Verified
The observed resource matches the contract at the recorded time. Reuse that result.
Your agent sent the request. Verify checks the receiving system before the agent reports success. Start with GitHub issue creation: recover a missing reference, identify a mismatch, or keep an uncertain result open.
Create one open issue for the customer report, with the required label and a unique correlation marker.
The issue was created. The response never reached the agent.
Verification reads state. It does not repeat or reverse the original action.
Run the sample verification to compare the requested outcome with observed evidence.
This workbench uses fictional records. The hosted pilot API reads an authorized GitHub repository and stores a timestamped observation. Connect an agent ↗
The contract defines success before the agent writes. Verification checks observable state afterward.
Read the quickstart ↗selectagent_register_contractDefine the expected effect, source system and correlation marker.
selectagent_verify_outcomeRead the receiving system and classify the evidence.
selectagent_get_verificationRetrieve the timestamped result and recovery instruction.
The observed resource matches the contract at the recorded time. Reuse that result.
The evidence conflicts with the intended result. Reconcile the existing state.
The evidence is incomplete or unavailable. A blind retry is still unsafe.
A verification confirms the specified observable state. It does not establish customer satisfaction, permanent correctness, or who caused the change.
For agent application teams and integration builders dealing with uncertain writes, duplicates, and false completion.
Start with one connector and a set of sanitized failure cases. Measure whether independent verification makes the workflow more reliable.
Request free access ↗Preview access is free. Repository scope is agreed before onboarding. Hosted API access is available to provisioned preview keys. Verification does not perform corrective writes.