用途：在集成分支（$BASE，按 /aep-git-ref 的「Resolving $BASE」解析）上交互式设计功能，与用户对话完成探索问题、提出方案、评审设计并提交产物。所处流程：/aep-onboard → /aep-scaffold → [ /aep-design → /aep-launch → /aep-build → /aep-wrap ]。输入为功能想法或用户请求，输出为提交到集成分支的 OpenSpec 变更（proposal、design、specs、tasks）。
模式：启动时自动检测 ls product-context.yaml。无该文件为独立模式；有则为产品周期模式，功能是 /aep-envision → /aep-map → /aep-dispatch → /aep-design 中的一个故事，需读 references/modes.md 了解已派发故事的上下文加载。
前置检查：which git openspec >/dev/null 2>&1 && { which gh >/dev/null 2>&1 || which glab >/dev/null 2>&1; } || echo "MISSING cli tool → run /aep-onboard"；ls .claude/skills/openspec-{explore,propose,apply-change,archive-change}/SKILL.md >/dev/null 2>&1 || echo "MISSING openspec skill → run /aep-scaffold"。
流程：先选 full 或 light 工作流模式（读 references/workflow-modes.md）。阶段一 OpenSpec Explore 执行 /opsx:explore，澄清需求范围、调研代码库模式、识别风险，需求记录于 openspec/changes/<change-name>/。阶段二 OpenSpec Propose 执行 /opsx:propose，生成 proposal.md、design.md、specs/**/*.md、tasks.md；若故事已派发则细化已有变更。阶段三设计评审从安全、性能、既有模式、边界情况角度检查架构与接口，必要时直接更新变更文件；light 模式跳过阶段三。随后以控制面提交方式把变更目录与架构文档提交到 $BASE，命令为 git add openspec/changes/<change-name>/ docs/，消息为 feat: add <change-name> architecture doc and OpenSpec change。完成后进入 /aep-launch。限制：资料未提供该技能的收费、价格、平台支持等细节。