service handle（StandMeet 作为 MCP 服务器）

上级：key-designs

不是支柱——是对外的一面。 这个节点特意与 capabilities 分开，因为这两者是系统里最容易混淆的一对概念（confusables）：capabilities 是capability plane（能力平面）——我们的 agent 以 MCP host（宿主）身份消费工具；这个节点是service handle——/mcp/* 端点，在这里我们是 MCP server（服务端），由外部的 MCP 客户端调用进来。

谁会调用进来：

• owner 自己的 AI 会话——在对话中途推送精选的 corpus（thesis 循环的摄取分支）；
• 别人的 agent——把 persona 当作结构化工具来读取（机器可读的那个出口，interpretation-economy）；
• 持有访问码的访客，从自己的 AI 客户端进来——访客 MCP 面 /mcp/visitor（2026-08-23 落地，3ffa49015，backend/internal/routes/public/mcp_visitor.go；挂载于 cmd/server/boot_http.go:150）。同一个码，与网页聊天相同的角色/配额/计费；工具表按码过滤。

认证 = owner 面 /mcp 上的 Sigv1（boot_http.go:152；capability plane 是进程内本地的，按设计不做认证）。访客面把 Sigv1 换成码本身：Authorization: Bearer <code>（mcp_visitor.go:77），因为 MCP 客户端的配置只能放一个静态字符串，而码本来就是这个产品的门票。

子节点

• as-mcp-facade ——一个聚合端点，架在 OwnerMCPBindings() 之上（第三种平台朝向）。
• ui-mcp-parity —— 已落地。 admin UI 能做到的事，这个 handle 也要能做到：对等门槛 + declare-once-project-twice。