Claude Codeに別れを告げ、Piへようこそ

Claude Codeに別れを告げ、Piへようこそ

2026年9月21日 #pi #claude

私はClaude ProのサブスクリプションプランでClaude Codeが利用可能になって以来、長年ユーザーでした。初めて使った時のことを覚えています。どんなランダムな週末プロジェクトに取り組んでいても、単一のプロンプトからぐちゃぐちゃなPythonコードを吐き出すのを見て、興奮したものです。数年後には、この新しいソフトウェア開発時代を牽引する主要な要因の一つとして、そのリリースを振り返ることになるでしょう。

それにもかかわらず、多くの小さな不満が蓄積した結果、私はついにClaude Codeをメインのコーディングハーネスとして引退させ、開発環境をPiを使用するように移行することを決定しました。

Anthropicの誰かが私の決断に気づいたのでしょう…私が決断したわずか1日後に、彼らは私が留まるように促すために、Claude CodeがついにAGENTS.mdファイルをサポートすると発表しました。残念ながら、私にとっては遅すぎました。

苦情

正式な追悼記事の代わりに、Claude Codeで最も気に入らなかった点（そしてPiで避けたいと思っている点）について、いくつか述べたいと思います。

AGENTS.mdの件は、私がClaude Codeの使用をやめようと決めた理由全体を象徴しています。誤解しないでください。様々なGitHubの趣味リポジトリに多数のCLAUDE.mdファイルが散らばっているのは、素晴らしいゲリラマーケティングです。しかし、ユーザーが2つのフォーマット間でコピーしたりシンボリックリンクを作成したりする必要があるのは、ユーザーにとっては最悪です。

私がルッダイトであるように、生成されたコードのほとんどはコミットする前にレビューしたいと思っています。私はVSCode内でClaude Codeを使用していました。これは、ファイル内のテキストを選択すると、質問したりレビュー中に変更を要求したりする際に、それが自動的にコンテキストに含まれるようにしてくれます。

ただし、IDEに「接続」できるセッションは一度に1つだけです。最初のセッションが動作中に別のタスクを開始するために2番目のタブを開くと、IDEからのテキスト選択イベントをまったく受信できません。これは、少なくとも2025年12月には報告されており…まったく無関係なバグの重複としてクローズされています。1

［画像: vscode内のclaude codeで切断エラーが表示されている］

もちろん、公式のClaude Code VSCode GUI拡張機能を使用することもできます。これにより、複数のタブを開き、各タブのコンテキストにテキスト選択をロードできます。しかし、この拡張機能自体にも多くの問題があります。組み込みのスラッシュコマンドの半分はGUIではまったく機能しません。カスタムステータスラインのサポートもありません。サブエージェントの出力メッセージは、単にメインのチャットスレッドに時系列順に重ねて表示されるため、複数のサブエージェントが実行されている場合は読むのが混乱します。まだまだ挙げられます。

これらの既存の問題にもかかわらず、Anthropicは品質や安定性をあまり考慮せずに、Claude Codeにさらに多くの機能を詰め込むために熱心に作業しているようです。ダイナミックワークフロー、エージェントチーム、ウルトラレビュー – これらはすべて、エンタープライズ顧客が毎日さらに多くのトークンを消費するのに役立つ素晴らしい方法ですが、私が実際に望んだり必要としたりするものではありません。

これらの機能リリースと並行して、彼らは私の個人的なセットアップを台無しにするような方法で物事をいじっているようです。執筆時点では、Claude Codeは今年244回リリースされています。その3/4以上はシステムプロンプトまたはツール記述を変更しており、これはLLMのパフォーマンスに大きく影響を与える可能性があります（特に、これらの新しい指示がユーザープロンプトやリポジトリの規約と矛盾する場合）。

そして、それらの変更は何のためなのでしょうか？システムプロンプトの80%を削減したにもかかわらず、Claude CodeはPiよりもはるかに多くのオーバーヘッドがあり、明らかにメリットはありません。デフォルトのBashツールの説明は3,000トークン近くあり、そのほとんどはgitの使用やGitHubでのPRの作成に関するランダムな情報です。2ちなみに、モデルは詳細な指示なしでこれを行う方法をすでに知っています。3

これから

この投稿は多くの不満を述べてしまいました。すみません！それは私のいつものスタイルではありませんし、Anthropicが本当にクールなソフトウェアを作ったと今でも思っています。もし私が最初からClaude Codeの管理を担当していたとしても、もっとうまくやれたというような幻想も抱いていません。LLMコーディングハーネスは非常に新しい分野であり、分野で最初に革新することは非常に困難なタスクです。Piのような後発ツールは、何が機能し、何が機能しないか、何がコア機能で、何がカットできるかを見るための後知恵の恩恵を受けています。

結局のところ、CCは強力なビジョンや方向性を持たない製品のように感じられます。熱心なエンジニアやPMが、他のユーザーにとって状況が悪化する可能性を考慮せずに、それぞれのワークフローに適した機能を急速に追加しているかのようです。これらの要求に対して「ノー」と言うことを厳密に担当している上層部がいないように見えますが、これは製品エンジニアリングにおいて非常に重要です。ですから、今のところ私は去ります。

Piにもっと力を入れていくのが楽しみです。最初の数日間は調整が必要でしたが、それ以来順調です。安定性、ミニマリストなアプローチ、そして極端なカスタマイズ性を楽しんでいます。すでに私のユースケースをサポートするいくつかの拡張機能を開発しましたが、それらを少し整理したらすぐに共有したいと思っています。もしあなたもこれらの不満を感じているなら、オープンソースのハーネスを試してみることを強くお勧めします！

1. これには、技術的な大きな障害があるわけでもありません。Piをインストールした後、私はこの機能全体を複数の開いているタブで処理する拡張機能を約20分で作成しました。（戻る）

2. モデルにcat <<'EOF'を使用するように指示しているという事実は、ボーナスポイントです。（autoモードの広範なロールアウト前）既存のgitコマンド許可リストに関係なく、常に手動レビューのルールに違反していました。（戻る）

3. 100万のDAUと1日あたり1億のリクエストを仮定すると、これを1,000トークン削減するだけで、年間数百万ドルの推論コストを節約できます。それは確かにエンジニアの時間の価値があるはずです??（戻る）