AnthropicのAI開発ツールであるClaude Codeのソースコードが、npmパッケージにソースマップが誤って含まれたことで流出した。これはAI業界史上最大級のリークの一つであり、Anthropicが秘密のソースとして厳重に管理してきたコードが、開発者の手に渡ることとなった。流出したコードからは、未公開機能や開発プロセス、技術的な選択が明らかになり、業界に大きな波紋を広げている。本動画では、流出の経緯、ソースマップの仕組み、コードの内容分析、そしてAnthropicが取るべき対応について詳細に解説する。
Claude Code史上最大のリーク事件
始める前に、これがエイプリルフールのジョークではないことをはっきりさせておきたいんです。タイミングが少し馬鹿げているのは分かっていますが、これは本当の話なんです。実は、これは私がこれまでに受け取った中で最もクレイジーな誕生日プレゼントなんですよ。そう、この動画を撮影している日は実際に私の誕生日なんです。そして前日の夜、寝る直前に、史上最もクレイジーなリークが起きたのを目にしました。
最大手のラボの一つが、AIとのコーディングのためのエージェンティックハーネスのコード全てをリークしてしまったんです。そう、Codecのソースコードです。待って、ああそうか、OpenAIのCodexは既にオープンソースでしたね。私たちが実際に話しているのはClaude Codeのことなんです。なぜならClaude Codeはオープンソースではないからです。Anthropicは歴史的に、Claude Codeのソースコードの扱いがあまり良くなかったんです。
彼らはそれを非公開に保とうと非常に厳格でした。Claude CodeのためのGitHubリポジトリは存在しますが、Claude Code自体は含まれていません。プラグインとスキルといくつかのランダムなものが含まれているだけです。彼らはしばらくの間Claude Codeを保護してきて、これを秘密のソースと呼んできました。しかし彼らはClaude Codeを使ってClaude Codeを構築してきたので、愚かなミスがたくさん起こるんです。
そしてそれらの愚かなミスの一つが、ソースマップを含めてしまったことなんです。ご存知ない方のために説明しますが、ソースマップが何であるか、そしてそれがこのようなものにどのように含まれるのかを解説します。しかし、ここには掘り下げるべきことがたくさんあります。Anthropicが送った何千ものDMCA要求から、人々が既に広めている陰謀論、このソースから学べるクールなこと全てまで、そして最も重要なのは、Anthropicがこれからどのように対処すべきかということです。
これはAI業界史上最大のリークの一つなんです。これが起きたのは本当に馬鹿げています。私はこれをカバーするために最善を尽くします。そして願わくば、その過程で訴えられないことを祈ります。しかし、もし弁護士が必要になったら、彼らに支払う必要があります。というわけで、今日のスポンサーのために少し休憩を取りましょう。
スポンサー紹介：Grapile
皆さんどうか分かりませんが、私は最近大量のスロップと格闘しているんです。自分のエージェントで提出しているPRもそうですし、他の人々が私のプロジェクトに貢献しようとして送ってくるものの量もすごいんです。それら全てを処理するのは簡単ではなく、それらのPRを見るときにもう少し自信が欲しいと思っていました。ああ、Grapileを使っていればよかったんです。
彼らはコードレビューを理解しています。彼らのエージェントは本当に素早く、シンプルで、消化しやすい方法でフィードバックを提供するのが素晴らしいだけでなく、それを他の場所に統合したり、既に好きなツールでそのフィードバックを簡単に使えるようにするツールもたくさん提供してくれています。オープンやカーソルボタンを持つツールはたくさんありますが、最近はカーソルをあまり使っていないんです。
実際、私はいろいろなツールの間を飛び回っていて、それらの多くには情報を渡す方法がありませんでした。少なくとも今まではなかったんです。Grapileは最近fixをリリースしました。これは彼らがTwitterを使ってあなたのコードを修正するという意味ではありません。信じてください、それはあまりうまくいきません。つまり、あなたが好きなツールを何でも使えるということなんです。でも、Claude CodeやCodexでどう動作するのでしょうか？それが機能するのは、彼らのnpmパッケージをローカルにマシン上のブリッジとして設定し、それがトリガーやパス、コンテキストをエージェントに取得するために必要なことは何でもできるようにするからです。
私はCLIをインストールしただけです。文字通り0.5秒もかかりませんでした。Codexで修正してみましょう。これはちょっとナッツですね。既に送信されています。文字通り1クリックで既に実行されています。これはリアルタイムです。編集はありません。私は実際にこれらの「何でも修正」ツールの中でこれほど速いのを見たことがありません。ええ、驚きました。これは私の本当の反応です。
これがこれほど便利だとは知りませんでした。これは実際にこの後セットアップして使うつもりです。スロップを読むのをやめて、soyb.link/grapileで仕事に戻りましょう。
ソースマップとは何か
先ほど言っていたように、これには掘り下げるべきことがたくさんあります。まず、これが具体的にどのように起こったかから始めたいと思います。ソースマップについて話す必要があります。ソースマップが何であるかを既にご存知であれば、少しスキップしていただいて構いませんが、この部分はいずれにせよ役立つと思います。そして、これがどのように起こったかについての少しの歴史もここにあります。
明白に聞こえる声明から始めますが、これはこれら全てを理解するのに役立ちます。あなたのブラウザはTypeScriptを実行できません。ブラウザはJavaScriptを実行するのであって、TypeScriptではありません。NodeやBunなど、JavaScriptコードを実行するほとんどのものと同じです。TypeScript部分を解析できるものもありますが、TypeScriptをJavaScriptに変換することになっているんです。
私がランダムなサイト、この場合は自分のサイトに行って、const value1 = 1と言うと、それは機能します。しかし、const value2: number = 2とすると、構文エラーが発生します。TypeScriptで使用するこの構文は、ブラウザと互換性のある構文ではないからです。これが、JavaScriptパイプラインにビルドステップがある多くの理由の一つなんです。あなたが書くコードは、ユーザーが実行するコードとほとんどの場合同じではありません。
他の言語は伝統的にコンパイルされていて、あなたが書くコードがネイティブプロセスを実行するバイナリになります。JavaScriptの場合はそうではありません。それはインタープリタ言語です。つまり、ユーザーにコードが送信されているということで、バニラJSのJavaScriptを書いて追加のビルドステップなしで送信することもできます。
しかし、多くの理由から、私たちはJavaScriptコードをビルドします。TypeScriptをJavaScriptに変換しようとしているか、追加のモジュールを取り込もうとしているか、JSにまだない追加機能を追加してコンパイルしようとしているか、ミニフィケーションやオブファスケーションなど、これらすべてのことを行っているか、JavaScriptをより小さく、よりシンプルに、より愚かに、より縮小されたコードに変換する理由はたくさんあります。それは元のコードではないんです。
非常にシンプルで愚かなオブファスケーション、ミニフィケーション、アグリフィケーションの例として、JavaScript世界でできるさまざまなことがあります。これはいくつかの非常にシンプルなサンプルコードのデモです。値1、こんにちは、値2、世界、コンソールログ。これをオブファスケートすると、誰も読めません。明らかに、誰もが意図的にコードをオブファスケートしようとしているわけではありません。
彼らは単に出荷するコードを小さくするためにアグリフィケーションとミニフィケーションを使用しているだけです。しかし、本当に保護しようとしている場合は、おそらくこのようなことをしているでしょう。しかし、これにはいくつかの問題があります。特に、デバッグしたいときです。これがユーザーに出荷しているコードである場合、地獄、これ以外のものがユーザーに出荷しているコードでバグが発生した場合、そのバグがどこから来たのかを追跡するのは本当に難しいんです。
何十万行ものコードを3行のコードに変換すると、エラーメッセージはもはや実際には何も意味しません。したがって、エラーが発生したときに元のソースを取り戻すために何らかのプロセスを実行するのが非常に一般的です。しかし、そのためには、元のコードの特定のものをオブファスケートされたコードの何かにマッピングできる必要があり、さらに重要なのはその逆ができる必要があるんです。
ここのこのコードが、これらの最初の文字が実際にこれに直接マッピングされていることを知る必要があり、この部分がそれに直接マッピングされていることを知る必要があり、使用可能なエラーメッセージを取得するため、より良いログを取得するため、バグを解決するために必要なすべてのものを取得するために、そのマッピングが必要なんです。ソースマップは、送信しているコードをそのコードを作成するために使用された元のソースにリンクするための方法なんです。
これは、元のコードとそのコードを作成するために使用されたソースとの間のマッピングです。今Claude Codeをインストールしてバイナリを検査すると、それはJavaScriptですが、そのJavaScriptは実際には読みやすいJavaScriptではありません。今日npmでダウンロードできる実際の公式Claude Codeパッケージを見ると、多くのものが含まれていますが、ここの実際のコアJavaScript、CLI.JSファイルを見ると、これのどれも特に読みやすくないことに気付くでしょう。
文字列の改行のようにフォーマットが必要なものについては、多くの改行があります。しかし、それらを取り除くと、これは事実上1行または2行のコードになります。非常に非常に長い行ですが、それでもほんの数行です。純粋なテキストであるこのCLI.JSファイルは、JavaScriptだけで13メガバイトです。
そして、それは誰も実際に読むことができないこのオブファスケートされたJavaScriptです。このようなものから良いエラーを得ようとするための一般的な解決策の一つは、隠されたクラウドにソースマップをホストすることです。エラーのログと管理に使用されるSentryのような製品は、ソースマップをアップロードする機能を持っているので、ユーザーはソースマップを見ることができませんが、Sentryに報告されると、彼らは自分たちの側でリンクを行い、それでもより良いエラーを提供できるんです。
流出の経緯
では、これが今日のリークとどう関係しているのでしょうか？ご想像の通り、ソースマップがユーザーが取得するコードと元のコードの間でリンクできるようにするためには、ソースマップは事実上すべてのソースを含める必要があります。では、なぜそれがClaude Codeに含まれることになったのでしょうか？まず、これが初めてではないことを指摘する価値があります。
Anthropicは実際に、Claude Codeの最も初期のリリースの一つで、誤ってソースを含めてしまい、これにより、私の知る限り歴史上のどの企業よりも多くのGitHubリポジトリをDMCAで削除することになりました。彼らは、自分たちのソースマップを通じて、自分たちのパッケージを通じてリークしたソースコードをミラーリングしているすべてのリポジトリを削除するために、何百ものこれらの要求を送信しました。
そう、彼らは自分たちのパッケージでこれを公開したんです。だから、私がちょうどやったことを昨日行っていた場合、npmからClaude CodeのTARファイルをダウンロードすると、ここにソースマップフォルダーが含まれていて、それがほぼすべてのソースコードを含んでいたでしょう。では、一体どうしてそんなことが起こったのでしょうか？
もう少しタイムリーであればよかったのですが、2日前にClaude Code内に現在存在するレート制限のクランチについて動画を撮影しました。彼らが変更を加え、人々がレート制限を積極的に打っているからです。Anthropicの複数の従業員が、予想以上にこれらのレート制限のヒットが増えていることを確認していると投稿しています。彼らは調査中です。アップデートがあればもっと共有します。
彼らが人々がこれらの制限を打っている理由を確認するために、Claude Codeの本番ビルドでより良いログを取得したかったのだと私は推測しています。彼らが取得していたログを改善しようとする試みで、これらのより良いエラーを取得して、うまくいかなかった場所を把握できるように、ソースマップを誤って含めてしまったことは驚きではありません。
これが事実である証拠はありません。ここには内部情報はありません。皆さんが持っていないものは何もありません。私はローカルでClaude Codeをビルドしようとしたときに、これを自分で経験しました。問題が発生した理由は、リークされたソースマップにCloud Agent SDK 0.2.88へのリンクが含まれていて、これも昨夜リリースされたからです。そして彼らがnpmを攻撃して削除に同意させるまで最新のClaude Codeビルドを引っ張ったとき、彼らはソースに含まれていた最新のAgent SDKも削除しました。
だから、もう存在しないパッケージにリンクしていたので、npm installができませんでした。だからダウングレードする必要がありました。そしてインストールを試みたとき、パッケージとロックが存在しないものを指していたので、インストーラーがハングするだけでした。npmがこれらのことを許可しない理由が、私が彼らがnpmから削除しようとしていたものを使おうとしたときにエラーが発生した理由と同じだというのは指摘するだけでも面白いです。
これはすべて奇妙で面白い円環なんです。これを掘り下げるのはとても楽しかったです。さらに重要なのは、実行するのがとても楽しかったということです。そう、私はローカルで動作するClaude Codeビルドを持っているんです。これはあなたが思うほど作るのは簡単ではありません。なぜなら、それが依存している多くのパッケージも未リリースのクローズドソースパッケージであり、私たちは事実上自分たちで再構築する必要があったからです。
これについてのすべての助けをBenに感謝します。どうやらBenはさらに先に進んで、既にそこでGPTモデルも動作させることに成功したようです。ああ、彼はDoomもその中で動作させたようです。ええ。ああ、Ben、なぜあなたはこんな感じなんですか？その時点でPrimeに勝ちました。正直なところ、私はまだ実際にコードを見ていません。これはおそらく責任上の理由で私にとっては良いことです。
でも、少しだけプレイはします。とにかく、先ほど言っていたように、ソースマップの部分は十分にカバーしたと思いますが、今度はすべての陰謀論について話す必要があります。
陰謀論の検証
私は非常に多くのこれらが出回っているのを見てきました。私が圧倒的に最も多く見ている最初のものは、これが何らかの形で意図的だったというものです。そうではないと信じる理由がたくさんあります。最も簡単なのは、ソースが圧縮されたR2ファイルを持っていた元の投稿、昨夜ダウンロードしたものが、もう利用できないということです。
待って、何？ああ、削除されたんだ。削除が取り消されたのかな？興味深いですね。Cloudflareで誰かがこれに対して戦ったのかもしれません。なぜなら、これは昨夜寝る前に削除されていたからです。非常に興味深いですね、実際。それは少し状況を変えるかもしれません。
AnthropicからのDMCA要求の歴史もありますが、これが十分に大きく、十分に遠くまで行ったことを彼らは知っているので、これを抑圧できると装う方が良いと思います。この時点で、それは絶対にできません。しかし、最大の問題は、Claude Codeに関する彼ら自身の哲学です。
私はこのクリップを頻繁に参照しますが、今ほど重要だと感じたことはありません。彼らはそもそもClaude Codeをリリースしたくなかったんです。
「そして私たちはこの議論をしていました。私たちは、これは秘密のソースなのか？人々にこれを与えることを本当に確信しているのか？なぜなら、これはAnthropicの全員が毎日使用している同じツールだからです。そして、ええ、私はそれが人々をより生産的にし、人々がそれを気に入っているので、正しい決定だったと思います。」
彼らは本当にリリースしないことを検討していました。なぜなら、社内で役立っていて、社内で持っていた潜在的なウェッジを世界に与えたくなかったからです。特に愚かなのは、私の知る限り、Claude CodeはCLIエージェンティックコーディングツールの5番目か6番目だったからです。だから、ええ、それはそれです。
ああ、DMCAが始まったようです。人々は自分のClaude Code GitHubリポジトリをフォークしただけでDMCAを受けています。思い出してください、Claude Code GitHubリポジトリにはClaude Codeのソースコードは含まれていませんが、それをフォークした人々が今DMCAを受けています。ええ、たくさんの人々がこれらを受けています。笑えます。
だから、Anthropicは今、最も誤ったDMCA要求を送信した世界記録をスピードランしています。だから、もしこれが意図的だと本当に思っていたなら、そこにあります。そうではありません。そして彼らがnpmのリリースも削除したという事実は、明らかに彼らはこれが出回ることを望んでいません。もしこれが意図的だと本当に思っているなら、私は売る橋をいくつか持っています。
私たちは絶対に話すべきです。そして私が見た次の陰謀論は、これがBunのバグかもしれないというものです。BunはBun serveコマンドを使用してWebコードをホストするときに、本番環境でソースマップを提供することがあるというバグです。あまり良くないバグです。絶対に修正する必要があるものですが、これはBunによってホストされるWebアプリ用のものであり、バンドルされてマシン上でローカルにBunのランタイムを使用するアプリ用ではありません。
Bunはこのパッケージをバンドルしてマシン上で実行するために使用されるのであって、サーバーでホストするためではないので、これは絶対にバグの原因ではありません。そしてBunの作成者であり、買収されて以来Anthropicの従業員でもあるJaredは、Claude CodeはBun serveを使用していないため、これがリークの理由である可能性はないと指摘しています。
また、これがリークについて私がこれまでに見つけることができたAnthropicの従業員からの唯一のコメントであることも指摘する価値があります。ありがたいことに、リークされたソースを他の言語で書き直すことによって著作権の限界を押し広げようとしている人がたくさんいます。派生作品として合法かもしれません。私は弁護士ではありません。これらのことを全く よく知りません。だから私の言葉を鵜呑みにしないでください。
このプロジェクトが既に5万7千のフォークと5万4千のスターを持っているのを見るのは非常に興味深いです。彼らはこれをDMCAしようとするでしょう。また、私たち全員がそれを持っているので、Claude Codeソースを追加しようとして、Claude CodeリポジトリにPRを提出している人もたくさんいます。これは面白いと思いますが、このようにオープンソースリポジトリにスパムを送るのはやめてください。良い見た目ではありません。
これは解決する問題と同じくらい多くの問題を引き起こします。まだ応答されていないここの私のPRを見るのも面白いです。そして、最後の最後の陰謀論があります。競合他社はこれを使用して自分たちのハーネスをより良くするでしょう。私はこのような投稿をしている非常に多くの人々を見てきました。特に、「うわー、Open Codeはかなり良くなるでしょうね？」と言っている人々です。まあ、それについてですが。
ハーネスの品質比較
2日前、私はAIハーネスについての動画全体を録画しました。まだ公開されていません。すぐに出てくることを約束します。しかし、この動画の重要なポイントの一つは、ハーネスのいくつかがどれほどひどいかということです。ここでの例は、Cursorと他のハーネス、特にモデルを作っている実際の会社によって提供されるものとのベンチマークです。
だから、Geminiの場合、これはGemini CLIであり、52%のスコアから57に上がりました。GPT 5.4は82から88に上昇しました。しかし、圧倒的に最も興味深いのはOpusで、Claude Codeを使用した場合、Mattのベンチマークで77%のスコアを獲得し、Cursorのハーネスを使用した場合、93%まで上昇しました。
だから、ここで非常に非常に明確にしておきたいのは、Claude Codeのソースコードは、エージェント用のものを書くのが本当に本当に下手でない限り、特に役立つものではないということです。そしてそうである場合でも、Open CodeやCodex CLIやGemini CLIやPIや他の多くのオープンソースオプションのような本当のオープンソースプロジェクトを見る方が良いでしょう。
実際、Terminal Benchを見ると、Claude Codeがここの39位に位置していることがわかります。そう、Claude Codeを上回るハーネスモデルペアが39あります。そして、これをOpusだけにフィルタリングすると、Claude CodeはTerminal BenchでOpusを使用するハーネスの中でまだ最下位にいます。それは正真正銘、圧倒的に最悪のハーネスなんです。
私はしばらくの間これを言ってきましたが、皆さんが理解し、今回は私の話を聞いてくれることを願っています。Claude Codeは他の人が参照するのに良いものではないだけでなく、実際には逆が真実なんです。これまでに私が気づいた最も面白いことの一つは、Claude CodeのリポジトリでOpen Codeを検索すると、スクロールのようなもののためにOpen Codeの動作に一致するためにOpen Codeソースを参照している複数のインスタンスが見つかることです。
だから、誰が誰からコピーしているのか疑問に思っているなら、オープンソースの人々がクローズドソースの人々からコピーしているのではありません。約束します。一般的に言って、クローズドソースオプションは悪化する傾向があります。そしてこれは絶対にそうで、だからクローズドソースオプションはオープンソースのものから露骨にコピーしているだけなんです。ご存知のとおり、Daxはおそらく今これを思いつくと、これで一日中遊べるでしょう。
とにかく、主要な陰謀論、私を最も苛立たせているものを暴いたので、今度は皆さんがおそらくここに来た理由である、コード自体を見るということをする時間です。
ソースコードの分析
コードは元々ソースマップ形式でしたが、その後、多くの異なる人々によってzipやリポジトリに変換され、ウェブ上のあらゆる場所で見つけることができ、ほぼすべてのソースがあります。しかし、ここにはいくつかの注意点があります。具体的にはサブパッケージです。大きなモノレポでは、ワークスペーススターにタグ付けされたサブパッケージに分割されることが非常に一般的です。
これは、同じリポジトリまたはワークスペース内に存在するおそらく内部ベンダーバージョンからそのパッケージを取得する必要があることを意味します。また、一般的に言って、パッケージJSONは特に保護されていないことも指摘する価値があります。通常、それらはとにかくパッケージに含まれています。だから、これは私が示すのはおそらく安全です。
そして、ご存知ですか？もし彼らがパッケージJSONとバンドルに含まれているパッケージの名前を見ることで私を攻撃しようとするなら、私は裁判所でそれを戦います。もし彼らがこれで私を攻撃しようとするなら、彼らをくそ食らえ。私たちは戦います。これらのパッケージはnpmに存在しないので、ここには少し危険があります。誰かがこれらが含まれていることに気付き、使い捨てのメールアドレスでnpmに登録しました。
彼らは間違いなく悪意のある使用のためにスクワットされています。だから、このソースをクローンする場合は、非常に非常に注意してください。なぜなら、これらのパッケージをインストールしないように適切な保護を行わずにビルドすると、再び失敗するでしょう。なぜなら、彼らは存在しないワークスペースを話しているからです。しかし、盲目的に最新のものをインストールすると、やられます。非常に注意してください。
これを機能させるために、これらの依存関係を戦略的に再作成する必要がありました。先ほど述べたように、Benは既に完了しています。そしてそれは機能します。ご覧のとおり、私の美しいClaude Codeインスタンスは、常にそうあるべき明るいピンク色になっています。しかし、さらに重要なのは、それを開いたときにメールアドレスを隠すための変更があることです。
なぜ彼らがClaude Codeを開くたびにメールを表示するのが良いアイデアだと思ったのか、私はまだ理解できません。それは非常に馬鹿げたレベルの無能さで、Claude Codeのユーザーエクスペリエンスの方向性に対するすべての信頼を失わせます。Claude Codeほど私にメールアドレスをリークさせたものは他にありません。
彼らはそれを隠すためのカスタムフラグを追加しましたが、devビルドでその環境変数を確実に渡すことができず、過去にもそれを使用しないことを誤って行ったことがあります。いや、誰もClaude Codeを開くたびにメールを見る必要はないんです。さあ、みんな。
とにかく、これが実際にもはや公開されていないバージョンで動作していることがわかり、Claude Codeに本当の変更を加えることができます。かなりクールですよね?それほど楽しいでしょうか？私が仮にそうすべきでなくても、Claude Codeをビルドして遊ぶことができるなんて。
そして先ほど述べたように、BenはすでにGPTモデルで動作させることに成功しています。そしてそれが作っている美しいUIのためにそれを伝えることができます。笑えます。では、このコードが動作しているので、他に何を学ぶことができるでしょうか？実際、Claude Codeに最も興味深いものを分解するように依頼しました。そしてそれはいくつかの本当に良い洞察を与えてくれました。
また、これを行う前に弁護士に尋ねました。彼の名前はClaudeです。彼は私の意見では少し友好的すぎますが、具体的には、リークがこれまで行った距離の性質と、これが彼らによって公開されたことにより、おそらくこれをカバーすることで救われるという多くのことを言っていました。おそらく私たちは安全です。だから、ソースコードの中に隠されていたすべての楽しい未リリース機能を見てみましょう。
未リリース機能の発見
最初に、エイプリルフールのジョークを台無しにして申し訳ありませんが、Anthropic、Buddyは、4月1日から7日の間にClaude Code内で孵化するコンパニオンです。だから、Claude Codeインスタンス内で小さな男が走り回っているでしょう。かわいいですね。彼らはおそらくリークのためにこれをもう出荷しないでしょう。
それから、ドリームモードがあります。これは非常に興味深いです。自動メモリ統合。このソースの分析によると、ドリームモードの目的は、バックグラウンドエージェントをスピンアップして、あなたが不在の間に過去のセッションを自動的にレビューしてメモリを統合し、尋ねることなくClaude Codeがあなたに尋ねる方法をより多く動作させることです。
コーディネーターモードもあります。これは非常に興味深いです。後でもっと話します。今のところのTLDRは、複数のワーカーをスピンアップしてそれらを並行してコーディネートするということです。だから、ワーカーは自分自身の完全なツールアクセスを取得しますが、何をすべきかについての具体的な指示があります。だから、事実上、1つのClaude Codeが5つのClaudeエージェントをスピンアップして他のことをするようにできます。
そして、ウルトラプランとウルトラレビューで非常に興味深いものがあります。これは、通常よりも長く考えるようにモデルに指示するときのウルトラシンクに似ています。しかし、ウルトラプランは主にClaude Codeリモート実行で実行するためのもので、エージェントをスピンアップして長く複雑なプランを実行し、それから推測するにプランをプルダウンしてローカルで実行するか、クラウドで実行します。
そして、ウルトラレビューは非常に似ていますが、請求管理を備えたリモートエージェントを使用した自動コードレビューです。覚えていないかもしれませんが、彼らはしばらく前にClaude Codeコードレビューを発表し、PR当たり平均約25ドルになると言っていました。これは狂った価格です。これはおそらくその一部であることを意図しています。
テレポートは既に出ています。ネットワークを介してセッションを別のデバイスに送信できます。だから、Claude Codeで行っていた既存のことに取り組みたいが、Claude Code for webバックエンドを介して電話に移動したい場合です。そう、CLIであるClaude Codeは単にClaude Codeと呼ばれています。ウェブで使用できるClaude CodeはClaude Code for webと呼ばれています。
そして、あなたの電話のClaude Codeも、Claude Code for webです。ええ、おそらく彼らはより良い名前が必要です。音声モードも既に出ています。そして、オートモードは非常に興味深いです。オートモードの目的は、コンピューターを使用していないとき、または自分でプロンプトを実行していないときに実行することです。それには掘り下げるべきことがたくさんあります。正直なところ、それ自体で専用の動画になる可能性があります。
これは従業員にとって楽しいものです。どうやら、Anthropicのエンジニアは定期的に外部の他のプロジェクトに貢献してPRを提出していますが、彼らはClaude Codeをそれに使用したことが知られることを望んでいません。だから、彼らはカバーを吹き飛ばさないという厳格な指示を含むアンダーカバーフラグを持っています。
私は、何人のオープンソースプロジェクトが、Anthropicの従業員がこのアンダーカバーフラグを使用していたために、意図せずにClaude Codeで生成されたコードをマージしたのか不思議に思わずにはいられません。非常に興味深いです。
ここでのもう一つの楽しい部分は、これらがGrowth Bookを介してフィーチャーフラグされているということです。Growth Bookは実際に私のY Combinatorバッチにいました。彼らは古い友人でチャンネルのスポンサーです。私は彼らとたくさん働いてきました。私はGrowth Bookが大好きです。彼らは完全にオープンソースのフィーチャーフラグプラットフォームで、物事にフィーチャーフラグを追加できます。
あなたは以前に彼らのことを聞いたことがないかもしれません。なぜなら、彼らはあまり人気がないからです。彼らはGitHubで約7Kのスターしかありません。彼らは素晴らしいです。私は彼らを強くお勧めします。彼らは一緒に働くのがとても良かったです。これはスポンサーではありません。私はしばらく彼らと話していません。私は単にGrowth Bookがとても好きなだけです。
以前、AnthropicはStatSigとして知られるより人気のあるソリューションを使用していました。しかし、彼らだけが使用していたわけではありません。OpenAIもそうでした。実際、OpenAIはStatSigを非常に熱心に使用したので、彼らはそれを買収しました。そして、ここに含まれているGrowth Bookについて本当に面白いのは、これがAnthropicが競合他社がAnthropicの何かにアクセスすることを非常に心配しているために行われた変更であることが非常に明確だということです。
だから、AnthropicはGrowth Bookを支持してStatSigから移行しました。そして、彼らは非常に積極的にこれを行ったと思います。悲しいことに、Gitの履歴はソースマップに含まれていませんでした。なぜそれがあるでしょうか？だから、これらの変更がいつ行われたかは実際にはわかりません。彼らがフィーチャーフラグソリューションとしてGrowth Bookを完全に使用していることだけを知っています。
Claude Codeソースには他にも面白い、ばかげたものがたくさんあります。たとえば、West Bossは、それが考えているときに使用するさまざまな動詞をすべて見つけました。あなたはおそらく、それが実行している間に下部に表示される小さなものを見たことがあるでしょう。ここにそれらすべてがあります。彼らはまた、ランダムに生成されたIDを持っており、それらのIDに特定の罵り言葉やその他の望ましくない用語を意図的に避けようとしています。
だから、彼らは含めるべきではないものについて回避リストを持っています。これは笑えます。彼らはまた、Claude Codeに罵るときを検出するreaxを持っているので、あなたが怒っているときとなぜ怒っているのかを把握しようとするために分析で使用できます。
Sahilは実際に、同様に組み込まれている興味深い反蒸留システムをいくつか見つけました。ご存じない方のために説明すると、蒸留とは、人々が特定のモデルとツールから多くの履歴を取得し、それを使用して別のモデルをその他のモデルのように動作するように強化することです。
Anthropicは、さまざまな中国のラボがOpusで実行する実行からのデータを使用して、自分たちのモデルをより良くしようとしていると積極的に主張してきました。そして、どうやら彼らはそのデータを感染させようとしています。偽のツールコールを履歴に送信することによって。だから、それらの履歴を使用してトレーニングしようとすると、その中に大量の偽のデータが含まれるようになり、モデルが動作する可能性が低くなります。
蒸留抵抗モードで蒸留を防ぐために彼らが行おうとしているすべての奇妙なことを見ることができます。ここにはもう少し掘り下げるべきことがあります。これをすべて書いてくれたMalに感謝します。今、もっともらしい否認が本当に使えます。
ここで最も興味深い部分の一つは、Claude MDがどのようにロードされるかです。私は常にClaude MDファイルを他のすべての前に行くものとして説明してきました。システムプロンプトがあり、Claude MDがあり、それからユーザーメッセージがあります。
Claude MDは常に再挿入されるようです。特にターンの変更時です。ターンは、エージェントに切り替わるときで、エージェントは実行中に複数の異なるメッセージを実行するためです。なぜなら、ツールコールが完了すると、別の生成を行うために結果をコンピューターから送り返すからです。それはターンの変更ではありません。
しかし、モデルが完了して別のメッセージを送信すると、Cloud MDが再び含まれます。履歴の最上部ではなく、私がそれを送信している場所です。モデルが動作し続けるように、何度も何度も再挿入されます。そして、サブシステムがどのように機能するかについての興味深い詳細のいくつかに入ります。
特に、プロンプトキャッシュを共有するサブエージェントです。過去に、コンテキスト管理とプロンプト、特にプロンプトキャッシングについて多く話してきました。ここではあまり深く掘り下げません。ここで興味深いのは、キャッシュされた履歴がある場合、次のトークンを生成するために履歴のどこにいるかを再計算する必要がないため、はるかに安価な推論を得ることができるということです。
それらすべてをスキップできます。問題は、履歴の上部にある何かを変更すると、キャッシュ全体が壊れることです。だから、長いチャット履歴があるが、その最上部に現在の日付を含むシステムプロンプトがあり、日付が変わると、その最上部の変更は下まですべてのキャッシングを破壊します。
だから、それらすべてを再計算し、すべての入力トークンに対して再び支払う必要があります。それを避けることは、これらのツールをわずかにでも合理的に価格設定するために不可欠です。私は、このコーディネーターモードをまだ実際に見ていない理由の一部は、これを実行するコストが馬鹿げているからだと推測するほど遠くまで行きます。なぜなら、事実上、リクエストごとに5つ以上の完全なClaude Codeインスタンスをスピンアップしているからです。
そして、これは、そのコストを削減しようとする彼らの試みの一つです。各サブエージェントが独自のコンテキストでスピンアップする代わりに、つまり、それぞれが独自の入力トークンを支払うことを意味します。彼らは、そこで何をすべきかを伝えるメッセージまですべてのコンテキストを共有することによって、同じプロンプトキャッシュを共有します。これは興味深いです。
そして、それは1つのエージェントと同じコストではありません。なぜなら、彼らはすべて自分自身の作業を行い、自分自身の出力トークンを生成し、それから共有キャッシュから分岐するからです。これらはこのための最良の言葉ではありませんが、サブエージェントをスピンアップするコストを大幅に削減します。
許可システムには、設定カスケードの5つのレベルがあります。ポリシー、次にフラグ、次にローカル、次にプロジェクト、次にユーザーがあります。cloud/settings JSONで、常に許可されているもののパターンを設定でき、それらはよりローカルなものによってオーバーライドされません。だから、ここに楽しい洞察があります。
5つの異なる圧縮戦略があります。Anthropicは常に、どれだけのコンテキストが使用されて無駄になっているか、進行中のタスクの一貫性を失うことなくそれをどのように削減できるかについて心配しています。Claude Codeのようなツールを頻繁に使用している場合、私たち全員がこれを経験しています。コンテキストウィンドウを使い果たします。それは圧縮され、それから何をしていたかを完全に見失います。
彼らは明らかにこれを修正しようとしています。そして、これは興味深いです。なぜなら、OpenAIが何を変更したのかわかりませんが、5.3 Codex以降、OpenAIモデルの圧縮が本当に本当に良いことがわかったからです。そして、Anthropicモデルが圧縮するのを見るたびに、私は本当に怖くなります。
それから、人々が知らないフックシステムについての暴言があります。私はフックシステムについて多くのことを知っています。それは興味深いです。しかし、ユーザー応答送信フックのような、そこに欠けている非常に迷惑なものもたくさんあります。私は、作業していたいくつかのプロジェクトのためにそれを望んでいたので、しばらくの間彼らにそれについて悩ませてきました。
フックには多くの可能性がありますが、まだ実現されていないと正直に思います。なぜなら、まだ欠けているフックが非常に多いからです。ここで役立つと思ったことの大部分はそれだと思います。明らかにもっと掘り下げるべきことがたくさんあり、人々は時間が経つにつれてそれを見つけ続けています。しかし、コードを見るときに話したい最後の1つの部分があります。
コードの品質評価
実際にコードはどうですか？それは良いですか？悪いですか？醜いですか？そこにはどれくらいのバイブコーディングされたスロップがありますか？まあ、これがバイブコーディングされたスロップである場合、それを教えてくれるバイブコーディングされたスロップの専門家が必要です。だから、もちろん、私は尋ねました。「コードをスキャンして、コードベースがどれだけよく作成され、維持されているかについて、1から10までのおおよそのスコアを教えてください。」彼らはそれを10点満点中7点と評価しました。
少し偏っているかもしれませんね。型安全性は全体的に本当に堅実です。500を超えるファイル全体で38個のanyのインスタンスしかありません。命名の一貫性はかなり良いです。エラー処理は堅実です。デッドコード管理は良好です。コメントアウトされたコードブロックはほとんどありません。非同期パターンはこれまでのところまともです。258個のthenチェーンのみです。
コールバック地獄ゼロ、全体的にモダン。ブレンディングツールは全体的に良好です。ノータプルサイドエフェクトのようなものです。biomeを無視するインスタンスは248個しかありません。彼らがbiomeを使用しているのを見るのはクールです。テストファイルはありませんが、公平に言えば、テストファイルはソースマップに含まれる可能性が低いので、ここにない理由がわかります。これはおそらく、人々がこの方法でそれをランク付けするときに得るスコアの多くを歪めています。
また、神ファイルが少し多すぎます。これらの巨大なファイルは、それぞれ5,000行を超えるコードがあります。それは本当に大きなファイルがたくさんあります。私は、それが理にかなっているときに巨大なファイルに反対ではありませんが、これは少し馬鹿げています。また、彼らはフィーチャーフラグをコードベース全体に散らばらせています。250の異なるファイルにわたって1,000を超えるものが参照されています。
また、既存のビジネスロジックにインラインで含まれているGrowth Bookチェックがたくさんあります。何が起こっているのかを理解するのが本当に難しくなります。奇妙な環境変数のデバッグに多くの時間を費やした人として、これは災害になるでしょう。そして、これがこれらが頻繁にリークする理由です。ほぼ確実に。
全体にわたって環境変数のスプロールがたくさんあります。それは笑えます。ええ、もしかしたら皆さんはT3 Environment、T3-ENVをチェックすべきかもしれません。これは、Juliusがこのようなことをより起こりにくく、より問題が少なくなるように作ったパッケージです。そして、明らかに皆さんはオープンソースプロジェクトから借りることを気にしません。見てみてください。
私たちは非常に寛大にライセンスされているので、もしそれを盗みたいだけなら、自由にどうぞ、Anthropic、私は気にしません。Linuxはプレーンテキストの資格情報ストレージにフォールバックします。トークンプレフィックスは、JWT utilsでデバッグのためにログに記録されます。ログ記録の前に一元化されたシークレットのサニタイゼーションはありません。Claude Codeで環境変数をリークする人を何度も見てきました。
そこに驚きはありません。そして、たくさんの技術的負債があります。ソースコードにたくさんのto-doがあります。それらはすべて具体的で実行可能ですが、多くは古く見えます。彼らは、テストが存在する場合、7が引き上げられると主張しています。そして、再び、ソースマップの性質のためにそれらを持っていません。その点に関して、ここにあるコードの量を見るべきです。
他の人が50万行ものコードと言っているのを見ました。彼らがどのように数字を得たのかわかりません。ここで私が作業している正確なリークから、約39万行のコードが出てきます。明確にするために、これにはnpmパッケージのようなもの、パッケージロックやパッケージJSONや必要な他の部分も含まれていません。
これは単にTypeScriptソースであり、TypeScriptソース単独で39万行です。つまり、Gary Tanは約12日ほどでこれを再作成できるということです。それは、知っている人にとっては本当に本当に良いジョークでした。私のものを評価してくれた何人かの方々に感謝します。そして、Anthropicからの最初の公式コメントがあります。
機密性の高い顧客データや資格情報は関与していないか、公開されていないと、Anthropicの広報担当者は声明で述べました。これはセキュリティ侵害ではなく、人為的エラーによって引き起こされたリリースパッケージングの問題でした。これが再び起こらないようにするための対策を展開しています。
これが本当に人為的エラーだと思いますか、それともこれはエージェントエラーだった可能性があると思いますか？いずれにせよ、人為的エラーに重点を置き、自分たちのエージェントと自分たちのモデルを非難しないのは、私には非常に面白いです。
そして、Codexはオープンソースなので、参考のためにこれを見てみると思いました。RSパッケージビットで51万5千行を超えるコードで少し大きいです。Claude Codeについて他の人が共有している数字と一致していますが、私自身の簡単な調査からはわずかに大きいです。それはまたRustであり、はるかに冗長ですが、重要なのははるかに安全でもあります。考えてみれば。
Anthropicがこれらの変更を行っているときにCodexを使用していたら、おそらくこの問題はなかったでしょう。OpenAIモデルが長い間このようなことをしようとしているのを確かに見たことがないからです。
ここで少し掘り下げたい最後の隠された機能があります。Chyros。どうやらChyrosはある程度そのAFKモードです。それは、あなたが尋ねることなく物事を行う常時オンのプロアクティブなClaudeです。バックグラウンドで実行され、数秒ごとです。おそらくそれは数秒ではないでしょう。それよりも頻度が低いハートビートがあるでしょう。
「今すぐやる価値のあることはありますか？」というプロンプトを提供します。何が起こっているかを見回し、何かをするか何もしないかを決定し、変更を加えたり、プッシュ通知を送ったり、ファイルを編集したり、プルリクエストを作成したり、プルリクエストをサブスクライブして、何かが変わったときにそれらを更新したりできます。
たとえば、プルリクエストがあり、誰かがフィードバックを残した場合、それに気付き、自動編集してそのPRに変更をプッシュできます。このようなものには多くの可能性があります。彼らが実際にこれを公開してリリースするかどうか見るのが非常に楽しみです。彼らはおそらく既に社内でそれを使用していると推測しています。これはおそらく、彼らがオープンソースにしたくない理由の一つです。なぜなら、彼らが実際にそれを構築しているすべての奇妙な方法が見えるからです。
Anthropicへの提言
その点に関して、実際に最も重要な部分だと思うこと、彼らがどのように応答すべきかについて話す時間です。Anthropicは今、奇妙な場所にいます。彼らはClaude Codeがオープンソースであるべきだという考えに強く反発してきました。そして、それが公平だとは決して思いませんでした。
私が何度も何度も叫んでいるのを見たことがあると確信していますが、彼らがそれをオープンソースにすることがどれほど重要か、そしてそれが行われるべきだということです。彼らは、オープンソースではない唯一の主要なCLIハーネスです。私の知る限り、Cursor CLIはクローズドソースですが、Cursor CLIを主要なハーネスとして真剣に扱っている人は誰ですか。それは面白いと思いますが、私たちがここで話しているものではありません。
私たちはここで主要なハーネスとCLI、そしてソース自体なしでそれらの上に構築し、それらに構築することを奨励しようとしているツールとプラットフォームの期待について話しています。私は常に、あなたのものがそれらと互換性があることを確認できるようにソースを提供することなく、あなたがそれらに構築し、それらに構築することを奨励しようとしているツールとプラットフォームに非常に懐疑的でした。
そして、それは単に迷惑なだけです。Claude Codeで作業しているとき、またはClaude Code互換性のある何かを構築しようとしているとき、私は必要な情報の半分を含まないドキュメントと、それが全く機能するかどうかをローカルでテストすることの間を飛び回っています。Claude Codeに何かを統合しようとする私の経験は地獄でした。
そして、その一部、大部分ではないとしても、それがクローズドソースであるためです。ただし、クローズドソースに保つことを選択する理由はたくさんあります。彼らがリークすることを恐れている秘密のソースであるか、リポジトリを管理する方法と、人々がすべてのものを見ること、人々がPRを提出すること、変更を過剰分析すること、彼らが調理している新機能や物事すべてをリークしようとすること、ここで見たように、または多くの目を持つオープンソースリポジトリを維持するコストです。
1日あたり何百ものプルリクエストを処理するのは簡単なことではありません。信じてください、私たちはここで経験から話しています。だから、これに対する理由は、多少理にかなっていますが、控えめに言っても愚かです。そして、そのほとんどは、特に秘密のソースと将来の機能を隠すことに関する最大のものは、ドアが今爆破されました。
それらはもはやオープンソースにしない有効な理由ではありません。皆さんが推測できたように、推奨事項1は、単にオープンソースにすることです。そして明確にするために、彼らがこれをすぐにする必要があるとは思いません。彼らが「くそくらえ」と言って、今すぐソースコードを公開する必要があるとは思いません。それは素晴らしいでしょうが、彼らはしないと思います。
彼らが実際に消化できる可能性が高い、私が完全に合理的だと思うことは、彼らがオープンソースになる時期のロードマップとタイムラインを提供することです。コードベースをクリーンアップし、コミット履歴をパージし、表示したくないものを隠し、これをメインリポジトリにどのように配置するかを再考するために時間を費やしたい場合です。
私はそれを完全に理解しています。完全に公平です。彼らが時間をかけることは問題ありません。1か月か2か月でさえ。しかし、今出てきて言ってください。「私たちは理解しています。私たちはこれを計画しています。私たちはこれを行います。これが私たちがこれを行うためのおおよそのタイムラインです。
次にアドバイスがあります。リーカーを打ち負かしてください。今、ソースコードの彼らの解釈、そして正直に言うと、Claude Codeの解釈に基づいて、これらの記事を書いているすべての人々は、それらは素晴らしい情報源ではありません。人々は常に、偽の情報を持つひどい情報源よりも、より良い情報を持つより良い情報源を好みます。
共有されているものの半分以上、そしてこの動画にあったものの重要な部分でさえ、誤っているか、ソースから読んでいるものの悪い解釈であると確信しています。彼らを打ち負かしてください。出てきてこれらのことについて話してください。リークしたこれらすべての機能を調べて、それらについて話してください。
今すぐバニーモードを追加して、人々がそれを使い始めることができるようにしてください。ドリームモードについて話し、彼らが既にそれを使用しているかどうか、そしてこれまでの経験について話してください。コーディネーターモードについて話し、なぜそれが出荷されているかされていないか、そしてそれに対する計画は何かについて話してください。
これらすべてを調べて、毎日、毎週平日に1つずつ、リークの機能について話し、それが何であったか、なぜそれを試したか、なぜまだ出ていないか、そして将来出るか出ないかを分解してください。これは別のテーマの一部であることを意図しており、正直に言うと、ここで最も重要なことの一つです。
それについて人間になってください。そして、これは必ずしも最も的を射たアドバイスではないことを知っていますが、今ほど重要なことはありません。これについての別の企業の投稿は、誰にとっても何の役にも立ちません。単に人間であってください。ここに出てきて、コミュニティとそれについて話してください。単に decent であってください。
そして、私はこれが以前にAnthropicで起こるのを見てきました。ThoricとLydiaが出てきて、以前に会話の一部になるのを見てきました。通常、それは弁護士が気にしない会話です。そして、これは弁護士が非常に非常に興味を持っていることだと確信しています。神様。単に人間であってください。
実際に、私がこれについて非常に面白いと思う例をキューに入れました。先週、OpenAI is lyingという動画を作りました。この動画は、OpenAIモデルがフロントエンドでどれほどひどいか、そして彼らが公開した恐ろしい記事が、適切にプロンプトすればモデルがフロントエンドで良くなることができるふりをしていることについてでした。
率直に言って、それはたわごとだと思いました。なぜなら、率直に言って、それはたわごとだからです。そして、そう思っているのは私だけではありません。そこにもそれを理解している何人かの人々がいるようです。そして、私に怒ったり、早期アクセスから私を切り離したり、プライベートで私を罵ったり、弁護士を私に送ったり、他のラボが一般的に行う他のすべての素晴らしいことをする代わりに、彼らは非常に異なるルートを取りました。
数日前、TanstackチームのKevinにダンクされました。彼がT3コードを試していたとき、実装ボタンが入力ボックスから漏れる可能性があることに気付きました。これはひどいです。私たちは絶対にこれを修正する必要があります。UIが人々が使用できるこれらすべての異なる状態を持っているときに滑るのはすべてですか？これは私を苦しめました。私たちはそれに取り組んでいます。
しかし、なぜ私はこれについて話しているのでしょうか？OpenAIで働くJasonが、私がこれまでに見た中で最も面白い投稿の一つをしたからです。GPT 5.4を試してくれてありがとう。Theoは私たちのモデルを改善し続けます。これは笑えます。私たちのアプリにUIオーバーフローバグがあり、OpenAIのJasonは、彼らのモデルがフロントエンドのミスを犯すことについて良いジョークをしました。
これは私が求めているものです。率直に言って、もし彼がモデルのフロントエンド能力でクラッシュアウトする私の動画を作る前にこのツイートをしていたら、私はおそらくそのビデオを公開することさえなかったでしょう。これらのことがどれほど重要かはばかげています。しかし、それについて現実的で人間的であり、ちょっと面白いだけでいいんです。
私がそのことについてどう考えるべきかを教えてくれる企業や弁護士を送るのではありません。それについて現実的で人間的で親切で面白いだけです。誰もがOpenAIがロボットでAnthropicが人間だと思っているのは面白いです。Anthropicの従業員から何かについて聞くことはめったになく、通常はくそったれの弁護士で、私だけではありません。
OpenAIは単にクールで、あなたは今これが必要です。Anthropic、あなたはクールな男というこの評判を築きました。あなたは今クールな男である必要があります。もしあなたがその一団の人間であるふりを続けるつもりなら、あなたは今まさにくそったれの人間である必要があります。だから、それはどういう意味ですか？
それは、DMCAを送るのをやめることを意味します。特に、このコードを使用しておらず、法律や著作権侵害を破っていない人々へのものです。やめてください。それには良い見た目はありません。コードは出ています。あなたはそれを隠すことはできません。GitHubでたくさんのくそったれをDMCAするだけで、あなたの見た目が悪くなるだけです。それを行うことに利益はありません。文字通りありません。
それがすることはすべて、あなたの弁護士があなたの会社を運営しているように見せることだけで、あなたの開発者ではなく、あなたのプロダクト担当者ではなく、コミュニティを気にする人々ではありません。コミュニティと話す人々にこれらの決定を手伝ってもらいましょう。彼らはそれをもっと理解しています。
そして次に、これが大したことではない、または起こらなかったふりをする大きなプレスリリースをしないでください。それはくそったれクリンジです。チームに出てきて、それについて話させてください。チームに興味深いものを共有させてください。
ばかげていますが、今チームの誰かからの良い投稿の一つの例です。彼らがBarakという名前の従業員を持っていると仮定しましょう。そして、BarakがTwitterに投稿していると想像してください。Barakはこう言います。「うわー、人々が私がいくつかの機能で行ったすべての作業を見ることができるのはちょっとクールですね。私は本当にそれを誇りに思っています。私がそれを構築したときのいくつかの楽しい洞察があります。
これが彼らがする必要があるくそったれのタイプです。それはそんなにくそったれ難しくありません。Claude Codeで働くすべてのエンジニアは、彼らが話したいが、話していないクールなものを構築しました。なぜなら、彼らはできないからです。これはクローズドソースです。
もはやクローズドソースではありません。たくさんのアスタリスクがあるソースが利用可能です。それをオープンソースにすることで修正してください。そして、弁護士でこのくそったれをプレスリリースしようとする代わりに、抑圧しようとする代わりに、単にそれに寄りかかってください。
あなたのエンジニアに興奮させてください。なぜなら、興奮は常に常に常に常に誇大広告に勝つからです。本当の興奮したエネルギーは今あなたが必要としているものです。そして、あなたはそれをあなたのくそったれの弁護士から得ることはできません。そして、もしあなたの弁護士が今Twitterのエネルギーと競争しなければならないなら、あなたは負けます。
もしあなたがこのくそったれに興奮しているだけの全員を追いかけ始めるなら、これはAnthropicがこれまでに取った感情への最大のヒットになります。だから、もしこの動画のために私をDMCAするような、West Bossがコードベースのすべての文字列を共有したことで彼を追いかけるような、これらのタイプのことをするなら、あなたが今やることを検討していることを知っています。
私がこれを生で撮影しているだけでメールを受け取っていないことに驚いています。あなたのくそったれを乗り越えてください。それはうまくいきません。もしあなたが開発者に正しいことをさせないなら、あなたは業界で最悪で最も尊敬されないラボになるでしょう。
もっと興奮を作り出してください。あなたのチームに、彼らがついにこれらのことについて話すことができることに興奮させてください。それに寄りかかってください。そうすれば、このPRの失敗を歴史上最大のPR勝利の一つに変えることができます。なんというワイルドな週でしょう。これが役に立ったことを願います。そして、私の誕生日にこれをすべて撮影するために生放送する価値があったことを願います。
私はケーキを食べて、私の日を楽しむつもりです。願わくば、皆さんもこれを楽しんでくれたことを願います。次回まで、平和を。
コメント