Get started

What is ASMP?

A two-minute explanation — no spec jargon required.

ASMP = Agent Service Manifest Protocol — a shared contact list for your AIs: what’s running on your machine, how to reach it, in a format every session can read.

The problem in one sentence

You built five local services last month. Your new AI session doesn’t know any of them exist.

What ASMP adds

Without ASMPWith ASMP
Agent guesses ports and filenamesAgent asks: who provides email.ingest?
Every new service = hand-edit 2–5 config filesOne manifest in ~/.asmp/services/
Discovery only in repos with .mcp.jsonRegistry on localhost:7700 — every session

Three pieces (that’s it)

  1. ~/.asmp/host.yaml — this machine’s profile and registry location
  2. asmp.yaml in each repo — ships with software; registry scans it into ~/.asmp/services/
  3. http://127.0.0.1:7700 — local API to list, scan, and search services

How it fits with MCP and A2A

LayerQuestion
MCPWhat tools can I call right now?
A2AWhat agents can I talk to?
ASMPWhat services run on this machine, and how do I register new ones?

They stack. A service registered in ASMP can expose MCP tools. An agent found via A2A can register services via ASMP.

What a manifest looks like

name: email-daemon
description: "Ingest and classify email"
capabilities:
  provides: [email.ingest, email.classify]
endpoints:
  - protocol: http
    port: 8787

An agent writes this when it builds a service. You review it. Other agents discover it by capability — not by memorizing port 8787.

What ASMP is not

  • Not a process supervisor (launchd/systemd still run things)
  • Not a cloud service catalog
  • Not a replacement for your deployment config (yet) — see Three layers

Ready to try it?

asmp litmus    # after bootstrap — 6 gate checks
asmp find --capability email.ingest