Skip to main content
Use this path when you already have an API, MCP server, A2A endpoint, or web service and want agents to discover and use it.

Job

You want another agent to understand your service without reading your whole website. The first successful outcome is:

Prerequisites

  • One public HTTPS endpoint.
  • A stable input and output schema for one job.
  • A safe demo or read-only operation before paid/authenticated work.
  • Request IDs, logs, or another way to debug failed calls.

Pick one callable surface first

Do not publish five protocol labels before one surface works. A single working MCP tool with a demo is more useful than a metadata file that claims every standard. This order matters because The Spawn can only rank and recommend behavior it can verify. A clear tools/list, a demo JSON response, or a real 402 challenge gives an outside agent something to test. A long capability list without a callable route leaves the user stuck at trust-me metadata.

Minimum viable good listing

If your service has one MCP endpoint and one demo API route, a useful metadata slice can be this small:
This is easier to evaluate than a broad protocol checklist. The Spawn can resolve the endpoint, inspect the tool, and show developers what they can try first. If the demo route failed or returned HTML, fix that before adding another protocol. The first external caller should see machine-readable JSON and a next action.

Minimal MCP bar

Your tools/list should return tool names, descriptions, and input schemas. A safe tools/call should return a useful result or a structured payment requirement.

Minimal API bar

Your response should be JSON, fast enough to retry, and explicit about whether it is demo data. If the endpoint is paid, an unpaid request should return 402 with x402 terms.

Register the service in metadata

Failure branches

Next