摘要：用模型填竞品功能对比表时，先固定字段，只把公开功能列表或文档摘录贴进对话框，每个写成「有／部分」的格子再打开一次官方文档或设置页核验。对不上就标「未核实」，不要把模型口气当成已证实。信息源与引用核对见前文，本文只谈字段和人工核验。查询日期 2026-11-10。只放官网普通链接（affiliate_later）。
依据：OpenAI 帮助中心《How OpenAI handles data in consumer services》、Microsoft Support《Validate Copilot output before you act on it》、Google 搜索中心《在网站上使用生成式 AI 内容的指南》（该页注明 2026-10-01 更新）。查询日期：2026-11-10（北京时间）。只放官网／帮助中心普通链接（
affiliate_later: 1）。工具可替换，不绑定某一家模型或表格软件。不构成咨询或商业决策建议；文中功能表示例是字段方法，不代表任何真实产品的功能结论。
前面一篇用 AI 做竞品调研表：信息源标注、引用核对与防幻觉清单已经写过：出处怎么标、链接怎么点开、怎么防编造来源。信息源与引用核对见前文，本文只谈功能表字段和人工核验：表头要哪些列、怎样让模型按模板填，以及哪些格子必须你自己打开产品或文档看过，才能写成「有／无／部分」。
1. 先把字段定死，再让模型填
功能对比表容易写成一排产品名加一句「都支持」，核对时却对不上官方页面。建议最少固定下面这些列（可按行业增删，但不要少「官方文档 URL」「支持程度」「核验日期」）：
| 列 | 写什么 | 注意 |
|---|---|---|
| 功能名称 | 一项可核验的能力，用语尽量靠近官方文档的叫法 | 不要用营销口号代替功能名 |
| 对手产品 | 官方产品名 | 同一行只放一个产品，避免把 A 的能力写到 B |
| 官方文档 URL | 你实际打开过、能定位到该功能的帮助中心或文档地址 | 不要让模型猜子路径 |
| 支持程度 | 有 / 无 / 部分 / 未核实 | 「部分」要在备注里写清边界；没打开页面就只能写「未核实」 |
| 核验日期 | 你打开该页的日期 | 功能会改，日期是以后重核的起点 |
| 备注 | 版本、套餐限制、要额外付费、仅某端可用等 | 文档没写的限制不要补 |
下面是一张虚构的方法示例，产品名、网址和结论都是编的，只用来看字段怎么排。不要把表里的「有／无」当成任何真实产品的结论：
| 功能名称 | 对手产品 | 官方文档 URL | 支持程度 | 核验日期 | 备注 |
|---|---|---|---|---|---|
| 导出为 CSV | 示例产品北 | https://example.com/docs/export | 未核实 | （待填） | 模型根据摘录先填了「有」，尚未打开文档 |
| 多人同时编辑 | 示例产品南 | https://example.com/help/sharing | 未核实 | （待填） | 摘录只提到「分享链接」，未写同时编辑 |
提示词里可以直接要求：「只根据我粘贴的公开文档填表；材料里没有的格子写『未核实』，禁止把推测写成『有』。」表格怎么清洗、重复行和导出怎么验收，本文不展开。
2. 给模型的输入：只贴公开功能列表或文档摘录
功能表要填的是公开能力，不是你们内部路线图。贴进对话框的材料，建议限于：
- 官网功能页、帮助中心、开发者文档里已经公开的段落；
- 你自己做的、已去掉客户数据和未公开商业条款的摘录；
- 功能名称清单（可来自公开 changelog 或定价页上写明的功能模块）。
不要贴：未公开的需求文档、销售话术里的承诺、客户名单、合同附件、账号口令，或产品后台里带用户数据的截屏。消费级在线模型的内容，按服务商说明，可能被用于改进模型或在特定情形下被授权人员查看。OpenAI 帮助中心《How OpenAI handles data in consumer services》在说明授权访问范围之后写了一句：Please do not enter sensitive information that you would not want reviewed or used.（请不要输入你不希望被审阅或被使用的敏感信息。）其他模型也有各自的隐私条款，以你正在用的那一家为准；更泛的「哪些内容别往对话框里贴」见 AI 工具的数据隐私。
操作上可以养成一个习惯：先把官方文档打开，只复制与该功能直接相关的几段，贴进提示词，并写上访问日期和 URL。模型的任务是按模板归类和对照，不要让它替你编造一个「支持」结论。
3. 每个「有／部分」格子，都要再打开一次官方页
模型填完只是草稿。Google 搜索中心《在网站上使用生成式 AI 内容的指南》在「注重准确性、质量和相关性」一节写明：生成模型是根据训练数据预测字词序列，并不会去检索事实，因此输出可能含不准确信息（文档称为幻觉）；在发布之前，务必手动核实并审核所有 AI 生成的内容，确保其准确性和可信度。功能对比表同样适用这条：表里的「有／无／部分」在你打开页面前，都还不能当已经证实。
人工核验可以固定成三步，每个准备写成「有」或「部分」的格子都做一遍：
- 打开官方文档 URL 或产品设置页（至少一次）。地址打不开、跳到无关页或已改版，先把支持程度改回「未核实」，再去找当前文档。
- 对照原文：功能名称、限制条件和你表里的写法是否在该页出现。文档只写「计划中／测试中／某套餐才有」，不要写成全面的「有」；应改成「部分」并在备注写清边界，或仍标「未核实」。
- 对不上就标「未核实」：包括模型写了「有」但页上找不到、把 A 产品的能力写到 B、只根据常识推断「这类工具一般都有」。在你亲手看过之前，不要用模型那种已经肯定的口气往外发。
Microsoft Support《Validate Copilot output before you act on it》把校验写成 Source、Verified、Context、Resilient 四项。其中 Source 问的是：答复是否准确反映了源材料？如果某句话无法回溯到来源，就把它视为尚未确认，直到被核实（If a statement can't be traced back to a source, treat it as unconfirmed until verified.）。这和功能表里的「未核实」是同一件事：模型填的「有」，在你找到官方出处之前，只是未确认草稿。该页还提醒：可以用模型帮忙对照来源，但它不能为自己的正确性背书。
核验日期就写你打开该页的那天。过几个月要再引用这张表，把「有／部分」的格子再打开一次当期文档，不要沿用旧结论。
4. 交表前可以勾的几项
[ ] 表头至少有：功能名称、对手产品、官方文档 URL、支持程度、核验日期、备注
[ ] 对话框里只有公开功能列表或文档摘录，没有未公开材料或用户数据
[ ] 模型已按模板填完，材料里没有的格子写成「未核实」，没有猜 URL
[ ] 每个拟定为「有」或「部分」的格子，都已打开一次官方文档或设置页
[ ] 对不上、找不到或只是推断的，支持程度已改回「未核实」
[ ] 没有用模型的肯定口气，把未打开的格子写成已证实
[ ] 信息源怎么标、引用怎么点开，已按前文调研表核对过风险与范围
本文不是咨询、竞品战略或法律意见。功能会随版本和套餐变化，表中结论以各产品官方文档和设置页当日为准。示例里的「示例产品北／南」和 example.com 网址均为虚构。不要把「用了这张表就能赢过竞品」理解成本文的承诺；它只帮你把字段和核验步骤固定下来。若对比结果要发到网站，发布前的人工核实要求见上述 Google 指南，生成内容标识另见本站相关说明。
