链路·机器可读——当提问者是一个 agent 时
L0 · 愿景
interpretation-economy ——网络正从注意力经济转向解释经济（interpretation economy）："不是别人来问你，而是问一个 AI"；agent 不会善意地替你补全空白，它需要的是结构化证据，否则你就会被拉平成品类均值。why-now ——MCP 是这一切得以成立的基础设施。
L1 · 承诺
这份 persona 不仅能被聊天窗口里的人类消费，也能被别人的 agent消费——以标准协议之上的结构化证据的形式。
L2 · 需求（journeys & features）
features-and-journeys 中的service-handle 工具清单（StandMeet 作为 MCP server，confusables）+ 管理端 API·MCP 界面；（没有专门的 visitor journey——这里的"visitor"是一台机器；把这一点标记为继承自 features-and-journeys 的 journey 缺口）。
L3 · 设计决策
这条链路完全落在service handle这个平面上——StandMeet 作为 MCP server（两个平面的定义见 capabilities）；agent 自己的 capability 平面是另一回事。三种平台朝向——host / connector-owner / as-MCP-server（as-mcp-facade）；entry-agnostic 原则——facade 只是中立边界的"又一个消费者"（entry-agnostic-agent）；鉴权 = owner-keypair-auth（Sigv1；⚠ 绑定的是 caller 而非 message）；MCP 标准原样照搬，没有私有协议。
L4 · 工程产物
routes/mcphandle（registerTools ← OwnerMCPBindings，backend/internal/capabilities/capreg/registry.go）、owner_keypairs 表（schema.sql:163）、mcpclient 传输层、以及 owner 侧的客户端包 @standmeet/mcp-client（sdk/packages/mcp-client；版本偏差提示 4442e8fe9，2026-09-06）；被动的机器可读面 = /robots.txt + 动态 /sitemap.xml（列出 owner 页、已索引的 wiki landing 和上线的 microsite，701bf1648，2026-09-05），每个 microsite 自己的 seo_title / seo_description 注入到服务出去的 head（79a276cce），带 Open Graph + Twitter 分享卡标签（b19d8db39）——全局 SEO 设置已于 2026-09-06 移除（7037a434e；SEO 跟着各个 microsite 走，microsite.set_seo）。不存在 RSS。
L5 · 验证
MCP 鉴权端到端测试；这一类的 red contract 在 facade 这边并不存在——验证比 ACL 链路薄。公开面有覆盖：e2e/test/seo-feeds.spec.ts（robots + sitemap，含 microsites）、microsite-per-page-seo.spec.ts。
现状与缺口
Facade + Sigv1 已经落地；更深一层的承诺（面向 agent 读者的结构化证据——类 schema.org 的 profile、可引用的 claim、agent 可读的 provenance）仍然没有设计——代码库里唯一的 JSON-LD 是职位摄入那侧的解析器（owner/jobs/fetch/jobposting_jsonld.go），没有任何输出；而解释经济这个论点意味着 agent 读者同样会打到 PUBLIC 面，那里现在有 robots / sitemap / OG 标签且有测试，但不承载任何 claim。这条链路是愿景强、工程薄——和平台那部分正好相反。