先分享几个核心判断。写ChatGPT对比类文章，最怕的是提示词写得过于笼统，比如“比较A和B的优缺点”——结果生成出来的内容永远是“各有千秋”“看具体需求”这种放之四海而皆准的废话。想让对比真正有杀伤力，关键在于把框架搭死、把标准钉死、把源头查死。下面这三步，基本能解决90%的假大空问题。

坦白说，如果提示词只扔一句“对比A和B的优缺点”，模型大概率会吐出“体验不错”“生态友好”这类套话。表面看是在分析，实际对读者决策毫无帮助。

用具体维度锚定对比框架

第一步，锁定3～4个可验证、可量化、读者真正关心的对比维度。拿“Notion vs Obsidian”举例，别写“对比功能”，要写：“从笔记检索速度（毫秒级响应时间）、双向链接可视化清晰度、本地文件导出兼容性（是否保留Markdown原始格式）、移动端离线编辑稳定性”这四个维度展开。

第二步，每个维度后紧跟判断标准。比如“检索速度”后面加一句：“以10万字笔记库为基准，执行含中文标点的模糊搜索，记录首次结果出现时间。”没有这个基准，模型会默认用虚构的小样本作答，结论失真。

第三步，强制要求呈现差异根源。在提示词末尾加上：“不许用‘体验更好’这类主观表述；每项差异必须对应到具体技术实现机制（如Obsidian依赖本地索引引擎Lunr，Notion使用云端分词服务）。”需要提醒的是，缺了这句，模型大概率会编造体验感描述。

插入真实约束条件破除万能解幻觉

方法一，限定使用场景。在提示词中嵌入硬性前提，例如：“假设用户是法学研究生，需长期管理判例PDF并做批注，且每周仅同步一次网络——在此条件下对比Zotero和Cita vi的PDF元数据抓取准确率与批注同步容错能力。”

方法二，设定失败代价。加一句：“若某工具在断网2小时后丢失未保存批注，则该项直接判为不合格，不接受‘可通过插件弥补’的解释。”模型常回避真实缺陷，用补救方案弱化问题，这句话能逼它暴露短板。

方法三，要求呈现冲突证据。提示词里写：“对每个宣称的优势，必须同时给出官方文档截图链接或GitHub issue编号佐证；若无公开证据，标注‘未验证’并留空该栏。”

用否定式指令剔除空泛表达

在提示词末尾集中添加一组禁令，每条独立成行：

× 禁止出现“更加人性化”“用户体验优秀”“生态丰富”等无指向形容词

× 禁止用“一般来说”“通常情况下”开头的句子

× 禁止将差异归因为“设计哲学不同”——必须指出具体交互路径差异，例如“Obsidian点击链接后在当前页内滑动展开，Notion则强制跳转新页面”

× 禁止使用“适合XX人群”的笼统结论，改为“当用户满足以下全部条件时：①每日新增笔记＞50条 ②需批量重命名文件 ③拒绝云存储，则A比B多出2个不可绕过操作步骤”