本文へスキップ

Business Technology06

Updated 2026.09.11

Guide

AI Agentに、どこまで自律的に任せるか

すべての操作で確認すると仕事が進まず、すべて任せると影響を制御できません。PBGのAgent Harnessから、可逆性・影響範囲・責任で停止境界を決める方法を考えます。

まず押さえること

調査や隔離された実装など、影響を限定して戻せる仕事は自律的に進められます。一方、merge・deploy・本番書込・DDL・削除は、対象と許可、検証、復旧条件を個別に定めます。人間確認を一律に増やすより、責任が変わる境界を明確にすることが重要です。

毎回聞くAgentも、何でも進めるAgentも困る

ファイルを読むたびに許可を求めるなら、Agentを使う人が操作の監視員になります。しかし、調査の依頼を受けて本番設定まで変更するなら、依頼の範囲を超えています。問題は自律性の高低だけでなく、どの行為を任せたかが不明なことです。

PBGの開発用Harnessは、作業の進め方と、影響のある操作で止まる境界を明示するためのものです。Developer Hubの自律開発Harnessも、製品そのものの権限機能とは区別された開発運用の設定です。設定が存在するだけで実行が常に安全になるわけではありません。

操作名だけで許可を決めない

行為比較的任せやすい条件止めて確認する条件
調査・修正案読取専用、公開範囲内機密の外部送信や新たな接続が必要
実装・テスト専用branch、隔離データ、戻せる差分共有環境や他作業へ作用する
merge・deploy対象と条件が明確に事前許可されている許可範囲外、CI不明、対象が動いた
本番書込・DDL明示された手順と影響評価がある不可逆、対象不明、復旧不明
削除・移行限定対象、証拠、許可、回復策がそろう欠けた根拠を推測で埋める必要がある

表は横にスクロールできます。

許可は、対象と条件へ結び付ける

GitHubのAgentに関する責任ある利用の資料は、生成された変更の確認や人の責任を扱っています。これを実行運用へ落とすには「deployしてよい」だけでなく、どの変更を、どの環境へ、何が通れば公開するかを決める必要があります。

事前に条件付きで許可されている操作を、毎回あらためて聞き直す必要はありません。ただし、確認した後に対象revisionが変わった、無関係のCI失敗が残る、想定外のデータ変更が必要になった場合は、同じ許可で押し切らず再評価します。

Harnessが扱うのは、仕事の契約

PBG業務基盤のcontract-driven bugfixは、症状だけに合わせた修正ではなく、破られた契約を特定して直す進め方を扱っています。Agentの自律性にも同じ考え方が使えます。目的、対象外、検証、停止条件が分かれば、途中の実装判断を細かく指示しなくても進めやすくなります。

Developer HubのHuman Clearanceも、実装の正しさや現場受入と別の行為です。許可されたから正しいわけではなく、テストが通ったから許可されたわけでもありません。

rollbackがあるから低リスク、とは限らない

rollbackがあるから低リスク、とは限らない

コードを以前の版へ戻せても、その間に送った通知、変更したデータ、外部へ開示した情報は戻らない場合があります。可逆性はGitの差分だけでなく、行為が起こす外部作用まで含めて判断します。

自律実行の契約を作る

  1. 01

    成果を定義する

    何が成立すれば完了か。調査、実装、公開、受入のどこまで含むかを明示する。

  2. 02

    作用を列挙する

    ファイル、共有環境、本番データ、外部への送信を分ける。

  3. 03

    停止条件を置く

    対象の不一致、根拠不足、許可外の影響、回復不能を条件にする。

  4. 04

    証拠を残す

    対象、実行結果、未確認、戻す方法を後から追えるようにする。

別の運用がよい条件

読み取り調査や試作なら、細かな中間承認を減らして最後の成果を確認するほうが効率的です。大きなデータ移行では、調査・計画・試験・本番実行を分ける価値があります。同じAgentでも仕事の性質で境界を変えます。

PBGの現在の判断は、Agentを常に止めることでも、止めないことでもありません。責任が移る場所で必要な証拠と許可をそろえ、それ以外の可逆な仕事を進められるようにすることです。

Guide

この記事について

進め方と判断の順序を整理した記事です。

First-hand experience

ピース・ビズグループ(PBG)の知見を扱います。PBG業務基盤のAgent Harness・契約から修正する運用資料と、Developer Hubの自律開発Harness・human actsモデルを確認しています。開発運用上の設計を、全本番操作の自動化実績として扱っていません。

参照した一次情報

Published
2026.09.11
Updated
2026.09.11
Published by
Peace Biz

業務とテクノロジーのトピックに戻る

このテーマで公開している記事の一覧をご覧いただけます。