AI 开发，给第二家园申请材料审核上了一课

有关注我们的都知道，最近，我们公司借助 AI，陆续开发了几个日常办公小工具。

目前一个小工具，从提出需求到完成开发，大约只用了一天。

如果只看这个结果，似乎现在用 AI 开发软件已经是一件很简单的事。

但事实上，为了逐渐掌握这种开发方式，我们前前后后花了好几个月，研究如何让 AI 更有条理、更可靠地完成工作。

有意思的是，这几个月的学习，最后带给我们的收获，竟然不只是软件开发。

AI 开发过程中的一个理念，还让我们重新思考了公司原有的申请材料审核方式。

一、从业务中的小麻烦开始

我们是一家从事马来西亚第二家园（MM2H）相关服务的公司。

日常工作中，有大量看起来简单，却需要反复操作的事情。

整理护照、合并申请文件、调整照片尺寸、填写表格、计算保费、跟进业务进度……

单独做一件事可能只要几分钟，但如果每天反复操作，累积起来就是不少时间。

市场上当然有现成软件，但这些软件不一定完全符合我们的业务流程。

于是，我们开始尝试借助 AI，根据实际需要制作适合自己的工具。

最近，我们把六个小工具集中到了一个内部平台，叫作CY Tool Workspace。

• PDF 合成

方便同事整理和合并护照等申请文件，按照业务要求准备递交材料。

值得一提的是，在此前一次第二家园相关业务会议上，我们公司准备的递交材料还曾得到官员的点名称赞。

• SPA CTC 合成

针对第二家园相关房产绑定业务，将认证后的 SPA（房屋买卖协议）文件与原件合并，方便线上及线下递交。

• Photo Print

客户发送过来的照片，可能有不同的尺寸和文件格式。这个工具可以快速调整为统一的打印规格，减少人工排版。

• Mini Form Filler

这是从我们过去开发的文件生成系统中拆解出来的轻量工具。

原来的系统可以利用已有客户数据，一秒生成整套申请文件；现在这个版本不依赖预先录入的数据，也能单独生成所需文件，适合不同的使用场景。

• 保费计算器

因为更换了合作保险公司，我们重新制作了符合当前业务需要的保费计算工具。

• Job Reminder

这是从我们过去的预约号自动检测系统延伸出来的。

检测系统可自动检测预约情况，并通过群消息提醒同事，不需要人工不断刷新浏览器。

我们把同样的提醒思路应用到日常业务中，做成了工作提醒工具。

这些工具没有什么特别炫目的功能，却都有一个共同点：

它们不是为展示技术而开发，而是直接来自我们每天的工作需求。

二、工具一天能做出来，为什么前面却花了几个月？

现在让 AI 写代码，已经不是什么新鲜事。

描述一个需求，AI 很快就能生成代码，甚至直接做出可以操作的页面。

但在实际使用过程中，我们逐渐发现：

让 AI 做出一个能运行的程序，与让它开发出真正可靠、可以长期使用的工具，是两回事。

AI 可能误解需求，也可能在修改一个问题时，无意间影响原本正常的功能。

有时候程序看起来没有问题，但仔细测试才发现，某些业务规则并没有被正确执行。

所以，过去几个月，我们花了不少精力研究 AI 辅助开发的流程与治理方法。

在这个过程中，我们也参考了 Superpowers、BMAD 等开源项目中的经验。

从需求分析、任务规划、分步骤开发，到测试、检查和复核，我们逐渐摸索出更适合自己的工作方式。

我们越来越意识到，使用 AI 并不是简单地告诉它“帮我做一个软件”，然后等待结果。

更重要的是，如何清楚地表达需求、组织开发过程，以及验证最终成果。

其中，有一个理念给了我们很大的启发。

它叫作Fresh Review。

简单理解，就是让一个没有延续原来思路的审查视角，重新检查已经完成的工作。

为什么需要这样做？

因为无论是人还是 AI，在长时间围绕同一个问题工作时，都容易沿用之前的判断。

如果最初的理解存在偏差，后面的检查也可能顺着这个偏差继续进行。

而换一个相对独立的视角，就有机会发现原本被忽略的问题。

这种思路不仅适用于软件开发，也让我们联想到自己的日常业务。

三、当局者迷，旁观者清

中国有句老话：

“当局者迷，旁观者清。”

以前听到这句话，大多只是觉得有道理。

但在研究 AI 开发中的 Fresh Review 后，我们开始认真思考，它是不是也适用于申请材料的审核？

第二家园申请涉及的文件比较多。

一位同事从收集客户资料、填写申请表格，到整理整套递交文件，可能需要反复接触同样的信息。

这些工作当然需要仔细核对。

但也正因为准备文件的人对材料太熟悉，有时反而容易忽略某些问题。

例如，一个信息最初被理解错了，后续的填写和检查可能都会沿用这个理解。

如果让另一位没有参与文件准备的同事重新检查，对方没有受到之前工作思路的影响，反而可能提出不同的疑问。

于是，我们决定借鉴 Fresh Review 的理念，对原有的文件审核流程进行优化。

接下来，对于新准备递交的第二家园申请，我们计划增加一道独立的内部初审。

这项工作由没有参与该套文件准备的同事负责。

除了检查文件是否完整、资料是否一致，也会从相对独立的角度，初步评估材料是否符合递交要求，是否存在可能影响后续审核的问题。

当然，这不是代替官方审批，更不意味着内部审核通过就能保证申请获批。

我们只是希望，在正式递交前，能够尽可能提前发现问题。

原来负责准备文件的同事，熟悉整个办理过程。

独立复核的同事，则提供一个新的检查视角。

两者相互补充。

原本是为了研究如何管理 AI 开发，最后却让我们重新思考了人的工作流程。

这可能是最近几个月学习 AI，带给我们最意想不到的收获。

四、六个独立工具，未来能否通过 AI 串联起来？

现在，我们已经有了六个根据业务需求开发的小工具。

但它们目前还是相互独立的。

我们下一步希望探索的是：

能不能利用 AI 智能代理（AI Agent），把这些独立的小工具串联起来？

类似 Muze 这样的对话式 AI 产品，给了我们一些启发。

我们希望未来，同事不必再逐个打开不同软件，而是直接在对话框里提出需求。

例如：

“帮我准备这位客户下一阶段需要递交的整套文件。”

AI 根据既定的业务流程和获得授权的客户资料，判断需要完成哪些工作，再调用相应的小工具。

最后，把准备好的材料交给工作人员审核确认。

换句话说，我们希望未来的 AI 不只是回答问题，而是真正能够协调不同工具，协助完成一整套工作。

而现在开发的这些小工具，也可能成为未来智能业务系统的基础。

再往前一步，我们还希望将这些功能与公司自己的 CRM 客户管理系统连接起来。

内部同事可以掌握每个申请的处理进度。

客户登录自己的页面，就可以查看业务办理到了哪个阶段。

合作代理也能够通过各自的登录页面，了解有权限查看的业务状态。

从文件准备、内部审核，到客户及代理的进度查询，我们希望未来能够形成一套相互连接的工作流程。

当然，这些还是我们的发展目标，并不是已经全部实现的功能。

但随着工具逐渐积累，我们也开始看清楚下一步想做什么。

五、AI 给我们上的这一课

回头看，从最早开发抢号工具，到预约号自动检测，再到现在的六个定制小工具，我们的思路一直在变化。

一开始，我们只是想解决某个具体问题。

后来发现，AI 能帮助我们减少不少重复操作。

再后来，我们开始研究怎样管理 AI 开发、怎样检查它的成果。

而 Fresh Review 这个理念，又反过来启发了我们对申请材料审核制度的改进。

这让我们意识到，学习 AI 的过程，本身也可能成为一次重新梳理公司业务流程的机会。

我们并不是一家软件开发公司，也没有打算转型成为软件公司。

我们仍然是一家从事马来西亚第二家园相关服务的企业。

只是希望通过 AI，把日常工作中那些重复、繁琐的操作逐步简化，让同事有更多精力投入到资料核对、业务判断和客户服务中。

与此同时，也通过更合理的内部检查方式，尽可能提高工作质量。

AI 帮我们学会了怎样更快地开发工具。

但更重要的是，它也提醒我们：提高效率的同时，别忘了用新的视角，重新检查自己原本的工作方式。

这或许才是 AI 开发给我们上的最有价值的一课。