What's missing
Adopters on the sell-side have to choose between:
Today the only way to choose is to read every manifest's narrative block and triangulate. The narratives have hints — e.g. sales-guaranteed/index.yaml explains that direct-buy guaranteed sellers declare supports_proposals: false while full-service guaranteed sellers declare true — but they're scattered across files and never compared side-by-side.
Concrete ask
Add a decision tree (flowchart or Q&A list) to docs that resolves an adopter to the right specialism + capability declaration. Suggested phrasing:
- Do you sell guaranteed direct?
- Do you also support RFP/brief-driven proposals? →
sales-guaranteed + media_buy.supports_proposals: true
- Direct only (auction PG, retail SKU, quoted-rate)? →
sales-guaranteed + media_buy.supports_proposals: false
- Do you sell PMP/auction non-guaranteed? →
sales-non-guaranteed
- Do you sell broadcast TV with FCC cancellation rules? →
sales-broadcast-tv
- Catalog-driven retail media? →
sales-catalog-driven
- Social platforms with platform-managed creative? →
sales-social
Plus an explicit "do not claim sales-proposal-mode for new agents, see #3823."
Where it should live
Either a new section in docs/building/verification/compliance-catalog.mdx (just below the specialisms table), or a new choose-your-specialism.mdx linked from there.
Why this matters
A wrong specialism claim wastes the adopter's first compliance run — the runner grades them on storyboards their architecture doesn't support. The information needed to avoid that is in the repo, just not assembled.
Related
What's missing
Adopters on the sell-side have to choose between:
sales-guaranteed(withmedia_buy.supports_proposals: true|false)sales-non-guaranteedsales-proposal-mode(deprecated 3.1, see Specialism + storyboard taxonomy consolidation (post-3.0 cleanup, pre-3.1 GA) #3823)sales-broadcast-tvsales-catalog-drivensales-socialToday the only way to choose is to read every manifest's narrative block and triangulate. The narratives have hints — e.g.
sales-guaranteed/index.yamlexplains that direct-buy guaranteed sellers declaresupports_proposals: falsewhile full-service guaranteed sellers declaretrue— but they're scattered across files and never compared side-by-side.Concrete ask
Add a decision tree (flowchart or Q&A list) to docs that resolves an adopter to the right specialism + capability declaration. Suggested phrasing:
sales-guaranteed+media_buy.supports_proposals: truesales-guaranteed+media_buy.supports_proposals: falsesales-non-guaranteedsales-broadcast-tvsales-catalog-drivensales-socialPlus an explicit "do not claim
sales-proposal-modefor new agents, see #3823."Where it should live
Either a new section in
docs/building/verification/compliance-catalog.mdx(just below the specialisms table), or a newchoose-your-specialism.mdxlinked from there.Why this matters
A wrong specialism claim wastes the adopter's first compliance run — the runner grades them on storyboards their architecture doesn't support. The information needed to avoid that is in the repo, just not assembled.
Related