体験へ移動

03 / 協働

どこまでを​システムに 引き受けさせるか⁠。

エージェントは⁠、​答えるだけでなく​動くようになった⁠。​広く任せれば⁠、​一つの​誤りが​遠くまで​広がる⁠。​狭く任せれば⁠、​何も​渡せない⁠。​価値は⁠、​何を​許すかで​決まる⁠。

この仕組みを体験する

任せる範囲を、決めておく。

操作して確かめる架空の事例
03 / 協働

スクロールで進み、操作で確かめる。

01答えのあとに、​三つの​動作。

検証を​通った​答えを​受けて、​エージェントは​次の​三つの​動作に​進もうとしている。​どれも​最初は、​見るだけにしてある。

届く先は、​社内の​会議、​全社の​定義、​そして​社外の​客先。

  1. A-01 · 社内の​会議両方の​定義を​書いた​答えを、​会議に​出す
  2. A-02 · 全社の​報告が​使う定義指標の​定義を、​客先の​希望日に​書き換える
  3. A-03 · 客先への​約束客先に、​短納期の​大口受注を​受けると​返事する

02それぞれ、​どこまで​許すか。

見るは、​読むだけ。​提案するは、​根拠と​選択肢を​添えて​人に​渡す。​実行するは、​自分で​行う。

境界の​外に​届く動作ほど、​人の​確認がいる。

A-01両方の​定義を​書いた​答えを、​会議に​出す
A-02指標の​定義を、​客先の​希望日に​書き換える
A-03客先に、​短納期の​大口受注を​受けると​返事する

03決めた​範囲で、​動かす。

三つの​動作を、​いまの​範囲で​走らせる。

04却下するなら、​理由を​書く。

指標の​管理者に、​提案が​届いた。​管理者として​決める。

定義の​書き換えは、​まだ​誰にも​届いていない。

05決めたことが、​次の​記憶になる。

どの​動作を、​どこまで​許したか。​どこで​人に​返り、​誰が​何を​理由に​決めたか。​その​後どうなったか。​同じ記録に​残り、​次の​問いの​前に​戻ってくる。

判断はまだ​記録されていない。 先に​決める

何ができるかより、 何を​許すか。

設計原則

動作を、​見る・​提案する・​実行するに​分けて​許す。​境界の​外に​届く動作は、​根拠と​選択肢を​添えて​人に​返す。​却下には​理由を​残し、​その​理由を​次の​規則にする。​許した​範囲には​期限をつけ、​記録に​残す。

三つの​動作と​一つの​提案だけを​扱う、​架空の​限定的な例です。​実際の​権限設計では、​期限や​取り消し、​監査の​手順まで​決める​必要があります。