All Insights
#SundayCoffeeAndCode
November 2026

Sunday Coffee & Code: First the robots could visit. Then someone answered the door. Now: what if every website had the same door?

Building /mcp and /agent for ai4enterprise.ca left me with a nagging question: every site's MCP tools are named differently, and that doesn't scale. So this week Claude and I drafted the MCP Website Profile (MCP-WP) v0.1, a proposed standard for MCP on websites.

By Steve Harris

โ˜• ๐—ฆ๐˜‚๐—ป๐—ฑ๐—ฎ๐˜† ๐—–๐—ผ๐—ณ๐—ณ๐—ฒ๐—ฒ & ๐—–๐—ผ๐—ฑ๐—ฒ: ๐—™๐—ถ๐—ฟ๐˜€๐˜ ๐˜๐—ต๐—ฒ ๐—ฟ๐—ผ๐—ฏ๐—ผ๐˜๐˜€ ๐—ฐ๐—ผ๐˜‚๐—น๐—ฑ ๐˜ƒ๐—ถ๐˜€๐—ถ๐˜. ๐—ง๐—ต๐—ฒ๐—ป ๐˜€๐—ผ๐—บ๐—ฒ๐—ผ๐—ป๐—ฒ ๐—ฎ๐—ป๐˜€๐˜„๐—ฒ๐—ฟ๐—ฒ๐—ฑ ๐˜๐—ต๐—ฒ ๐—ฑ๐—ผ๐—ผ๐—ฟ. ๐—ก๐—ผ๐˜„: ๐˜„๐—ต๐—ฎ๐˜ ๐—ถ๐—ณ ๐—ฒ๐˜ƒ๐—ฒ๐—ฟ๐˜† ๐˜„๐—ฒ๐—ฏ๐˜€๐—ถ๐˜๐—ฒ ๐—ต๐—ฎ๐—ฑ ๐˜๐—ต๐—ฒ ๐˜€๐—ฎ๐—บ๐—ฒ ๐—ฑ๐—ผ๐—ผ๐—ฟ?

A few weeks ago I asked whether our websites are ready for non-human visitors. I added an MCP server at www.ai4enterprise.ca/mcp so AI agents could use the siteโ€™s content as tools. The following week I gave the site an agent of its own at /agent, and showed a Microsoft Copilot Studio agent delegating a task to it over A2A.

Building those two front doors left me with a nagging question. My /mcp has get_services and search_insights. The next siteโ€™s might have offerings_list and find_articles - that doesnโ€™t scale.

So this week Claude and I took a stab at writing down how it could work: the MCP Website Profile (MCP-WP) v0.1, a proposed draft.

๐—ง๐—ต๐—ฒ ๐—ถ๐—ฑ๐—ฒ๐—ฎ:

  • A known front door: every participating site serves MCP at https://<your-site>/mcp
  • Core (mandatory, public, read-only): five standard tools for site info, services, contact, search and page retrieval. No AI model needed, just a thin layer over your CMS.
  • Extended (optional): modules for articles/insights, service details, people and events, plus sector modules.
  • Transactional (optional, provisional): booking, registering and requesting a quote. These use a prepare โ†’ human approves โ†’ submit lifecycle with idempotency keys and an audit trail. Payment details never pass through the tools.

Itโ€™s really just an attempt at standardising MCP for websites. With /mcp, the visiting agent uses your tools and keeps control of its own workflow. With /agent, it hands the whole job to your agent. MCP-WP standardises the first.

My www.ai4enterprise.ca/mcp is the reference implementation. To be honest, it doesnโ€™t fully conform to my own spec yet, so the next step is aligning it and building a conformance checker.

The repo has the spec, JSON schemas for all tools, worked examples and a validation script: github.com/steveh250/website-mcp-standard

This is one practitionerโ€™s attempt to put something on paper, not a finished standard. Iโ€™d genuinely like to hear where itโ€™s wrong. Is Core too heavy for a small site? Should discovery lean on the new MCP Server Cards rather than a fixed path? Would you trust an agent with the Transactional level?

Think. Model. Act.

Want to Discuss This Topic?

Steve is always happy to have a direct conversation.