反模式清单
1. Logic Monopoly
One Agent 同时控制决策、执行、验证，缺乏外部监督。常见于 L7-L9。
解决方案：权力分离 — 外化规则、限制执行权限、引入独立验证。
2. Context Rot
对话轮数超过 40 轮后，决策质量明显下降，早期关键约束逐渐被遗忘。常见于 L6-L8。
解决方案：分阶段重置上下文，在每个关键阶段开始时重新注入核心约束。
3. 表演式 Human-in-the-Loop
流程设计中包含"人工确认"节点，但确认者缺乏决策上下文 — 成为橡皮图章。常见于 L11-L12。
解决方案：确认节点必须提供结构化决策依据（差异、风险点、替代方案）。
4. 多 Agent 并发写入
多个 Agents 同时修改同一代码库，造成风格和逻辑冲突。常见于 L8-L10。
解决方案：单线程写入 — 仅一个 Agent 拥有修改权限，其他提供智力输入。
5. 无 Escalation Path
AI 遇到意外问题时，无明确处理协议 — 可能静默失败或越权操作。常见于 L10-L11。
解决方案：定义终止条件、赚得自主权门槛、和升级程序。
工具选型矩阵
| 类型 | 工具 | 适用场景 |
|---|---|---|
| Vibe/快速验证 | AI Studio, VO, Lovable, Bolt.new | 验证新想法、一次性简单任务。快速提示调整，调试后导出。 |
| AI IDE/精准实现 | Cursor, Qoder, Kiro, Trae | 需要精确和迭代的复杂功能、本地调试、大型重构。 |
| Agentic CLI/流程托管 | Claude Code, Gemini CLI, Codex CLI | 仓库级任务、复杂工作流持续免人工操作。日常自动化和 Skill 执行的最佳选择。 |
| 永动模式 | OpenClaw, QClaw | 多端点通信集成、24/7 数字孪生运营。持续在线响应场景。 |
选型原则
从 Vibe 开始，跑通最小闭环；复杂时用 IDE；重复任务用 CLI；多端点用永动模式。验证阶段别用重工具 — 摩擦太大。
概念框架与等级体系的映射
| 概念框架 | 对应等级 | 核心转变 |
|---|---|---|
| Why this matters | 入口点 | 创造紧迫感 |
| Vibe ceiling | L1-L4 | 从"不知道对不对"到"敢于尝试" |
| Verification-driven execution | L5-L8 | 从"等最终结果"到"持续验证过程" |
| Boundary definition & trust | L6-L10 | 从描述结果到定义能力边界 |
| AgentOS architecture | L6-L10 | Context/Skills/Harness 共建 |
| Skill architecture design | L8-L10 | 系统化工程体系 |
| Multi-Agent architecture | L8-L10 | 从独立 Agent 到智能协作 |
| Evolution path | L10→L11 跃迁 | 从个人能力到组织/战略 |
典型成长路径
L1-L10：个人能力基础（人人必经）
→ L11-L15：组织治理路径（CTO/VP Engineering 方向）— "从个人到组织能力"
→ L16-L20：业务领袖路径（CEO/Founder 方向）— "从技术执行到战略判断"
最终形态
人机共创，定义未来
结语
L1-L10 解决：你这个个体能否驾驭 AI。核心：构建 Context/Skills/Harness 三层架构，从"能跑"到"可信"。
L11-L15 解决：你的团队能否规模化驾驭 AI。核心：治理框架、知识积累、效果度量——将个人能力转化为组织能力。
L16-L20 解决：你的组织能否用 AI 重新定义牌桌。核心：战略判断、资本配置、文化建设——从利用 AI 到与 AI 共存。
但无论走哪条路径，起点都是一个：从"等 AI 给结果"到"坐在驾驶位持续验证"。当你完成这个心智转换，你就是 Agentic Coding 的实践者。
本白皮书由 Mixlab 社区基于公开资料整理 · 学习、交流社群
