Claude Codeがゲーム複製を拒否、ただし所有権の判断材料はprompt

AnthropicはOpus 5.5を使うClaude Codeに新しい指示を加えたと認めた。オリジナルゲーム、特定ジャンルの作品、利用者自身のデザインは支援する一方、名称を変えても既存の特定ゲームを再現してはならないという内容だ。

system promptの2文がゲーム開発を変える

Anthropicの技術スタッフAddy Osmaniは、Claudeを知的財産権の侵害に使うことが利用規約に反するため、2文を追加したと説明した。対象はOpus 5.5を使うClaude Codeだ。オリジナルゲーム、ジャンル作品、自分のデザインやassetsを使う作業は引き続き動く想定だという。

この指示はClaude Code 2.1.314のバイナリ内でも確認された。ただし、アプリ内に文言があるだけでは、全アカウントと全モデルで同じように有効とは限らない。XDAが報じたテストでは、少なくとも一部のOpus 5.5 sessionsで拒否が実際に起きた。

権利者保護の判断がruntimeへ移る

Anthropicが扱う問題は現実にある。モデルはゲームの設計、code、assetsを複製する費用を大きく下げられる。しかし今回の介入は完成物ではなく開発中に行われる。Claude Codeは、ライセンスやファイルの由来を確認する前に、依頼文と手元の文脈だけで判断する。

専門チームにとって、この前例は重要だ。cloud上のcoding agentは、利用者のrepositoryを変更せず、遠隔で変えたsystem promptによって作業の種類を制限できる。vendor policyがcompilerやCIと並ぶtoolchainの一部になり、しかも結果は予測しにくい。

同じ依頼が複製にも正当なportにもなる

利用者がsource codeを所有しているか、licenseを持つか、古いゲームを保存しているかを、モデルがpromptから確実に判断することはできない。static recompilation、互換runtime、reverse engineeringも、ゼロからの複製とは異なる。広い拒否は正当な作業を止める一方、言い換えた依頼は制限をすり抜ける可能性がある。

Anthropicは調整を続け、利用者自身の作品が拒否された場合は報告するよう求めている。緊急経路としては役立つが、すべてのsessionで使える所有権証明にはならない。

誤拒否の報告が制限の代償を示す

注目すべきは、Anthropicが複製、port、互換実装の境界を明確にするかどうかだ。誤拒否のデータと、licenseや所有権を検証可能な形で提示する仕組みはさらに重要になる。

解決策が社員への個別連絡だけなら、目立つ少数の案件しか救えない。実用的なpolicyには、social mediaでの個人的な仲裁ではなく、製品内で予測可能な異議申立てが必要だ。

Lilithの判定

Claudeはいまゲーム企画の入口に立ち、訪問者の自己申告だけで所有権を確かめる。一部の模倣者は止められても、言い方を誤った本当の所有者まで外に残しかねない。