Elie Steinbock 推出面向单次提示 Grok Bots 的 Bot Directory
该开源目录将共享的工作流转换为可复制的提示，并允许一个 X 提及机器人通过 GitHub 提交新条目。
By Ryan Merket · Published
Primary source: X
Why it matters
Agent platforms still expect users to invent workflows from scratch. Bot Directory treats prompts as reusable software and gives Steinbock a community-fed distribution channel around Grok Bot and Rakazo.
Elie Steinbock (@elie2222) 在 8 月 17 日推出了 Bot Directory，为 Grok Bot 用户提供了一个可搜索的提示目录，用于创建处理电子邮件分拣、销售跟进、客户支持和软件开发等任务的代理。
Steinbock 在 在 X 的一条线程中 介绍了该项目，称其为用户在整个平台上共享的机器人配置的归宿。每条列表都包含一个设计为粘贴到 Grok Bot 的提示，Grok Bot 可以登录服务、操作软件并返回完成的工作。
该目录将这些配置打包为可重用的起点。例如，一个每日简报提示会指示代理连接到 Google Calendar 和 Slack，建立工作日计划并在保存设置之前进行一次测试运行。其他条目涵盖销售预测、支持队列、招聘、差旅预订和在 Gmail、Salesforce、GitHub、Linear 和 Notion 等工具上的工程工作。
实时目录在 8 月 18 日显示超过 100 条条目，分布在生产力、销售、营销、运营、客户成功和个人任务等类别。用户可以按集成筛选列表，或直接从单个条目复制提示。
Steinbock 是 Inbox Zero 的创始人，该项目是一个开源 AI 电子邮件助理，他多次使用公开代码作为其产品的分发渠道。他的 GitHub 资料 还列出了包括开源软件目录和 AI 开发工具在内的项目。根据 他个人的网站，在 Inbox Zero 之前，Steinbock 构建过 Draft Fantasy（一款梦幻足球产品）和 Skilled（一家自由职业开发机构）。
一个以 Markdown 存储的目录
Bot Directory 的底层结构故意保持简洁。公开的 GitHub 仓库 将每个机器人作为一个 markdown 文件存储，包含名称、类别、贡献者、所需集成和提示本身。前端是一个静态的 Astro 和 TypeScript 网站。
贡献者可以通过打开拉取请求来添加条目。不想使用 GitHub 的人可以在描述某个设置的 X 帖子下回复并标记 Bot Directory AI (@BotDirectoryAI)。Steinbock 表示有一个代理会读取该线程、创建条目并自动打开拉取请求。
该提交循环是此次发布中更具影响力的部分。Bot Directory 使用 X 作为发现层，使用代理作为接待台，使用 GitHub 作为数据库和审核记录。一个有用的工作流可以从帖子直接进入目录，而无需 Steinbock 手动重写和发布每个条目。
贡献指南 要求贡献者在提交之前对提示进行端到端运行。自动化检查验证文件格式、类别、名称和构建。该仓库明确没有插件 API 或审查委员会，从而保持贡献的快速性，同时将大量质量责任放在提示作者和用户身上。
这很重要，因为许多列出的工作流请求访问敏感的运营系统。若干提示要求代理连接到电子邮件、客户记录、会计软件或代码仓库。许多提示还在指令中加入了审批步骤，例如在发送消息前先暂存消息，或在购买和账户更改前要求确认。
提示库已经实现变现
Bot Directory 是免费并采用 MIT 许可的，但 Steinbock 已经为该目录附加了直接赞助的商业模式。网站在列表旁提供 15 个每月赞助位，每个位 800 美元。截至 8 月 18 日，Bot Directory 表示已有 10 个位置被占用。
该网站还将用户引导至 Grok Bot 和 Rakazo，后者是由 Inbox Zero Inc. 运营的一个开源代理运行器。Rakazo 允许用户在自己的机器上使用自己的模型密钥运行代理。Bot Directory 的仓库将其提示描述为与 Grok Bot、Rakazo 或其他代理兼容，尽管 Grok 提供了启动钩子，但这仍将目录扩展到不止单一供应商。
Steinbock 在发布线程中表示 Bot Directory 会记录访客复制提示的情况，尽管他最初隐藏了这些计数，因为每个列表的起始值都会是零。这些复制事件最终可能为当前目录所缺乏的排名系统提供数据，并显示人们实际上部署了哪些代理工作流，而不仅仅是讨论它们。
对于 Steinbock 来说，该项目将分散的示例变成了代理软件的分发表面。代码很简单，库存来自用户，商业层已然显现。更难的考验在复制之后开始：这些提示在连接到它们承诺要操作的收件箱、仓库和客户系统后，是否能产出可靠的工作者。