全部使用案例

工作

Yeoman:先知识层;改之前先交文件计划

工具接对了,Bot 仍可能在错误的业务上下文里干活。

分享

当时卡在哪

Ken(@Ken_LinkWell)点出错误:先定岗位和工具、后补知识库。Yeoman 是他的 Grok Bot 知识层清洁工——Agent 运行的 GitHub 知识库、Notion(花名册、品牌、内容库、任务)和网站。它找过期、矛盾、臃肿和重复真相源。改之前先交文件计划;Ken 审过才准备 PR 或 Notion 更新。仅技巧——偷这道闸,不编造提示词。

要装什么、建什么

知识先于工具。运营 Bot 先交文件计划。发现矛盾不等于授权修复。先从小处:列不一致并给链接;写入前再批准。

机器人

  • Yeoman

    维护 GitHub + Notion + 站点知识干净。任何 PR / Notion 更新前先交文件计划。

插件

  • Notion

    可跳过

  • 浏览器

    可跳过

文件

  • Agent 运行的 GitHub 知识库;Notion 花名册 / 品牌 / 内容 / 任务。

例行任务

  • 第一次先别开。自己看过一轮再说。

提示词

这是技巧,不是可贴的系统提示词。作者没有公开提示词。按「第一次怎么跑」做。

第一次怎么跑

  1. 1读 https://x.com/Ken_LinkWell/status/2099602914222223371。
  2. 2先点名知识面(仓库文档、Notion 花名册/品牌/任务、站点),再加更多工具。
  3. 3建一个 Yeoman 式运营 Bot:找过期 / 矛盾 / 重复——第一天不自动改。
  4. 4第一次任务:只列不一致并给段落链接。
  5. 5任何 PR / Notion 更新前必须文件计划;合并或发布前你批准。

审批围栏

没有你点头不合并、不发 Notion、不改网站。文件计划是审阅——不是自动修。

你该改什么

偷 知识优先 + 文件计划闸。工具对、上下文错照样翻车。

出处

Ken @Ken_LinkWell · 原帖

与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。

去看模板

去看团队蓝图

Pro 设置包

想要完整设置,而不只是思路?

Pro 设置包为热门用例提供岗位描述、提示词、排程与踩坑。

了解 Pro