与AI协作开发的系统性方法论与AI结对编程时，最大的噩梦莫过于无止境的修改循环。作为一个在"修改地狱"中摸爬滚打过来的老兵，我总结了一套系统性的对抗策略。掌握这些技巧，才能真正驾驭AI，而非被AI牵着走。

技巧一：构思先行，拒绝盲目编码

核心原则： 没有清晰的架构设计，绝不写第一行代码。当你有一个"绝世好主意"时，忍住立刻开发的冲动。先打开Claude，进行至少10轮深度对话，摸清楚领域全貌。这里分享一个来自卓克老师的核心提示词：

提示词模板
请扮演一位精英产品专家，运用第一性原理和金字塔原理，和我一起对【你的项目方向】进行系统性头脑风暴。

实践效果： 连续追问10个回合后，你将对该领域建立专家级认知框架，后续编码目标会异常清晰。

技巧二：选型最优模型，而非"非此即彼"

核心原则： 根据任务特性选择最适合的AI模型，工具组合决定效率上限。当前时间节点（2025年Q1）的模型选型策略：TableCopy

技巧三：强制使用OpenSpec机制

核心原则： 在"提案(Proposal)"与"应用(Apply)"之间循环，而非直接修改代码。OpenSpec是防止陷入修改地狱的绝对关键。具体流程：

1. 让AI先输出技术规格说明书（OpenSpec），而非直接编码
2. 人工审查Spec的合理性
3. 确认无误后，再执行Apply生成代码
4. 任何变更需求，必须先更新Spec，再同步代码

⚠️ 红线警告： 跳过Spec直接改代码，是陷入地狱的最快路径。

技巧四：三要素约束AI行为

核心原则： 用精准约束+MCP工具链初始化AI工作环境。不需要复杂配置，精选3个核心MCP即可：

• sequential_thinking：强制AI进行链式推理，提升逻辑深度
• exa_code（注意：不是exa）：为AI提供实时的代码库索引能力
• memory：建立代码上下文记忆，避免重复提问

配置哲学： 少即是多。3个工具形成互补，过多MCP反而会产生决策噪声。

技巧五：构建可视化开发闭环

核心原则： 在IDE内完成"审查-验证-修改"闭环，减少上下文切换。以Trae IDE为例的标准Workflow：MermaidFullscreen Download CopyCodePreview关键动作拆解：

1. Changes审查： 肉眼检查Spec变更是否符合预期
2. Codex审计： 自动化代码质量守门员
3. Proposal同步： 确保AI理解审查反馈
4. Trae执行： 一键应用，避免手工复制粘贴错误

核心要点回顾

✅ 设计先行： 10轮头脑风暴建立领域认知
✅ 模型精选： 按场景选Kimi Max/Gemini/Sonnet
✅ Spec驱动： Proposal-Apply循环是救命绳
✅ 三MCP约束： sequential_thinking + exa_code + memory
✅ 闭环工具链： Trae + Codex审计 + Changes审查这套体系的核心在于把AI当作需要严格评审的初级开发，而非全知全能的代码之神。纪律性，是逃离修改地狱的唯一出路。

作者简介： 一个在AI编码人机协作中摔过无数次坑，最终总结出系统方法论的实战派开发者。
最后贴上作者的一些实践：
https://vikingdb-frontend.fly.dev/

本文作者 xulin（海鸥技术部落），原载于团队 GitBook 技术 Wiki。