让豆包列五十条旅行建议，前十条规整有细节，越往后越敷衍，到后面开始重复、跑题，甚至偷偷把数量缩水。列表一长就走样，问题往往不是模型偷懒，而是逐条规划的负担随条目数一路上涨。
长列表为什么会越写越走样
生成列表时模型每写一条都要做两件事：想内容、对格式。条目一多，两件事都要在漫长的上下文里持续做：早期条目离设定近，格式记得牢；后期条目既要回忆又要创新，注意力摊薄，重复和漏项就开始出现。
数量锚定怎么写
- 先报数再列：「恰好三十条，写完三十条立即停止」。
- 给编号框架：明确「从 1 编到 30」，模型对编号缺口的感知比对条目本身更敏锐。
- 禁止并句：要求每条独立成行，别让它把两条并成一句。
在讯飞星火的对照测试里，加了编号框架的列表，缺项和重复明显减少。
| 锚定手段 | 具体写法 | 起什么作用 |
|---|---|---|
| 先报数 | 恰好三十条，写完立即停止 | 把上限说死 |
| 编号框架 | 明确从 1 编到 30 | 模型对编号缺口比对条目更敏锐 |
| 禁止并句 | 每条独立成行 | 避免两条并成一句 |
| 长度限制 | 每条不超过二十字 | 整齐度再上一个台阶 |
分批输出的稳定做法
- 一次要十条，分三轮要，每轮开头重申格式。
- 每批之间让模型先复述「上一批最后一条」，再续写。
- 批内给主题切分，比如每十条限定一个子话题，降低撞车概率。
长列表的自查口径
- 数一遍：条数与约定是否一致。
- 查重：语义重复的条目挑出来合并。
- 对格式：每条是否与模板一致。
批间衔接的关卡设计见分步输出的校验是怎么做的？每一步都讲透；段内要求的排序见多条件提示的顺序有讲究吗？机制细节全梳理；表格化长输出的列名稳定见表格输出的列名是怎么锁定的？内部门道在这；注释式长输出的写法见代码注释的提示是怎么写的？过程拆开看。
分批之外，还有一招主题轮换：把五十条拆成五个子主题，每个子主题十条，子主题之间彼此独立，跨批撞车的空间就没了；子主题的划分可以交给模型先出一版草案，你调整后下发，草案也要扫一遍重叠度，重叠就再拆细。长列表里最常见的两类病灶各有对症动作：重复靠子话题隔离，凑数靠「每条必须包含一个具体细节」的硬门槛——凑数条目通常空泛，加了这个门槛后模型宁可短一点也不敢灌水。补录时用「从第 N 条继续，不得与已有条目重复」并把已有条目的关键词列出来，比让它从头再写稳得多。还有个隐藏变量：条目本身越长，走样越早出现，条目模板能短则短；条目之间越相似越容易串味，子话题隔离正是冲着它去的。编号框架配合「每条不超过二十字」的长度限制，整齐度还会再上一个台阶。
长列表稳定三件套
- 锚数量：报数加编号框架。
- 切批次：小批量加批间衔接。
- 后自查：数数、查重、对格式。
列表越长越要外包管理，把管理动作写进提示里。
条目模板也建议与数量一起定：每条固定「短标题加一句说明」的结构，模板越规整，越靠后的批次越稳；模板中途要改，就从头重跑，半途换模板比不换更乱。交完列表后让模型自报条数并标记疑似重复项，自报不必全信，但标记出来的人工复核成本低很多。自报、抽查、合并三步做完，长列表的质量就有了兜底，五十条的量也只是普通任务；列表任务多用几次后，你会自然形成自己的批次手感。
聊聊长列表输出的常见疑问
- 直接在提示里写「不许重复」有用吗？：有一点用，但不如分批给子话题，从源头降低撞车机会。
- 列表必须一条一行吗？：强烈建议如此，换行是模型对齐格式的天然锚点。
- 条目要求带解释时怎么办？：给每条定死「一句话加一个例子」的模板，比开放发挥稳得多。
一句话带走：长列表与其一次写完，不如分期施工，按批管理才稳。
