Claude-skill-registry btr-capture
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/btr-capture" ~/.claude/skills/majiayu000-claude-skill-registry-btr-capture && rm -rf "$T"
manifest:
skills/data/btr-capture/SKILL.mdsource content
BTR Capture
⚠️ CRITICAL: BTR ≠ ByteRover
This skill uses
(local context tree), NOT btr
(ByteRover CLI).brv
| Command | Tool | Syntax |
|---|---|---|
| ✓ CORRECT | | |
| ✗ WRONG | | Different tool, different syntax, requires auth |
PREFER MCP tools when available:
- Structured, type-safemcp__btr__curate_context
- Validated searchmcp__btr__query_context
Only use Bash
btr commands if MCP tools are unavailable.
Capture and store valuable context for future retrieval.
PROACTIVE BEHAVIOR (CRITICAL)
DO NOT wait for the user to say "save this" - you should proactively suggest saving valuable context.
Trigger Conditions
After ANY of these events, ASK the user if they want to save the context:
- User confirms code works - "That works!", "Perfect!", "It's working now"
- Bug was fixed - Successfully resolved an issue after debugging
- Architecture decision made - Discussed and decided on a design approach
- New pattern established - Created a reusable pattern, utility, or component
- Complex problem solved - Figured out a non-obvious solution
- Configuration established - Set up tooling, environment, or integration
Example Flow
User: "That fixed the authentication issue, thanks!" Claude: "Great! The JWT refresh token rotation pattern we implemented could be valuable for future auth work. Save to BTR? I'd capture: - Domain: auth - Topic: jwt-refresh-rotation - Key details: The rotation logic, error handling, and token invalidation"
Proactive Check-In
Every 10-15 messages during active development, consider:
- Have we established patterns worth preserving?
- Did we make decisions that should be documented?
- Is there context that would help future sessions?
Preferred Method
-
FIRST: Use MCP tools if available
mcp__btr__curate_context(domain="auth", topic="jwt-flow", content="...", tags=["security"]) -
FALLBACK: Use
CLI via Bashbtrbtr curate auth jwt-flow --content "..." --tags security -
NEVER: Use
(different product entirely)brv
Quick Start
btr curate <domain> <topic> --content "<content>" [--tags tag1,tag2]
Instructions
- Identify the content to capture (code, explanation, pattern)
- Determine appropriate domain (e.g., auth, api, database, frontend, testing)
- Generate a descriptive topic name (kebab-case, e.g., jwt-validation, error-handling)
- Extract or ask for relevant tags
- Run the CLI command to save the context
- Confirm successful capture to user
Domain Suggestions
- Authentication, authorization, sessionsauth
- REST endpoints, GraphQL, rate limitingapi
- Queries, migrations, connection poolingdatabase
- Components, state management, stylingfrontend
- Test patterns, mocking, fixturestesting
- Deployment, CI/CD, monitoringdevops
- Design decisions, patternsarchitecture
Examples
Save a code pattern
User: "Save this JWT validation pattern"
btr curate auth jwt-validation --content "..." --tags security,tokens,middleware
Save a design decision
User: "Remember why we chose Redis for caching"
btr curate architecture caching-decision --content "..." --tags redis,decisions,performance
For more examples, see examples.md.