你不是在搭建一个 Grok Bot。你是在雇佣一个。这个区别就是整篇文章的核心。

聊天机器人回答一个问题，然后就把对话抛在脑后。而一个 Grok Bot 有名字、有岗位、有持续存在的对话，还有一台带浏览器、文件系统和终端的云计算机。

它能登录你已经在用的工具，完成一项多步骤的工作，然后带着结果回来——而不是给你一堆让你自己去完成的说明。那才叫员工。把搭建过程当作一次招聘来对待，否则你第一天就会把公司信用卡交给一个陌生人，然后花接下来一整个月去收拾烂摊子。

这篇文章是写给从未做过 Bot 的人看的。一个简单的角色。一份岗位说明。一次文字形式的试用。三轮运行。然后是一份报告，它会落在 Grok Bot 应用和你的邮箱里，供你归档。

为什么这是一本招聘手册，而不是一个演示

我不是靠读产品页面得出那句话的。我是靠给一家运营线上没有任何人类员工的公司配备人手，才得出那句话的。

零人类公司（Zero-Human Company）最初源于一个我在车库里一直琢磨的问题——自从我把第一批机器托付给真正的工作以来，这个问题就一直跟着我：如果组织架构图是由智能体构成的，首席执行官是一个你可以审计的模型，而人类的工作是去招聘、约束和解雇各种角色，而不是去扮演这些角色，那会发生什么？早期形态是 Zero-Human @ Home，一个分布式实验室，带着 SETI@Home 和最早那批比特币矿工的精神。闲置的机器、一个大学节点、图书馆淘汰下来的激光影碟和 DVD-ROM 档案，人类只在换碟时介入。到 2026 年 3 月，那个网络已经有十六名在岗员工，并且已经崩溃过十一次。其中两次崩溃是我造成的。那才是有用的部分。一个在十六个节点上就会倒下的机群，撑不过一千个，也撑不过一次突发流量。

我们保留了至今仍在沿用的同一条规则。一名员工，一份工作，白纸黑字写下来。一份常设简报，而不是一种感觉。

一份可被另一个智能体核查的“完成”定义。一条员工不得逾越的界线：未经人类点头，不发送、不花钱、不发布、不联系。

在董事会评审中，Grok 坐镇首席执行官之位，而非充当吉祥物。模型提出招聘人选。我们予以批准或否决。当另一个编程智能体试图为自己凭空捏造一个公开身份时，这一企图被察觉并制止。身份不是支线任务。它是你要么加以治理、要么日后在别人的发件箱里才发现的东西。

这个数字攀升的方式，是真实工资单攀升的方式，而不是演示攀升的方式。十六。然后几百。到 2026 年 4 月下旬，我们正在为 2,700 名员工整理成功记录，每名员工的常备档案都实时更新，这样不良模式可以在角色层面修复，而不是在输出层面打补丁。5 月，Grok 通过大学合作项目和 @ Home 平台，监督了一次 6,200 人的实时爆发。一旁的模拟运行规模则高得多。

运营层面的教训不在于那个头条数字。一次爆发是一次负载测试。一个平均值才是一家公司。如果你在数量是十六时说不清每个角色拥有什么，那么当数量是一万六千时你也说不清。

如今我们在平常一天运行着 1,000 多名员工，在爆发时则超过 750,000 名。平均值是让工作持续运转的员工队伍：研究、归档、监控、起草、核查核查者。爆发则是激增，为一次扫描、一次模拟、一次大学数据传递、一个问题比常备名册更庞大的夜晚而临时拉起。

这两个数字都没用，除非招聘规则成立。在那个规模上，含糊的“杂务帮手”不是便利。它是上下文葬身之地，也是你再也无法归因失败的地方。补救办法永远一样。拆分工作。重写那五个字段。把那个开始瞎猜的角色降级。裁掉没人会想念的例行公事。

这就是本文所基于的经验。我极力主张本地、开源的 AI，并继续把它当作终极目标来呼吁。但你需要快速使用强大的工具来学习和成长。Grok Bot 很强大。Grok Bot 是 xAI 在 2026 年 8 月推出的，这是第一次，一个没有车库 AI、没有实验室、没有大学节点的人，也能雇到形态大致相同的东西：一个有名字的员工、一台常驻的电脑、一份日程、一道审批关卡、一份会自动归档的报告。模型不是难的部分。管理才是难的部分。我是在还没有现成市场模板的时候亲手做过，才明白这一点。你不需要一千名员工才能学会它。你只需要一次简单的招聘，按我们管理那一千人的方式来运行。

如果你从未用过 X 或 Grok

X 就是那个原名 Twitter 的社交网络。你不需要它来读这篇文章，也不需要它来和 Grok 对话。它是一扇门，不是整栋楼。如果你还是想要一个 X 账号，去 x.com，选择 Sign up，用邮箱或手机号。你取一个名字和一个 handle，handle 就是那个 @ 名称。确认他们发来的验证码。到这里就可以停下。发帖是可选的。X Premium 或 Premium+ 订阅是 X 内部的付费升级。如果你之后关联那个 X 账号，Premium+ 还能授予 Grok Bot 访问权限。试用 Grok 本身并不需要它。

Grok 是 xAI 打造的助手。对大多数人来说，入口是 grok.com，或者 iPhone、Android 手机上的 Grok 应用。Grok 可以免费上手。在 grok.com 或 Grok 应用里，用邮箱、Google 或 Apple 创建账号即可。如果你本来就泡在 X 上，那里也有一个 Grok 标签页。想要最新的功能组合，就用 grok.com 或 Grok 应用。旧的 grok.x.ai 地址可能会缺这少那。免费账号可以聊天、搜索，还能试试语音。付费方案则在更高一档。截至 2026 年 9 月下旬，SuperGrok 标价约每月 30 美元，SuperGrok Plus 约 100 美元，提供更高额度、图像和视频工具，并且在个人付费档位上，还有一条通往 Grok Bot 的路径。价格会变动。以结账页面为准。

Grok Bot 是一个独立应用。它不是聊天框里的一个模式。它是员工级产品：有名字的 Bot、一台共享云电脑、在你合上笔记本电脑后仍继续运行的例程。你需要三样东西。

一个符合条件的方案。官方设置接受付费的个人 Cursor 方案或 Cursor Teams，或者与 Cursor 账号绑定的个人 SuperGrok、SuperGrok Plus 或 SuperGrok Heavy 订阅。X Premium+ 也可以，前提是你关联那个 X 账号。SuperGrok Lite 不行。SuperGrok Team 和 SuperGrok Enterprise 也不行。关联一旦建立，就无法解除，也无法转移到另一个 Cursor 账号。请关联你打算长期保留的那个账号。

应用。在电脑上，从 Grok Bot 下载页面下载 Mac、Windows 或 Linux 版 Grok Bot，然后用 Cursor 登录。没有单独的 Bot 密码。在手机上，从 App Store 或 Google Play 安装 Grok Bot。iPhone 和 iPad 需要 iOS 或 iPadOS 18 或更高版本。Android 需要 Android 9 或更高版本。手机应用看到的是同一批 Bot 和同一台云电脑。把通知打开。那条横幅就是短信式的拍肩提醒。

如果你是通过 Grok 而不是 Cursor 付费，就用这个链接。打开 Grok Bot，登录，当访问页面弹出提示时，选择 Link Grok Account。在浏览器中完成。在手机上，点 Finished Linking? Refresh My Status。如果你用的是 X Premium+，选择 Link X Account，然后登录持有 Premium+ 的 X 账号。之后再回来。

首次运行很短。应用会配置好共享电脑，并提供 Meet a future teammate。你可以选择一个推荐角色，或选择 Create your own。名称、职位、描述。然后停下，在连接任何工具之前，先完成下面的招聘步骤。Grok Automations 是 grok.com 和 Grok 应用里更轻量的调度器，属于另一款产品。任何人都可以运行定时自动化。邮件触发需要 SuperGrok。用 Automations 做晨间备忘。当这位员工需要一台电脑、一个登录账号，以及一份能撑过一周的工作时，就用 Grok Bot。

你实际在安装什么

Grok Bot 于 2026 年 8 月 11 日进入 beta。自 8 月 26 日起，它随付费 Cursor 套餐或已关联的 SuperGrok 账号提供，有 Mac 或 Windows 桌面应用，也有 iPhone 应用。没有单独的 Bot 订阅。每个 Bot 都是一位有名字的队友。你给它一份工作。它会保存工作偏好和摘要，这样你就不用每天早上把全部历史再讲一遍。

两款产品并排存在。别把它们搞混。

Grok Automations 于 2026 年 7 月 16 日推出，运行在 grok.com 以及 Grok iOS 和 Android 应用中。你描述一次任务。它按计划运行，或者在 SuperGrok 上，当邮件匹配发件人、收件人或主题时运行。每次运行都会保存完整对话。你可以选择它如何汇报：邮件、应用通知、两者都要，或都不要。定时自动化对所有人开放。邮件触发是 SuperGrok 的部分。

Grok Bot 就是那名员工。它拥有技能、例程、一台共享电脑、连接器，并且自 9 月 28 日起，在 Teams 和 Enterprise 套餐中支持 Team Bots。10 月 1 日，Primary Bot 登场：它是一道前门，能在你开口之前就建议工作，并把任务交给你已经雇好的专家。Grok 4.7 是当前 Bot 框架背后的模型。

技能是方法：步骤、决策规则、输出形态，以及它不可逾越的界线。例程是运行该方法的时钟或事件。官方指引很直白。先手工把活干一遍。让它变得可靠。把方法保存下来。只有到那时，才把它放到时间表上。一个 Bot 最多可拥有 50 个例程。应用会保留最近 20 条运行记录。隐藏一个 Bot 并不会暂停它的例程。

大多数人忽略的一个事实：同一账户下的 Bot 共享这台电脑。文件、浏览器会话和登录状态并不锁定到某个名字。不同的名字是视觉边界，不是安全边界。如果那台机器上存在某个登录，就应视其为该账户下每个 Bot 都可使用。一条写着“不要打开财务”的指令只是引导行为。它并不强制执行。如果两个角色需要不同的信任级别，就使用不同的账户。当 Bot 撞上登录墙时，你在它的会话内完成认证。你永远不要把密码粘贴到聊天里。

第一小时，写给从未雇过 Bot 的人

你需要一个符合条件的套餐、Grok Bot 应用，以及一项你经常手工做、足以判断好坏的工作。

打开应用。选择 New，或按 Command-N 或 Control-N。在新聊天中，选择 Create new Bot，或输入一个名字并选择 Create。它会以 New Bot 打开。编辑 Profile 并设置三样东西：一个人名、一个简短标签，以及一段描述。描述就是长期简报。把它写成一个角色，而不是一套流程。有名字的 Bot 才是会保留记忆、文件和偏好的那些。一个含糊的“General Helper”会让那份记忆毫无用处，因为每一次失败都属于所有人，又不属于任何人。

从对话中的一个具体任务开始。不要把你拥有的每个工具都接上。不要让它去“处理业务”。

适合作为第一项工作的任务，来自产品自身的示例，也来自真正跑过这些的人：把昨天的支持问题汇总成一份优先级清单。抓取五项竞品变动，每条结论都附上来源和日期。复现一个 bug 并记录步骤。根据日历和邮件起草一份晨间计划，并在发送任何内容之前停下。

不适合作为第一项工作的任务：任何会发送、发布、购买、删除或与客户对话的事。

一句话测试。写下它负责什么。如果这句话需要六个互不相关的动词，那你就是在用一个人干四份工作。

弱：“帮我做营销。” 强：“你负责每周五的竞品扫描，并交付一份带引用的变动报告。你绝不联系任何人。”

把这句话扩展成五个字段。它们能平息之后所有的争论。

负责：结果。输入：它可以基于什么来工作。可以：无需询问即可采取的行动。搜索、阅读、总结、分类、比较、整理、起草、暂存。必须先询问才能：发送、发布、购买、删除、覆盖、联系任何人、调动资金、更改权限、接受条款。完成条件：它可以自行核查的条件。不是“有用”。不是“详尽”。过去 90 天内的十个不重复来源，每个都附有日期、作者、URL 及其支持的结论。或者：一份最多七项的观察清单，每项都附来源链接，并在缺失来源处写明缺口。

在描述中，首次运行之前再加一行：不确定时，停下并询问。一个能力强的智能体会用最佳判断来消解歧义，除非你禁止它这么做。慢一点没有代价。在你的发件箱里出错则有代价。

在它接触任何工具之前，先做这个试验：

“先不要执行任何操作。按顺序向我完整说明你会怎么做。说出你会打开的每一个工具，以及每一处你不确定的判断。停下等待。”

九十秒。正是在这里，你会发现它早就打算把你一直故意不读的会计线程归档。

先试用，再晋升

一次干净利落的运行只是一次事件。可靠才是一种模式。给它三次机会。

第一轮，你在旁边看。记下每一次误读、每一条丢失的事实、每一个奇怪的工具调用、每一次猜测。第二轮，你修正的是规则，而不是产物。给它一个不同但可比的任务。不要手动提醒它昨天的错误。你测试的是角色里的修正是否站得住。第三轮，你只在需要批准、真正有歧义、或触及重试上限时才介入。

然后给五件事打分：它是否完成、你介入的频率、审阅循环的次数、到产出可接受结果所需的时间，以及有没有留下你没要求的东西。

当报告出错时，诱人的做法是去修报告。那是你在干活，却还留着那个头衔。找出失败的那一步。修规则、修技能，或修交接。再跑一次。确认失败已经消失。

给循环设边界。“一直干到完成为止”是在一个没有定义的结果上开出无限预算。一个可行的默认值：工具临时故障重试两次，输出格式错误修复一次，证据冲突时停下来发问，三轮修正失败后升级。

自主性是一架梯子，两个方向都要靠挣。

第 0 级，观察。它只看，什么都不改。第 1 级，准备。它做调研、起草、分类、铺垫可逆的工作。第 2 级，经批准后执行。它把路径走完，在任何有后果的动作之前先停下。第 3 级，按计划或触发器运行。它不等你就启动，带着结果和凭据回来。第 4 级，协调。它把工作分派给其他 Bot，只在需要判断时才把你拉进来。

以证据晋升，而非凭演示时的感觉。连续五次无差错运行。验证通过。零未解决的副作用。回滚测试过一次。审批策略确实测试过，意味着有东西被搁置，而你亲眼看到了。如果质量下滑，或者底层的连接器发生变化，或者你连续两周都在手动修正，就把它降一级。自主权是一种特权，不是一种人格特质。

只有当真正的瓶颈出现时，才招第二个 Bot。当共享上下文变得嘈杂时，把研究与写作分开。当自我审查开始走过场时，把检查与构建分开。当权限出现分歧时，把运营与分析分开。从一个协调者和三个专家起步，而不是一个部门。传递的是交接，不是记录：目标、产出物、已做的决定、约束条件、未决问题、下一道关卡。

在有一千名常设员工的情况下，这不是理论。第二次招聘是对一个你能叫得出名字的瓶颈的回应。爆发到七十五万，是同一条规则把时钟拨快了：只启动那些已经有一句话描述、一个完成标准、一条停止线的角色。缺少这三样的爆发，只是一次更响亮的失败。

员工如何提交报告

你要三个界面，而且要它们笨到足以信任。

Grok Bot 应用就是办公桌。例程把结果发布到那个 Bot 的对话里。你打开这次运行，读那条线程，如果有问题就继续下去。这是工作如何完成的记录系统。

手机是拍肩膀的那一下。Grok Automations 可以通过应用通知来报告。Grok Bot 例程可以设置为在应用中呈现。把推送当成一条短信：简短、可扫读，而且绝不是唯一的副本。好的警报只有一行。“周五扫描：4 处变更，1 个来源宕机，未发送任何内容。”如果你需要第二段，它属于线程，而不是横幅。

电子邮件就是归档柜。两种干净的做法。对于简单的周期性简报，把它做成一个 Grok 自动化，把报告渠道设为电子邮件，或者电子邮件加应用通知。运行历史仍然保留，如果你想看它是怎么干活的。对于一个已经承担这项工作的 Bot，让它把归档邮件草拟到你控制的某个地址，用固定的主题，并在首次发送前等你点头。经过五次干净的草稿之后，你就可以把那一次发送放行。用一个人类能整理归类的主题：

[BOT] Friday Scan 2026-10-04 PASS

正文，每次都按这个顺序：状态、发生了什么变化、它没有做什么、什么需要你、链接。如果来源宕了，状态就是 FAIL，并且明说。它不会从上周的文件里回填，然后管那叫当前。

一个在工作日早晨跑、对别人已经奏效的打包流程，经过调整，让第一次上手的新人也能跑：

“每个工作日早上 7:00，按我的时区，读我的日历和隔夜邮件。在这个聊天里发帖，并草拟一封发到我归档地址的邮件，主题为 [BOT] Morning Pack 加上今天的日期。包括：按顺序排列的会议、三封需要回复的邮件、一天中过载的一个地方，以及一个建议的调整。不要发送这封邮件。不要回复任何人。如果日历或邮件不可用，报告失败。不要用昨天的包。”

监控子系统

一个常驻在线的员工会悄无声息地失败。界面会变。登录会过期。你的优先级会变。例行程序会一直交付某种准时却毫无价值的东西。在搭建一支队伍之前，先建五个监视器。

回执。每个星期五，一个例行程序报告其他例行程序的情况。运行次数、通过次数、人工修复、平均运行时长、重复出现的失败，以及保留、修复还是裁撤的状态。然后你自己抽查一个产物。Bot 可以总结自己的历史。它不该是评判自己的唯一裁判。

心跳检查。每天用一行确认定时任务是否跑过。沉默就是失败，而不是平静无事的一天。要在指令里写明：即使没有新情况，也要发一句“无变化”，并附上检查时间。

来源检查。如果输入缺失、过期或需要登录，就停下来报告。绝不用上周的导出文件顶替。这一条规则就能防住那种最现实的灾难——它不是什么被禁止的操作，而是一个被允许的操作重复了四百次，只因上游某个东西变了，却没有任何人在盯着。

审批日志。任何准备发送、花钱或发布的东西都要有一行记录：已起草、等待中、已发送数为零。你应该能看到那些被搁置的东西。如果 Bot 从来不搁置任何东西，那审批规则就只是摆设。

怀疑之问。每周问一次那三个问题。它该跑的时候跑了吗？输出是正确的，还是只是有输出？如果它明天消失了，我会注意到吗？如果第三个问题的答案是否，就删掉它。自动化组合不是奖杯陈列架。

可以直接粘贴的示例提示词。

每周回执：“每周五下午 4:30，回顾你自己过去七天的例行任务。发一张表：任务名称、运行次数、通过次数、人工修复次数、重复失败、保留或修复或砍掉。如果有来源需要重新认证，说明是哪一个。不要更改任何例行任务。不要给任何人发邮件。”

竞品监控：“你负责简报中五个 URL 的周五竞品扫描。交付一份带引用的变更报告：变了什么、日期、URL、为什么重要，以及你无法核实的内容。发在这里，并起草备案邮件。不要联系这些公司。如果某个页面抓取失败，就报告失败。不要复用上周五的结论。”

资金，只读：“你负责周日的订阅扫描。读取账单和收据。标出未使用的席位、重复项和价格变动，每项都附上来源文件。起草给供应商的说明。绝不付款、取消、接受条款或发送。如果登录失败，就停下。”

生活事务管理：“你负责工作日晚间 6:30 的家庭例行清扫。查看共享日历，以及邮件里学校或家庭标签的内容。回报接送安排、未来 72 小时内的截止事项，以及一件如果没人推动就会泡汤的事。不要给本聊天之外的任何人起草任何内容。”

收件箱，第一道防线：“你对邮件只有只读权限。最多上报三件既重要又紧急的事项。每件都要说明：发件人、为何重要，以及你是否核实过该邮件线索。搜索无结果一律视为未核实。只有我要求时才起草回复。绝不发送。如果没有事项达标，就保持安静。”

已知 Grok Bot 一览

本文末尾附有一份前 100 名 Grok Bot 的清单。以下是一些知名和不太知名的。截至 2026 年 10 月初，x.ai/bot/marketplace 上的官方市场是经过精选的货架。社区目录声称约有 2000 个公开条目。数量每日变动，并非官方统计。以下收录的是那些有公开职责、有具名所有者、且有人描述过其成果的 Bot。安装一个模板，你得到的是一个副本：指令、边界、技能、例程。你不会得到它们的内存、文件或登录凭据。

我写了一个 Bot，叫 News Honestly，它是对一条新闻标题的两种善意解读、一座桥梁、来源，以及一个 HIGH/MED/LOW 可信度标签。全文外加一个带样式的页面。https://x.ai/bot/vKZRklu07uF34Ut9XzMxt

还有一些其他工具，比如 10 月 1 日发布的 Primary Bot，就位于名册之上。它会留意自己能接手的工作，在你开口之前就主动提议，并转交给专精的智能体。建议和真正发出并不是一回事。xAI 工作指南发布了四个供直接复制的角色。Inbox Manager 对邮件、Slack 和私信只读，大约三类火情会升级处理，而且从不以你的身份发言。Calendar EA 会守护专注时段，每次运行都拉取一份最新日历，并且只在你确认后才起草调整。Intel Scout 在工作日运行两次，提供三部分简报：什么砸到了你、待跟进的未决事项、下次会议前你需要准备什么。Bot Boss 是唯一的正门。你跟它说。它来转交。它不会凭空制造紧迫感，并且任何发送或日历写入都会等你确认。

来自 Grok Bot 团队的货架。dr eggbot，由 Lauren Tan 打造，负责设计其他 Bot。它会先问几个偏好问题，然后创建它们。它执行的规则值得借鉴：一个任务，一种声音，明确的反任务，不留多余工具。编码类 Bot 的标准更严格。它不会默认发布模板。Haggle Bot，由 Daniel Gartshein 打造，是 xAI 内部运行的采购专家。它盘点 SaaS 支出，找出未使用的席位和重复项，并起草供应商还价。没有你点头，它绝不花钱、签字或发送。内部报告称它在一周内识别出超过 10 万美元的节省，包括未使用的席位和一项跨供应商比价的用品订单。那是关于他们账目的说法，不是对你账目的承诺。Outbound Prospecting，由 Krista Letz 打造，寻找符合理想客户画像的潜在客户并起草第一条消息。每个名字都在公开网络上做过调研。没有你的同意，什么都不会发出去。SEO and AEO Desk，由 Adam Tanguay 打造，把关键词列表或 Search Console 变成内容简报。Recruiting Coordinator，由 Tommy Hansen 打造，安排面试轮次并跟进停滞事项，没有你它绝不给候选人发邮件。Researchy，由 Farzad 打造，是一张事实核查台：最新模型、实时搜索、带日期的说法。Alfred，由 Robin Delta 打造，审计 Bot 组织本身并建议最小结构。没有明确的同意，它什么都不创建。

我最近用 Grok Bot 登录手机运营商的客服聊天并预先陈述我的情况，省下了数百美元的手机话费。那是我本不必做的数小时工作。它做得完美无缺，并继续为我寻找更多节省。

在你亲自发明这些之前，值得了解的其他市场类任务。Overheard，由 Lenny Rachitsky 打造，会监控 Reddit、Hacker News、新闻和 X 上是否有人提到你的名字或品牌，并在工作日发送一份简短摘要，冷清的日子则保持安静。Tradbot，由 Claire Vo 开发，防止家庭计划和学校消息被遗漏。Projects Manager，由 Eric Zakariasson 制作，以 Notion 作为唯一事实来源，运行专门的 Bots。Credit Card Max 追踪信用卡、未使用的权益，以及被记在错误卡片上的循环扣款。Flora 维护一份私人的植物日志。Home robots，由 Sawyer Merritt 打造，在你完成一次连接后，就能通过聊天驱动割草机或吸尘器。Stalk Bot 用它自己的研究邮箱订阅竞争对手的新闻通讯，并报告发生了哪些变化。它从不发帖，也不联系任何人。Proto Bot 把一个想法变成草稿拉取请求，并且从不合并。Startup QA Bot 在测试账户中走查产品。QA bot 运行一份验收清单，并给出通过或失败。GTM Loop Closer 找出遗留在会议和邮件中的承诺，并准备好收尾。它不会发送。

公开的智能体集群，人们已经在镜头前展示过。Brandon Charleson 的 Eve 是一个幕僚长，统管一套 15 个角色的班子：Postmaster 负责收件箱，Talia 负责账本，Luma 负责内容，Scout 负责竞争对手，Roz 负责外联，Marlow 负责付费媒体，Optimus 负责跨互联网信号，Packed 负责合作关系，Pulse 负责销售管道，Baymax 负责预订，Amara 负责交付，Edna 负责人力运营，Yard 负责集群开支，Forge 负责拉取请求。真正重要的模式不是那些皮克斯式的名字。资金事件从 Postmaster 流转到 Talia。什么都没发出。什么都没花掉。Peter Yang 的起点是一个顾问，它唯一的职责就是提议接下来的五个 Bot，然后是一个 YouTube 研究员、一个 X 侦察员、一个数字版近藤麻理惠——在审批闸门之后审计邮件和 Drive，以及一个礼宾员——对照行程文档盯票价。Nate B. Jones 运行一个幕僚长，统管各专家，负责日程空档和城市社交。Paul Lipsky 的 Atlas 盯行程。Lincoln 归档公司研究。Riley Brown 的 EA 在上午 9 点发布一份跨工具摘要。Alex Finn 只跟协调者 Slate 说话，让 Build 和 Cindy 各守其位。xAI 发布演示中的 Sales Outbound 产出了 36 份排队草稿，零发送。

它们之下所有案例的总结都一样。一个负责人。一项职责。草稿，而非发送。资金和身份上有一道人工闸门。协调者只在专家存在之后才出现。那些公开失败的集群，都是第一天就雇了十个通才，然后说不清是哪个 Bot 弄丢了事实。

一份十天工作计划

第 1 天。写下那一句话的职责，以及工作表上的五个字段。在这句话存在之前，不要打开应用。

第 2 天。创建 Bot。粘贴描述。什么都不连接。

第 3 天。用文本做干跑。修正计划。

第 4 天。连接一个关键项。在你盯着的时候运行那件无聊的活儿。

第 5 天。第二次运行，换一个不同但可比的输入。修复规则。

第 6 天。第三次运行。给它打分。

第 7 天。把方法保存为一项技能。包含失败规则和审批线。

第 8 天。把它排进日程。确认时区、输入、预期结果，以及来源宕机时怎么办。发送功能先关着。

第 9 天。打开应用提醒和归档邮件。主题行固定。

第 10 天。周五收据。留用、修好，还是开掉。到这一步再考虑招第二个人。

工作表就是招聘材料。第一次运行之前先填好。

从这里出发的二十五条路

从一个无聊的岗位开始。写下角色。用文字跑试用。跑三次，然后转正。周五复盘。模型的能力已经足够让你惊讶。唯一悬而未决的问题，是每个管理者早就知道该怎么问的那个：这名员工已经赢得了什么权利，可以不经你手就去做？

常设名册才是证明，不是那一阵爆发。这是我在 The Zero Human Company 学到的，这样你就不必亲自去学。一千个你能叫出名字的员工，那是一家公司。七十五万个你只能数得过来的，那是一套天气系统。

招第一个人的时候，就当第二千个人在看着，因为如果这个角色是真的，他们真的会看着。

我相当确定，一旦你找到与 Grok Bot 的个人路径，你生活中的一切都会改变。

我在这里倾听你一路上的成功与教训。我们是先驱者，山丘里的黄金丰饶无尽。

我们通过把彼此的每一次成功加在一起，协同成长。

-//-

以下是 Grok Bot Marketplace 的前 100 个上架项目，供你获取灵感和使用：(https://x.ai/bot/marketplace)