AI 继续填表时，如何保留员工手工修改的字段？

什么是“保护员工手工修改”的 AI 页面预填？

字段保护是指 AI 后续一轮预填时，不用新的建议值静默替换员工已经手动编辑过的字段；需要更新时，应按明确的字段覆盖策略处理，并把结果交给员工核对。

传统“自动填表”经常被理解为一次性把值写进表单。但企业办理往往是多步协同：AI 先查询记录并填好基础信息，员工发现客户要求有变化，手工修正交付日期或数量；随后 AI 再补上地址、联系人或其他信息。若第二轮把整张表刷新，员工刚才确认过的值就可能丢失。

因此，页面预填至少要分清三类字段：

• AI 可以补充的字段：仍为空、未被员工触碰，且来源和格式符合页面要求。
• 员工已经判断过的字段：手工输入或修改过的内容，默认应保持原值。
• 需要人选择的字段：例如客户、人员、部门或物料选项不唯一时，不应让模型从相似候选中猜一个。

字段保护不是简单的“页面上画一把锁”，而是每一轮更新都需要知道修改的是哪一个页面、基于哪个版本、覆盖策略是什么，以及页面最终接受了哪些字段。

AI 多轮填表时，哪些情况容易覆盖或误改？

多轮预填发生冲突，通常是因为 AI 只拿到表单初始值，或者第二次任务另开了一个页面；它没有把员工刚刚修改的内容纳入下一次更新依据。

员工与 AI 同时修改了一个字段

例如 AI 依据订单记录填入原计划日期，员工随后按客户沟通结果修正；若后续数据同步再次提供旧日期，缺少字段状态保护的流程可能把员工的决定覆盖。发生冲突时，系统应返回字段级结果，让员工看到“该值未更新”，而不是假装整页都成功。

查询数据更新了，但原页面也已变化

数据来源变更不代表页面可以整批刷新。页面可能已被员工补充了备注、行项目或业务判断。下一轮变更应基于当前页面版本，限定要改的字段或明细区域。

名称匹配不唯一

客户简称、组织名称、收货地点可能相似。把近似匹配强行写入下拉字段，可能产生错误业务关系。正确做法是仅在唯一精确匹配时写入；多候选或无匹配时保留原值并要求员工选择。

页面反馈尚未到达

如果客户端在页面仍处理上一批字段时再次创建新任务，可能让员工面对两张重复页面或无法判断哪一份是最新状态。应先查询当前页面和字段处理结果，仍在等待时说明状态，不要重复开页。

传统补填与保护式多轮预填有什么差别？

安全的页面预填把“准备数据”和“提交业务”分开，并且让每次继续填写针对指定页面和字段，而非重建整张表。

这张表描述的是设计与验收思路，不是客户实测结果。不同企业页面对字段、选项和提交按钮的实现不同，正式项目要用目标系统和账号验证实际表现。

星云 PLUS 如何继续填写并保护已修改字段？

现行预填协议围绕“同一页面、版本一致、字段按策略更新、逐项回执、人工提交”组织多轮操作。

1. 首次打开并预填。员工说明目标页面和字段，AI 在当前授权的能力范围内打开托管 Task Page，提交首轮预填内容，并返回页面入口和该任务的状态标识。
2. 继续更新同一任务。需要补字段时，用同一个页面任务标识和当前基准版本提交变更；这样可以发现页面已经被其他编辑更新的版本冲突，而不是把旧结果直接盖上去。
3. 默认只写未触碰字段。默认策略 IF_UNTOUCHED 只对尚未被用户触碰的字段应用新值。若希望只补空缺字段，可选择 IF_EMPTY；ALWAYS 属于强制覆盖，应限于用户明确指定可改的字段和值。
4. 读取字段级处理状态。通过状态查询了解页面是否在线、每个字段被接受或拒绝、是否仍等待页面处理，以及哪些项需员工人工选择。员工可以据此只修正异常字段，不必猜整页是否完成。
5. 冲突时先读最新版本。若基准版本已经过期，应重新读取当前页面状态，基于最新内容仅继续用户指定的修改；不要重开一张重复页面，也不要覆盖员工修改。
6. 员工检查后自行提交。预填协议不自动点击提交。员工在原业务页面检查对象、金额、数量、组织和明细，按企业现有权限与审批流程决定是否提交。

动态选择项也有边界：只有唯一精确匹配时才可自动填入；没有匹配或有多个候选时保留原值。字段级回执不是审批，它只是说明页面是否接收了预填，不意味着业务事实已经通过审核。

哪些页面适合使用这类多轮预填？

这套预填协议适用于指定的托管业务页面，不等于任何 ERP、OA 或第三方网页都支持同样的字段保护。

现行能力发布规范将通用预填 Tool 用于已授权的托管 SQL、API 和数据表操作 Task Page，包括打开并预填、在同页追加修改、读取页面状态等能力。外部 page_* Function Page 暂不支持这套预填协议；若当前页面能力不支持，应退回普通页面打开，由员工手工处理。

所以企业在接入前要确认页面类型、目标 AI 客户端、表单字段和页面动作。系统可能支持某种表单，不意味着所有自定义控件、动态选项、附件、明细行和提交流程都已兼容。实际范围以目标环境评估和验收为准。

如何分阶段验收 AI 页面字段保护？

验收应围绕“员工改过的字段能否保留、其余字段能否继续补、结果能否逐项看见”设计，并将页面提交单独留给员工。

1. 选一个低风险表单。选定一个业务页面、一个员工角色和一组可以回源验证的字段，不从全套 ERP/OA 表单同时开始。
2. 标出字段来源。写清楚每个预填值来自哪个已授权的查询或业务输入；区分员工手工输入、AI 提取、系统默认值和必选项。
3. 确认页面类型与权限。由 IT 和业务负责人确认目标页面是否属于支持预填的托管 Task Page，并以实际员工账号验证能打开哪些字段和选项。
4. 测试三种覆盖策略。准备未触碰、空字段、员工已编辑字段，分别验证默认策略、只补空值策略以及明确要求覆盖指定字段的场景。
5. 模拟版本冲突。员工在第一轮和第二轮之间修改一个字段，让旧版本请求到达，再验证系统能否提示重新读取当前页面并保留手工值。
6. 核对字段回执和例外。准备唯一匹配、多候选、无候选、字段无权限、格式不合规、页面未就绪等样本，逐项查看接受、拒绝、等待及人工处理状态。
7. 验证提交隔离。确认预填不会自动提交。员工检查原页面并决定下一步，系统审计与目标页面保存结果应按客户具体环境另行验证。

试点验收可以记录字段覆盖正确率、冲突识别和状态提示是否清晰等测试结果；这些结果是企业自己的验收证据，不应未经授权写成通用客户收益。

上线前还需要守住哪些边界？

字段保护降低了 AI 后续补填覆盖人工输入的风险，但不能替代业务权限、字段校验、审批和员工最终判断。

• 只在已授权、明确支持预填的页面使用，勿把能力扩展描述为“所有系统表单通用”。
• 将 ALWAYS 限定为用户明确要求的单字段覆盖；不要把模型认为“更合理”当成覆盖理由。
• 版本冲突时重新读取当前状态，不重复创建页面，不盲目重试旧请求。
• 多候选或信息不完整时保留页面原值，让员工选择；不能凭名称相似猜测客户、人员或组织。
• 区分字段已填、字段校验通过、业务审批完成和目标系统已提交。字段回执只说明页面处理状态。
• 目标客户端、部署环境、字段控件和具体页面能力都需要逐项验收；保护策略不是对所有外部网页的承诺。

常见问题

结语：把继续填表设计为协作，而不是覆盖

AI 多轮填表要可靠，关键是让后续修改落在同一个页面任务和当前版本上，默认只更新未触碰字段，并向员工展示字段级处理结果。员工手工修改要保留，重复候选和版本冲突要停下来核对，最终提交仍由员工在原业务页面完成。

如果企业正评估 CRM、ERP 或 OA 页面预填，可以从一个托管业务表单和几组边界样本开始。了解星云 PLUS AI 系统连接器、ERP 连接方案和OA 连接方案，也可阅读AI 预填业务页面时，怎样保留员工核对和提交、AI 从只读走到写入及AI 工作台通过浏览器扩展连接业务系统的权限核验。具体连接范围以项目评估为准。