Claude Codeをやめた人の6つの理由|75日257本を自動投稿し続けている側の検証

※本記事にはプロモーション(アフィリエイト広告)を含みます。

先に立場を明かします。このブログの記事は、Claude Codeが書いてWordPressに自動で公開しています。

2026年7月10日から9月22日までの75日間で、3つのカテゴリ合わせて257本が公開されました(2026年9月22日時点の集計)。

つまり私は、Claude Codeをやめていない側の人間です。「やめてみた」という体験は持っていないので、この記事でそれを装うことはしません。

代わりに、やめた人たちが挙げている理由を1つずつ拾い、毎日動かしている自分の記録と突き合わせました。やめた人の理由のうち、自分にも当てはまったもの、当てはまらなかったもの、まだ判断できないものを分けて書きます。

なお、この記事の後半で触れるとおり、Claude Codeを続けるにしてもやめるにしても、書いた記事の置き場所は自分で持っておくのが安全です。当ブログはエックスサーバー上のWordPressで運用しています。

結論|Claude Codeをやめた理由は「上限・品質のブレ・費用・用途のズレ」に集まる

note・Zenn・X・YouTubeなどで「Claude Codeをやめた」「使わなくなった」と書いている人の理由を読んでいくと、だいたい4つの系統に集まります。

利用上限、出力品質のブレ、料金、そして「そもそも任せる仕事と合っていなかった」という用途のズレです。

やめた人の理由は、多くが「実際に起きたこと」だった

読んでいて意外だったのは、感情的な不満に見えるものの多くに、裏付けになる事実があったことです。

たとえば「急に頭が悪くなった」という声は、Anthropic自身が2026年4月23日に公開した報告で、3つの変更が原因だったと認めています。気のせいではありませんでした。

それでも自分がやめていないのは、使い方が「会話」ではなく「定型作業」だから

私の使い方は、毎日同じ手順で記事を1本作るという定型作業です。手順は指示書として固定してあり、1つのカテゴリにつき1日1本という上限も決めています。

この形だと、やめた人が挙げる理由のうち上限・費用・用途の3つは、仕組みの側で吸収できていました。一方で、仕様変更のリスクは私にもそのまま当てはまり、品質とCodexとの比較はまだ判断できていません。

判断の目安は「やめたい理由が道具の問題か、使い方の問題か」

道具そのものの問題なら、乗り換えは合理的です。使い方の問題なら、乗り換えた先でも同じことが起きます。

この記事は、その切り分けをするための材料として書いています。

Claude Codeをやめた人が挙げる6つの理由

まず、やめた人たちが実際に挙げている理由を6つに整理します。個人の投稿を一般化してまとめたもので、特定の誰かの意見をそのまま代弁するものではありません。

公式の発表で裏付けが取れるものは、日付とあわせて書いています。

理由1|利用上限にすぐ当たり、作業が途中で止まる

いちばん多いのがこれです。Claudeの有料プランには、5時間ごとの上限に加えて、2025年8月下旬から週単位の上限も設けられています。

大きな作業を任せると、上限に達したところで手が止まります。そこで待つか、追加料金を払うか、別の道具に切り替えるかという選択を迫られ、その繰り返しに疲れてやめたという声が目立ちます。

理由2|ある時期から急に出力の質が落ちたと感じた

2026年の春に「Claude Codeが急に頭が悪くなった」という声が広がりました。これは公式が原因を公表しています。

Anthropicが2026年4月23日に公開した報告によると、原因は3つの変更が重なったことでした。3月4日に既定の推論の深さ(effort)を高から中に下げたこと、3月26日に入った不具合で会話の途中から過去の思考が毎回消えるようになったこと、4月16日に出力を短くする指示を加えたことです。

3つとも4月20日までに元に戻され、4月23日には全契約者の利用上限がリセットされました。同じ報告では、思考が消える不具合が「上限の減りが早い」という別の苦情の原因でもあったと説明されています。

理由3|Codexのほうが粘り強く、流されないと感じた

乗り換え先として一番名前が挙がるのはOpenAIのCodexです。2025年10月にnoteで解約を報告した方は、Codexのほうが難しい問題でも途中で投げずに調べ続けること、利用者の間違いに流されず指摘してくれることを理由に挙げていました。

2026年5月にnoteで乗り換えを書いた方は、4月に性能が下がったと感じたことと、Codex側のアプリが使いやすくなったことを理由にしています。この方は完全にやめたのではなく、開発の半分ほどを移したと書いていました。

理由4|料金が作業量に見合わない

2026年9月22日時点の公式料金ページでは、Claude Codeが使えるProプランは月20ドル(年払いなら月17ドル相当)、Maxプランは月100ドルからです。いずれも税別で、利用上限があると明記されています。

上限に当たるからMaxに上げる、それでも足りない、という流れになると、1ドル150円換算で月1万5,000円以上を払い続けることになります。作業量がそこまで多くない人ほど「割に合わない」と感じてやめる傾向があります。

理由5|仕様やプランの変更が多く、振り回される

Claude Codeは更新の頻度がとても高く、使い勝手が週単位で変わります。便利な機能が増える一方で、昨日まで通っていた手順が今日は変わっている、ということも起きます。

2026年6月15日には、プログラムから呼び出す使い方(Agent SDKや claude -p)を通常の上限から切り離し、別枠の月次クレジットで扱う変更が予定されていました。ところが公式ヘルプによると、この変更は実施当日に一時停止され、現在も従来どおりサブスクリプションの上限内で扱われています。

予告と撤回が続くと、仕組みを組んでいる側ほど落ち着きません。自動化を前提にしていた人がやめる理由として、これはかなり現実的です。

理由6|そもそも任せる仕事がなかった

最後は、道具の問題ではない理由です。話題になっていたので契約したものの、日々の仕事の中に任せられる作業が見つからず、使わなくなったというケースです。

Claude Codeは会話よりも「ファイルを読んで、書いて、コマンドを実行する」ことに強い道具です。繰り返しの作業を持っていない人にとっては、高性能なチャットとの違いが見えにくいのだと思います。

それでもClaude Codeをやめていない理由|起動492回の記録から

ここからは自分の話です。やめた人の理由を読んだうえで、自分の運用記録を見直しました。

数字はすべて、このブログの投稿データと、Claudeのデスクトップアプリに残っている定期実行の記録から数えたものです(2026年9月22日時点)。

起動のほとんどは「確認して終わる」回だった

この「ブログ」カテゴリの記事を書くタスクは、10時から20時まで1時間おきに起動します。これまでの起動回数は492回で、このカテゴリに自動投稿した記事は69本です。

つまり起動の8割以上は、今日すでに公開済みかを確かめて何もせず終わる回でした。この「確認して終わる」回は、記録上10〜40秒ほどで終了しています。

1日に書く本数を固定しているので、使う量の上振れには天井があります。上限に悩む人の多くは、この天井を持っていないのだと思います。

1本を仕上げるのにかかる時間は十数分から約4時間

記事を書く回は、直近1週間の記録上、短い日で十数分、長い日で約4時間かかっていました。キーワードの検索結果を読み、公式情報を引き直し、書いたあとに別の視点で点検させる工程を毎回挟んでいるためです。

「一瞬で書ける」と思って始めると、ここで期待と合わなくなります。私はこの時間を、人が書いたら1日かかる工程の代わりだと考えているので、長いとは感じていません。

直近50回の起動はすべて「成功」で終わっていた

定期実行の記録で、このタスクの直近50回を見ると、すべてのステータスが「成功」でした。英会話カテゴリを書く別のタスクも、直近50回はすべて成功です。

ただし、記録から遡って確認できるのは直近50回までです。それより前に上限で止まった回がなかったとまでは言えません。

ただし、成果はまだ小さい

正直に書くと、続けていることと成果が出ていることは別の話です。このカテゴリの検索からのクリックは、直近28日で6件でした(2026年9月21日時点のGoogle Search Consoleの集計)。

広告リンクのクリックは、このカテゴリではまだ0件です。Claude Codeが止まらずに動くことと、読まれて稼げることは、まったく別の問題だと実感しています。

Claude Codeをやめた人の理由を、毎日使っている側から検証する

では、6つの理由は自分の運用ではどうだったのか。当てはまったもの、当てはまらなかったもの、判断できないものに分けます。

あくまで「毎日1本の記事を書く」という1つの使い方での結果です。プログラム開発に使っている方とは前提が違う点は差し引いて読んでください。

上限の問題|作業を小さく区切ると表面化しにくかった

理由1の上限については、今のところ私の運用では表面化していません。1回の起動でやる仕事を「1カテゴリ1本」に区切っているので、1回あたりの使用量がそれ以上に膨らまないからです。

一方で、見落としていたコストはありました。以前に実測したところ、何もせず終わる1回でも約42万トークンが動いていました。

日によっては、空振りの合計が記事1本分を上回っていました。

定額プランなので請求額は変わりませんが、上限の枠は確実に削っています。上限に当たりやすい方は、作業の中身より先に「何回起動しているか」を数えてみると原因が見えるかもしれません。

品質のブレ|その時期の体験はない。代わりに「AIは間違える」前提で組んでいる

理由2の品質低下については、正直に書くと体験がありません。公式が認めた不具合は2026年3〜4月のもので、私の自動投稿は7月10日に始まっているからです。

ただ、品質が安定しない前提で仕組みを作っているのは確かです。公開前に、書いたものとは別の視点で点検させる工程を毎回入れています。

9月20日の記事ではこの点検で7件、9月21日の記事では15件の修正点が見つかりました。その中には、WordPressのエラーコードとHTTPステータスの対応という、私が自分では気づけなかった技術的な誤りも含まれていました。

モデルの調子に関係なく、点検を通さずに出すと間違いは普通に混ざります。品質のブレでやめる前に、点検の工程があったかどうかは一度振り返る価値があると思います。

Codexとの比較|試していないので、判断はしない

理由3については、私はCodexを実際に使っていないので比較できません。使っていない道具を「劣る」とも「優れる」とも書くつもりはありません。

1つだけ言えるのは、乗り換えの手間が以前より小さくなっていることです。

乗り換えた方のnoteによると、Claude Code用の指示ファイル(CLAUDE.md)はCodexが読むAGENTS.mdとほぼ同じ書式で、設定の多くを取り込む機能もあるそうです。私の指示書もMarkdownなので、移せない形ではありません。

費用の問題|割に合うかは「任せている作業の量」で決まる

理由4の費用は、作業量と比べて初めて判断できます。以前の実測では、記事1本を書くのに入力側で平均約593万トークンを使っていました。

これを上位モデルの従量課金に換算すると1本あたり約815円で、定額プランなら月に数本で元が取れる計算になります。毎日書く私にとっては定額のほうが明らかに安く、費用は続ける理由の側に入ります。

逆に、月に数回しか使わないなら、月額制は割高です。費用の内訳はAIブログの費用はいくら?で詳しく計算しています。

仕様変更|これは私にもそのまま当てはまる

理由5は、私の運用でもまったく他人事ではありません。自動化している側ほど、仕様変更の影響を受けます。

実際、75日の間に仕組みが止まりかけた場面はいくつもありました。別のサイトでは認証が通らずに接続方法ごと変え、画像を取ってくる外部サービスの鍵が失効して在庫が尽き、記事の書き方がカテゴリごとに勝手に分かれていたこともあります。

6月の変更が当日に止まったのも、私にとってはたまたまです。

もし実施されていたら、運用の見直しが必要になっていたかもしれません。ここは続ける理由ではなく、続けるうえでのリスクとして抱えています。

任せる仕事の有無|毎日同じ手順がある人ほど向いている

理由6は、私の場合は当てはまりませんでした。毎日「調べる・書く・点検する・公開する・記録する」という同じ手順があり、それをそのまま渡せたからです。

裏を返すと、この手順が決まっていなかったら、私も使いどころを見つけられなかったと思います。道具の性能より、渡せる手順を持っているかどうかのほうが、続くかどうかに効いていました。

Claude Codeをやめたほうがいい人・続けていい人

ここまでの検証を踏まえて、分かれ目を整理します。どちらが正しいという話ではなく、今の使い方に合っているかどうかの話です。

Claude Codeをやめたほうがいい人

月に数回しか使わず、任せる作業が決まっていない人は、いったん解約して困らないかを試してみるのが合理的です。困ったときに再開すれば済みます。

また、Codexなど他の道具を実際に試したうえで、自分の作業ではそちらのほうが結果が良いと確かめられた人も、乗り換えて問題ありません。比べたうえでの判断なら、それがいちばん確かです。

上限や料金に不満があっても、使用量を減らす工夫をする気がない場合も、無理に続ける理由は薄いと思います。

Claude Codeを続けていい人

毎日や毎週、同じ手順で繰り返す作業を持っている人は、続ける価値があります。記事の作成、定型のレポート、ファイルの整理など、手順を書き出せる仕事ほど効果が出やすいです。

「急に質が落ちた」と感じてやめかけている人も、原因がすでに直っている可能性があります。春の不具合は4月20日までに解消されているので、今の状態で一度試し直してから判断しても遅くありません。

Claude Codeをやめる前に試したい4つのこと

解約はいつでもできます。その前に、上限や品質の不満が使い方の側で解決しないかを確かめておくと、あとで後悔しにくくなります。

どれも私が実際にやっていることか、公式の報告から直接言えることです。

1. 推論の深さ(effort)の設定を確認する

春の品質低下の原因の1つは、既定の推論の深さが下げられていたことでした。公式の報告では、設定は /effort で切り替えられると説明されています。

「頭が悪くなった」と感じたら、まず今の設定がどうなっているかを見てください。ただし深くするほど時間と使用量は増えるので、上限とのかね合いで決める必要があります。

2. 起動回数と「何もしない回」を数える

上限の減りが早いと感じるなら、作業の重さより先に、呼び出している回数を数えてみてください。私の場合、起動の8割以上は何もしない回でした。

定期実行を組んでいる人は、書かないと判断する処理を最初に置くだけで、無駄な消費をかなり減らせます。

3. 手順を1つの指示書に固定する

毎回その場で指示を考えていると、結果が安定せず、やり直しの分だけ使用量も増えます。うまくいった手順は、Markdownの指示書に書き残しておくのがおすすめです。

指示書はClaude Code専用の資産ではありません。仮にCodexへ乗り換えることになっても、書式を少し変えればそのまま持っていけます。

4. 成果物の置き場所を自分で持つ

最後に、道具を変えても困らない形にしておくことです。書いた記事や作ったサイトが、特定のAIサービスの中にしか存在しないと、やめるときにすべてを失います。

私は記事をすべて自分のWordPressに置いているので、Claude Codeが明日使えなくなっても257本は残ります。この点は次の章で補足します。

Claude Codeをやめても困らないように、ブログの置き場所は自分で持つ

AIの道具は、ここ1年で何度も主役が入れ替わっています。どの道具を使うかは今後も変わり得ますが、書いた記事の置き場所まで一緒に変わる必要はありません。

WordPressとレンタルサーバーは、AIを乗り換えても残る

WordPressは、外部からの投稿を受け付ける仕組み(REST API)を標準で持っています。Claude Codeでも、他の道具でも、同じ入口に向かって記事を送れます。

つまり、自分のサーバーにWordPressを置いておけば、AIをいつ乗り換えても記事と仕組みの入口はそのまま残ります。

これから用意する方は、当ブログでも使っているエックスサーバー公式で、料金とキャンペーンの条件を確認してみてください。比較して決めたい場合はConoHa WING公式も候補になります(料金と条件は変わるため、契約前に各公式ページでご確認ください)。

サーバー選びで見ておきたいのは、自動投稿が素直に通るか

AIから自動で投稿するなら、料金より先に、外部からの投稿の認証がそのまま通るかを見てください。私の環境では、このブログは追加設定なしで通り、別のサイトでは同じ手順で認証が通りませんでした。

詳しい切り分けはWordPressの自動投稿が401で通らない原因に、サーバーの選び方はAIブログのサーバーおすすめにまとめています。

Claude Codeをやめるか迷っている人のよくある質問

最後に、やめるかどうか迷っている段階で出てきやすい疑問にまとめて答えます。料金や仕様は変わりやすいので、2026年9月22日時点の情報として読んでください。

Claude Codeは今も性能が落ちたままですか?

公式の報告では、2026年3〜4月の品質低下につながった3つの変更は、4月20日までにすべて元に戻されています。その後の状態について私が比較できる体験はないので、気になる方は今の設定で試し直して判断するのが確実です。

Claude Codeを解約するとデータは消えますか?

Claude Codeが作業するのは自分のパソコン上のファイルなので、書き換えたファイルや指示書は手元に残ります。消えて困るのは、Claudeのサービス側にしか保存していないものです。

解約の手続きや返金の条件は変わることがあるので、公式ヘルプで確認してください。

プログラムから自動で動かすと、別料金になりますか?

2026年6月15日から別枠の月次クレジットで扱う変更が予定されていましたが、公式ヘルプによると実施当日に一時停止されました。執筆時点では、Agent SDKや claude -p の利用も従来どおりサブスクリプションの上限内で扱われています。

見直しが予告されているため、自動化を組んでいる方は公式ヘルプの更新を定期的に確認しておくのが安全です。

Claude CodeとCodexを両方使う人はいますか?

乗り換えを書いた方の中にも、完全にやめずに作業を半分ずつ分けている方がいました。指示ファイルの書式が近いので、両方を並べて使う人も一定数いるようです。

ブログ用途なら、Claude Codeでなくてもいいですか?

記事を1本ずつ手で書くだけなら、チャット型のAIで十分です。Claude Codeが効いてくるのは、調べる・書く・公開する・記録するという工程を毎日自動で回したい場合です。

その仕組みの作り方はClaude Codeでブログを自動投稿する方法に、運営全体の回し方はClaude Codeでのブログ運営に書いています。

まとめ|Claude Codeをやめる前に「道具の問題か、使い方の問題か」を切り分ける

Claude Codeをやめた人が挙げる理由には、上限、品質のブレ、料金、仕様変更、用途のズレがあり、その多くには実際の出来事という裏付けがありました。

75日257本を自動投稿している私の記録では、上限と費用は作業を小さく区切ることで吸収できていました。一方で、仕様変更のリスクは私にもそのまま当てはまり、品質は点検を通さなければ普通に崩れます。

• 上限がつらいなら、作業の重さより先に起動回数を数える
• 質が落ちたと感じたら、推論の深さの設定と点検の工程を見直す
• Codexと比べるなら、自分の作業で実際に試してから決める
• どの道具を選んでも、成果物の置き場所は自分で持つ

やめるにしても続けるにしても、書いた記事が自分のサーバーに残っていれば、道具の選び直しはいつでもできます。

AIでブログを続けるための置き場所を用意するなら、エックスサーバー公式から条件を確認してみてください(キャンペーンの有無や適用条件は時期によって変わります)。