GitHub Issue Fields 公测：给 Agent 接单先补结构化字段

这篇解决什么

Agent 从 issue 开工时，标题和正文常缺少优先级、范围、风险和验收条件。结构化字段可以把接单前置条件做成自动检查。

适合谁

适合研发团队、开源维护者、项目经理和希望把 issue 分派给 Agent 的团队。

操作步骤

1. 定义组织级字段：Priority、Effort、Risk、Owner、Acceptance
2. 给 bug、feature、docs 建立不同字段模板
3. 把旧 label 中的优先级和状态迁移到字段
4. 用 Actions 检查字段是否完整
5. 字段完整后才允许分派给 Agent
6. 每月删除低价值字段并补充高频缺口

可复制模板

Issue 类型：
Priority：
Effort：
Risk：
Owner：
Acceptance：
Agent Ready：是 / 待补充

验收清单

• 字段少而关键
• 旧 label 已迁移
• 自动检查已启用
• Agent Ready 可判断
• 字段定期精简

常见错误

• 只收藏产品更新，没有把它改成当天能执行的工作卡。
• 只看发布标题，没有确认账号权限、适用版本、成本和数据边界。
• 把 AI 自动化结果直接当结论，没有保留人工复核和失败恢复动作。
• 外部链接散落在聊天记录里，后续复查时找不到来源和日期。

30 分钟小样本

先选一个真实但低风险的任务。前 5 分钟写清输入材料和目标产物；中间 15 分钟按本文步骤执行一次；最后 10 分钟记录输出、人工修改量、失败点和下一次复用条件。小样本通过后，再扩展到团队模板或固定 SOP。

复用方式

第一次执行时，把它当成个人操作卡；第二次执行时，把成功步骤整理成团队模板；第三次执行时，再判断是否值得升级成固定 SOP、工具页或培训材料。每次复查都要看官方页面是否改版、权限或价格是否变化、原来的示例是否还能跑通。

资料依据

• GitHub Changelog / Issue fields are now in public preview for all organizations / 2026-05-21

标签