ARTICLE · 1268489
软件外包报价10万,我用AI一周做出来了
软件外包报价10万,我用AI一周做出来了外包报价10万的软件，我用AI一周就做出来了。 大家可能觉得我在吹牛，来，带大家看看我是怎么做到的。 我们是做嵌入式开发，编译软件包大概要走这么一趟：登服务器，cd 到工程目录，跑编译脚本，等它跑完，再自己找输出包、拖回本地。做系统镜像更绕，还得先把输入文件备好，拷来拷去。跑的次数多了，历史产物堆在那儿，隔一阵又得手动清一遍。 单个动作都不难。烦的是人得一直盯着，来回切。 这套流程公司找外包问过价，报价10 万。 但是AI时代，外包已经是过去式了。用 AI 做了一周，自己做出来了。上传包、选编译目标、看日志、下载产物、清理旧文件，现在都在一个网页里点。 
做出来的工作台，上传、编译、日志、下载都在这个页面里。 项目本来就有代码、编译环境和一部分构建脚本。缺的不是"能不能编译"，而是这些操作太散：跑脚本在一个地方，找产物在另一个地方，清理又要单独来一遍。 所以这次的目标很具体——让人只管"编译什么、结果对不对"，重复的部分交给工具。 我用 Codex 怎么推这个事 主力是 Codex，围着现有工程往下做。 我把需求说清楚，它去读现有代码、理方案、改脚本、补网页入口，再把这几块串起来。哪个地方不对，就继续说，继续改。 我这边要做的事没变：判断需求对不对，看它改的东西靠不靠谱，跑一遍确认结果。变的是中间那堆实现工作，它推得比我手写快得多，我就能更快回到"跑起来、看结果、再调整"这个循环里。 本来以为就是加个删除按钮。真做起来，问题一堆： 清哪些目录？工作区和发布包怎么区分？哪些文件必须留着？点下去之前，能不能先让我看一眼清单？ 这些最后都得变成工程里的规则，不是一句"把旧文件删掉"能交代过去的。 
先对着真实工程讨论清理范围和操作方式，再动手改代码。 四类常用操作，进了同一个工作台。 传基础包，填目标版本，勾上要重编的模块和库，启动。跑的时候看日志，跑完下载软件包。原来散在几个地方的动作，现在在一个页面里能接着做完。 
APP/OTA 编译的配置页面，和一个跑成功的任务。 单独一个入口：传 APP 包和 HMI 包，启动镜像制作，看任务，下载结果。 这次任务生成的文件是 system.img、base.img、构建信息和校验清单。 
有时候不用整包重编，只想重编其中几个模块。那就直接选目标，构建完下载这次的产物。 
模块任务实际输出的文件。 历史工作区、中间文件、发布产物，都有地方看了。扫描、筛选、预览路径，确认了再执行。要删什么，点之前能看清楚。 
清理页面：选范围、扫描、看记录。 其实做完这个工具，我最大的感受不是 AI 有多厉害。 而是以前工作中有很多类似的小麻烦，明明知道可以优化，但总觉得没必要专门花时间开发一个工具。于是今天手动操作一遍，明天再来一遍，一晃可能就是好几年。 现在有了 AI，我觉得可以换个思路。 不一定非要做什么大项目，也不一定非要开发出多么厉害的产品。 能把自己工作中一个具体的问题解决掉，就已经挺有价值了。 当然，AI 写出来的代码不一定靠谱，实际需求、测试验证这些事情，最后还是得自己把关。但至少，那些以前只是想想的点子，现在可以更容易地动手试试了。 你手头可能也有这样的流程：一直靠人记着，嫌麻烦，又总觉得还能凑合。这次做完，我觉得以后再碰到它们，可以先挑一小段试着改起来。 不知道你们工作中有没有类似的事情？欢迎评论区聊聊！ #workbuddy#AI#外包软件#嵌入式软件
01 | 为什么不让外包做
02 | 外包报价摆在那儿，我决定先用 AI 试试。
03 | “清理产物”比我想的麻烦
04 | 一周之后做出来的东西
APP 编译
系统镜像
模块编译
产物清理
