maestro-setup
Use after Maestro init/install or doctor warnings to tune a repository harness from verified repo evidence.
git clone --depth 1 https://github.com/ReinaMacCredy/maestro /tmp/maestro-setup && cp -r /tmp/maestro-setup/embedded/skills/maestro-setup ~/.claude/skills/maestro-setupSKILL.md
# Maestro Setup Tune a Maestro-enabled repository harness from current repository evidence. Activate: `maestro hook record --event skill_activation --skill maestro-setup` ## Use - After `maestro init`. - After `maestro install`. - When `maestro doctor` reports setup or local agent integration problems. - When a repo's build/test/harness instructions are missing or stale. ## Do 1. Run `pwd`, then `maestro status`. 2. If the repo is not initialized, run `maestro init --dry-run`. 3. If dry-run prints `operating on <path>` and that path is not the intended current project root, stop and ask the user to pick or create the root before any write. 4. Only after the root is correct, run `maestro init --yes`. 5. Run `maestro doctor`. 6. If no agent integration is installed, run `maestro install --agent codex` unless the user asked for another agent. 7. Inspect repo structure, build/test commands, existing agent instructions, and workflow constraints. 8. Update harness guidance only from verified files or command output. 9. Run `maestro doctor`, then `maestro status`. ## Stop - `maestro init --dry-run` writes nothing; use it before init writes. - `maestro init --yes` keeps existing files and creates missing files. - Use `maestro init --force` only for deliberate refresh; it backs up managed files first. - Do not tune the harness from guesses, package-manager defaults, or stale chat memory. ## Done - Setup is healthy, or the remaining setup blocker is explicit. - The next handoff is visible from `maestro status`. - Harness guidance changes cite inspected files or commands.
>-
>-
Use when the user needs to run GitNexus CLI commands like analyze/index a repo, check status, clean the index, generate a wiki, or list indexed repos. Examples: \"Index this repo\", \"Reanalyze the codebase\", \"Generate a wiki\"
Use when the user is debugging a bug, tracing an error, or asking why something fails. Examples: \"Why is X failing?\", \"Where does this error come from?\", \"Trace this bug\"
Use when the user asks how code works, wants to understand architecture, trace execution flows, or explore unfamiliar parts of the codebase. Examples: \"How does X work?\", \"What calls this function?\", \"Show me the auth flow\"
Use when the user asks about GitNexus itself — available tools, how to query the knowledge graph, MCP resources, graph schema, or workflow reference. Examples: \"What GitNexus tools are available?\", \"How do I use GitNexus?\"
Use when the user wants to know what will break if they change something, or needs safety analysis before editing code. Examples: \"Is it safe to change X?\", \"What depends on this?\", \"What will break?\"
Use when the user wants to rename, extract, split, move, or restructure code safely. Examples: \"Rename this function\", \"Extract this into a module\", \"Refactor this class\", \"Move this to a separate file\"