ddt 表示 dont-do-that packaging，用于收掉没有真实收益的包装层，让代码更贴近人类阅读路径。目标不是越少越好，而是判断一层函数、类型、常量、文件或参数传递是否真的降低理解成本。
用途：审查或修改项目代码时，先读取仓库内 CLAUDE.md 和存在的 AGENTS.md，再读取相关模块旁的说明文件，结合项目规范、用户长期约束和当前代码判断，不单按 DDT 规则下结论。项目规范与 DDT 冲突时优先遵守更具体的项目规范。
主要能力：按任务读取对应引用资料，React 组件、hook、.tsx、组件配套 util、前端状态链路读取 references/react/index.md；Node.js 后台、service/query/logic、数据库读写、Kysely、接口 DTO、后端类型与枚举读取 references/nodejs/index.md；纯通用问题只用 SKILL.md。核心判断依次看是否被多处稳定复用、是否明显降低主流程认知负担、是否表达独立业务边界或项目强约束，否则收回。
使用方式：列出候选包装层，逐项判断收益，采取最小动作，无收益则内联、合并、删除绕行或收回单点常量，有收益则保留并改善命名、注释或放置位置；随后更新 import、类型引用和必要注释，运行最小必要验证并报告结果。用户要求直接修则完成修改和验证后回复；要求 review 则按文件指出问题并给出最小修改建议。
限制：类型文件命名和放置优先按项目类型规范，只有项目无明确约束时才把业务 TS 源文件剥离出的类型放到同目录 {源文件名}.d.ts。兜底逻辑仅在输入来自不稳定外部边界或缺少兜底会造成明确错误时保留。验证范围按影响面选择，至少覆盖受影响文件的 lint 或类型检查。其他细节暂未提供。