菜单
个人开发者轻量设计门禁。对 dev-design.md 做 7 项质量检查，判断其是否足以进入任务拆分（task-split），输出 通过/不通过/阻塞 结论与整改清单。报告落盘 .sdd/{SR}/.context/dev-design-gate.md，只写结论与需整改项，不填充冗余模板。Use when the user asks for 轻量门禁、设计检查、dev-design-gate，或通过 aaw-workflow 的 dev 入口完成设计后进行门禁。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/pi-ixel/Awesome-Agent-Workflow --skill dev-design-gate命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
配置驱动的 AAW 工作流 CLI 入口技能。读取 aaw CLI 返回的自描述工作单，按工作单调用子技能、执行 prompt、检查交付件并推进流程。提供 sr（严谨流程）、ar（从 AR 切入）和 dev（个人开发者轻量流程）三个入口。
个人开发者轻量设计。把一个需求一次性收敛为单份 dev-design.md，覆盖需求、现状、方案、契约变更、影响面、验收标准、存疑和现状附录，替代 SR 入口的功能设计、AR 澄清、模块边界与 TOBE 详设四段。设计前先读需求与架构，启动 SubAgent 委托代码探索并带回带引用的报告；主进程基于报告汇总「现状摘要」（需求与方案之间）与「现状附录」（文末全量）。取证后按设计树轮次制向用户提问：一轮抛出当前全部可问问题并各带推荐答案，逐题等用户表态后再按新前沿推进下一轮。不再分档，篇幅由需求复杂度自然决定。Use when the user asks for 轻量设计、个人项目设计、dev-design，或通过 aaw-workflow 的 dev 入口进入设计阶段。
按 AAW task-dev 工作单实现一个明确的 T[N] 任务，并通过 CLI 持久化阶段状态，完成实现与测试、独立语义 Review、修复重验、独立 CodeCheck subAgent 门禁和候选 commit message。Use when the user asks to 实现当前 Task、执行 task-dev、继续或恢复 T1/T2 开发。支持严格模式（SR/AR 入口，以模块详细设计与测试用例设计为事实来源）与轻量模式（dev 入口，以单份 dev-design.md 为事实来源），由工作单显式声明。每次只处理一个 Task，不执行 git add 或 git commit，也不自行开始下一个 Task。
正在显示 SKILL.md
| name | dev-design-gate |
| version | 2.3.2.3 |
| description | 个人开发者轻量设计门禁。对 dev-design.md 做 7 项质量检查，判断其是否足以进入任务拆分（task-split），输出 通过/不通过/阻塞 结论与整改清单。报告落盘 .sdd/{SR}/.context/dev-design-gate.md，只写结论与需整改项，不填充冗余模板。Use when the user asks for 轻量门禁、设计检查、dev-design-gate，或通过 aaw-workflow 的 dev 入口完成设计后进行门禁。 |
若本 skill 是由 aaw-workflow 的工作单调用的，跳过本节，直接执行正文。
否则，在执行正文之前，先向用户发起一次二选一确认：
是否回到 aaw-workflow 工作流中执行？
- 是，回到工作流（推荐）——进度会被跟踪和上报
- 否，单独执行本 skill——本次执行将不纳入流程跟踪
aaw-workflow skill，按其流程执行（其入口意图判定会引导继续已有工作流或新建），不再单独执行本 skill 正文。本节最多询问一次，不得重复打扰。
若工作单输出已存在，仍按当前要求完整执行：先读取并评估已有成果，复用仍有效的信息和已确认答案，可局部修改或整体重写，并写回原路径。
检查 dev-design.md 是否足以进入 task-split。门禁关注的是设计是否给出了足够确定、可执行、可验证的指导，而不是挑文采或凑章节。
它接管了 SR 入口中 sr-design-gate / module-design-gate 的准入职责，但适配单份扁平文档，检查项收敛为 7 项，报告从 120-250 行模板压缩为结论 + 整改项。
门禁阶段只读 dev-design.md 和相关输入，不修改设计正文。整改由上游 dev-design 阶段完成。
.sdd/{SR}/.context/dev-design-gate.md
报告按 references/gate-report.md 骨架生成，只写本轮结论与需整改项。重复运行时覆盖更新该文件，保留已清零项的痕迹（如有）。
每项给出 达标 / 未达标 / 不适用 判定，未达标项必须指明问题出处与整改方向。
| # | 检查项 | 关注点 | 不达标影响 |
|---|---|---|---|
| 1 | 现状证据充分性 | 代码取证已完成：## 8. 现状附录 存在、覆盖本次需求映射到的代码位置/函数/调用链/测试；附录关键结论带 file:line 引用可回溯；## 2. 现状摘要 与附录一致、无矛盾；软件架构缺失时已记录"无架构基线" | 设计脱离现状凭空推导，task-dev 踩已有约束 |
| 2 | 范围确定性 | 需求目标与边界写清，明确不做什么；范围外的需求不被悄悄纳入 | 拆分出的任务边界模糊 |
| 3 | 方案确定性 | 给出了明确方案选择，不存在未决的"可选/待定/看情况" | task-dev 无从下手或自行发挥 |
| 4 | 契约完整性 | 新增/修改的接口、数据结构、配置、错误码、CLI 参数有名称、位置、签名/字段、类型、调用方、错误语义 | 直接带病进入编码 |
| 5 | 可执行性 | 改动有明确工程落点，影响文件路径经代码确认而非猜测；无法从设计定位实现位置 | task-dev 边做边猜 |
| 6 | 验收闭环 | 每条验收标准可执行可判定，覆盖需求全部目标；无"无法验证"的遗漏 | 无法判断完成与否 |
| 7 | 存疑清零 | 影响实现或验证的存疑项已解决或明确由用户拍板 | 任务计划带 Open Questions |
现状证据充分性是第一准入项：dev-design 把 SubAgent 委托的代码取证作为固定环节，门禁应确认取证已发生且落进文档。现状附录缺失、关键结论无可回溯引用、摘要与附录矛盾、或取证未覆盖需求涉及的代码位置时，判未达标，回 dev-design 补取证。
核心验收不得待处理：某条验收若"当前无法验证"且没有归属，直接判未达标；只有补充性、非阻塞验证才可标注为后续待办。
| 中文结论 | gate_result | 判定条件 |
|---|---|---|
| 通过 | pass | 7 项全达标或全部"不适用"，不存在影响实现的存疑 |
| 不通过 | fail | 存在可通过修改 dev-design.md 解决的未达标项，或破坏了现状证据/范围/契约/验收闭环 |
| 阻塞 | blocked | 缺少必要输入（如 requirement.md 与 dev-design.md 都缺失不可读），或必须由用户提供事实/作出决策才能继续判断 |
任一适应检查项未达标或存在影响实现的存疑，不得通过。
dev-design.md；存在 requirement.md 时对照核验范围是否被曲解或遗漏。references/gate-report.md 骨架写报告到 .context/dev-design-gate.md。data_schema 构造 gate_result / recommendation / report / summary 提交给 CLI：
pass 时 unqualified_items / blocking_issues / pending_questions 必须为 0；fail / blocked 时如实填写未达标项与阻塞项数量。.context/dev-design-gate.md，只含结论与需整改项。summary 数字一致；pass 时三项均为 0。