写代码之外的智能体用途:三个真实工作流
来源: elijahpotter.dev — 2026-09-11
概述
Elijah Potter 把话题从「vibe coding」挪开,专门讲那些与写代码无关的智能体用途,并附上他正在用的 pi 提示词。第一个是修合并冲突:他经常要替 PR 解决上游改动造成的冲突,而这些冲突几乎总是格式或样板代码,不值得亲自处理——于是他写了 /fix-pr-conflict ,让智能体用 gh 检出 PR 并执行合并,同时明确要求在他自己复核之前不许 push。第二个是定位相关问题:在修自己觉得烦的 bug 时,他希望能顺便发现是不是同时在解决别人的问题,于是有 /fd-issue,列出相关 issue、是否被本 PR 解决、链接与作者。第三个是诊断 GitHub Actions 失败:九成失败并非真 bug,而是忘了跑格式化或静态分析工具,于是有 /diagnose-action-failure,让智能体先诊断并给出修复计划,且明确要求未经批准不得实施。他反复强调这些提示词只是灵感,不必照抄。
核心要点
- 前提:文章刻意不谈 vibe coding,只讲与写代码分离的智能体用途。
- 用途一修 PR 合并冲突:用 gh 检出 PR 并合并,但明确禁止在作者复核前 push。
- 用途二找相关 issue:列出 issue 是否被本 PR 解决、链接与作者,避免重复解决别人的问题。
- 用途三诊断 CI 失败:作者的经验是九成失败源于漏跑格式化或静态分析,而不是真实 bug。
- 每个工作流都以 pi 命令形式复用,例如 /fix-pr-conflict #4222。
- 他明确反对照抄提示词,认为价值在于启发你找到自己能自动化的事情。
金句
我不认为你应该原样使用我的提示词,也不是建议你照抄我的工作流。
👍 0
👎 0
返回 Lobsters 首页