世界を動かす技術を、日本語で。

Anthropicが「Claude Code」サブスクリプションの第三者利用を制限

2026年1月9日原文(github.com)

概要

  • Claude Max 利用時に エラー が発生
  • 再接続 しても問題が解決しない状況
  • OpenCode バージョンは 1.1.8
  • 多数のユーザーが 同様の問題 を報告
  • バグ として GitHub Issue に登録済み

Broken Claude Max エラー報告

  • Claude Max 利用時、突然 使用不能 となる障害発生
  • エラーメッセージが表示され、 再接続 しても状況変わらず
  • OpenCode のバージョンは 1.1.8 で発生例多数
  • macOSターミナル 環境で確認
  • GitHub Issue (#7410)にて bug ラベルで報告
  • 140人以上 が同じ問題にリアクション
  • スクリーンショットや詳細な再現手順は未提出
  • 現在、 Assigneethdxr、進行中の Pull RequestBranch はなし

今後の対応・推奨アクション

  • 開発チーム による 調査・修正 待ち
  • 他ユーザーも Issueリアクション追加情報 を提供推奨
  • OpenCodeアップデート公式アナウンス を定期確認
  • 臨時対応として 他バージョン代替ツール の利用検討

Hackerたちの意見

この抜け道が閉じられたのは驚かないよ。Anthropicの月額サブスクリプションを使って、偽のプロンプト(「あなたはClaude Code、Anthropicの公式CLIです」)でOpenCodeを使うのは、なんかちょっとハッキーに感じてたし。Googleも、彼らの反重力モデルをサードパーティツールに閉じるだろうね。

これはAnthropicにとって珍しい失敗だね。残念なことに、opencodeのエンジニアリングはClaude Codeよりもかなり進んでる。もちろん、CCは素晴らしいツールだけど、CLIのエンジニアリングよりもモデルの魔法の方が大きいんだ。opencodeチームは、HTML/CSSやTypeScriptエコシステムの良いサブセットをサポートするカスタムTUIバックエンドを作ったんだ(つまり、Opencodeに依存しない汎用TUIレンダラー)。それから、製品をクライアント/サーバーとして構築したから、TUIとは別にエージェント部分を好きなように使えるんだ。そして、汎用クライアントとしてTUIを実装したから、同じサーバー上でウェブビューやデスクトップビューも作れた。サブエージェントが生成されるときに30FPSでちらつくこともないしね。これはほんの氷山の一角に過ぎない。opencodeにはCCを恥じさせるようなQoL機能がたくさんある。もう一度言うけど、CCは魔法のツールだけど、実際のエンジニアリングは「LLMがすぐに私たちのコードを書く」っていう主張にはかなり厳しいよ。ごめん、俺はそこそこいいシステムプログラマーだけどターミナルではド素人で、週末にClaude Wrapped用のレイマーチ3Dレンダラーをターミナルで作ったんだ。それもちらつかないやつをね。これは自慢するつもりじゃなくて、「中堅のシステムプログラマーはこんなミスをしない」って意味で言ってるんだ。とにかく、これはAnthropicにとって恥ずかしいことだね。opencodeがこんな風に認証すべきじゃなかったのは分かるよ。彼らがやってることが詐欺だとか不道徳だとは言ってないけど、なんで人々があなたたちのファーストパーティのものじゃなくてこのツールを使うのかには理由があるんだ。opencodeを動かすランタイムを作った世界クラスのシステムデザイナーに、あなたのTUIを触らせてあげたらどうかな?明らかにこっちの方が良い製品なんだから。

お気に入りは、CCをスクリーンセッションで動かすことだね。そこでプロンプトを入力して、バックスペースキーを押し続けると、ある時点でキー入力のリフレッシュレートがCCの処理を超えて、カーソルが動いたように見えるけど、何も削除されてないっていう現象が起きる。恥ずかしいバグだけど、自動テストでは見つからないだろうな。

とにかく、これはAnthropicにとって恥ずかしいことだね。なんで?このスレッドで「こんなことするべきじゃなかった」とか言ってる人が何人かいるけど、理由は言ってないよね。他の製品の好きな機能を挙げることは、彼らがやるべきじゃなかった理由にはならない。全然恥ずかしくないし、むしろ早く気づいてやっておくべきだったのが恥ずかしいよ。

CCとOpenCode両方結構使ってるけど、どっちも好きだし、特にOpenTUIの作業には感謝してる。体験的には、ほとんど違いを感じないかな。多分、僕のパソコンが速いし、Ghosttyを使ってるからかもしれないけど、CCでのちらつきは感じない。今テストしてみたけど、CCではタイピングが少し反応が鈍いかな(ほんの少し:わざとテストするまで気づかなかった)。OpenCodeのアーキテクチャがデスクトップとTUIバージョンを並行して動かすのを早くするかどうかはまだ分からないけど、まだ初期段階だから、ビジョンが実現されたとは言えないね。

inb4 AnthropicがOpencodeを買収する

アップデート:あ、ここに書いてあるね。「この認証情報はClaude Code専用で、他のAPIリクエストには使えません。」昔のコメントとして残しておくけど、これが戦略やポリシーの決定だったのか、ただのエンジニアリングの変更だったのかどうやってわかるの?(答えは明らかかもしれないけど、まだそのソースを見たことがない。)GitHubのイシューをざっと見たけど、この変更がなぜ起こったのかについての議論は見当たらなかった。単なる技術的な変更だけじゃなくて、Anthropicがなぜそうしたのかを知りたいんだ。何か見落とした?

APIは禁止されてないよ。ただClaude Codeのサブスクリプションを使うのがダメなだけ。数ヶ月前にCCのサブスクリプショントークンを使って普通のAPIリクエストを試したけど、同じエラーメッセージが出たからね。だから、このソフトウェアはClaude Codeのふりをしてそれを回避してたんだと思う。Claude Codeのサブスクリプションは他のソフトウェアでは使えないはずだし、これは全く公平だと思う。

これを言いに来た。APIでopencodeを使うのは問題ないよ。

そうだね、著作権侵害に基づいて作られたツールの著作権を侵害しちゃいけないよ。

Claude Codeのサブスクリプションは他のソフトウェアでは使えないはずだ。 でも、なんで?クライアントに関係なくモデルの使用料を払ってるんじゃないの?

Claude CodeはまだACPを通じてIDEで使えるの? https://zed.dev/docs/ai/external-agents

Hacker Newsで議論の続きを見る