Meta-repository for Claude Code skills, commands, agents, and project templates.
- Runtime: Node.js 20+
- Languages: TypeScript, Markdown
- Tools: Claude Code CLI, MCP servers
- Key Dependencies: @anthropic-ai/sdk, various MCP integrations
.claude/ → Local Claude Code config (commands, agents, skills, hooks)
workflows/ → Kata config, mode templates, prompts, verification tools
agents/ → Subagent definitions (markdown with YAML frontmatter)
PLANNING/ → Implementation phases and methodology docs
ARCHITECTURE/ → System design documentation
DOCUMENTATION/ → General docs and guides
skills/ → Distributable skills (organized-codebase-applicator, etc.)
scripts/ → Automation scripts
- Use TypeScript with strict mode for all new code
- Prefer async/await over callbacks
- Use conventional commits (feat/fix/docs/refactor/test/chore)
- Skills use SKILL.md format with YAML frontmatter
This repo uses @codevibesmatter/kata for workflow enforcement.
Setup: npx kata setup --batteries --strict (run automatically by just add-kata)
Workflow: kata enter <mode> → work through phases → kata can-exit → kata exit
Modes: planning, implementation, task, research, verify, debug, freeform, onboard
Config: .claude/workflows/kata.yaml — test commands, spec paths, rules, mode definitions
Agent dispatch: kata agent-run --prompt=<name> or kata agent-run --custom="<text>"
Multi-project: kata projects list|add|sync|doctor for managing kata across repos
- Never use
--dangerously-skip-permissions(use structured permissions instead) - Never skip plan mode for complex features (always plan first)
- Never commit without running verification first
- Never hardcode paths - use relative paths or environment variables
- Never create files without reading existing patterns first
- Never edit
.claude/workflows/kata.yamlmanually whenkata configcommands exist
Before completing ANY task:
- Describe your verification approach first
- Run linting/type checks if applicable
- For skills/commands: test by invoking them
- For UI changes: provide screenshot or description
- Update CLAUDE.md "DO NOT" section if you discover new anti-patterns
You are given two tools from Byterover MCP server:
You MUST always use this tool when:
- Learning new patterns, APIs, or architectural decisions from the codebase
- Encountering error solutions or debugging techniques
- Finding reusable code patterns or utility functions
- Completing any significant task or plan implementation
You MUST always use this tool when:
- Starting any new task or implementation to gather relevant context
- Before making architectural decisions to understand existing patterns
- When debugging issues to check for previous solutions
- Working with unfamiliar parts of the codebase