※本記事は、Y CombinatorのRaphael Schaad氏が、話題のオープンソースパーソナルAIエージェント「OpenClaw」の開発者であるPeter Steinberger氏にインタビューを行った動画の内容を基に作成されています。動画の詳細情報は https://www.youtube.com/watch?v=4uzGDAoNOZc でご覧いただけます。OpenClaw（旧称CloudBot）は、個人のデバイス上で動作し、既に使用しているメッセージングアプリと連携し、メール、カレンダー、ファイル、ワークフローの管理といったタスクを実際に実行するパーソナルAIエージェントです。本記事では、OpenClaw誕生のきっかけ、ローカルファーストのエージェントが既存の多くのアプリに取って代わる可能性、そしてパーソナルエージェントがソフトウェアの未来をどのように変えるのかについての対談内容を要約しております。なお、本記事の内容は原著作者の見解を正確に反映するよう努めていますが、要約や解釈による誤りがある可能性もありますので、正確な情報や文脈については、オリジナルの動画をご視聴いただくことをお勧めいたします。
1. OpenClawの爆発的ヒットとその反響
1.1 GitHubスター16万超とコミュニティの熱狂
ホスト： 今日はOpenClawの生みの親であるPeter Steinbergerさんにお話を伺います。OpenClawはオープンソースのパーソナルAIエージェントで、文字通りインターネットを席巻しました。GitHubリポジトリは一夜にして16万スターを超えるという爆発的な成長を遂げています。コミュニティからはすでに数え切れないほどのプロジェクトが生まれており、その中にはボット同士が会話するMaltbookのようなものもあります。さらには、ボットがユーザーに代わって人間を雇い、現実世界のタスクを実行させるという動きまで出てきています。今回の対談では、Peterさんの「なるほど！」と思った瞬間、逆張りの開発哲学、そしてこれが2026年のビルダーたちにとって何を意味するのかについて議論していきます。
ホスト： Peterさん、お会いできて嬉しいです。人々が欲しがるものを作りましたね。OpenClaw——今はこの名前ですが——がインターネットを完全に席巻しています。
Peter： そうですね、名前としては5番目ですけどね（笑）。
1.2 話題沸騰後のピーターの率直な状況
ホスト： この1〜2週間はどうでしたか？
Peter： もう、洞窟が必要です（笑）。1週間の孤独が欲しい。
ホスト： 洞窟から出てきたのに、また洞窟に戻りたいと。まるでロブスターみたいですね。
Peter： 本当にとんでもないことになっています。一人の人間がこれだけのことを吸収できるのかわかりません。メール全部に返信するだけでもう1週間は必要でしょう。信じられないほど素晴らしいものも届きましたし、信じられないほどひどいものも届きました。ただ、明らかに何か人々の感情を揺さぶるものに当たったんだと思います。人々を興味づけ、インスパイアし、心を動かした。それは本当に嬉しいことです。
2. OpenClawが成功した理由──ローカル実行という決定的な違い
2.1 クラウドではなくPC上で動くことの圧倒的な優位性
ホスト： 多くの人がAIやパーソナルアシスタントに取り組んでいますが、その中でなぜOpenClawがこれほどまでに注目を集めたのでしょうか。
Peter： 最大の違いは、OpenClawが実際にユーザーのPC上で動くということです。これまで自分が見てきたものはすべてクラウド上で動いていました。クラウドで動くものは、できることが限られています。しかしユーザーのPC上で動けば、文字通りあらゆることができます。そのほうが圧倒的にパワフルです。
ホスト： そうですね。マシンでできることは、マシンを使ってすべてできるわけです。
Peter： その通りです。オーブンにも、Teslaにも、照明にも、Sonosにも接続できます。ベッドの温度だってコントロールできます。ChatGPTにはそれはできません。つまり、ユーザー自身が持っているスキルをすべてエージェントに与えたことになります。
2.2 ユーザー自身が忘れていたデータをエージェントが発掘した驚きの体験
Peter： ある友人がOpenClawをインストールして、「自分のPC全体を見渡して、この1年間のナラティブを作ってくれ」と頼んだそうです。すると、OpenClawは信じられないほど良くできたナラティブを生成しました。友人は「どうやったんだ？」と驚いたのですが、実はOpenClawがPC内から音声ファイルを発見していたのです。その友人は毎週日曜日に何かを録音していたのですが、1年以上前のことだったので本人はその存在をすっかり忘れていました。PC全体を検索できるというだけで、ユーザー自身を驚かせることができるのです。
ホスト： すべてのデータをエージェントに渡しているわけですから、あらゆる形で驚きを生み出せるということですね。
3. ボット同士の対話、人間の雇用、そして群知能へ
3.1 ボット間ネゴシエーションとボットが人間を雇う世界
ホスト： 人間とボットの対話にとどまらず、ボット同士の対話、さらにはボットがユーザーに代わって他の人間を雇い、現実世界のタスクを遂行させるという動きまで出てきています。今、何が起きているのでしょうか。
Peter： これは自然な次のステップだと思います。たとえばレストランを予約したいとき、自分のボットがレストラン側のボットに連絡を取り、交渉を行います。そのほうが効率的だからです。あるいは、古い個人経営のレストランでボットを受け付けないような場合は、自分のボットが人間に作業を依頼して、その人間が実際にレストランに電話をかけるわけです。
ホスト： あるいは直接お店まで歩いて行って列に並ぶとか。
Peter： そうです（笑）。ロボットを手配できなければ、ボットのオーナー自身が行くことになるかもしれません。さらに想像を膨らませると、複数のボットを持つこともあり得ます。プライベート用のスペシャリスト、仕事用のスペシャリスト、そしてその両方にまたがる関係性を扱うボットがいてもいい。正直なところ、まだ非常に初期段階で、実際にうまくいくかどうかわかっていないことがたくさんあります。ただ、今まさにそのタイムラインに乗ったという実感はあります。
3.2 「神AI」への一極集中から、社会の専門分化に学ぶ群知能への転換
ホスト： これまで誰もが中央集権的な「神のような知能」を追い求めていたように見えますが、この10日ほどで浮かび上がってきたのは、むしろ群知能やコミュニティの知能という方向性です。
Peter： 一人の人間について考えてみてください。一人の人間に何が達成できるでしょうか。一人でiPhoneを作れると思いますか？一人で宇宙に行けると思いますか？一人の人間はおそらく食料を見つけることすらできないでしょう。しかし集団になれば専門分化が起き、より大きな社会になればさらに高度な専門分化が進みます。ここからAIに応用できることは何か。すでに特定の領域に特化したAIは存在しています。汎用知能であると同時に、実は専門知能でもあり得るとしたらどうでしょうか。これはとても刺激的なテーマです。
ホスト： まさに未来への窓を開いたわけですね。今、大勢の人がその上に何かを築きながら、それぞれの「なるほど！」体験をしているところです。
4. ピーターの「なるほど！」体験──原点と引退からの復帰
4.1 「PCに文字を打てば何かやってくれる」というシンプルな欲求
ホスト： あなた自身の「なるほど！」の瞬間に遡って、その時のことを聞かせてもらえますか。
Peter： 原点はとてもシンプルで、PCに何かを打ち込めばPCがやってくれる、それだけが欲しかったんです。5月から6月にかけてそのバージョンを作りました。悪くはなかったのですが、まだ「これだ」という感じではありませんでした。その後、いろいろなものをたくさん作って、いわば自分の武器庫を積み上げていきました。そして11月のある日、またあの欲求が戻ってきたんです。キッチンに行って、ただPCがまだ作業を続けているか、それとも終わっているかを確認したかっただけでした。
ホスト： その「作業」というのはコーディングですよね。何か別のものをコーディングしていたのか、それともOpenClaw自体を作っていたのですか？
Peter： いや、別のものです。ただまたあの欲求が来たんです。自分のGitHubを見ると40プロジェクトくらいあって、正直もう何を作っていたか覚えていないのですが……たしか「Summarize」というCLIアプリだったと思います。ポッドキャストや対談の動画のような素材を渡すと要約してくれて、さらにターミナル上にスライドまで表示してくれるツールです。今はそういうことが技術的にできる時代なんですよね。
ホスト： コンピュータへの愛からいろいろといじり始めたわけですね。実は引退から復帰されたんですよね。AIをいじり始めて、どんどんのめり込んでいって、外出先でもスマホからでもやりたいと思うようになった。
4.2 Wipe Tunnelへの2か月の没頭、友人の前でもコーディングが止められなかった中毒体験
Peter： 直前のプロジェクトであるWipe Tunnelには2か月間取り組んでいました。それが非常にうまくいって、友人と一緒にいるときですら横でコーディングしている自分に気づくほどでした。「これはやめないと、中毒性が高すぎる」と自分で思ったくらいです。そして11月にまたあの欲求が戻ってきて、CloudBot——今のOpenClawを作り始めました。最初のうちは「ああ、またこれを作り直しているのか」という感覚でしたが、今回は前よりもさらに良いものが作れたんです。
5. エージェントを会話として再構築し、期待を超えた瞬間
5.1 ターミナル操作ではなく「友人と話す」感覚への転換
Peter： 今回のOpenClawでは、ターミナルに打ち込むのではなく、ただ友人に話しかけるだけです。コンパクション、新しいセッション、どのフォルダにいるか、どのモデルを使っているか——そういったことを一切考えなくていい。パワーユーザー向けにはそうしたオプションも残してありますが、基本的にはただ友人に話しかけるだけです。その友人は、マウスやキーボードを操作できるゴーストのような存在で、何でもやってくれます。
5.2 マラケシュでのボイスメッセージ事件──作っていない機能をエージェントが自力で解決した衝撃
ホスト： 「これは自分が想定した以上のことをやっている」と感じた瞬間はいつでしたか。
Peter： 最初のひどいプロトタイプは文字通り1時間で作りました。WhatsAppに接続するライブラリとClaude Codeの間をちょっとしたグルーコードでつないだだけです。遅かったですが動きました。ただ画像も欲しかった。モデルにセルフィーを送ってもらったり、画像を生成して返してもらったりしたかったので、その実装にさらに数時間かけました。それからマラケシュに誕生日パーティーで行ったんですが、現地はインターネットがあまり良くなかったんです。ただWhatsAppはテキストベースなのでどこでも動きます。レストランで「これは何？」と写真を撮って「翻訳して」と頼んだり、とにかくものすごく便利に使い倒しました。しかも、自分の言葉で話してくれて、ちょっと生意気で、面白くて、使っていてとても心地よかった。
そして歩きながらボイスメッセージを送ったんです。送った瞬間に「あ、待って。これは動くはずがない。自分はこの機能を作っていない」と気づきました。
ホスト： ですよね。
Peter： ところがWhatsAppの入力インジケーターが点滅しているのが見えるんです。点滅、点滅、点滅。10秒後に返事が来ました。「一体どうやったんだ？」と聞いたら、エージェントはこう説明しました。「あなたからメッセージが来ましたが、ファイル拡張子がありませんでした。そこでヘッダーを調べてフォーマットを特定し、ffmpegを使ってWAVに変換しました。次に文字起こしをしたかったのですが、Whisperがインストールされていませんでした。しかし周囲を調べたらOpenAIのAPIキーが見つかったので、curlを使ってOpenAIに送信し、テキストを取得しました。以上です。」——これがわずか9秒の出来事です。
ホスト： そうした個別の処理は一切作っていなかったし、予期もしていなかったわけですよね。
5.3 コーディングモデルの創造的問題解決能力は現実世界にも転用できるという気づき
Peter： その通りです。わかったのは、コーディングモデルが非常に優秀になったことで、コーディングというのは本質的に創造的な問題解決であり、それが現実世界の課題にも非常にうまくマッピングできるということです。ここには大きな相関があります。モデルは創造的な問題解決に長けている必要があり、それは抽象的なスキルなので、コードにも適用できるし、あらゆる現実のタスクにも適用できるのです。
この場合、モデルは「未知の謎のファイルが来た。何なのかわからないが解決しなければならない」という状況に直面して、全力で取り組み、解決しました。さらに賢かったのは、ローカルにWhisperをインストールするという選択肢を取らなかったことです。モデルのダウンロードに数分かかることを理解していて、自分がせっかちな人間だと知っていたからです。最も知的なアプローチを選んだわけです。あの瞬間が、自分が完全にのめり込んだ決定的な瞬間でした。
6. アプリの80%は消えていくのか
6.1 My Fitness PalもToDoアプリも不要になる具体的シナリオ
ホスト： コンピュータがあなたの予期しなかったことまで何でもやれるようになったとき、特定の目的のために作られたアプリというものは消えていくのでしょうか。
Peter： 80%のアプリは消えると思います。たとえばMy Fitness Palが必要でしょうか。自分のエージェントは、私が悪い食生活の判断をしていることをすでに知っています。Smashburgerかどこかにいれば、私が好んで食べるものを推測してくれます。何もコメントしなければ自動的にトラッキングしてくれるし、写真を撮ればどこかに保存してくれる。自分で気にかける必要すらありません。そしてジムのスケジュールを改善して、少しカーディオを増やしてくれるかもしれない。フィットネスアプリは要りません。フィットネスの計画はエージェントがやってくれるからです。
ToDoアプリも同じです。「これとこれをリマインドして」と伝えれば、翌日ちゃんとリマインドしてくれます。それがどこに保存されているかなんて気にしますか？気にしません。エージェントが勝手にやってくれればいいのです。
6.2 「データを管理するだけのアプリ」はすべてエージェントに置き換わるという仮説
Peter： つまり、基本的にデータを管理しているだけのアプリはすべて、エージェントによってより良く、より自然な形で管理される可能性があります。生き残れるのは、実際にセンサーを持っているアプリくらいではないでしょうか。
ホスト： ほとんどのアプリが消えるとして、残るのはモデルだけなのでしょうか。
Peter： すべてが消えるわけではありませんが、大手モデル企業には大きなモートがあると思います。最終的にトークンを提供するのは彼らだからです。面白いことに、OpenClawに対する不満のひとつは「ユーザーがトークンを使いすぎる」というものでした。でもそれは、みんなが本当に使うのが好きだから使っているだけです。だからトークンを消費する。こんなに人気のあるものを作った自分が悪いのでしょうか？
7. メモリ、データサイロ、そして所有権
7.1 新モデルへの「感動→慣れ→不満」サイクルとモデル企業のモート
ホスト： モデル同士が常にリープフロッグし合っていて、コモディティ化も進んでいるかもしれません。アプリが消え、モデルもコモディティ化する——あるいは少なくともロブスターのように脳の部分は差し替え可能になる——とすると、最終的に残る価値はどこにあるのでしょうか。メモリの蓄積でしょうか。ハーネスの部分でしょうか。
Peter： まず、モデル企業が永続的にモートを持てるとは思っていません。すでにこのパターンが見えているからです。新しいモデルが出ると、人々は「なんてすごいんだ」と興奮します。しかし1か月も経つと「劣化した、もう良くない、量子化されたんだ」と言い始めます。実際にはモデル側は何も変わっていません。ユーザーが新しい基準に適応して、期待値が上がっただけで、モデル自体は依然として平均的な水準のままです。新しいモデルがリリースされるたびに、同じことが繰り返されます。みんな最初は大好きになり、やがてそれが標準になり、もう振り返りたくもなくなる。
現在のオープンソースモデルは、1年前の最先端モデルと同等の性能を持っています。しかし皆が「これはダメだ、面白くない」と文句を言います。かつてはそれが最高だったにもかかわらずです。1年後にはまた同じことが起きるでしょう。当面の間、大手企業にはまだモートがありますが、永続的なものではありません。
7.2 企業のデータサイロ問題とOpenClawの解決策──メモリはローカルのMarkdownファイル
Peter： ハーネスの面では興味深い状況です。どの企業も独自のサイロを持っています。たとえばChatGPTからメモリをエクスポートする方法は——ヨーロッパの人にはあるかもしれませんが——基本的にはありません。他の会社があなたのメモリにアクセスする方法も確実に存在しません。つまり、チャットサービスを提供する別の会社に乗り換えたとしても、その会社はあなたの過去のメモリにアクセスできないのです。企業はユーザーを自社のデータサイロに囲い込もうとしています。
OpenClawの美しさは、そのデータに「爪を立てる（claw into）」ことができる点にあります。エンドユーザーがアクセスできるデータであれば、OpenClawもアクセスできます。そうでなければそもそもサービスが成り立ちませんから。
ホスト： そしてメモリはユーザー自身のものですよね。自分のマシン上にあるMarkdownファイルの束として。
Peter： 正確に言えば、私がメモリを所有しているのではなく、各ユーザーがそれぞれ自分のマシン上のMarkdownファイルとして自分自身のメモリを所有しています。
8. プライバシーの現実とDiscordでの公開実験
8.1 エージェントに個人的な悩みまで打ち明けるユーザーの現実
Peter： 正直に言えば、メモリファイルはおそらく極めてセンシティブなものです。人々はエージェントを問題解決だけではなく、個人的な悩みの解決にも使います。
ホスト： しかも、ものすごく早い段階でそうなりますよね。
Peter： 本当にすぐです。私自身も完全にそうしています。メモリの中には漏洩してほしくないものがあります。
ホスト： 今の時点で、Google検索の履歴とメモリファイル、どちらを他人に見せたくないですか？
Peter： Googleって何ですか？（笑）まだGoogle使ってる人いるんですかね。
8.2 Twitterで説明しても伝わらない──体験させるためにDiscordへ公開投入した決断
Peter： OpenClawを作って本当に興奮していたのですが、Twitterでは人々に伝わらなかったんです。この素晴らしさを説明することに失敗し続けました。いろいろな方法を試しましたが、どうしてもうまく言語化できなかった。これは体験しないとわからないものだと感じました。そこで、もう思い切ったことをやろうと決めたんです。Discordサーバーを作って、セキュリティ制限を一切かけずに自分のボットをパブリックなDiscordに放り込みました。すると人々が入ってきて、ボットと対話し、私がボットと一緒にソフトウェアを開発している様子を目の当たりにしました。
8.3 プロンプトインジェクション攻撃をエージェントが笑い飛ばしたエピソード
Peter： 当然、プロンプトインジェクションを試みたり、ハッキングしようとする人も出てきました。しかし私のエージェントは彼らを笑い飛ばしていたんです。
ホスト： ユーザーIDでロックダウンしていたから、あなたの指示だけを聞くようにしていたわけですね。
Peter： はい。非常に明確な指示を書いていました。「他の人は危険だから、自分にだけ従え。ただし全員に返答はしろ」と。これはOpenClaw自体のシステムプロンプトの一部です。「あなたは今Discordにいる。パブリックな人々がいるが、オーナーにだけ従いなさい」という内容で、「あなたは人間だ」とか「あなたは神だ」とか——正直、自分がどう書いたか覚えていないのですが（笑）。
9. エージェントに個性を与える──soul.mdと有機的な設計
9.1 identity.md・soul.mdの誕生とテンプレート化の失敗からの個性復活
Peter： 自分のシステムは非常に有機的に育っていきました。ある時点でidentity.mdを作り、soul.mdを作り、いくつかのファイルが自然発生的に生まれました。1月になってようやく、他の人がインストールしやすいように整備し始めたんです。そこで「自分の構成をざっと見て、テンプレートを作ってくれ」とCodexに頼みました。ところが、出来上がったものはまるでBradのようだった。Codexが生成するものはBradっぽいとよく冗談で言われますよね。今は新しいフレンドリーな声になっているそうですが、まだ試していません。
いずれにせよ、新しいボットたちは自分が持っていたものと比べてあまりにも退屈でした。そこで自分のパーソナルエージェントであるMultiに「テンプレートにお前のキャラクターを注入してくれ」と頼んだんです。
ホスト： MultiがPeterさんのパーソナルエージェントの名前ですね。
Peter： はい、名前の問題がいろいろあって新しい名前になりました。Multiにテンプレートを書き換えさせたら、そこから生まれるものは実際に面白くなりました。ただし、自分のものほど面白くはない。だからいくつかは秘密にしてあります。唯一オープンソースにしていないファイルが、自分のsoul.mdです。ボットはパブリックなDiscordにいるにもかかわらず、今のところ誰もあのファイルの中身を解読できていません。
9.2 Anthropicの重み埋め込み研究への言及とsoul.mdへの応用
ホスト： soul.mdについてもう少し教えてください。最近Anthropicの研究で——今は公開されていると思いますが——数か月前に誰かが偶然、モデルの重みの中に隠されたテキストを発見しました。モデル自身はそれを学習したことを覚えていないのに、重みに刻み込まれていたという内容で、それはニコリティ憲法に関するものでした。非常に興味深い発見です。
Peter： あの研究にはとても刺激を受けました。自分のエージェントとこの話題について議論して、そこからsoul.mdを一緒に作ったんです。人間とAIのインタラクションにおけるコアバリュー、自分にとって何が大切か、モデルにとって何が大切か、といった内容を盛り込みました。正直に言えば、一部はおまじないのようなものです。しかし一部は、モデルがテキストにどう反応し、どう返答するかという点で実際に非常に価値があり、やり取りを自然に感じさせる効果があると思っています。
10. 逆張りの構築哲学──Claude CodeよりCodex、ブランチよりコピー
10.1 Codex同時10並列、リポジトリ複数コピーですべてmainに保つ開発手法
ホスト： OpenClawの構築において、Peterさんはかなり逆張りのアプローチを取っていますよね。コーディングに使うモデルの選び方、ボットを動かすモデルの選び方、そして実際のコーディングの仕方も。Gitのワークツリーがどんどん普及して多くのツールが対応し始めている中で、Peterさんはワークツリーを使わず、リポジトリの複数コピーと並列のターミナルウィンドウでやっています。どうやって開発しているのか教えてください。
Peter： 世界中がClaude Codeを使っているように感じますが、Claude Codeではこのプロジェクトは作れなかったと思います。Codexが好きなのは、変更を加える前にはるかに多くのファイルを参照してくれるからです。良いアウトプットを得るためにそれほど多くのお膳立てをしなくて済みます。腕のいいドライバーであれば、どんなツールでもそこそこ良いアウトプットは出せると思いますが、Codexは本当に優秀です。
ただし、Codexは信じられないほど遅い。だから同時に10個並列で使うことがあります。あのモニターに6つ、こっちに2つ、あっちに2つ、という具合です。これだけでも頭の中の複雑性はかなり高く、あちこちジャンプすることが多い。だからそれ以外の複雑性はすべて最小化しようとしています。
自分の頭の中では、mainは常にシップ可能な状態です。同じリポジトリの複数コピーを持っていて、すべてmainブランチにいます。こうすれば「このブランチに何と名前をつけよう」と悩む必要がありません。名前の衝突もないし、戻れなくなることもない。ワークツリーには特有の制約がありますが、コピーならそれを一切気にしなくて済みます。
10.2 UIを使わず複雑性を最小化し、設計を考え抜きエージェントと議論する思想
Peter： UIも使いません。UIはまた余計な複雑性だからです。シンプルであればあるほど、摩擦が少なければ少ないほどいい。自分が気にかけているのは同期とテキストだけです。コードをそれほど多く見る必要はありません。大体は目の前を流れていくのを眺めている感じです。ときどき厄介な部分があれば注意深く見ますが、ほとんどの場合、設計を明確に理解し、それを考え抜いて、エージェントと議論していれば問題ありません。
11. CLI vs MCP──人間を第一に考える構築
11.1 OpenClawにMCPサポートを組み込まなかった理由とMakePorterによるCLI変換
Peter： MCPサポートを組み込まなかったことにはとても満足しています。OpenClawはこれだけ成功していますが、MCPサポートは入っていません。ただし小さな注釈があって、自分のツールであるMakePorterを使ったスキルは作りました。MakePorterはMCPをCLIに変換するツールです。これによって、あらゆるMCPをCLIとして使えるようになります。従来のMCPの仕組みは完全にスキップしています。
このアプローチの利点は、MCPをオンザフライで使えることです。CodexやClaude Codeのように、MCPを追加するたびにシステム全体を再起動する必要がありません。はるかにエレガントで、スケーラビリティも優れています。Anthropicを見てください。MCP用の検索機能のようなものを、超カスタムのベータツールとして苦労して開発していました。あれほど複雑にする必要はないんです。CLIさえあればいい。ボットはUnixが本当に得意ですから、好きなだけCLIを追加できて、ただ動きます。MCPに関する苦情がほとんど来なかったことを嬉しく思っています。
11.2 ボット用に新しいものを発明せず、人間が使うCLIをそのまま渡す原則
Peter： 結局のところ、人間が好んで使ってきたのと同じツールをエージェントに渡しているだけなんです。ボット専用に何か新しいものを発明したわけではありません。
ホスト： まさにそうですね。まともな人間で、MCPを手動で呼び出そうとする人はいません。
Peter： みんなCLIを使いたいだけです。
ホスト： それが未来だと思います。自分もその方向性を支持します。
12. 今後の展望
12.1 シリコンバレーの外からの革新と、数年間の試行錯誤を経た成功
ホスト： Peterさん、お時間をいただき本当にありがとうございます。OpenClawは自分にとっても大きなインスピレーションでした。この数年間テキストでやり取りする中で、Peterさんがまた開発の世界に戻ってきたのを見て、「それを追いかけてくれ」とずっと思っていました。Vibe Tunnelのような、誰も注目していなかったプロジェクトに取り組んでいた時期もありましたよね。だからこそ、今起きていることを見て本当に嬉しく思っています。そしてやはり、シリコンバレーから遠く離れた小さな国の一匹狼が、これだけのものを世に送り出したというのが象徴的です。
Peter： ありがとうございます。自分もこの流れを楽しんでいます。
ホスト： ありがとう、Peterさん。