Repository navigation
Conversation
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
…ley/reporting-subscription-ledger-service
…to bokelley/reporting-subscription-delivery
…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>
…reporting-subscription-consumer
… 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>
…y/reporting-subscription-dx-buyer-facade
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>
…ey/reporting-subscription-dx-accounts
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…ey/reporting-subscription-dx-accounts
… 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>
…ey/reporting-subscription-dx-accounts
There was a problem hiding this comment.
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.tsmatches thegenerate-types.tsnote. ADCPMultiAgentClient.syncPrincipal"each agent's client applies the raw guard" claim is accurate (delegates to guardedAgentClient.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.
… 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>
…ley/reporting-subscription-dx-docs
There was a problem hiding this comment.
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
requireDurablehelper (throws only on explicit'process-local', re-inlines the NODE_ENV test, throwsTypeErrorvs the seller'sPlatformConfigError). 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>
…le, as the seller does Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…ey/reporting-subscription-dx-accounts
…ley/reporting-subscription-dx-docs
There was a problem hiding this comment.
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.
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 targetsmainbecause CI runs only for PRs intomain.What it adds
subscriptions), the buyer calls (subscribe,unsubscribe,accounts.ensure), one line each on storage, grants and what is coming, and links to the guides.docs/guides/REPORTING-SUBSCRIPTIONS-SELLER.md("Serving reporting subscriptions (seller)") anddocs/guides/REPORTING-SUBSCRIPTIONS-BUYER.md("Subscribing to reports (buyer)").docs/reporting-subscriptions-{seller,buyer}.md, so the anchors line up across SDKs.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.mdandCLAUDE.mdpoint at it.check:skill-syncpasses. The protocol-managedcall-adcp-agentskill is synced from the spec and is not edited.syncPrincipalTSDoc.AgentClient/SingleAgentClientalready start "Replaces each submitted section. To add a reporting subscription, useclient.reporting.subscribe." (T7). This adds the same text to:ADCPMultiAgentClient.syncPrincipal;Agent/AgentCollection.syncPrincipal, through a note table inscripts/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'andnpx 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 managedsubscriptionsblock, which now showsstorage+principal;REPORTING-OPERATIONS.md(deployment step 3, row storage, change feed),PRINCIPAL-LIFECYCLE.md(dropsdurability: '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 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
FIRST-CALL-TO-A-SELLER.md(T9). The error and reason codes are referenced from the canonical vectors.llms.txtentry.docs/llms.txtis generated from the schemas, andci:docs-checkstill passes.Package weight
@adcp/reporting-storageThe two guides and the skill add 3 packed files.
docs/guides/**andskills/**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