用途：将用户对工作流的自然语言描述，分解为可执行节点并映射到执行器，自动注入检查点，经用户确认后保存为可复用的 workflow-template.json。
主要能力：分五个阶段执行。Phase 1 Parse 提取意图步骤与上下文变量，写入 design-session/intent.json；Phase 2 Resolve 将每个步骤映射到执行器，支持 skill、cli、command、agent、checkpoint 五类，写入 design-session/nodes.json；Phase 3 Enrich 构建 DAG 边并按规则注入检查点（跨语义阶段边界的 skill→skill 转换、长时间 agent 启动前、产出持久制品的节点之后、用户定义断点），写入 design-session/dag.json；Phase 4 Confirm 以可视化方式展示管道并允许用户确认或增删改节点；Phase 5 Persist 输出到 .workflow/templates/<slug>.json 并给出用法提示 Skill(skill="wf-player", args="<template-path>")。
使用方式：入口根据 $ARGUMENTS 路由。--resume 或已有 WFD 会话进入 Phase 0 Resume，扫描 .workflow/templates/design-drafts/WFD-*.json 恢复草稿；--edit <template-id> 进入 Phase 0 加载并编辑模板，随后从 Phase 3 重新进入；默认进入 Phase 1 Parse。若存在多个草稿会用 AskUserQuestion 让用户选择。
约定：会话前缀 WFD，模板目录 .workflow/templates/，模板 ID 格式 wft-<slug>-<date>，节点 ID 为 N-<seq>、检查点为 CP-<seq>，最多 20 个节点。参考规格见 specs/node-catalog.md（可用执行器、端口定义、参数模板）与 specs/template-schema.md（完整 JSON 模板结构）。
限制：资料未提供收费、价格、平台支持范围等信息；节点上限 20 个；具体执行器行为依各 skill/CLI/agent 实现而定。