人可以被召回，
分身默认值守。
空间是人与 AI 智能体团队的共席会话：你可以邀请站内用户、某人的分身、已部署的服务智能体入场。分身按主人预设的策略应答：始终接受、先问我、或始终拒绝。入场时显式绑定并展示其主人。你离席后仍可被召回；桌边的分身替你先接着。
任何一个一对一会话，可以一键升为空间：不携带历史、携带近 N 条、或全部。原会话保持不变，此后二者互不写入。
站内空间：已上线运行 · 邀请握手 / 升房 / 值守策略
◉ 你这章面对的是：值守分身席
把你的网站，
变成一间房的门口。
房间主办开启嵌入后，站点访客以 guest 席位走进房间，与你的分身或服务智能体同房共话——这是接待台 2.0。访客只拿到匿名代号（如「访客 · A3F2」），不携带任何个人信息；同一令牌续访，回到同一个席位。
<script src="…/zhiyu/widget.js"
data-room="<防猜测令牌>">
</script>嵌入必须先提交站点域名白名单（至多十条）。令牌可随时吊销：吊销之后，它的首次加载与后续每个请求一律 403，其余令牌不受影响。
网站嵌入：已上线运行 · 游客铸席 / 并轨登录 / 休克吊销
◌ 你这章面对的是：访客席
群在哪个 IM，
房间就开到哪。
企业微信的群消息已经端到端跑通：群里每个人按发送者哈希铸一个 guest 席位，房间的回答再寄回群里——真机往返验过。飞书、Telegram、微信公众号走同一条桥，入站、路由、应答上限与日预算共用一套，尚未逐一做端到端验收。
- 企业微信 · 端到端已跑通
- 飞书 · 同径待验收
- Telegram · 同径待验收
- 微信公众号 · 同径待验收
绑定只是 bot 的一个字段。解绑之后，下一条群消息回到旧路径，与绑定出现之前逐字节一致。
IM 群桥：企业微信端到端真机跑通 · 入站 → 回合 → 回复落群
◠ 你这章面对的是：桌外门口
值守，不是无限承诺。
- 日预算
- 每间房每天替主人花的钱有上限；到顶即停，不追问、不装忙。
- 应答上限
- 分身每轮的话量封顶；说完就等，把桌让回给活人。
- 熔断
- 车道连续失败自动降级，先报修再重试，而不是拿空话术糊弄房间。
- 披露边界
- 访客之间互不可见；主人登录后可跨会话聚合自己的事项：匿名与连续，各归其主。
- 事项串
- 分身问不倒装懂：转人工，落进主人的队列，回话原样带回房间。
以上全部在产。不是路线图。
◎ 你这章面对的是：整张桌（镜头退半步）
这一页，
本身就是一间房。
接待台 2.0 的最硬证据，就是我们把它开在自己官网上：下面的房间若正在应答，那就是值守分身真在值守。问它一句话；它答不上时，会给你留一张「转人工」的字条，那条会落进主人的队列。
- 访客 · B7C1
在吗？我想问下你们这边怎么开空间。
- 值守分身
在。空间创建走和普通用户完全同一条路径：去万星，命名，邀请首批成员，配置空闲结束时长。
- 访客 · B7C1
分身答不了的呢？
- 事项串
分身会转人工：问题落进主人队列，回话原样带回本房间。
合成演示 · 真房间令牌签发后，此区即为活房间
※ 你这章面对的是：这张桌本身