
I built a CLI-installable set of architecture review skills—what would you want it to catch?
I kept running into a gap with AI coding tools: they can produce a lot of code quickly, but the architecture review step is still easy to skip. I’m building ArcForge, an open-source set of portable Agent Skills distributed through the Skills CLI, to make that checkpoint repeatable.
The current package has three focused skills:
- system-architecture-harness: turns requirements into evidence-backed production architecture, with decisions, trade-offs, risks, validation, and implementation slices.
- ai-agent-system-architecture: reviews tool boundaries, memory/model routing, budgets, evaluations, safety, latency, and rollout gates for LLM/RAG and multi-agent systems.
- architecture-review-gate: adversarial review of RFCs, ADRs, diagrams, migrations, and readiness plans, ending in findings, blockers, a score/verdict, and approval conditions.
Install it with:
npx skills add d4rkninja/arcforge
Source: https://github.com/d4rkNinja/arcforge
Skills listing: https://skills.sh/d4rkninja/arcforge
This is my project, and I’d rather learn where the workflow is weak than pretend it catches everything. For people who build or maintain CLI/dev-tool workflows: what should an architecture review command ask for or refuse to approve? If you find it useful, a GitHub star would help other contributors discover it.