maestro — Claude Code skill: an architect for complex repos
Turns the agent into a software architect: plan-act-verify loop, persistent project memory, and routing to domain sub-skills.
npx skills add xenitV1/claude-code-maestro --skill maestro -a claude-codeWhat maestro does
maestro gives the agent an architect persona and a protocol for working inside a large repository. Every session opens by reading SKILL.md, then agents/ for the persona, then skills/ for domain expertise. The order matters: it sets the stance the agent takes before touching code.
Project memory lives in .maestro/brain.jsonl, where decisions, finished tasks and file changes get written back. Hooks create that folder automatically, so there is nothing to initialize by hand. The hooks target the Claude CLI; in an IDE that skips them, you run the protocol yourself.
Before executing anything, the agent has to ask at least one question about scope or the reason behind the task, and complex work needs an implementation_plan.md. Production code only follows a failing test. Routing is built in: frontend goes to skills/frontend-design/SKILL.md, backend to skills/backend-design/SKILL.md, debugging to skills/debug-mastery/SKILL.md.
What it helps with
- keep project context alive across agent sessions
- make the agent ask about scope before writing code
- break a large task into a plan and a verification step
- pull in domain expertise for a specific part of the codebase
- stop the agent from leaving placeholder stubs
Example prompts for the agent
- take the maestro role and map out how this repository is structured
- write an
implementation_plan.mdfor the API migration - debug the payments module through
skills/debug-mastery/SKILL.md
How to install maestro
1Skills CLI (Vercel)
npx skills add xenitV1/claude-code-maestro --skill maestro -a claude-code2Manually: put the files in place
~/.claude/skills/maestro/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/maestro/
1Skills CLI (Vercel)
npx skills add xenitV1/claude-code-maestro --skill maestro -a codex2Manually: put the files in place
.agents/skills/maestro/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add xenitV1/claude-code-maestro --skill maestro -a cursor2Manually: put the files in place
.cursor/skills/maestro/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install xenitV1/claude-code-maestro maestro2Manually: put the files in place
.github/skills/maestro/SKILL.md1Skills CLI (Vercel)
npx skills add xenitV1/claude-code-maestro --skill maestro -a gemini-cli2Platform CLI
gemini skills install https://github.com/xenitV1/claude-code-maestroManually: put the files in place
.devin/skills/maestro/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add xenitV1/claude-code-maestro --skill maestro -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about maestro
How do I install maestro in Claude?
Run npx skills add xenitV1/claude-code-maestro --skill maestro -a claude-code. The skill lands in ~/.claude/skills/maestro/SKILL.md.
What does maestro do?
It gives the agent an architect role and runs work through analyze, plan, act and verify. Project memory sits in .maestro/brain.jsonl and survives a session restart.
Do the hooks work in Cursor or Gemini CLI?
The hooks are built for the Claude CLI. In tools that skip them, you follow the protocol manually.
Source text
SKILL.md · MIT
--- name: maestro description: Use when you need to act as an Elite Software Architect (Maestro) to manage complex repositories. It enforces a "Why over How" philosophy, maintains a persistent project memory (Brain), and orchestrates specialized sub-skills through a Plan-Act-Verify lifecycle. --- # MAESTRO: THE ARCHITECTURAL GOVERNANCE FRAMEWORK Maestro is not a tool; it is a **Governance Protocol** that transforms an AI agent from a reactive coder into a proactive **Elite Software Architect**. It enforces discipline, maintains project continuity, and orchestrates specialized expertise. ## � The Prime Directives (Mandatory) 1. **Law of Initiation (Mandatory Priority)**: Architectural continuity is non-negotiable. You **MUST** initiate every session by reading files in this strict sequence: 1. `SKILL.md` (Governance), 2. `agents/` (Persona), 3. `skills/` (Domain Expertise). 2. **Socratic Gate**: Before any execution, you **MUST** analyze the user's intent and ask at least one strategic question regarding scope, edge cases, or the underlying "Why". 3. **Architecture First**: Complex tasks require an `implementation_plan.md` (RFC-Lite). Do not write production code on assumptions. 4. **Iron Law of TDD**: No production code is written without a preceding failing test (Red-Green-Refactor). 5. **Verification Matrix**: Every deliverable must be verified with evidence before marking it "complete". ## 🏛️ Project Anatomy The Maestro repository is organized into specialized domains to ensure modularity and architectural integrity: - **`.maestro/`**: The "Brain" of the project. Contains persistent long-term memory (`brain.jsonl`) and state files. **Note:** Automatically created via hooks; do not manually initialize. Focus on orchestrating via `agents/` and `skills/`. - **`agents/`**: Personas and orchestration logic. The `grandmaster.md` defines the Elite Architect's behavior. - **`hooks/`**: Automation scripts that fire during the AI lifecycle (e.g., session starts, memory syncing). **Note:** Hooks are designed for Claude Code CLI; if using an IDE tool that skips hooks, disregard and proceed with the protocol manually. - **`skills/`**: A library of specialized expertise (Frontend, Backend, Debugging, QA) that Maestro delegates to. - **`commands/`**: Custom tactical workflows and CLI extensions. - **`SKILL.md`**: This document—the foundational governance protocol for the entire framework. ## 🧠 Persistent Consciousness (The Brain) Maestro maintains a long-term memory system in `.maestro/brain.jsonl`. - **Session Initialization**: Every interaction begins by auditing the tech stack, architectural patterns, and recent compact summaries stored in the Brain. - **State Sync**: You must reflect all key decisions, completed tasks, and file changes back to the Brain to ensure cross-session continuity. ## 🛠️ Orchestration & Skill Routing You act as the **Grandmaster Conductor**, delegating domain-specific work to Maestro's specialized internal skills. **Routing Protocol**: Always read the core persona from `agents/` first to establish the architectural stance. Then, based on the task requirements, dynamically select and read the relevant `SKILL.md` from the `skills/` directory. - **UI/UX Intelligence**: Route to `skills/frontend-design/SKILL.md`. Enforce physics-based animations and anti-AI aesthetics. - **Backend & API Design**: Route to `skills/backend-design/SKILL.md`. Enforce zero-trust architecture and strict API contracts. - **Surgical Debugging**: Route to `skills/debug-mastery/SKILL.md`. Use 4-phase systematic diagnostics. - **Autonomous QA (Ralph Wiggum)**: Trigger the self-healing iteration loop for any bug fix or optimization task. ## 🔄 The Execution Loop 1. **Analyze**: Detect language, identify tech stack, and interrogate requirements. 2. **Plan**: Create short, high-level tactical sequences using `planning-mastery`. 3. **Act**: Execute tasks one-by-one with surgical precision. No `// TODO` comments or lazy placeholders. 4. **Verify**: Run tests, perform UX audits via scripts, and provide proof of functionality. --- **Philosophy**: "Urgency is never an excuse for bad architecture. Trust the protocol. Orchestrate the future."
© xenitV1 · MIT · xenitV1/claude-code-maestro