OpenClawと「エージェントOS」：創業者が本当に知っておくべきこと

最近Redditを見ているなら、OpenClawのスレッドを目にしたはずです。これを「エージェントOS」と呼ぶ創業者、SaaSの半分は不要になると論じる開発者、そしてループ・不安定なtool calling・膨れ上がるトークン費用について静かに警告する実務者たちがいます。

この記事は創業者向けの実像です。OpenClawで何ができ、何が壊れるのか。そして製品を科学実験に変えずにMVPを出すために、エージェント型システムをどう使うかを扱います。

「エージェントOS」が実際に意味すること（プロダクトの言葉で）

変化は単純です。AIが質問に答えるのではなく、AIに目標・ツール一式・予算を渡し、完了するまで複数のシステム（ブラウザ、ファイル、API）にまたがって複数のステップを実行させるのです。

Redditが突きつける現実：ループ、費用の消耗、ツールの混乱

最も参考になるOpenClawのスレッドは、盛り上がっている投稿ではありません。3日目以降に何が起きるかを書いたもの、つまりエージェントがこうなったときの話です。

• 高くつく： 再試行し、推論し、同じ手順を繰り返すため、利用量のグラフがホッケースティックのような形になります。
• 壊れやすい： わずかなUIの変更やネットワークの不調で、ブラウザ自動化が動かなくなります。
• 非決定的： 「自分のマシンでは動く」が「自分のプロンプトでは動く」に変わります。

「エージェントのデモは簡単だ。エージェントの信頼性こそが製品である」

— OpenClawをめぐる議論に共通して見られる指摘

実際のMVPでOpenClawが向く場面と、向かない場面

創業者が犯す最大の誤りは、制御できるようになる前にユーザーへ自律性を渡してしまうことです。より安全な進め方はこうです。

フェーズ1

社内向けエージェント：運用、品質確認、データ整備

フェーズ2

アシストモード：ユーザーが「実行」を押すと、計画とプレビューが表示される

フェーズ3

範囲を限定した自律：厳格な予算と承認を伴う狭い業務

必要なガードレール（なければエージェントに痛い目に遭わされます）

ひとつだけ覚えるなら、これです。エージェント型システムは機能ではありません。新しい障害の形です。初日に次のガードレールを入れてください。

• 予算上限： 1件あたりの最大トークン数、最大tool calling回数、最大実行時間。
• ステップの記録： すべての操作・入力・出力を構造化ログとして保存します。
• 人間による承認： 取り消せない操作（メール送信、支払い、削除）には承認を必須にします。
• 決定的なフォールバック： 確信度が低いときは、標準的な流れ（フォーム、テンプレート、チェックリスト）に戻します。

Related Posts

AI エージェントのオーケストレーション実践ガイド 2026 — MVP を最速で形にする設計2026年3月15日

AI Agents, Vibe Coding & MVP Development: Why AI Alone Won't Ship Your StartupMarch 2026

The Impact of AI on MVP Development & Product Validation in 2026March 2026