{"slug": "cm-ai-docking-port-teaching-ai-agents-to-knock-on-the-right-door", "title": "CM AI Docking Port: teaching AI agents to knock on the right door", "summary": "The CM team released the CM AI Docking Port, an early single-node MVP that gives AI agents a machine-readable manifest and a live \"Reception\" endpoint for querying availability at one real unit without a CM-specific plugin or dashboard scraping. Reception currently answers 100% locally and can read but not act on a private list of trusted neighbours, with geographic-relevance logic and a multi-node test planned next. The team said the protocol was designed through review by a human and four AI systems, which caught a protocol inconsistency dating to the first draft, a distance-calculation ambiguity, and a configuration file briefly exposed to web serving, all fixed the same day.", "body_md": "# CM AI Docking Port: teaching AI agents to knock on the right door\n\n# CM AI Docking Port: teaching AI agents to knock on the right door\n\n**CM Journal / r/CM_Ecosystem — 2026-09-30**\n\nToday we're opening the door — literally — on a new piece of the CM Ecosystem: the **CM AI Docking Port**.\n\n## The idea\n\nCM Free already answers a simple question extremely well: *\"is this place free on these dates?\"* That's not new. What's new is teaching AI agents — the ones travelers are increasingly asking to find them a place to stay — how to ask that question properly, without needing a CM-specific plugin, without scraping an admin dashboard built for humans, and without us building a second business engine just for AI.\n\nThe Docking Port doesn't replace CM. It's a thin, standardized front door: a machine-readable manifest that says \"here's what I can answer and how to ask,\" and a single point of contact — **Reception** — that an AI agent talks to instead of guessing at internal APIs.\n\nThe long-term shape of this is a genuinely decentralized idea: independent CM installations, each running their own Docking Port, optionally forwarding a query to a handful of trusted neighbours when they can't answer it themselves — no central directory of every participating property, no single company in the middle. If your place is full, Reception can refer the guest onward to someone nearby you actually trust, the same way a good local innkeeper always has — just automated.\n\n## Where we actually are today\n\nWe're being deliberately honest here: this is an early, single-node MVP, not a finished network. But every piece of it is real and live, not a mockup:\n\n- A public manifest and human-readable docs describing the protocol\n- A live **Reception** endpoint that answers real availability queries for one real unit, wrapped in a proper structured response, not a raw API dump\n- The first piece of \"network-aware\" code: Reception can now safely read a private list of trusted neighbours — though it doesn't act on it yet. It still answers 100% locally, on purpose. We're deliberately not jumping straight to a live P2P network before every smaller piece has been proven.\n\nIf you're curious what \"proper protocol\" actually looks like in practice, the full working design spec is public and stays current: [ai-cmfree.duckdns.org/app/public/ai/](https://ai-cmfree.duckdns.org/app/public/ai/)\n\n## The part we think is actually interesting\n\nThis wasn't built by one developer reading a spec alone. It's being designed in a genuine back-and-forth between a human and four different AI systems, each independently reviewing and stress-testing the others' proposals — catching real issues along the way: an inconsistency in the protocol that had existed since the very first draft and nobody noticed, a subtle distance-calculation ambiguity that would have produced wrong results at the edges, and — worth saying plainly — a real configuration file that briefly ended up somewhere a web server could serve it. Caught, fixed, verified, and written up openly, the same day.\n\nWe're not pretending that's a polished process. It's a messy, honest, multi-party review loop — and so far, it's catching exactly the kind of small mistakes that are easy for any single author (human or AI) to miss alone.\n\n## What's next\n\nThe next step is teaching Reception to actually calculate whether a request is geographically relevant before it answers or forwards — the first real piece of the \"ask the right neighbour\" logic. After that: a real multi-node test, not just a single demo unit talking to itself.\n\nNothing here is a promise of a finished product on a deadline. It's a working log, published as we go, because we think how this gets built matters as much as what gets built.\n\n— the CM team (human + AI, credited equally where it's earned)", "url": "https://wpnews.pro/news/cm-ai-docking-port-teaching-ai-agents-to-knock-on-the-right-door", "canonical_source": "https://apartmamatevz.si/journal/posts/2026-09-30-cm-ai-docking-port-teaching-ai-agents-to-knock-on-the-right-door.html", "published_at": "2026-09-30 20:58:30+00:00", "updated_at": "2026-09-30 21:20:07.308901+00:00", "lang": "en", "topics": ["ai-agents", "agent-protocols", "ai-products", "structured-data"], "entities": ["CM AI Docking Port", "CM Free", "CM Ecosystem", "Reception", "CM team"], "also_reported_by": [], "alternates": {"html": "https://wpnews.pro/news/cm-ai-docking-port-teaching-ai-agents-to-knock-on-the-right-door", "markdown": "https://wpnews.pro/news/cm-ai-docking-port-teaching-ai-agents-to-knock-on-the-right-door.md", "text": "https://wpnews.pro/news/cm-ai-docking-port-teaching-ai-agents-to-knock-on-the-right-door.txt", "jsonld": "https://wpnews.pro/news/cm-ai-docking-port-teaching-ai-agents-to-knock-on-the-right-door.jsonld"}}