# 問題の根拠、信頼度、承認の管理
オートメーションによって処理される問題の根拠、信頼度、承認を設定して管理します。
論理的根拠と信頼度には、追加の構成は必要ありません。
オートメーションのエージェントがサポートされている問題属性を変更すると、論理的根拠と信頼度レベルが自動的にアタッチされます。 その変更が直接適用されるか、レビュー待ちになるかは、リポジトリの自動化レベル、またはその変更を適用するのではなく提案するよう明示的に求められているかによって決まります。
## リポジトリの自動化レベルの設定
> \[!NOTE]
> 自動化レベルの構成は徐々にロールアウトされ、リポジトリではまだ使用できない場合があります。
リポジトリの自動化レベルでは、サポートされているすべての変更のルーティングに使用される信頼度しきい値が設定されます。 しきい値を下回る評価の変更は、提案として保持されます。変更は自動的に適用されます。 既定のレベルは **\[慎重]** であるため、信頼度の高い変更のみが変更されるまで自動的に適用されます。
1. GitHub で、リポジトリのメイン ページに移動します。
2. リポジトリ名の下にある ** \[Settings]** をクリックします。 \[設定] タブが表示されない場合は、 **\[]** ドロップダウン メニューを選び、 **\[設定]** をクリックします。
![タブを示すリポジトリ ヘッダーのスクリーンショット。 \[設定\] タブが濃いオレンジ色の枠線で強調表示されています。](/assets/images/help/repository/repo-actions-settings.png)
3. サイドバーの\[計画]セクションで、 **問題のエージェント候補を**クリックします。
4. \[Automation レベル] で、リポジトリに適合するレベルを選択します。
* **フル コントロール**: すべての変更がレビューのために保持されます。 何も自動的に適用されません。
* **注意** (既定値): 信頼度の高い変更のみが自動的に適用されます。 それ以外はすべて、お客様の確認のために保留されます。
* **バランス**: 定期的で明確な変更が自動的に適用されます。 曖昧なものはすべてレビューのために保留されます。
* **完全な自動化**: すべての変更が自動的に適用されます。 エージェントは、変更が不確実としてフラグ付けされている場合にのみ、その変更の適用を保留します。
5. **保存** をクリックします。
## Copilot クラウドエージェントと共に
1. オートメーション に従って、問題をトリアージする[](/ja/copilot/how-tos/use-copilot-agents/cloud-agent/create-automations)を作成します。
**\[問題が作成されたとき**] トリガーを使用するか、スケジュールに従ってオートメーションを実行します。
2. ラベルの更新、種類の設定、フィールドの編集、ユーザーの割り当て、問題の終了など、変更する属性の問題ツールを オートメーション に付与します。
3. プロンプトで、トリアージ タスクについて説明します(例: `Triage this issue by setting a type, labels, and priority, and explain your reasoning for each.` 論理的根拠、信頼度、または提案を明示的に言及する必要はありません。 信頼度に関係なくレビュー用の特定の変更を保持するには、エージェントに、変更を適用するのではなく、それらの変更を提案するように依頼します。
4. オートメーションを保存します。 実行すると、その変更は論理的根拠と信頼度レベルを持ちます。 リポジトリの自動化レベルの対象外となる変更と、エージェントに提案するよう依頼した変更は、Issue の承認パネルで承認待ちになります。
## GitHub エージェント型ワークフローと共に
問題の意図 (ワークフローの問題の変更に関連付けられている根拠と信頼度のメタデータ) は省略可能であり、既定で有効になっています。 既存のワークフローは変更なしで動作し続けます。
1. GitHub エージェント型ワークフローを実行して、`gh aw upgrade`拡張機能の最新バージョンに更新します。
2. リポジトリの `.github/workflows` ディレクトリに問題をトリアージするワークフローを追加します。 問題トリアージ サンプルから開始するか、独自のサンプルを作成できます。
[
GitHub エージェント型ワークフロー
](https://gh.io/gh-aw)のドキュメントを参照してください。
3. ワークフローの frontmatter の `safe-outputs` の下に一覧表示して、変更する属性の出力をワークフローに提供します。 たとえば、ラベルを適用する `add-labels` 、問題の種類を設定する `set-issue-type` 、フィールドを編集する `set-issue-field` 、問題を割り当てる `assign-to-user` または `assign-to-agent` 、それらを閉じる `close-issue` 。 これらの出力を追加するだけで、ワークフローは、論理的根拠と信頼度レベルで対応する問題の変更を行うことができます。
4. 必要に応じて、安全な出力に問題の意図メタデータが必要かどうかを制御するには、 `issue-intent` を設定します。
```yaml
safe-outputs:
add-labels:
issue-intent: true
```
* `issue-intent` は省略するか未設定のままにして、任意にしておきます。エージェントには理由と信頼度を示すことが推奨されますが、それらがなくても出力は問題なく機能します。
* `issue-intent: true`を設定して、その出力の論理的根拠と信頼度レベルを要求します。 エージェントがそれらを省略した場合、ワークフローは失敗します。
* `issue-intent: false`を完全にオプトアウトするように設定します。出力には根拠や信頼度のメタデータが含まれることはありません。
5. ワークフロー プロンプトで、トリアージ タスクについて説明します。 信頼度に関係なくレビュー用の特定の変更を保持するには、エージェントに、変更を適用するのではなく、それらの変更を提案するように依頼します。
6. `gh aw compile`を実行してワークフローをコンパイルし、ワークフロー ファイルとその生成されたロック ファイルをコミットします。
7. ワークフローが実行されると、その変更には理由と信頼度が付与されます（オプトアウトしている場合を除く）。 リポジトリの自動化レベルより下の変更、およびエージェントが提案した変更は、問題の承認パネルで待機します。
## REST または GraphQL API を使用する
オートメーションを使用する代わりに独自の統合を構築する場合は、同じイシューライティング REST API と GraphQL API を使用して、変更の根拠と信頼度レベルを含めたり、変更をレビューのために保持するための提案としてマークしたりできます。 変更は、 オートメーション または GitHub エージェント型ワークフロー ワークフローからの変更と同じ方法でルーティングされます。リポジトリの自動化レベルに従うか、提案としてマークした場合はレビューのために保持されます。
## 保留中の提案に関する問題を見つける
レビューを待機している提案がある問題を見つけるには、 `has:suggestions` 修飾子を使用して検索します (例: `is:issue is:open has:suggestions`)。
## 承認パネルでの提案の確認
変更がレビュー用に保留されると、反映される代わりに、その課題の承認パネルで待機します。 パネルを使用して各提案を検査し、適用する内容を決定します。
1. 課題を開く。 提案された変更が承認パネルに表示されます。
2. 各提案を調べます。 ラベル、型、フィールド、担当者、クローズなどの提案された変更と、根拠と信頼度のレベルが表示されます。
3. 提案に基づいてアクションを実行します。
* \[ **承諾]** を選択して提案を適用するか、 **却下** して無視します。
* 保留中のすべての提案に対して一度に処理するには、\[ **すべて承諾** ] または **\[すべて辞退** ] を選択します。
受け入れられた変更は、問題に直ちに反映されます。 拒否された提案は、問題を変更せずに無視されます。
これを実践する準備はできましたか? 問題をトリアージするためのオートメーションを作成するには、[Copilot クラウド エージェントを使用した自動化の作成](/ja/copilot/how-tos/use-copilot-agents/cloud-agent/create-automations)を参照してください。