karchitect-audit

Audits codebases to produce multi-altitude architectural descriptions and a findings catalog.

2|1|Updated Feb 5, 2026
One-click install
npx skills add https://github.com/kpiteira/devops-ai --skill karchitect-audit-kpiteira
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: karchitect-audit
Source: https://github.com/kpiteira/devops-ai/tree/main/skills/karchitect-audit
Command: npx skills add https://github.com/kpiteira/devops-ai --skill karchitect-audit-kpiteira

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Understanding an unfamiliar or legacy codebase is slow and error-prone, and ad-hoc audits often mix observations with analysis, producing findings without an honest conceptual model. This Skill performs a forensic architectural audit that builds a layered, C4-style description of what a system actually is while accumulating a separate, evidence-cited catalog of problems. ## Core Features & Use Cases - Layered architectural description: Produces C4-altitude artifacts starting with L1 System Context (prose summary, environment diagram, conceptual structure diagram, and component table), with L2–L5 layers planned for containers, components, dimensional findings, and synthesis. - Multi-agent modeling with synthesis: Spawns three independent blind modeler subagents plus a synthesizer that reconciles agreements, flags divergences, and rejects unsound proposals against hard altitude rules. - Parallel findings catalog: Maintains a running FINDINGS.md with draft IDs, file:line evidence, draft severity, and status, kept strictly separate from the pure-description artifact. - Use Case: Point the skill at an inherited repository to get a one-page system context document a newcomer can read in five minutes, plus a deduplicated catalog of issues like god objects and layering violations with concrete code citations. ## Quick Start Run /karchitect-audit with target set to the repository path and layer 1 to generate the system context description and initial findings catalog under docs/architecture/audit.

Frequently Asked Questions about karchitect-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit the architecture of an unfamiliar codebase?

Run the audit with a target path and layer number, for example layer 1 for System Context. It spawns three independent modeler subagents that read the README, manifests, and a small file sample, then a synthesizer reconciles their proposals into one description artifact and a findings catalog.

What does the Layer 1 system context output contain?

Layer 1 produces a one-page pure-description artifact with a plain-English system purpose paragraph, a C4 environment diagram, a conceptual structure diagram with CamelCase components, and a component table with code pointers. Findings are written separately to FINDINGS.md.

Why are findings kept separate from the architecture description?

Mixing findings into the description produces audits with many complaints but no honest conceptual model. The skill builds the descriptive model first and accumulates problems in a separate FINDINGS.md catalog with evidence and draft severity.

Are layers 2 through 5 of the audit implemented?

No, only Layer 1 (System Context) is currently implemented. Layers L2 through L5 covering containers, component depth, dimensional findings, and synthesis are marked TODO and will be designed after L1 passes validation.

What happens when the modeler subagents disagree?

The synthesizer classifies content as agreement, partial agreement, or divergence, includes majority views, and records substantive differences in a Modeler Disagreements section. An empty disagreements section is treated as anchoring and causes the run to be rejected.