// 动手前精炼意图：用苏格拉底式追问把模糊需求变成清晰 spec，分块呈现给用户确认后再开干。Use when user has a vague idea, fuzzy goal, or complex request that needs sharpening, 想做, 想要, 计划, 设计, 帮我做, 帮我想, brainstorm, idea, plan, spec, design. 写文章/做决策/做计划/写代码前都适用。
沟通达人：对话准备、角色扮演、文案润色、关系分析、冲突化解。基于非暴力沟通(NVC)框架。Use when user needs help with conversation prep, roleplay, message drafting, relationship advice, conflict resolution, 沟通, 对话, 怎么说, 怎么聊, 角色扮演, 关系, 冲突, 拒绝, 道歉, 表白, 加薪, 请假, 话术. 含语气调节器和场景模板库。
个人健康管理：身体指标追踪、饮食记录、运动记录、睡眠记录、趋势分析。Use when user wants to log or check weight, diet, exercise, sleep, body metrics, 体重, 饮食, 运动, 睡眠, 卡路里, 跑步, 健身。
生活记录：日记、周报回顾、月度回顾、生活事件记录、成长追踪。Use when user wants to write journal, diary, weekly review, monthly reflection, life events, milestones, 日记, 周报, 月报, 复盘, 回顾, 感恩, 反思. 三段式结构。
会议处理：会议纪要生成、字幕/录音转文字、议程管理、行动项追踪。Use when user has meeting notes, transcripts, subtitles to process, 会议, 纪要, 字幕, 录音, 议程, 行动项, meeting notes, transcript. 自动提取关键决策和待办。
项目管理：项目创建、任务管理、进度追踪、风险评估、周报生成。Use when user needs to manage projects, tasks, milestones, risks, timelines, 项目, 任务, 进度, 风险, 里程碑, 排期, project, task, sprint. 数据存入当前工作目录，按目录组织。
调研方法论：多源搜索、对比分析、方案调研、信息核实。Use when user needs to investigate, compare, analyze options, do deep research, 调研, 对比, 分析, 方案, 选型, 调查, 事实核查. Do NOT use for task completion verification; use bm.verification for 完成/搞定/跑通/done. 结构化调研流程，产出带来源的分析报告。
| name | bm.brainstorming |
| description | 动手前精炼意图：用苏格拉底式追问把模糊需求变成清晰 spec，分块呈现给用户确认后再开干。Use when user has a vague idea, fuzzy goal, or complex request that needs sharpening, 想做, 想要, 计划, 设计, 帮我做, 帮我想, brainstorm, idea, plan, spec, design. 写文章/做决策/做计划/写代码前都适用。 |
| source | opencrew |
| version | 20260521.01 |
写代码/写文章/做决策之前，先把模糊的想法磨成明确的 spec，让用户确认每一块再继续。受众非技术，写文章、定计划、做产品决策都可以用。
用户给的需求是模糊或多解的，比如：
不要触发的情况：用户给的是清晰、可直接执行的指令（"把 README 第二段改成 XXX"、"装一下 ffmpeg"）。
读用户的输入，列出 3-5 个最关键的不确定项。优先级：
一次只问 1-2 个最关键的问题。不要一次甩 10 个问题，用户会烦。
问题原则：
例子：
❌ 差："你想做个什么样的产品？" ✅ 好："这个工具是给你自己用，还是要给别人用？如果给别人，是同事还是付费用户？"
❌ 差："文章风格怎么定？" ✅ 好："这篇文章是想严肃论证（像学术）还是想吸引注意力（像公众号）？我倾向后者，因为你提到要发朋友圈。"
不要一次呈现完整的长 spec，分块给用户看：
我的理解（请确认或纠正）：
【目标】
- 成功标准：XXX
【受众】
- 主要：YYY
- 次要：ZZZ
⏸️ 这两块对吗？我先确认这个，再继续问范围和约束。
用户确认 → 继续下一块。用户纠正 → 改完再确认 → 继续。
确认完所有块后，写入 ./working/brainstorm-{topic}.md（中间产物）或 ./{topic}-spec.md（最终产物）：
# Spec: {主题}
## 目标
- 成功标准：...
## 受众
- 主要：...
## 范围
- 必须有：...
- 不做：...
## 约束
- 时间：...
- 风格：...
## 已有素材
- ...
## 下一步
- [ ] ...
Spec 已落到 ./{topic}-spec.md，确认无误我就开始动手。
| 反模式 | 为什么错 | 正确做法 |
|---|---|---|
| 直接开干 | 走偏的代价 = 全部返工 | 先 spec 后干 |
| 一次问 10 个问题 | 用户被吓跑 | 一次 1-2 个，分块走 |
| 给开放式问题 | 用户不知怎么答 | 给具体选项或猜测让用户确认 |
| 一次甩完整 spec | 太长，用户读不完不会逐块校对 | 分块，每块停一下 |
| 只问不猜 | 像审讯，用户烦 | 先猜一个版本让用户改 |
| 用户一句"差不多"就开干 | 模糊点没解决 | 卡住的关键点必须明确 |
按需求复杂度选档：
| 档位 | 适用 | 工作量 |
|---|---|---|
| 轻量 | 简单需求只有 1-2 个模糊点 | 直接问 1 句，得到答案就动手，不写 spec 文件 |
| 标准 | 中等复杂度，需要确认目标+范围 | 完整走 Step 1-5，spec 写到 working/ |
| 深度 | 大项目、产品、长内容 | 标准基础上加竞品/参考调研，spec 写到根目录归档 |
模糊时主动问用户："这是想快速对齐一下，还是要做个完整的 spec？"
skilless.ai-writing 执行skilless.ai-research 或 bm.research./working/brainstorm-{topic}.md./{topic}-spec.md 或用户指定位置/tmp/、不用隐藏目录