Foundational Review
Pre-besluit review: oordeel, uitgangspunten en een onomkeerbaarheidsinventaris
Werkt met setup
Wat het doet
Voert een besluit-geankerde review van een project uit vóór een onomkeerbare stap (een v1.0 freeze, schema/spec tag, API of repo public-flip, of grote re-scope), produceert een vaste-vocabulaire uitspraak gebaseerd op een benoemde uitgangspunten-tabel, A-F review secties, een onomkeerbaarheidsinventaris, en koud-uitvoerbare specs/plannen. Activeert op '/foundational-review', 'review this at the foundations', of 'is this the right thing built the right way'. Weigert te draaien zonder een benoemd onomkeerbaar besluit en leidt in plaats daarvan om.
Testrapport
Beoordeelde een 'tag v1.0 and freeze the public API of a small CLI' beslissing op twee manieren: de baseline gaf zinnige pro/con proza, terwijl de skill een vaste-vocabulaire uitspraak afdwong, een uitgangspunten-tabel met 'if it changes' gevolgen, en een onomkeerbaarheidsinventaris die precies aan het licht bracht wat duur wordt na de freeze -- een lens die de baseline miste. Het kernartefact verslaat duidelijk ad-hoc, maar de frictie is reëel: Stap 5 roept /prospect aan, de pairing check roept /readiness-audit aan, en Stap 7 roept /extract aan -- allemaal sibling aria skills afwezig in een standalone installatie, en het chain-doc laadpad gebruikt ${CLAUDE_PLUGIN_ROOT} wat oningesteld is buiten de plugin. De co-located foundational-review-chain.md installeert correct naast SKILL.md.
Getest op: 2026-07-25 · Claude Code 2.x (agent harness)
Installatie
git clone https://github.com/mikeprasad/aria-knowledge.git mkdir -p ~/.claude/skills cd aria-knowledge && cp -r plugin-claude-code/skills/foundational-review ~/.claude/skills/foundational-review
Commando's en voorbeeldprompts
/foundational-reviewPre-besluit review: oordeel, uitgangspunten en een onomkeerbaarheidsinventaris
Skills reageren op gewone verzoeken — geen commando's om te onthouden. Na installatie activeren prompts zoals deze de skill (in het Engels):
Run a foundational review before we tag v1.0 and freeze the APIIs this the right thing built the right way before we go public?Review this at the foundations before the schema freeze