요청 관리
요청 관리(Approvals)는 Superuser가 워크스페이스 멤버의 민감한 요청을 검토하고 승인하거나 반려하는 거버넌스 큐입니다. 각 요청에는 위험도가 함께 표시되며, 작업 세션의 경우 AI 사전 검토도 제공되어 빠르고 안전하게 판단할 수 있습니다.
참고: 요청 관리는 Superuser 역할을 가진 사용자가 사용할 수 있습니다. 과거 결정을 보는 별도의 승인 이력(Audit 하위)도 있습니다.
승인 대상 요청
다음과 같은 민감한 요청이 이곳으로 들어옵니다.
- 작업 세션, 작업 세션 수정
- 서비스 토큰, 토큰 수정
- 사용자명, 그룹명 변경
검토자가 무엇을 보고 무엇을 조정할 수 있는지는 유형마다 다릅니다. 요청 유형을 참고하세요. 검토자 시점의 전체 여정은 승인자 가이드를 참고하세요.
요청 큐
사이드바에서 Pending approvals를 엽니다. 각 요청에는 유형, 요청 데이터, 요청자, 상태가 표시됩니다.
| 상태 | 의미 |
|---|---|
| 대기중 | 결정 대기 중 |
| 승인됨 | 검토자가 승인함 |
| 반려됨 | 검토자가 반려함 |
| 취소됨 | 요청자가 철회함 |
| 만료됨 | 결정 전에 시간이 초과됨 |
큐는 상태(전체, 대기중, 처리됨, 만료·취소)와 요청 유형으로 필터링하거나 검색할 수 있습니다.
요청을 열고 처리하는 방법은 요청 검토를 참고하세요.
승인 권한
큐를 검토하려면 Superuser 역할이 필요합니다. 이 역할은 여러 사람이 가질 수 있으며, 그중 누구나 대기 중인 요청을 검토할 수 있습니다. Admin 역할은 요청을 승인할 수 없고, Superuser 역할이 없는 멤버는 큐 자체를 열 수 없습니다. 요청 대상 서버가 속한 그룹의 관리자(Manager)는 대기 중인 작업 세션 요청을 알림으로 받지만 직접 승인할 수는 없습니다.
요청은 제출된 채널과 같은 채널로는 승인할 수 없습니다. 예를 들어 CLI에서 만든 요청은 CLI가 아니라 웹 콘솔의 요청 관리(Approvals) 큐(또는 Slack)에서 승인됩니다. 따라서 요청자는 Superuser가 결정할 때까지 (예: 대시보드에서) 자신의 요청 상태를 추적합니다. Slack 원탭 승인에도 동일한 Superuser 요건이 적용됩니다.
자동 승인
일부 요청은 수동 결정을 기다리지 않고 처리됩니다.
- Superuser가 본인을 위해 요청한 세션은 요청 즉시 승인됩니다.
- AI 에이전트가 요청한 세션은 Superuser가 요청하더라도 항상 사람의 승인이 필요합니다.
- 워크스페이스는 요청의 위험도와 요청 주체에 따라 어떤 작업을 자동으로 통과시키고 어떤 작업을 사람이 검토하도록 할지 결정하는 승인 정책을 구성할 수 있습니다.
워크스페이스 실행 제어가 Advisory이면 위험도 판정 때문에 생기는 요청은 아예 만들어지지 않습니다. 명령이 승인 대기로 잡히지 않고, 작업 세션과 세션 변경도 검토 없이 통과합니다. 서비스 토큰과 신원 관련 요청은 영향을 받지 않으며, sudo도 여전히 자체 권한을 요구하므로 아무도 인가받지 않은 작업에 대한 요청은 그대로 이 대기열로 들어옵니다.
모드 변경은 소급되지 않습니다. 전환 시점에 이미 승인 대기인 요청은 자동 승인도 해제도 되지 않고 그대로 남아 결정을 기다립니다. 아무도 결정하지 않은 작업 세션 요청은 대기 시간(기본 24시간)이 지나면 스스로 취소되고 요청자에게 알림이 갑니다. 전환 후에는 기존 요청을 기다리기보다 요청을 다시 넣으세요.
승인 이력
처리된 요청은 Audit > Governance의 승인 이력에서 확인할 수 있으며, 과거 승인·반려 결정을 검토할 수 있습니다.