Skip to content

docs(reporting): reporting-subscription guides, README section, skill and storage paths - #3557

Open
bokelley wants to merge 178 commits into
mainfrom
bokelley/reporting-subscription-dx-docs
Open

bokelley wants to merge 178 commits into
mainfrom
bokelley/reporting-subscription-dx-docs

Conversation

@bokelley

Copy link
Copy Markdown
Contributor

T10 for #3504 (approved DX plan §5.3 and §6.1 T10): docs. It stacks on #3556 (T9) → #3555 (T8) → #3554 (T7) → … and the rest of the #3504 stack. Review only docs(reporting): reporting-subscription guides, README section, skill and storage paths. It targets main because CI runs only for PRs into main.

What it adds

  • README section "Reporting subscriptions (AdCP 3.3, experimental)". It shows the seller block (storage + subscriptions), the buyer calls (subscribe, unsubscribe, accounts.ensure), one line each on storage, grants and what is coming, and links to the guides.
  • Guides: docs/guides/REPORTING-SUBSCRIPTIONS-SELLER.md ("Serving reporting subscriptions (seller)") and docs/guides/REPORTING-SUBSCRIPTIONS-BUYER.md ("Subscribing to reports (buyer)").
    • Titles and section headings match the Python SDK's docs/reporting-subscriptions-{seller,buyer}.md, so the anchors line up across SDKs.
    • The content is the TS API as built in T5–T9.
    • Each "arrives in a later beta" item points at today's workaround.
  • Skill: skills/reporting-subscriptions/SKILL.md, covering the five buyer calls, the seller block, and §4.1's anti-patterns in do/don't form.
    • skills/build-seller-agent/SKILL.md and CLAUDE.md point at it.
    • check:skill-sync passes. The protocol-managed call-adcp-agent skill is synced from the spec and is not edited.
  • syncPrincipal TSDoc. AgentClient/SingleAgentClient already start "Replaces each submitted section. To add a reporting subscription, use client.reporting.subscribe." (T7). This adds the same text to:
    • ADCPMultiAgentClient.syncPrincipal;
    • the generated Agent / AgentCollection.syncPrincipal, through a note table in scripts/generate-types.ts. The note also says the raw call is unguarded. I regenerated and diffed: the output is byte-identical to the committed file apart from the timestamp.

Storage paths updated

The SDK docs now show import { postgresStorage } from '@adcp/reporting-storage' and npx adcp-reporting-storage migrate, where they used to apply the migration constants:

  • docs/guides/REPORTING-LEDGER.md: the recommended setup, the row-storage, change-feed, managed-delivery, advanced and notification samples, and the managed subscriptions block, which now shows storage + principal;
  • REPORTING-OPERATIONS.md (deployment step 3, row storage, change feed), PRINCIPAL-LIFECYCLE.md (drops durability: 'durable'), REPORTING-STABILITY.md, REPORTING-LEDGER-CUTOVER.md, REPORTING-GCS-MANAGED.md;
  • docs/migration-16-to-17.md, docs/migration-reporting-row-storage-alignment.md;
  • docs/migration-reporting-storage-package.md: a new old → new table;
  • packages/reporting-storage/README.md: the version table replaces the constant-order table;
  • the integrated example README in that package.

The DX guide itself is not updated. It is the plan in the spec checkout (.context/dx-reporting-subscriptions.md), which is read-only for this work. Its storage paths should change:

  • import { postgresStorage } from '@adcp/sdk/storage/postgres' → import { postgresStorage } from '@adcp/reporting-storage'.
  • npx adcp migrate → npx adcp-reporting-storage migrate.

The SDK can never import the storage package, so the command lives in that package's bin. These are owner decision (a).

Deviations from the plan

  • Not built. The plan's guides 3–7 (coverage, accounts, migrating, test kit, error reference) are not written; Python has skeletons for them. Accounts are covered in FIRST-CALL-TO-A-SELLER.md (T9). The error and reason codes are referenced from the canonical vectors.
  • No llms.txt entry. docs/llms.txt is generated from the schemas, and ci:docs-check still passes.

Package weight

Packed bytes Cap
SDK at this PR 26,613,272 26,610,000 → 26,640,000 (comment added)
@adcp/reporting-storage 446,595 450,000 (unchanged)

The two guides and the skill add 3 packed files. docs/guides/** and skills/** ship in the tarball, so the file budget goes up by +3.

Checks

npm run typecheck, lint:boundaries, check:package-size, check:skill-sync, ci:docs-check, Prettier, and the doc and boundary tests.

Refs #3504

🤖 Generated with Claude Code

bokelley and others added 30 commits October 29, 2026 09:30
Add the pure expectedSubscriptionPeriods rule for AdCP 3.3 principal-level
reporting subscriptions (experimental media_buy.reporting_subscriptions),
the normative period_generation calendar it uses, selector resolution
(exact, finest, all with byte-order ties), scope membership, and a builder
for the 3.3 registration capabilities (configuration_tasks, the deprecated
configuration_task, and the subscriptions block).

createAdcpServerFromPlatform adds media_buy.reporting_subscriptions to
experimental_features only beside a subscriptions block.

installConfiguration now throws a typed ReportingConfigurationImmutableError
with the unchanged message.

The cross-SDK parity table is
test/fixtures/reporting-subscriptions/coverage-cases.json.

Refs #3504

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…al ships

Advertising media_buy.reporting_subscriptions also requires
adcp.principal.supported_sections to list reporting_subscriptions, which the
SDK does not emit yet. Keep the capability builder pure in this slice and add
the feature id together with the principal block in the runtime slice, so an
adopter can never produce a 3.3-invalid capabilities response.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Adopt the rules adcontextprotocol/adcp#8585 settled:

- Selection reads each offering's published standard_dimensions and
  unmapped_dimensions, and fails closed on an offering without them.
- period_timezone: a utc offering matches only UTC or Etc/UTC; a
  source_timezone offering only its own published zone (never an
  account-resolved one).
- The coverage function takes the readback's inactive_intervals in wire
  shape, per-offering timezone_cutovers with previous_timezone
  (account.timezone is now the current zone), and per-offering gaps.
- The parity table fixes the billing-cycle case's scope (both keys, which
  maxProperties 1 forbids), adds cases for the settled rules, and its
  subscriptions are now schema-validated.

The new wire fields are hand-modeled in subscriptions/wire.ts until
3.3.0-beta.2 ships.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
- An empty flight (stop at or before start) overlaps nothing.
- A cutover carries the outgoing stretch's own owing start into E, so two
  cutovers inside one period never owe a period twice.
- Sub-daily periods under a local alignment restart at each local midnight
  on wall-clock multiples (adcp#8588); calendars gain next() and the walk
  iterates by instant with an iteration budget and skip-ahead.
- A billing anchor in a DST fold is interval zero itself.
- A wire authorized_at equal to the chain start continues the chain.
- The start rule lives in one function for the pending owner decision.
- Schema validation accepts unknown reporting-dimension values.
- The parity table grows to 79 cases with obligations on every case and
  non-wire inputs labelled.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
The start bound is the first boundary at or after the later of the
version's accepted_at and the account's authorized_at; a buy is owed every
period that ends after its confirmed_at and overlaps its flight, so the
period in which the buy is confirmed is owed in full. The rule stays in
firstOwedBoundary. Parity table: the mid-period confirmed_at and hourly
cases change, plus every case whose first period contains confirmed_at;
new cases for an ASAP buy confirmed mid-day and a monthly billing buy
confirmed on the 12th.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…time

Opt-in support for the AdCP 3.3 sync_principal reporting_subscriptions
section (experimental media_buy.reporting_subscriptions):

- createPrincipalLifecycle({ reportingSubscriptions }) validates, versions
  and reads back subscriptions (core/reporting-subscription-state.json),
  honours dry_run and expected_configuration_version, applies
  replace_account_configs once per version through a host hook, derives
  action_required from the destination, and emits principal.changed with
  reason reporting_subscription_changed. It also exposes the adcp.principal
  capability block.
- createReportingSubscriptionEngineV1 turns three host hooks into grant
  history, max_accounts slots, precedence, exceptions at cutover instants,
  timezone cutovers, re-grant gaps, accounts_unauthorized, the receipt
  roster and the post-loss receipt window, and computes owed periods with
  the same expectedSubscriptionPeriods rule buyers run.
- createReliableReportingService({ reportingSubscriptions }) advertises
  configuration_tasks and the subscriptions block and adds
  subscription_coverage to summary and periods views.
- createAdcpServerFromPlatform passes capabilities.principal and
  capability_changes through, adds protocol.principal and
  media_buy.reporting_subscriptions to experimental_features, refuses
  subscriptions without the reporting_subscriptions section, and strips
  3.3-only fields for callers pinned below 3.3.

Without the options every response is byte-for-byte unchanged; a golden
transcript captured from the pre-change runtime proves it.

Refs #3504

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
… by release

- readFacts refuses a roster that does not finish within the page cap, as it
  already did for a repeating cursor: a partial roster would read as
  revocations and fabricate accounts_unauthorized entries.
- Callers pinned below 3.2 no longer see protocol.principal once the
  adcp.principal block is removed for them.
- subscription_coverage is added only for callers served 3.3 or later;
  earlier get_reporting_status response shapes are closed.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
The placeholder regex backtracked polynomially on runs of '{' (CodeQL).
Tokenize braces in a single pass instead, which also rejects nested and
unbalanced braces explicitly.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
… test

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
- The principal readback lists inactive_intervals; the engine feeds them
  to the coverage function in wire shape.
- Timezone cutovers carry previous_timezone and gaps are recorded per
  offering_id when covered offerings' boundaries differ.
- authorized_at is the start of the authorization chain: a re-grant inside
  retention keeps it, so the engine stamps the re-grant when authority is
  observed again.
- The service requires standard_dimensions on every offering when
  subscriptions are advertised.
- Responses served at 3.3.0-beta.1 omit the fields its closed schemas do
  not define; they reach callers served 3.3.0-beta.2 or later.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…ts, sharded engine state

Addresses the expert review of the subscription runtime:

- Owed periods are frozen as they elapse and never recomputed; pruning past
  status_retention_days never re-owes or drops an elapsed period. A product,
  package or offering change applies from the E of its observation, and
  periods of that buy starting earlier keep resolving from the buy as it was.
- Change instants come from source data (granted_at, timezone_changed_at,
  resolveRevocationInstant, the overriding configuration's active_until).
- The engine store is sharded per principal and per account; the receipt
  roster is tenant-scoped; an unobserved revocation followed by a new chain
  opens a gap.
- replace_account_configs runs after commit and is retried on failure; a
  destination transport change needs a version; inactive_intervals over 64
  is rejected; shared path_templates that can expand to the same path are
  rejected; the delivery-config clash check is required unless opted out;
  coverage recording rejects oversized lists and no longer bumps
  configuration_version.
- Post-beta.1 fields are gated on the served bundle's schema, and an unknown
  served version emits none of them. prior_versions[] carries configuration
  (adcp#8588).

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…counts

A small max_accounts against a large roster gives every account past the
cap a capacity exception, which can exceed the readback's 1000-entry
limit. The reconcile used to throw for the whole principal on every pass.
Now that subscription keeps its last published lists, every other
subscription still updates, and the pass reports it in readback_overflow
and through onReadbackOverflow.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…criptions

- syncReportingSubscriptionsV1 writes and reads back the
  reporting_subscriptions section through the guarded sync_principal
  lifecycle.
- reportingSubscriptionVersionRecordsV1 rebuilds coverage version records
  from the readback plus the buyer's own per-version configurations, and
  subscriptionExpectedReportingPeriodsV1 maps owed obligations onto the
  consumer runtime's ExpectedReportingPeriod.
- The consumer runtime takes a per-account subscriptionExpectations hook
  fed with the summary view's subscription_coverage, and refreshes on an
  authenticated principal.changed through handleAuthenticatedPrincipalChanged.
- createReportingSubscriptionEngineStateStoreV1 persists engine state as one
  CAS document per principal on any AdcpStateStore; PostgresStateStore makes
  it durable with no further migration. A PostgreSQL restart test joins the
  CI backend-contracts step.

Refs #3504

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…ords

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…he buyer side

reportingSubscriptionVersionRecordsV1 no longer takes buyer-recorded
inactive intervals: the readback's inactive_intervals (adcp#8585) pass to
expectedSubscriptionPeriods unchanged. Test offerings publish
standard_dimensions.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
listPrincipals feeds the receipt roster, so a list cut short at the page
cap, or a repeating cursor, now throws instead of returning a partial list,
matching the authorized-account walk.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
- The engine state store follows the engine's sharded interface: one CAS
  document per principal and per (principal, account), with listKeys and a
  tenant-scoped listPrincipals.
- Subscription expectations get the summary's ledger_as_of (minus an
  optional grace) as now, and the hook is documented as requiring a seller
  that materializes subscription obligations.
- Expectation templates must supply coverage; the old default could never
  match an obligation reporting packages or partial coverage.
- principal.changed redeliveries are dropped by idempotency_key, and a
  burst during a run joins one trailing run.
- syncReportingSubscriptionsV1 refuses a deactivation by omission unless
  allowDeactivation, checked against every configuration read it
  replaces, and verifies the stored configuration field by field.
- reportingSubscriptionVersionRecordsV1 falls back to the readback's
  configuration and prior_versions[].configuration (adcp#8588).

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Owed-set generations for AdCP 3.3 principal-level reporting subscriptions
(#3504): one generation per (account, owning principal, subscription_id,
subscription_version, resolved offering), with an immutable `subscription`
block and a mutable `owedSet` horizon outside the fingerprint.

- producer.planSubscriptionObligations installs each generation once,
  writes every frozen owed obligation with its own period, media buys and
  constituents (periodOrdinal = start second), and then advances
  owedSet.through on every generation the subscription owns.
- Coverage treats an owed set as complete by construction: gaps are not
  owed, so there is no continuity error, and the scope stays open until
  owedSet.through reaches its end.
- get_reporting_status, get_media_buy_delivery and sync_reporting_status
  scope subscription generations to the caller's principal
  (resolveSubscriptionPrincipal, snapshot `subscription_principal`).
- Status ingest accepts a status without reporting_obligation_id against an
  owed set only for an existing owed obligation.
- PostgreSQL: additive `subscription_key` column and a unique index on
  (account_id, delivery_config_id, delivery_config_version,
  subscription_key) replacing the three-column constraint, found and
  dropped by its columns. Mirrored in the memory test store.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…vice

createReliableReportingService({ reportingSubscriptions }) now writes the
engine's frozen owed sets into the ledger every cycle, before account
configurations, and the worker executes them (#3504).

- engine.frozenOwedSets(principal, { accountId? }) returns each
  subscription's frozen obligations, horizon and version configurations;
  engine.listPrincipals(tenantId) lists principals from the engine store.
- Generations go through the same trusted path as installConfiguration
  (resolveSource, resolveCurrency, resolveCoverage), with seller policy from
  the new resolveSubscriptionConfiguration hook. Each obligation freezes the
  authorized constituents of exactly the media buys it owes.
- New options: listSubscriptionPrincipals (required),
  resolveSubscriptionConfiguration (required), resolveSubscriptionAccount and
  onPlanningError. Planning failures are isolated per subscription.
- resolvePrincipal now also scopes get_reporting_status,
  get_media_buy_delivery and sync_reporting_status to the caller's own
  subscription generations.
- Without reportingSubscriptions the service is byte-for-byte unchanged,
  proven by a golden transcript captured from the service before the change.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…ntime timezone data

A source-calendar P1D generation freezes the runtime's tzdb and ICU versions
and the install day into its identity, so the golden differed on CI runners.
The transcript now uses a UTC-aligned offering; the golden is recaptured from
#3509's head (800adfc) and still matches byte for byte.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Deliver principal-level reporting subscription obligations (#3504) to the
owner's destination through managed delivery.

- Destination resolution: the Core service calls a new
  reportingSubscriptions.bindManagedGeneration hook (through the planner's
  bindGeneration) before a managed generation's first obligation. The
  production service supplies createReportingSubscriptionManagedBindingV1:
  version destination_id -> the owner's current destination generation
  (delivery-eligible, pattern and transport matching the frozen
  destination_method) -> a per-account authorization of that
  destination_ref (ensureDestinationAuthorization) -> an immutable binding
  that freezes path_template.
- Bindings are keyed by their Core configuration: the managed migration drops
  the published (account, delivery_config_id, delivery_config_version) key,
  found by its columns.
- path_template is expanded per obligation and passed to adapters as
  delivery_path; object-store names place it inside the collision-free
  generation prefix. Subscription revision rows carry account_id inside the
  committed digest.
- The managed worker re-checks the owner's account authority before
  delivering and before settling; a lost grant holds the materialization
  without spending an attempt, so the obligation stays owed.
- Status subscribers and notification activity reach only the owner of a
  subscription obligation. Production reads are scoped to the caller's
  principal and carry subscription_coverage.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
# Conflicts:
#	scripts/check-package-size.mjs
…bscription-coverage

# Conflicts:
#	scripts/check-package-size.mjs
…dules after merging main

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…/reporting-subscription-runtime

# Conflicts:
#	scripts/check-package-size.mjs
…er merging main

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
bokelley and others added 18 commits October 30, 2026 23:05
… Reporting service

createReliableReportingService({ subscriptions: SubscriptionOptions }) now
builds the coverage engine, installs the reporting_subscriptions section on
the principal runtime, fills in capabilities.principal on install, reconciles
a principal after each sync_principal write that submits subscriptions, and
sweeps every subscribed principal at the start of runCycle.

The roster and buys are derived from the platform's accounts.list and
sales.getMediaBuys under the principal's identity, with overrides named as
in the Python SDK's SubscriptionOptions. An unreadable roster is coded
SUBSCRIPTION_ROSTER_UNAVAILABLE, and reconcile and planning failures are
returned in runCycle's subscriptionPlanningFailures instead of an
AggregateError. The production service accepts the managed block.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
With the managed subscriptions block the service serves the journal's
authorization.authorized_at on list_accounts and sync_accounts to callers
holding subscriptions, and the derived roster reads the same value. A host
value is adopted on first observation, an omitted one is stamped, a value
that moves an open chain earlier is refused and logged as
authorized_at_regressed, and the chain rule decides whether a re-grant
continues the chain. service.grants.changed pushes a grant change for an
exact instant, and resolveRevocationInstant becomes optional.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
client.reporting (ReportingClient) adds subscribe, unsubscribe,
replaceSubscriptions, listSubscriptions and preview: patch-shaped writes
over the replace-shaped sync_principal wire, with auto-versioning, a
destination merge, pre-dispatch checks (scope, destination, path_template,
SUBSCRIPTION_ID_CLASH, SUBSCRIPTION_OPERATOR_SCOPE_REQUIRED,
SUBSCRIPTION_SELECTOR_UNMATCHED), CONFLICT retries with fresh keys and a
verified readback. A raw client.syncPrincipal that would deactivate a
subscription or revoke a destination by omission is refused before sending
unless allowDeactivation or allowRevocation is passed. Names follow the
Python SDK's ReportingClient.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…ager graph

The facade loads offering selection on demand and carries its own readback
diff, so client/core gains only the facade module itself.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…entity in the auth snapshot

- The derived roster and buy reads take the engine's signal and check it
  before each read and page, so a cancelled cycle stops promptly.
- The authInfo snapshot kept for service-context reads is an allowlist
  (clientId, scopes, resource, expiresAt), so no adopter field carrying a
  credential reaches the durable engine store.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…ey/reporting-subscription-dx-grants

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
… chain rule after retention

- A projection whose journal write fails still serves the platform's values,
  but now warns and reports the failure to planningErrorHandler instead of
  failing silently.
- New engine test: a pushed re-grant inside retention continues the chain,
  one after retention starts a new chain, and a listing observed after
  retention does too.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
A seller that rewrites a submitted field, or drops the subscription from
its readback, fails with SUBSCRIPTION_READBACK_MISMATCH.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
memoryStorage() (new @adcp/sdk/storage subpath) and postgresStorage({ pool })
(@adcp/reporting-storage) return one ReportingStorage covering the reporting
ledger, principal records, reporting-subscription engine state and the buyer
consumer's checkpoints and leases. Process-local storage is refused outside
NODE_ENV=test|development with REPORTING_STORAGE_NOT_DURABLE.

The storage package ships versioned migrations recorded in
adcp_schema_migrations and the `npx adcp-reporting-storage migrate
[--status | --dry-run]` command; checkSchema() refuses a schema that is behind
with REPORTING_SCHEMA_BEHIND, and the service runs it before its first cycle.
The migration constants stay as deprecated re-exports.

The service, the production service and the buyer consumer take storage.
subscriptions.principals is optional with storage: subscriptions.principal
builds the runtime over storage.principals (service.principals). Durability is
declared by the state store; the durability options are deprecated, accepted
when they agree and refused when they contradict the store. The in-memory
ledger the tests used now ships behind memoryStorage().

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
… to request_account

client.accounts.ensure now resolves to a discriminated AccountOutcome
(ready | pending | ambiguous | rejected) instead of the registry's
ProvisionedAccount; pending is a value, not an exception. It calls
request_account when the seller advertises account.requests and
sync_accounts otherwise, and is idempotent per seller, caller and natural
key: a repeat call returns the open request's state and never opens a
duplicate. accounts.refresh() re-reads open requests and accounts pending
approval and returns what moved; accounts.pending() lists what is waiting.
nextStep() and formatPendingAction() follow the Python SDK. Only a failure
to process the call throws (AccountRequestError on request_account).

BREAKING CHANGE: accounts.ensure resolves to AccountOutcome. The previous
call and its ProvisionedAccount result are now accounts.provision().

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…de suite

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
… and storage paths

Adds the seller and buyer guides (titles and sections matching the Python
SDK), a README section and a reporting-subscriptions skill with the plan's
do/don't anti-patterns, and points the seller skill and CLAUDE.md at it. The
reporting guides and the @adcp/reporting-storage README now show
postgresStorage({ pool }) and `npx adcp-reporting-storage migrate` instead of
applying the migration constants, and the principal guide drops the durability
flag. The generated Agent syncPrincipal and the multi-agent syncPrincipal TSDoc
now start with the pointer to client.reporting.subscribe.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…roduction

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
aao-secretariat[bot]
aao-secretariat Bot previously approved these changes Oct 31, 2026

@aao-secretariat aao-secretariat Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ladon verdict: Approve

Approve — T10 docs commit reviewed, clean.

Scope note: The setup delta/full diffs were empty (0 files) despite ~41,896 additions because this is a 100+ commit stack targeting main. Per the author's instruction, review was scoped to the single T10 docs commit (e1b1fd3, 22 files, +463/-110): two new reporting-subscription guides, the skill, the README section, storage-path doc updates, a codegen TSDoc note, and the package-size budget bump.

What was checked:

  • Changeset present and correctly typed patch (docs + TSDoc only, no API-shape change) — satisfies changeset-vs-wire-impact.
  • Generated index.generated.ts matches the generate-types.ts note.
  • ADCPMultiAgentClient.syncPrincipal "each agent's client applies the raw guard" claim is accurate (delegates to guarded AgentClient.syncPrincipal).
  • Both blob/main/ anchors resolve to real headings — doc-link integrity clean.
  • Guides internally consistent with the stack's described API.

No Critical/High/Medium findings. Not covered: underlying stack code (T5–T9), out of declared review scope.

Decision path: No critical/high findings (row 1 no). gated_paths is false (row 2 no — the REVIEW_REQUIRED status does not gate because no gated path is touched). high_risk false (rows 3/5 no). No medium findings (rows 4/8 no). No prior decision (row 6 no). No no-auto-approve team match (row 7 no). Falls through to row 9 → approve.

bokelley and others added 2 commits October 31, 2026 01:53
… re-read

Also counts the account-outcomes module in the focused client's eager-graph budget.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Comment thread src/lib/reporting/consumer-runtime.ts Resolved
aao-secretariat[bot]
aao-secretariat Bot previously approved these changes Oct 31, 2026

@aao-secretariat aao-secretariat Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ladon verdict: Approve

Approve.

This delta (5 files, 147 lines) hardens two paths atop a prior clean pass. buyer-account-registry.ts refresh() now wraps per-account repairStatus in try/catch with throwIfAborted propagation — the correct shape for a background reconciler (a failed re-read stays pending for the next refresh rather than discarding recorded moves). The degraded-completion behavior is deliberate and tested, and the silent swallow is consistent with the class's logger-free style.

Medium findings

  • src/lib/reporting/consumer-runtime.ts:347 — Buyer durability guard fails open and diverges from the shared requireDurable helper (throws only on explicit 'process-local', re-inlines the NODE_ENV test, throws TypeError vs the seller's PlatformConfigError). Documented storage paths always set durability, so the realistic footgun is still caught; recommend consolidating on the shared helper.

Decision rationale: 1 medium finding, no critical/high. high_risk is false, gated_paths is false, no no-auto-approve team match. Prior decision was approve, so no sticky escalation applies. One medium with no escalation trigger falls through to row 9 — approve. Tests cover both changes.

Medium findings

  • src/lib/reporting/consumer-runtime.ts:347 — Buyer durability guard fails open; diverges from shared requireDurable helper

…ed README

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
bokelley and others added 3 commits October 31, 2026 02:33
…le, as the seller does

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

@aao-secretariat aao-secretariat Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ladon verdict: Approve

Approve — prior Medium resolved, no new findings.

This is a subsequent review following a prior approve. The developer's delta resolves the previously flagged Medium: the buyer consumer durability guard (src/lib/reporting/consumer-runtime.ts) now fails closed (input.storage.durability !== 'durable'), matching the seller shape at engine.ts:642. durability is made required (new-in-PR field, covered by the reporting-subscription-dx-storage minor changeset), and a new test asserts undeclared storage is refused. The README link change to a blob/main/ URL is correct for the packed README.

No current findings. Decision table: no critical/high (row 1 n/a); gated_paths false (row 2 n/a); high_risk false (rows 3/5 n/a); no medium findings (rows 4/8 n/a); no no-auto-approve team match (row 7 n/a); prior decision was approve so no sticky escalation (row 6 n/a). Falls through to row 9 → approve.

Note: review_decision is REVIEW_REQUIRED, but since gated_paths is false, row 2 does not fire and this does not block auto-approve.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant