全部使用案例

工程

Bot 做判断;脚本做重复;校验 Bot 验收——别把额度耗在排练上

例行任务每次醒来都重新想同一套命令,额度白烧。

分享

当时卡在哪

@Solomonrojie 分享拆法:主 Bot 决策与例外;脚本采集/转换/检查;校验者验收交付物。只在计划→执行、失败原因不清、外发前三处用判断。作者原文重构 prompt 含 BRIEF.md、文件日志、发送/发布/删除前批准。与 xAI 无关。

要装什么、建什么

贴重构 prompt → 审拆分方案 → 脚本+BRIEF.md+校验 → 开 routine 前先批准。

机器人

  • Lead bot

    定义任务、批准方案、处理例外。

  • Verifier bot

    按 brief 与测试结果验收交付物。

插件

  • 第一天不用插件。按「第一次怎么跑」做。

例行任务

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

提示词

重构流程:Bot 判断、脚本重复(作者原文)

引自 @Solomonrojie — 按其公开原文。不要另编系统提示词。

(作者英文原文)
Refactor this recurring workflow so scripts handle repeatable operations and Bots handle decisions:

1. Inspect the current process. Identify deterministic steps, judgment calls, required access, and the finished result. Show me the proposed split before changing anything.

2. Create BRIEF.md with the goal, inputs, acceptance checks, and approval boundaries. Turn stable operations into reusable scripts. Save detailed logs to files and return concise summaries.

3. Where I control the executor, propose filesystem and network restrictions for commands and self-hosted MCP servers. Test an allowed action and a deliberately blocked action. Report anything the environment cannot enforce.

4. Use a separate verifier when an independent check is useful. Give it the brief and evidence. Preserve successful steps, stop after two failed repair attempts, and report what remains unresolved.

Show me the changes and one completed test run before enabling a routine.

第一次怎么跑

  1. 1阅读 https://x.com/Solomonrojie/status/2114128321449693673(致谢 @Solomonrojie)。
  2. 2挑一个每次都在重复解释同一步骤的流程。
  3. 3贴作者原文重构 prompt。
  4. 4先审 Bot/脚本拆分与 BRIEF.md,再允许改动。
  5. 5完成一次试跑并经你同意后,再开 routine。

审批围栏

开 routine 前先展示拆分与一次试跑;发送/发布/删除/改生产需你批准。

你该改什么

偷这个拆法:判断归 Bot,重复归脚本,后果动作归你。

出处

Solomon Rojie @Solomonrojie · 原帖

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

去看模板

去看团队蓝图

Pro 设置包

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

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

了解 Pro