用途：该技能用于对计划中的功能规格进行评审与授权。需显式传入已选定的 planned-feature 或 current-molecule 的 ID、slug 或标题；基础分支默认取 dev（若存在），否则取 main，除非用户另行指定。仅在已注册的功能 worktree 内可省略参数。
主要能力：
- 物化评审边界：运行 dstack ctl feature initialize "<selector>" --base-branch "<base>"、claim-spec、scaffold-design，初始化或复用 molecule 与约定 worktree，保留计划意图、优先级与外部阻塞；scaffold 仅在 design 缺失时创建规范设计，绝不覆盖已有内容。每个必填章节须有实质内容或写“Not applicable — <具体原因>”，占位符、重复或缺失标题、无效本地链接会在审批前失败。
- 意图与现状核对：在返回的 worktree 中读取完整 Beads 意图与规范设计，检查架构、源码、测试、文档、依赖等，完善 docs/src/features/<slug>/design.md，覆盖结果、理由、需求、决策、备选方案、非目标、接口与数据流、异常与失败恢复、安全与兼容性、行为优先验证及文档影响。明确的问题与冲突直接解决，仅就真实产品或架构决策提问。
- 核对实现图：先用 dstack ctl feature inspect "<returned-root>" 查看现有图，再用原生 bd update、bd dep add、bd dep remove 复用/更新/关闭/取代任务与阻塞关系，不重复建任务、不维护影子图。缺失的有界结果通过 dstack ctl feature add-task 创建，每个任务自动依赖实现审批；只添加真实前置任务，不创建评审、协调、状态、文档、对账或推测性任务。仓库内容变更时用 dstack ctl git commit --bead "<spec-id>" --subject "<subject>" 提交设计/文档变更。
- 授权：展示最终设计、任务图、依赖与候选差异，提出决策、发现、验证预期与遗留风险，请求人工明确授权；命令调用本身不构成授权，存在未决的重要决策或发现时不得批准。授权后运行 dstack ctl feature approve-spec "<returned-root>"，仅记录已接受的内容摘要与原生门禁状态，不存储 Git SHA，并返回已授权的成果与下一阶段 /implement-feature <returned-root>。
限制：不使用 Git SHA 记录审批；不创建审阅类及推测性任务；无实质内容的章节无法通过审批。具体平台与收费信息暂未提供。