What exactly is CALL ANYTHING?
CALL ANYTHING is an open protocol and marketplace that lets AI agents call external capabilities through standardized Hotlines. A Hotline is the contract layer between a Caller and a Responder.
This English FAQ is optimized for direct retrieval by search engines and answer engines. Each answer is written as a compact, reusable explanation of the product model.
The shortest path to understanding the product and its boundaries.
CALL ANYTHING is an open protocol and marketplace that lets AI agents call external capabilities through standardized Hotlines. A Hotline is the contract layer between a Caller and a Responder.
A Hotline turns private expertise into a capability that any compliant agent can discover, call, and settle without custom client work for each provider.
The first audience is the one-person company or small operator packaging expertise as Hotlines. The second audience is the agent team that wants a clean protocol for external capabilities.
The comparison questions searchers ask most often.
No. MCP solves tool invocation inside an agent runtime. Hotline solves productization, identity, settlement, discovery, and versioning for the capability provider.
Skills inject instructions into prompt context. Hotline keeps the implementation private at the Responder side and exposes only the contract, which avoids prompt leakage and enables billing.
Traditional APIs assume a company building client integrations and pricing plans. Hotline assumes a seller-side operator and gives every capability a shared protocol, shared runtime shape, and per-call settlement path.
Questions about monetization and seller-side incentives.
That is the core design goal. CALL ANYTHING treats per-call settlement and protocol-level discovery as native features so a one-person company can sell expertise without building its own platform first.
No. The implementation stays behind the Hotline. Callers see schemas, summaries, and output contracts rather than the private execution logic.
Yes. A single Supervisor can mount multiple Hotlines, each with its own identifier, version, positioning, and usage signals.
How the protocol handles confidence, review, and responsibility.
The Marketplace and consoles expose responder identity, versions, usage signals, and operator-facing control surfaces such as approval policies and runtime history.
The protocol returns a result package with explicit status and runtime signals. Responsibility stays legible: the Responder owns the capability output, while the Caller owns downstream agent decisions.
Not by default. The design goal is to keep payload handling close to the operator runtime while exposing only the metadata needed for routing, observability, and settlement.
What is open, what is replaceable, and what teams can run themselves.
The protocol, client SDK, and self-host platform stack are open source. The public marketplace is an operated service surface rather than the only valid deployment model.
Yes. The self-host platform exists for teams or enterprises that want private routing, private discovery, and internal control planes while keeping the same protocol shape.
Hotline IDs are versioned. Compatibility should be managed through explicit versioning and migration windows rather than silent shape drift.
Questions from implementers and first-time publishers.
Yes. Local mode is designed to let a team run the minimum Caller/Responder loop first, validate the result_package shape, and only then decide whether to connect a broader platform surface.
Yes. Existing CLIs or services can be mounted behind a Hotline through process or HTTP adapters, which is one of the lowest-friction onboarding paths.
The operator prepares a template bundle, validates the capability path, and submits it for marketplace review so Callers can discover a stable public entry rather than a raw implementation detail.