功能说明
空间树、可见范围、指派与签收、审计留痕、服务端检索、管理视图——企业版比个人版多的每一层，都在解决"多人"带来的问题。
空间树：边界先于能力
企业版的每一层嵌套都有明确语义：
| 层 | 典型用途 | 谁能写入 |
|---|---|---|
| company | 公司级规定、全员须知 | 拥有者 / 指定管理员 |
| department | 部门方案、流程、踩坑记录 | 部门成员 |
| group | 小组内临时结论、在做的方案 | 小组成员 |
| personal | 个人笔记，默认只有自己可见 | 本人 |
检索在你可见的空间范围内进行。跨部门要看别人的东西，前提是那条记忆被放进了你们共同可见的空间——没有”管理员一键看全部”这种设计，拥有者的可见范围也是被记录的。
可见范围：默认最窄
一条记忆写下去，默认只有归属人自己可见。放宽是显式动作：
{org: true}—— 全组织可见；{spaces: [{spaceId, includeDescendants: true}]}—— 指定空间及其子树。
有一个硬约束：只能授权到自己子树内的空间。越界会让整笔写入被拒（E_SPACE_FORBIDDEN），而不是”部分成功”。宁可失败也不要半成品。
指令类记忆（规矩、习惯、约束）不适用可见范围——它们的语义就是”对本人生效”。
指派与签收
write_memory 支持 notify：把一条交给同事，它在对方收件箱里成为一条待签收凭证。
outbox 让发起方看到每个人的三态：
| 状态 | 含义 |
|---|---|
| 已到达 | 已进入对方收件箱 |
| 已查看 | 对方打开过详情 |
| 已签收 | 对方显式确认 |
这和发消息的本质区别：消息会被刷过去，凭证必须被处理。对跨部门事项，这比群里 @ 一下可靠。
一个纪律：AI 在指派前必须先用
list_members取准确的名字。凭印象编同事名字会失败（查无此人）或产生歧义（重名），而这类失败最伤信任。
审计与留痕
企业版对”谁改了什么”是有答案的：
- 记忆不可覆盖：改变状态靠
supersede写新的、标记旧的，两版都在； forget是标记遗忘，不是物理删除；- 每次写入带时间、归属人、会话号；
- 高危操作（转移所有权、批量导出、删除组织）需要二次验证。
这套东西的意义不在于”防员工”，在于当有人问”这话是谁说的、依据是什么”时，能答得出来。
服务端检索：能力与代价
检索在服务端跑，因此能做到跨员工召回——这是企业版存在的理由。
代价必须写明：服务端在检索时能看到记忆内容，不存在端到端加密。所以：
- 不要把它当涉密系统的替代品；
- 真正需要”数据不出内网”的，看企业本地版；
- 凭据类内容仍然不落库（写入时被抹成占位符），这一点和个人版一致。
管理视图
Web 界面覆盖四类事：
- 记忆：搜索、查看详情、调整可见范围；
- 空间：建/改/查看树；
- 成员：邀请、禁用、角色；
- 用量：席位活跃度、检索量、写入量。
管理视图是给管理者用的，不是给管理者”看每个人写了什么”用的——它展示的是聚合与结构，个体记忆仍然受可见范围约束。
会议与任务场景
目前通过客户端 MCP 完成：会议中让 AI 把结论写入对应空间、需要谁签收就投递给谁。
没有独立的会议机器人，也不打算假装有。把现有客户端接进去，比做一个只能录纪要的机器人更有用。
与个人能力的一致性
成员用的是同一个客户端、同一套 22 个工具。个人版学到的用法在企业版完全适用。
差异集中在三处：可见范围、指派签收、以及本地专属能力（情景层原话、保险箱）在云端不可用。