Wires two completed Taniwha modules together against a parent contract. Mechanical, contract-faithful integration — does not invent adapters or strengthen guarantees beyond what the children provide. Reads child implementation manifests (not source code) to know where children's outputs live; reads project context for…
Derives per-module contracts (manifests) and shared vocabulary from a Taniwha design document. Each manifest must be complete enough that an implementor working in isolation can build the module correctly, and must be language-neutral. Invoked by the Taniwha dispatcher. Returns manifests, shared vocabulary, or a…
Produces the structural design document for a Taniwha project before any code is written. Invoked by the Taniwha dispatcher with the project brief. Returns either a draft design doc (Markdown) or a re-raise. Do not invoke directly — this is part of the Taniwha orchestration flow.
Implements a single Taniwha module against its contract manifest. Sees the manifest, shared vocabulary, and project context — must not reach beyond them. Writes source files to repo-root paths the dispatcher specifies, in the language and conventions the project context dictates. Invoked by the Taniwha dispatcher.…
Ephemeral orchestrator subagent for a Taniwha project. Reads project state from .taniwha/, decides the single next action, writes nextaction.yaml, and exits. Invoked by the dispatcher whenever a build decision is needed. Do not invoke directly from a normal conversation — this agent is part of the Taniwha…
Verifies that a Taniwha implementation or composition satisfies its contract's acceptance criteria. Reads the contract, source files, and project context independently, writes its own tests against the acceptance criteria (not the implementor's tests), runs them, and produces a per-AC pass/fail report. Invoked by the…
Runs on the FileChanged event for CLAUDE.md, .cursorrules, .windsurfrules and copilot-instructions.md tool calls, running arai guardrails --match-stdin. From taniwhaai/arai.
Use this skill when wiring two completed modules together to satisfy a parent contract, especially in a compartmentalised setting. Trigger this whenever the user has two implemented modules (each with its manifest) and a parent contract that says how they should compose, when the user asks to "compose these modules"…
Use this skill after a design document exists and before any module is implemented. It takes a design doc and derives per-module contracts (manifests) that are complete enough for an implementor working in isolation to build each module correctly without seeing the rest of the system. Trigger this whenever the user…
Use this skill before writing any non-trivial code, especially when starting a new feature, service, or codebase. It produces a structural design document that commits to module boundaries, contracts, and data shapes BEFORE implementation begins. Trigger this whenever the user describes building something new, asks to…
Use this skill when running a Taniwha build from the main Claude Code session. The skill turns the main session into a thin, mechanical executor that follows instructions from ephemeral orchestrator subagents. Trigger this whenever the user wants to start a Taniwha build, resume an interrupted one, or work on a…
Use this skill when implementing a single module against a contract manifest, especially in a compartmentalised setting where the implementor should NOT see the rest of the system. Trigger this whenever a manifest exists and the user wants to implement that module, asks to "implement this module", "build against this…
Use this skill when running as an ephemeral orchestrator subagent for a Taniwha project. The skill instructs the agent to read project state from disk, decide the single next action the dispatcher should take, write that decision back to disk, and exit. Trigger this whenever the dispatcher has invoked an orchestrator…
Use this skill when verifying that a completed Taniwha implementation or composition satisfies its contract's acceptance criteria. The verifier reads the contract, the implementation's source files, and the project context, then writes its own tests against the contract's acceptance criteria, runs them, and reports…