工程设计

把当前行为的承诺落实为可解释、可验证的技术机制：沿真实调用链明确结构边界、状态归属、完成条件与失败恢复责任。设计深度取决于依赖和风险，不以能开始编码或写完蓝图为完成依据。

使用与协作

涉及价值取舍、证据要求或授权边界的问题，用 software-lifecycle-principles；本 Skill 提供工程方法。

• 复用对话、代码、配置、测试和已有决定。行为承诺缺失或冲突时用 product-design 补判断，不用技术默认值替用户决定业务政策。
• 新系统沿首个可用切片检查从触发到结束的必要能力；增量修改核对受影响的调用链。跨组件或外部系统后，关键承诺仍须有明确的状态、责任和执行机制承接。
• 各角色直接在任务指定的共同位置维护决定、依据、疑点和验证结果，引用已有接口定义与证据，不另写独立交接文档。优先复用已有任务位置；简单任务可在对话中记录，确需持久记录且位置不明时再明确位置，不为记录另设开工门禁。
• 既有设计可被下游纠正。范围内的技术选择由工程自主修正并更新共同记录；涉及目标、重要范围、业务承诺、安全边界或不可逆操作的变化，先请用户确认，期间只暂停依赖该决定的部分。
• 函数组织、局部重构、测试方法等实现细节不逐项报上游审批。新增依赖仍需评估兼容、安全、许可和维护代价，并遵守项目授权。

按疑点选方法

按任务中的结构与风险信号读取相关方法，可组合与回看；不必先发现具体缺陷才使用。文件名编号只为保持链接稳定，不代表执行顺序。

当前疑点	方法
判断新增能力是否必要，选择方案、划分边界或核对依赖影响	架构拓扑与选型
新增或修改持久状态、状态流转、跨模块接口	模型与接口设计
多方写入、重复请求、异步操作、取消或超时可能交错	韧性与并发防御
需要迁移、兼容、技术探查或安全上线	演进与上线策略

当前切片的关键行为已有机制和责任承接后，继续实现。影响正确性、安全边界或恢复能力的未知，先解决或隔离到有范围与判定依据的探查中；不因它尚未阻塞编码而后置。决定、依据及待验项写回共同记录，运行证据另行取得。需要表达起点时，从技术决定片段示例摘取，不全文填空。