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
