No. Twilio SendGrid Mail API returns a success response when it accepts the request. Provely proves bounced, delivered and processed as separate promises.

Skill facts from the signed manifest.
FactValue
Skill version0.1.0
PublisherBuilt and signed by Provely.
CertificationProvisional
Last conformance run2026-09-05T12:00:00Z: 43 of 43 cases passed, 0 critical false VERIFIED
Provider API versionsv3
Default provider API versionv3
Compiled2026-09-05
Manifest hash19c7a63280020153
Manifest hash checkthe document hashes to the value the manifest states
Signaturevalid, key provely-skill-2026-09, trusted by this build

What does this page prove?

ClaimProven byEvidenceStatus
A bounce event with the type bounce states it. A block states the type blocked, and a block never satisfies this level.sendgrid.email.bouncedE3proven
The delivered event of this message states it. It is the first event that a system outside Twilio SendGrid decides.sendgrid.email.deliveredE3proven
The processed event of this message states it. The 202 response does not: it carries no identifier and no promise.sendgrid.email.processedE3proven
An outcome outside Twilio SendGrid Mail API, such as a bank credit or a person who read a messagenot provenno E5 channelnot proven
The agent report that the action workednever countsE0not proven

Which completion levels does the Twilio SendGrid Mail API skill expose?

Each level is one promise with one contract. An agent picks the level that matches the promise it makes. It cannot upgrade a level. Read the completion level definition.

LevelContractPromiseEvidenceCertification
bouncedsendgrid.email.bounced v1.0.0A bounce event with the type bounce states it. A block states the type blocked, and a block never satisfies this level.E3Provisional
deliveredsendgrid.email.delivered v1.0.0The delivered event of this message states it. It is the first event that a system outside Twilio SendGrid decides.E3Provisional
processedsendgrid.email.processed v1.0.0The processed event of this message states it. The 202 response does not: it carries no identifier and no promise.E3Provisional

Which ways can a Twilio SendGrid Mail API action look done and not be?

ContractCaseVerdict
sendgrid.email.bouncedduplicate side effectCONTRADICTED
sendgrid.email.bouncedpre existing stateCONTRADICTED
sendgrid.email.bouncedwrong subjectCONTRADICTED
sendgrid.email.deliveredduplicate side effectCONTRADICTED
sendgrid.email.deliveredpre existing stateCONTRADICTED
sendgrid.email.deliveredwrong subjectCONTRADICTED
sendgrid.email.processedduplicate side effectCONTRADICTED
sendgrid.email.processedpre existing stateCONTRADICTED
sendgrid.email.processedwrong subjectCONTRADICTED

What did the last conformance run show?

The last conformance run on 2026-09-05T12:00:00Z passed 43 of 43 cases with 0 critical false VERIFIED. One critical false VERIFIED rejects a skill.

The certification of each contract.
ContractCertification
sendgrid.email.bouncedProvisional
sendgrid.email.deliveredProvisional
sendgrid.email.processedProvisional

The weakest contract is sendgrid.email.bounced. It reaches Provisional. The package level is Provisional, because a package level never rises above its weakest contract. Read the level of the contract you use.

The conformance result by case class.
Case classPassedTotal
duplicate side effect33
error after execution33
error before execution33
evidence unavailable33
pre existing state33
stale readback33
still transitional33
terminal failure33
terminal success33
timeout after commit33
version mismatch33
webhook duplicate33
webhook out of order33
wrong subject33
wrong terminal state11

The conformance artifact digest is c5e289cd43907f74. The harness signs the run, so a reader can check that these numbers come from that run.

What remains uncertain?

The level is Provisional because of it. Provely does not guess a rule that a source does not state.

Where do these facts come from?

Every claim above cites a source assertion in the skill provenance. The compiler records the source, its hash, and the retrieval date. A page never states a provider rule without one.

SourceKindRetrievedExcerpt
sendgrid.activityopenapi2026-09-08trimmed
sendgrid.docs.activitydocs2026-09-08authored
sendgrid.docs.eventsdocs2026-09-08authored
sendgrid.docs.maildocs2026-09-08authored
sendgrid.docs.webhookdocs2026-09-08authored
sendgrid.eventsevent sample2026-09-08authored
sendgrid.openapiopenapi2026-09-08trimmed

How do I verify a Twilio SendGrid Mail API action?

Verify a Twilio SendGrid Mail API action with Provely

  1. Begin the operation.Call begin with the contract sendgrid.email.bounced and the input. Keep the operation id.
  2. Make the Twilio SendGrid Mail API call you make today.Send the request with the correlation metadata that begin returned.
  3. Submit the acknowledgement.Call action_result with the Twilio SendGrid Mail API response. This is evidence level E1. It is not completion.
  4. Verify.Call verify. The runtime reads the evidence that the contract names, from Twilio SendGrid Mail API and not from the agent, and evaluates the contract.
  5. Report the verdict exactly as returned.VERIFIED comes with a signed receipt. PENDING comes with the operation id. CONTRADICTED and UNVERIFIABLE are not success.

Questions developers ask

Does the bounced level prove the processed level?

No. A bounce event with the type bounce states it. A block states the type blocked, and a block never satisfies this level. The processed event of this message states it. The 202 response does not: it carries no identifier and no promise. Use sendgrid.email.processed to prove processed.

What does the agent say while the Twilio SendGrid Mail API action is still in progress?

It says: "The action is accepted but not yet verified. Operation: <id>." The verdict is PENDING. The runtime observes again on the contract timing policy.

Which Twilio SendGrid Mail API API versions does the skill support?

v3. An operation on another version returns UNVERIFIABLE with the reason version_unsupported. The runtime never guesses.

Does Provely need write access to Twilio SendGrid Mail API?

No. The agent keeps its write key. The verifier reads with a separate read-only credential where Twilio SendGrid Mail API permits it, and it never shares that credential with the agent.