aep-autopilot 属于 AEP（agentic-engineering-patterns）工作流，定位在工作流链路 /aep-envision → /aep-map → /aep-validate → /aep-autopilot → /aep-reflect 中，用于把一个 layer 的 dispatch 到 wrap 流程连续、无人值守地跑完。用于单条 story 时应改用 /aep-dispatch。
主要能力：一条命令完成自主运行——初始化状态、运行第一个 tick 并启动驱动，持续 tick 直到当前 layer 完成。默认驱动为目标驱动（/goal，Claude Code 与 Codex 原生支持）：每 tick 推进 layer，仅当完成条件未满足时运行时才重新触发，因此当当前 layer 中每个 story 都已 merge + wrap，或遇到需要人工判断的闸门时，autopilot 会自行停止并交还控制，等待 layer gate / /aep-reflect，再为下一 layer 重新调用。加 --loop 则选择固定间隔的回退驱动。
使用方式：/aep-autopilot（目标驱动，默认）、/aep-autopilot --floor 3m（目标驱动，自定义每 tick 等待下限，默认 5m）、/aep-autopilot --loop 10m（固定间隔回退驱动）、/aep-autopilot status（进度与升级项）、/aep-autopilot stop（优雅停止驱动）。--loop <interval> 出现即选 loop 驱动，否则默认目标驱动；--floor <dur> 仅对目标驱动生效；--max-turns <n> 作为目标驱动的失控兜底，默认 200。
前置条件：必须在主工作区运行（pwd 不得包含 .feature-workspaces）；product-context.yaml 必须存在并含 stories 段；topology.routing.autonomous: true；至少一个 story 处于 ready 或 in_progress；product context 已通过 /aep-validate 两轮校验。
架构与限制：autopilot 是编排器而非执行器，所有代码操作在 workspace agent 内进行，主会话仅通过 signal 文件与 git 元数据判断进度。两条硬性禁止：不得读取 workspace 源码文件（不 Read/Grep/Bash 进入 worktree），只能通过 .dev-workflow/signals/ 与 gh pr view、git diff --stat 评估；不得从编排器执行 gh pr merge，应引导 workspace agent 在 Phase 12 检查通过后合并。它要求可操控且与驱动兼容的模式，若只检测到 workflow/headless 则需报告并停止。状态写入 .dev-workflow/autopilot-state.json（机器可读）与 autopilot-status.md（人工可读）。
策略闸门：auto_design（默认 false）与 full_auto（默认 false）控制战略级人工闸门，默认保留人工控制；full_auto: true 隐含 auto_design、auto_outcome_eval、watch.auto_create 等标志。full_auto 不影响 journey 编写。
tick：由驱动调用的每 tick 处理器，也可随时手动运行，幂等。执行模型为 CHECK → ACT，步骤 ①–⑦ 依次为读状态、同步信号、wrap 完成项、合并后守卫、引导完成、检测卡住、派发新工作、写状态并等待。
停止方式：/aep-autopilot stop 会设置 status: "stopped"、更新状态文件、记录事件并取消驱动（目标驱动用 /goal clear，loop 驱动取消 /loop 或移除 cron/launchd 任务）。停止后不再 tick，但运行中的 workspace 会继续自主工作。
费用、价格与平台细节：资料未提供。