6か月ごとに、あなたのClaude.mdを削除し、あなたのスキルを削除し、あなたのフックを削除してください。
これはClaude Codeの開発者、ボリス・チェルニーが製品利用者へ提案する内容です。
YCが7月28日に新しく公開したインタビュー動画『Boris Cherny: We Cut 80% of Claude Code’s Prompt』で、BorisはAI製品を開発するすべての人々に、自らの新製品に対して勇気を持って削除のボタンを押すよう熱心に呼びかけ、システムのプロンプト、ツール、ハーネスコードを大胆に削除するよう勧めました。
△
システムプロンプト全体を削除し、1行ずつ再追加して、各行がどのような影響を与えるか確認してください。
この見解の背後にある概念は、アブレーションスタディ（ablation study）であり、ボリス・チェルニーの最新インタビュー全体にわたって取り上げられ、他の条件を一定に保ったまま、モジュールを削除、置換、または無効化して、パフォーマンス、安定性、効率、またはコストの変化を比較することを目的としています。
インタビューでボリスは、Opus 5に関して、モデルがもはや必要ないため、これらのすべてを削除することを真心から推奨すると誇らしげに語った。
最近の騒動にもかかわらず……ユーザーは次のように主張することもできます。「実際、Claudeは削除することを強くお勧めします。もう必要ないからです。」（x）
「大膽刪除」以外、ボリスはインタビューで、製品設計、モデル利用、プログラミング学習に対する価値観についてもさらに語った——
本文の見解はインタビュー動画に基づいています。主なポイントは以下の通りです：1、Borisの製品イテレーション戦略：予測を減らし、テストを増やすこと2、「製品の余剰」：同一時期において、モデルの能力は常に製品の境界を超える3、「解放」：モデルにより難しいタスクを任せ、より長時間独立して作業させること4、トップレベルのClaudeユーザーはAIをどのように使用しているか？5、プログラミング学習者への3つの提案
モデルは生きた生物であり、独自の性格を持っている。
今日のClaude Codeハーネス内のコードは、セキュリティ、権限、静的解析の部分だけが残っています。
7月24日、AnthropicはClaude 5のコンテキストエンジニアリングに関する最新ルールを発表し、Opus 5、Fable 5などの新モデルに対して、Claude Codeのsystem promptが大幅に簡素化され、元の指示の80％以上が削除されました。
詳細については、量子位の記事『Claude Codeが80%のプロンプトを大幅に削除、Opus 5は逆に復活させた』をご参照ください。
この変更について、Borisはインタビューで自らの製品イテレーション戦略を次のように語った。「モデルに必要な指示を推測してはいけない。なぜなら、それは絶対に当たらないからだ。できるのは、一行ずつ削除し、テストを繰り返して、モデルが繰り返し詰まる場所を見つけることだけである。」
モデルを生き物、より有機的なものだと考えなければなりません。各世代のモデルの行動は異なり、性格もわずかに異なります。それを理解するための時間をかけ、それに応じてハーネスを調整する必要があります。
△
したがって、これはボリスにとってより「経験的」なものであり、科学的なアプローチで対処する必要があります：予断を持たずに試行し、結果を確認し、繰り返して改善します。
このような繰り返し刷新が続く世界では、Evalも安定して使用できるとは限りません。Evalはharnessやpromptよりも耐久性がありますが、現在のモデルの進化が速すぎるため、多くの場合、一組の評価はすぐに満点を取られてしまいます。そのため、モデルがどこで常に苦戦しているかを観察し、新しいEvalを設計する必要があります。
一種の思考：余剰、解放
インタビューで、ボリスは「Product Overhang」という概念を紹介し、これが彼の製品開発に非常に役立つ思考方法であると述べました。
Overhang、意味は？悬余。
大規模モデルは不連続な跳跃的な速度で進化する一方、製品の統合は連続的な増分的なリズムで進んでいます。これにより、モデルが有する能力は常に既存の製品が引き出せる限界を超えてしまいます。
ボリスは例を挙げた：2024年末にSonnet 3.5がリリースされたとき、このモデルはすでに1つのファイル全体のコードを一括で作成できていた。しかし当時のプログラミング製品であるCopilotやCursorの初期版は、コードの補完といった簡単な作業にとどまっていた。
完全なターミナル権限を持つClaude Codeは、この差を一定程度補っています。これはBorisが提唱した二つ目の概念「Unhobbling」、すなわち制約を取り除くことです。
△
彼はAnthropic内部の事例を共有した：誰かがOpus 5にOpenCV（世界最大のオープンソースコンピュータービジョンライブラリ）を接続しようとしたら、モデルが人物の肖像や動物の風景を自ら描けることが判明した。これまでモデルに絵を描くように訓練したことは一度もなかった。
これは「モデルの引き出し」であり、モデルの重みを変更せずに、プロンプト、コンテキスト、ツール、または製品形态の設計を通じて、モデルが既に備えているがこれまで呼び出されていなかった能力を引き出すことです。
ただし、ここにはまだ疑問が残っている：どのように帰因するのか？モデルは本来備えていた能力を引き出されたのか、それとも「足場」の設計によって新しいスキルを学習したのか？
しかし、これはおそらく重要ではない。いずれにせよ、ボリスはここに巨大なビジネスチャンスが存在すると疑っていなかった：
すべてのスタートアップが機会を掴めるとは言っていません。しかし、誰かがこれらの課題について考えていることは確かで、モデルから驚異的で興味深く、商業的に価値のある行動を引き出すのに、ここには本当に大きな機会があります。
そのために、ボリスは自身のモデルの3つの「解放」手法を提案しました。
まず、モデルにあなたが想像するよりも難しいタスクを任せなさい。目標と範囲、脱出条件を明確に説明した後は、手を放しなさい。
第二に、多くの実験を行いましょう。モデルに明確なビジネス目的がなくても楽しい試みをさせ、「モデルを自由に遊び、創造的なことをする」余地を与えてください。
第三に、モデルに自ら成果を検証させること。現在の焦点は「プロンプトエンジニアリング」ではなく、「Claudeに非常に難しいタスクを割り当てた後、どのようにしてその過程で自らの作業を検証させるか」である。
ボリスは、第三点が現在人々が最も満足のいかない行動だと考えている。なぜなら、モデルがタスクを自己検証できない限り、長時間独立して動作することはできないからである。
△
彼自身の例が皆さんのヒントになるかもしれません：
ボリス：「よし、君にやってほしいのは、ElectronアプリをSwiftに書き直すことだ。Macの仮想マシンでElectronアプリを実行し、スクリーンショットを撮って、ピクセル単位でSwift版と比較する。完了するまでやめないで。」 ホスト：これがあなたのプロンプトですか？ ボリス：これが私のプロンプトです。 ホスト：どれくらい動かしたんですか？ ボリス：まだ動いています。 ホスト：いつから始めたんですか？ ボリス：2週間以上経ちました。だいたい14日、15日くらい…… Claudeはライブ配信を決め、内部にSlackチャンネルを作り、数分おきに進捗のスクリーンショットを投稿しています。
ボリスがAI利用者と起業家に贈る実用的なアドバイス
インタビューの最後で、ホストは質問を投げかけた：
では、ボリス、私たちもあなたのようにClaudeを上手に使うにはどうすればよいでしょうか？
ボリスは、LinkedIn上のインフルエンサーの話を聞かないこと、Twitterをスクロールしないことが最も重要だと述べた。
AIの使用に関して、「誰もが那种『奇技淫巧』を探している。だが、そんなものは存在しない。そんなものはどこにもない。」
彼は、モデルを経験主義的に扱い、過去の旧モデルに関する経験や大学で学んだコンピュータサイエンスの理論を忘れ、モデルがどこでつまずくかを直接観察し、それに応じて調整することを提案しました。
したがって、それはもはや理論科学ではなく、経験科学变成了。自分自身の先入観を手放し、「以前はできなかった」という考えを捨て、もう一度試す意欲を持つ人々は、非常に非常に成功するでしょう。
より重要的是，保持一種心態：放下對模型的「控制欲」，將模型視為同事一樣對待，不過度指定，不提出過於具體的要求，也不試圖讓模型完全按照你的方式來完成任務，因為「模型並非那樣運作的」。
プログラミングを学び途中の人々に向けて、ボリスは純粋なコンピュータサイエンスの理論だけでなく、どのように応用するかを学ぶよう呼びかけました。たとえば、彼自身がプログラミングを学び始めた動機は、数学の試験で不正をするためでした。
これは通常、起業や製品作り、自分自身のデザイン感やビジネス感を育て、データサイエンスのやり方を学び、ユーザーと対話する方法を身につけることに関係しています。それらをコンピューターサイエンスや工学と組み合わせたとき、初めて真に価値を持つようになります。
結局、「自分がやりたいことをまず作り、その後、他の人が求めているものを開発する」ことです。
本文は微信公衆アカウント「量子位」（ID：QbitAI）より、著者：先端テクノロジーに注目