你让模型「对比一下 A 和 B」，它经常给你两段各说各话的散文，维度对不上、颗粒度也不一致，最后还得自己重新对齐。问题多半不在模型，而在提示词里没把对比的骨架立起来。这篇讲的是怎么在提示词里写出能用的对比句式：主体怎么并列、维度怎么锁死、输出怎么排成表，以及哪些场景下对比句式反而会帮倒忙——比如两个对象本身不可比，或者你要的其实是取舍建议而不是差异清单。
你让模型「对比一下 A 和 B」，它经常给你两段各说各话的散文：A 那段讲价格，B 那段讲生态，维度对不上、颗粒度也不一致，最后还得自己重新对齐。问题多半不在模型，而在提示词里没把对比的骨架立起来。骨架其实就是三件事：主体怎么并列、维度怎么锁死、输出怎么排。
这篇讲的是怎么在提示词里写出能用的对比句式，包括几种可以直接套的句型，也讲清楚哪些场景下对比句式反而帮倒忙——比如两个对象本身不可比，或者你要的其实是取舍建议而不是差异清单。想把提示词写完就立刻见到可比结果，先把「比什么」写死在提示词里。判断具体对象值不值得纳入对比，可以顺手到「AI 评测 + 中转站导航」的 /sites 页面看看收录口径，再决定要不要当面核实。
为什么模型的「对比」经常对不上齐
模型的默认行为是分段叙述：先顺着把 A 讲完，再顺着把 B 讲完。两段各自的维度顺序往往不一致，读者要自己拉着看。更麻烦的是，当你没给出共同维度时，它会各自找亮点，结果是 A 讲价格、B 讲生态，根本没法并排看。
- 分段叙述是默认路径，不是模型偷懒，它只在你没指定结构时按最省事的方式写
- 缺少共同维度时，模型会各自挑它认为重要的点，两边挑的不是同一批
- 加「请认真对比」「要客观」这类形容词基本没用，它们不改变输出结构
- 真正有效的做法是把维度和顺序写进提示词，把对比变成填空题而不是作文题
对比句式的三个必备零件：并列主体、共同维度、统一格式
- 并列主体
- 写清数量和身份，比如「以下三款工具」，而不是「这几个」；数量超过四个就拆成两两对比，模型对长并列的覆盖率会掉
- 共同维度
- 显式列出并编号，例如「按 1 输入要求 2 输出格式 3 适合场景 的顺序逐项对比」，编号能明显减少漏项
- 统一格式
- 先定输出形态：表格、逐维度小标题、还是一句话结论加要点；表格最难糊弄，但也最容易缺格，需要提前规定空值怎么填
| 零件 | 写坏了会怎样 | 正确写法要点 |
|---|---|---|
| 并列主体 | 模型只讲其中一个，或把两个对象混着讲 | 标明数量、层级、先后顺序 |
| 共同维度 | A 讲价格、B 讲生态，无法并排看 | 编号列出维度，规定逐项顺序 |
| 统一格式 | 有的格子长、有的格子空，没法横向读 | 先定表头或段落结构，规定字数上限 |
| 不适用条件 | 你本来就有结论，只想要个背书 | 先问自己这次对比会不会改变决定 |
三个零件里，最容易漏的是「统一格式」。很多人把主体和维度都写全了，却没规定输出长什么样，结果模型还是写回散文。只要把表头写上、空值写「待确认」、每格限个字数，可比性立刻上来。真正要确认具体对象的当前参数时，别让模型凭记忆答，到 /price-watch 核对当时的数字更稳。
可以直接套的几种对比句式
下面四种句式覆盖了大部分日常需求。它们的共同点是都把「维度、顺序、格式」写死在提示词里，你只需要替换主体和维度名，不用每次重新组织语言。
- 并列表格式写「把 A、B 放进一张表，列固定为维度/表现/适用场景，每格不超过 20 字，不确定的写待确认，不要留空」。验证方法：看有没有出现空格或「同上」这种含糊写法。
- 逐项判决式写「针对维度 X，从 A 和 B 里选一个并说明理由，理由必须引用前面给出的条件」。适合要结论不要清单的场景，验证方法是看它有没有回来引用你给的条件。
- 同一条件回放式写「用同一个使用场景分别跑一遍 A 和 B，输出两段字数接近的结果」。要求字数接近，否则模型会厚此薄彼。验证方法是数一下两段是不是接近。
- 前后对照式写「先写改前版本，再写改后版本，两版用同一段落结构」。适合改稿与风格调整，验证方法是看两版段落数是否一致。
套句式时有个细节值得注意：把维度编号写进去，比用逗号连成一串更管用。模型对「1、2、3」这种显式顺序的遵从度明显更高。你如果只是想挑工具而不是做学术式罗列，可以先到 /tools/speed-test 跑一下再回头比，避免纯靠文字描述比出偏差。
什么时候别用对比句式
对比句式不是万能的。在下面三种情况下硬上对比，会得到看起来很整齐、其实没有信息量的结果。这不是模型不行，是问题本身不适合对比这种形式。
- 两个对象不在同一量级或不同品类时，硬对比会产出正确的废话；改成「分别说明各自解决什么问题」更实在
- 你要的是决策建议而不是差异清单时，对比表反而把判断推回给你；直接要求给排序和前提条件
- 涉及具体数字、价格、版本这类会变的信息时，别让模型凭记忆对比；让它留出占位并注明需要核实，或者改成给你一份要核对的字段清单
判断是否该用对比句式，有一个简单问法：这次对比的结论会不会改变你的决定？如果不会，说明你要的其实是确认或补充说明，不是对比。相反，如果结论会直接影响到选型，那就把维度锁死再比。价格、可用性这类实时信息，到 /rankings 看当时的排序再决定是否当面核实。
发出去之前的四步自查
写完提示词别急着发。按下面四步过一遍，大部分「对比失败」都能在发送前拦下来。这四步不需要额外工具，花不了一分钟。
| 检查项 | 看什么 | 发现问题的处理 |
|---|---|---|
| 主体数量 | 并列了几个，是不是同一层级 | 超过四个就拆成两两对比 |
| 维度编号 | 有没有编号，缺不缺你真正关心的那一项 | 补上编号，把关心的维度提前 |
| 输出格式 | 表头写了吗，空值怎么填，有没有字数上限 | 补表头和「待确认」规则 |
| 不适用条件 | 这次对比会不会改变你的决定 | 不会就改成说明或找反面理由 |
好的对比提示词，是把可比性写死在骨架里，而不是让模型自己领悟「要客观」。下一步把你的对比对象放进站内资料库核对当前信息，比纯靠模型记忆稳得多；具体口径和实时数据到站内页面看当时的数字。→
常见问题
提示词里写「请详细对比」有用吗？
基本没用。它只增加了语气没增加约束。把「详细」换成具体维度清单和每格字数上限，模型才知道往哪儿使劲。如果模型还是给你两段散文，多半是维度没编号或者没规定输出格式。
对比两个以上对象时，模型总是漏掉最后一个怎么办？
先看是不是并列太长。超过四个对象时模型覆盖会明显下降，建议拆成两轮：先两两比出结论，再把结论合成总表。另外把主体写成带编号的清单，比写成逗号分隔的一串更不容易漏。
让模型对比价格和版本这类会变的信息靠谱吗？
不靠谱，模型给的数字往往过时或张冠李戴。正确做法是让它输出对比的骨架和需要填的字段，数字你自己去站内 /official-api、/price-watch 这类页面核对后填回去。要对比现价，可以到 价格变动追踪（/price-watch） 看当时的记录。
