入口无关的 Agent（内向/外向对称）

上级：agent-core

设计

agent 对入口是无关的：各个入口只是消费者，它们负责填充一个中立的会话上下文，然后调用 agent。

capability 只知道"被某个 agent 使用"——它们读取中立的 _meta.standmeet/session 侧信道（参见 trusted-identity-via-meta，此处是其推广）。connector 只知道"按名字被解析"（这是与消费者无关的决定）。

推论

新入口（IM 网关、job-loop 出站）只是新的消费者；capability 和 connector 都不需要改动。as-MCP 门面本质上也"只是另一个消费者"——应当统一实现，而不是重复建造。

现状

截至 2026-09-07（36789537d）有三个活着的消费者，全部走同一个公开会话 API：网页访客入口（internal/routes/public/sessions.go）；IM 桥——2026-08-24 上线（041285184，im-bridge/src/conversation.ts：@standmeet/sdk-core 的 issueSession + streamMessage，跟微站和 embed 用的是同一个客户端，没有一行 IM 专用的准入逻辑），Telegram bot 于 2026-09-04 从后台接通（8c819f26d，backend/cmd/server/boot_im.go）；以及访客侧的 as-MCP 句柄（internal/routes/public/mcp_visitor.go）。job-loop 那一侧不需要新入口：每份申请自动签发的 access code 打开的是一个普通访客会话，只是额外暴露 resume_read（2026-09-01，be45df09b，internal/routes/capload/capreg_resume_read.go）——招聘方的 agent 也只是又一个消费者。

这种对称性

内向（访客→agent）和外向（agent→外部世界，经由 connector）都跨越同一个中立的、声明式的边界——两个方向共用一套设计语言。

• 内向接缝：agent-as-injectable-driver（启动句柄）
• 外向接缝：connector-plugins（解析器与 MCP 适配器）

另见：agent-as-injectable-driver（启动抽象）；connector-plugins（connector 绑定）。