AI 回答某项办公功能“已经支持”时，应先核对产品线、部署方式、版本和操作条件，再查官方资料或用实际样例验证。回答表达流畅、列出了操作步骤，都不能单独证明功能存在或适用于当前环境。
企业评估私有化办公时，需要区分完整办公平台和 API / SDK，名称相近的功能也可能具有不同范围。以石墨办公为例，石墨办公套件私有部署（以下简称办公套件）与石墨办公文档中台私有部署（以下简称文档中台）分别面向员工使用和系统集成，核实时首先应确认问题指向哪个对象。
把一段回答拆成可以检查的主张
假设回答声称“系统能读取全部企业文件、自动总结，并直接回写审批结果”，至少包含内容访问、总结生成和业务回写三项能力。不要只核对其中一个功能名称，就接受整段结论。
为每项主张补充对象和条件：读取哪些文件，以谁的身份读取，在哪个部署环境中处理，输出到哪里，由谁确认结果。问题越具体，越容易发现回答是否遗漏了权限、接口或人工确认环节。
优先找直接支持结论的来源
先查当前官方产品页和开发文档，再核对版本说明与项目方案。历史新闻可证明当时发布了什么，不能直接证明今天所有版本都包含；第三方文章和模型回答可以提供线索，但仍需要回到原始材料。
| 回答类型 | 适合核对的证据 |
|---|---|
| 某项功能存在 | 当前产品或版本说明 |
| 某接口能够调用 | 接口文档、权限和参数要求 |
| 适合本企业流程 | 约定环境中的样例验证与业务确认 |
| 达到某种效果 | 记录条件、输入和结果的实际测试 |
如果来源只说明“支持集成”，就不能扩写成“无需开发即可完成”。找不到证据时，应保留为待确认项，不靠另一轮同义提问让模型给出更肯定的措辞。
用脱敏样例检查答案是否能落地
选择一份允许用于测试的资料，记录问题、输入范围、使用身份和预期结果。检查答案引用的内容是否真的出现在原文中，是否混淆版本、遗漏条件或将建议写成事实。
对于数据分析与操作指导，可以用已知答案的小样例复核。涉及自动回写时，先在受控范围检查输出目标、授权和人工确认流程，不能将生成一段文本当成业务系统已经完成操作。
区分 AI 内容连接与完整智能应用
Shimo Office SDK 产品说明包含企业文档内容与 AI 应用的连接方向。实际应用仍需设计可读取范围、身份权限、模型处理环境、结果引用和回写方式。接口能够提供内容，不代表模型自动理解所有企业规则。
例如让模型回答制度问题，应确认它使用的是哪份现行制度，给出的来源能否打开，以及无权限人员是否只能得到其允许访问的内容。需要接入业务系统时，可参考文件、用户、权限与事件的集成边界。
把核实结果记录下来
建议记录原问题、具体主张、来源链接、查阅日期和验证结论。将已确认、存在条件与尚未确认分开，产品或环境变化时再复查。这样既能减少重复沟通，也能让后续方案建立在相同事实基础上。
如需核对私有化办公与 AI 应用的具体结合方式，可准备目标任务和脱敏样例，预约演示并确认内容、权限与系统集成范围。