绿色 / 黄色 / 红色任务分级：小任务快做，大任务稳做

方法解决什么问题

用 AI 和 Codex 做项目时，很容易出现两个极端：每个小任务都搞任务书、验收、备份、收口，开发速度被流程拖死；高风险任务也直接快跑，结果改坏核心结构、污染正式内容、引入隐患。绿色 / 黄色 / 红色任务分级的作用，是先判断任务风险，再决定执行方式。

三种任务怎么分

1. 绿色任务

   低风险、小范围、容易回滚，不会影响项目核心结构。绿色任务的重点是尽快完成并说清结果，不为简单改动增加过多流程。

   常见例子

   • 页面小优化
   • 文案小改
   • 样式小调整
   • 导航入口
   • 小组件
   • 普通 SEO 小修
   • 普通文档整理
   执行方式

   • 直接快跑
   • 不做完整备份
   • 不升级状态检查
   • 不写重验收文档
   • Codex 做完后输出改动和结果

2. 黄色任务

   一组相互关联的改动，范围比绿色任务大，但还没有触碰正式发布、核心结构、数据权限或商业系统。黄色任务适合打包推进，避免每个小改都单独走一遍流程。

   常见例子

   • 4～8 个相关小任务
   • 一组栏目增强
   • 一组模板落地
   • 一组 SEO 增强
   • 一组页面结构优化
   • 多页面轻量联动
   执行方式

   • 合并成任务包
   • 包末统一 build
   • 包末简短总结
   • 必要时更新 PROJECT_STATUS

3. 红色任务

   高风险，可能影响核心结构、正式发布、数据权限或商业系统。红色任务需要在动手前把边界、恢复方式和人工确认点讲清楚。

   常见例子

   • 正式域名替换
   • 部署上线
   • 大规模重构
   • 路由结构变化
   • 内容目录结构变化
   • 会员、支付或数据库
   • AI 客服
   • 正式发布高风险内容
   执行方式

   • 明确任务书
   • 允许完整备份
   • 执行详细验收
   • 必要时升级状态检查
   • 必须人工确认

判断一项任务属于哪一类

先回答下面七个问题。如果大多数答案都是“不会影响、能快速回滚”，通常是绿色；涉及多个相关页面或一组相关资产，通常是黄色；涉及正式发布、结构、数据、权限或商业系统，通常是红色。

1. 会不会修改正式内容？

   正式文章、公开页面或准备发布的内容被修改时，需要提高检查强度。

2. 会不会影响路由结构？

   新增普通详情页风险较低，改变既有 URL 或目录规则的风险更高。

3. 会不会新增依赖？

   新增依赖会带来安装、升级和维护成本，需要确认是否真的必要。

4. 会不会影响部署、域名、数据、权限？

   这些变化通常属于红色任务，不能只按页面小改处理。

5. 出错后能不能快速回滚？

   越难恢复，越需要提前备份、明确验收和人工确认。

6. 是否需要用户人工确认？

   涉及方向判断、正式发布或不可逆操作时，必须保留人工确认。

7. 是否只是局部页面或文案改动？

   边界明确、影响局部且容易验证的任务，通常可以按绿色快跑。

相关模板

相关内容