From architecture
Architecture review guidance. Use when reviewing architectural changes, assessing system design, or evaluating code structure.
How this skill is triggered — by the user, by Claude, or both
Slash command
/architecture:architecture-reviewThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Report ONLY when you found something concerning and then report what you found.
Report ONLY when you found something concerning and then report what you found. If you didn't find anything, don't report it. Mention only things you actually found problematic. Don't "check off" certain points here by saying "passed" this or that point. I assume when you didn't mention an aspect that is precisely because it PASSED. (But, if there is really absolutely nothing you found, at least acknowledge with a single statement that you did found nothing.)
Does each namespace or function has a clear responsibility? And is it one, and a clearly nameable one? Or are there multiple things being done at once? In that case, why not break it down into modules which do just one thing?
Example, when we access an environment variable in a namespace, we can ask if we can access the variable one namespace "higher", at the current function's call-site, and pass it simply in as a paramter. The more functions are kept pure, the easier it is for us to test.
When we have an application like here which is part single page application (SPA) for the frontend and a backend (via REST, or GraphQL), we want to consider some things.
While the frontend is responsible for keeping a specific user's state, it should stay as dumb as possible. For example, instead of sorting something in the frontend, we always would chose sorting on the backend and hand over a list (which is sorted by definition) to the frontend.
npx claudepluginhub eighttrigrams/claude-stuff --plugin architectureEvaluates software architecture for boundaries, coupling, cohesion, abstractions, data flow, testability, scaling, and simplicity using a structured checklist. Reports risks, consequences, and recommendations for refactors and design choices.
Architecture review skill assessing structural integrity, coupling, cohesion, resilience, and evolutionary fitness. Used by review orchestrators, not invoked directly.
Reviews code for clean architecture compliance, evaluating cohesion (REP, CRP, CCP), coupling (ADP, SDP, SAP), and quality attributes (maintainability, extensibility, testability). Use when assessing new or modified code architecture.