conform-design 是一个用于“生态一致性方案设计”的技能，目标是在一个已经确认的问题上，设计出符合项目既定架构、规则、契约和现有模式的解决方案。该技能不负责澄清问题本身，也不负责诊断根因，而是在问题明确后进入设计阶段。
用途与定位 该技能用于将已确认的问题转化为具体设计，并强制设计结果与项目现有架构保持一致。它要求设计者只使用既有组件、辅助函数、工具和接缝点，不得发明新的模式、层级或约定。如果既定架构无法解决问题，应暴露缺口并停止，而不是绕开架构。
主要能力与执行协议 技能定义了若干不变量。问题门禁要求：问题描述必须明确（可观察行为、受影响接缝或目标）、有界（不是开放式调查）、已确认（用户或前序技能输出已确认这是目标）；任一条件不满足即说明缺失项并转交相应技能后停止。上下文分离要求：问题上下文需要人工确认，文档上下文（SSOT、规则、契约、结构、模式）可以自主探索，必要时使用子代理，不得因文档探索阻塞流程。一致性要求要求：只在既定架构内设计，若架构无法解决则暴露缺口并停止。
执行步骤 第一步是问题门禁。若问题模糊则转交澄清技能，若根因未知则转交诊断技能，若代码库不熟悉则转交侦察技能，并停止。第二步是架构表面探索。自主扫描 .agents/、docs/、ADR、规则文件，识别与问题范围相关的治理约束，包括层级规则、命名约定、现有抽象、可复用组件与工具，并记录必须保持不变冻结契约和模式。第三步是方案设计。既定架构在很大程度上决定方案，设计应直接在已浮现的约束内进行；只有在生态内存在两条真正不同的合规路径时，才呈现次要选项，并始终给出选定的方向及理由，不把选择留给下游。
输出契约 输出采用固定结构：标题包含问题标识与状态（SETTLED 或 UNRESOLVED）；问题部分用一句话说明什么坏了/需要什么、哪个接缝、哪一层；治理规则部分列出规则/契约/SSOT引用及其施加的约束；设计部分描述针对该代码库的机制、涉及的层级、组件与接缝，若存在两条有效合规路径则说明被拒绝的一条及原因；下游约束部分列出 MUST 与 MUST NOT；下一步部分给出立即执行的后续技能（如变更集、试验、任务拆分、澄清）及理由。状态为 SETTLED 表示可进入下游，UNRESOLVED 表示受阻并说明原因与路由。
适用场景 适用于问题已经明确并确认、代码库已有既定架构与规则、需要产出符合项目规范的实现设计，并将结果交接给变更、试验或任务拆分等后续环节的场景。
限制 该技能明确不处理模糊问题、未知根因或不熟悉的代码库，这些情况会被路由到其他技能并停止。它不负责实现代码，也不负责验证实现。官方页面未提供更多关于安装方式、收费、平台支持或效果的信息，暂未提供。