2.0 KiB
2.0 KiB
真人验收 · 聊天列表符号、散文不提升、思考条间距(2026-09-18)
本机有 Chrome,无登录态。headless 已用 renderChatMarkdown + 会话 CSS 量过改后数字(见下)。staging 真机走查仍欠。
产品可见
- 打开一段带清单的助手回答(文末「这周可以做的一件事」那种短行动,或模型自己写的
-列表):每条前面有圆点,符号颜色是次级文字色,不是纯黑。 - 打开一段申报时段 / 四标题口语体回答(「先回答你的问题」起头,正文里有「你这半年的事业是……:……」「推的是火星:……」):这三段仍是段落,不是三条列表。文末真正的行动清单才是列表。
- 同一条回答里,思考条底边到正文第一个标题之间不要空出一块「像缺了一行」的空白。目测大约一个小间距(12px 量级),不要再是将近两行的空隙。
- 个人报告页的 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。
步骤:
- 用仓库自己的渲染管线跑
renderChatMarkdown(answer)(frontend/src/components/chat-markdown-view.tsx),answer以## 先回答你的问题开头。 - 套
next build产物里的 CSS chunk,容器 class 同时带conversation(不要is-empty/is-rectification)、consultation-thinking-report、message-markdown。思考条用一个固定高度的占位块。 - headless Chrome 里对思考条底与首个
h2顶做getBoundingClientRect,记录gapPx、h2MarginTop、reportGap、列表的listStyleType。 - 截
.message-markdown(改前改后各一张)。数字写进本轮进度记录,不要口算。