25 分钟降至 40 秒：fx-agent 原油实货录单人效实测

2026 年 9 月 27 日，同一笔 50 万桶的 Murban 原油实货单在测试环境里录了两遍。先在 ETRM（交易与风控系统）里手动录，按录屏计用了 25 分钟——其中近 20 分钟在建交易对手、交易主体、投资组合、港口这些基础档案，填表保存用了 5 分钟出头（若档案齐备，人工重录耗时约 5 分 12 秒）。再交给 fx-agent 录，从发出指令到它回复，按录屏计用了 7 分半。

录单的业务人员和管理者关心三件事：录得对不对，快在哪里，能省掉哪些事。

在回答之前，我们先将本次测试的关键耗时与对比数据梳理如下：

01 fx-agent 是什么，活怎么交给它

在解析具体录单过程前，先搞清 fx-agent 和 ETRM 的关系。

fx-agent 是一个创建和使用 Agent 的门户。在门户中，用户可以为自己的一项长期工作创建专属的“数字分身”（Agent），并授予其对应的权限。它会按授权去读取相关领域的知识和系统数据，调用授权工具，并在工作过程中将有价值的做法整理进草稿箱、经人确认后沉淀为技能，持续积累工作记录。

它的协作机制固定分为标准三段：

1. 人先划定权限和边界；
2. Agent 读取信息、调用授权工具、整理结果；
3. 关键动作前提交确认，且每次执行均会留下明确结论、待确认清单与操作日志。

fx-agent 建在用户已有的业务系统之上，不替代原有系统：交易数据仍然记在 ETRM 里，写入内容落库后在 ETRM 原生界面完全可见。原本在表单中逐栏填写的传统流程照常可用。

交办的方式非常直观——对话。在对话框中将业务需求写清楚发出即可（目前也支持语音输入）。涉及往 ETRM 中写入数据的关键操作，Agent 会先整理出带有数据明细的“确认卡”，经人工点击确认后，才真正调用接口落库。

02 手动录：25 分钟里做了什么

要比较，先得有参照。这笔测试交易的基础条款如下：

澜屿能源新加坡主体（LYSG）向远帆石油买入 50 万桶 Murban 原油，FOB，装港富查伊拉，卸港蔚山；固定价 80 美元/桶；数量 ±5% 溢短装，卖方选择，结算数量按提单量；另含装卸期、装卸时间、盯市公式、预估贴水、付款、检验、一般条款、适用法律和仲裁。（文中公司、人员及交易数据均为测试虚构。）

第一阶段是建基础档案，用时 19 分 50 秒。

手动录单前，交易对手、交易主体、投资组合等必须已在 ETRM 中立户，录单时才能从下拉列表中选到。测试从零开始：开功能角色、建部门和三个用户账号，再建三家交易主体、交易对手远帆石油（录入基本信息、信用条款、上传财报与评级），接着添加市场、建投资组合。此过程用时 17 分 50 秒。

第二阶段是填表与保存，用时 5 分 12 秒。档案建好后开始填表：

1. 基础信息区：选投资组合、交易主体、交易对手和品种，填成交日期和合同号。
2. 数量与物流区：填合同量、单位、容差和溢短装选择权。数量单位默认是 MT，本笔需手动切为“桶”。往下继续填写装卸期与物流信息。
3. 计价与盯市区：上面填固定价 80 美元/桶；下面另填盯市公式（盯市合约类型需先选定基准后方可选择）。

全部填完并检查后点击保存，耗时 5 分钟。但因事先未新建港口档案，下拉框选不到富查伊拉和蔚山，只能先保存交易；随后跳转至地点档案新建两个港口（耗时 2 分钟），再返回该笔单据补选装卸港并保存（耗时 12 秒）。

手动整体耗时 25 分 02 秒。若排除前期建档案时间，在档案完全就绪的前提下，人工重新录入并补选完成的净时间为 5 分 12 秒。

03 交给 fx-agent：7 分半里做了什么

在 ETRM 档案已就绪的前提下，我们将同一笔单交给 fx-agent。发给它的自然语言指令包含成交日期、交易员、主体、交易对手、数量、作价机制、装卸港等全套业务条款。

第一阶段是自动检索与字段对齐，约 6 分 30 秒。发出指令后，Agent 确认与 ETRM 系统连接正常，自动展开两轮数据对齐：

1. 第一轮，自动并行检索交易主体、交易对手、投资组合名单，品种目录及盯市价格基准。
2. 第二轮，精准调取对应交易术语、溢短装选择权、仲裁、检验等业务字典项，并自动调取系统已有交易作为结构参考。

查到的选项与指令逐项匹配。对于品种等关键字段，只有在系统唯一准确命中时才会套用；若存在多项匹配，Agent 会列出供人类挑选，绝不盲目套用。对齐完毕后，Agent 自动将复杂数据整理为直观的确认卡。

第二阶段是双重确认与回读落库，约 1 分 03 秒。确认卡按 ETRM 字段名逐项列出明细，并自动完成换算（如将 50 万桶加减 5% 计算出上限 525,000 桶、下限 475,000 桶）。

1. 核对与初次确认：业务人员核对卡片，点击“确认执行”，耗时 40 秒。
2. 二次安全确认：系统弹出安全确认弹窗“确认执行此操作？将真正写入交易系统”，再次点击确认。Agent 随即以当前业务员账号身份写入 ETRM。
3. 写入与自动回读：点击后约 13 秒，Agent 返回终态确认“已录入并回读核对完毕”，并附上数据回读对照表。

全程按录屏合计耗时 7 分 33 秒。

04 对不对：回到 ETRM，两笔逐列对得上

Agent 声明“已录入并回读核对完毕”只是系统自测，最终必须回到 ETRM 业务界面验证。

在 ETRM 交易列表里将两笔交易上下排列进行逐列对照：除合同号按指令分别为 -001（手动）和 -002（Agent）外，其余所有字段完全一致。确认卡未在表格主列展示的“目的地限制”和“备注”项，打开单据详情页查看，均已准确无误写入。

结论：录得完全准确。

05 快：25 分钟与 7 分半，效率提升的本质是什么？

两个数字相差 17 分半，但不能简单归结为“AI 比人快 3 倍”，需拆解耗时结构。

先看同等基准下的耗时。手动录单的 25 分钟里，有近 20 分钟用于在系统里建基础档案。fx-agent 遵循“只查不建”的安全规范，直接调用已就绪的档案。因此，在档案均已存在的同等条件下，人工纯填表耗时 5 分 12 秒，Agent 流程耗时 7 分 33 秒。

再看“专注力释放”的价值。人工录单（5 分 12 秒）时，人类精力 100% 被占用，必须时刻停留在表单前，频繁进行点击、寻址、下拉切换与目测检查，精神高度集中。Agent 录单（7 分 33 秒）时，在近 7 分钟的处理过程中，Agent 在后台自动完成 API 调取、数据校验与卡片生成，人类无需任何操作；人类真正介入的时间，仅仅是核对确认卡并点击确认的 40 秒左右。

快的真正含义，不是机械地缩短数据传输毫秒数，而是将业务人员的高强度操作时间压缩了 80% 以上。在 Agent 处理后台数据的几分钟里，业务人员可以并行处理其他核心工作，大幅降低了日常录单的心理负荷与疲劳度。

06 省事：哪些交给了它，哪些还要人做

已交给 Agent 的工作有三类。

一是复杂表单寻址与对齐。无需人工记忆“数量单位需从 MT 切换为桶”或“盯市合约的前置关联”，Agent 自动完成字典与字段映射。

二是业务计算与一致性校验。自动完成溢短装上下限（±5%）的数值换算，并在写入后完成接口级数据回读与格式自检。

三是检查形式体验升级。保存前在繁复表单里逐栏目测检查，升级为查看一张结构化、高可读性的“确认卡”。

仍需人工处理的工作有两类。

一是基础档案预立。Agent 遵守安全边界，录单时对地点、交易对手等档案“只查不建”，缺乏档案时会主动提问，仍需人工提前维护。

二是终态确认把关。针对交易对手具体路径等关键风控信息，仍由业务人员对照确认卡做最终决策。

07 深度解析：实测中的安全机制与风险防线

在本次实测中，曾发生过一次值得关注的细节：第一次发出的指令未能成功生成确认卡。

通过对系统运行日志的深入分析，我们发现这恰恰体现了 fx-agent 在严肃业务场景下的安全设计理念。

在首次测试的指令中，目的地限制条款直接照抄了带有英文撇号的文本（seller's）。在 Agent 调用后台写入接口时，这个特殊的标点符号触发了系统底层的安全防线（防注入审查机制），导致该条指令在后台被直接拒绝执行。

系统在检测到任何潜在的格式风险或解析不确定性时，会选择拒绝执行该次指令，而绝不会在数据不确定的情况下“强行写入”交易系统。

在第二次测试中，仅将该文本中的撇号规范化调整（改为 seller），整套流程随即流畅走通，即上文呈现的 7 分 33 秒全过程。

这一实测细节表明，fx-agent 并非一个“盲目追求执行率”的通用聊天机器人，而是在底层筑牢了安全防线的严肃业务工具。未来，随着产品在前端对特殊符号自动清洗与转义能力的持续优化，系统的交互体验还将进一步提升。

08 总结

回到开篇的三问。

录得对不对？答案是对。ETRM 列表逐列比对完全一致，详情页隐性字段准确落库。

快在哪里？答案是释放了人类专注力。人守在表单前高强度动手的时间从 5 分多钟降至 40 秒左右，精神负荷降低 80%。

能省掉哪些事？答案是省去了逐项找区块、对字典、下拉选择的繁琐操作；但基础档案预立与最终的风控确认卡审核，依然牢牢保留在人手中。

对于交易与风控场景而言，fx-agent 展示了一种极具实用价值的模式：把繁琐的系统交互与数据校验交给 Agent，把最终的决策权与确认权留给业务人员。在安全边界清晰、数据可回读校验的前提下，这种“数字分身”式的协作，正成为复杂业务系统提效的破局点。