Codex + Claude Code 对抗式开发：双AI协同的安全加固实践

文章目录

• 1 -> 引言
• 2 -> 为什么需要「对抗式开发」？
• • 2.1 -> 单AI辅助开发的核心痛点
  • 2.2 -> 对抗式开发的核心目标
• 3 -> 核心理念：双代理、单事实源、按风险审查
• • 3.1 -> 角色分工（核心原则）
  • 3.2 -> 关键原则（不可突破）
• 4 -> 适用范围：明确「该对抗」的场景
• • 4.1 -> 非简单开发任务（强制完整流程）
  • 4.2 -> 高风险非代码分析任务（轻量对抗流程）
  • 4.3 -> 模糊场景兜底规则
• 5 -> 核心流程设计：灵活路由与分级审查
• • 5.1 -> 角色路由策略
  • 5.2 -> 三档审查强度（平衡成本与风险）
  • 5.3 -> 高风险非代码分析的轻量流程
• 6 -> 安全加固核心：脱敏门 + 包装脚本
• • 6.1 -> 为什么脱敏是P0级需求？
  • 6.2 -> 脱敏门规则（强制执行）
  • • 6.2.1 -> 非代码分析的额外脱敏规则
  • 6.3 -> 包装脚本：run-ai-review（推荐入口）
  • • 6.3.1 -> 脚本核心逻辑（Shell版片段）
• 7 -> 落地实操：从仓库结构到完整流程
• • 7.1 -> 推荐仓库结构（单事实源）
  • 7.2 -> 手动MVP流程（最小可行版本）
  • • 7.2.1 -> 关键步骤细节
  • 7.3 -> 权威JSON Schema：审查输出的唯一契约
  • • 7.3.1 -> Schema核心片段
• 8 -> 关键保障：长上下文遗忘防护
• 9 -> 实践避坑：不建议做的事
• 10 -> 评估与复盘：量化流程价值
• 11 -> 总结与展望