Skip to content

docs: maintain integration and ACP runtime capability matrices #20

Description

@zfy0701

Goal

Maintain two compact, source-backed capability matrices that help readers answer:

  1. Which integration entry points and delivery modes does AgentConnect support?
  2. Which ACP runtimes can AgentConnect discover and launch, and which runtime-specific controls does it integrate?

Keep these as independent axes. Do not build an integration × runtime cross-product: platform integrations route work to agents, while ACP runtimes execute the selected agent.

Matrix 1: integrations

Use short cells and link every row to its setup guide.

Recommended columns:

  • Platform or entry point
  • Supported conversations or events
  • Ingress owner: daemon direct or Relay
  • Public callback required
  • Shared bot or App behavior
  • Setup guide

Cover the current chat platforms, GitHub, generic webhooks, schedules, Playground, and agent API where each has verified behavior. Show Cloud versus OSS only when setup or delivery genuinely differs.

Matrix 2: ACP runtimes

Use daemon-reported capabilities as the live source of truth. The docs matrix is a stable product summary, not a hard-coded copy of dynamic model lists.

Recommended columns:

  • Runtime or adapter
  • Discovery and launch status
  • AgentConnect-managed runtime controls
  • MCP transport support
  • Shared-login support
  • Runtime-native tool sandbox integration
  • Notes or guide

Use explicit terms such as Available, Pending, and Not integrated. Group dynamic or unverified adapters under Other ACP runtimes instead of implying support that the daemon has not reported.

Source of truth and maintenance

  • Verify integration behavior against current connector, Relay, and daemon ingress code plus the corresponding platform guide.
  • Verify runtime availability and controls against daemon-reported ACP capabilities and the runtime adapter implementation.
  • Do not hard-code model names, model versions, or provider-specific option values that are discovered at runtime.
  • Update a matrix when an integration boundary changes or AgentConnect adds/removes runtime-specific integration.
  • Keep each cell scan-friendly; move caveats into prose or the linked guide.

Acceptance criteria

  • Two compact matrices are published; there is no integration × runtime cross-product.
  • Implemented, pending, and not-integrated states are explicit.
  • Direct-daemon versus Relay ingress is clear.
  • Cloud and OSS differ only where the product behavior or setup differs.
  • The runtime matrix identifies the daemon as the live source of truth for dynamic options.
  • Every row links to a setup guide or authoritative source.
  • The page does not imply that a platform integration depends on a particular model or runtime.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions