@odla-ai/cli 0.25.21 → 0.25.23

package/README.md

@@ -150,8 +150,55 @@ catalog, probes private services over bindings, and joins observed release
 identity with retained Cloudflare request/error/CPU/wall-time/memory evidence.
 Unavailable health, credentials, versions, or provider snapshots remain
 explicit rather than becoming zero; the document includes stable reason codes
-and exact next actions. Expected release and drift stay `unknown` until durable
-deployment receipt reads are added.
+and exact next actions. The latest successful main deployment persists its
+normalized receipt in Registry D1 after exact-version probes pass. Fleet status
+therefore compares that verified expectation with the Worker answering now and
+reports `matched`, `drifted`, or `unknown`; an empty or unavailable receipt
+ledger degrades instead of silently treating observed health as intended state.
+
+For repository-managed settings, compare checked-in intent with the live
+owner-visible Registry projection before provisioning:
+
+```bash
+npx odla-ai config diff --json
+npx odla-ai config plan --json > .odla/config-plan.json
+npx odla-ai config apply --plan .odla/config-plan.json --json
+npx odla-ai operations wait <operation-id> --json
+```
+
+`diff` and `plan` are read-only and request only a short-lived,
+owner-approvable `app:config:read` capability. It opens only exact-id
+`GET /registry/apps/<appId>` reads for apps the approver owns; app listing,
+writes, PM, Discussions, directory access, data-plane delegation, and every
+other Registry route remain closed. `diff` emits separate SHA-256 revisions for
+desired and observed state, explicit `in_sync`, `different`, or `unmanaged`
+status, field provenance, and a bounded coverage declaration. Runtime auth or
+links omitted from project config stay visible as `unmanaged` rather than
+being silently overwritten.
+
+`plan` v2 freezes those content revisions, the monotonic Registry
+`registry:<number>` revision, and ordered actions into a stable digest.
+Enable/configure actions are dependency-first; proposed disablements are
+dependent-first, high-risk, approval-required, and Studio-only.
+
+`config apply` accepts only that saved JSON plan. Before requesting authority it
+recomputes the digest, verifies the selected app/platform, confirms checked-in
+intent has not changed, and rejects every production, destructive,
+approval-marked, high-risk, Studio, auth, creation, or disable action. The
+short-lived `app:config:write` grant reaches only this app's operation
+reserve/resume/read routes; it cannot enumerate apps or call direct mutation
+routes. A deterministic default idempotency key makes retrying the same plan
+resume the same durable journal entry, while the Registry CAS revision rejects
+stale state.
+
+Apply prints the operation receipt, including ordered step attempts and its
+Studio recovery URL. `operations get` reads one exact id without replaying it;
+`operations wait` polls that id for 60 seconds by default (`--timeout` and
+`--interval` are explicit seconds). A still-running bounded wait exits 75 after
+printing its last receipt. Every terminal receipt is independently
+digest-verified by the CLI before success. Schema, rules, integration seeds,
+credentials, vault or Worker secrets, OAuth connection state, and opaque
+controller-assigned service fields remain outside this boundary.
 
 **Runbooks are procedure; JSDoc is API.** What a function takes, returns, and
 guarantees is documented on the export itself, ships in the installed
@@ -253,6 +300,11 @@ npx odla-ai whoami
 npx odla-ai setup
 npx odla-ai init --app-id my-app --name "My App"
 npx odla-ai doctor
+npx odla-ai config diff --json
+npx odla-ai config plan --json > .odla/config-plan.json
+npx odla-ai config apply --plan .odla/config-plan.json --json
+npx odla-ai operations get <operation-id> --json
+npx odla-ai operations wait <operation-id> --timeout 60 --json
 npx odla-ai calendar status --env dev
 npx odla-ai calendar calendars --env dev
 npx odla-ai calendar connect --env dev

package/REQUIREMENTS.md

@@ -12,6 +12,12 @@ Agnacl, but none should mention or special-case Agnacl.
 - The CLI must validate that contract without network calls.
 - The CLI must show a dry-run plan before creating platform state or writing
   credentials.
+- The CLI must compare checked-in Registry intent with live owner-visible
+  state through a short-lived exact read capability, emit separate stable
+  desired/observed revisions and provenance, distinguish unmanaged runtime
+  settings from drift, and freeze ordered secret-free actions into a plan
+  digest. It must disclose data-plane and secret coverage gaps and must not
+  expose apply until writes are conditional and resumable.
 - The CLI must treat platform registry and odla-db as separate endpoints. They
   may be the same in some deployments, but generated configs must not imply it.
 - If a platform or credential change is deterministic from `odla.config.mjs`,