Files
Jyotisha/docs/testing/chat-markdown-list-20260918.md
T

2.0 KiB
Raw Blame History

真人验收 · 聊天列表符号、散文不提升、思考条间距(2026-09-18)

本机有 Chrome,无登录态。headless 已用 renderChatMarkdown + 会话 CSS 量过改后数字(见下)。staging 真机走查仍欠。

产品可见

  1. 打开一段带清单的助手回答(文末「这周可以做的一件事」那种短行动,或模型自己写的 - 列表):每条前面有圆点,符号颜色是次级文字色,不是纯黑。
  2. 打开一段申报时段 / 四标题口语体回答(「先回答你的问题」起头,正文里有「你这半年的事业是……:……」「推的是火星:……」):这三段仍是段落,不是三条列表。文末真正的行动清单才是列表。
  3. 同一条回答里,思考条底边到正文第一个标题之间不要空出一块「像缺了一行」的空白。目测大约一个小间距(12px 量级),不要再是将近两行的空隙。
  4. 个人报告页的 Markdown 列表样子不变。

量思考条到正文的 gap(headless Chrome,本轮未跑)

改前 harness 数字(任务书已测):gapPx=56,其中报告 grid gap 24px + 首个 h2 margin-top 32px,listStyle=none。

改后实测(本机 headless Chrome):gapPx=12,h2MarginTop=0px,reportGap=12px,listStyle=disc,三段口语仍是 <p>。截图 docs/testing/chat-markdown-list-20260918-after.png。

步骤:

  1. 用仓库自己的渲染管线跑 renderChatMarkdown(answer)(frontend/src/components/chat-markdown-view.tsx),answer 以 ## 先回答你的问题 开头。
  2. 套 next build 产物里的 CSS chunk,容器 class 同时带 conversation(不要 is-empty / is-rectification)、consultation-thinking-report、message-markdown。思考条用一个固定高度的占位块。
  3. headless Chrome 里对思考条底与首个 h2 顶做 getBoundingClientRect,记录 gapPx、h2MarginTop、reportGap、列表的 listStyleType。
  4. 截 .message-markdown(改前改后各一张)。数字写进本轮进度记录,不要口算。