让 Codex 替我报销，点对了，比我慢一倍

4 月 16 日两件事撞在了同一天：Claude Opus 4.7 发布，带更高分辨率的电脑操作；OpenAI 的 Codex 开了后台电脑操作，在 Mac 上直接替人点。加上 Gemini 早就有的浏览器操作，三家都能动界面了。

年初写 MAI-UI 那篇时，我说报销要过三关：发票和行程对不上要人工核；系统字段多、附件麻烦；点错了要能撤回。当时只是看资料想的。这一个月，我让 Codex 真填了几次。

报销不固定，但一直在

我一个月报销几次，并不固定。有时候攒一个月报一回，有时候一周就要报一次，看最近的开销。不管几次，流程都一样：打开 OA，找入口，选类型，一张张填，传附件，提交。

它烦就烦在这里。不难，不需要判断，但每次都要从头走一遍，而且中间不能分心，一分心就填错格子。

这种活，正好是电脑操作最该接的。

一次普通的 OA 报销

第一次填的是公司 OA 里的日常报销，三五张发票，不涉及差旅，没有行程要核。

我把发票文件放好，告诉它进 OA，找到报销入口，按发票逐张填金额和日期，传附件。

它点对了。入口找到了，报销类型选对了，几张发票的金额和日期填进了对应的格子，附件也传上去了。

最后，它停下来问我要不要提交

填完以后，它停下来问我：要不要提交。

这一下我挺在意。提交是整个流程里唯一点下去就回不了头的一步，提交之后要改，得走撤回、重新发起。它把这一步留给了我。

我检查了一遍，点了提交。

年初写的第三关，点错了要能撤回。这一次它没有撤回的机会，也不需要，因为最不能错的那一下，本来就不是它点的。

慢，大概慢一倍

我自己填这份表，几分钟。它花的时间大概是我的两倍。

慢在每一步它都要先看一眼屏幕，判断现在在哪，再决定下一下点哪。我快，是因为这张表填过太多次，哪个框在哪，下拉里第几个是我要的类型，不用看。换一个没用过的系统，我也得看，也得试。

所以慢一倍这个数，我没太在意。

它填的时候，我在回消息

它填的那段时间，我在回消息。

这是这件事真正省下来的东西。时间上它比我慢，可我自己填的那几分钟，人是完全被占住的；它填的那段时间，我可以去做别的，只要最后回来看一眼。

慢一倍，换来不用盯着。对报销这种活，这笔账划算。

只有传附件那步，我回头看了

整个过程里，只有一个地方，我放下消息回头看了：上传附件。

OA 的上传会弹出系统的文件选择框，要在里面一层层找到文件，选中。它在这个框里停得比别处久。我担心的不是它点错按钮，是它选错文件，把别的发票传上去。字段填错，页面上看得出来；文件选错，不点开附件是看不出来的。

最后它选对了。但这一步让我意识到，年初那三关里少写了一关：它操作的对象对不对。

差旅报销，为什么还没交给它

涉及差旅的报销，我到现在没交给它。

差旅报销多一层核对：机票、酒店、出差审批要对得上，日期要连起来，金额要和标准比。对不上的时候，要人判断是哪里出了问题，是票开错了，还是行程中途改过。

它现在做的是照着填，看到什么填什么，不会停下来说这张票和那个行程对不上。照着填，对日常报销是优点，快、稳、不自作主张；对差旅报销，就可能把一个本该被发现的问题，原样填进系统里。

所以这条线我先划在这里：没有判断的交给它，要核对的自己来。

之后又交给了它几次

之后同类的报销，我又让它做了几次，都是这种不急、流程固定、不涉及差旅的。每次提交前，我会把附件点开看一眼。

身边的同事不知道我这样报销，我也没特意说。在我这里，它已经不是一个新鲜的东西，是一个默认的做法。

年初那三关，现在是这样：字段多、附件麻烦这一关，它过了；发票和行程对不对，它不判断，只是照填，所以涉及差旅的我还没交给它；点错撤回这一关，它把提交留给了我，最要紧的那一下由人来点。

它替我省的不是时间，我自己填更快。省的是我不用盯着那个界面。