# 문제에 대한 근거, 신뢰도 및 승인 관리
에서 처리하는 자동화문제에 대한 근거, 신뢰도 및 승인을 설정하고 관리합니다.
근거와 신뢰도에는 추가 구성이 필요하지 않습니다.
자동화의 에이전트가 지원되는 이슈 속성을 변경하면 근거와 신뢰 수준을 자동으로 첨부합니다. 변경 내용이 직접 적용되는지 검토 대기인지 여부는 리포지토리의 자동화 수준 또는 변경 내용을 적용하는 대신 제안할 명시적 요청에 따라 달라집니다.
## 리포지토리의 자동화 수준 설정
> \[!NOTE]
> 자동화 수준 구성은 점진적으로 롤아웃되며 리포지토리에서 아직 사용할 수 없습니다.
리포지토리의 자동화 수준은 지원되는 모든 변경 내용을 라우팅하는 데 사용되는 신뢰도 임계값을 설정합니다. 임계값 이하로 평가된 변경 내용은 제안 사항으로 유지됩니다. 변경 내용은 자동으로 적용됩니다. 기본 수준은 **신중**하므로 변경될 때까지 신뢰도가 높은 변경 내용만 자동으로 적용됩니다.
1. GitHub에서 리포지토리의 기본 페이지로 이동합니다.
2. 리포지토리 이름 아래에서 ** Settings**를 클릭합니다. "설정" 탭이 표시되지 않으면 **** 드롭다운 메뉴를 선택한 다음 **설정**을 클릭합니다.
3. 사이드바의 "계획" 섹션에서 **문제에 대한 에이전트 제안을** 클릭합니다.
4. "자동화 수준"에서 리포지토리에 맞는 수준을 선택합니다.
* **모든 권한**: 모든 변경 내용은 검토를 위해 유지됩니다. 아무 것도 자동으로 적용되지 않습니다.
* **주의** (기본값): 신뢰도가 높은 변경 내용만 자동으로 적용됩니다. 다른 모든 항목은 검토를 위해 보관됩니다.
* **균형:** 일상적인 명확한 변경 내용이 자동으로 적용됩니다. 모호성이 있는 모든 항목은 검토를 위해 보관됩니다.
* **전체 자동화**: 모든 변경 내용이 자동으로 적용됩니다. 에이전트는 변경이 불확실하다고 표시된 경우에만 해당 변경을 보류합니다.
5. **저장**을 클릭합니다.
## Copilot 클라우드 에이전트와 함께
1. 문제를 분류하는 자동화을(를) [Copilot 클라우드 에이전트를 사용하여 자동화 만들기](/ko/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. 자동화를 저장합니다. 실행 시 변경 내용은 근거와 신뢰도 수준을 전달합니다. 리포지토리의 자동화 수준 이하의 변경 내용과 에이전트에 제안하도록 요청한 변경 내용은 이 문제에 대한 승인 패널에서 기다립니다.
## GitHub 에이전트형 워크플로와 함께
워크플로의 문제 변경에 연결된 근거 및 신뢰도 메타데이터인 문제 의도는 선택 사항이며 기본적으로 사용하도록 설정됩니다. 기존 워크플로는 변경 없이 계속 작동합니다.
1. `gh aw upgrade`를 실행하여 GitHub 에이전트형 워크플로 확장을 최신 버전으로 업데이트합니다.
2. 리포지토리의 `.github/workflows` 디렉터리에 문제를 심사하는 워크플로를 추가합니다. 이슈 분류 샘플에서 시작하거나 직접 만들어 사용할 수 있습니다. 설명서를 [GitHub 에이전트형 워크플로](https://gh.io/gh-aw) 참조하세요.
3. 워크플로의 프런트매터 아래에 `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 및 GraphQL API를 사용하여 변경에 대한 근거와 신뢰도 수준을 포함하거나 변경을 검토용으로 보류하는 제안으로 표시할 수 있습니다. 변경 내용은 자동화 또는 GitHub 에이전트형 워크플로 워크플로에서 발생한 변경과 동일한 방식으로 처리됩니다. 즉, 리포지토리의 자동화 수준에 따라 처리되거나, 제안으로 표시한 경우 검토를 위해 보류됩니다.
## 보류 중인 제안과 관련된 문제 찾기
검토를 기다리는 제안이 있는 문제를 찾으려면 한정자를 `has:suggestions` 사용하여 검색합니다(예: `is:issue is:open has:suggestions`).
## 승인 패널에서 제안 검토
변경 내용이 검토용으로 유지되면 적용하는 대신 해당 문제에 대한 승인 패널에서 대기합니다. 패널을 사용하여 각 제안을 검사하고 적용할 항목을 결정합니다.
1. 문제를 엽니다. 제안된 변경 내용이 승인 패널에 표시됩니다.
2. 각 제안을 검사합니다. 레이블, 형식, 필드, 담당자 또는 닫기와 같은 제안된 변경 내용과 근거 및 신뢰도 수준을 표시합니다.
3. 제안에 따라 행동:
* **수락**을 선택하여 제안을 적용하거나 **거부**를 선택하여 해제합니다.
* 보류 중인 모든 제안을 한 번에 적용하려면 **모두 적용** 또는 **모두 거절** 을 선택합니다.
수락된 변경 내용은 문제에 즉시 적용됩니다. 거부된 제안은 문제를 변경하지 않고 해제됩니다.
연습에 이것을 넣을 준비가 되셨습니까?
[Copilot 클라우드 에이전트를 사용하여 자동화 만들기](/ko/copilot/how-tos/use-copilot-agents/cloud-agent/create-automations)을 참조하여 문제를 대신 분류해 주는 자동화을 만드세요.