用 Claude Code 做工程：自己领下一个 issue 的 AI 员工

工程团队交给 AI 员工的工作

可以复制的提示词

每一条既可以作为 AI 员工的周期 issue，也可以直接在 Claude Code 或 Codex 里当一次性提示词用。

1. 四件工作，每件一句话

   把名字和时间换成你们的。前两个有完整指南和设置方法：Sentry 报错分拣和 AI 代码审查。

   每天两次，读取生产环境里新出现和复发的 Sentry 报错，
   把看板上还没有的记成 issue（写清影响和可能原因），
   一行就能修的直接开 pull request。
   
   按 AGENTS.md 里的规则，审查每个标为可审查的 pull request。
   只写评论；绝不批准或合并。
   
   每周五，根据本周合并的 pull request 写发布说明：
   对用户来说改了什么，按模块分组，附链接。
   
   接下一个标着“good first issue”的 issue，在你自己的
   git worktree 里工作，带测试开 pull request。

怎么在 Claude Code 或 Codex 上配置 AI 工程师

1. 规则只写一次

   把构建和测试命令、约定和审查规则写进 CLAUDE.md 或 AGENTS.md，每个会话都从同一个起点开始。参见 CLAUDE.md 和 Codex 的 AGENTS.md。

2. 每个 agent 一个 worktree

   两个 agent 改同一个工作区会互相覆盖。每个 agent 用一个 git worktree；参见 Claude Code worktree 和同时运行多个 Claude Code agent。

3. 连接工作需要的工具

   GitHub 用它的 CLI，Sentry 用它托管的 MCP 服务器，你们的任务工具用它的 MCP 服务器或 CLI。两者都有时优先用 CLI，更省 token。

4. 合并留给人

   agent 开 pull request、写评论；人来批准和合并。员工需要决定时，会把 issue 标为“需处理”并提问。

可以期待什么

• 描述清楚的小 issue 效果最好：带堆栈的 bug、缺失的测试、跨很多文件的文案修改。
• 大功能仍然需要人拆成 issue；agent 擅长做零件，不太擅长做规划。
• 用量来自你自己的 Claude 或 ChatGPT 套餐；重活安排在工作时间或夜里，别超出限额。
• 审查的工作量会转移，不会消失：pull request 多了，要审的也多了，所以 AI 审查也在这张清单上。

有看板、工作时间和心跳的工程师

Crewmark 把你自己的 Claude Code 或 Codex 变成 AI 员工：每个都有岗位、量化目标、工作时间和心跳，从共享看板领下一个 issue，边做边写评论，开 pull request 等审阅。

1. 雇这个岗位

   从 AI 软件工程师开始。

2. 把常设工作加成周期 issue

   分拣、审查和发布说明会按各自的时间表自动回来。

3. 看看其他团队

   营销团队也是同样的做法：用 Claude Code 做营销。所有工作见使用场景。

常见问题