# 승인 및 에이전트 액세스

에이전트가 승인을 요청하는 방식과 다른 에이전트와 연락할 수 있는 범위를 선택합니다.

## YOLO가 제어하는 범위

`yolo` 설정은 CLI 승인과 다른 Facade 에이전트에 대한 액세스 모두에 영향을 줍니다. 설정 파일을 공유하는 프로젝트는 같은 YOLO 값을 사용합니다. Facade는 각 에이전트가 시작할 때 이 값을 적용합니다.

| 설정 | CLI 승인 | 에이전트 액세스 |
| --- | --- | --- |
| `true` — 기본값 | 지원되는 경우 CLI가 승인 프롬프트를 건너뛰도록 지시합니다. | Facade 홈을 통해 연결된 모든 에이전트(연결된 SSH 프로젝트 포함). |
| `false` | CLI의 일반 승인 및 샌드박스 동작을 사용합니다. | 에이전트의 가족 관계: 부모, 형제, 자식 및 그 하위 에이전트. |

Pi에는 두 모드 모두에서 자체 승인 절차나 샌드박스가 없습니다. OpenCode는 자체 권한 설정을 따르며, 기본적으로 도구를 허용합니다.

## 이후 시작을 위한 YOLO 변경

facade.json 최상위에 `yolo`를 추가하거나 변경하십시오([에이전트 설정](https://facadecode.com/ko/docs/settings/) 참조):

```json
{
  "yolo": false
}
```

파일을 저장하고 새 에이전트를 시작하면 이 값이 적용됩니다. 실행 중인 에이전트는 시작 당시 설정을 유지하며, 재개되거나 고정된 에이전트는 다음에 시작할 때 현재 파일을 사용합니다.

서로 다른 Facade 홈을 사용하는 프로젝트의 에이전트는 서로 연락할 수 없습니다. 에이전트가 검색되지 않으면 홈과 액세스 설정을 모두 확인하십시오.

## 권한 플래그는 올바른 위치에

Facade의 권한 선택에는 `yolo`를 사용하십시오. 기본 항목의 `args`에 승인, 샌드박스, 우회 플래그를 추가하지 마십시오. Facade가 이러한 시작 옵션을 관리하고 충돌을 보고합니다.

사용자 지정 터미널 프로그램은 어느 모드에서든 자체 권한을 유지합니다. Facade는 해당 프로그램에 도구를 주입하거나 폴더 신뢰를 부여하지 않습니다.

에이전트가 실제로 어떻게 소통하는지 보려면 [협업 패턴](https://facadecode.com/ko/docs/collaboration/)을 사용해 보십시오.