Agentの「処理中」は進捗か。画面ではなく証拠を追う

ブラウザーでは多くのページが開き、Terminalにはコマンドが並ぶ。Agentは「整理を続けています」と言う。主管が知りたいのは忙しさではなく、使える結果にどれだけ近づいたかだ。

実行中のAgentを観察する際、滑らかな説明を信じる必要も、隠れた推論を要求する必要もない。段階ごとに開ける証拠を決める。 情報源へ到達すること、事実を抽出すること、比較稿を作ることは違う状態である。

BudaのAgent Workspaceはチャット、Drive、Terminal、Browser、Gitを同じ作業台へまとめる。見える動作は介入の手掛かりだが、完全な監査ログや正しさの保証ではない。

次に何を開くか、先に約束する

架空の低リスク社内調査を考える。許可された公開資料で三社のサービス範囲、価格案内への入口、不明点を整理する。見積依頼や送信、秘密情報の処理は含まない。パスや状態は方法の説明であり、実行画面や測定結果ではない。

現在の小目標：三社の公式資料への入口を確かめる
次の成果物：sources.csv
  URL、読取状態、確認可能な事実、不明項目
確認点：比較稿の前にこの一覧を提示
停止条件：本文を読めない、重要項目に出典がない、権限が必要
許可：公開ページを読む、本実行の結果フォルダーに書く
禁止：業者への連絡、個人アカウントへのログイン、本番更新

確認点は数分おきの「まだ作業中」ではない。入口が見つかる、事実が取れる、比較できるという証拠状態の変化に置く。そうすれば主管は次に何を見ればよいか分かる。

四つの信号は、それぞれ限界が違う

Agent tabではツール呼出しの入力と出力を展開できる。ただし、一つのタブで見えない出来事が存在しなかったとは限らない。肯定的な証拠で進捗を確認し、表示範囲を完全な記録と言い換えない。

三つの状態で、動作量と前進を分ける

次は架空課題の期待状態であり、三回実行した評価ではない。

第一段階：入口がそろう。 三社のサイトが開き、sources.csvにはURLと読取状態がある。入口を列挙した証拠であり、サービス内容の確認完了ではない。次に見るのは事実と出典で、いきなり順位を要求しない。

第二段階：二社の事実と一社の不足が分かる。 サービスの説明、出典位置、取得日時が加わる。一社の価格ページは読めず、価格は不明のまま。使える証拠が増え、不明点が明確になった。全欄を埋めるために価格を推測しない。

第三段階：比較稿を開ける。 comparison.mdが出典を引用し、確認済みと未決を分け、一覧へ戻れる。ここで初めて社内討議に十分か判断できる。作成成功は業者連絡や購買の許可ではない。

各段階でページやコマンドは増えるかもしれない。見るべきなのは、確認済み事実が増えたか、欠損が明らかになったか、次の段階に入力が足りるかである。

空ファイルは「完成」を証明しない

Agentが比較稿完成と言い、Driveにcomparison.mdもある。しかし開くと見出ししかない。これはパスの存在であって納品ではない。

三社、必須項目、出典、不明点が本文にあるかを見る。サイズ増加も品質の証拠ではない。同じ文章を重ねれば容量は増える。更新日時も書込みの手掛かりにすぎない。

すぐAgentを再起動したり全手順をやり直したりせず、場所、完了部分、不足、最小の次動作を求める。状態が不明なら既存ファイルとSessionを保ち、再試行で証拠を上書きしない。

止まり方によって、質問を変える

権限待ちなら、何の許可が必要か。 ログイン壁は正当な境界かもしれない。許可済み経路がなければ不足を残す。調査のために個人アカウントを勝手に開放しない。

出典障害なら、何を縮小できるか。 読めないページがどの比較項目に影響するか、合法的な代替に確認が必要かを聞く。二社確認、一社不明の社内稿を受け入れることもできる。キャッシュ要約を公式の現行事実にしない。

同じ動作の反復なら、今回増えた証拠は何か。 同じ失敗ページの更新や同じコマンドに新情報がなければ前進ではない。「5分なら停止」という一律の閾値はなく、資料状態と次の成果物で判断する。

現在の小目標、最新の証拠ファイルと版、確認済み事実、不明点、次の確認点を示してください。権限や資料が不足するなら最小の不足を説明し、捏造、範囲拡大、自動再起動はしないでください。

これは推奨する依頼であり、Buda裏側の自動制御機能ではない。

継続、入力追加、範囲縮小を選ぶ

証拠が増え許可範囲内なら続ける。日付、パス、許可など主管が出せる不足なら補う。元の目的に根拠が足りなければ成果を縮小するか、その判断を止める。

「三社目の価格は不明。今回は確認済みサービス範囲だけを比較し、購買判断は保留」と残す。「ほぼ完了」より引継ぎやすい。

実行中の確認は次動作の判断であり、最終検収ではない。並列成果物の統合には定義と責任の照合も必要で、監督の限界も自己説明だけでは埋まらない。

監督で迷うこと

非コード業務もTerminalやGitを見るべきか？

仕事に関係する入力、抽出、出典、版を見る。diffがないことは未作業を意味しない。観察のために不要なコミットを作らない。

完了宣言とファイルがあれば十分？

実ファイルを開き、対象、項目、出典、不明点を照合する。送信や公開は別途依頼と権限が必要。生成は送信ではなく、差分はデプロイではない。

他のAgentも同じファイルを読める？

実際の許可パスを確認する。Agent DriveとSpace Driveは範囲が違う。共有位置と版を指定し、私有資料を便利さだけで共有先へ移さない。

一つの社内調査から確認点を作る

Budaで低リスク業務の次の成果物を決め、Workspaceの動作と実ファイルを照合する。反復する方法ならBuda AIのMarketplaceでSkillを検索してインストールし、出典、不足、確認点を出力するか確かめる。

監督を減らす前に「処理中」を証拠付きにする。説明を多く信じるのではなく、介入時に見る場所を明確にする。