5 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	6b0af81136	fix(turnreply): 围栏闭合串不得短于开启串（复审 p2 收口） ... 复审 review-m19-r1 的 p2：`codeProtectedEnd` 的围栏分支只判「下一个 ≥3 反引号 的串」，没判「闭合不短于开启」。CommonMark 要求闭合串**至少与开启串等长**， 因此 ```` 开启的围栏不能被内层 ``` 关闭。复现形态（````markdown 里嵌 ```go， 示例里写 `print("a\nb")`）：旧实现把内层 ``` 当闭合 ⇒ 之后的示例正文被当普通 正文渲染，代码里的 `\n` 变成真换行；而这一步跑在**落库之前**，改坏的代码会永久进 历史 —— 反向踩了本文件「宁可少渲染也不改坏代码」的自己的红线。 - literal_breaks.go：围栏分支改为 findBacktickRun(text, body, n, unboundedRun) （closing ≥ opening）；注释写明 CommonMark 口径与「改了会落库」的后果。 - 新增 TestRenderLiteralLineBreaks_NestedFenceRespectsOpeningRun：嵌套围栏逐字保留、 围栏外仍照常渲染（保护不得溢出）。摘掉这一行 ⇒ 该用例红，还原即绿。 - 新增 TestTurnReply_DoubleLiteralBreakBecomesParagraphBreak：钉住 `\n\n` ⇒ 空行 ⇒ 两段 <p> ⇒ 两端各 2 条气泡（复审观察②，语义对但此前无用例覆盖）。 - 措辞收口：样本 455 字符 / 907 字节；IM 侧主动推送的注释补明「Web 活跃客户端那条 主动推送不经 NormalizeParagraphs，另计」。 行内代码那条等长分支未动。全树 go build ./... + go vet ./... + go test -count=1 ./... 全绿（73 包，RC 0）。	2026-10-24 19:33:33 +08:00
AskaEth	fa573663c1	fix(turnreply): 字面 \n 渲染成真换行（Web 镜像与 IM 出站同一份） ... 主人 2026-10-24 报障：QQ 群最新一条 assistant 消息里 6 处字面 `\n` （反斜杠 + n，不是真换行）原样发出去，用户看到「F\n多利亚」。 落点选在**写入侧共享层** `turnreply.NormalizeParagraphs`（gateway 的 persistTurnReply 与 channelbridge 的 turnVisibleReply 都调它）： IM 的 deliverReply 拿同一个字符串既落库（= Web 主会话镜像）又发气泡， Web chat 气泡是 whitespace-pre-wrap ⇒ 在共享层渲染，落库/WS/REST/IM 出站与历史一次性对齐；只在 channelbridge 清洗层改会留下「面板上仍是字面 \n」。 - 新增 internal/runtime/turnreply/literal_breaks.go 的 RenderLiteralLineBreaks： 逐字节扫描，围栏（```）与行内代码（`…` / ``…``）内原样保留，`\n` 与 `\t`/`\r`/`\uXXXX`、行尾孤立 `\` 一律不动；未闭合围栏保守保护到末尾；幂等。 - paragraph.go 在**围栏 skip 之前**调用它 ⇒ 含围栏的消息里围栏外的 `\n` 也渲染。 - 🔴 未改既有语义：只产出换行字符，绝不产出 <br>/<p> —— <br> 仍是气泡分隔符， 字面 \n 只做气泡内换行（一条列表不会被拆成 7 条消息）。 - channelbridge 源码零改动。 验证：真机原文（6 处 \n / 5 个 <p>）修前红（摘掉钩子 3 个测试变红）→ 修后绿； 三处变异（去掉围栏保护 / 去掉 \ 配对 / 把渲染挪到围栏 skip 之后）各自变红后还原复绿。 全树 go build ./... + go vet ./... + go test -count=1 ./... 全绿（73 包）。	2026-10-24 19:21:50 +08:00
AskaEth	8051906afa	fix(turnreply): 产出侧不再产出未配对的段落标签（安卓报障的回执） ... 安卓客户端登记（他们文档 02 末节）：一条助手消息的 content 是 `<p><p>正文</p>`，按他们的解析契约（非贪婪）必然把 `<p>正文` 当内容 ⇒ 用户 直接看到字面 `<p>`。任何按该契约定实现的消费方都会踩。 根因（两半都证实，都在同一处）： - (a) 规整器**原样放过**模型吐出的 `<p><p>X</p>`：段块正则非贪婪，把它当成 一个"已完整包裹"的块逐字保留（旧的覆盖检查用同一个正则 ⇒ 护栏本身是盲的）； - (b) 规整器**亲手制造**该形状：末段漏 `</p>` 时无条件套一层 ⇒ `<p><p>X</p>`。 实证：模型吐 `<p>那现在…？`（无闭标签）经旧代码规整后与上报串**逐字节相同**； - (c) 顺带修一个幂等漏洞：落单 `</p>` 旧行为会越跑越多（`<p></p></p>`）。 修法（新增 paragraph_repair.go：配对修复 + 接线）： `<p><p>X</p>`⇒`<p>X</p>`；`<p>X`⇒补 `</p>`；`<p>正文<p>`⇒合并；`<p>A</p><p>`⇒ 丢空开标签；`<p></p>`⇒整对丢；落单 `</p>`⇒丢标签正文不动。不吞正文护栏： `<p`（无 `>`）/`<p2>`/`1 < 2`/`a<b>`/代码围栏/`<action>` 内 `<p>`/自闭合 `<p/>` 一律原样（每条都有用例）。`normalizePiece` 改为"补闭不补开"——在造出 畸形的那一点上根治。 验收（主会话复跑 + 亲自变异）：go build ./... + vet 绿；turnreply / gateway 全量 / channelbridge 三包绿；我用 -overlay 摘掉配对修复接线 ⇒ TestNormalizeParagraphs_* 变红。生产库只读核查：177 行 assistant 里**仅 1 行** 畸形（各消费方已容错）⇒ 不做一次性修复脚本。 ⚠️ 未部署：跑着的 :10942 仍是旧产物 ⇒ 畸形仍会产出，安卓端的容错请继续保留。	2026-10-07 10:07:13 +08:00
AskaEth	5de708a560	fix(gateway,channelbridge,turnreply): p 标签半包写入侧规整（修「整条塌成一段」） ... 裁定（已发安卓）：**能修**，走**写入侧规整** —— 不指望模型输出、不动客户端。 - 新增 internal/runtime/turnreply/paragraph.go 的 NormalizeParagraphs： 把未被 <p> 包裹的段落补上 <p>（按空行分段；<action>/<narration> 段也包进 <p>， 与正确形态 <p><action>…</action>…</p> 一致） - **幂等**守门断言：已完全包裹的文本逐字不变（防二次加工） - 落点覆盖 Web 与 IM 两条落库路径（gateway/session_turn_reply.go、channelbridge/turnreply.go、 proactive.go）⇒ 两边共用同一份规整文本 ⇒ **历史一次性变好、两个客户端零改动**、渲染口径不分叉 （测试与变异详见切片报告）	2026-10-05 10:56:39 +08:00
AskaEth	fbbbb4ea64	fix(channelbridge): IM 渠道也走「回合必落可见回复」（与网关同口径） ... 根因（agent-194，文件:行）： - inbound.go 的 deliverReply 对空回复直接 return（静默）⇒ 只剩 user 消息； - runInboundTurn 报错直接 return ⇒ 失败回合连说明都没有。 修法：抽共享**纯函数**包 internal/runtime/turnreply（从网关逐字搬运、零语义改动）+ channelbridge/turnreply.go 的 turnVisibleReply（与网关 persistTurnReply 同构）； 取消边界在 IM 用 context.Canceled / ctx 取消表达（渠道桥无代次概念，如实登记差异）。 测试 6 条：空回复/纯空白/轮次用尽/安全网/回合报错/取消不落库/正常逐字不变。 变异：还原旧静默行为 ⇒ 4 条红（含「出站 0 条，want 1」与英文内部诊断外泄）。	2026-10-04 22:29:54 +08:00