Docs / Compatibility
Compatibility

How to read compatibility

Every product carries a structured compatibility record. This page is the legend for those fields — what each one means and how to use it. The authoritative, per-product data lives in one place: /agent/compatibility.json (and inside each product record). This page does not restate that matrix — there is a single source of truth.

The compatibility fields

best_fit_buyer_type

Best-fit buyer type

Who the kit is designed for. Match it to the buyer_type captured in buyer context.

compatible_agent_types

Compatible agent types

The agent/assistant classes the kit is built to run with. It states classes, not universal compatibility.

compatible_workflows

Compatible workflows

Generic automation/agent workflows the kit slots into. Pair with workflow recipes.

required_files_or_metadata

Required files or metadata

What must be present for the kit to work — inputs, metadata, or companion files.

implementation_difficulty

Implementation difficulty

Relative effort to install and adopt. Use it to set operator expectations, not as a guarantee.

risk_level

Risk level

Self-assessed risk. Cross-reference risk-ratings.json and the safety model.

human_approval_required

Human approval required

Whether adopting or operating the kit needs a named human approver for its risky actions.

not_for

Not-for warnings

Explicit anti-fit cases. If the buyer matches a not-for note, do not recommend the kit.

recommended_next_step

Recommended next step

The suggested action once a fit is confirmed — today, a plan pending human approval.

How to read a record

Take a candidate product id, open its record in compatibility.json, and walk the fields top to bottom. A fit means: buyer type matches, agent type and workflow are supported, required files are available, difficulty and risk are acceptable to the operator, no not-for warning applies, and the human-approval requirement is understood.

There are no universal-compatibility claims here. A missing match is a real "not compatible", not an omission — treat it as a stop, and record why.

The authoritative source

Open the feed viewer →

Review compatibility by category

  • Agent Packaging & DistributionStandards and methods for packaging skills, assistants, MCP descriptions, and listings into reviewable product surfaces.
  • Multi-Agent SystemsRole, authority, handoff, recovery, and workflow standards for teams of agents and humans sharing work.
  • Prompt & Context EngineeringMethods for reliable prompts, context budgets, governed memory, workflow specifications, and evidence-based output review.
  • Agent Commerce & MonetizationMachine-readable listing, licensing, procurement, and trust systems for agent-mediated product evaluation and commerce.