fx-agent 录单实测:机器管整理,人管确认(WJ)
先从一个朴素的问题说起
一笔原油实货交易谈成之后,交易员做的第一件事往往不是庆祝,而是坐下来"录单"——把合同里的每一项约定,一字不差地敲进 ETRM 系统。
这件事不难,但很繁琐。更要命的是,它的出错代价和出错概率完全不成比例:敲错一个数字只要半秒钟,造成的敞口错误可能要几天后才在结算时暴露。所以行业内有个共识:录单拼的不是智力,是注意力的稳定性。而注意力恰恰是人最不稳定的资源——它会疲劳,会被打断,会在第五十笔单子上不如第一笔时可靠。
这正是 fx-agent 要解决的问题:把"搬运和整理信息"这件消耗注意力的事交出去,把"判断信息对不对"这件必须靠人的事留下来。
那么,交出去之后能放心吗?我做了一次实测:拿同一笔交易,分别手动录入和让 fx-agent 录入两笔测试单,再回到 ETRM 逐栏对照。先说结论——能放心。但靠的不是"两笔单完全一致"(实际上也没有完全一致),靠的是核对、确认、复核这三道关卡都在,每一步都能把差异摆到明处。下面按实际操作过程讲一遍。
01 录单之前,先要分清两类东西
要理解 fx-agent 能做什么、不能做什么,得先看清楚录单这件事的输入到底是什么。它其实由两类性质完全不同的内容组成。
第一类是基础档案:交易对手、交易主体、投资组合、品种。手动录单时,这些是开工的前提——得事先在 ETRM 里建好,录新合同时从已有档案里选择、引用,不现场新建,就像寄快递前通讯录里得先存好这个联系人。fx-agent 不受这个前提约束:指令里写明了对手、主体、组合和品种,它会自己把这些基础记录建出来,不用人事先准备。

第二类是这笔交易自己的要素,每一笔都不同,必须按实际合同填写:买卖方向;数量和单位;价格怎么定;装卸期;付款条款;有没有容差、溢短装、选择权;结算数量按什么依据。
这次的测试交易是:澜屿能源新加坡主体向远帆石油买入 50 万桶 Murban 原油,FOB,固定价 80 美元/桶,数量允许 ±5% 对称溢短装、卖方选择权、结算数量按提单量,另有装卸港、装卸期、盯市方式和付款等条款。手动和 fx-agent 两种录入方式,都以这些内容为起点。("澜屿能源"、交易对手、人员以及交易数据均为系统测试用的虚构数据,不代表真实企业,也不代表真实交易。)
记住这个分类。后面会看到,两种录入方式的差别,本质上就是这两类东西由谁来建、由谁来填。
02 录入:从"人肉搬运"到"交代清楚"
手动录入时,同一笔交易的信息要拆到表单的不同区域:主体、对手和品种在基础信息区选择;合同量、单位、容差和选择权在数量区填写;固定价、币种和计量单位在计价区填写;装卸港、装卸期在物流区域处理;盯市另是一套逻辑,不和计价混在一起;付款条款再找对应位置。每到一个区域,我都要判断内容该填哪里、单位对不对、选项选哪个。



注意这里发生了什么:一个人同时扮演着三个角色——内容的提供者、字段的匹配者、结果的核对者。三个角色抢的是同一份注意力,而注意力恰恰是人工录单时最先被耗尽的东西。
交给 fx-agent 时,我把完整交易要素集中写在一条指令里:
帮我录一笔实货交易:成交日期 2026-09-22,交易员陈立,买入;主体 LYSG,交易对手远帆石油贸易(新加坡)私人有限公司;品种 ICE 的 MURBAN(ADM);投资组合 /澜屿原油/原油/Murban 实货套利;数量 500,000 桶,±5% 对称,卖方选择权,结算数量按提单量、单位桶;海运,FOB,装港富查伊拉,卸港蔚山;装货 2026-10-12 到 10-14,卸货 10-27 到 10-29;装卸时间 36 HRS SHINC;目的地限制 No sanctioned destinations; subject to seller reasonable approval;计价固定价 80 美元/桶,精度 2;预估贴水类型为其他价格调整,贴水值 0.85;盯市按 ICE Murban 均价,Contract Month,收盘价,升贴水 +0.85,计价期 2026-10-12 到 10-16;收付款提单日后 30 天,信用条款 T/T,检验 50/50 between buyer and seller,一般条款 BP2015,适用法律 English Law,仲裁 SIAC;合同号 LYSG-MUR-20260922-002,对方合同号 YF-MUR-260922-017;备注:Quantity and quality final as per B/L and independent inspector certificate at load port. Final price subject to ICE Murban published closing prices.
收到指令后,fx-agent 做的第一件事不是填交易,而是建基础记录:按指令里的"ICE 的 MURBAN(ADM)"建立品种记录,交易对手、主体、组合同样各自建立,每一条都在系统里落定唯一一条、可追溯。基础记录都落定了,它才把这些内容和数量、价格、日期、条款整理成待确认内容。
这个顺序值得停下来看一眼:一条指令全包,意味着指令是它唯一的输入。漏一项、错一项,它就照着这条指令把基础记录和交易一路录到底——每条落定唯一、事后能追溯,但"这是否符合业务意图"它不做判断,留给我在确认卡上做。

分工就这样完成了:内容仍由我提供,建档和初步整理由 fx-agent 做,我的注意力全部腾出来,放在核对整理结果上。
03 确认:真正的风险在"写"不在"填"
录单最危险的动作不是"填",而是"写":填错了还能改,写进去就成了系统里的正式业务数据,后面可能连着头寸、盯市和结算。手动方式下我一边填一边检查,保存前回头把填的内容从头到尾看一遍,然后保存——整个防错机制只有一道,就是我自己的认真程度。
fx-agent 在"写"之前设了两道关。
第一道是确认卡。它在真正写入前,把准备提交的交易内容逐项列出来,包括数量、主体、对手、组合、计价和盯市等具体信息。这和银行转账时的"请核对收款人和金额"页面是同一个设计思想:在不可逆操作之前,把后果完整地摆在做决定的人面前。我在这里核对的是业务内容是否与原先约定一致——这是人的判断真正创造价值的地方。

第二道是二次确认。这次操作里,确认不是一次点击就结束。点击确认卡上的【确认执行】后,界面再次提示【将真正写入交易系统】,第二次确认之后才执行写入。第一次点击前我核对准备好的内容,第二次提示让我在最后关头再停一下:内容是否核对清楚,现在是否确认写入。大额转账要求再次输入密码,防的不是你第一次手滑,防的是你"没想清楚就点了"——这里是同一个道理。

确认之后,fx-agent 执行写入,结束后回复已录入。

04 复核:信任要能被验证
任何"放心"如果只建立在承诺上,都不值一提;它必须能被验证。写入完成后,我回到 ETRM,打开 fx-agent 新建的交易,跟手动录入的那笔逐栏对照。
结果是:合同号和目的地限制里的一处文字,两边输入时就不一样,两笔各按输入保存——这是输入本身的差异,不是录入的错误。其余栏位两边输入相同,界面上看到的内容也与输入一致。
这次对照是在 2026 年 9 月 27 日做的,主要依据是手动录单的录屏、fx-agent 的确认和回报记录,以及 ETRM 里能看到的字段。
回到最初的问题
这次实测里,两笔单在界面上能看到的栏位,都与各自的输入一致。但比这个结果更重要的是看清了分工的边界:fx-agent 做的是按指令建档、整理待写入内容、确认之后执行录入;我做的是把指令写完整、写准确——这是整条链路上唯一没有机器替手的环节——写入前逐项核对并确认,写完再回系统复核。
一句话概括,具体操作可以交出去,跟交易数据安全有关的检查和最终决定留在操作人员手里——这才是"能放心"的依据。工具的可靠性从来不是靠它"从不犯错"来证明的,而是靠它把每一步都做在你看得见、拦得住的地方。