トークン制限、品質の低下、サポートの不足を理由に、Claude の利用を中止いたしました。

初回は非常に熱意が高かった
数週間前に Claude Code を購読してからというもの、最初の数週間は本当に素晴らしい体験だった。動作も速く、トークン割当も妥当で、品質も高い。その後、非混雑時におけるトークン割当が増量されたことを知り、さらにいくつかの政府規制に反対している姿勢から「正論を応援できる」という気持ちも湧き、（づ￣ ³￣）づと感慨深かった。

しかし…約三週間経った今、その当初の熱意は急速に冷めてしまった。

問題は約三週間前に始まった。私は朝、休憩後約十時間経過してトークンがリセットされるのを待ってから作業を開始していた。その中で Claude Haiku に二つの簡易的な問い合わせを送ったのだが、どちらもレポジトリとは無関係の単純な質問であるにも拘らず、突然トークン使用量が 100% まで急上昇してしまった。「お疲れ様でした…」。

そこで彼らの「AI サポートボット」に連絡したが、それは所定の対応文章ばかりを返してきてしまい、実際の問題を理解してくれなかった。そのため人間によるサポートへ要望したが、数日後、（おそらく）人間の担当者が返信してきた。その内容の冒頭はこうであった：
「当システムでは、ご質問が Pro プランまたは Max プランにおける使用制限についてであることを検知しております」

ああ、確かにそれは Pro プランだ。だが、貴社のシステムが実際に私の問い合わせを検索しているわけではないのは明らかである。それは単なる定型導入文であり、恐らく定型回答に過ぎないのだ。理由は以下の点にある：

• 続いて提示されたのは、毎日および毎週の制限に関するドキュメントからそのままコピー＆ペーストしたと思われる長文の説明であった。
• 最後に、「当チケットへの追加返信は監視されない可能性があります。もしご質問が使用制限についてではなく、追加サポートが必要な場合は、ヘルプページをご覧ください」という典型的で不満を買うような文言があり、これはカスタマーサポートにおいて「中指を立てる」に等しい行為であり、お客様は何人いても読まざるを得ない不快感を催す終結フレーズだ。「あなたの問題が解決されているかどうかは気にとめない」、とも言い換えられるだろう。

素晴らしい！実際の問題を指摘することなく、自動でメールを送信し、チャネルを閉じてしまうなんて。感謝に値しない行為である。あるいは私が間違っていたのか？ そこで私は Claude Haiku に質問した：
@Haiku：お客様のご依頼と AI の回答、そしてその後の W***** 氏の対応をご覧ください。これらにより、お客様のお問い合わせやご不安に対して真摯な回答がなされていると言えるでしょうか？

品質の低下
その後の日々と週にわたり、品質は私の必要を満たすどころか、当初の体験にも合致しませんでした。かつて一度に最多で三つのプロジェクトを並行して扱えていたものが、今では単一プロジェクトにおいて約二時間でトークン制限に達してしまうほどになりました。また品質も徐々に低下していきました。これは主観的な部分もあり、エージェントの品質は操作者の影響を強く受けることも承知しています。エラーは画面正面で現れることが多いですが、それでも私は GitHub Copilot、OpenAI Codex を使用し、さらに OMLX や Continue を使って自前の推論環境（Qwen3.5-9B）を実行しているのだから、専門家ではないし時折怠けることもあるものの、ある程度の実績はあるはずです。

ここにお見せするのは素晴らしい例えです。昨日、Claude Opus にプロジェクトのリファクタリングを依頼しました。モデルの思考ログを確認しながら進めていたところ（これを時々ではなく定期的に行うことを強くお勧めします）、以下のような記述を発見しました：
「JSX のすべてのスライダーを個別に編集するのではなく、ui-events.js には万能型イニシャライザーを追加し、値表示が不足しているすべての Range 入力要素へ自動注入させます」

これは明らかに悪慣行です。ジュニア開発者ならまだしも、そんな安易な workaround は期待しないものです。「良い結果を提示したくない」という気持ちが滲み出ているように見えます。私が返したのは：
「冗談でしょう？それでどうやって解決するんですか？workaround ばかりですか？？？」

少なくとも Opus は認めてくれました：
「承知いたしました。それが怠慢でした。正式に処理しましょう——JSX 内にラベルを直接追加し、明示的にワイヤー接続します」

言うまでもなく、このショートカットは私の五時間のトークン割当のうち約 50% を失うことに繋がりました。(ง •̀_•́)ง

さて、今度はキャッシュの問題が他の話題と並んで浮上しました。問題は：時間を隔てて作業に戻った際に、会話のキャッシュが失われ、モデルが再びコードベースを読み始めるという点です。コスト面では合理的ですが、経験的にはどうでしょうか？初期ロードのためにトークンを消費した後、五時間の窓が満了して強制的に中断させられた際、同じ読み込みを再度支払う羽目になります。

さて、さらに面白い逸話も持ちまして：ある日突然、ウィークリー窓が今日から月曜日に変更されました。確かにゼロリセットが付いていたので感謝しましたが、それでも： Anthropic さんは現在何が起こっているのでしょうか？それに、プロジェクトを進行させながら Argus-eyed な監視下でトークン使用量を監視していたところ、以下の小さな警告が表示されました：
「トークン制限の警告——ですが、私はまだ制限以内です？」

どういうことだ？私は組織の一員でもなく、「月間使用制限」について突然心配する必要があるとされる兆候も見受けません。さらに言えば、時間制・週間制の制限も超過していないはずなのです。今まさに何が起こっているのでしょうか？

なんと二時間後には、再び作業を継続できるようになりました。警告は消え去り：
「トークン制限の警告が消失しましたが、それは何を意味していたのでしょうか？」

少なくともこのドキュメントでは月間使用制限に関する言及は見当たりませんし、設定ページでも現在のセッションと週のみの制限のみが列挙されています。そこで…… Anthropic さん、いったいこの「月間制限」は何を指しているのでしょうか？

ご期待に届かなかったことをお詫びいたします
私は製品を大いに愛用しています。理論上はすべて円滑に機能しており、数多くの可能性を提示してくれます。Claude を取り囲むように独自のラッパーを開発し、背景で多数の GitHub Issue に取り組んでいる Claude Caude の姿勢にも敬意を表します。また、Nerd Enzyklopädie の執筆を継続するために Claude Cowork を活用することに満足しています。これほど考案された機能に恵まれています。生産性が桁違いに向上し、頭の中に湧き上がる数兆のアイデアが瞬時に実現可能になるさまは、四年前よりも遥かに容易で迅速であり、本当に刺激的です。

また、そのような製品を提供する際の技術的・組織的な課題を理解しております。推論を販売することでスケールメリットを享受することは容易ではなく、追加の時間や新規顧客ごとに同量の計算資源が必要とされるのは、この業界特有の「増分コストの呪い」だと言えます。

しかし……Anthropic が多数の新規顧客を同時に処理できないように見えるため、その負担から解放するためにアカウントを解約することにした次第です。(ʘ‿ʘ)╯