今はほとんどのコーディングをVMでやってる もしかしたらQubes OSに興味があるかも。すべてをVMでやって、使いやすいUXがあるよ。私のメインの環境で、めちゃくちゃおすすめ。

似たような感じだけど、ホストマシンとはソースコードのディレクトリ以外は何も共有しないpodmanコンテナの中で動かすよ。

これらの依存関係がなければ、AIがあなたのコードを書くためのトレーニングデータは存在しない。

外部ライブラリを導入する価値の一部は、彼らが改善したら自動的にその恩恵を受けられるってことだったんだよね。でも今は、彼らが「改善」したら自動的にその影響を受けるっていう脅威がある。left-padの問題は、みんなにとって大きな警鐘だったはずなのに、結局のところ「10行のコードのために依存関係を全部引っ張ってくるなんて、あいつらバカだな。俺は100行のコードのために依存関係を引っ張ってくるから賢いんだ」っていう教訓を得たみたい。

新しい依存関係を追加する時は、みんなもっと考えるべきだよ。今年はサプライチェーン攻撃が本当に多かったからさ。「言語パッケージマネージャー」が流行り始めた時は、すごく不安だった。俺はシステムプログラミングの世界で働いてるから、過去10年間はpipやnpmみたいなものをちょっと疑いの目で見てたんだ。でもRustのプロジェクトをやってみて、Cargoを使って設定ファイルの1行で完全にレビューされてない依存関係を何十個も簡単に引っ張ってこれるのを見た時、これはヤバいことになるって思ったよ。案の定、これは悪い方向だし、今すぐ戻るべきだね。（でも戻らないだろうけど。コンピュータセキュリティなんて存在しないから。）

基本的にgit cloneをするパッケージマネージャーが欲しいし、「依存関係は極力少なくして、ソースコードをリポジトリにコミットして、アップデートの時に変更をレビューする」って文化があればいいなと思ってる。それがあれば、現代のパッケージ管理の混乱が大きく改善されると思う。

正直、あの進捗トラッカーが大嫌い。emacsシェルを壊すから（お前ら、expoとeasを見てるぞ）。シンプルなカウンターを表示すればいいのに、例えば「..10%..20%..30%」とか。「Uploading…」でもいいじゃん。ターミナルコードはTUIかインタラクティブ専用で使うべきだよ。

私のチームではNXをたくさん使ってるけど、全然影響を受けてないよ。大手保険会社で、10以上のスタンドアロンのビジネスアプリと25以上の個別ライブラリを同じモノレポでNXが管理してる。こういう複雑なセットアップのために他のモノレポツール（lerna、rushjs、yarn workspaces）を試したこともあるけど、どれも近づくことすらできなかった。lernaはNXにほぼ引き継がれてるし、rushjsはメンテされてない。もし、日々の開発者が何十人も関わるFEモノレポの複雑さを適切に管理する方法があれば、代替案を投稿してほしいな。最近のセキュリティインシデントもあって、多くの人が探してるから。

正直、Goで機能を実装する時は、パッケージを使うよりも自分で書いた方が簡単でコードも少ないと思う。TypeScriptと比べると、パッケージを使うためのコードが必要になるから、ゴーランでやったことと比べて常に多くの行数になるんだよね。

それはライブラリとカスタム構築の違いだね。ライブラリは定義上、ある程度一般的で適応可能、設定可能であるべきなんだ。それにはたくさんのコードが必要だよ。

それで、LLMがどんなコードで訓練されたか知ってる？そのソースが侵害されてないってどうやってわかるの？

簡単な解決策：進捗バーなんて必要ないよ。

あなたは影響を受けていますか？影響を受けたプログラムを実行してください。はい、これであなたは確実に影響を受けています。

うん、ブログ記事は告白みたいだね。すごく変な感じ。

なんか、誰かがただハチの巣をつつきたかっただけって感じだね。特に、AIを使って議論を盛り上げるために、話題をそこに集中させようとしてる。特に、.bashrcを編集してシャットダウンさせるっていうのがね。これ、明らかにできるだけ目立とうとしてるけど、あまり破壊的にはならないようにしてる感じ。

エージェントをサンドボックスで動かすのは間違いなく正しいと思う。ただ、Claudeのコードは最初からコマンドを自由に実行できるわけじゃないんだよね。

これらのことは特に心配する部分じゃないよ。問題なのは、実行中に自動でアップデートされること。つまり、Anthropicのためにあなたのマシン上でRCEが設計されてるってこと。

だから何？自動で動くわけじゃないし、自分で動かさなきゃいけないんだよね。許可がたくさん必要なアプリなんて山ほどあるし。ターミナルもファイルシステムをいじったりコマンドを実行したりできるけど、自動で開いてコマンドを実行するわけじゃない。実際にclaudeのコードを実行して、何かさせる必要があるんだ。仕事中に自分のコンピュータを壊す生きた悪魔みたいなもんじゃないよ。Claude Codeは、30年前に初めてコンピュータを使った時以来、私が使った中で最も素晴らしくて画期的なツールだよ。「攻撃ベクトル」とか全然気にしないし、誰も私のコンピュータに無許可でアクセスできなければ、そんなの関係ない。もしアクセスされたとしても、Claude Codeは私の問題の中で一番下の方だね。

AnthropicとGoogleはこの問題に真剣に取り組むべきだよね。

影響を受けたユーザーの50%はVS Codeが原因で、LinuxとmacOSでしか動かなかったんだ。 https://www.wiz.io/blog/s1ngularity-supply-chain-attack 「インストール後のマルウェアスクリプトが含まれていて、暗号通貨のウォレットやGitHub、npmトークン、SSHキーなどの機密開発資産を収集するように設計されていた。マルウェアはAIコマンドラインツール（Claude、Gemini、Qなど）を利用して偵察を行い、盗まれたデータを被害者のGitHubアカウント内の公開アクセス可能な攻撃者が作成したリポジトリに流出させた。 「マルウェアは、~/.bashrcや~/.zshrcにsudo shutdown -h 0を追加してロックアウトを試み、新しいターミナルセッションでシステムをシャットダウンさせた。 「流出したデータは二重または三重にbase64エンコードされ、攻撃者が管理する被害者のGitHubリポジトリ（s1ngularity-repository、s1ngularity-repository-0、s1ngularity-repository-1など）にアップロードされ、数千件が公開されているのが観察された。 「ここで流出したデータの中には、1000以上の有効なGitHubトークン、数十の有効なクラウド認証情報やNPMトークン、約2万のファイルが含まれている。多くの場合、マルウェアは開発者のマシンで実行され、NX VSCode拡張を介して行われていることが多い。また、GitHub Actionsなどのビルドパイプラインで実行されるケースも観察されている。 「2025年8月27日9時（UTC）にGitHubは、データが公開されるのを防ぐために攻撃者が作成したすべてのリポジトリを無効にしたが、流出のウィンドウ（約8時間続いた）は、元の攻撃者や他の悪意のある行為者によってこれらのリポジトリがダウンロードされるのに十分だった。さらに、base64エンコードは簡単にデコードできるため、このデータは実質的に公開情報として扱うべきだ。」

今日は「Stardew Valley」をプレイするか、自分で「ハーベストムーン」のクローンをプログラミングして練習できるよ。

Anthropicの安全対策には本当に感謝してる。ほとんどのケースで、Claudeが他のモデルプロバイダーと拒否のやり取りをする時、Claudeはちゃんと対応するけど、他のモデルはそうじゃないことが多い。TikTokでバイラルになった、メンタルヘルスの問題を抱えた女性がChatGPTに「オラクル」と呼ばれて支援されていたけど、Claudeに切り替えたら最終的に拒否して専門家に相談するように言ったんだ。 「それは絶対に正しい！」って言うのがしばらくするとうざくなることもあるけど、Anthropicが他のラボよりも安全性や拒否にもっと注意を払っていることを評価しないと、みんなにとって損になると思う。

それかpnpmを使ってみて。最新のバージョンでは、すべての依存関係ライフサイクルスクリプトがデフォルトで無視されるよ。各パッケージをホワイトリストに入れないといけないけど。