plugins/monorepo-standards/skills/monorepo-doctor/SKILL.md
Validate that a monorepo follows the AO Cyber Systems layout convention — root CLAUDE.md declares every area, every area has its own CLAUDE.md, no compiled binaries are tracked in git. Reads the root `CLAUDE.md` Layout table, walks the working tree, and reports drift in a single Markdown summary. Standalone — works on any repo. Triggers on: "audit monorepo layout", "monorepo doctor", "is this monorepo healthy?", "check the layout", "find binaries in the repo".
npx skillsauth add ao-cyber-systems/devflow-claude monorepo-doctorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
CLAUDE.md exists and declares its areas in a Layout table.CLAUDE.md.This is a standalone command — no .planning/ directory required.
Output: a Markdown report printed to the terminal, plus exit code 0 (clean) or 1 (issues found). </objective>
<context> Arguments: $ARGUMENTS (optional)Supported flags (pass them through verbatim):
--root <path> — audit a repo other than the cwd--json — machine-readable output instead of Markdown--no-binary-scan — skip the (slowest) binary walkThe standard AO Cyber Systems monorepo layout is:
| Path | Purpose |
|------|---------|
| go/ | Go services + cmd entrypoints |
| flutter/ | Flutter mobile/desktop app |
| admin/ | Admin web UI (Next.js / Vite) |
| mobile/ or pos/ or api-dart/ | product-specific extras |
| proto/ | gRPC/protobuf schemas |
Every product monorepo (aodex, aosentry, eden-biz, politihub, aohealth) is being aligned to this layout. This skill is how you check whether a repo currently complies. </context>
<process>1. Locate the CLI.
The doctor logic lives at ${CLAUDE_PLUGIN_ROOT}/skills/monorepo-doctor/lib/cli.js. Resolve the plugin root from the env or fall back to the well-known install path.
2. Run the audit.
node "${CLAUDE_PLUGIN_ROOT}/skills/monorepo-doctor/lib/cli.js" $ARGUMENTS
Capture stdout (the human-readable report) and the exit code. Exit code 0 means the monorepo is compliant; exit code 1 means at least one issue was found.
3. Present the report.
Show the full report to the user verbatim. Do not summarise unless they ask — the report is already terse.
4. Suggest next steps.
If the report shows issues, suggest the user invoke /devflow:new-monorepo (template scaffold) or /devflow:quick to fix each issue category. Do not auto-fix without confirmation.
<when_to_use> Use monorepo-doctor for:
Do NOT use for:
.planning/ state checks (use /devflow:status check)
</when_to_use><output_format> Markdown report with sections:
Exit non-zero on failure so the parent skill / shell can chain. </output_format>
development
Resolve a parked decision and resume autonomous execution. Use when you see a pending DECISION-NNN.md in .planning/decisions/pending/, when the user wants to choose an option for a blocked checkpoint:decision, or when you need to tell the executor which option to take. Triggers on: "resolve decision", "decide DECISION-", "pick option for DECISION-", "unblock DECISION-", "answer DECISION-", "choose option for decision", "I want option-a", "go with option-b", "my answer is".
development
Orchestrate a multi-step DevFlow workflow by chaining skills. Use when the user wants to invoke a sequence of skills as one ask (e.g., "build and sync to github", "research, plan, then build", "ship and announce"). Triggers on: "ship X to Y", "build and X", "plan and X", "X then Y", "in one go", "as a chain", "all in sequence", "chain", "ship-and-sync", "research-plan-build"
testing
Stamp a new polyglot monorepo using the AO Cyber Systems scaffold — root CLAUDE.md with Layout table, per-area CLAUDE.md, path-filtered CI workflows, comprehensive .gitignore, and the no-binaries pre-commit hook config. Use this for new product monorepos (the 5-monorepo architecture: aodex, aosentry, eden-biz, politihub, aohealth, plus future ones). Triggers on: "new monorepo", "scaffold a monorepo", "set up a monorepo", "create a new product monorepo".
development
Build, review, or visually inspect web pages using Hugo templates, Tailwind CSS, and the project's brand design system. Use when the user wants to create new pages, design components, audit existing UI, review frontend code, or visually test rendered pages. Triggers on: "build the UI", "design this page", "create a page", "review the frontend", "audit the UI", "check UI consistency", "make it look good", "frontend review", "visual review", "check how it looks", "inspect the page"