project-architecture-quality-loop

Runs a deliberate analyze-assess-improve loop that fixes tiered architecture weaknesses in a codebase.

1|Updated Jun 2, 2026
One-click install
npx skills add https://github.com/envoydev/claude-stack --skill project-architecture-quality-loop-envoydev
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: project-architecture-quality-loop
Source: https://github.com/envoydev/claude-stack/tree/main/stack/skills/project-architecture-quality-loop
Command: npx skills add https://github.com/envoydev/claude-stack --skill project-architecture-quality-loop-envoydev

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Architecture weaknesses accumulate silently in a growing codebase, and ad-hoc refactoring lacks a disciplined loop: findings get lost, risky structural changes get applied without approval, and documentation drifts from the code. This Skill provides a bounded, user-invoked loop that analyzes the architecture, assesses weaknesses by tier, fixes the safe ones, and gates the risky ones on explicit user decisions. ## Core Features & Use Cases - Tiered weakness routing: Small weaknesses go to a domain implementer, substantial ones go through a designer -> plan gate -> user approval -> implementers -> verifier pipeline, and structural reworks are never auto-applied. - Fresh assessment every round: The architecture map and the ASSESSMENT.md findings are recomputed by separate capture skills each round, so the loop never edits or prunes the assessment itself. - Bounded and honest execution: A hard cap of 3 improve rounds, fresh-session resume blocks between rounds, green build/test baselines, and a structured final report with resolved, deferred, and proposed-decision fields. - Use Case: Point it at the Orders module of a .NET API; it maps the architecture, finds a repository leaking an EF type (small) and a grab-bag namespace (substantial), fixes both through the gated pipeline, flags a persistence-dependency inversion for your decision, and loops until satisfied. ## Quick Start Run /project-architecture-quality-loop on the Orders module to analyze its architecture and work through the fixable weaknesses.

Frequently Asked Questions about project-architecture-quality-loop

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

FAQPage Schema
How do I run an architecture quality improvement loop on my codebase?▼

Invoke /project-architecture-quality-loop with a scope such as one bounded context or module subtree. It captures the architecture map, recomputes a tiered weakness assessment, then fixes small and substantial weaknesses through gated implementer and verifier seats while flagging structural ones for your decision.

What is the difference between the architecture quality loop and a code quality loop?▼

The architecture quality loop targets structural weaknesses like boundary leaks, coupling, and dependency direction, while project-quality-loop handles code-level polish. Test-suite and coverage weaknesses belong to the separate deliberate coverage analyze-and-improve loop, not this one.

Does the architecture loop apply structural changes automatically?▼

No. Structural weaknesses, meaning risky cross-cutting reworks, are presented with their reasoning and remediation, then decided via an explicit user prompt: apply, decline, or defer. Unapproved structural reworks are flagged in the final report, never attempted.

How many improvement rounds does the loop run?▼

The loop is hard-capped at 3 improve rounds, counted across sessions via the resume block's round numbering. Each round boundary offers a fresh-session resume point, and the loop stops early on SATISFIED, PLATEAU, or BLOCKED verdicts.

Why does the loop never edit the architecture assessment document?▼

Measured audit rounds showed self-pruning broke its own batched-edit rules repeatedly, so write access was removed by design. A separate findings capture recomputes ASSESSMENT.md fresh every round from the map, code, and decision log, leaving nothing for the loop to prune.

When should I not use the architecture quality loop?▼

Skip it for code-quality polish (use project-quality-loop), single feature builds (use project-solve-cross-task), capture-only runs (use /project-architecture-analyzer alone), and test coverage weaknesses, which have their own dedicated loop.