Skip to content

docs: specialism decision tree — which sales-* specialism should I claim? #4038

@bokelley

Description

@bokelley

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    claude-triagedIssue has been triaged by the Claude Code triage routine. Remove to re-triage.compliance-suitedocumentationImprovements or additions to documentation

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions