完整规则
任务说明
未来需求、Bug和技术债会由不同智能体处理,我希望每张任务卡都能独立执行和验收。模板不能只是填空题,需要来自真实协作经验的字段和反例来减少来回确认。 请按“先判断、再执行、最后验证”的方式处理。你需要带入的经验是:请拿一个模糊Bug和一个功能需求实际填模板,指出5种仍会造成误解的写法,并说明模板如何阻止它们进入开发。 判断之后完成这些动作 ① 分别制作功能、缺陷、技术债和研究任务的Issue模板。 ② 为每类模板设置必要信息、完成条件和证据字段。 ③ 制作包含变更范围、测试、风险和回滚说明的PR模板。 ④ 整理标签、优先级和关闭规则,确保不同模板不重复。 最终成果:Issue模板、PR模板和标签体系。请附一个最小可执行版本和一个后续升级版本,说明两者之间的触发条件,不要默认一步做到最复杂。 信息和验证规则 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 验收标准 1. 不同任务类型字段互不混用。 2. PR包含测试与风险检查。 3. 模板可直接放入Git仓库。 4. 能看出接单者自己的判断、踩坑经验和舍弃项,而非由公开资料重新拼接。 任务边界:不制定分支或版本发布规则。