Archi Diff
Use this skill for change-scoped architecture review.
Workflow
- Inspect the available architecture-analysis command shape before assuming flags.
- Use
archi-evidence-mapfirst when the evidence source is unclear or when tools are unavailable. - Run or read incremental architecture review evidence only when available or requested.
- Read changed source files and nearby ownership boundaries directly.
- Use vendored
code-review-and-qualitywhen the diff needs broad quality coverage beyond architecture-only findings. - Use vendored
requesting-code-reviewwhen the user wants an independent review lane or review handoff. - Route focused concerns to the relevant method skill: topology, boundaries, change impact, decision drift, fitness functions, or distributed systems.
- Read
.architec/architec-summary.mdfirst when present. - Use
.architec/architec-analysis.jsonfor exact scores, concerns, signals, hotspots, and artifact paths. - Focus on changed-component concerns, boundary pressure, duplication, hotspots, and recommendations.
Output
Lead with the verdict:
Verdict
- diff status:
- incremental score:
Blocking Issues
- ...
Impacted Areas
- ...
Required Changes
- ...
Do not paste raw JSON. Use direct code references for findings that need engineering action.
If no architecture-analysis tool is available, continue with direct diff and source review, and state the missing evidence as residual risk.