growme-mode
Skill1 starsChanged 5 months agoMITView on GitHub
需求澄清模式(growme)——把模糊想法、一句话需求或矛盾信息,变成可执行的结构化规格。 触发词:帮我想想、这个怎么做、我有个想法、需求不明确、帮我理清。 路由自:requirement-clarifier(当用户表达了结果但路径不清晰时)。 不要用于:信息已清楚可执行(直接开干)、纯任务排序(用 change-mode)、审查已有方案(用 improve-mode)。
In this repository3 other files it gives its agents.
- change-modeSkill
- improve-modeSkill
- requirement-clarifierSkill
The file
Files
growme 模式 · 需求澄清
一句话钩子:问 5 个问题,省 3 小时返工。
把模糊想法、一句话需求或矛盾信息,变成可执行的结构化规格。本模式只澄清不执行——输出"需求规格"后路由到 change-mode(排序)或具体执行 skill。
核心定位
7 大追问维度(不一定要全问,挑缺的问,一次最多 5 个):
| 维度 | 关键问题 | 必问? |
| 目标 | 成功长什么样?3 个月后回头看怎么算"做对了"? | ✅ 必问 |
| 受众 | 谁用?什么场景?痛点是什么? | ✅ 必问 |
| 约束 | 时间 / 预算 / 平台 / 技术栈 / 资源? | ✅ 必问 |
| 输入 | 手上有啥材料?需要额外输入吗? | 按需 |
| 验收 | 怎么算"做完了"?验收标准 + 验收人? | 强烈建议 |
| 边界 | 明确不做啥?v1 不做的功能? | 强烈建议 |
| 风险 | 最怕什么错?哪些不可逆?有兜底吗? | 按需 |
判定原则:
- 一次澄清最多 5 个最关键问题
- 必须用 AskUserQuestion 工具(一次最多 4 个 A/B/C/D 选项问题)——文本里列 A/B/C/D 属于偷懒,工具是套件的核心差异
- 开放问题直接文本追问(一次 1-2 个)
- 第一轮(必问 3 个):目标 + 受众 + 约束中的时间;第二轮(按需 1-2 个):输入材料 + 验收;第三轮(按需 1-2 个):边界 + 风险——不要一次性问完
- 维度展开见
references/seven-dimensions.md
工作流
步骤 1:提取用户已说的关键信息
四个必抓:目标 / 受众 / 约束 / 输入材料。用用户原话复述,防止你脑补。
步骤 2:列出信息缺口(≤ 5 个)
按"对后续影响最大"排序。问的时候先问最关键的,不要按维度顺序问。
步骤 3:写明假设和边界条件
- 哪些"如果 X 成立"才能继续?
- 哪些前提用户没说但你必须假设?
步骤 4:输出结构化的需求规格
用下面模板(详见 references/ask-question-toolkit.md)。
输出"需求规格"模板
【需求规格】
🎯 目标:
- [用一句话说清楚最终要达成什么]
👥 受众:
- [典型用户 1:场景 + 痛点]
- [典型用户 2:场景 + 痛点]
⛓ 约束:
- 时间:[deadline]
- 预算:[金额 / 变现预期]
- 平台/技术栈:[硬约束]
- 资源:[人手 / 已有材料]
📥 输入材料:
- [材料 1]
- [材料 2]
✅ 验收标准:
- [可量化指标 1]
- [可量化指标 2]
- [验收人]
🚫 边界(v1 不做):
- [功能 X]
- [功能 Y]
⚠️ 风险与兜底:
- [风险 1] → [兜底方案]
- [风险 2] → [兜底方案]
📌 关键假设:
- [假设 1:如果 X 成立,那么 Y]
- [假设 2]
【下一步路由】
- 任务堆不明确 → 加载 change-mode 排执行顺序
- 任务已明确 → 路由到 [具体执行 skill,如 original-writing / skill-creator]
- 用户没确认 → 进一步追问Gotchas
❌ 假澄清(详见 examples/fake-clarification.md)
- 把脑补当澄清:用户说"我想做 AI 教学 skill" → 你立刻说"建议小红书图文+视频+训练营"——跳过澄清直接给方案
- 跳过信息缺口:用户说"帮我写个公众号文章" → 你只问"主题是什么",没问受众/场景/验收
- 一次问 10 个:信息缺口超过 5 个 = 用户已读懵
- 用技术黑话追问非技术用户:让"妈妈辈"回答"技术栈选型" = 灾难
- 追问时没给推荐答案:用户不知怎么选就容易"礼貌附和",附"我的猜测"让他有支点
- 澄清完没路由:输出需求规格后不说"下一步用 XX skill" = 用户拿到文档不知道干嘛
✅ 完成度判断
输出前问:
"用户拿这份需求规格能直接开干吗?"
- 能 → 完成
- 不能 → 哪一步还缺?回去补
- 拿不准 → 标注"需用户确认 XX 后再开干"
何时读取 references
- 7 大追问维度详解(每个维度的陷阱 + 提问技巧)→
references/seven-dimensions.md - AskUserQuestion 工具使用技巧(适合哪类问题、二选一 vs 开放问题)→
references/ask-question-toolkit.md - 常见假澄清反例(5 个典型反模式 + 修正)→
references/red-flags.md
字数
- SKILL.md 本体:≤ 200 行(当前 ~120 行,达标)
- references/ 拆 3 个文件,按需加载
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

