从外包跳甲方后，我用Claude Code和Firebase Studio把摸鱼时间翻了个倍

干了三年外包，去年十月跳进甲方，月薪从15k涨到22k。以为甲方是天堂，进去发现只是换个坑位继续搬砖——唯一不同的是，我有了选择工具的权利。

被逼出来的效率焦虑

进甲方第二个月，我接了一个内部运营后台的活。技术栈React + Node.js + PostgreSQL，前端UI频繁调整，后端要对接一堆内部接口。白天开会、对需求，真正写代码的时间只有下午四点到晚上八点。

有一天我对着Figma改一个表单页，改了七次。产品经理发来一句：“按钮颜色能不能再深一点？”我差点想砸键盘——不是需求多难，而是这种重复劳动吃掉了我所有时间。

那天晚上刷技术社区，看到有人讨论Claude Code。之前用过GitHub Copilot，感觉就是个高级自动补全。但Claude Code的终端交互方式让我心动——它不是插件，而是可以直接在命令行里对话的Agent。

第一次真正用起来的场景

第二天有个任务：从旧接口迁移数据到新的PostgreSQL表结构，涉及字段映射、数据清洗和边界条件。这种活通常要花大半天。

我在终端里敲了claude，开始描述需求。它没有直接给代码片段，而是先问了几个问题：旧表结构？新表结构？数据量？有没有需要特殊处理的字段？问完之后生成迁移脚本，还附带回滚方案。

最让我意外的是，当我告诉它“日期格式需要从YYYYMMDD转成ISO 8601，但有些脏数据是空字符串”，它没有直接写try-catch了事，而是在脚本里加了数据质量检查，把不符合格式的数据先导到异常表。这个思路跟外包时带我的老大哥教的一模一样——迁移数据之前，先把脏数据隔离出来。

那天的任务我两小时搞定。不是“AI帮我写完”那种，而是我真正理解每一步在做什么，快速验证、上线。

Firebase Studio的意外收获

真正让我效率翻倍的是Firebase Studio。一开始觉得就是个云端VS Code，后来发现它的价值在于把开发、调试、部署整条链路拉通了。

以前改一个云函数，流程是：本地改代码 → 跑单元测试 → 手动部署到测试环境 → 去控制台看日志 → 发现问题再回来改。一圈下来少说二十分钟，而且经常本地跑得好好的，一上测试环境就挂，因为环境变量不一致。

后来我把开发环境整个迁到Firebase Studio。它的好处是：代码写完直接在线调试，云函数日志就在编辑器旁边，环境变量和线上保持一致。有一次改完云函数，保存后三十秒内就看到了线上日志输出。

不过也有坑。免费额度对个人项目够用，但开了多个工作区、频繁触发构建，额度消耗飞快。组里有个同事没注意，一个月烧掉一百多刀额度，被领导叫去谈话。我现在养成了习惯：用完工作区就关，构建前先看额度面板。

踩过的坑

第一个坑：别让AI替你思考。有次我偷懒，把模糊需求直接丢给Claude Code，它生成了一套完整方案，我看着合理就用了。结果上线第二天运营反馈数据对不上，查了半天才发现它默认做了一个字段过滤，而那个字段在某些场景下是空的。AI可以帮你写代码，但业务逻辑的坑，只有你自己知道在哪里。

第二个坑：Firebase Studio的协作模式不如本地Git顺手。虽然支持Git集成，但多人同时在一个工作区编辑时，冲突处理很别扭。我们组后来约定：各自在自己的工作区开发，合并代码还是走GitHub的Pull Request流程。

第三个坑：成本控制。Claude Code的API调用按token计费，开了自动补全、频繁触发长对话，月底账单会让你怀疑人生。我现在只在写复杂逻辑、重构代码、排查疑难杂症时用它，简单的事自己手写。

写在最后

从外包到甲方，最大的感受不是技术栈变高级了，而是我终于有了掌控自己时间的权利。这些工具本质上不是帮你偷懒，而是帮你把重复的、低价值的劳动压缩掉，让你有时间做真正需要动脑的事——理解业务、设计架构、和产品经理吵需求。

上周五晚上我还是没在十点前下班，但加班是因为在优化查询性能，而不是改第七遍按钮颜色。女朋友问：“你怎么最近加班还加出成就感了？”我说：“因为现在写的每一行代码，都是我自己想写的。”

工具只是工具，但当你有了选择的权利，工具才会真正为你所用。