From pulseengine-claude
This skill should be used when doing a feature end-to-end on a PulseEngine project (rivet, spar, witness, sigil, meld, loom, synth, wohl, kiln) — including "implement a feature", "add a new requirement", "extend the architecture", "write a new pass", "ship a feature end-to-end", "do this properly with traceability", "model-driven implementation", or any feature work that should pass through the full AADL → WIT → typed traceability → oracle-gated code → MC/DC → attestation → verify loop. ALWAYS use this skill when the user authorizes feature work on a PulseEngine project and the work touches more than a single file.
How this skill is triggered — by the user, by Claude, or both
Slash command
/pulseengine-claude:pulseengine-feature-loopThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
End-to-end feature work on a PulseEngine project where the methodology actually composes: spar (AADL architecture) → rivet (typed traceability) → code (agent-written, oracle-gated) → witness (MC/DC on Wasm) → sigil (signed attestation) → smithy (clean-room verify). This is the "MBSE is mandatory infrastructure for AI-authored safety code" claim made concrete.
End-to-end feature work on a PulseEngine project where the methodology actually composes: spar (AADL architecture) → rivet (typed traceability) → code (agent-written, oracle-gated) → witness (MC/DC on Wasm) → sigil (signed attestation) → smithy (clean-room verify). This is the "MBSE is mandatory infrastructure for AI-authored safety code" claim made concrete.
Use this when the feature touches more than one layer of the stack. Single-file refactors don't need the full loop; reach for [oracle-gate-a-change] alone.
If the feature changes architecture (new component, new mode, new interaction, new resource sharing):
.aadl files..aadl files + spar analysis output.WIT interfaces are derived from AADL via spar, never hand-written. From wohl/spar-generates-wit.md.
.wit files. Their diff against main is a function of the AADL change, not a manual edit.For each new property the feature claims:
verifies, implements, traced-by.rivet validate and rivet check — both must be green.requirements/, decisions/, tests/. rivet coverage should show the trace topology now covering the new property.Per [oracle-gate-a-change]:
nm symbol check).oracle-gate-a-change.If the feature lands a new branch / decision / variant:
witness on the relevant Wasm component.witness-out/ (or similar) showing zero unresolved gap rows.If the feature lands a new build artifact or a new build-stage:
Per [clean-room-verification]:
When the feature is green end-to-end, ship it via [release-execution]. Include the falsification statement for the new behavior in the release notes.
This loop is not optional ritual. It's the cheap version of safety-critical engineering — agent-minutes replace half-a-day-per-requirement, the model drives the build instead of sitting alongside it, and the alternative (untraceable AI-authored code) is unshippable in regulated domains.
The loop's cost is now in tooling, not labor. Skipping a step skips the corresponding evidence; assessor confidence is the metric, not throughput.
witness coverage percentages. Read the gap rows in the truth table. From witness-the-truth-table-not-the-percentage and witness-wasm-mcdc.Sits at the top of the composition tree. Calls [oracle-gate-a-change] per change. Calls [clean-room-verification] for the verify step. Hands off to [release-execution] when green.
Provides UI/UX resources: 50+ styles, color palettes, font pairings, guidelines, charts for web/mobile across React, Next.js, Vue, Svelte, Tailwind, React Native, Flutter. Aids planning, building, reviewing interfaces.
Fetches up-to-date documentation from Context7 for libraries and frameworks like React, Next.js, Prisma. Use for setup questions, API references, and code examples.
npx claudepluginhub pulseengine/pulseengine.eu --plugin pulseengine-claude