方法

不存在最优决策，只存在可持续决策。先用容错与红线排除已知的坏路径，把选择权留在场。问题先拆解成有依赖的里程碑，再动手。

功能清单是技术视角，业务事件流才是业务视角。Event Storming 问"发生了什么事件"，产出事件流、有界上下文与状态机。每个被放弃的方案都记进分歧记录：决策、原因、影响范围、日期。产出 REQUIREMENTS.md。

原型用来回答问题，不是用来交付。需求存疑、交互复杂、要说服利益相关者时，先出原型。三种保真度：文字验证逻辑、线框验证结构、高保真验证交互。mock 到真实的演进写进 POC-MANIFEST.md，每一段都交诚实账。

蓝图不是文档，是约束器。CONTEXT.md 管项目事实，ARCHITECTURE.md 管约束，AGENTS.md 管读取与执行纪律，CHANGELOG.md 管变更轨迹。负空间设计：先划定不能走的路，再让 AI 在剩下的空间里生成。

拆解 → 下发指令 → 编码 → 验收 → 分支判断 → 更新图纸。里程碑是工程维度的，不是需求维度的：数据库、接口、校验、前端各自成段，独立验收。验收结论只有三种：PASS、NEEDS_FIX、REBUILD。

1. 01 拆解
2. 02 下发指令
3. 03 编码
4. 04 验收
5. 05 分支判断
6. 06 更新图纸

无蓝图不开工。无验收不固化。逢混乱必重建。每条纪律配它的违反后果——标准用于降低风险，效果需要项目验证。重建前保护工作、核实目标与共享历史边界。

• 无蓝图不开工

  需求、架构、前端设计出文档前不写代码。否则从第一步就偏移。

• 未验收不固化

  验收前不提交、不固化。否则偏移累积。

• 乱了就重建

  先停止、保存已核实事实并保护工作，再从持久蓝图恢复。结构重建需比较成本，核实目标与共享历史边界。

先确认计划与任务授权，再在明确范围内执行；需求、权限或客户承诺改变时升级给负责人。遥测先脱敏并保存到运行记录，核实后的事实再更新蓝图。

发现编造API、约束丢失、重复失败或修复扩散时先停止，保存已核实事实与当前工作。用工具支持的会话清空功能，再按蓝图、当前任务、验收标准三段恢复并复述验证。窗口占比只是排查信号，不是统一阈值。

链路对使用者提能力要求，使用者在链路中长出能力。八项：问题分解、全链路交付、逆向理解、快速验证、双向翻译、诚实账、上下文自持、纪律自执行。

• 问题分解

  把一句模糊的诉求，拆成有依赖的里程碑。先蓝图，后代码。

• 全链路交付

  从客户定界、工程实现到接管与采用，明确责任和升级路径。

• 逆向理解

  面对陌生系统，从线上站点与遗留代码里读出结构。不等人教。

• 快速验证

  用原型验证关键假设，时间按复杂度规划。原型用来回答问题，不是用来交付。

• 双向翻译

  蓝图既是给业务看的技术文档，也是给技术看的业务文档。

• 诚实账

  知道自己不知道什么。保真度三级标注，不把推断说成事实。

• 上下文自持

  知道何时重置。上下文腐烂前重建，不硬撑。

• 纪律自执行

  蓝图比对、测试和评估门禁提供可查证据，人员保留审查与放行责任。

软件测试验证代码契约，模型评估验证概率输出。黄金集有代表性、独立验证样本与版本，裁判需人工校准。禁止项先判，总分不能豁免；编排改变输入或调用路径时同样重评。

客户项目按定界、验证、交付推进，明确范围与责任。客户接手人能重跑评估和恢复；上线后完整30天真实任务采用与业务影响分别观察。现场知识在授权边界内回流。

技能组织实现，不授予客户权限。

按授权、契约与职责检查变更。

软件与模型分别保留验证证据。