Excel / CSV 怎么用 AI 逐行处理？行 ID、失败重跑与写回验收
先给每条业务记录固定 row_id，限定 AI 可写的结果列，在副本上验证五行，再扩大处理范围。模型返回了文本，只说明一次生成结束；结果是否对应原行、有没有覆盖公式、失败后能否只重跑必要记录，才决定这批数据能不能交付。
ChatGPT Business 已支持官方 Excel 和 Google Sheets 侧栏。若只是交互式整理一张表，可以先用已有功能，无须为本文额外购买 API；用量按当前套餐规则核对。需要固定规则、重复运行并接入自己的流程时，再考虑自建 API 处理。官方表格功能说明
本文由云岚API整理，资料核对日期为 2026 年 11 月 5 日。下面的客户反馈和检查流程都是合成示例，没有执行真实模型调用或修改真实工作簿。
先保存原表，再约定哪些列能改
假设任务是给客服反馈生成“问题分类”和“一句摘要”。先复制工作簿，记录文件版本、工作表名称与处理范围。原始反馈、订单编号、公式及汇总区域都作为保留项，只向新的结果列写入。
| 字段 | 谁负责 | 本次规则 |
|---|---|---|
row_id |
数据或应用负责人 | 每条记录唯一且稳定，排序后也不改变；不让模型生成 |
feedback、输入版本 |
原始数据 | 保留原文；保存处理时的快照或版本，供写回时核对 |
category |
模型生成，程序校验 | 只允许“功能咨询、故障反馈、其他、待复核” |
summary |
模型生成，人工抽查 | 一句话概括原文，不添加未出现的原因或承诺 |
status、错误与重试次数 |
程序或操作人员 | 根据请求及验收结果记录，不由模型自称“成功” |
row_id 不能直接使用当前 Excel 行号：插入、删除或排序都会改变位置。两个反馈内容相同，也可能是两条不同记录，不能用反馈文本当唯一标识。
如果用 Google Sheets API 读取，写清工作表与范围。官方会省略返回数据末尾的空行、空列，因此不能只看返回数组长度就断定原表有多少业务记录。Sheets 读写范围说明
先做五行样本，把容易错配的情形放进去
下面五行是人为构造的输入，第三列是人工检查要求，不是模型实测结果。原工作簿的公式列不参与本次模型输入，也不列入写回范围。
| row_id | feedback 原文 | 人工检查要求 |
|---|---|---|
| fb-001 | 退款按钮点了没反应 | 识别故障反馈，不编造已经退款 |
| fb-002 | 找不到导出入口，在哪里？ | 概括咨询内容，不凭空提供菜单路径 |
| fb-003 | 空值 | 保留这条记录，标记待复核；不生成一条假反馈 |
| fb-004 | 退款按钮点了没反应 | 与 fb-001 分别对应，不能合并或丢掉一行 |
| fb-005 | 编号 00127 的页面显示版本 1.2，想确认更新时间 | 保留编号及原意，不把 00127 改成 127 |
在表格侧栏操作时，可以这样描述任务：
只处理“反馈测试”工作表中指定的五条记录。保留 row_id、原始反馈、编号、原公式和格式，不排序、不删行。只在新建的 category、summary 列生成结果。分类只选四个约定值；原文为空或信息不足时使用“待复核”，不补造原因。完成后列出修改范围，供我核对。
这是编辑约定，不是自动保护机制。仍要检查实际变动的单元格；正式文件宜配合权限和受保护范围控制写入。官方也提醒重要文件先复制，并复核公式、计算和修改结果。官方使用与限制说明
用 API 时，把生成结果先存到暂存表
建议把处理过程拆成“读取任务清单—模型生成—结果校验—写回”四步。每次尝试都绑定原 row_id 和输入版本；即使返回内容回显了 ID，也要核对它是否与本次任务一致。
模型只负责约定的分类与摘要字段。先检查响应完整、JSON 可解析、字段类型和分类值合格，再检查摘要是否忠于原文；具体格式配置见结构化 JSON 输出与验收。格式通过不等于内容正确，未通过的结果留在暂存区。
如果采用异步 Batch，记录业务 row_id、输入版本与本次 custom_id 的映射，不按返回顺序粘贴；协议层的结果配对另见 Batch 结果核对。这里的“逐行批量处理”不要求使用厂商 Batch 接口，普通请求或工作流也能按同样原则管理。
部分行失败，怎样只重跑必要记录？
先冻结已经验收通过的结果，再将其余记录分开处理：
| 当前情形 | 下一步 |
|---|---|
| 原文为空或信息不足 | 留在待复核列表，补资料后再处理 |
| 参数、权限或输出字段错误 | 修正原因，再重跑受影响的记录 |
| 超时、返回不完整或结果缺失 | 查现有请求与任务记录，确认状态后决定是否重试 |
| 输入已被同事修改 | 旧结果失效，按新版本重新生成 |
| 已成功写回同一版本 | 跳过，不追加重复行，也不重复覆盖人工修订 |
例如五条任务里三条通过、一条明确失败、一条空值待复核，不能把五条都重新发出。修复明确失败项后只重跑该项；空值应先补充，原有通过项继续保留。这个例子只是状态分配演示，不是成功率数据。
每次重跑保留尝试次数、原因和结果版本，设置次数与费用上限。若使用 n8n，把这些字段随 item 一起传递，动态字段和节点接法可看 n8n API 请求教程。
写回前后，检查 ID、版本、列范围和公式
先确认每个待写结果有且仅有一个原始 ID，未知或重复 ID 单独处理。随后重新读取原行，确认反馈及版本没有变化，再定位该 ID 当前所在位置；不要沿用任务启动时的行号。
正式写入只更新约定的结果列，先在副本执行。写完重新读取并核对：
- 任务 ID 集合与结果台账对应，不能只比较行数。任务结束后，通过、失败、待复核三类合计等于本次任务数。
- 每个已写结果落在正确 ID 和版本上；未完成行保留状态，不伪装成空白成功。
- 原始数据、原公式和格式保持约定状态；汇总计算没有因错误覆盖而变成固定值。
- 连续执行同一份已完成清单，不产生重复记录，也不覆盖之后的人工修订。
Google Sheets 的 RAW 会按原值保存，不进行输入解析；USER_ENTERED 则可能把字符串解释为数字或日期。写回分类、编号等文本时应明确采用哪种方式，不把模型文本无条件当公式执行。ValueInputOption 官方说明
CSV 只是文本记录格式，不能保存 Excel 的多工作表、格式及完整公式行为。不要把工作簿转成 CSV 再导回，就认为原公式与样式自然保留。需要保护工作簿结构时，保留原文件，只把校验后的结果列写回。
下载台账，跑通自己的五行验证
下载 Excel / CSV 逐行 AI 验收台账。其中五行均为本文合成输入，模型输出和验收结果留空；它不执行请求，不读取文件，也不包含已通过的成绩。请另存副本填写，勿放入完整 Key 或敏感原文。
如果选择自建流程，可以先核对云岚API当前模型与价格、所需协议和输出约束，再注册云岚API，按新手教程创建 Key、确认额度，用这五行验收。模型调用凭据和 Microsoft / Google 文件读写权限是两回事，需要分别配置。
先确保 ID 对应、结果可用、费用可解释，再扩大行数。云岚API承接的是经确认支持的模型调用；表格备份、授权、公式保护和写回控制仍由你使用的工具或应用负责。