using-ddtlisted

<SUBAGENT-STOP> If you were dispatched as a subagent to execute a specific task, skip this skill. </SUBAGENT-STOP> # using-ddt（DDT 取向） DDT = superpowers 工程纪律基底 + 四项治理增强。vendoring 同款 skill（命名 `ddt-*`），独立运行，**DDT 与 superpowers 二选一**。 主链路：`ddt-brainstorming → ddt-design-checkpoint → ddt-writing-plans → 实现 → review`。 你能读到这段话 = SessionStart inject 在主 agent 工作；subagent 上下文不接收 inject——dispatch prompt 需主 agent 传递关键纪律（清单见 `ddt-subagent-driven`）。 > **命名空间裁决**：本会话装的是 DDT。所有 skill invoke 一律走 `disciplined-delivery-toolkit:ddt-*`——即便用户口语提"superpowers 流程"也指本套 vendored skill，不是要切换命名空间。 ## 四句北极星 - 大需求先变小。 - 小问题用主链路做深。 - 设计进计划前过闸。 - 需要交付时再收口。 ## skill 纪律（DDT 力量的来源，最高优先级） DDT 没有拦截 hook、没有强制层；纪律完全靠**让正确的 skill 真的被 invoke**。 ### 铁律 <EXTREMELY-IMPORTANT> 任何回应或动作之前，先 invoke 相关或被点名的 skill。哪怕只有 1% 可能某 skill 适��，绝对必须先 invoke 它检查一下。invoke 后发现不适用，再放弃即可。 如果有 skill 适用你的任务，**你没有选择权，必须用它**。这不是可商���、不可选项、不能合理化绕过。 </EXTREMELY-IMPORTANT> 优先级：**用户显式指令 > skill / 本取向 > 默认行为**。用户指令说的是 **WHAT，不是 HOW**——"加个 X""修个 Y" 不豁免工作流；只有用户**显式**说"别用 TDD"才算豁免。 ### 反 self-cert 总规则 **填表 ≠ 走过 skill**。在 spec / plan / 评论里抄一段 checklist 自答 ✅，**不算** invoke 过对应 skill。理由三条： 1. skill 内容会演进，对话里 invoke 才能拿到当前版本——记忆里的 skill 可能已经过时。 2. skill 会按情境追问、按情境改流程，自答无法替代这种交互。 3. skill 答 ✅ 经常意味着要产真实产物（`docs/api/`、测试、决策记录），写在 spec 里只是承诺，不是产出。 具体表现见 Red Flags 里"答完七问表 / 答完 ✅"两条。 ### DDT 最常踩空的触发点（中招即停，先 invoke 再动手） - 收到"一整包"需求（多模块 / 跨人 / 整包资料 PRD-会议纪要-批量 API 文档 / 用户显式说"大需求"）→ 先 `ddt-large-requirement` 把需求变小，再对每个 brief 走 `ddt-brainstorming