{"id":77216,"plugin_id":"plugin_asdk_app_6abf3b8d3cb08191b1b4e670a707e652","kind":"skill","collection_source":"plugin_package","comparison_source":null,"observed_at":"2026-11-03T00:13:06.410Z","digest":"a45f46ba2427279f3bc9ba0be5fa1006d38a6d10f289e3dfa79ca6d3af13093d","against":null,"payload":{"description":"Use when a DoneState run awaits independent verification or a user asks whether the exact published result is proven complete.","included_files":[],"name":"verify-objective","skill_md_contents":"---\nname: verify-objective\ndescription: Use when a DoneState run awaits independent verification or a user asks whether the exact published result is proven complete.\n---\n\n# Verify a DoneState objective\n\nDoneState is Proof & State's authorised execution control plane. OpsTruth is the independent read-only verification plane. Keep that trust boundary intact: DoneState, its coding harness and its plugin never certify their own execution evidence.\n\nFirst call `get_objective`. If the configured automatic OpsTruth request already produced a terminal state, report it without resubmitting. If the run remains `AWAITING_VERIFICATION`, call `request_opstruth_verification` for the exact run ID. Use the manual handoff sequence below only when the configured bridge is unavailable.\n\nFor a manual sequence, call `create_verification_handoff` for the exact run ID. Preserve its handoff digest, verification nonce, execution snapshot digest, exact base and head commits, acceptance criteria, verification requirements, action intent/result digests and event-chain head without alteration.\n\nFor a `donestate.verification-handoff.v2`, call `opstruth_attest_donestate_handoff` with the complete handoff. OpsTruth must return the report and signed attestation without submitting it. DoneState, the coding harness and the plugin must never sign their own claims.\n\nOnly call `submit_verifier_attestation` when all of these are present:\n\n- the same run ID and execution snapshot digest\n- the same verification nonce and handoff digest\n- a verification report digest\n- a decision of `verified`, `failed` or `uncertain`\n- evidence references that support the decision\n- an Ed25519 signature from a fingerprint pinned in the objective\n\nSubmit the returned attestation once. Then call `get_objective` and report the resulting durable state. `verified` is allowed only when every sealed machine-checkable requirement was independently satisfied. Missing or incomplete evidence must remain `uncertain`.\n\nIf a verifier can inspect the repository but cannot produce the required signed attestation, report `BLOCKED_CAPABILITY`. Do not manufacture a signature, downgrade the trust rule or describe `AWAITING_VERIFICATION` as done.\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}