北京
在ChatGPT里选中一段回复，再点“Ask ChatGPT”，输入框上方会弹出一个引用条。这个设计本意是让你确认自己正在追问哪段内容，但实际效果却和预期反着来：你看到的不是刚才那段干净的文字，而是一堆星号、井号和竖线。
问题出在渲染环节。对话里显示得好好的加粗、标题、表格和分隔线，到了引用条里全部被打回原形，变成原始标记符号。比如一个加粗的表格单元格，引用条里显示成带星号的文本；一个三级标题，直接变成“### 标题”这种源码模样。
两种内容都中招
这个现象已经在两类完全不同的内容上得到确认。一类是带分隔线的文本块，另一类是完整的Markdown表格。前者会把分隔符原样亮出来，后者更夸张，整张表格在引用条里塌成一堵由竖线和短横线组成的墙，几乎没法读。
触发方式很简单：在任意带格式的回复里选中一段包含格式的内容，然后触发“Ask ChatGPT”动作。引用条上方出现的不是渲染后的效果，而是字面意义上的标记字符。星号、井号、竖线、等号、短横线，全都以原始形态堆在那里。
本意是减少歧义，结果制造了新的困惑
这个功能的设计初衷，是让用户在追问前能清楚看到自己引用了什么。但前提是引用条必须长得像它复制过来的那段内容。现在的情况恰恰相反：用户刚读完一段排版清晰的回复，点一下引用，看到的却是一串需要脑内二次解析的符号。
对于表格类内容，问题尤其严重。对话里的表格有对齐、有分隔、有加粗表头，一眼能看懂结构。到了引用条里，这些结构信息全部丢失，只剩下一堆管道符和破折号。用户得靠想象把那些符号重新拼回表格，这显然不是“减少歧义”该有的样子。
修复方向其实不复杂
要让引用条恢复正常，思路有两条。要么让引用条走一遍和对话视图相同的Markdown渲染流程，这样格式就能保持一致；要么在轻量渲染不可行的情况下，退而求其次，输出剥离标记后的纯文本版本。无论哪条路，都比现在把原始源码直接甩给用户强。
核心问题就一句话：用户需要看到自己即将回复或追问的内容，而这件事只有在引用条和原文长得一样时才成立。现在它不成立。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
