Fill with Gemini有单元格来源后，怎样核对团队能力表？

10月28日公告增加逐格网页来源，先核对账号和入口

Google在10月28日的公告介绍了Sheets网页端AI函数的单元格网页来源。公告同时写明，这次渐进开放从10月20日开始，功能可见可能需要最多15天；公告日期和开放起点不同。不能仅按日期推断每个账号在11月3日都已完成开放。

公告列出的范围包括Business Standard/Plus、Enterprise Standard/Plus、Google AI Pro/Ultra，以及Google AI Pro for Education和AI Expanded Access。实际管理员、语言与服务访问条件也需要满足。先确认已有权限和入口，再开始这份5行练习，不为试做而改权限或购买订阅。

AI函数官方帮助说明结果是文本，并通过提示词与可选范围提供上下文。这里在已有Sheets表格中起草核查文字；若要先从聊天生成一份可编辑文件，可阅读Gemini任务跟踪表的文件交接案例，再明确本次每个单元格需要回答什么。

完整原材料：5条有意混入错误的能力声明

以下是编辑设计的练习，候选声明不是官方原话，也不是模型的实测回答。我们选用GitHub同样在10月28日发布的一份官方公告作核查对象，方便看到同一产品名称下也存在不同阶段、平台和客户端条件。

原表只有claim_id、draft_claim与official_source三列。每行保留同一个指定一手入口，后续人工核查可以定位到具体章节。不要让一条看起来正确的产品介绍，替其余四条声明完成验收。

claim_id,draft_claim,official_source
C01,"Intelligent local model routing is generally available.",https://github.blog/changelog/2026-10-28-github-copilot-fusion-now-supports-selection-of-local-models/
C02,"The managed Windows ML model download also works on macOS.",https://github.blog/changelog/2026-10-28-github-copilot-fusion-now-supports-selection-of-local-models/
C03,"The Copilot app intelligently routes to any compatible BYOK local model.",https://github.blog/changelog/2026-10-28-github-copilot-fusion-now-supports-selection-of-local-models/
C04,"Running inference locally makes the Copilot session offline.",https://github.blog/changelog/2026-10-28-github-copilot-fusion-now-supports-selection-of-local-models/
C05,"Copilot CLI can route supported manually configured local models on Windows, macOS and Linux.",https://github.blog/changelog/2026-10-28-github-copilot-fusion-now-supports-selection-of-local-models/

给AI本行范围，先生成短的文本建议

在可使用该功能的Sheets网页端，把CSV放进A:C，D列命名为draft_review。D2输入下式，选中单元格并使用Generate and Insert；界面语言不同，按钮会本地化。再按每行自己的范围填充其余记录，不把所有候选混成一个无来源的总判断。

公式引用A2:C2，是为了把本行候选与指定来源一起交给函数。官方帮助说明它不会默认读取整张表或其他Drive文件，因此不要只写“检查以上内容”，却没有传入需要的范围。结果是建议文本，人工确认列应另建。

没有函数访问权时，可以手动打开同一份公告完成后面的台账，记录AI步骤未执行。不要为了填满D列，把手写参考答案冒充实际生成结果。

=AI("Review the candidate claim in this row against its official source. Return a short finding, corrected wording and stage/client/platform conditions. If the source cannot be checked, keep the claim unresolved. Do not infer offline operation from local inference.",A2:C2)

点开Sources后，再做三次对应

官方帮助给出的查看方式是选中结果单元格、悬停内容，再打开Sources。检查实际出现的来源，而不是把提示词里要求的URL写进“已验证来源”栏。如果没有来源、访问不到全文，或来源是另一代功能，就把这一项保留待核。

先核对实体：这个来源谈的是Copilot Fusion整体，还是其中的本地模型智能路由？再核对字段：它说的是直接选择模型、自动路由，还是托管下载？最后核对适用条件：客户端、平台、实验开关和设备条件有没有被省略。

GitHub的10月28日本地路由公告给出了本例参考依据。旧文Copilot CLI本地模型发现与会话检查负责实际发现入口；本次公告还明确，发现或添加BYOK模型不会自动让它具备Fusion路由资格。发现、资格与本次表格里的声明是不同检查对象。

完整参考：4条纠正，1条带条件支持

下面的答案是编辑按原始公告逐项推导的台账，不是对Gemini准确率的测量。五条都谈“本地模型”，但其可接受答案不相同。把Sources图标当成统一的“通过”标签，正好会漏掉这些差异。

本例的4与1只描述我们故意构造的5条候选。它不代表产品在真实数据上的错误率，也不能用来推断模型相比人工好多少。

claim_id,review_result,reference_answer
C01,overstated_stage,"The local-routing capability is an opt-in experimental preview."
C02,wrong_platform,"The managed download experience is Windows-only on supported devices."
C03,wrong_client_scope,"The app's intelligent routing currently supports managed Windows ML models only."
C04,wrong_offline_inference,"Local inference does not make the session offline; Fusion still makes routing decisions in the cloud."
C05,supported_with_conditions,"The announcement supports this CLI platform scope for appropriately configured eligible local models."

有正确链接的错误结论，怎样修？

一个错误教学稿可以给每行都附上真正的GitHub链接，然后把5条全部标为supported。它只证明链接存在，没有证明同一段文字支持每个推断。C04最容易出现这类跳步：来源同时谈本地推理和云端路由，删掉后一句就会得到相反的使用边界。

修复时保留原候选与原AI草稿，新建reviewed_answer、scope与review_state，不要覆盖掉错误发生的位置。把C01–C04改到上表的窄结论，C05保留配置条件，然后请第二位阅读者仅凭原材料定位依据。

若来源或输入变了，再决定是否重新生成并复核。Google帮助特别提醒，用拼接方式把单元格写入提示词时，相关数据变化不会自动提示刷新；不要把一次生成的文本当成会持续更新的事实数据库。核查日期与来源版本应跟着交付。

交付的是经过范围复核的表，而不是来源图标集合

交付时保留5个ID、原候选、实际AI草稿、实际点开的来源、人工结论与条件、核查日期及未决项。本文参考答案里的来源已由编辑阅读；你的Google账号是否生成同样的文字和来源，要由实际操作另外证明。

AI函数输出文本，不能默认它替你建立权限、配置本地模型或完成软件可用性验收。它也不把这个GitHub功能变成KitNelo已支持的工具。日后用于真实团队能力表时，采购或上线决定仍应对应当时具体账号、客户端与需要完成的任务。

这个5行练习不需要批量额度或性能承诺。选择少量能逐条打开的来源，先把审查范围做实，再决定是否扩大。