系统老、文档丢、懂它的人退休了:AI看一段录屏就能接手

公司里有没有这么一套系统：十几年前找人做的，进销存、客户资料、订单全在里面。文档早找不到了，当年做系统的公司电话都打不通了，厂里唯一懂它那位老师傅，去年退休。

老板不是没想过升级。问过软件公司，对方一听是「别人写的老系统」，报价先来五位数，工期三个月起，还要你先把需求文档整理好——可这系统连文档都没有，需求怎么整理？

9月16日，火山引擎更新了豆包2.1 Pro模型（0915版），给了这类企业一个以前不存在的选项。官方给了一个案例，值得所有被老系统困住的老板认真看一遍：

一套没有任何文档、大约28万行代码的老Java ERP系统。AI拿到的全部材料，是一段真人操作的录屏，和几张界面草图。结果它读懂了这套系统，开发出跑通完整业务链路的移动端页面。

一、为什么这件事以前做不到

过去所有「AI帮你写代码」的产品，都有一个隐含前提：你得先把需求写成文字，最好还有设计文档。

但真实中小企业的情况恰恰相反——最有价值的知识根本不在文档里，它藏在三样东西里：界面上那个按钮的位置、老师傅的操作习惯、以及「点这里之后系统会自动做什么」的默契。这些东西没法写成文档，只能录屏、截图、上手演示。

这次模型更新的核心变化，就是AI第一次能「看」这些非文本的证据：看懂录屏里的操作流程，看懂界面截图里的字段和按钮，看懂手绘草图里的页面结构，然后把这些视觉信息翻译成代码。

同一批官方测试里还有个数据：面对开源游戏Luanti（约38.7万行代码、1000个真实历史问题），AI调度多个子Agent连续运行近36小时，把83%的问题修复到可合并标准。这说明它不只是「看懂」，还能在大型代码库里跨文件定位、修改、验证。

成本也在往能用的方向走：新版的图像推理和视频推理Token消耗比上一代减少30%以上。看图写代码这类要反复截图、对照画面的任务，账单压力小了一大截。

二、这类老板的真实处境

说一个高频出现的场景。做批发生意的老板，仓库和财务跑在同一套老系统里。去年想加一个功能：业务员在外面用手机查库存、录订单。软件公司报价八万，理由是「老系统结构复杂，要重新梳理」。

梳理的是什么呢？就是那28万行没人看得懂的代码。过去这件事只能人做——请一个看得懂老代码的工程师，花几个月读代码、画流程、写文档，然后才谈得上改功能。这个成本，才是老系统改造报价的大头。

现在AI把「读懂老系统」这一步的成本打下来了。录屏是现成的——让最会用的员工操作一遍，全程录屏；草图也是现成的——想要什么样的手机页面，手画几张就行。剩下的「读代码、定位模块、写新页面」，AI来干。

这件事的本质变化值得说透：老系统从「负资产」变回了「资产」。过去它的价值会随着懂它的人离职不断贬值，现在知识被录屏和代码固化下来，人走了，系统的可维护性还在。

三、一条能直接拿走的东西

老系统AI改造可行性自查清单（12项）——判断你那套系统值不值得交给AI，先过这12条：

系统现状（4项）：

1. 系统还能正常登录运行，核心功能没有瘫痪

2. 数据库还在持续写入（说明业务还依赖它）

3. 找得到一个「最会用的老员工」，愿意录30分钟操作演示

4. 你说得清最想加的那个功能是什么（一句话能讲完）

材料准备（4项）：

5. 能录到完整的关键业务操作流程（下单、审批、查库存等）

6. 能截到主要界面的清晰截图

7. 拿得到系统部署信息：代码在哪台服务器、用什么语言写的（哪怕只知道大概）

8. 摸得到源代码——拿不到源码的纯黑盒系统，改造难度上一个量级

风险与边界（4项）：

9. 系统里有客户资料、财务数据的，先确认脱敏方案或私有化部署路线

10. 新功能先在测试环境跑，绝不在生产系统上直接让AI动手

11. 有人能验收：看得懂界面逻辑的人（不要求会写代码）

12. 预期对齐：AI负责读懂和开发，上线决策、数据核对、权限把关永远是人

12条里能过9条以上的，值得找懂行的人聊一次；过不了6条的，先补材料，别急着花钱。

四、哪些情况AI接不了

把丑话说前面，三种情况别指望AI：

第一，源码都拿不到的系统。比如当年买的单机版授权软件，代码锁在原厂，AI看不到代码就只能猜，猜出来的东西不能上生产。

第二，「重做」而不是「改造」的诉求。AI现在擅长的是在老系统上加功能、补页面、理流程；整套推倒重来的架构迁移，涉及数据迁移和业务连续性，风险远超模型能力边界。

第三，没人能说清需求、也没人能验收的团队。AI把开发成本打下来了，但「想清楚要什么」和「确认做对了」这两件事依然要人。这两个人都没有的企业，先解决人的问题。

还有一笔账要算清楚：官方演示里Agent连续跑了36小时，这背后是实打实的算力成本。小改造（加页面、理流程）通常划算，大工程要先小范围试一次，拿到真实账单再决定规模。

五、老系统不是包袱，是没被翻译的资产

很多老板对老系统的感情很复杂：扔不掉，又养不动。

这次的模型更新给出了一条中间路径：不用推倒重来，不用换供应商，让AI把「没人看得懂」翻译成「看得懂、改得动」。录屏是您的员工录的，草图是您画的，AI只是把这两样东西变成它的工作入口——这在一年前还是科幻，现在是火山方舟上一个可以直接调用的API。

那些守着十几年老系统、守着几百个客户资料、守着一套运转了十年的业务流程的中小企业，恰恰是这次能力跃迁里性价比最高的受益者。因为你们不缺业务沉淀，缺的只是那个「读懂它的人」。

现在，读懂它的人不需要是人了。

——

想判断你那套老系统值不值得交给AI，后台回复「接手」，领取《老系统AI改造可行性自查清单（12项）》完整版。

信息来源

1. 火山引擎官方：豆包2.1 Pro模型更新（0915版），2026年9月16日

2. 机器之心：豆包大模型再更新，发力多模态编程（实测），2026年9月18日

3. 中国经济新闻网/凤凰科技：豆包2.1 Pro 0915版本报道（28万行Java老ERP案例、Luanti 83%可合并数据），2026年9月18日