product-think
GitHub在实现前梳理模糊需求，澄清问题与目标，分离问题与方案，定义约束、选项及成功指标，输出产品简报以确保执行前的产品清晰度。
Trigger Scenarios
Install
npx skills add stella/stella --skill product-think -g -y
SKILL.md
Frontmatter
{
"name": "product-think",
"description": "Shape a feature or problem before implementation. Use this when the request is still fuzzy, when several solutions are possible, or when execution risks outrunning product clarity.",
"argument-hint": "[feature idea or problem statement]"
}
Product Think
Shape a feature or problem before implementation. Use this when the request is still fuzzy, when several solutions are possible, or when execution risks outrunning product clarity.
Arguments
$ARGUMENTS: feature idea, problem statement, or change request.
Interaction Mode
Default to one coherent pass after confirming the problem statement. Do not stop after every step for ceremonial approval. Pause only when the user's answer would materially change who the product serves, the product boundary, or the recommended direction. Do not make the user answer questions the repository or evidence can resolve. Lead with discoveries, not step narration.
Instructions
-
Clarify the problem first:
- who is affected?
- what pain or friction exists today?
- why does it matter now?
-
Separate problem from solution:
- write down the user need
- write down the proposed solution
- check whether the solution actually addresses the need
-
Define outcome, not just output:
- what should be better if this works?
- what user or business behavior should change?
-
State constraints:
- technical constraints
- organizational constraints
- compliance or trust constraints
- timeline constraints
-
Explore options:
- simplest viable option
- stronger but more expensive option
- what not to build yet
-
Make tradeoffs explicit:
- speed vs correctness
- breadth vs depth
- automation vs control
- flexibility vs clarity
-
Define scope:
- in scope
- out of scope
- follow-up ideas that should not block the first version
-
Define success:
- what would we measure?
- what would we observe qualitatively?
- what would count as failure?
-
Produce a short product brief in prose or markdown, with:
- problem
- user
- goal
- options considered
- recommendation
- risks
- success signal
-
Only move to implementation planning after this is coherent.
Version History
-
7b52e43
Current 2026-09-09 03:27
新增交互模式章节，优化流程控制；同步共享技能配置并移除旧命令目录；修复 ESLint 拼写抑制指令规范。
- 85792bd 2026-07-24 16:11
