Local-life-manager research
Deep research on a topic, creating persistent documentation for future reference. Use for technology decisions, competitive analysis, or complex topics.
install
source · Clone the upstream repo
git clone https://github.com/TaylorHuston/local-life-manager
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/TaylorHuston/local-life-manager "$T" && mkdir -p ~/.claude/skills && cp -r "$T/.claude/skills/research" ~/.claude/skills/taylorhuston-local-life-manager-research && rm -rf "$T"
manifest:
.claude/skills/research/SKILL.mdsource content
/research
Deep research creating persistent documentation for future reference. Uses Ultrathink for comprehensive analysis.
Usage
/research "authentication patterns for multi-tenant SaaS" /research "real-time collaboration architectures" /research "Jira vs Linear competitive analysis" /research "WebSocket vs SSE trade-offs"
Output Locations
ideas/ ├── [project]/notes/research/ # Project-specific ├── shared/docs/research/ # Cross-project └── resources/research/ # General reference
Location rules:
- Project-specific:
ideas/{project}/notes/research/ - Cross-project:
shared/docs/research/ - General reference:
resources/research/
Process
1. Check Existing Research
grep -r "authentication" ideas/*/notes/research/ grep -r "authentication" shared/docs/research/
If found, ask: "Research exists. Update, view, or create new?"
2. Deep Research Phase
Invoke
research-specialist agent:
Research scope:
- Official documentation (via Context7)
- Technical blogs and tutorials
- Stack Overflow (high-vote answers)
- GitHub discussions and issues
- Community forums
- Existing solutions/products
Volume: Read 20-30+ sources, distill to 3-5 pages
3. Create Research Document
Naming: lowercase kebab-case (e.g.,
auth-patterns-saas.md)
Structure:
--- created: YYYY-MM-DD updated: YYYY-MM-DD sources: NUMBER related: - path/to/related/file.md tags: ["primary-tag", "secondary-tag"] --- # Research: [Topic] ## Executive Summary [2-3 paragraphs of key findings] ## Detailed Findings ### [Subtopic 1] [Analysis] ### [Subtopic 2] [Analysis] ## Recommendations [What to do based on research] ## Must-Read Resources 1. **[Title]** - [url] - Why: [Reason] - Key point: [Takeaway] ## Additional Resources - [Title] - [url] ## Gotchas & Warnings - [Warning 1] ## Decision Matrix (if comparing) | Criteria | Option A | Option B | |----------|----------|----------| | Ease of use | ⭐⭐⭐ | ⭐⭐ | | Scalability | ⭐⭐⭐⭐ | ⭐⭐⭐ |
4. Link to Related Work
If research relates to a spec or issue:
- Add reference in research doc
- Update spec/issue to reference research
When to Use
Good candidates:
- Technology decisions affecting architecture
- Competitive analysis for product positioning
- Complex topics with many options
- Best practices you'll reference multiple times
- Market research for product ideas
Not needed for:
- Quick one-off questions (just ask)
- Simple API lookups (use Context7)
- Project-specific debugging
Updating Research
If research exists but is outdated:
Options: 1. Update existing (add new findings) 2. Replace entirely (fresh research) 3. View existing 4. Cancel
Integration
Research documents are discovered by:
- Checks for relevant research before planning/plan
- References research in technical notes/spec- Future sessions - Research persists for reference
/research "topic" → ideas/{project}/notes/research/topic.md ↓ Future work automatically references this