Runtime gates
Feature and execution boundaries that keep sensitive lanes closed unless a narrow precondition is satisfied.
Blaze Balance Engine
Technical Docs
Blaze separates AI reasoning from execution authority. Agents can propose, summarize, and explain. The runtime decides whether touch is technically reachable.
Feature and execution boundaries that keep sensitive lanes closed unless a narrow precondition is satisfied.
Structured evidence objects that record consumed dependencies, verified states, blocked behaviors, and next recommended steps.
Proof that dangerous behavior did not happen: no call, no read, no decrypt, no write, no queue, no hidden execution.
Human cockpit pages show cards and badges while API routes expose raw JSON for audit and export.
External systems enter as governed signal adapters, not free-form automation clients.
Missing receipts, incomplete scope, absent consent, or failed audits keep the path locked.
Blaze separates human-readable cockpit pages from raw receipt endpoints. This makes the same proof chain useful for operators and auditors.
/operator/signals/... = operator-facing UI
/operator/api/signals/... = raw receipt JSON
php artisan blaze:v2d... = terminal receipt and JSONAs of v2d.19b.62, the operator consent boundary has been previewed, audited, and smoke-tested as non-authority. The readiness gate remains closed and the readiness hold remains active.
Name the system, tenant, data categories, and sensitive fields.
Define which signals can be observed before authority exists.
Separate lookup, decrypt, refresh, storage, exposure, and logs.
Define the exact phrase and operator identity binding required later.
Constrain endpoint, count, retry behavior, background jobs, and pagination.
Make side-effect certificates and receipt lineage visible.