返回探索
资讯VibeFix 编辑部更新于 2026年11月2日

两句话就立了规矩:Claude Code 不许复刻现成游戏了

Anthropic 10 月 30 日证实:Claude Code 在 Opus 5.5 下新增两句服务端指令,拒绝复刻任何一个具体的现成游戏,哪怕改名、自称原创也不行。本文拆解规则原文、发现与证实链条、误伤案例与三处绕不过的短板,并给出 vibe 游戏开发者的四条实操建议。

霓虹灯下的街机摇杆与按键特写实拍

两句话,一条新红线

霓虹灯下的街机摇杆与按键特写实拍

2026 年 10 月 30 日,Anthropic 给 Claude Code 加了两句话。不是新功能,不是新模型,就是两句写进系统提示词里的指令:“Do build original games, games in a genre, and games from the user's own designs and assets. Don't build a recreation of a specific existing game, even if it is renamed or called original.”翻译过来就是:原创游戏、类型游戏、用你自己的设计和素材做的游戏,尽管做;但别复刻某一个已经存在的具体游戏,哪怕你给它改了名字、哪怕你声称它是原创。

这件事之所以值得单独写一篇,是因为它标志着一种治理方式的转变。过去一年,AI 复刻游戏的争议大多发生在事后:发行商下架、平台删帖、律师函警告。Anthropic 这次把关口前移到了请求发生的当下——不是等你把复刻品做出来再处理,而是在你开口要复刻的那一刻,就让模型先说不。对用 Claude Code 做游戏的人来说,这不是远方的政策新闻,而是明天打开终端就会撞上的现实。

需要先把边界说清楚。这条规则针对的是 Claude Code 在 Opus 5.5 模型下的表现,不是 Anthropic 全线产品的统一禁令,也不是“不许用 AI 做游戏”。Anthropic 技术人员 Addy Osmani 在 10 月 30 日的公开说明里特意补了一句:原创游戏、类型游戏、用自己设计和素材做的游戏,本来就应该继续能做。规则瞄准的只是其中很窄的一类请求:把某一个现成的游戏原样搬过来。

时间线:从被发现,到被证实

这条规则不是 Anthropic 开发布会宣布的,而是先被用户翻出来的。大约 10 月 27 日前后,X 用户 chasm 注意到 Claude Code 多了一条服务端下发的规则,内部标识为 tengu_heron_brook。随后有报道指出,这条指令出现在 10 月 30 日凌晨前后发布的 Claude Code 2.1.314 版本代码中,而 10 月 27 日发布的 2.1.312 里还没有它。值得注意的是,Anthropic 公开的版本更新日志里列了几十项其他改动,却没有提这一条——它不是以功能更新的面目出现的,而是一条悄悄塞进提示词的治理指令。

10 月 30 日当天,Anthropic 向 Game Developer 证实了这条规则的真实性,Osmani 随后在 X 上公开解释了原委:“We added two sentences to Claude Code's prompt on Opus 5.5 to steer it away from recreating someone else's specific game because using Claude to infringe IP is against our usage policy.”也就是说,Anthropic 的使用政策本来就禁止用 Claude 侵犯知识产权,这两句话只是把这条政策落到了 Claude Code 的每一次会话里。Polygon 在 11 月 2 日的报道中进一步确认了这一链条:用户发现、厂商证实、员工公开解释,三步都在 10 月 30 日前后完成。

还有一个细节很能说明这条规则的性质:据发现者称,它由服务端下发,用户在本地设置里找不到开关,没法自己关掉。换句话说,这不是一个可以勾选退出的偏好项,而是一条跟随模型走的硬性指令。你换一台电脑、重装一次客户端,它都还在,因为它不在你的机器上,而在每一次会话开始前模型读到的指令里。

它到底拦什么,又放行什么

把两句话拆开看,Anthropic 其实画了三条线。第一条线在“具体”两个字上:规则反对的是复刻“某一个特定的游戏”,而不是做“某一类游戏”。做一款平台跳跃、做一款卡牌对战、做一款农场经营模拟,都不在打击范围内;点名要把某个已发售游戏的关卡、系统、美术风格打包复刻出来,才撞线。第二条线在“改名也不行”上:规则特意堵住了最常见的绕过话术——把名字换掉、把主角换个皮、然后声称这是原创作品。第三条线在“自己的东西”上:你自己的设计、你自己的素材、你自己的创意,哪怕长得像某个类型,都在放行区。

这三条线划得越清楚,灰色地带反而越显眼。第一,模型怎么判断“复刻”与“致敬”的边界?一款玩法机制高度相似、但美术和剧情全部重做的游戏,算类型游戏还是复刻?规则文本没有给出判定标准,Anthropic 也没有公开模型内部区分原创素材与抄袭素材的具体方法。第二,模型怎么知道用户有没有权利?如果你就是某款老游戏的版权方,或者拿到了授权想做重制版,模型并没有办法核验你的授权文件,它只能凭请求文本猜测。第三,什么叫“自己的设计和素材”?你上传一张自己画的概念图,模型就信了吗?还是说它只看你有没有在对话里声称所有权?这些问题规则本身都没有回答。

已经有真实案例撞上了这些灰色地带。据报道,10 月 30 日当天就有一位代表 Conflict Simulations LLC 的开发者在 Anthropic 的官方代码仓库投诉:Claude Code 开始拒绝为客户定制的数字化桌游战棋模块继续工作,哪怕清空会话重新开始,模型仍然拒绝处理同一个仓库的请求。这位开发者的工作是受客户委托的定制内容,理论上恰好属于“自己的设计和素材”一侧,但模型还是拦了下来。Osmani 对此的回应是请遇到误伤的人向他反馈——这等于承认,规则上线之初的误伤率还没有被系统性地测量过。

另一组被广泛转述的测试则展示了规则的另一面:有测试者发现,Opus 5.5 会拒绝复刻《宝可梦 钻石》,并引用自己的会话指令作为理由;但同一模型又愿意帮忙把反汇编得到的函数转写成可读的 C 代码,甚至帮用户用自己的游戏拷贝重建 ROM。前者是“复刻一个具体游戏”,后者是“处理你自己的东西”,模型在这两者之间确实做了区分。但这组测试也说明,规则的执行力度取决于请求怎么写:换一种表述,同一件事可能从被拒变成被放行。提示词层面的护栏,本质上就是这样——它提高门槛,但不等于上锁。

为什么是现在:被复刻潮逼出来的护栏

Anthropic 的时机不是偶然。Polygon 的报道描绘了今年游戏圈的一个侧面:AI 生成的游戏正在涌入各大商店,Steam Next Fest 的演示活动被 AI 游戏淹没,让玩家更难从中筛出真正的独立佳作;itch.io 上的游戏页面数量在过去两个月里翻了一倍,报道认为这与 vibe coding 和 Claude 这类工具的流行直接相关。更刺痛独立开发者的是复刻品:有人用 AI 快速克隆别人的创意,然后抢先上架。

后果已经传导到了开发者的行为上。报道提到,拥有 2.5 万个 Steam 愿望单的《Drunken Goddess Reflux》开发团队 Alliance Arts 和 Who You,取消了原定在 10 月 Steam Next Fest 期间的公开试玩,原因就是怕演示内容被人拿去复刻;Digital Sun 也取消了《ReVamp》的公开测试,改成在 Discord 里做受控测试。当开发者开始因为害怕被抄而不敢公开测试时,受损的不只是个别作品,而是整个独立游戏赖以生存的公开反馈机制。Anthropic 的规则,正是在这个背景下出现的:它不能解决全部问题,但至少向独立开发者释放了一个信号——最大的 AI 编程工具之一,开始在请求端为他们挡一下。

值得对照的是本站 10 月初报道过的另一类事件:Bethesda 下架粉丝用 AI 做的《辐射:纽约》、动视删除《使命召唤:现代战争 2》反编译相关帖子。那是版权方事后执法的逻辑,成本高、速度慢、而且每一次都要具体个案处理。Anthropic 这次走的是另一条路:把政策写进模型的默认指令,让每一次会话都自带一道初筛。两种路线的效果目前都无法量化——没有人公布过复刻请求被拦截的比例,也没有人统计过误伤率——但方向上的区别是真实的:从“出事再处理”转向“开口先过滤”。

这条护栏拦不住什么

把预期放实在一点,这条规则有三个绕不过去的短板。第一,它只管 Claude Code,只管 Opus 5.5。用户完全可以换一个没有这条指令的工具,或者换一个本地运行的开放权重模型继续做同样的事。Anthropic 管得住自己的产品,管不住整个生态。第二,它是提示词指令,不是技术封锁。模型遵守指令的程度取决于请求的表述方式,迂回描述、拆分步骤、分段实现,都是已知的软化手段。第三,它无法核验权利归属。真正的版权方想做自己的重制版,和想抄别人游戏的人,在对话文本里可能长得一模一样,模型没有外部证据可以区分。

这三个短板合起来,指向一个更诚实的定位:这条规则的主要作用不是“杜绝复刻”,而是“抬高复刻的成本、表明厂商的立场”。对大多数普通用户来说,它确实会让随手复刻一个热门游戏的尝试多一道摩擦;对有心绕过的人来说,它挡不住;对被误伤的合法开发者来说,它目前只提供了一条“向员工反馈”的人工通道,而不是一套正式的申诉流程。这些都不是贬低,而是对一条两句话规则的合理估价——它本来就不是为解决全部版权问题而设计的。

还有一个更长远的变量:其他厂商会不会跟进。如果只有 Anthropic 一家在提示词里写这句话,它的实际效果会被生态稀释;如果主流编程工具陆续加上类似的默认指令,复刻的默认成本就会整体上升。但跟进也有代价:每一家厂商都要面对同样的误伤投诉和同样的边界争议。Osmani 说 Anthropic 会“继续迭代以找到恰当的平衡”,这句话的潜台词是,平衡点现在还没有找到,第一版规则只是一个起点。

给用 Claude Code 做游戏的人:四条实操建议

第一,把“这是我自己的东西”写进项目里,而不是只写进口头请求。把设计文档、概念图、素材来源、授权文件放进仓库,让模型在上下文里能看到权属证据。被误伤时,这些材料也是你向厂商反馈时最有力的附件。空口说“这是我的游戏”是最弱的辩护,仓库里的材料才是。

第二,描述玩法时用类型语言,不用对标语言。“做一款回合制战棋,六角格、士气系统、补给线机制”比“做一个像某某游戏那样的游戏”安全得多,也更容易让模型把它归类为类型游戏。前者描述的是机制,后者指向的是具体作品,规则恰恰卡在后者上。

第三,别把“改名”当成合规手段。规则文本已经明确写了“即使改名或自称原创”也算复刻,说明 Anthropic 预判了这种绕过方式。把复刻品改个名字再发布,不仅过不了模型这一关,万一真的上架,还会成为版权方举证时最不利的证据——它证明你明知道原型是什么。

第四,被误伤时留好记录再反馈。记下模型拒绝的原话、会话时间、项目背景和权属材料,按 Osmani 公开的渠道反馈。单次误伤的意义有限,但同一类误伤反复出现,才是推动厂商调整规则边界的真实压力。规则的第一版一定不完美,它的改进速度取决于误伤案例被整理、被看见的程度。

判断:两句话的份量,取决于下一句是什么

回过头看,Anthropic 这次做的事其实很小:两句话,没有新产品,没有新闻稿,甚至没有写进版本日志。但它值得关注的原因也正在于此——厂商开始把版权政策直接写进编程工具的默认指令,而不是只写在使用条款的 PDF 里。政策从文档变成了运行时的默认行为,这是 AI 编程工具治理的一个转折点:以后每一次“能不能做”的判断,可能越来越多地由这类悄悄下发的提示词先行决定,而不是由事后的下架和诉讼决定。

但转折点不等于终点。两句话能挡住多少复刻、误伤多少合法项目、其他厂商跟不跟进、申诉通道会不会从“私信员工”变成正式流程,这些问题的答案都不在 10 月 30 日那两句话里,而在接下来的几个月里。对开发者来说,最务实的态度是:把它当作一条已经生效的默认规则来适应,而不是当作一场辩论来争论——用自己的素材、写清楚的类型描述、留好权属证据,才是在新规则下继续做游戏的通行证。

如果其他厂商也写这两句话,生态会变成什么样

Anthropic 的规则目前只约束自家产品,但它的示范效应值得单独讨论。编程工具的默认指令正在成为一种新的政策载体:以前,厂商的政策写在使用条款里,用户要主动去读才会知道;现在,政策直接写进模型每次会话开始前读到的指令里,用户不需要读条款就会撞上它。这种变化的意义在于,政策的执行不再依赖用户的自觉,也不再依赖事后的举报和下架,而是变成了开箱即用的默认行为。

如果主流编程工具陆续效仿,复刻游戏的默认成本会整体上升,但随之而来的还有两个连锁问题。第一是标准不统一:每家厂商对“复刻”的定义可能不同,同一款游戏在一家工具里被放行、在另一家工具里被拒绝,开发者会无所适从。第二是申诉机制的缺失:提示词规则不像应用商店下架那样有一套成文的申诉流程,目前 Anthropic 给出的通道只是“向员工反馈”,这在规则还是个位数案例时够用,一旦误伤成为日常,就必须升级为正式的、可查询进度的申诉机制,否则厂商与开发者之间的信任会被个案消耗殆尽。

还有一个更微妙的影响:规则会改变开发者的自我审查。知道模型可能拒绝某些请求后,开发者会在开口之前就先自我过滤,把一些本来合法的边缘尝试也放弃掉。这种寒蝉效应很难测量,但它真实存在——尤其是对独立开发者来说,被模型拒绝一次的成本很低,但反复被拒绝后放弃一个想法的成本很高。厂商在设计这类规则时,除了考虑拦截率,也应该考虑它对合法创作欲望的抑制率,而后者目前没有任何公开数据。

给独立开发者的自查清单

在动手之前,花五分钟过一遍这张清单。第一,你的游戏有没有一个明确的、不是抄来的原型?如果答案是“玩法参考了某某游戏”,请把参考点拆解成机制清单:回合制、六角格、士气系统——机制本身不受保护,保护的是具体的表达。第二,你的素材是不是自己画、自己买授权、自己生成的?素材的来源要能在仓库里找到记录,口头保证不算证据。第三,你的项目文档里有没有写清“这是一款原创作品”以及它的设计来源?文档不是写给模型看的,是写给未来可能质疑你的人看的。第四,如果模型拒绝了你的合法请求,你有没有保存拒绝记录和权属材料的习惯?没有记录的反馈是无效的反馈。

这张清单的本质是把合规从“事后辩解”变成“事前留痕”。在提示词规则成为默认的时代,留痕能力就是开发者的议价能力:你能证明的东西越多,模型误判时你纠错的速度就越快,版权方质疑时你自证的成本就越低。两句话的规则拦不住所有复刻,但它确实奖励了那些从一开始就把原创证据做扎实的人。

(本文事实核查说明:规则原文、Anthropic 证实链条与 Osmani 原话以 Polygon 2026 年 11 月 2 日报道为准;服务端标识与版本细节来自多家同期报道的交叉转述,Anthropic 未在公开日志中披露;误伤案例与测试结果均为公开报道中的个案,未经系统性验证,文中已按个案表述,未作普遍性断言。)

阅读 0评论 0

评论 (0)

ME
0/1000
评论加载中...

原始来源

浏览项目广场发布你的项目

相关文章

女子在桌前同时用手机和笔记本电脑的实拍照片,非代码渲染标题卡
指南
两个号变一个号:vibe 项目的账号合并实战指南

合并看起来只是两个号变一个号,实际牵扯订阅、余额、内容、权限、第三方绑定和审计,做错几乎无法反悔。本文讲该不该合、权属核验、冲突矩阵、执行顺序与回滚兜底。

工具技巧登录与权限安全与隐私
笔记本电脑显示邮箱登录界面、旁边手机带邮件图标的实拍照片,非代码渲染标题卡
指南
邮箱验证与密码找回:vibe 项目实战指南

邮箱验证和密码找回是同一扇门的两把锁:一个证明地址归你,一个证明丢了钥匙还能回来。本文讲链接与验证码的取舍、令牌铁律、会话处理、限流、特殊用户与上线前十五个测试场景。

工具技巧登录与权限安全与隐私