（6935期）openclaw-skill-ideation – 混沌想法 → 可执行规范

混沌想法 → 可执行规范 将杂乱无章的想法转化为结构化实现文档，通过信心阈值控制的分阶段工作流，生成可直接执行的契约与规范 使用说明 核心用法 Ideation 是一个专为混乱输入设计的结构化输出工作流。当用户抛出语音转录的零散想法、跳跃的思维碎片、甚至自相矛盾的描述时，该 skill 将其转化为可落地的实现文档。 工作流分为六阶段：INTAKE（接收任何混乱输入）→ CODEBASE EXPLORATION（探索现有代码）→ CONTRACT FORMATION（契约形成，含信心评分）→ PHASING（分阶段规划）→ SPEC GENERATION（生成规范）→ HANDOFF（交付执行）。 核心机制是信心阈值控制：对问题清晰度、目标定义、成功标准、范围边界、一致性五个维度各打 0-20 分，总分 <95 时必须追问澄清，≥95% 才生成 contract.md。小项目（1-3 个组件、<10 文件）可跳过分阶段，直接生成单一 spec.md。 显著优点 零门槛输入：明确接受语音转录、思维跳跃、矛盾描述，不预先要求组织 代码感知：强制探索现有代码库，确保规范引用既有模式，避免"纸上谈兵" 风险控制：信心评分机制防止在理解不足时盲目产出 弹性工作流：支持 "Straight to specs"（技术项目）或 "PRDs then specs"（大型跨职能项目）两种路径 可交付物完整：输出目录 ./docs/ideation/{project-name}/ 包含契约、PRD（可选）、分阶段规范、模板，形成可追溯的文档链 潜在缺点与局限 交互成本高：信心 <95% 时需多轮追问，可能延长前期时间 评分主观性："保守评分"依赖执行者判断，缺乏客观校准 目录污染：固定写入 ./docs/ideation/ 路径，可能与既有文档结构冲突 契约锁定：要求"显式批准"才能继续，虽安全但可能打断流畅迭代 模板依赖：多处引用外部模板文件（如 references/contract-template.md），若缺失会中断流程 适合人群 喜欢用语音/速记捕捉想法的产品经理或技术负责人 需要将会议脑暴转化为开发任务的团队 遗留系统改造：特别受益于"代码探索"步骤的项目 追求文档驱动开发、厌恶"边做边改"的工程师 常规风险 过度结构化风险：小项目强制走完整流程可能产生不必要开销 契约僵化：早期确定的 scope 可能在实现中被证伪，但契约已"锁定" 模板维护：外部模板变更可能导致输出格式不一致 并行性误判：PHASING 阶段对"顺序/并行"的判断依赖经验，错误决策可能延长工期 原始说明 Transform raw brain dumps (dictated freestyle) into structured implementation artifacts. Use when user has messy ideas, scattered thoughts, or dictated strea...