ブログ
Agent をローカルの実験からプロダクションシステムへ運ぼうとしている人に向けた手紙。
Agent Work をローカルの実験から Cloud Agent Session Lifecycle API へ運ぶまでの、ビルダーに宛てた一通の手紙。
Mosoo Computer は、必要な状態を蓄積できるクラウド上の作業環境をエージェントに用意し、普段使っているチャネルにつなぎます。次の仕事を、前の仕事が残した土台から始められます。
Cloud Agent が主流になれば、開発者が必要とするのは Agent CRUD の追加ではなく、Environment を解決・実行・統制する中立的な Control Plane だ。本稿は、その未来から逆算して必然となる基盤を考える。
人々が Agent に抱く期待は二つに分かれつつある。一つは identity と memory を持ち、時間をかけて育てる存在。もう一つは stateless で交換可能、固定 workflow をより自由な推論 pipeline で置き換える存在だ。
ghfind は GitHub プロジェクト評価を公開済み Mosoo Agent に委ね、rubric、ジョブキュー、結果検証、製品 UI はアプリケーション側に残しています。
Coding Agent 時代に、Web アプリケーションが API を備えているだけでは不十分な理由。そして、CLI と CLI-Skill を Day 1 から開発とテストのデフォルト契約にすべき理由。
Agent Loop を制御プレーンと Sandbox のどちらに置くかを決める前に、残すべき事実と失ってよい実行状態を定義する。mosoo と Agent Driver の実装を、検証可能な一例としてたどる。
OpenAI の Responses API は、状態、コンパクション、ツールプログラム、WebSocket 継続、マルチエージェント協調を一つのモデルランタイムへ収めつつある。何が変わり、何がアプリケーションに残るのかを整理する。
ローカルの coding agent は、本物の環境があればモデルに何ができるかを証明した。次のクラウド抽象はマネージドな Agent タスク — 仕事を渡すと、進捗と成果物が返ってくる。
