在企业数据流转与跨系统对接中，各业务系统（如 ERP、CRM、电商平台、自研后台）导出的表格字段命名往往千奇百怪、中英混杂，且夹杂大量无用的临时列或废弃列，列展示顺序也极不符合业务直觉。

「表头整理」算子专为解决此类表头结构治理问题而设计。本案例提供了一套完整的工业测试数据包，带您由浅入深验证算子的字段改名、冗余列剔除、列顺序重排、全局批量别名规整以及防误伤机制。

一、 案例数据集说明

本案例包含 4 份典型的业务数据表。测试前，建议一键下载全部数据并导入至当前工作流的工作空间中：

下载本案例全部表格（ZIP）

数据声明：本页提供的全部案例表格均为测试数据，由 AI 生成，不对应任何真实个人、机构或业务记录，仅供功能演示与操作练习，请勿作为真实业务依据。

1. 测试表结构速览

数据表名称 业务场景角色 初始包含字段列表 测试重点验证方向
员工表.xlsx 内部 HR 基础数据 用户ID, 姓名, 电话, 入职时间, 部门, 备注, 临时列 局部更名、剔除冗余字段、重排列顺序
天猫订单.xlsx 线上电商订单流水 单据编号, 成交日期, 门店, SKU, 商品名称, 类目, 售价, 在售状态, 品牌, 条码, 渠道来源, 所属大区, 供货商 多字段业务规范化重命名、保留其余列不变
销售明细.xlsx 线下门店销售记录 日期, 门店, tel, 销量, 金额 英文简写字段全局规整（tel → 手机号）
门店库存.xlsx 仓储库存现存快照 门店编码, 商品, 库存数量, 更新日期, tel 跨表同步更名验证

也可以按需单表下载：

二、 测试上手步骤指引

按照以下标准步骤进行交互式测试：

  1. 导入案例数据：在 DT-Bot 界面左侧「工作空间」区域，点击【导入】，批量上传上述 4 个 Excel 表格。
  2. 部署算子节点：在左侧算子库中找到「数据处理」分类下的 「表头整理」 算子，将其拖拽至中间画布区域。
  3. 录入测试指令：单击选中该「表头整理」节点，在右侧弹出的属性配置面板中，将下方测试用例中的【测试提示词】复制粘贴至提示词框中。
  4. 执行并核验：点击节点右上角的【运行】按钮。运行完成后，双击节点输出或在「AI 表编辑器」中核对修改后的表头字段与排列顺序。
  5. 测试复原技巧：
    - 「表头整理」默认采用原地就地修改机制（直接更新当前工作空间的表头定义）。
    - 为避免前一条测试的改名状态影响后续测试，建议在测下一个用例前重新导入原始表格，或在提示词后显式追加 输出为新表 xxx。

三、 核心测试用例集（由浅入深）

用例 1：局部更名（未提及字段严格保全）

  • 测试目的：验证算子在面对“仅修改个别指定列”的诉求时，是否能精准改名，且确保其余未提及的列名、数据内容与排列顺序完好无损。
  • 测试提示词：
把员工表的「用户ID」改成「用户编号」，「电话」改成「手机号」，「入职时间」改成「入职日期」，其余列名保持不变。
  • 预期输出结果对比：
  • 修改前：用户ID、姓名、电话、入职时间、部门、备注、临时列
  • 修改后：用户编号、姓名、手机号、入职日期、部门、备注、临时列
  • 核验重点：核对工作空间中其它表（天猫订单等）是否完全不受影响；核对员工表中未改名的 姓名、部门、备注、临时列 顺序是否保持原样。

用例 2：精确点名更名（防跨表误伤机制）

  • 测试目的：验证在多表共存的复杂工作空间中，明确指定单张业务表时，算子能否实施点对点精准修改，绝不干扰同名或异名其它表。
  • 测试提示词：
只处理天猫订单，把「单据编号」改成「订单号」，「成交日期」改成「下单日期」，「门店」改成「门店名称」，「SKU」改成「商品编码」。
  • 预期输出结果对比：
  • 修改后「天猫订单」：订单号、下单日期、门店名称、商品编码、商品名称、类目、售价、在售状态、品牌、条码、渠道来源、所属大区、供货商
  • 其余 3 张表：结构完全保持不变。
  • 核验重点：天猫订单的前 4 列成功标准化更名，其余 9 列保持原样；销售明细与门店库存表未发生任何变动。

用例 3：全局广播批量统一别名（跨表同名字段一键规整）

  • 测试目的：验证算子对全局批处理语义的理解能力。当企业各部门导出的表格存在通用缩写（如 tel）时，无需逐表编写指令，一行即可批量统一。
  • 测试提示词：
全部文件统一把「tel」改成「手机号」。
  • 预期输出结果对比：
  • 修改后「销售明细」：日期、门店、手机号、销量、金额（tel 成功被改名）
  • 修改后「门店库存」：门店编码、商品、库存数量、更新日期、手机号（tel 成功被改名）
  • 修改后「员工表」/「天猫订单」：无 tel 列，自动安全跳过，字段无任何变动。
  • 核验重点：两张含 tel 列的表格均被同步规整，且未产生任何多余空列或异常报错。

用例 4：精准删列（安全剔除无用与临时列）

  • 测试目的：验证根据列名批量剔除无价值字段的能力，同时确认未被删除的列依然严格按既有顺序紧凑排列。
  • 测试提示词：
删除员工表里的「备注」和「临时列」，其余列名和顺序保持不变。
  • 预期输出结果对比：
  • 修改前：用户ID、姓名、电话、入职时间、部门、备注、临时列（共 7 列）
  • 修改后：用户ID、姓名、电话、入职时间、部门（共 5 列）
  • 核验重点：末尾的 备注 与 临时列 被彻底清除，前 5 列的列名及对应数据完整无误。

用例 5：列顺序重构（按业务视角重新排布）

  • 测试目的：验证在不改动任何列名和数据的前提下，算子能否按照分析师指定的阅读视角，调整表格的呈现顺序。
  • 测试提示词：
把员工表的列顺序调整为：用户ID、姓名、部门、入职时间、电话、备注、临时列。
  • 预期输出结果对比：
  • 修改前：用户ID、姓名、电话、入职时间、部门、备注、临时列
  • 修改后：用户ID、姓名、部门、入职时间、电话、备注、临时列（部门 列前移至第 3 位，电话 列后移至第 5 位）
  • 核验重点：列名顺序严格与提示词一致，每列对应的数据行没有发生错位。

用例 6：高阶三合一组合拳（删列 + 改名 + 调整列顺序一步到位）

  • 测试目的：验证算子在单次执行中，同时解析并有序执行“字段过滤、重命名映射、重排布局”复合指令的高阶工程能力。
  • 测试提示词：
处理员工表：删掉备注和临时列，把「用户ID」改成「用户编号」，「电话」改成「手机号」，「入职时间」改成「入职日期」，并按「用户编号、姓名、部门、入职日期、手机号」重新排序列顺序。
  • 预期输出结果对比：
  • 修改后最终表头：用户编号、姓名、部门、入职日期、手机号
  • 核验重点：
    1. 冗余列 备注 与 临时列 成功消失；
    2. 目标 3 列名称完成映射；
    3. 最终呈现顺序严格符合预期。仅需单节点一次运行即可达成全流程标准化，无需串联多个清洗算子。

用例 7：另存为衍生新表（保留源表基线对比）

  • 测试目的：验证算子支持“保留输入底表、新建衍生表”的输出模式，满足分析师保留历史版本、多版本对比的严谨诉求。
  • 测试提示词：
整理员工表的表头：把「用户ID」改成「用户编号」，删除「临时列」，输出生成新表「员工表_标准版」。
  • 预期输出结果对比：
  • 工作空间状态：原始「员工表」结构毫发无损，工作空间中额外新增一张名为「员工表_标准版」的数据表。
  • 核验重点：检查工作空间列表是否多出「员工表_标准版」，且两张表的数据行数一致，表头各自独立。

四、 常见测试问题与操作贴士（FAQ）

  • Q1：导入 Excel 文件后，工作空间里的表名带上了 _Sheet1（如 员工表_Sheet1），提示词该怎么写？
    答：DT-Bot 具备智能表名模糊匹配能力，在提示词中直接书写 员工表 或 员工表_Sheet1 均可精确命中。若希望工作空间保持纯粹干净，可在本节点前接入「改表名」算子批量去掉后缀。

  • Q2：为什么运行完成后，左侧工作空间没有出现新的表格？
    答：在数据工程理念中，表头整理往往属于“原地规整”。若提示词中未显式要求“生成新表/另存为新表”，算子默认会就地更新源表的元数据结构。双击当前节点或打开「AI 表编辑器」查看原表，即可看到表头已更新。

  • Q3：连续测多条改名提示词时发现表头“对不上”？
    答：由于默认是原地就地改名，第一条指令把 用户ID 改成 用户编号 后，表中已经没有名为 用户ID 的字段了。后续若再次运行基于 用户ID 的改名指令便会找不到原字段。建议每次切换测试用例前，点击【重新导入】还原案例数据，或使用用例 7 的另存为新表模式。