No. Google Calendar API returns a success response when it accepts the request. Provely proves created, guests_invited and rescheduled 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: 42 of 42 cases passed, 0 critical false VERIFIED
Provider API versionsv3.20260826
Default provider API versionv3.20260826
Compiled2026-09-05
Manifest hashcaa9e3ed67f54457
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
The event exists with the intended title, start and end. It does not prove that a guest is on it, was told, or comes.google_calendar.event.createdE2 + E3proven
The stored attendee list holds the addresses that the person named. It does not prove that Google mailed a guest, or that a guest accepted.google_calendar.event.guests_invitedE2 + E3proven
The provider changed the event inside this operation, and the stored start and end name the new instants. It does not prove that a guest was told.google_calendar.event.rescheduledE3proven
An outcome outside Google Calendar API, such as a bank credit or a person who read a messagenot provenno E5 channelnot proven
The meaning of a Google Calendar API state that no source statesnot provenno source states itnot proven
The agent report that the action workednever countsE0not proven

Which completion levels does the Google Calendar 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
createdgoogle_calendar.event.created v1.0.0The event exists with the intended title, start and end. It does not prove that a guest is on it, was told, or comes.E2 + E3Provisional
guests_invitedgoogle_calendar.event.guests_invited v1.0.0The stored attendee list holds the addresses that the person named. It does not prove that Google mailed a guest, or that a guest accepted.E2 + E3Provisional
rescheduledgoogle_calendar.event.rescheduled v1.0.0The provider changed the event inside this operation, and the stored start and end name the new instants. It does not prove that a guest was told.E3Provisional

Which ways can a Google Calendar API action look done and not be?

ContractCaseVerdict
google_calendar.event.createdduplicate side effectCONTRADICTED
google_calendar.event.createdpre existing stateCONTRADICTED
google_calendar.event.createdwrong subjectCONTRADICTED
google_calendar.event.guests_invitedduplicate side effectCONTRADICTED
google_calendar.event.guests_invitedpartial completionCONTRADICTED
google_calendar.event.guests_invitedpre existing stateCONTRADICTED
google_calendar.event.guests_invitedwrong subjectCONTRADICTED
google_calendar.event.rescheduledduplicate side effectCONTRADICTED

What did the last conformance run show?

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

The certification of each contract.
ContractCertification
google_calendar.event.createdProvisional
google_calendar.event.guests_invitedProvisional
google_calendar.event.rescheduledProvisional

The weakest contract is google_calendar.event.created. 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 success33
timeout after commit33
version mismatch33
webhook duplicate33
webhook out of order33
wrong subject33
wrong terminal state33

The conformance artifact digest is 0856d592b05a3fc8. 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
google_calendar.docs.eventsdocs2026-09-09authored
google_calendar.docs.pushdocs2026-09-09authored
google_calendar.docs.timesdocs2026-09-09authored
google_calendar.docs.versionsdocs2026-09-09authored
google_calendar.eventsevent sample2026-09-09authored
google_calendar.openapiopenapi2026-09-09trimmed

How do I verify a Google Calendar API action?

Verify a Google Calendar API action with Provely

  1. Begin the operation.Call begin with the contract google_calendar.event.created and the input. Keep the operation id.
  2. Make the Google Calendar API call you make today.Send the request with the correlation metadata that begin returned.
  3. Submit the acknowledgement.Call action_result with the Google Calendar 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 Google Calendar 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 created level prove the rescheduled level?

No. The event exists with the intended title, start and end. It does not prove that a guest is on it, was told, or comes. The provider changed the event inside this operation, and the stored start and end name the new instants. It does not prove that a guest was told. Use google_calendar.event.rescheduled to prove rescheduled.

Which Google Calendar API API versions does the skill support?

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

Does Provely need write access to Google Calendar API?

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