北京
你让大模型帮你梳理一套方案，它回了五条编号问题。答案不错。你从第1条开始动手，几轮对话之后，那份清单已经被顶到一屏半以外了。
想处理第3条，你得往上翻，重读一遍，再翻回来，敲下"关于第3条……"，心里指望模型知道你说的是哪份清单。可它后来的回复又带出了自己的编号列表，于是"第3条"可能指向两个不同的东西。更麻烦的是，没有任何机制记录你到底完成了哪几条。
这个体验为什么一直没被修好？因为在界面看来，一份待办清单和五段解释文字没有区别——它只是格式，渲染和滚动的方式完全一样。现在有些工具会把模型自己的多步推理显示成勾选清单，但当这份清单是交给用户去做的事时，它依然只是一段文本。
背后的原则其实很简单：当一条回复把一组待办事项交到用户手上，界面就应该把它当作"工作"接住，而不是当作"文本"放过。
最小可行的改法
在任何渲染出来的有序列表上加一个固定按钮，把它挪进侧边的常驻面板。用户自己勾选完成项。这纯粹是前端改动，不涉及模型，却已经能解决滚动丢失的问题。
更扎实的版本
让模型把某个列表标记为"可执行"，并给每一项分配一个稳定的ID。在后续轮次里，它报告自己正在处理哪一项、是否已解决，面板就能自动高亮和勾选。点击某一项时，把它的ID附到你下一条消息上，"就是这条"从此不再有歧义。
更激进的版本
列表成为对话状态的一部分。后续消息可以新增或拆分条目，清单完成时它的生命周期随之关闭，往回翻历史时，能看到每份清单在当时的样子。
要留意的取舍有几处：
- 错误的勾选比没有勾选更糟，所以自动勾选必须配一个显眼的撤销入口。
- 不是所有编号列表都是待办。排名选项或一份菜谱，不该一直跟着你。
- 在手机上，面板会折叠成一个类似"5项中2项待处理"的小标签。
如果你正在做一个会交给用户步骤去执行的AI功能，这个问题你是怎么处理的？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
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.
