Agent が確認できるファイルを用意し、重要な操作は別の手順で判断する
Budaでは、エージェントの作業を検査することができますが、標準の autopilotでは、承認のために各ツールの呼び出しを一時停止することはありません。重要な操作を行うツールへのアクセスを制限し、別のレビューパスを設定します。
Budaの下書きとソースを調べます。パイロットの場合は、人に手動で送信してもらいます。正式な記録のレビューをルーティングし、その目的のために構築された別のシステムを介してマージします。
自然な回答でも、未確認の判断が紛れ込むことがある
レビュー担当者が洗練された結論のみを見た場合、または「完了」が信頼できるレコードを送信、公開、または書く許可として扱われた場合、レビューは分解されます。
応答は合理的に見えますが、ソース、変更されたファイル、および仮定は利用できません。
誰かが承認を求めるまでに、メッセージがすでに送信されているか、レコードが変更されています。
エージェントセッションの表示は、正式なレコードレベルのレビューとマージ履歴とは異なります。
確認を形式的なクリックで終わらせない
エージェントにソースとオープンな質問を含むファイルを提供するよう依頼します。人はBudaでそれらを検査することができます。早期の行動を防ぐには、ツールの制限と個別の送信または承認フローが必要です。
点検できる作業
セッションとドライブには、エージェントが準備したものが表示されます。ブラウザ、ターミナル、またはGitは、関連するタスクの実行を検査するのに役立ちます。
意思決定可能なアーティファクト
下書き、例外、証拠をファイルとして保存します。ユーザーは、エージェントタスクの外で結果を使用するか、返却するか、拒否するかを決定します。これは組み込みのBuda承認キューではありません。
フォーマルな書き込みの境界線
Budaは実行ワークスペースです。レコードレベルの承認とマージには、Busabase ChangeRequestsなどの別のシステムが必要な場合があります。
Buda UI、組み込みキュー、自動承認状態ではなく、ワークフローとファイルリストの説明。
重要な仕事を任せる前に決める6つのこと
これらは、Budaに組み込まれているツールごとの普遍的な承認ではなく、重要な操作を行うツールを有効にする前の人間のプロセスの決定です。
意思決定者に名前を付ける
誰が作品を受け入れ、誰が外部送信、公開、または正式なデータ変更を承認できるかを指定します。
レビューパケットが必要
ソース、変更されたファイル、仮定、例外、およびエージェントが次に提案するアクションについて尋ねます。
インパクトの前にチェックポイントを置く
出版後のレビューは遡及的です。直接アクションによるアクセスを保留します。レビューの後、人または検証された制御システムが行動します。
コントロールをツールに合わせる
ドラフトと CRM アップデートには異なるリスクが伴います。普遍的な承認を前提とするのではなく、実際の統合で何が許可されるかを確認してください。
適切な監査面を選択する
Budaでのエージェントの作業を検査します。記録レベルの承認には、個別に統合および検証されたレビューおよびマージ システムを使用します。
拒否された結果から学ぶ
レビュー担当者が作業を返却した理由を追跡し、例や手順を更新し、同じ間違いが再発するかどうかを確認します。
1 つの実際のワークフローでチェックポイントをテストする
たとえば、エージェントは応答ファイルを準備します。人が手動で確認して送信します。正式な記録の変更には別のレビュー パスが使用されます。レビュー前にエージェントに直接送信または書き込みアクセス権を与えないでください。
1. 結果を選択する
レビュー前に実行してはいけない外部アクションまたは信頼できる書き込みを特定します。
2. パケットを指定する
成果物、ソース、仮定、例外、および提案されたアクションが必要です。
3. レビューを実行する
合意された外部プロセスで担当者に決定させ、その理由を別途記録してもらいます。 Buda セッションは承認記録ではありません。
4. コストを評価する
避けられたエラーとレビュー時間とを比較し、あちこちに摩擦を加えるのではなく、チェックポイントを調整します。
可視性と承認は関連していますが、同一ではありません
Buda はエージェントの作業を検査可能にしますが、標準の autopilot はツール呼び出しのたびに承認を待つわけではなく、外部記録の汎用監査証跡を提供しません。実際のツールへのアクセスを制限します。構造化レコードに書き込み前のレビューが必要な場合は、Busabase ChangeRequests などの別のレビューおよびマージ システムを使用します。
外部アクションの→明示的な承認
正式な記録書き込み→監査済みレビューパス
人間参加型 AI: よくある質問
人による確認は、すべての操作を承認することですか？
いいえ。重要な操作の前にレビューを置き、リスクの低い準備を検査可能な状態に保ちます。
査読者は何を受け取るべきですか?
具体的な成果物、ソース、前提、例外、および提案された次のアクション。
Buda はすべてのツール呼び出しの承認を自動的に保留できますか?
そう思い込まないでください。実際のツールの動作を確認し、それに応じてアクセスとワークフローの境界を構成します。
セッション履歴はビジネス記録の監査証跡ですか?
いいえ、作業の検査には役立ちますが、正式なレコード変更には適切なレコードレベルのレビューとマージ証跡が必要です。
チームはエージェントの結果を拒否するにはどうすればよいですか?
指名されたレビュー担当者と明確なリターンパスを使用します。何が間違っていたのかを記録し、概要を修正し、必要に応じてタスクを再度実行します。
Buda と Busabase はここでどう違うのでしょうか？
Buda は、エージェントの実行と検査のワークスペースを提供します。 Busabase ChangeRequests は、ワークフローが必要な場合に、構造化レコードへのレビュー済みの書き込みを処理できます。
エージェントが直接実行してはいけないアクションを 1 つ選択してください
Budaでは、エージェントの作業を検査することができますが、標準の autopilotでは、承認のために各ツールの呼び出しを一時停止することはありません。重要な操作を行うツールへのアクセスを制限し、別のレビューパスを設定します。
Budaから始める →