写入之前，先回答一个问题

9 月下旬的一个下午，风控的同事走到我工位旁边，问了一个很直接的问题：

"如果让 fx-agent 把实货交易直接写进 ETRM，出了错谁负责？"

这不是抬杠。在 ETRM 里，一笔实货交易一旦写入，就成了系统里的正式业务数据，后续的估值、结算、风险敞口都从这里取数。填错了能改，写错了，改起来就是另一套流程。所以这个问题真正的分量不在于"软件会不会打字"，而在于：它能不能把正确的内容，放进正确的字段，并且在落笔之前留一道能拦住它的关口。

我决定实测一次。方法很简单：同一笔交易，我手动录一笔，再让 fx-agent 录一笔，最后回到 ETRM 里逐栏对照。两笔单如果各自都对得上各自的输入，这件事才谈得下去。

推演的第一步：一条指令就是全部输入

动手之前先把逻辑摆清楚。录一笔实货交易要准备两类内容，而人工方式和 fx-agent 对第一类的处理完全不同。 第一类是基础档案：交易对手、交易主体、投资组合、品种。人工录单时，这些档案得事先建好，录单时再从已有档案里查找、引用，不现场新建。fx-agent 不受这个约束：它收到指令后，先把指令里的基础信息自己录入、对应，再生成整笔交易——一条指令，相当于把人工方式里"先建档案"和"录交易时逐区查找选择"两段活合并成了一次提交。这也意味着，指令是它唯一的输入，更是唯一的闸门：指令里漏一项、错一项，它就照着一路录到底，包括基础档案在内。

交易对手”远帆石油”在 ETRM 中的档案。人工录单时从已有档案里选择，不在录单时新建；fx-agent 则按指令自己录入并对应。
交易对手”远帆石油”在 ETRM 中的档案。人工录单时从已有档案里选择，不在录单时新建；fx-agent 则按指令自己录入并对应。

第二类是这笔交易自己的要素，每一笔都不同，必须按实际合同给全：买卖方向、数量和单位、价格怎么定、装卸期、付款条款、有没有容差和溢短装、选择权在谁、结算数量按什么依据。

测试交易是这样的：澜屿能源新加坡主体向远帆石油买入 50 万桶 Murban 原油，FOB，固定价 80 美元/桶，数量允许 ±5% 对称溢短装、卖方选择权、结算数量按提单量，另有装卸港、装卸期、盯市方式和付款等条款。（"澜屿能源"、交易对手、人员以及交易数据均为系统测试用的虚构数据，不代表真实企业，也不代表真实交易。）

这里能看出手动录入的真正成本。同一笔交易的信息，在表单里是拆散的：主体、对手、品种在基础信息区；合同量、单位、容差、选择权在数量区；固定价、币种在计价区；装卸港、装卸期在物流区域；盯市另是一套逻辑，不能和计价混；付款条款再找对应位置。每到一个区域，都得判断这段内容该填哪里、单位对不对、选项选哪个。既是内容提供者，又是字段匹配者，还是最终核对者——三个角色压在一个人身上，累的不是手，是注意力。

人工录单：在基础信息区选择投资组合、主体、交易对手和品种，并填写成交日期与合同号。
人工录单：在基础信息区选择投资组合、主体、交易对手和品种，并填写成交日期与合同号。
数量区要分别填写合同量、单位、容差和溢短装选择权；往下是另一块物流信息。
数量区要分别填写合同量、单位、容差和溢短装选择权；往下是另一块物流信息。
计价与盯市是两块独立的区域：上面填固定价 80 美元/桶，下面另填盯市公式。
计价与盯市是两块独立的区域：上面填固定价 80 美元/桶，下面另填盯市公式。

第一次交锋：一条指令，和一次悬着的落定

交给 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；以及备注条款。

指令发出去之后，第一个悬念来了：它没有急着生成交易，而是先处理指令里的基础信息——主体、交易对手、品种、投资组合，逐项录入并对应。

这一步的结果事先没法打包票。这些基础信息是它根据我的指令自己录入的，录得对不对、对应得准不准，落定之前没人能保证。实际结果是：品种"ICE 的 MURBAN（ADM）"在档案里落定、对应了唯一一条记录；交易对手、主体、投资组合，同样各自落定唯一。四项基础信息，四个唯一对应。

唯一落定的价值不在"选得准"，而在可追溯：每一项都能在档案里找到唯一的那条记录，经得起回头查。但这条记录是否符合业务意图，仍然要由我来判断——它没有替我做这个决定，这是后面一切的前提。基础信息全部落定之后，它才把这些内容和数量、价格、日期、条款整理成一份待确认内容。

fx-agent 收到指令后的过程记录：按指令将组合、对手方、品种等基础信息逐项录入并对应，品种一项在档案中唯一落定（界面注明”唯一命中”），随后登记待确认的写入内容。
fx-agent 收到指令后的过程记录：按指令将组合、对手方、品种等基础信息逐项录入并对应，品种一项在档案中唯一落定（界面注明”唯一命中”），随后登记待确认的写入内容。

真正的关口：写入之前的两道停顿

手动录单这么多年，最清楚的一件事是：录单最危险的动作不是"填"，而是"写"。填错了还能改，写进去就进了正式数据。手动方式下，我一边填一边检查，保存前从头再看一遍，然后才按保存。

fx-agent 的做法在这一点上让我有点意外——它比我还谨慎。

它没有在整理完内容后直接写入，而是先弹出一张确认卡，把准备提交的交易内容逐项列出来：数量、主体、对手、组合、计价、盯市，所有具体信息都摊开在明处。我在这里核对的，是业务内容是否与原先的约定一致。

确认卡中的计价与数量：固定价 80 美元/桶，数量上限 525,000、下限 475,000，选择权为卖方。字段名保留界面上的英文原样。
确认卡中的计价与数量：固定价 80 美元/桶，数量上限 525,000、下限 475,000，选择权为卖方。字段名保留界面上的英文原样。

而且确认不是一次点击就结束。点了确认卡上的【确认执行】之后，界面再次提示【将真正写入交易系统】，第二次确认之后才执行写入。第一次点击前，我核对准备好的内容；第二次提示，让我在最后关头再停一下——内容是否核对清楚了，现在是否确认写入。

点击确认卡上的【确认执行】后，界面再次提示【将真正写入交易系统】。再次确认后才执行写入。
点击确认卡上的【确认执行】后，界面再次提示【将真正写入交易系统】。再次确认后才执行写入。

两道停顿，一道是核对，一道是决心。确认之后，它执行写入，结束后回复：已录入。

写入完成后，fx-agent 在回复中列出这笔交易的对手方、品种、组合、数量、装卸期、计价与盯市等内容。
写入完成后，fx-agent 在回复中列出这笔交易的对手方、品种、组合、数量、装卸期、计价与盯市等内容。

对照：一个"不一致"的发现

9 月 27 日，我回到 ETRM，打开 fx-agent 新建的那笔交易，和手动录入的那笔并排，逐栏对照。

对照到一半，发现了问题：两笔单的合同号不一样，目的地限制里的一处文字也不一样。

第一反应是：agent 写错了？但把两笔单各自的输入记录调出来一看，原因摆在那里——这两处差异，在两边的输入里本来就不一样。两笔单各按各的输入保存，谁都没有擅自改动。其余栏位两边输入相同，界面上看到的内容也与输入一致。

录屏：在 ETRM 列表中向右滚动，逐列查看两笔交易。上行由 fx-agent 录入，下行为人工录入。

这个"不一致"反而是最有说服力的证据：它没有自作主张地"对齐"两笔单，也没有丢弃任何一处输入。它做的只是忠实地把收到的东西写进去——该一致的地方一致，该有差异的地方保留差异。

这次对照的主要依据，是手动录单的录屏、fx-agent 的确认和回报记录，以及 ETRM 里能看到的字段。

答案

回到风控同事那个问题：把实货交易交给 fx-agent 录进 ETRM，能放心吗？

这次实测的答案是：能，但"放心"不是靠两笔单完全一致——实际上也没有完全一致。靠的是核对、确认、复核这三道都在，每一步都能把差异摆到明处。

分工是这样的：录入并对应基础信息、整理待写入内容、确认之后执行录入，交给 fx-agent；把指令写得完整、准确，写入前逐项核对并确认，写完再回系统复核，留在我手里。具体操作可以交出去，跟交易数据安全有关的检查和最终决定，留在操作人员手里。一条指令全包的方式里，指令是唯一闸门——这道闸门把住了，后面的核对和复核才有意义。

那天下午我把对照结果发给风控同事，他回了一句："下次录单，你多带一个帮手。"

我没告诉他的是，这个帮手最值钱的地方，不是它做得快，而是它在该停下来的地方，都停下来了。