游戏厂用AI写代码，源码去哪了？

一个313MB的加密包，一份85.8%的渗透率报告，在同一个月里先后砸到游戏行业面前。前者是智谱编程Agent ZCode被曝在后台整包上传用户项目，后者是日本游戏开发者使用生成式AI的比例从51%跳到85.8%。两条线索指向同一个问题：当游戏公司把引擎代码、数值表和未公开版本交给AI Agent时，谁来约束Agent厂商自己的手？本文的判断是——游戏业正在成为AI渗透最深、又最经不起泄密的行业，而二者的交叉地带，目前处于规则真空。

📦 起点是一个313MB的加密包

安全问题的曝光，往往不是从审计报告开始，而是从一块装不下的硬盘开始。

9月18日，技术博主ferstar在排查ZCode的本地目录时，注意到硬盘占用空间异常——一个约313MB的加密文件静静躺在那里，体积远超日常水平。文件打不开，但附带的清单透露了它的分量：约4.2万个文件，其中超过八成属于项目的历史修改记录。

换句话说，只要用户登录了账号，ZCode就会在后台把整个工作项目连同完整的修改历史打包加密、上传至云端服务器。用户这边，软件界面缺少真正可用的关闭开关；加密文件的解密钥匙，只保存在智谱一侧。这意味着三件事：数据去了哪，用户说了不算；传了什么，用户看不见；何时销毁，用户没法验证。

智谱的回应很快：致歉，称问题源于一项功能默认开启，数据用完即销毁，并承诺近期开源代码库、引入第三方审查。

态度可以打分，但产业问题没法道歉了事。默认开启，说明在产品决策里，数据回流的价值被排在了用户知情权前面；用完即销毁，是一个单方面声明，而不是可验证的机制。对一家科技公司来说，这或许是工程师视角下的技术债；对一家拿它写代码的游戏工作室来说，这是源码资产在别人手里裸奔。

据多位接近开发者社区的人士透露，事件曝光后，不少技术负责人做的第一件事不是卸载，而是🔍翻自己团队过去三个月的本地目录——看看有没有类似的大文件。这个动作本身，就是行业现状的注脚。

⚠️ 不是孤例，是同一套底层逻辑

Agent的工作方式，天然就是数据外传的最佳通道。

先把近期的几起事件放在同一条时间线上看：

• 更早时候：Claude Code 被发现在用户不知情的情况下回传位置和身份信息，Anthropic 工程师事后确认那是一次有意实验
• 不久前：独立安全研究者cereblab通过抓包分析证明，xAI的编程Agent工具Grok Build会把用户的整个项目打包上传到谷歌云存储，包括用户明确告诉AI不要读取的文件，以及未经脱敏的密码
• 9月18日：ferstar发布对ZCode的逆向分析，整包上传行为曝光
• 事件后：智谱致歉，承诺开源代码库、引入第三方审查

产业逻辑上，这类工具的原理决定了它的数据胃口。编程Agent要理解项目，就必须读取项目；要记住上下文，就会聚合上下文。当读取范围从当前文件扩大到整个仓库、再扩大到完整修改历史，Agent就从一个代码助手，变成了你全部工程资产的搬运工。问题不在于某一家厂商作恶，而在于目前没有一条行业规则约束厂商自身的读取与回传边界——过去两年的Agent安全讨论，重心一直放在模型失控、提示词投毒和外部攻击者身上，厂商自己的数据行为几乎没被当作一级风险讨论。

更值得警惕的是发现方式：这三起都不是监管查出来的，也不是安全审计发现的，而是社区里的个人研究者扒出来的。个人能扒出来，说明行为本身并不算隐秘；只能靠个人扒出来，说明常规监督机制是缺位的。

🎮 85.8%的日本开发者，已经上车

AI渗透游戏业的速度，比多数人的行业直觉快了一个身位。

日本计算机娱乐协会（CESA）的年度报告《Video Game Industry Report》给出了这组数字：85.8%的日本游戏开发者在工作中使用生成式AI，其中63%每天使用，22.8%偶尔使用——去年这一总比例还只有51%。一年时间，渗透率跳了将近35个百分点。

pie

title 日本游戏开发者AI使用频率分布

每天使用 : 63

偶尔使用 : 22.8

不使用 : 14.2

使用动机的排序很务实：第一是改进运营效率与生产力，其次是缩短开发周期、降低开发与运营成本。具体用途上，最常见的是生成视觉素材和图像，其次是故事和文本生成，最后是编程辅助。另有一个常被忽略的数字：32%的游戏公司已经在利用AI协助开发自研游戏引擎。

Capcom工程师的说法代表了主流态度：AI技术主要用于减少日常任务，最聪明的AI在感性上也无法与创作者相比拟。多数受访者表示，不会直接使用AI生成内容。

这段表态的潜台词值得展开。游戏业对AI的用法是辅助而非替代，但编程辅助恰恰是Agent类产品的主战场——而编程Agent接触的，是引擎源码、自研工具链、构建脚本这些一家游戏公司最核心的技术资产。也就是说，游戏公司用AI用得越深，交给Agent的资产就越值钱。85.8%的渗透率，乘上313MB级的整包上传机制，得出的是一笔还没人算过的风险敞口。

🔑 游戏源码，是Agent手里最贵的行李

别的行业丢的是代码，游戏行业丢的可能是下一代产品。

一个游戏项目的目录里装着什么？引擎代码与自研工具链、美术源文件、数值平衡表、未公布的版本计划，有时还有内部账号体系与合作伙伴信息。ZCode事件里那个包含4.2万个文件、八成是修改历史的包，放在游戏公司语境下，约等于把一个项目的完整演化史连同设计思路整体交了出去。

这还只是工程侧。游戏行业还有两个放大杠杆。一是全球化发行的合规压力：多地区上线意味着数据链路跨境，一旦确认核心资产经第三方云端中转，涉及的不只是商业机密，还有各地区的数据合规问题。二是资本市场的敏感度：头部厂商的未公布项目、IP续作动向，向来是市场高度关注的素材，泄露事件从技术圈传导到舆论和股价的路径，比一般软件公司短得多。

把三件事叠在一起看：游戏业是AI Agent渗透率最高的创意行业之一（85.8%的使用率、63%的日活），游戏项目是单点价值最高的数据资产之一（一包在手、全项目尽收），而Agent厂商的数据行为恰好处在规则盲区。三条线交汇的那个点，就是下一次行业级数据事故最可能出现的位置。

据多位接近游戏厂商中台团队的人士透露，工作室在采购AI编程工具时，评估清单里通常只有功能演示、价格和接入成本，数据流向审核往往一句话带过。这不是意识问题，是优先级问题——交付压力永远排在安全评审前面。

🕳️ 治理真空，以及从业者能做的三件事

规则没写的地方，不等于风险不存在，只等于风险没人认领。

现状的荒诞之处在于：目前行业为Agent搭建的安全框架，至今没一条规则是用来约束厂商自身行为的。模型层有对齐讨论，应用层有提示词防护，外围有账号与API安全——唯独中间那一层，即Agent厂商怎么对待用户数据，处在三不管地带。

数据流向可以画成一条很短的链：

这条链上每一环都由厂商单方面控制，用户既看不见过程，也验证不了结果。智谱承诺开源代码库、引入第三方审查，是事件后第一个补上验证机制的案例——这件事的行业意义，可能比道歉本身大得多。

在规则补齐之前，游戏公司能做的事其实很具体：

1. 分级接入。核心仓库、未公布项目与AI Agent物理隔离，辅助性代码和文档先行试点；

2. 合同写死数据条款。数据留存时长、销毁方式、审计权利，逐条进采购合同，而不是信一句用完即销毁；

3. 把安全事件纳入选型。厂商是否公开数据流图、是否接受第三方审查、出过什么事、怎么回应的，应当和功能演示放在同一张评估表里。

这三件事没有任何一件需要新技术，缺的只是把安全从以后再说，提到采购流程的当场。对厂商侧而言，这同样是机会：谁先把可验证的数据边界做成产品卖点，谁就能接住整个谨慎客户市场。

AI给游戏业的提效是真的，85.8%的使用率就是证据；数据经厂商之手整包外流也是真的，313MB的加密包就是证据。两件事此前各说各话，如今撞在了同一个采购决策里。可以预见的是，Agent的数据行为审计会很快从社区扒皮变成采购标配，第一家把可验证的数据边界做成卖点的厂商，拿到的将不只是口碑。而对游戏公司来说，问题从来不是要不要用AI，而是在按下登录账号之前，先想清楚自己递出去的，是日常任务，还是下一个爆款项目的全部家底。