そうそう、Appleの仮想化フレームワークを使ってるんだよね。それのおかげで、VMの中でClaude Coworkが使えなくなっちゃって、VMが動いてるってことに気づいたんだ。ネストされたVMエラーが出たからね。機能を制限するだけで、余計なスペースを取って、ラグも引き起こすんだよね。もっといいサンドボックス環境はAppleのシートベルトなんだけど、OpenAIが使ってるやつね。でもそれも完璧じゃないんだよね。

バイブコーディングは与え、バイブコーディングは奪う。バイブコーディングに感謝！

どれだけのアプリがディスクアクセスを乱用してるか、ほんと信じられないよね。同じように、Apple Podcastsアプリが理由もなく120GBのポッドキャストをダウンロードして、全然削除しなかったんだ。しかも「システムデータ」として表示されて、外付けドライブの解決策を探さなきゃいけなかった。

Anthropocsの社員がCCを使ってCCを開発してるって信じてる。AIは完成した製品を開発するためのユーザーの能力をかなり与えてくれるけど、品質は下がってるよね。製品や機能が人気になると、プロの開発者が必要になるだろうね。新しい製品の最初のユーザーは、実験室のラットみたいに、もっと責任を持って製品をテストする必要があると思う。

さっきの30分、DaisyDiskを使ってノートパソコンの整理をしてたんだけど、HNが僕の考えを読んでるみたいだ :) それで、CoWorkの10GBのVMにも気づいたし、特に理由もなくいろんなものがどれだけのスペースを使ってるかに驚いたよ。ほとんどのアプリには、ストレージをスリムにするようなクリーンアッププロセスがないみたいだし、Xcodeもそう。コマンドラインツールは、何ヶ月もXcodeを起動してないのに、いろんなOSのSDKをインストールして保持してるし、iOSシミュレーターのコピーも保持してるんだ、もう1年以上起動してないのに。

言ってしまえば、LLMがなくても、君もVMの中で開発するべきだよ… https://developer.hashicorp.com/vagrant はまだ現役だし。コワーキングの市場は普通の人たちが多くて、コーディングできるエグゼクティブアシスタントにアクセスできるのがいい。プロたちは別のMac Miniで消費者向けの「クロー」を運用してるけど、普通の人はそんなことしないし、オフィスもみんなに二台のマシンを用意するわけじゃない。VMは、協調コンピューティングの研究が拡大している初期段階での明らかな解決策だよ。

こんにちは、Anthropicのフェリックスです。Claude CoworkとClaude Codeに関わっています。Claude Coworkは、LinuxのVM内で動くClaude Codeエージェントを使っています（追加のサンドボックス、ネットワーク制御、ファイルシステムマウント付き）。これをAppleの仮想化フレームワークやMicrosoftのホストコンピュートシステムを通して実行しています。これで私たちが気に入っている3つのことが得られます。(1) Claudeがソフトウェアを書くためのコンピュータ。多くのユーザーの問題は、カスタムスクリプトを書いて解決できるからです。このコンピュータは、_あなたの_コンピュータでない方がいいので、Claudeがその場で自由に設定できるようにしたいです。(2) 境界でのハードな保証。他のサンドボックスソリューションもありますが、いくつかの理由で、どれも私たちが求めるほど満足できず、Claudeができることとできないことについて同様に確かな保証を提供できません。(3) 1と2の結果として、非技術的なユーザーにとっての安全性が向上します。これを読んでいるあなたは、特定のスクリプトやコマンドが安全かどうかを評価できるかもしれませんが、ほとんどの人はそうではありませんし、できる人でも「承認疲れ」を感じることが多いです。承認を求めなくて済むのは価値があります。ただ、これは本当にトレードオフで、どんなフィードバックも感謝しています。私たちはすべてのコメントを読んでいて、Coworkを全く使いたくない人や、VM内で使いたくない人、もう少しコントロールが欲しい人のために改善のアイデアも考えています。ありがとう！

そうですね、これって結局、この種のソフトウェアがLinuxで動くことを本当に望んでいるってことに尽きると思います。WindowsやMacでは、実際にそれを行う唯一の方法はVMを作ることです。ここでの主な問題は、VMとホストシステムの間の痛みを伴う切断だと思います。VM内のカーネルはメモリとディスクの使用を管理したがるけど、その管理は最終的にホストがゲストOSに大きなディスクとメモリのブロックを与える必要があることを意味します。この要件を狭めることを考えている人はいますか？私はVMがやることの99%が欲しいけど、最終的にはホストシステムがメモリとディスクを管理してほしいです。LinuxのVM内で、ホストファイルシステムと直接やり取りするファイルIOのブリッジや、ホストシステムのメモリアロケーションAPIを直接呼び出し、カーネルのメモリ管理システムを無効にするメモリ管理システムのブリッジがあれば嬉しいです。コンテナとcgroupsが基本的にLinuxがこれを実現する方法です。でも、これはかなり大きな範囲で、非Linuxシステムが採用できるとは思えません。

警告を出すことはできると思うけど、VMサンドボックスがCoworkの一番のポイントだよね。サンドボックス自体は、コード生成の力（ユーザーには隠れている）と、非技術的なユーザーに必要なセキュリティのバランスを取るために必要です。さらに進んで、ユーザーがホストファイルシステムへのアクセスを特定のフォルダのみに許可するようにして、書き込みアクセスのあるものについて警告を出すようにしたいです。これに対して使いやすいUIのアイデアがたくさん思いつきます。

これは機能だと思うな。隔離のコストってやつ。