Inputs
- Proposed action and arguments from a registered agent or tool
- Signed permit from Gatekeeper
- Action digest and declared scope
Runtime and execution assurance
Propose is not dispatch.
Runtime action mediation for registered agent and tool actions, separating a proposal from a dispatched effect.
Responsibility
NARG (the NiGeNje Agent Runtime Guard) mediates registered agent and tool actions. It verifies a permit for the specific action, keeps the proposal separate from dispatch, performs its own effect read-back, and reports unknown rather than success when it cannot confirm the outcome.
The runtime is where governance either exists or becomes a suggestion. NARG places an explicit decision boundary between an agent proposing an action and a tool receiving it. The action digest is bound to the permit, so an altered payload cannot ride on an earlier approval.
NARG is deliberately not a universal interceptor. It protects registered mediation points. Direct sockets, shell commands and unwrapped filesystem writes are outside its boundary, and the platform says so rather than implying host-level enforcement.
Lifecycle position
Stage numbering is canonical across the site. Open the interactive lifecycle to see every component with responsibilities at each stage.
Verify the permit against the exact action.
Apply the effect through a controlled adapter.
Verified capabilities
Capabilities are drawn from the product register. Each one is bounded by the limitations stated further down this page.
Evidence and maturity
Maturity describes verified engineering evidence in a bounded environment. It is not a production-readiness statement.
Registered mediation, permit verification, replay protection and altered-payload refusal were exercised in a recorded dispatch, and the audit chain verified afterwards. NARG is classified EXCLUDED_NO_GO in the release-candidate assessment record, with finding F-01 open and its suite not re-run in this review; current read routes are auth-gapped.
This label describes verified engineering evidence only. No production deployment, certification, benchmark or customer outcome is claimed.
Dependencies are stated as the product register records them. A dependency is not automatically production-qualified; see its own product or component page for its maturity and limitations.
Limitations
Limitations are stated before the evaluation questions so they cannot be missed, downplayed or treated as future-work footnotes.
No capability on this page should be read as production qualification. If a limitation is material to your use case, it belongs in the evaluation scope — not after it.
Relationship to the platform
NARG is the runtime enforcement point for registered actions. Gatekeeper decides, NARG enforces, Substrate executes and NARG verifies the effect before the Control Plane reconciles it.
Next step
Bring a system boundary, an action class and a failure mode. The first step is to agree what should be governed and what evidence would count.