From d27c1d4e334aca42283921dcc36cf8401956bf6a Mon Sep 17 00:00:00 2001 From: AskaEth Date: Wed, 7 Oct 2026 17:19:48 +0800 Subject: [PATCH] =?UTF-8?q?docs(=E5=A5=91=E7=BA=A6):=20v0.89=20=E4=BF=AE?= =?UTF-8?q?=E8=AE=A2=20=E2=80=94=E2=80=94=20=E7=99=BD=E5=90=8D=E5=8D=95?= =?UTF-8?q?=E6=94=B6=E7=AA=84=E5=85=AD=E9=A1=B9=20+=20=E8=BE=B9=E7=95=8C?= =?UTF-8?q?=E8=A1=8C=E4=B8=BA=E9=99=8D=E4=B8=BA=E5=AE=9E=E7=8E=B0=E7=BB=86?= =?UTF-8?q?=E8=8A=82=20+=20=E8=A1=A5=20IM=20=E5=87=BA=E5=8F=A3=E5=8F=A3?= =?UTF-8?q?=E5=BE=84?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 与安卓（客户端）会话对齐后的三处修订： - 白名单八项 -> 六项（去掉 u / s）：它们在她 100 条输出里 0 命中， 不值得让各端为它们返工；各端可额外容错，但契约只承诺六项 - 结构不平衡的粒度（整段降级 vs 只坏那一对保持字面）降为实现细节： 契约只承诺「不产生行内渲染 + 字符一个不丢」；这类输入极罕见， 为它让任一端返工不划算 - 新增 IM 出口口径：成对且平衡的白名单标签 -> 剥标签留文本； br -> 换行；白名单外与不平衡 -> 原样保留（逐字不丢）。 与 action / narration 的「整体剥除」语义不同（那是角色扮演标记） 大小写口径（Web 不敏感 / 安卓只认小写）留待各端自定，已与安卓协商。 --- Docs/api-client.md | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/Docs/api-client.md b/Docs/api-client.md index 853ccc8..2c4c94f 100644 --- a/Docs/api-client.md +++ b/Docs/api-client.md @@ -1493,12 +1493,15 @@ curl -s -X POST -H "X-API-Key: $KEY" \ - 🔴 **背景（实测）**：她输出的**不是 Markdown**（最近 12 条 assistant 消息里 `**` 记号 0 个、列表行 0 个），而是**有限的一小组 HTML 标签**：`

` 96 次、`` 34 次、**`` 6 次**。`

` / `` 各端早已处理，**`` 此前没有任何一端处理 ⇒ 用户直接看到裸标签**。 - **新增渲染口径（跨端一致）**：助手消息正文里，以下**行内标签**应被渲染成对应样式，而**不是**按字面显示： - `b` / `strong`（粗）· `i` / `em`（斜）· `code`（等宽）· `u`（下划线）· `s`（删除线）· `br`（换行，`
`/`
`/`
` 按 HTML5 口径等价）。 - **标签名大小写不敏感**（`` = ``）。 + `b` / `strong`（粗）· `i` / `em`（斜）· `code`（等宽）· `br`（换行，`
`/`
`/`
` 按 HTML5 口径等价）。 + ⚠️ **同日晚修订：白名单由八项收窄为上面六项**（去掉 `u`/`s`）—— 它们在她 100 条输出里 0 命中，不值得让各端为它们返工；各端**可以**额外容错渲染别的行内标签，但**契约只承诺这六项**。 - **🔴 三条硬口径（各端必须照此实现，否则跨端显示不一致）**： 1. **白名单外一律按纯文本原样显示** —— `