Scope and audience
Use this review when a team has an AGEX bundle that must pass a focused signing gate before it is handed to another operator, environment, or partner. It suits release reviewers, security engineers, and operations staff who need a repeatable answer to three questions: what does the bundle expose, which key signed it, and is the evidence sufficient to continue?
This is a review of one artifact, not a promise that the entire supply chain is safe. Keep the bundle and expected metadata available, decide the acceptable AGEX version and visible fields, and identify the release record that names the trusted public-key fingerprint.
Generate and inspect
Start with agex-keypair-generator only for disposable test material. Protect the private key immediately and keep it out of the bundle, logs, and handoff note. The generated public key can support a controlled fixture, but it is not automatically the production trust anchor.
Use agex-bundle-inspector to capture the bundle version, filename, size, MIME type, signer information, and signature presence without decrypting plaintext. Compare those values with the agreed baseline. A package can have a cryptographically valid signature and still require review if its visible metadata is unexpected.
Verify and decide
Run agex-signature-verifier with the public key whose origin was confirmed through an independent release record or owner-controlled channel. Check the verification result and the key fingerprint together. If the signature is absent, invalid, mismatched, or tied to an unknown key, stop the handoff, preserve the evidence, and request clarification or a replacement bundle.
Record the inspector output, verifier output, trust source, and final decision. For a broader package creation and delivery process, continue with the existing agex-secure-file-sharing workflow; this review does not transport files, prove identity, decrypt content, or provide absolute supply-chain assurance.