用途：用于需要持续投入的嵌入式技术协作，而非仅给出建议或改代码。它是一套规范性操作模型，由角色观察与专家方法综合而成，九阶段序列并非外部标准方法论。
生命周期：Discover → Frame → Hypothesize → Build → Evaluate → Deploy → Adopt → Measure → Generalize。每阶段有必答问题、最小产出与停止条件，例如 Discover 需产出干系人/工作流图与未知项，Frame 需产出协作章程与假设-决策-风险台账。
主要能力：维护一份协作章程、一份干系人/工作流图、一份假设-决策-风险台账；每阶段记录进入证据、产出物、责任人、未决未知项与下一步交接。禁止把观察悄悄变成需求、把原型当成生产声明、把局部成功当成可复用产品能力。
使用方式：按已有基础选择进入阶段，不随意重启早期阶段；先建立章程再设计解决方案；将 manifest.yaml 中的阶段技能视为候选，按路由条件加载一个主专家并遵循其方法；在受限或敏感环境行动前加载授权与升级规则；在宣称生产就绪前加载评估与可观测性、生产就绪要求，需基线、代表性及对抗性证据与发布决策；采纳与度量是完成条件而非事后沟通；按泛化与产品化规则分类并收尾。
适用场景：嵌入式技术协作、需要连续性的交付、从模糊需求到采纳与度量的完整闭环。
限制：不适用于边界清晰的仓库改动（应走 neckbeard）、产品投资与生命周期治理、持续可靠性运维、内部平台设计运营、单一学科可完全负责的任务、以及止于实施前的咨询分析。问题无法表述、缺少授权或访问、证据失败、采纳未解释或低于决策规则、下一步超出章程时应停止并保留台账，升级而非猜测。产物默认私有，离开授权协作上下文前需通过外部分享门。资料未提供具体收费、价格、平台与效果信息。