maestro-audit
Use for read-only Maestro repo audits that propose harness backlog improvements without implementing them.
git clone --depth 1 https://github.com/ReinaMacCredy/maestro /tmp/maestro-audit && cp -r /tmp/maestro-audit/embedded/skills/maestro-audit ~/.claude/skills/maestro-auditSKILL.md
# Maestro Audit Use this for repo-wide improvement audits. The audit is agent work; Maestro only stores, merges, and surfaces proposals. Activate: `maestro hook record --event skill_activation --skill maestro-audit` ## Stop Do not implement, edit code, or change repo artifacts during this skill run. Produce proposals only. ## Do 1. Read known state: `maestro status`, `maestro harness list --all`, active features, active tasks, decisions, and repo instructions. 2. Re-read the repo from scratch, including docs, code ownership boundaries, tests, scripts, and shipped embedded resources relevant to the finding. 3. Cross-check findings against Maestro state so you do not propose work already accepted, dismissed, measured, or covered by active tasks. 4. Re-propose every finding still seen. Use one stable topic per finding so the verb merges repeats: ```sh maestro harness propose --title "<finding>" --evidence "<file:line evidence and why it matters>" --topic <stable-topic> ``` ## Evidence Each proposal needs concrete evidence: file paths, line numbers, command output, or exact artifact names. Do not file style opinions without a repo-specific impact and a way to verify the improvement. ## Hand-off Pipeline: `[maestro-audit] -> maestro harness apply -> maestro-task` Next: proposals filed -> inspect with `maestro harness list`; accepted proposals spawn normal tasks through `maestro harness apply <id>`.
>-
>-
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\"