用途：这是一份面向“用智能体做非平凡构建或功能开发”的规划指南，适用于任何技术栈，建议在动手前阅读。
主要能力与要点：
- Phase 0：多阶段计划往往是伪装的“重构”。当出现“阶段1、阶段2、阶段3”时，先找出能让后续阶段变简单的那个共享事物（共同契约、统一形状、一次性管道），先建它。
- 用契约思考，而非代码：反复出现的“别忘了改X”“两边都写类型”说明契约缺失，应把隐式接口显式化，由类型系统或结构强制。
- 从现实发现结构：当数据形状本身是难点（schema、分类法、抽取字段、内容模型）时，先收集真实样本语料，让模型发现实际出现的词汇并标注频率，再据此设计契约；在需要弹性处保持宽松。
- 先写完成证明：为每个切片写下字面的“是/否”测试，用真实服务、真实数据端到端验证，而非“测试通过”。
- 按检查验证，而非按摘要：绿色勾选只是起点，要打开文件、读改动行、看用户所见、抓取URL；验证智能体输出时，判断属于智能体，断言与正则只能捕获你想到的失败，建议用独立评审智能体复核。
- 大工程拆分计划与规格：短计划（为什么与形状）与长构建规格（文件路径、schema、签名、验证门）分开。
- 优先信任技能与工具，而非复杂代码：先问能否用 markdown 指令加工具调用实现；把确定性机制留给认证、资金、迁移、调度等真正需要处，并视边界为移动的。
- 为下一个智能体写目标而非步骤：描述好结果与失败模式，删掉不影响正确行动的每一行。
使用方式：按“规划形状→命名证明门→找到 Phase 0 契约→构建→按检查验证→每个路标提交”的顺序推进。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；内容为方法论，不构成对任何具体工具效果的保证。