Capture brainstorm discoveries that aren't in the plan — the thinking that makes this project unique
/plugin marketplace add Nothflare/feature-tree/plugin install ft-mem@feature-treeThis skill inherits all available tools. When active, it can use any tool Claude has access to.
After brainstorming, capture the THINKING that didn't make it into the plan. The plan has workflows and features. This captures WHY and WHO and WHAT WE SAID NO TO.
From the brainstorm conversation, extract:
The specific person, their context, their pain. This grounds all future decisions.
→ Write to .feat-tree/memories/user.md
# User
**Who:** [Name, role, context]
**When problem appears:** [Specific moment in their day]
**Current workaround:** [What they do now]
**Pain:** [What's frustrating about it]
What we explicitly said NO to. Prevents scope creep in future sessions.
→ Write to .feat-tree/memories/scope.md
# Scope
**This IS:** [One sentence]
**This is NOT:**
- [Explicit exclusion]
- [Explicit exclusion]
**Features we said no to:**
- [Feature]: [Why not]
The ONE thing that must be true. Future sessions should validate this.
→ Update .feat-tree/CONTEXT.md Key Assumptions section
## Key Assumptions
- [untested] [The core assumption] — test by [how to validate]
How this fails. Future sessions should watch for warning signs.
→ Write to .feat-tree/memories/risks.md
# Risks
**"It failed because..."**
1. [Failure mode] — Watch for: [early warning sign]
2. [Failure mode] — Watch for: [early warning sign]
**Mitigations:**
- [What we're doing to prevent]
WHY we chose this approach over alternatives. Prevents revisiting decisions.
→ Write to .feat-tree/memories/decisions.md
# Design Decisions
**[Topic]:** [Choice]
- Considered: [Alternative 1], [Alternative 2]
- Chose because: [Why this fits better]
- Trade-off accepted: [What we gave up]
Synced brainstorm discoveries:
- memories/user.md — [created/updated]
- memories/scope.md — [created/updated]
- memories/risks.md — [created/updated]
- memories/decisions.md — [created/updated]
- CONTEXT.md — [updated assumptions]
Future sessions will have this context.
This skill should be used when the user asks to "create a hookify rule", "write a hook rule", "configure hookify", "add a hookify rule", or needs guidance on hookify rule syntax and patterns.