依頼のとおりに記事の下書きを直し、CMS で公開する

CMS の連携の書き込み系の操作は、初期設定でツールごとの承認の対象で、この連携の道具は呼び出しのたびに承認を求めます。このデモでは、直した本文で記事を公開する更新の前で実行が止まり、Agentino の画面で承認するまで公開は行われません。却下した操作は行われず、誰が、いつ、どの操作を承認したかは実行記録に残ります。承認の求め方は、組織のオーナーと管理者がツール画面で道具ごとに変えられます。

このデモでは、手順書に「下書きを直した本文に差し替え、公開する（1 回の更新で）」と書き、直しと公開を 1 回の更新で行っています。下書きの更新も公開も CMS への書き込みなので、下書きを先に更新してから公開する手順にすると、承認も 2 回求められます。直した下書きを CMS の画面で確かめてから公開したいときは、下書きの更新と公開を別の段に分けて手順書に書けます（承認は 2 回になります）。

承認の画面には、その操作の入力がそのまま表示されます。記事を公開する更新の入力は、記事の ID・公開の状態・本文です。そこで、このデモでは手順書に「記事・直した所・公開先を示して、公開の前に人の承認を取る」と書き、エージェントが承認の直前に、記事・直した所・公開先をチャットに示しています。本文のように長い入力は、プロジェクトの設定で「承認カードの要約」を有効にすると、AI が短い説明文にしたものも併せて表示されます（初期設定は無効です。承認の可否は、入力を見て判断してください）。

業務を実行するときに、開始画面の入力欄のクリップからファイルを添付します。手順書には、ファイルそのものではなく「添付の依頼」のように役割を書きます。詳しくはAOP の基本構造をご覧ください。

このデモでは、手順書の段に「browser の read のみ」と書き、ブラウザで公開された記事のページを開いて、直した所が出ているかを確かめています。ページの閲覧と移動は、承認なしで実行されます。入力やクリックのような書き込み系の操作は、その段では使えません。詳しくはブラウザ操作の概要をご覧ください。

ツールの認証は基盤が行い、認証情報は AI に渡されません。エージェントはツールの呼び出しを基盤に送り、基盤が認証を行って結果だけを返すので、お預かりした認証情報そのもの（トークンや API キーの値）はサンドボックス内に入りません。詳しくは認証情報の保護をご覧ください。