Calendar's interface, described for this caller

Module Presentation Standard: a module describes its interface and the core renders it, so installing or removing a module is a data operation rather than a build. Returns navigation, settings, views and actions, filtered to the caller EFFECTIVE permissions - narrowed by identity class first, so a service identity holding every scope receives read sections and zero actions. Grants nothing: every section returned is one the caller could already call directly. Declarative only; no executable content crosses this boundary.

App

Calendar

Contract

Calendar API 1.6.0

Lifecycle

preview

Runtime

restricted

Operation ID

Not declared (legacy exception)

Canonical origin

Not declared; gateway routing required

Purpose and use cases

Calendar's interface, described for this caller

The owning App is Vision Calendar. Calendar owns scheduling resources, workspace and actor bindings, visibility, recurrence, conflict, and concurrency rules.

Request

GET /calendar/v1/presentation

This contract intentionally declares no direct server URL. Obtain the routed App origin before attempting the request.

Authentication and authorization

Send a Vision-issued bearer token for the exact App audience. The token must include the calendar entitlement and satisfy the calendar workspace reference required binding.

• Required scope: calendar:agenda:read

Human roles are not declared in OpenAPI. Record-level and business permission checks remain the owning App's authority.

Headers

• Authorization: Bearer <access-token> — required.
• Accept: application/json — recommended where a JSON response is declared.

Undeclared tracing, idempotency, conditional-request, and version headers are not assumed on this page.

Path and query parameters

This operation declares no path or query parameters.

Request body

This operation declares no request body.

Runnable examples

curl '${APP_BASE_URL}/calendar/v1/presentation' \
  --request GET \
  --header 'authorization: Bearer ${ACCESS_TOKEN}' \
  --header 'accept: application/json'

const response = await fetch('${APP_BASE_URL}/calendar/v1/presentation', {
  method: 'GET',
  headers: {
    authorization: `Bearer ${ACCESS_TOKEN}`,
    accept: 'application/json',
  },
}

if (!response.ok) throw new Error(`Vision API ${response.status}`)
const result = await response.json()

import json
import urllib.parse
import urllib.request

request = urllib.request.Request(
    '${APP_BASE_URL}/calendar/v1/presentation',
    data=None,
    headers={
    "Accept": "application/json",
    "Authorization": "Bearer <ACCESS_TOKEN>"
},
    method='GET',
)
with urllib.request.urlopen(request, timeout=30) as response:
    result = json.load(response)

The current TypeScript reference client covers Platform token exchange and core reads. No native SDK helper is declared for this operation; use the HTTP contract directly and follow the SDK guidance.

Responses

Success response schema

{
  "schemaVersion": "vision-calendar-presentation.v1",
  "appId": "calendar",
  "navigation": {
    "label": "<label>",
    "icon": "<icon>",
    "landing": "<landing>",
    "sections": [
      {
        "id": "<id>",
        "label": "<label>",
        "icon": "<icon>",
        "route": "<route>",
        "order": 1,
        "requiredScope": "<requiredScope>",
        "badge": "<badge>"
      }
    ]
  },
  "settings": "<settings>",
  "views": [
    {}
  ],
  "actions": [
    {}
  ]
}

Errors and troubleshooting

Error bodies and codes are shown only where the approved contract declares them. Use status, the declared error schema, and any correlation identifier returned by the App; do not infer that two Apps share one envelope.

• 401 — Credential missing or invalid
• 403 — Credential lacks entitlement, scope, or active binding
• 503 — Database or required configuration unavailable

Collection behavior

Pagination: not declared. Filtering/search: not declared. Sorting: not declared.

Cursor lifetime, cursor binding, stable ordering, maximum traversal, and unknown-filter behavior are not assumed unless stated by a parameter description or schema constraint above.

Operational behavior

• Rate limit: No operation-specific limit or 429 response is declared.
• Retry: Retry only when the documented error model or response headers authorize it. Timeout and backoff values are not declared by this operation.
• Idempotency: No idempotency header or replay window is declared.
• Concurrency: No ETag, If-Match, or optimistic-version header is declared.

Security and privacy

• Keep client credentials and bearer tokens on trusted servers.
• Send only to the exact approved HTTPS origin and audience.
• Treat response data according to the owning App's classification and retention policy; the OpenAPI contract does not itself grant data access.
• Do not log credentials, tokens, complete private payloads, or secrets.

Edge cases and known documentation gaps

• No stable operation ID (legacy exception).
• No direct server URL; gateway routing is unresolved here.
• Business roles, timeout, retry budget, rate value, idempotency window, and concurrency behavior are absent unless explicitly stated above.

Related operations and workflows

• GET /calendar/v1/agenda — Authorized, visibility-filtered agenda
• GET /calendar/v1/events/{reference} — Authorized event details
• GET /calendar/v1/availability/{actorReference} — Working hours, exceptions, and free/busy without event details
• POST /calendar/v1/conflicts — Find event and active-hold conflicts without record details
• POST /calendar/v1/availability/slots — Open bookable slots across one or more actors
• POST /calendar/v1/availability-commands — Set working hours, or create and delete availability exceptions

Contract history and evidence

• Contract version: 1.6.0
• Approved snapshot SHA-256: 51244aff8a88e7985ddd9b3552be65108b7fab1fe0c81a3b93fda8a5c5e20dab
• Approval: Calendar lane (Claude), authorized by Anthony, 2026-08-21T23:03:07.458Z (calendar-readiness-endpoint-20260821)
• Download the authoritative OpenAPI 3.1 snapshot