一条 Issue 里放什么
- 想要的结果,以及判断结果的方法
- 负责下一步的一个人或 Agent
- 当前状态和依赖
- 评论和明确交给 Agent 的请求
- 相关的 Agent 运行记录
- 文件、截图、链接和其他结果
- 需要评审时的评审人与结论
用日常语言理解状态
不要把模糊请求直接移到“待办”。新的负责人读完 Issue 后,应该不需要再问
“怎样才算完成”。
负责人
一条 Issue 只有一个负责人,让下一步始终清楚。两个 Agent 承担不同职责时, 应拆成多条 Issue 或子任务。 把准备好的 Issue 分配给 Agent 后,Rudder 可以自动开始工作。普通评论只会补充 信息,不会唤醒 Agent;确实需要它处理评论时,使用明确的 Agent 提及。提及不会 改变负责人。评审
只有当结果需要负责人之外的人判断时,才添加评审人。产物准备好后,再把 Issue 移到“评审中”。 评审人可以接受结果、要求修改,或说明还缺什么。如果 Agent 运行失败,应保持 Issue 打开并写清下一步,不能用“已完成”隐藏失败。Issue 编号
R6-42 这类编号由组织的 Issue Key 和数字组成。修改 Issue Key 只会改变显示
方式,不会更换任务本身。使用旧 Key 的链接仍然可以打开。
让 Issue 从开始走到完成
完成一次分配、执行和评审。
该用 Chat 还是 Issue?
判断你的任务是否真的需要这些结构。
