Install
$ agentstack add skill-yingzhengzhang06-sys-requirement-clarifier-growme-mode ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
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 个文件,按需加载
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: yingzhengzhang06-sys
- Source: yingzhengzhang06-sys/requirement-clarifier
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.