AIを同僚にする長期実行基盤CoworkOS

長期作業の戦略と状態管理を分ける

中国人民大学や復旦大学などの研究チームが発表した論文です。ソフトウェア開発や設計といった複雑な作業を、人間とAIが長期間にわたって共同で進めるための実行基盤「CoworkOS」を提案しました。長時間の作業では、戦略の判断と状態の管理が混ざると文脈が破綻しやすくなります。この課題に対し、タスク戦略の決定をモデルに委ねつつ、実行管理をシステム側に分離する三層アーキテクチャを設計しました。

判断はモデルに任せ実行基盤が支える

この研究の核心は、「モデルが自律的に実行戦略を決め、実行時基盤が状態と協調の継続性を担保する」という責任分離を徹底した点にあります。

これまでは単一の会話文脈の中に、ツールの実行ログや中間状態をすべて詰め込んで管理するのが一般的でした。そのため長時間の作業になると文脈が圧迫され、中断や待機で破綻しやすかったのです。

この論文は、判断を担うエージェントと、状態監視やメッセージ配信を担うランタイムを明確に切り離しました。さらに人間とAIが同じ成果物を直接編集できる共有層を用意し、長期間にわたる共同作業を成立させています。

図1　単一エージェントとCoworkOSの分担。思考と状態管理を切り離す設計の違い

人間と同じ成果物を編集しながら進む

この研究が切り拓いたのは、自律エージェントを孤立した作業者ではなく、同一成果物を育てる「同僚」として位置づけた点です。会話で逐一指示を出す関係から、同じファイルや3Dシーンを互いに直接更新しながら進める協調作業へと一歩踏み出しました。

開発者にとっての価値は、長時間のバッチ処理や試行錯誤を含む重いタスクでも、文脈の破綻を恐れずにエージェントへ委ねられる点です。待機が必要な外部ジョブの実行ログや未完了タスクを基盤側が追跡するため、待機や中断の後でも正確に作業を再開できます。

現場の具体的な場面として、数日にわたるモデル学習のログ監視やハイパーパラメータ調整が挙げられます。また複数ページに及ぶスライド資料の構成案を練り、人間が手作業でスライドラベルを直した直後に、エージェントが続きの図解を生成するといった場面でも威力を発揮しそうです。

今日からできることとして、外部ツールの実行ログをすべてプロンプトに流し込まず、別ファイルや状態変数に外出しして参照させる設計が考えられます。手元の小実験では差が見えませんでしたが、モデル自身に管理を抱え込ませない工夫が長期作業の安定につながる可能性があります。

ただし本手法の恩恵を得るには、成果物の版管理や競合検知を処理できる専用の実行基盤が必要です。単発の短い質問応答や、外部ツールを介さない完結した会話では、ここまでの仕組みを用意する利点は薄いといえます。

三層構造と共有資源で協調を保つ

CoworkOSは、Mainエージェント、Coordinatorランタイム、Subagentからなる三層構造で動きます。Mainはユーザーと向き合い、全体の計画立案や成果物の最終承認を受け持ちます。Subagentは割り振られた個別の調査やコード作成を担い、局所的な試行錯誤を自身の閉じた文脈の中で進めます。両者を取り持つCoordinatorは、文脈の肥大化を防ぎつつ、メッセージキューによって指示や結果を永続的に中継します。

図2　CoworkOSの3層連携フロー。Mainエージェントとサブエージェントが協調して成果物を仕上げる流れ

人間とエージェントの共同編集を支えるのが、共有資源プロトコルです。文書やCADモデルなどの資源に対して版番号（リビジョン）を付与し、基準となる版と現在の版が一致するときのみ更新を確定します。もし人間が先に変更を加えていれば競合として検出され、古い提案による上書きを防ぎます。エージェントは変更差分だけを受け取るため、毎回すべての状態を文脈に読み直す必要がありません。

さらに長時間の作業を継続させるため、階層型ワークスペースと永続的な意味記憶を備えています。時間のかかる学習処理などは独立したジョブとして実行され、プロセス監視やログの追跡がランタイム側で行われます。Mainが作業の区切りで文脈をリセットするときは、重要な決定や制約を意味記憶に書き残してから、文脈を安全に再構築します。

12ベンチと自己改善で高い適応を示す

論文は12のベンチマークを用いて、4つの領域でCoworkOSの性能を評価しました。比較対象はOpenHands、Codex、DeepSeek Harnessです。

実務作業を測るProductivity領域において、CoworkOSは平均57.54を記録し、比較したハーネスの中で最高の数値を達成しました。機械学習の実装を評価するML Coding領域でも平均56.26を記録し、MLE-Bench-Liteで76.90、MLS-Benchで35.62とともにトップとなりました。論文では「CoworkOS はすべてのドメイン平均で上位2つのハーネスに入り、Productivity と ML Coding で最高平均を達成し、Tool Use では DSH、Search では OpenHands に肉薄した」と報告されています[引用3]。

加えて、自律的なモデル自己改善（RSI）の検証も行われました。GLM-5.3をコントローラーとし、Qwen3.6-35B-A3Bの追加学習を自律的に繰り返す実験です。データ選定やパイプラインの修正を重ねた結果、8つの課題の平均スコアは5周で33.19から42.95へ引き上げられ、9.76ポイントの上昇を見せました。

図3　ドメイン別平均スコアの比較。ProductivityとML Codingにおける各ハーネスの平均値

この設計について著者らは、「モデルが自律的にタスク実行戦略を選び、実行時のハーネスが効率的で長期にわたる協調作業の仕組みを維持する」という分離を掲げています[引用1]。また「5ラウンドにわたり、CoworkOS は評価フィードバックを継続的に使って強化すべき能力を特定し、データレシピを改訂し、学習戦略を更新した」と成果を総括しています[引用2]。

評価設定と公開範囲の確認が要る

この研究にはいくつか留意すべき点があります。まず、自律的な追加学習で得られた改善幅はすべてのベンチマークで一様ではなく、タスク間でトレードオフや停滞が見られました。また、実環境での検証は特定のモデルとベンチマークの組み合わせに限られており、あらゆる作業環境で同様の優位性が得られるかは検証されていません。

共有資源の統合やネイティブアプリの連携には専用のアダプター構築が必要であり、導入の手間も伴います。

筆者は論文を読んで解説しています。手元で試したのは下の小さな実験だけで、論文の結果の追試はしていません。

手元で試した結果

手元では、論文のCoordinatorのように「イベントごとに状態を明示的に更新しながらログを追うやり方」の効果を確かめるため、Haikuを用いて小規模な実験を行いました。架空の実行ログをそのまま読ませる条件Aと、1行ごとに状態表を更新しながら読ませる条件Bを比較しています。

結果は両方の条件とも10問中10問正解となり、差は見えませんでした。問題として用意した合成ログが30行強と短く、Haikuの基礎的な文脈追従能力の範囲内で解けてしまったことが理由とみられます。

図4　合成実行ログ読み取り実験の結果。Haikuによる実行ログ追跡精度の比較

論文が想定するような、数十回のツール呼び出しや長大な待機ログが絡む状況で状態表による外出しの効果が現れるかどうかは、この実験からは分かりません。なお、この実験は論文の実行基盤そのものを動かした追試ではなく、プロンプティングによる考え方の模倣にとどまります。問題数も10問とごくわずかです。

手元で試すなら

プロジェクトページおよび関連リポジトリが公開されています。

• プロジェクトページ: coworkos-ai.github.io/
• リポジトリ: github.com/RUC-NLPIR/CoworkOS
• デモギャラリー: coworkos-ai.github.io/showcase.html

原文からの引用

[引用1] The model autonomously chooses the task-execution strategy, while the runtime harness maintains efficient, long-horizon cowork mechanisms.

（訳）モデルが自律的にタスク実行戦略を選び、実行時のハーネスが効率的で長期にわたる協調作業の仕組みを維持する。

[引用2] Across five rounds, CoworkOS continually uses evaluation feedback to identify capabilities to strengthen, revise the data recipe, and update the training strategy.

（訳）5ラウンドにわたり、CoworkOS は評価フィードバックを継続的に使って強化すべき能力を特定し、データレシピを改訂し、学習戦略を更新した。

[引用3] CoworkOS ranks among the top two harnesses in every domain average, achieving the highest averages in Productivity and ML Coding while closely matching DSH in Tool Use and OpenHands in Search.

（訳）CoworkOS はすべてのドメイン平均で上位2つのハーネスに入り、Productivity と ML Coding で最高平均を達成し、Tool Use では DSH、Search では OpenHands に肉薄した。