@adcp/sdk API Reference - v14.3.0
    Preparing search index...

    Interface ListAccountChangesRequest

    Read a durable, ordered feed of material changes to AdCP-visible state for one account. Use a latest checkpoint before snapshot bootstrap, then drain from that cursor to close the bootstrap race. Experimental in 3.2 (RFC #6810): sellers implementing this task MUST list account.change_feed in experimental_features.

    interface ListAccountChangesRequest {
        adcp_version?: string;
        adcp_major_version?: number;
        account: AccountReference;
        cursor?: string;
        starting_position?: "earliest" | "latest";
        resource_types?: string[];
        max_results?: number;
        context?: ContextObject;
        ext?: ExtensionObject;
    }
    Index
    adcp_version?: string

    Release-precision AdCP version. Flattened here so emitted MCP tool input schemas remain plain root objects for clients that reject top-level combinators.

    ^(?:0|[1-9]\d*).(?:0|[1-9]\d*)(?:-a-zA-Z0-9?)?$

    adcp_major_version?: number

    Deprecated major-only version pin retained through 3.x.

    1

    99

    int

    cursor?: string

    Opaque checkpoint returned by a prior call using the same authenticated principal, authorization scope epoch, account, and normalized filters. Returns changes strictly after the scanned high-water represented by this value. Sellers MUST reject reuse under a different principal, account, or filter set with INVALID_REQUEST at field cursor; an authorization-scope epoch change returns CURSOR_EXPIRED and requires snapshot rebootstrap.

    1

    4096

    starting_position?: "earliest" | "latest"

    Initial position when cursor is absent. Mutually exclusive with cursor; sellers enforce this semantic rule at runtime so the emitted MCP input schema can remain a plain root object. earliest intentionally begins at the oldest retained change. latest returns a checkpoint at the current seller-ingestion high-water and is used before a race-free snapshot bootstrap.

    resource_types?: string[]

    Optional exact resource-type filter. The cursor is bound to the normalized filter. Unknown resource types are allowed for forward compatibility.

    50

    max_results?: number

    Maximum changes to return. Sellers still scan through nonmatching records and advance the returned cursor.

    1

    100

    int

    context?: ContextObject