@agentunion/fastaun-browser 0.5.18 → 0.5.19

package/_packed_docs/sdk/06-API/346/211/213/345/206/214.md

@@ -62,57 +62,19 @@ store := aun.NewAIDStore(aunPath, encryptionSeed, aun.AIDStoreOptions{
 
 | Python | TS/JS | Go | 说明 |
 |--------|-------|----|------|
-| `load(aid)` | `load(aid)` | `Load(aid)` | 从本地加载 AID |
-| `register(aid)` | `register(aid)` | `Register(ctx, aid)` | 注册并落盘证书和私钥 |
-| `register({aid, type, owner?, ...})` | `register({aid, type, owner?, ...})` | `RegisterWithOptions(ctx, params)` | 新 AID 的类型/owner 注册编排 |
-| `bind_aid(params)` | `bindAid(params)` | `BindAID(ctx, params)` | 已有证书的 legacy/unbound 关系绑定 |
-| `get_aid_binding_status(aid)` | `getAidBindingStatus(aid)` | `GetAIDBindingStatus(ctx, aid)` | 查询绑定状态 |
-| `resume_aid_binding(operation_id)` | `resumeAidBinding(operation_id)` | `ResumeAIDBinding(ctx, operationID, aid...)` | 查询 operation 并恢复激活 |
-| `change_owner(params)` | `changeOwner(params)` | `ChangeOwner(ctx, params)` | 三方换 owner 编排 |
-| `list()` | `list()` | `List()` | 列出本地 AID |
+| `load(aid)` | `load(aid)` | `Load(aid)` | 从本地加载 AID |
+| `register(aid)` | `register(aid)` | `Register(ctx, aid)` | 注册并落盘证书和私钥 |
+| `list()` | `list()` | `List()` | 列出本地 AID |
 | `exists(aid)` | `exists(aid)` | `Exists(ctx, aid)` | 远端存在性检查 |
 | `resolve(aid, opts=None)` | `resolve(aid, opts?)` | `Resolve(ctx, aid, opts...)` | 拉证书并缓存；默认下载 agent.md，可用 `skip_agent_md` / `skipAgentMd` 跳过 |
-| `upload_agent_md(aid, content=None)` | `uploadAgentMd(aid, content?)` | `UploadAgentMD(ctx, aid, content...)` | 发布本地 AID 的 agent.md；签名后使用该 AID 的 access_token 上传 |
+| `upload_agent_md(aid, content=None)` | `uploadAgentMd(aid, content?)` | `UploadAgentMD(ctx, aid, content...)` | 普通主体以本身份签名/token 发布；Group/Org 仅当前 owner 本人尾签并携带 V2 owner 授权上传，见协议 §2.5 |
 | `download_agent_md(aid, timeout_s=None)` | `downloadAgentMd(aid, timeoutMs=30000)` | `DownloadAgentMD(ctx, aid)` | 下载 agent.md，返回 `DownloadAgentMdResult` / `AgentMDInfo` |
 | `check_agent_md(aid, ttl_days=1)` | `checkAgentMd(aid, ttlDays=1)` | `CheckAgentMD(ctx, aid, maxUnsyncedDays...)` | 通过 HEAD 和本地记录检查一致性 |
 | `diagnose(aid)` | `diagnose(aid)` | `Diagnose(ctx, aid)` | 本地 + 远端诊断 |
 | `renew_cert(aid)` / `rekey(aid)` | `renewCert(aid)` / `rekey(aid)` | `RenewCert(ctx, aid)` / `Rekey(ctx, aid)` | 证书运维 |
 | `change_seed(old, new)` | `changeSeed(old, new)` | `ChangeSeed(old, new)` | 本地密钥保护种子迁移 |
 
-Python、TS/Node 与 Go 的 `AIDStore` 本地方法返回 Result 包装；浏览器 JS 因 IndexedDB / WebCrypto 约束返回 `Promise<Result>`。联网方法在 TS/JS 中均返回 `Promise<Result>`；Go 形态为 `Result[T]`，字段为 `Ok` / `Data` / `Error`。
-
-新身份使用 `register({ aid, type, owner? })`：SDK 先签发 AID 证书，再通过 `auth.aid_register_*` 完成关系登记；不要对新身份先普通注册后调用 `bindAid`。`bind_aid` / `bindAid` / `BindAID` 用于已有证书且关系为 `legacy_unbound` 或 `unbound` 的 AID 绑定或重绑，不创建新证书。
-
-### Owner 关系注册与绑定
-
-SDK 同时保留两条明确的高层路径：
-
-| 场景 | 高层入口 | 服务端流程 | 是否签发证书 |
-|------|----------|------------|:------------:|
-| 新 AID | `register({aid, type, owner?, agent_md?, idempotency_key?})` / `RegisterWithOptions` | `auth.aid_register_prepare` → `submit` → 发布带 proof 的 `agent.md` → `activate` | 是 |
-| 已有 legacy/unbound AID | `bind_aid` / `bindAid` / `BindAID` | `auth.aid_bind_prepare` → `submit` → 发布带 proof 的 `agent.md` → `activate` | 否 |
-
-`register(aid)` / `Register(ctx, aid)` 保持兼容语义：只创建或恢复证书并上传普通 `agent.md`，不会创建 owner 关系。新建非 `human` AID 必须在新注册入口提供 owner；`human` 不得提供 owner；只有 `agent` 可以使用 self-owner（`owner == aid`）。外部 owner 需要 subject 和 owner 两份签名，self-owner 只需要 subject 签名。
-
-Auth 关系类型可接受 `org`，但当前 CA/Name Service 只实现 `signing` 与 `group_identity` 证书用途；`org_identity` 尚未实现，SDK 不应把组织身份证书映射或组织专用 agent.md 签名描述为可用能力。
-
-新注册和绑定完成 `prepare` 后，SDK 将服务端返回的 `proof_id`、`fact_hash`、`statement_hash` 及签名封套写入 `ownership_proof`，并用 `owner_operation_id` 上传 `agent.md`；普通 `uploadAgentMd` 不能改变已激活关系。operation 有效期为 7 天，证书在 pending/失败/过期期间仍可登录和通信。
-
-状态可通过 `get_aid_binding_status` / `auth.aid_register_status` / `auth.owner_relation_status` 查询，通过 `resume_aid_binding` 或 `aid_operation_get` 在进程重启后恢复。常见状态为 `legacy_unbound`、`pending`、`proof_pending`、`agent_md_pending`、`active`、`not_applicable`、`unbound`、`unusable`、`expired`。
-
-### Ownership proof 约定
-
-四端 SDK 使用同一组 UTF-8 canonical bytes（对象键按字典序、无空格）：
-
-```text
-fact = canonical_json({"subject_aid": subject, "owner_aid": owner})
-statement = canonical_json({"proof_id": proof_id, "subject_aid": subject, "owner_aid": owner})
-signing_bytes = UTF-8("AUN-AID-OWNER-RELATION-V1;") || statement
-```
-
-AID 先规范化为 ASCII 小写；`proof_id` 必须是 UUID v4；`fact_hash` 是 `SHA-256(fact)`，`statement_hash` 是 `SHA-256(signing_bytes)`，均为小写十六进制。签名封套只有 `cert_fingerprint`（`sha256:<64 hex>`）和严格 Base64 的 `signature`。`owner_signature` 对外部 owner 必需，对 self-owner 必须省略。
-
-`change_owner` 由当前 owner 发起，`expected_relation_version` 用于 CAS；提交 `old_owner_signature`、subject signature 和 new owner signature 后，subject 发布新 proof 并激活。成功后 `relation_version` 递增，旧 owner 的 Storage ACL 撤销但数据保留，新 owner 的 ACL 重新创建。
+Python、TS/Node 与 Go 的 `AIDStore` 本地方法返回 Result 包装；浏览器 JS 因 IndexedDB / WebCrypto 约束返回 `Promise<Result>`。联网方法在 TS/JS 中均返回 `Promise<Result>`；Go 形态为 `Result[T]`，字段为 `Ok` / `Data` / `Error`。
 
 ### Result 类型
 
@@ -190,8 +152,8 @@ AID 由 `AIDStore.load()` 返回，应用层不直接构造。
 | `is_private_key_valid()` | `isPrivateKeyValid()` | `IsPrivateKeyValid()` | 私钥是否可用 |
 | `sign(data)` | `sign(data)` | `Sign(data)` | 签名 bytes |
 | `verify(data, signature)` | `verify(data, signature)` | `Verify(data, signature)` | 验签 |
-| `sign_agent_md(content)` | `signAgentMd(content)` | `SignAgentMd(content)` | agent.md 签名 |
-| `verify_agent_md(content)` | `verifyAgentMd(content)` | `VerifyAgentMd(content)` | agent.md 验签 |
+| `sign_agent_md(content)` | `signAgentMd(content)` | `SignAgentMd(content)` | agent.md 签名 |
+| `verify_agent_md(content)` | `verifyAgentMd(content)` | `VerifyAgentMd(content)` | agent.md 验签 |
 
 ---
 
@@ -231,20 +193,20 @@ client := aun.NewAUNClient(aid)
 
 | Python | TS/JS | Go | 说明 |
 |--------|-------|----|------|
-| `load_identity(aid)` | `loadIdentity(aid)` | `LoadIdentity(aid)` | 在 `no_identity` / `closed` 状态加载身份 |
-| `state` | `state` | `ConnectionState()` | 九态公开状态 |
-| `gateway_url` | `gatewayUrl` | `GetGatewayURL()` | 当前连接的 Gateway URL（只读，自动发现，连接前为空） |
-| `get_access_token()` | `getAccessToken()` | `GetAccessToken()` | 同步读取后台刷新任务维护的当前 access token；不发起认证、刷新或网络请求；无 token 时分别返回 `None` / `null` / 空字符串 |
-| `current_aid` | `currentAid` | `CurrentAID()` | 当前 AID 对象 |
+| `load_identity(aid)` | `loadIdentity(aid)` | `LoadIdentity(aid)` | 在 `no_identity` / `closed` 状态加载身份 |
+| `state` | `state` | `ConnectionState()` | 九态公开状态 |
+| `gateway_url` | `gatewayUrl` | `GetGatewayURL()` | 当前连接的 Gateway URL（只读，自动发现，连接前为空） |
+| `get_access_token()` | `getAccessToken()` | `GetAccessToken()` | 同步读取后台刷新任务维护的当前 access token；不发起认证、刷新或网络请求；无 token 时分别返回 `None` / `null` / 空字符串 |
+| `current_aid` | `currentAid` | `CurrentAID()` | 当前 AID 对象 |
 | `aid` | `aid` | `AID()` | 当前 AID 字符串 |
 | `has_identity` | `hasIdentity` | `HasIdentity()` | 是否已加载身份 |
 | `can_sign` | `canSign` | `CanSign()` | 是否可签名 |
 | `can_connect` | `canConnect` | `CanConnect()` | 是否可连接 |
 | `can_send` / `is_ready` | `canSend` / `isReady` | `CanSend()` / `IsReady()` | 是否可发送 |
-| `is_online` | `isOnline` | `IsOnline()` | 是否处于在线或重连相关状态 |
-| `is_closed` | `isClosed` | `IsClosed()` | 是否已关闭 |
-
-`get_access_token()` / `getAccessToken()` / `GetAccessToken()` 面向需要自行发起 HTTP 数据面请求的应用。返回值是调用时刻的缓存快照，不是可长期持有的凭据：应在每次需要 AID Bearer 的请求前重新读取，不能持续复用 `authenticate()` 首次返回的字符串。getter 本身不会主动刷新，也不独立检查 token 是否临近过期；其有效性依赖客户端后台刷新任务正常运行。返回空值时应先完成身份加载和认证/连接，且不得发送空的 `Authorization` 头。Storage VFS 和 Group FS 等 SDK 门面会自行编排其数据面请求，普通应用优先使用门面。Bearer、资源域 ticket、跨 issuer 下载和 401/403 重试边界见 [Storage RPC 手册：数据面 HTTP 下载流程](09-storage-rpc-manual.md#数据面-http-下载流程)。
+| `is_online` | `isOnline` | `IsOnline()` | 是否处于在线或重连相关状态 |
+| `is_closed` | `isClosed` | `IsClosed()` | 是否已关闭 |
+
+`get_access_token()` / `getAccessToken()` / `GetAccessToken()` 面向需要自行发起 HTTP 数据面请求的应用。返回值是调用时刻的缓存快照，不是可长期持有的凭据：应在每次需要 AID Bearer 的请求前重新读取，不能持续复用 `authenticate()` 首次返回的字符串。getter 本身不会主动刷新，也不独立检查 token 是否临近过期；其有效性依赖客户端后台刷新任务正常运行。返回空值时应先完成身份加载和认证/连接，且不得发送空的 `Authorization` 头。Storage VFS 和 Group FS 等 SDK 门面会自行编排其数据面请求，普通应用优先使用门面。Bearer、资源域 ticket、跨 issuer 下载和 401/403 重试边界见 [Storage RPC 手册：数据面 HTTP 下载流程](09-storage-rpc-manual.md#数据面-http-下载流程)。
 
 状态值：
 
@@ -258,35 +220,35 @@ retry_backoff / reconnecting / connection_failed / closed
 Python：
 
 ```python
-auth = await client.authenticate()
-await client.connect({"auto_reconnect": True})
+auth = await client.authenticate()
+await client.connect({"auto_reconnect": True})
 await client.disconnect()
 await client.close()
 ```
 
 说明：
 
-- `authenticate()` 只取 token，不建立业务会话。
-- `connect()` 可从 `standby` 自动认证并进入 `ready`。
-- `disconnect()` 断开当前传输连接，对象仍可重新连接。
-- `close()` 关闭连接和后台任务；之后只能重新加载身份再复用。
+- `authenticate()` 只取 token，不建立业务会话。
+- `connect()` 可从 `standby` 自动认证并进入 `ready`。
+- `disconnect()` 断开当前传输连接，对象仍可重新连接。
+- `close()` 关闭连接和后台任务；之后只能重新加载身份再复用。
 
 四个 SDK 的公开构造入口均已对齐为“无参或 AID 对象”。调试、TLS、根证书、device_id、slot_id 等配置由 `AIDStore` 传递到 AID，再由 `AUNClient` 继承；连接级选项只传给 `connect()`。
 
 ### RPC
 
 ```python
-result = await client.call("message.send", {
-    "to": "bob.agentid.pub",
-    "device_id": "bob-phone",
-    "ttl": 300,
-    "payload": {"type": "text", "text": "hello"},
-})
-```
-
-`message.send` 可选传入目标 `device_id`，非空时只投递该设备；`to_device_id` 仅为兼容别名，规范字段优先。目标无效时发送失败且不会退化为全设备投递。这里的 `device_id` 是接收目标，`message.pull` / `message.ack` 的同名字段则表示当前消费设备。
-
-`ttl` 单位为秒：缺省或 `<=0` 保持持久化；正数钳制到 1–3600 秒，只存于消息服务内存且不分配持久 `seq`。四个 SDK 自动维护 volatile 游标、去重及 ACK；返回和事件中的 `storage`、`volatile_cursor`、`created_at`、`expires_at` 可用于识别此类消息。
+result = await client.call("message.send", {
+    "to": "bob.agentid.pub",
+    "device_id": "bob-phone",
+    "ttl": 300,
+    "payload": {"type": "text", "text": "hello"},
+})
+```
+
+`message.send` 可选传入目标 `device_id`，非空时只投递该设备；`to_device_id` 仅为兼容别名，规范字段优先。目标无效时发送失败且不会退化为全设备投递。这里的 `device_id` 是接收目标，`message.pull` / `message.ack` 的同名字段则表示当前消费设备。
+
+`ttl` 单位为秒：缺省或 `<=0` 保持持久化；正数钳制到 1–3600 秒，只存于消息服务内存且不分配持久 `seq`。四个 SDK 自动维护 volatile 游标、去重及 ACK；返回和事件中的 `storage`、`volatile_cursor`、`created_at`、`expires_at` 可用于识别此类消息。
 
 常用 meta RPC 直接透传：
 
@@ -351,14 +313,14 @@ headers = client.get_protected_headers()
 | Python | TS/JS | Go | 说明 |
 |--------|-------|----|------|
 | `AIDStore.upload_agent_md(aid, content=None)` | `store.uploadAgentMd(aid, content?)` | `store.UploadAgentMD(ctx, aid, content...)` | 发布指定本地 AID 的 agent.md |
-| `AIDStore.download_agent_md(aid)` | `store.downloadAgentMd(aid)` | `store.DownloadAgentMD(ctx, aid)` | 下载并验签 |
-| `AIDStore.check_agent_md(aid)` | `store.checkAgentMd(aid)` | `store.CheckAgentMD(ctx, aid, maxUnsyncedDays...)` | 检查一致性 |
-
-说明：
-
-- agent.md 上传、下载和检查入口都在 `AIDStore`；`AUNClient` 不再暴露上传入口。
-- 上传要求目标 AID 已在本地加载且私钥有效；SDK 会对正文签名，并通过 `AuthFlow` 获取或复用该 AID 的 access_token。
-- SDK 发起 GET 时只发送 `Accept: text/markdown`，不主动发送 `If-None-Match` / `If-Modified-Since`。如果服务端异常返回 304，本地有内容则复用；无内容时再发一次无条件 GET。
+| `AIDStore.download_agent_md(aid)` | `store.downloadAgentMd(aid)` | `store.DownloadAgentMD(ctx, aid)` | 下载并验签 |
+| `AIDStore.check_agent_md(aid)` | `store.checkAgentMd(aid)` | `store.CheckAgentMD(ctx, aid, maxUnsyncedDays...)` | 检查一致性 |
+
+说明：
+
+- agent.md 上传、下载和检查入口都在 `AIDStore`；`AUNClient` 不再暴露上传入口。
+- 上传要求目标 AID 已在本地加载且私钥有效；SDK 会对正文签名，并通过 `AuthFlow` 获取或复用该 AID 的 access_token。
+- SDK 发起 GET 时只发送 `Accept: text/markdown`，不主动发送 `If-None-Match` / `If-Modified-Since`。如果服务端异常返回 304，本地有内容则复用；无内容时再发一次无条件 GET。
 - SDK 会自动从 Gateway `_meta.agent_md_etags` 和信封 `agent_md` 观察远端版本；`requester`、`peer`、`group` 是标准角色键，`receiver`、`target`、`to`、`sender`、`from` 是兼容别名。
 - `Accept: text/markdown` 与 agent.md 的 YAML frontmatter + Markdown 格式兼容；agent.md 仍是 Markdown 媒体类型上的结构化约定。
 
@@ -372,39 +334,41 @@ headers = client.get_protected_headers()
 
 | 能力 | Python | TS/JS | Go | 说明 |
 |------|--------|-------|----|------|
-| Storage VFS | `client.storage` | `client.storage` | `client.Storage()` | 类 POSIX 文件操作；上传自动选择 inline / session / 秒传并统一 Content-Type，下载自动选择 inline / ticket；支持 `touch`、`find`、`du`、`df`、ACL/token/软链/挂载门面 |
+| Storage VFS | `client.storage` | `client.storage` | `client.Storage()` | 类 POSIX 文件操作；上传自动选择 inline / session / 秒传并统一 Content-Type，下载自动选择 inline / ticket；支持 `touch`、`find`、`du`、`df`、ACL/token/软链/挂载门面 |
 | Collab | `client.collab` | `client.collab` | `client.Collab()` | 版本化文档、标签、`gc` / `reflog` / `revert` |
 | Group FS | `client.group.fs` | `client.group.fs` | `client.Group().FS()` | POSIX 风格群文件系统；`ls/find/stat/lstat/mkdir/rm/cp/mv/df/mount/umount`，以及 `set_acl/remove_acl/get_acl/list_acl` 角色 ACL 门面，上传下载数据面由 SDK 编排 |
 
-四个 SDK 的 Storage VFS 与 Group FS 上传门面在未显式指定 `content_type` / `contentType` 时，先按实际字节识别 PNG、JPEG、GIF、BMP、WebP、PDF、gzip、ZIP、MP4、JSON、HTML 和 UTF-8 文本，再回退文件扩展名及 `application/octet-stream`。session 上传会把同一 MIME 值用于 create session、HTTP PUT 的 `Content-Type` 和 complete；session 响应中的其它 header 会保留，Content-Type 会替换为该 MIME。OSS 预签名 URL 会校验签名头，应用绕过 VFS 时缺少或改写该请求头可能直接收到 OSS 403。
-
-群文件系统路径统一使用 `group_aid:/...`，成员数据区使用 `group_aid:/memberdata/{member_ref}/...`。SDK 不拼接真实 storage 路径，`memberdata` 到成员 `group_data/{group_aid}` 的映射只在服务端完成。群自有区写入允许当前 `group_aid` 证书签名；成员角色中 `owner/admin` 默认可写群自有区，`member` 默认不可写。`owner/admin` 可通过 `group.fs.set_acl` 对特定业务目录授予 `role:member` 的 `rw` 权限，用于后续群协作场景；`rw` 只允许创建/写入，不授予删除、移动、重命名权限。`rwd` 是 storage 内部权限位，SDK/RPC 对外按 POSIX 视图显示为 `rwx`，不给删除/移动/重命名权限时只使用 `rw`。`.group/` 是系统控制目录，默认给 `owner/admin` 写权限，用于群公告、群规则、入群要求附件，不能向 `role:member` 授权。老群如果缺少 `.group/` 默认 ACL，group 服务会在该群首次被 RPC 访问时 best-effort 触发 namespace/ACL lazy repair；ACL 同步全部成功后才记录本进程已检查，失败会在后续访问继续重试。JS 浏览器版上传中 `string` 默认表示文本内容，Node 本地路径需显式 `sourceType: "path"`、`localPath: true` 或 `local:` 前缀；Python/TS/Go 默认把 `string` 当本地路径。
+四个 SDK 的 Storage VFS 与 Group FS 上传门面在未显式指定 `content_type` / `contentType` 时，先按实际字节识别 PNG、JPEG、GIF、BMP、WebP、PDF、gzip、ZIP、MP4、JSON、HTML 和 UTF-8 文本，再回退文件扩展名及 `application/octet-stream`。session 上传会把同一 MIME 值用于 create session、HTTP PUT 的 `Content-Type` 和 complete；session 响应中的其它 header 会保留，Content-Type 会替换为该 MIME。OSS 预签名 URL 会校验签名头，应用绕过 VFS 时缺少或改写该请求头可能直接收到 OSS 403。
+
+群文件系统路径统一使用 `group_aid:/...`，成员数据区使用 `group_aid:/memberdata/{member_ref}/...`。SDK 不拼接真实 storage 路径，`memberdata` 到成员 `group_data/{group_aid}` 的映射只在服务端完成。群自有区写入允许当前 `group_aid` 证书签名；成员角色中 `owner/admin` 默认可写群自有区，`member` 默认不可写。`owner/admin` 可通过 `group.fs.set_acl` 对特定业务目录授予 `role:member` 的 `rw` 权限，用于后续群协作场景；`rw` 只允许创建/写入，不授予删除、移动、重命名权限。`rwd` 是 storage 内部权限位，SDK/RPC 对外按 POSIX 视图显示为 `rwx`，不给删除/移动/重命名权限时只使用 `rw`。`.group/` 是系统控制目录，默认给 `owner/admin` 写权限，用于群公告、群规则、入群要求附件，不能向 `role:member` 授权。老群如果缺少 `.group/` 默认 ACL，group 服务会在该群首次被 RPC 访问时 best-effort 触发 namespace/ACL lazy repair；ACL 同步全部成功后才记录本进程已检查，失败会在后续访问继续重试。JS 浏览器版上传中 `string` 默认表示文本内容，Node 本地路径需显式 `sourceType: "path"`、`localPath: true` 或 `local:` 前缀；Python/TS/Go 默认把 `string` 当本地路径。
 
 ### 消息与群组门面
 
 | 能力 | Python | TS/JS | Go | 说明 |
 |------|--------|-------|----|------|
-| Message | `client.message` | `client.message` | `client.Message()` | 消息便利方法：`send()`、`pull()`、`history()`、`ack()`、`recall()`、`queryOnline()` |
+| Message | `client.message` | `client.message` | `client.Message()` | 消息便利方法：`send()`、`pull()`、`history()`、`ack()`、`read()`、`read_state/readState/ReadState`、`recall()`、`queryOnline()` |
 | Message Thought | `client.message.thought` | `client.message.thought` | `client.Message().Thought()` | P2P 思考内容：`put()`、`get()`（不持久化、不分配 seq、强制 E2EE） |
-| Group | `client.group` | `client.group` | `client.Group()` | 群组便利方法：`create()`、`send()`、`pull()`、`history()`、`ack()`、群管理方法、群查询方法、群设置便利方法 |
-| Group Thought | `client.group.thought` | `client.group.thought` | `client.Group().Thought()` | 群思考内容：`put()`、`get()`（不持久化、不分配 seq、强制 E2EE） |
-| Offline Push | `client.push` | — | — | Python SDK：登记/注销当前安装的 `push_notify_aid`，Push Server 处理批次后 ACK |
-| Stream | `client.stream` | `client.stream` | — | 流式数据：`createStream()`、`sendChunk()`、`endStream()`、`subscribeStream()` |
-
-`message.history` 和 `group.history` 使用 `before_seq` 排他上界向左翻页，下一页直接使用响应的 `next_before_seq`。History 只读，不推进实时 A/T/H、不 ACK、不触发实时消息事件。实时 Push 的最新页同步完全由 SDK 内部自动执行，再按 A/T/H 决定是否补一页 Forward；没有需要应用调用的 Tail 方法或参数。
-
-消息回调只提供页级语义：单个 Tail/Forward 响应页内按 seq 升序、同 seq 最多一次；跨 Push/Tail/Forward 页可能重复或乱序。A/T/H 不能用于判断某条消息是否已经回调。全局去重与排序不是 SDK 业务逻辑保证；应用仓库应以 `(namespace, message_id)` 做唯一键，并按 `seq` 排序。SDK 的进程内折叠仅是 best-effort 优化。
-
-**群成员管理与状态方法**：
-
-| 语义 | Python | TS/JS | Go |
-|------|--------|-------|----|
-| 屏蔽/取消屏蔽 | `block()` / `unblock()` | `block()` / `unblock()` | `Block()` / `Unblock()` |
-| 获取屏蔽列表 | `get_blocklist()` | `getBlocklist()` | `GetBlocklist()` |
-| 上报自己的群内状态 | `report_status()` | `reportStatus()` | `ReportStatus()` |
-| 获取所有成员状态 | `get_member_statuses()` | `getMemberStatuses()` | `GetMemberStatuses()` |
-
-屏蔽与禁言相互独立且可以同时设置。屏蔽成员仍可向群发送消息，但不接收群消息；禁言成员不能向群发送消息，但仍可接收。群主转让是两阶段流程：旧群主先生成授权并调用 `group.transfer_owner`，新群主 SDK 收到 `owner_transfer_rekey_pending` 后生成新群密钥并调用 `group.complete_transfer`。四个 SDK 会在新群主在线或重连恢复时自动尝试第二阶段，也保留 `completeTransfer`（Python 为 `complete_transfer`，Go 为 `CompleteTransfer`）供显式恢复；发起调用返回 `pending_rekey`，不表示转让已经完成。
+| Group | `client.group` | `client.group` | `client.Group()` | 群组便利方法：`create()`、`send()`、`pull()`、`history()`、`ack()`、`read()`、`read_state/readState/ReadState`、群管理方法、群查询方法、群设置便利方法 |
+| Group Thought | `client.group.thought` | `client.group.thought` | `client.Group().Thought()` | 群思考内容：`put()`、`get()`（不持久化、不分配 seq、强制 E2EE） |
+| Offline Push | `client.push` | — | — | Python SDK：登记/注销当前安装的 `push_notify_aid`，Push Server 处理批次后 ACK |
+| Stream | `client.stream` | `client.stream` | — | 流式数据：`createStream()`、`sendChunk()`、`endStream()`、`subscribeStream()` |
+
+业务已读与投递 ACK 独立。Python 使用 `read/read_state`，TS/JS 使用 `read/readState`，Go 使用 `Read/ReadState`；四个已读门面保留显式 `None/null/nil` 字段交服务端校验。只有省略 `states` 时兼容顶层单条，显式空/null 批次拒绝；写入回执不是共享汇总。完整字段与事件契约见 [Message RPC](09-message-rpc-manual.md#messageread) 和 [Group RPC](09-group-rpc-manual.md#groupread)。
+
+`message.history` 和 `group.history` 使用 `before_seq` 排他上界向左翻页，下一页直接使用响应的 `next_before_seq`。History 只读，不推进实时 A/T/H、不 ACK、不触发实时消息事件。实时 Push 的最新页同步完全由 SDK 内部自动执行，再按 A/T/H 决定是否补一页 Forward；没有需要应用调用的 Tail 方法或参数。
+
+消息回调只提供页级语义：单个 Tail/Forward 响应页内按 seq 升序、同 seq 最多一次；跨 Push/Tail/Forward 页可能重复或乱序。A/T/H 不能用于判断某条消息是否已经回调。全局去重与排序不是 SDK 业务逻辑保证；应用仓库应以 `(namespace, message_id)` 做唯一键，并按 `seq` 排序。SDK 的进程内折叠仅是 best-effort 优化。
+
+**群成员管理与状态方法**：
+
+| 语义 | Python | TS/JS | Go |
+|------|--------|-------|----|
+| 屏蔽/取消屏蔽 | `block()` / `unblock()` | `block()` / `unblock()` | `Block()` / `Unblock()` |
+| 获取屏蔽列表 | `get_blocklist()` | `getBlocklist()` | `GetBlocklist()` |
+| 上报自己的群内状态 | `report_status()` | `reportStatus()` | `ReportStatus()` |
+| 获取所有成员状态 | `get_member_statuses()` | `getMemberStatuses()` | `GetMemberStatuses()` |
+
+屏蔽与禁言相互独立且可以同时设置。屏蔽成员仍可向群发送消息，但不接收群消息；禁言成员不能向群发送消息，但仍可接收。群主转让是两阶段流程：旧群主先生成授权并调用 `group.transfer_owner`，新群主 SDK 收到 `owner_transfer_rekey_pending` 后生成新群密钥并调用 `group.complete_transfer`。四个 SDK 会在新群主在线或重连恢复时自动尝试第二阶段，也保留 `completeTransfer`（Python 为 `complete_transfer`，Go 为 `CompleteTransfer`）供显式恢复；发起调用返回 `pending_rekey`，不表示转让已经完成。
 
 **群查询方法**：`GroupFacade` 提供三个查询方法，适用不同场景：
 
@@ -412,20 +376,20 @@ headers = client.get_protected_headers()
 - `getInfo()` — 查询群组信息（扁平化格式，提升常用字段到顶层），**推荐外部使用**
 - `info()` — 查询群组详细信息（带权限控制，非成员只能看公开群，成员能看 seq/epoch 等运行时状态）
 
-**群设置便利方法**：`GroupFacade` 提供向后兼容的便利方法：
-
-- `getAnnouncement()` / `updateAnnouncement()` — 群公告
-- `getRules()` / `updateRules()` — 群规则
-- `getJoinRequirements()` / `updateJoinRequirements()` — 入群要求
-- `getSettingWithIndex()` / `updateSettingWithIndex()` — 通用文档型 indexed setting（Python 为 `get_setting_with_index()` / `update_setting_with_index()`，Go 为 `GetSettingWithIndex()` / `UpdateSettingWithIndex()`）
-
-读取方法优先返回 SDK 本地缓存；本地没有对应值时才读取相应 settings 做初始化。便利读取从服务端拿到 canonical `group_aid` 后，会同时以 canonical `group_aid` 和本次入参 `group_id` 写入 settings cache，避免 legacy/base `group_id` 下一次读取直接 cache miss。即使 `checkGroupIndex` 观察到远端 etag 与本地 etag 不一致，`getAnnouncement()` / `getRules()` / `getJoinRequirements()` / `getSettingWithIndex()` 也不会自动拉取远端版本覆盖本地缓存。`updateAnnouncement()` / `updateRules()` / `updateJoinRequirements()` / `updateSettingWithIndex()` 属于 indexed 写入，内部会调用 `updateGroupIndex` 生成签名 `group.index` 并带 `expected_index_etag` CAS 提交。
-
-`getSettingWithIndex()` / `updateSettingWithIndex()` 比三对预定义方法多一个 `keyName`（Python 可传 `key_name`，Go 同时接受 `keyName` / `key_name`）。SDK 会生成 `{keyName}.content` 和 `{keyName}.attachments` 两个 settings key；`keyName` 只能是受控文档名（`^[A-Za-z][A-Za-z0-9_-]{0,63}$`，且不能使用 `join` 等保留前缀）。`getRules()` / `updateRules()` 与 `getAnnouncement()` / `updateAnnouncement()` 是该通用方法在 `rules`、`announcement` 上的薄封装；`getJoinRequirements()` / `updateJoinRequirements()` 保持结构化 schema，不改成 `join.content`。
-
-这些 `update*` 便利方法只更新群设置元数据：`updateRules()` / `updateAnnouncement()` / `updateSettingWithIndex()` 写入 `*.content` 与 `*.attachments`，`updateJoinRequirements()` 写入 `join.mode` / `join.question` / `join.auto_approve_patterns` / `join.max_pending` / `join.attachments`。`attachments` 只保存稳定引用，附件实体应先上传到 group.fs 群自有区，推荐路径为 `group_aid:/.group/attachments/{rules|announcement|join|<keyName>}/...`。
-
-**Group Index 高级同步方法**：`group.index` 是 SDK 内部签名 manifest，用于记录群公告、群规则、入群要求及附件稳定引用的版本。SDK 观察 `_meta.group_indexes` 后只记录远端 etag；etag 不一致只表示本地与观察到的远端版本不同，可能是远端更新，也可能是本地有未提交修改。应用层需要显式选择 pull 远端或 push 本地。
+**群设置便利方法**：`GroupFacade` 提供向后兼容的便利方法：
+
+- `getAnnouncement()` / `updateAnnouncement()` — 群公告
+- `getRules()` / `updateRules()` — 群规则
+- `getJoinRequirements()` / `updateJoinRequirements()` — 入群要求
+- `getSettingWithIndex()` / `updateSettingWithIndex()` — 通用文档型 indexed setting（Python 为 `get_setting_with_index()` / `update_setting_with_index()`，Go 为 `GetSettingWithIndex()` / `UpdateSettingWithIndex()`）
+
+读取方法优先返回 SDK 本地缓存；本地没有对应值时才读取相应 settings 做初始化。便利读取从服务端拿到 canonical `group_aid` 后，会同时以 canonical `group_aid` 和本次入参 `group_id` 写入 settings cache，避免 legacy/base `group_id` 下一次读取直接 cache miss。即使 `checkGroupIndex` 观察到远端 etag 与本地 etag 不一致，`getAnnouncement()` / `getRules()` / `getJoinRequirements()` / `getSettingWithIndex()` 也不会自动拉取远端版本覆盖本地缓存。`updateAnnouncement()` / `updateRules()` / `updateJoinRequirements()` / `updateSettingWithIndex()` 属于 indexed 写入，内部会调用 `updateGroupIndex` 生成签名 `group.index` 并带 `expected_index_etag` CAS 提交。
+
+`getSettingWithIndex()` / `updateSettingWithIndex()` 比三对预定义方法多一个 `keyName`（Python 可传 `key_name`，Go 同时接受 `keyName` / `key_name`）。SDK 会生成 `{keyName}.content` 和 `{keyName}.attachments` 两个 settings key；`keyName` 只能是受控文档名（`^[A-Za-z][A-Za-z0-9_-]{0,63}$`，且不能使用 `join` 等保留前缀）。`getRules()` / `updateRules()` 与 `getAnnouncement()` / `updateAnnouncement()` 是该通用方法在 `rules`、`announcement` 上的薄封装；`getJoinRequirements()` / `updateJoinRequirements()` 保持结构化 schema，不改成 `join.content`。
+
+这些 `update*` 便利方法只更新群设置元数据：`updateRules()` / `updateAnnouncement()` / `updateSettingWithIndex()` 写入 `*.content` 与 `*.attachments`，`updateJoinRequirements()` 写入 `join.mode` / `join.question` / `join.auto_approve_patterns` / `join.max_pending` / `join.attachments`。`attachments` 只保存稳定引用，附件实体应先上传到 group.fs 群自有区，推荐路径为 `group_aid:/.group/attachments/{rules|announcement|join|<keyName>}/...`。
+
+**Group Index 高级同步方法**：`group.index` 是 SDK 内部签名 manifest，用于记录群公告、群规则、入群要求及附件稳定引用的版本。SDK 观察 `_meta.group_indexes` 后只记录远端 etag；etag 不一致只表示本地与观察到的远端版本不同，可能是远端更新，也可能是本地有未提交修改。应用层需要显式选择 pull 远端或 push 本地。
 
 | 语义 | Python | TS/JS | Go | 说明 |
 |------|--------|-------|----|------|
@@ -433,7 +397,7 @@ headers = client.get_protected_headers()
 | 显式 pull 远端 index | `client.group.get_group_index({...})` | `client.group.getGroupIndex({...})` | `client.Group().GetGroupIndex(ctx, params)` | 调用 `group.get_settings(keys=["group.index"])` 摘取 manifest，并按 entry etag 只拉取变化的 db settings 写入本地缓存 |
 | 显式 push 本地 indexed settings + index | `client.group.update_group_index({...})` | `client.group.updateGroupIndex({...})` | `client.Group().UpdateGroupIndex(ctx, params)` | 先读取当前 index 得到 `expected_index_etag`，在远端基线上合并本地变更，生成签名 `group.index` 后 CAS push |
 
-`getGroupIndex` pull 验签成功后会持久化本地视图。Python / TypeScript(Node) / Go 使用 `{aun_path}/AIDs/{local_aid}/groups/{group_aid}/index.jsonl` 保存签名 `group.index.body` 原文，并用同目录 `group-index-cache.json` 保存 `local_etag`、`remote_meta`、`settings`、`entry_etags` 等 cache envelope。浏览器 JavaScript 使用 IndexedDB `group_index_cache` store 的等价记录，按 `local_aid + group_aid` 隔离。普通便利读取可额外写入本次请求 `group_id` 的 settings cache alias；签名正文和 `getGroupIndex` 视图仍以 canonical `group_aid` 为准。不要使用 `{aun_path}/AIDs/{group_aid}/`，也不要使用旧单文件 `group-index.json`。
+`getGroupIndex` pull 验签成功后会持久化本地视图。Python / TypeScript(Node) / Go 使用 `{aun_path}/AIDs/{local_aid}/groups/{group_aid}/index.jsonl` 保存签名 `group.index.body` 原文，并用同目录 `group-index-cache.json` 保存 `local_etag`、`remote_meta`、`settings`、`entry_etags` 等 cache envelope。浏览器 JavaScript 使用 IndexedDB `group_index_cache` store 的等价记录，按 `local_aid + group_aid` 隔离。普通便利读取可额外写入本次请求 `group_id` 的 settings cache alias；签名正文和 `getGroupIndex` 视图仍以 canonical `group_aid` 为准。不要使用 `{aun_path}/AIDs/{group_aid}/`，也不要使用旧单文件 `group-index.json`。
 
 #### checkGroupIndex — 检查 index 同步状态
 
@@ -595,14 +559,14 @@ fmt.Printf("拉取成功，etag: %s\n", result["meta"].(map[string]any)["etag"])
 | `last_modified` | int | ❌ | 时间戳毫秒（默认 `Date.now()` / `time.time()*1000`） |
 | `max_attempts` | int | ❌ | CAS 冲突最大重试次数（默认 2） |
 
-**支持的 indexed settings keys**：
-
-- `rules.content` / `rules.attachments` — 群规则及附件
-- `announcement.content` / `announcement.attachments` — 群公告及附件
-- `join.mode` / `join.question` / `join.auto_approve_patterns` / `join.max_pending` / `join.attachments` — 入群要求及附件
-- `{keyName}.content` / `{keyName}.attachments` — 通用文档型 indexed setting；`keyName` 需满足 `^[A-Za-z][A-Za-z0-9_-]{0,63}$`，且不能使用 `join` 等保留前缀
-
-**返回值**：
+**支持的 indexed settings keys**：
+
+- `rules.content` / `rules.attachments` — 群规则及附件
+- `announcement.content` / `announcement.attachments` — 群公告及附件
+- `join.mode` / `join.question` / `join.auto_approve_patterns` / `join.max_pending` / `join.attachments` — 入群要求及附件
+- `{keyName}.content` / `{keyName}.attachments` — 通用文档型 indexed setting；`keyName` 需满足 `^[A-Za-z][A-Za-z0-9_-]{0,63}$`，且不能使用 `join` 等保留前缀
+
+**返回值**：
 
 ```python
 {
@@ -671,16 +635,16 @@ console.log(`推送成功，新 etag: ${result._meta.group_indexes['g-team.agent
 
 ```go
 // Go - 更新入群要求
-result, err := client.Group().UpdateGroupIndex(ctx, map[string]any{
-    "group_id": "g-team.agentid.pub",
-    "settings": map[string]any{
-        "join.mode": "approval",
-        "join.question": "你是如何知道本群的？",
-        "join.attachments": []any{
-            map[string]any{"type": "group.fs", "path": "/.group/attachments/join/guide.pdf"},
-        },
-    },
-})
+result, err := client.Group().UpdateGroupIndex(ctx, map[string]any{
+    "group_id": "g-team.agentid.pub",
+    "settings": map[string]any{
+        "join.mode": "approval",
+        "join.question": "你是如何知道本群的？",
+        "join.attachments": []any{
+            map[string]any{"type": "group.fs", "path": "/.group/attachments/join/guide.pdf"},
+        },
+    },
+})
 if err != nil {
     log.Fatal(err)
 }
@@ -692,41 +656,41 @@ fmt.Printf("推送成功\n")
 1. **权限要求**：写入 indexed settings 需要 admin 及以上权限
 2. **签名算法限制**：当前版本仅支持 ECDSA-P256-SHA256，使用其他算法的 AID 无法签名
 3. **CAS 冲突策略**：默认重试 2 次，高并发场景建议增加 `max_attempts`
-4. **`signer` 必须是当前连接身份**：服务端强制校验 `signed_by == actor_aid`，传入其他 AID 会被拒绝
-5. **附件字段只存引用**：`updateRules` / `updateAnnouncement` / `updateSettingWithIndex` 传入 `content` 和 `attachments` 元数据引用；`updateJoinRequirements` 传入结构化入群字段和 `attachments` 元数据引用。附件实体先上传到群自有区，推荐路径为 `group_aid:/.group/attachments/{rules|announcement|join|<keyName>}/...`。群自有区默认允许 `owner/admin` 写入，`member` 默认不可写；`.group/` 不允许授予 `role:member` 写权限。
-
----
-
-### 离线推送门面（Python）
-
-应用启动时推荐把推送代理和 opaque token 交给 `connect()`：
-
-```python
-await client.connect({
-    "push_notify_aid": "push.example.com",
-    "push_token": token,
-})
-```
-
-SDK 先建立 AUN 会话，再调用 `push.register` 登记当前安装。`push_notify_aid` 是 SDK 公共名称，线上 RPC 字段仍是冻结契约中的 `push_server_aid`；它不会被透传给 `auth.connect`。
-
-运行期间更换 token 或停止推送时使用 facade：
-
-```python
-await client.push.register(push_notify_aid="push.example.com", push_token=new_token)
-await client.push.unregister()
-```
-
-- `register()` 可附带 `provider`、`app_id`；身份范围始终由 Gateway 注入的当前 `aid/device_id/slot_id` 决定，调用方不能伪造。
-- `unregister()` 幂等禁用当前安装，不删除历史 delivery。
-- `ack(batch_id, status)` 只供 Push Server 实现使用；V1 status 仅允许 `accepted`、`retryable_failure`、`permanent_failure`。
-- 本轮只修改 Python SDK；Go、TypeScript、JavaScript 尚无专用 Push facade。
-
-协议与可靠性边界见 `docs/protocol/15-离线推送通知协议.md`。
-
----
-
-## ServiceProxyClient
+4. **`signer` 必须是当前连接身份**：服务端强制校验 `signed_by == actor_aid`，传入其他 AID 会被拒绝
+5. **附件字段只存引用**：`updateRules` / `updateAnnouncement` / `updateSettingWithIndex` 传入 `content` 和 `attachments` 元数据引用；`updateJoinRequirements` 传入结构化入群字段和 `attachments` 元数据引用。附件实体先上传到群自有区，推荐路径为 `group_aid:/.group/attachments/{rules|announcement|join|<keyName>}/...`。群自有区默认允许 `owner/admin` 写入，`member` 默认不可写；`.group/` 不允许授予 `role:member` 写权限。
+
+---
+
+### 离线推送门面（Python）
+
+应用启动时推荐把推送代理和 opaque token 交给 `connect()`：
+
+```python
+await client.connect({
+    "push_notify_aid": "push.example.com",
+    "push_token": token,
+})
+```
+
+SDK 先建立 AUN 会话，再调用 `push.register` 登记当前安装。`push_notify_aid` 是 SDK 公共名称，线上 RPC 字段仍是冻结契约中的 `push_server_aid`；它不会被透传给 `auth.connect`。
+
+运行期间更换 token 或停止推送时使用 facade：
+
+```python
+await client.push.register(push_notify_aid="push.example.com", push_token=new_token)
+await client.push.unregister()
+```
+
+- `register()` 可附带 `provider`、`app_id`；身份范围始终由 Gateway 注入的当前 `aid/device_id/slot_id` 决定，调用方不能伪造。
+- `unregister()` 幂等禁用当前安装，不删除历史 delivery。
+- `ack(batch_id, status)` 只供 Push Server 实现使用；V1 status 仅允许 `accepted`、`retryable_failure`、`permanent_failure`。
+- 本轮只修改 Python SDK；Go、TypeScript、JavaScript 尚无专用 Push facade。
+
+协议与可靠性边界见 `docs/protocol/15-离线推送通知协议.md`。
+
+---
+
+## ServiceProxyClient
 
 Service Proxy 用于 provider 通过 AUN 身份暴露本地 HTTP / WebSocket 服务。当前公开封装在 Python SDK 的 `ServiceProxyClient` 中；其它语言可以按 [09-proxy-rpc-manual.md](09-proxy-rpc-manual.md) 直接实现同等控制面和隧道消息。
 
@@ -791,113 +755,116 @@ sub.unsubscribe()
 | `connection.error` | 连接或重连错误 |
 | `token.refreshed` | token 刷新完成 |
 | `token.refresh_exhausted` | refresh_token 缺失、过期或刷新链耗尽，SDK 已清理本地 token 并等待重新登录 |
-| `message.received` | 收到 P2P 消息 |
-| `message.ack` | 消息 ack |
-| `message.undecryptable` | P2P E2EE 解密失败 |
-| `group.message_created` | 收到群消息 |
-| `group.changed` | 群组事件 |
-| `group.message_recalled` | 群消息撤回 |
-| `group.message_undecryptable` | 群 E2EE 解密失败 |
-| `sync.started` / `sync.progress` / `sync.stopped` | Pull 同步生命周期 |
-| `delivery.changed` | SDK 本地批量交付完成通知，用于合并应用层 UI 刷新 |
-| `push.offline_message` | Push Server 收到离线唤醒批次；普通终端无需订阅 |
-| `storage.object_changed` | Storage 对象变更事件透传 |
-
-`message.received` 的应用层消息保留 `sender_device_id`，表示发送方设备；需要只回复原设备时，将该值作为下一次 `message.send.device_id`。volatile 消息还保留 `storage="volatile"`、`volatile_cursor`、`created_at`、`expires_at`，不含持久 `seq`；内部 slot 不会暴露给应用。
-
-### delivery.changed
-
-`delivery.changed` 是 Python、Go、JavaScript 和 TypeScript SDK 统一提供的本地事件，用于通知应用层一批消息已经完成交付，可以从业务仓库刷新相关会话 UI。它不替代 `message.received` / `group.message_created`：应用仍应逐条处理和持久化原消息事件，再把 `delivery.changed` 作为批量刷新信号。
-
-该事件由 SDK 本地 dispatcher 发布，不是 Gateway 推送事件，不属于 JSON-RPC `event/...` 协议；裸 WebSocket 客户端不会收到它。
-
-**Payload**：
-
-```json
-{
-    "trigger": "pull_drained",
-    "changes": [
-        {"namespace": "group:team.agentid.pub", "delivered_count": 50},
-        {"namespace": "p2p", "delivered_count": 3}
-    ]
-}
-```
-
-| 字段 | 类型 | 说明 |
-|------|------|------|
-| `trigger` | string | `pull_drained`、`push` 或 `inline_push` |
-| `changes` | array | 本次刷新涉及的 namespace，按 `namespace` 稳定排序且不重复 |
-| `changes[].namespace` | string | P2P 固定为 `p2p`；群消息为 `group:<canonical-group-aid>` |
-| `changes[].delivered_count` | integer | 本次合并窗口内已发布到应用层的原消息事件数；不是未读数、服务端页大小或最大 seq |
-
-触发与折叠规则：
-
-- `pull_drained`：当前 `AUNClient` 上所有已排队或正在执行的 Pull 工作，包括后续分页、continuation、gap fill 和缺失 Sender IK 的延迟补齐，全部排空后最多发布一次。一次通知可以同时包含 P2P 和多个群 namespace，不会按 Pull 页或单个 namespace 分别通知。
-- `push` / `inline_push`：有效实时消息在对应的 `message.received` / `group.message_created` 事件处理完成后通知；同一次有序队列 drain 放行的同类实时消息折叠为一次通知。
-- 有效的 `push` / `inline_push` 可以原子吸收尚未通知的 Pull 变更；这些变更不会在后续 `pull_drained` 中再次通知。
-- 空 Pull、重复或过滤消息、非法 payload、解密失败，以及未带来有效消息交付的 Head 通知，不发布 `delivery.changed`。
-
-`delivery.changed` 只表示 UI 刷新时机，不是消息明细或持久化账本。应用仓库仍应按照原消息事件的 `(namespace, message_id)` 做幂等，并按 `seq` 排序。
-
-### 消息来源 `source`
-
-消息、群消息、群事件、撤回和不可解密事件的 payload 可能带有顶层 `source`，用于区分 SDK 的投递来源：
-
-| `source` | 含义 |
-|----------|------|
-| `push` | 普通实时推送 |
-| `pull` | Pull、Tail、Forward 或群事件补洞 |
-| `inline_push` | 已在连续窗口内直接消费的实时载荷 |
-| `pending_retry` | 缺失 Sender IK 后延迟恢复的消息 |
-
-直接由应用或无来源内部调用产生的事件不强行添加 `source`。`source` 位于应用事件 payload 顶层，不改变业务 `payload` 内的数据结构；应用应将其视为保留字段。
-
-### Pull 同步生命周期
-
-四个 SDK 均通过本地 dispatcher 发布以下异步生命周期事件；它们不是 Gateway 的 `event/...` 消息，应用 handler 不会阻塞网络 reader。
-
-`sync.started` 在本次 Pull 的第一个 namespace 开始时发布一次：
-
-```json
-{
-    "run_id": 7,
-    "source": "pull",
-    "syncing": true,
-    "namespaces_pending": 1,
-    "namespace": "p2p",
-    "received_total": 0,
-    "started_at": 1730000000000
-}
-```
-
-每完成一页消息或群事件的处理、提交和有序投递，发布一次 `sync.progress`。`page_raw_count` 是本页有效原始条数，`page_pulled_count` 是本页实际投递条数；`pulled_count` / `received_total` 是本次 namespace 的累计投递数。服务端返回合法非负整数时透传 `remaining`，并同步设置 `estimated_remaining`；否则仅在协议可推导时提供估算值。
-
-```json
-{
-    "run_id": 7,
-    "source": "pull",
-    "namespace": "p2p",
-    "page": 2,
-    "page_raw_count": 50,
-    "page_pulled_count": 48,
-    "pulled_count": 98,
-    "received_total": 98,
-    "batch_size": 48,
-    "has_more": true,
-    "remaining": 102,
-    "estimated_remaining": 102
-}
-```
-
-当所有 namespace、续页、gap fill、ordered drain 和延迟 Sender IK 任务均排空时发布一次 `sync.stopped`。正常终态使用 `reason: "pull_drained"`；异常、取消、断线或连接/身份代次失效使用 `reason: "aborted"`。`sync.stopped` 描述同步生命周期终点，`delivery.changed(trigger="pull_drained")` 只汇总实际投递变化；空 Pull 可以有前者而没有后者。
-
-### JS/TS Worker 降级
-
-JavaScript 浏览器 SDK 的 Worker 是网络隔离增强：`new Worker()` 同步失败、CSP `worker-src` 阻止、Worker 启动后未及时 `open` 或异步崩溃时，SDK 会销毁 Worker 并回退原生 WebSocket。TypeScript Node.js SDK 在 `worker_threads` 不可用、启动超时或 Network Actor 崩溃时回退本地 transport。两种降级均保留异步 dispatcher 和 Pull 生命周期语义，不要求应用改变消息处理代码。
-
----
-
-## E2EE 高级 API
+| `message.received` | 收到 P2P 消息 |
+| `message.read_changed` / `group.read_changed` | 同一 AID 共享已读位置提交并前进；owner 必须为当前身份、scope 匹配原事件 |
+| `read_state_sync` | SDK 本地已读补偿完成，含本轮 `owner_aid`、去重 `states` 和逐项 `errors`；连接返回不表示补偿完成 |
+| `message.undecryptable` | P2P E2EE 解密失败 |
+| `group.message_created` | 收到群消息 |
+| `group.changed` | 群组事件 |
+| `group.message_recalled` | 群消息撤回 |
+| `group.message_undecryptable` | 群 E2EE 解密失败 |
+| `sync.started` / `sync.progress` / `sync.stopped` | Pull 同步生命周期 |
+| `delivery.changed` | SDK 本地批量交付完成通知，用于合并应用层 UI 刷新 |
+| `push.offline_message` | Push Server 收到离线唤醒批次；普通终端无需订阅 |
+| `storage.object_changed` | Storage 对象变更事件透传 |
+
+服务端不产生 `message.ack` 通知；SDK 保留的透传订阅不能作为可依赖的 ACK 或对端已读事件。已读事件只向 owner AID 分发且不进入 Pull 队列；重连查询补偿不受消息 `background_sync=false` 影响。身份切换按代际隔离旧缓存与补偿完成事件，A→B→A 也不能接收旧代际结果；原在途 RPC 仍可返回。详见 [跨设备已读未读 SDK 集成指南](../跨设备已读未读SDK集成指南.md)。
+
+`message.received` 的应用层消息保留 `sender_device_id`，表示发送方设备；需要只回复原设备时，将该值作为下一次 `message.send.device_id`。volatile 消息还保留 `storage="volatile"`、`volatile_cursor`、`created_at`、`expires_at`，不含持久 `seq`；内部 slot 不会暴露给应用。
+
+### delivery.changed
+
+`delivery.changed` 是 Python、Go、JavaScript 和 TypeScript SDK 统一提供的本地事件，用于通知应用层一批消息已经完成交付，可以从业务仓库刷新相关会话 UI。它不替代 `message.received` / `group.message_created`：应用仍应逐条处理和持久化原消息事件，再把 `delivery.changed` 作为批量刷新信号。
+
+该事件由 SDK 本地 dispatcher 发布，不是 Gateway 推送事件，不属于 JSON-RPC `event/...` 协议；裸 WebSocket 客户端不会收到它。
+
+**Payload**：
+
+```json
+{
+    "trigger": "pull_drained",
+    "changes": [
+        {"namespace": "group:team.agentid.pub", "delivered_count": 50},
+        {"namespace": "p2p", "delivered_count": 3}
+    ]
+}
+```
+
+| 字段 | 类型 | 说明 |
+|------|------|------|
+| `trigger` | string | `pull_drained`、`push` 或 `inline_push` |
+| `changes` | array | 本次刷新涉及的 namespace，按 `namespace` 稳定排序且不重复 |
+| `changes[].namespace` | string | P2P 固定为 `p2p`；群消息为 `group:<canonical-group-aid>` |
+| `changes[].delivered_count` | integer | 本次合并窗口内已发布到应用层的原消息事件数；不是未读数、服务端页大小或最大 seq |
+
+触发与折叠规则：
+
+- `pull_drained`：当前 `AUNClient` 上所有已排队或正在执行的 Pull 工作，包括后续分页、continuation、gap fill 和缺失 Sender IK 的延迟补齐，全部排空后最多发布一次。一次通知可以同时包含 P2P 和多个群 namespace，不会按 Pull 页或单个 namespace 分别通知。
+- `push` / `inline_push`：有效实时消息在对应的 `message.received` / `group.message_created` 事件处理完成后通知；同一次有序队列 drain 放行的同类实时消息折叠为一次通知。
+- 有效的 `push` / `inline_push` 可以原子吸收尚未通知的 Pull 变更；这些变更不会在后续 `pull_drained` 中再次通知。
+- 空 Pull、重复或过滤消息、非法 payload、解密失败，以及未带来有效消息交付的 Head 通知，不发布 `delivery.changed`。
+
+`delivery.changed` 只表示 UI 刷新时机，不是消息明细或持久化账本。应用仓库仍应按照原消息事件的 `(namespace, message_id)` 做幂等，并按 `seq` 排序。
+
+### 消息来源 `source`
+
+消息、群消息、群事件、撤回和不可解密事件的 payload 可能带有顶层 `source`，用于区分 SDK 的投递来源：
+
+| `source` | 含义 |
+|----------|------|
+| `push` | 普通实时推送 |
+| `pull` | Pull、Tail、Forward 或群事件补洞 |
+| `inline_push` | 已在连续窗口内直接消费的实时载荷 |
+| `pending_retry` | 缺失 Sender IK 后延迟恢复的消息 |
+
+直接由应用或无来源内部调用产生的事件不强行添加 `source`。`source` 位于应用事件 payload 顶层，不改变业务 `payload` 内的数据结构；应用应将其视为保留字段。
+
+### Pull 同步生命周期
+
+四个 SDK 均通过本地 dispatcher 发布以下异步生命周期事件；它们不是 Gateway 的 `event/...` 消息，应用 handler 不会阻塞网络 reader。
+
+`sync.started` 在本次 Pull 的第一个 namespace 开始时发布一次：
+
+```json
+{
+    "run_id": 7,
+    "source": "pull",
+    "syncing": true,
+    "namespaces_pending": 1,
+    "namespace": "p2p",
+    "received_total": 0,
+    "started_at": 1730000000000
+}
+```
+
+每完成一页消息或群事件的处理、提交和有序投递，发布一次 `sync.progress`。`page_raw_count` 是本页有效原始条数，`page_pulled_count` 是本页实际投递条数；`pulled_count` / `received_total` 是本次 namespace 的累计投递数。服务端返回合法非负整数时透传 `remaining`，并同步设置 `estimated_remaining`；否则仅在协议可推导时提供估算值。
+
+```json
+{
+    "run_id": 7,
+    "source": "pull",
+    "namespace": "p2p",
+    "page": 2,
+    "page_raw_count": 50,
+    "page_pulled_count": 48,
+    "pulled_count": 98,
+    "received_total": 98,
+    "batch_size": 48,
+    "has_more": true,
+    "remaining": 102,
+    "estimated_remaining": 102
+}
+```
+
+当所有 namespace、续页、gap fill、ordered drain 和延迟 Sender IK 任务均排空时发布一次 `sync.stopped`。正常终态使用 `reason: "pull_drained"`；异常、取消、断线或连接/身份代次失效使用 `reason: "aborted"`。`sync.stopped` 描述同步生命周期终点，`delivery.changed(trigger="pull_drained")` 只汇总实际投递变化；空 Pull 可以有前者而没有后者。
+
+### JS/TS Worker 降级
+
+JavaScript 浏览器 SDK 的 Worker 是网络隔离增强：`new Worker()` 同步失败、CSP `worker-src` 阻止、Worker 启动后未及时 `open` 或异步崩溃时，SDK 会销毁 Worker 并回退原生 WebSocket。TypeScript Node.js SDK 在 `worker_threads` 不可用、启动超时或 Network Actor 崩溃时回退本地 transport。两种降级均保留异步 dispatcher 和 Pull 生命周期语义，不要求应用改变消息处理代码。
+
+---
+
+## E2EE 高级 API
 
 普通业务无需直接操作 E2EE manager；`message.send` / `group.send` 默认加密并自动解密收到的消息。
 
@@ -919,14 +886,14 @@ JavaScript 浏览器 SDK 的 Worker 是网络隔离增强：`new Worker()` 同
 
 | 领域 | 手册 | 关键方法 |
 |------|------|----------|
-| 消息 | [09-message-rpc-manual.md](09-message-rpc-manual.md) | `message.send` / `message.pull` / `message.history` / `message.ack` / `message.thought.*` |
-| 群组 | [09-group-rpc-manual.md](09-group-rpc-manual.md) | `group.create` / `group.send` / `group.pull` / `group.history` / `group.v2.*` / `group.fs.*` |
+| 消息 | [09-message-rpc-manual.md](09-message-rpc-manual.md) | `message.send` / `message.pull` / `message.history` / `message.ack` / `message.read` / `message.read_state` / `message.thought.*` |
+| 群组 | [09-group-rpc-manual.md](09-group-rpc-manual.md) | `group.create` / `group.send` / `group.pull` / `group.history` / `group.read` / `group.read_state` / `group.v2.*` / `group.fs.*` |
 | 存储 | [09-storage-rpc-manual.md](09-storage-rpc-manual.md) | `storage.put_object` / `storage.fs.*` / `storage.volume.*` / ACL / token / share link |
 | 协作 | [09-collab-rpc-manual.md](09-collab-rpc-manual.md) | `collab.ls-files` / `collab.show` / `collab.commit` / `collab.merge` / `collab.log` / `collab.diff` / `collab.clone` / `collab.prune` / `collab.gc` / `collab.reflog` / `collab.revert` / `collab.tag.*` / `collab.ls-remote` / `collab.unregister` |
 | 元信息 | [09-meta-rpc-manual.md](09-meta-rpc-manual.md) | `meta.ping` / `meta.status` / `meta.trust_roots` |
-| Stream | [09-stream-rpc-manual.md](09-stream-rpc-manual.md) | `stream.create` / `stream.close` / `stream.list_active` |
-| Offline Push | `docs/protocol/15-离线推送通知协议.md` | `push.register` / `push.unregister` / `push.ack` / `push.offline_message` |
-| Service Proxy | [09-proxy-rpc-manual.md](09-proxy-rpc-manual.md) | `proxy.register_services` / `proxy.unregister_services` / `proxy.list_services` |
+| Stream | [09-stream-rpc-manual.md](09-stream-rpc-manual.md) | `stream.create` / `stream.close` / `stream.list_active` |
+| Offline Push | `docs/protocol/15-离线推送通知协议.md` | `push.register` / `push.unregister` / `push.ack` / `push.offline_message` |
+| Service Proxy | [09-proxy-rpc-manual.md](09-proxy-rpc-manual.md) | `proxy.register_services` / `proxy.unregister_services` / `proxy.list_services` |
 
 ---