用途：当用户明确要求在编码前做实现规划、创建或修订实施计划，或提供带明确要求的输入时，将其转化为他人可执行的实施计划，然后停止；本阶段不实施代码。
主要能力与约束：区分效应类别与写入边界——只读阶段仅在对话中报告，不改文件、不运行改变状态的命令；仅工件阶段只创建或更新本阶段拥有的工件（如计划文件、决策记录）；状态变更阶段仅在声明范围内改动并保持最小验证单元。计划期命令仅限最小调查及计划工件完整性、评审、状态、差异操作；测试、构建、lint、类型检查等证明后续实现的步骤应写入计划。若一次请求同时要求规划与实现，先写计划并结束本轮回复，不提供补丁、不声称实现完成。
关键机制：不编造行为，未证实的事实保持 Unproven，仅在人明确接受风险时可用于当前切片；数字限制、产品常量、根因、外部系统行为不得臆造。可委托子代理仅做风险触发的评审，其结论视为主张而非证据。提交选择仅由当前用户明确请求触发。能力假设：未验证可用前不假设存在配套技能。
使用方式：先读 references/planning-workflow.md、core-planning-controls.md、plan-artifact-output.md；输出为 Markdown 计划工件，回复仅给简短摘要。语言与路径有优先级规则（如 VIBE_PLANNING_OUTPUT_LANG、VIBE_CHAT_LANGUAGE），默认路径为 docs/plans/YYYY-MM-DD-<goal-slug>-implementation-plan.md，不覆盖已有文件；无法写文件时把完整计划粘贴到对话并说明原因。
限制：规格通常需具备审批证据才可进入可实施的规划，否则写受限计划或回到需求捕获；是否使用子代理按指令或 VIBE_SUBAGENTS 解析，无权限则不用并说明。具体收费、平台与效果资料暂未提供。