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:28
