Private preview · Invitation-only managed qualificationRequest access →
Fullbeam
Resource / Runtime Identity

Compare the stack you approved with the one that ran

Modern harnesses can reroute a model, load a plugin, change a tool schema, widen a permission, or hand a step to another agent during execution. The declared release and effective runtime can diverge.

What the release gate checks

The evidence behind the decision

Each result stays tied to the Stack Release, workload, repository state, and coverage that produced it. If evidence is missing, the gap remains visible in the release call.

01

The declared release records intent

It contains the model, harness, instructions, tools, permissions, routing, context policy, workflow, verification, and runtime that the team approved for this evaluation and intended to place in front of developers.

02

The effective runtime records execution

It follows the model routes, tool schemas, plugins, permission state, subagents, and transitions observed while the session moved from task to accepted result.

03

Give credit to the system that did the work

A low-cost route cannot claim a success completed by an expensive fallback, and a candidate cannot pass with a tool or subagent that never cleared qualification.

04

Let coverage change the decision

Coverage changes the call. Verified evidence supports attribution, while partial, drifted, and unknown states restrict the claim or keep the workload under evaluation.

Bring us the next stack change

Qualification follows the run. An approved label cannot give an altered runtime credit for work it was never cleared to perform under the release policy.

One current releaseOne candidatePrivate repository workA workload-level decision