用途：该技能是一个产品规划工作流，目标是把产品意图转化为经过评审的规划产物。它不编写生产代码；若需构建代码，应改用 workflow-feature 或 workflow-implement-spec；若需先查看并点击 UI 方向，应使用 workflow-spec-to-mockup。
三种模式：
- idea-to-tasks（默认，由 --from=idea --to=tasks 映射）：把一个想法、工单、简报或原始产品愿景变成可计划的工作。交付物包括临时性规范与测试规范（单任务轨道）、经评审并就绪性检查的任务与故事、优先级排序、UI 任务的界面原型。退出条件为 review-converged、spec-synced（当草稿规范或测试规范发生变化时）与 run-closed。
- idea-to-spec（--from=idea --to=spec）：把原始想法、愿景或问题，按每个收敛能力产出一份经评审的临时性规范，暂不产生任务、故事或原型。交付物为带计划测试用例的经评审临时性规范，退出条件为 review-converged 与 run-closed。
- spec-to-tasks（--from=spec --to=tasks）：在规范已存在时，将其转为完整、按依赖排序、排定优先级且含能力切分与实现顺序的计划工作。交付物包括覆盖矩阵、任务、故事、DoR 证据与排序后的计划工作，退出条件为 review-converged、spec-synced（当运行改动了规范内容时）与 run-closed。
模式选择：应在创建任务之前选定模式，并在工作流报告中连同解析器指纹一起记录。--from 与 --to 映射到模式，显式 --mode 优先；两者都未提供时，根据提示判断并说明假设。单用某一标志时的映射：--to=spec 对应 idea-to-spec；--from=spec 对应 spec-to-tasks；--from=idea 或 --to=tasks 对应 idea-to-tasks；--from=spec --to=spec 不是有效模式，修订规范应使用 workflow-feature-spec。
使用方式：调用 $start-workflow workflow-planned-work 并传入 --mode=<mode>，以用户提示作为上下文；随后按解析出的变体执行。以 idea-to-tasks 为例，其步骤链涉及 $web-research --chain=deep-dive、$brainstorm、$initiative、$spec 的多种模式、$work-item 的多种模式、$domain-analysis、$why-review、$scenario、$plan、$prioritize、$design-spec、$docs-manager --mode=update、$feature-presentation、$workflow-end 和 $watzup 等技能，其中部分为可选或条件性步骤。阶段待办按 Discover、Specify、Plan、Close 组织。执行前须先为所选模式的每个阶段按顺序创建待办，记录每个步骤的运行或跳过证据；门禁步骤固定执行，其他步骤可在记录理由后灵活调整。步骤开始时标记进行中，结束时标记完成，已完成或跳过的步骤必须附简要证据或明确跳过理由。
协议与约束：按条件应用设计独特性门禁（DD-1 至 DD-8）、增量持久化、会话目标账本、子代理返回契约、UI 意图层、UI/UX 设计原则（UI-1.1 至 UI-9.4）、UX 旅程门禁（UX-1 至 UX-11）等协议。仅读取或命名技能不算执行，须通过当前宿主执行其协议。子代理授权：当技能由用户调用或被 AI 识别且协议需要子代理时，该激活即授权使用所需 spawn_agent。外来工具名需映射到可用宿主能力，名称不匹配无需批准；实际不可用的必需能力应停止并提问。工作跟踪方面，需按项目根指令（CLAUDE.md 或 AGENTS.md）同步维护被跟踪的工作；使用便携跟踪器时，在捕获、开始、保存工作、验证、交接与收尾检查点阅读集成指南。
改名说明：该技能曾用名包括 /workflow-initiative-to-task（现 idea-to-tasks）、/workflow-initiative-to-spec（现 idea-to-spec）、/workflow-spec-to-task（现 spec-to-tasks），更早还有 workflow-idea-to-pbi、workflow-idea-to-spec、workflow-spec-to-pbi；旧名称不再解析。
适用场景：PO、BA 或用户在任何实现之前需要计划工作，或需要经评审的规范时使用。
限制：不写生产代码；具体收费、价格与平台支持情况暂未提供。