The AdCP roadmap is a public GitHub Project board tracking protocol RFCs and epics across all domains. It shows what we’re exploring, what’s accepted, what’s in progress, and what’s shipped.Documentation Index
Fetch the complete documentation index at: https://agenticadvertisingorg-changeset-release-main.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
View the Roadmap
Live board with RFCs and epics across Creative, Media Buy, Signals, Governance, and more.
How the Roadmap Works
The board has four columns representing the lifecycle of a roadmap item:| Status | Meaning |
|---|---|
| Exploring | Under discussion, community input welcome |
| Accepted | Committed and scoped, not yet started |
| In Progress | Active work |
| Shipped | Released and available |
- Protocol — which area of the protocol it affects (Creative, Media Buy, Signals, Brand Protocol, Governance, SI, TMP, Platform, Website, Addie, Certification)
- Kind — whether it’s an RFC (protocol change needing community input) or an Epic (major deliverable spanning multiple PRs)
What Belongs on the Roadmap
Not every issue or PR belongs here. Roadmap items are protocol-level changes, new capabilities, and strategic initiatives that affect adopters. An issue qualifies if it meets at least two of:- Protocol surface — changes what agents or platforms interact with
- Audience impact — would influence a prospective member’s or builder’s decision
- Multi-issue scope — spans more than one PR
Adding Items to the Roadmap
Any issue labeledrfc or epic is automatically added to the board. To propose a roadmap item:
- Open a GitHub issue describing the proposal
- Add the
rfcorepiclabel (maintainers can also do this during triage) - The issue appears in the Exploring column
- A maintainer sets the Protocol and Kind fields on the board
Triage
Each protocol area has a triage owner responsible for reviewing new issues weekly (~15 minutes) and deciding what gets therfc or epic label. The triage owner also reviews the board monthly to ensure items reflect reality.
| Protocol Area | Triage Owner |
|---|---|
| Creative | TBD |
| Media Buy | TBD |
| Signals | TBD |
| Brand Protocol | TBD |
| Governance | TBD |
| SI | TBD |
| TMP | TBD |
| Platform | TBD |
| Website | TBD |
| Addie | TBD |
| Certification | TBD |
Version Milestones
Named milestones group roadmap items that will ship together in a future major version. Each milestone lists accepted RFCs — exploratory items (community input open) remain on the main board until maintainers decide to land them.v4.0 — target early 2027
v4.0 is the next breaking-changes accumulation window, targeted for early 2027 under the release cadence policy. Breaking changes are gathered here so the ecosystem can plan a single migration window rather than chase per-minor deprecations. Items listed below are committed floor requirements for v4.0; additional items will be added here as RFCs are accepted.| Area | Item |
|---|---|
| Security (floor) | Mandatory request signing for spend-committing operations (RFC 9421) — the 3.0 optional profile in security.mdx becomes required. Agents MUST sign spend-committing operations; sellers MUST verify. |
rfc label lifecycle on the main board.
Release History
For detailed release notes and version history, see:- Release Notes — per-version feature summaries
- CHANGELOG.md — technical changelog
- GitHub Releases — release archive
- Versioning & Governance — versioning model and release cadence