ソフトウェア設計

📋 要約（TL;DR） # コンピュータ利用エージェントの本質は、自然言語を直接業務へ変換することではなく、画面を観測して構造化アクションを返す閉ループ制御にある。 Coastyの公式仕様は、低レベルの推論プリミティブ、サーバー側のタスク実行、分岐・再試行・承認を持つワークフローという3層を分けている。 GUI操作は状態を持つ外部副作用なので、イベント再送、冪等性、タイムアウト、人間への引き継ぎ、監査記録を最初から設計しなければならない。 OSWorld原論文では人間72.36%に対し最良モデル12.24%だった。後続の高いスコアや製品ページの数値も、タスク集合・モデル・補助情報・評価版が違えば単純比較できない。 CAEや航空宇宙では、レガシーソフトの境界をつなぐ回帰試験・前後処理・帳票化から始め、解析コアの変更や安全上の承認を自律化の対象から分離するのが現実的である。 レガシーなデスクトップソフトウェアや、人間向けに設計されたWeb画面には、機械から安定して呼べるAPIが存在しないことがあります。コンピュータ利用エージェントは、この空白をスクリーンショット、マウス、キーボードで埋めようとします。候補となったCoastyの公式仕様も、画面と指示から構造化されたGUIアクションを返す機能を中心に、長いタスクを管理する実行層とワークフロー層を提供しています。 重要なのは、これを「人間のように操作するAI」というデモの表現だけで理解しないことです。技術的には、観測が画像中心で、アクションが外部状態を変え、結果の成否が後からしか分からない分散制御系です。したがって評価軸は、モデルの認識精度だけでなく、状態同期、再実行時の副作用、UI変更への頑健性、権限分離、監査可能性まで広がります。本稿では、コンピュータ利用エージェントを既存のAPI・ブラウザ自動化・人間の承認経路と比較し、技術系組織で採用判断を行うための境界条件を整理します。 1. GUIは最後の互換層であり、万能なAPIではない # ソフトウェア統合の安定性は、操作対象の内部状態へどれだけ意味的に近いかで大きく変わります。データベースや業務APIなら、識別子・型・エラーコードを機械的に扱えます。ブラウザのDOMや開発者向けプロトコルなら、画面上の位置より一段構造化された情報を取得できます。対してスクリーンショットは、画素へ圧縮された最終表示です。文字、アイコン、重なり、選択状態、スクロール位置を推定し直す必要があり、同じ意味が別の座標へ現れるだけで推論条件が変わります。 接続方式 観測と操作 主な強み 代表的な破綻要因 業務API・CLI 型付きデータ、明示的なコマンド 再現性、検証、速度 API不足、仕様変更、権限設計 DOM・ブラウザプロトコル 要素・イベント・ネットワーク状態 画面座標より意味的 動的描画、非公開実装、認証境界 スクリーンショットCUA 画面画像とマウス・キーボード 既存ソフトへ広く適用 解像度、レイアウト、隠れた状態、誤クリック 人間の承認付き運用 エージェントの提案と人間の確定 高リスク操作を止められる 待ち時間、判断基準のばらつき この比較から、GUIエージェントをAPIの代替と呼ぶ場合にも、意味のあるAPIを新たに作ったのではなく、最終インターフェースに接続する互換層を作ったと理解するのが正確です。Coasty自身も、スクリーンショットを入力にして行動列を返す低レベル機能と、環境全体を管理する上位機能を分けています。ブラウザ固有の状態を扱える場合は、スクリーンショットだけへ退化させないことが、安定性とコストの両面で重要です。