起因：让 AI 替我填表
事情的起因很简单：为了工作方便，我让 AI 帮我写了一些脚本，可以帮我快速填写表单，把我花在重复性劳动上的时间省下来。
那段时间我的状态大概是：别人在填表，我在看它填表。同样一份表单，手工要磨蹭好一阵，脚本几秒钟就提交完了，还不会填错。说实话，那是我第一次直观感受到——AI 不是帮你省时间，是直接把时间还给你。
转折：因为"太轻松"，任务被调走了
后来的事情有点出乎意料。
领导可能觉得，我做起这个来效率很高、很轻松，同时也为了优化部门整体的工作流程和效率，就让我以后不用再做这个重复劳动了，把时间用在其他地方，然后把这个任务安排给了其他人。
我理解这个决定的出发点：一个人干两个人的活不是最优解，把流程理顺、让每个人都上手，才是部门想要的。
但作为一个打工人，那一刻我心里还是咯噔了一下——"你效率高"和"你不再需要做这件事"，在领导的语境里往往是同一句话。我辛苦优化的东西，最后变成了"这个活很简单"的证据。
交付：主动分享，但我留了个心眼
出于一些原因，我主动告知了领导和同事：我有一个工具，可以给他们安装好，这样他们的效率也可以提高很多，不然太浪费时间了。
我是真心想分享的——同一个部门的人，犯不着看别人在表单里浪费人生。但我也知道，分享要有个度。
这时候我留了一个心眼。我让 AI 帮我重新修改代码，做了一个用于打包发布的版本：
- 这个版本不需要在 IDE 里运行，而是可以直接以 EXE 的形式运行，方便部署
- 同事拿到手，双击就能用，不用装任何开发环境
同时，为了避免以后我离职了，公司还在继续用这个软件，我在软件里留了许可机制——每次使用时，必须先连接到我的云服务器读取一个参数，才能获得许可。如果我把云服务器的某个端口关掉，这些软件就再也不能用了；在云服务器的后台，我还可以管理哪些电脑能用。
说句公道话，这套机制在软件行业有个正经名字，叫许可校验（license check），商业软件防破解、按订阅授权，全是这个逻辑。只是别人这么做是商业模式，我这么做，是打工人的防御。我把工具给了你，但钥匙在我手里。
核心：代码到底属于谁
聊到这儿，我想起一个对比。
如果是一个开数控机床的师傅，离职时删光他编的代码，是违法的——因为这些代码是他在工作中产生的劳动成果，理应属于原公司。
程序员也是同理。程序员如果在自己的程序里留后门，或者离职的时候删库跑路，同样违法。程序员上班的劳动成果就是代码，用人单位买了程序员的劳动，就已经拥有了这段代码的所有权。
那我现在的处境，和机床师傅、和程序员有什么区别？我想了两点：
第一，我的本职工作不是写代码。 我是做项目管理的，代码对我来说是"私活"，只是恰好用在了工作场景里。公司雇我来是管项目的，不是雇我来写软件的——公司没有为我的"编程能力"付过一分钱。
第二，这些代码算不上公司的劳动成果。 这些代码虽然是我让 AI 写的、也存在我的电脑上，但所使用的 AI Agent 的 API 是我自掏腰包买的。公司没有为这些代码的产生支付过任何费用——电费水费是公司出的，但"生产代码"这台机器的油钱，是我自己加的。
所以，我倾向于认为这些代码属于我个人，不属于公司。但必须说明白：这只是我的个人判断，对"工作期间 AI 产物的所有权"这件事，我自己也持保留意见——理由在下面展开。
AI 时代的代码所有权：没有标准答案的争论
写到这儿，问题来了：我的逻辑成立吗？成立一半，还是全不成立？
我试着站在正反两方，把这场争论摆开。
正方：谁投资，谁拥有
- 代码的产生依赖 AI Agent 的 API 调用，这个成本是我个人承担的，公司没有为它买单
- 我的"工作任务"是填表，不是开发软件。软件是个人自选工具，类似员工自费买了把更好用的螺丝刀，公司无权没收
- 我的工作成果（填完的表）已经交付给公司了，工具只是我个人的生产力来源，公司要的是鱼，不是渔
反方：职务行为，决定归属
- 代码是在工作时间、工作场所、为工作任务而写的，时间、场景、需求全是公司的
- 工具的需求来自公司业务流程，测试和迭代用的也是公司的数据——"创作素材"是公司的，只凭 API 自费就主张所有权，站得住吗？
- 法律上有个概念叫"职务作品"：为完成工作任务创作的作品，单位依法享有使用乃至归属的权利。在司法实践中，公司主张权利的胜算并不小
- 如果入职协议里签过知识产权归属条款（很多公司都有"在工作时间、利用公司资源完成的成果归公司"这类兜底条款），那"自费 API"能不能对抗白纸黑字的合同，就得另说了
我的看法：这场争论的核心，不是钱，是边界
两边吵到最后，其实都在争一件事：公司买的到底是"劳动时间"，还是"劳动成果"？
传统雇佣关系默认两个都买：你上班的 8 小时归公司，8 小时里产出的一切归公司。这个默认成立的前提是——劳动成果和生产资料都来自公司。机床是公司的，图纸是公司的，师傅的产出自然归公司。
但 AI coding 把这个前提打碎了：生产资料（模型 API）可以是员工的私产，产出（代码）可以近乎零成本地无限复制。当员工自费的生产资料 + 公司的场景需求 = 代码，这堆代码的所有权，法律没有给出现成的答案。
一个更扎心的问题：为什么会防御？
聊完所有权，我更想聊的是：为什么我会留那个"心眼"？
答案可能很现实——因为打工人普遍缺乏安全感。裁员、调岗、被优化的阴影下，每个人都本能地想给自己留点"别人拿不走的东西"。防御性工作（quiet quitting 的亲戚）不是个别现象，它是对不确定性的理性反应：你不承诺我的未来，我就不把底牌全交给你。
但我也清楚防御的代价：当你开始留后门，你和公司之间就从"合作"变成了"博弈"，信任一旦破裂，公司也会把你当成"不可控资产"，反而影响你的晋升和空间。防御性工作是一场没有赢家的军备竞赛——你防我，我防你，最后大家都很累。
有没有更好的路？
站在今天回看，如果重来一次，我大概会有几种更体面的选择：
- 签协议，明码标价：主动和公司谈"工具归我，公司永久免费使用"，白纸黑字写清楚，谁都不用猜
- 把工具开源：代码公开，谁都能用。公司没法赖账，我也落个好名声——但开源意味着放弃"独占"，得想清楚
- 当成个人作品经营：工具不是"离职后门"，而是我的个人作品，可以持续迭代、做技术分享——把防御变成作品
这些路都更难走，需要谈判、需要脸皮厚、需要承担"提条件"的风险。但至少比"留后门"干净。
真正的大海啸还没来
把目光从个人拉远一点，我看到了一个更有意思的现象：不同行业里，AI 的渗透率天差地别。
互联网行业，人人用 AI，事事用 AI，AI 已经成了日常的基础设施。而在实体产业，尤其是传统制造业，用 AI 的人非常少——连日常办公里用 AI 辅助这种基础操作，掌握的人都不多。大家还是用传统的方式沟通、填表、写方案、做设计、做计算。
所以我觉得，AI 现在的冲击，还只覆盖了一小部分新兴行业。等到 AI 冲击到更加广大的传统行业时，才是真正的大海啸。届时，全社会关于"AI 产物"的讨论——代码归谁、内容归谁、创作归谁——会比现在更紧迫，也更激烈。
到那时候，我这种"自费 API + 个人代码"的争论，大概只是无数个类似问题中的一个。而当整个社会都被卷入时，答案就不再由我一个人"持保留意见"了——整个社会都将不得不给出回答。
最后
说实话，写这篇之前，我觉得自己的逻辑挺顺：API 是我买的，代码应该是我的。但把正反双方摆到一起之后，我发现自己对"工作期间 AI 产物的所有权"这件事，只能持保留意见——法律滞后于技术，AI 时代的代码所有权，短期内不会有标准答案。
我能确定的只有两件事：第一，我会继续用 AI 写工具，因为效率是真的；第二，留后门不是长久之计，它保护了我，也困住了我。
也许未来，当越来越多的人带着自费 API 写代码，"公司买时间还是买成果"这个问题被摆上台面时，雇佣合同会写得更清楚，打工人也不用再靠心眼自保。
在那之前——钥匙还是先放我自己这儿吧。