For reviewers
Inspect the exported interface and the allowed host calls before approving a runtime.
- WIT contract
- declared effects
- evidence-ready artifacts
Glither is the RAGBAZ rule language for consequential automation. The compiler path turns typed policies and strategies into WIT-described WebAssembly Components so host capabilities are explicit, portable, and reviewable before execution.
Agent gates, mail filters, trading strategies, and reviewer workflows should not depend on invisible callbacks. WIT makes the contract inspectable before the runtime is trusted.
Inspect the exported interface and the allowed host calls before approving a runtime.
Run policies in a constrained host with explicit inputs, outputs, and failure behavior.
Author one rule surface, then generate Rust component code and companion checks from the same source.
The current slice is intentionally narrow: prove the compiler membrane, show the generated artifact, and keep the unfinished runtime claims visible.
Start with one governance or strategy file that has a meaningful action boundary. The pilot is strongest when the policy can be explained to a reviewer without reading host code.
The WIT output is the contract reviewers can inspect: imports, exports, record types, and declared effect boundaries before a component is admitted to a host.
The Rust component path is the implementation target for the current slice. OCI distribution and full host conformance remain work-in-progress surfaces, not production guarantees.
The useful buyer artifact is not only a binary. It is the source, WIT contract, build log, test fixture, and a short status note that says what is implemented and what is not.
The pilot output is a Glither source file, generated WIT, component artifact, and an operator-facing evidence packet.