> ## Documentation Index
> Fetch the complete documentation index at: https://docs.vetox.io/llms.txt
> Use this file to discover all available pages before exploring further.

# 권한

> Vetox가 누가 명령어를 실행하고 설정을 변경할 수 있는지 어떻게 판단하는지 — 그리고 많은 서버가 걸려 넘어지는 역할 계층 규칙까지 설명합니다.

세 가지 서로 다른 질문이 있으며, 답도 각기 다릅니다.

<CardGroup cols={3}>
  <Card title="Vetox가 할 수 있는가?" icon="robot">
    봇 자체의 Discord 권한과 역할 위치에 달려 있습니다.
  </Card>

  <Card title="이 멤버가 실행할 수 있는가?" icon="terminal">
    그들의 Discord 권한과 명령어별 설정에 달려 있습니다.
  </Card>

  <Card title="설정을 변경할 수 있는가?" icon="gauge">
    대시보드 접근 권한에 달려 있습니다.
  </Card>
</CardGroup>

## 역할 계층

이 부분이 Discord에서 가장 큰 혼란을 일으킵니다.

<Warning>
  봇은 **최상위 역할이 자기 자신보다 아래에 있는** 멤버에게만 조치를 취할 수 있습니다. Vetox가 모더레이터 역할보다 아래에 있다면, 아무리 많은 권한이 있어도 해당 모더레이터를 차단, 뮤트, 타임아웃하거나 역할을 부여할 수 없습니다.

  역할에도 동일하게 적용됩니다. Vetox는 자기보다 **아래에 있는** 역할만 부여하거나 편집할 수 있습니다.
</Warning>

**서버 설정 → 역할**에서 Vetox 역할을 목록 상단 근처로 드래그하여 해결하세요.

## 누가 명령어를 실행할 수 있는가

Vetox는 명령어를 Discord 메뉴에서 숨기지 않고 스스로 권한을 확인합니다. 모든 명령어는 **모두에게 보이지만**, 허용된 멤버만 실행할 수 있습니다.

다음 중 하나에 해당하면 통과입니다.

| 자격                           | 결과    |
| ---------------------------- | ----- |
| 서버 소유자                       | 항상 허용 |
| 관리자(Administrator) 권한을 가진 멤버 | 항상 허용 |
| 해당 명령어에 대해 권한을 부여받은 역할 보유    | 허용    |
| 명령어가 요구하는 Discord 권한 보유      | 허용    |

각 명령어는 필요한 Discord 권한을 명시합니다. `/ban`은 멤버 차단(Ban Members)이 필요하고, `/clear`는 메시지 관리(Manage Messages)가 필요하며, 이런 식입니다. 각 [명령어 참조](/ko/commands/overview) 페이지에 자세히 나와 있습니다.

<Note>
  명령어가 모두에게 보이기 때문에, 접근 권한이 없는 멤버도 명령어를 볼 수 있고 실행 시 권한 안내 메시지를 받게 됩니다. 이는 의도된 것으로, Discord의 권한 모델에 국한되지 않고 역할별로 접근을 부여할 수 있게 합니다.
</Note>

### 명령어별 재정의

**Commands** 페이지에서 각 명령어에 대해 다음을 설정할 수 있습니다.

| 설정                    | 효과                          |
| --------------------- | --------------------------- |
| **Enabled roles**     | Discord 권한 없이도 명시적으로 허용된 역할 |
| **Disabled roles**    | 명시적으로 차단된 역할                |
| **Enabled channels**  | 명령어를 특정 채널로 제한              |
| **Disabled channels** | 특정 채널에서 명령어 차단              |

[명령어 관리](/ko/server-management/command-management)를 참고하세요.

## 누가 대시보드를 사용할 수 있는가

기본적으로 해당 Discord 서버에서 **서버 관리(Manage Server)** 권한이 있는 사람은 누구나 Vetox를 설정할 수 있습니다.

**Max** 이상에서는 [Dashboard Permissions](/ko/server-management/dashboard-permissions)를 통해 특정 역할이나 개인에게 특정 섹션의 접근 권한만 부여할 수 있습니다. 예를 들어 모더레이터가 결제나 프리미엄 설정은 변경할 수 없으면서 Auto-Mod만 관리할 수 있게 만들 수 있습니다.

## 기능별 봇 권한

초대 후 Vetox의 Discord 권한을 좁힌 경우, 각 영역이 필요로 하는 권한은 다음과 같습니다.

| 기능 영역                 | 필요 권한                                                             |
| --------------------- | ----------------------------------------------------------------- |
| 모더레이션                 | 멤버 차단(Ban Members), 멤버 추방(Kick Members), 멤버 관리(Moderate Members)  |
| 역할, 레벨링 보상, 셀프 역할, 색상 | 역할 관리(Manage Roles)                                               |
| Auto-Mod, 메시지 정리      | 메시지 관리(Manage Messages)                                           |
| 티켓, 임시 음성, 서버 통계      | 채널 관리(Manage Channels)                                            |
| 웹훅 기반 로그              | 웹훅 관리(Manage Webhooks)                                            |
| Welcomer 이미지, 랭크 카드   | 파일 첨부(Attach Files)                                               |
| 이모지 명령어               | 표현식 관리(Manage Expressions)                                        |
| 전반                    | 채널 보기(View Channels), 메시지 보내기(Send Messages), 링크 임베드(Embed Links) |

<Tip>
  관리자(Administrator) 권한으로 초대하면 위의 모든 것을 신경 쓸 필요가 없습니다. 초대 링크는 기본적으로 그렇게 설정되어 있습니다.
</Tip>

## 문제 해결

<AccordionGroup>
  <Accordion title="Vetox가 특정 멤버에게 조치를 취하지 못해요">
    그 멤버의 최상위 역할이 Vetox 역할보다 위에 있습니다. Vetox를 위로 옮기세요.
  </Accordion>

  <Accordion title="역할 보상이 절대 지급되지 않아요">
    보상 역할이 Vetox 역할보다 위에 있습니다. Vetox는 자기보다 아래에 있는 역할만 부여할 수 있습니다.
  </Accordion>

  <Accordion title="모더레이터가 권한이 없다고 해요">
    그들에게 필요한 Discord 권한도, 해당 명령어의 활성화된 역할 부여도 모두 없습니다. Discord 권한을 부여하거나 해당 명령어의 활성화된 역할 목록에 그들의 역할을 추가하세요.
  </Accordion>

  <Accordion title="보아서는 안 될 설정을 누군가가 볼 수 있어요">
    서버 관리(Manage Server) 권한을 가진 사람은 기본적으로 대시보드 전체에 접근할 수 있습니다. Max 이상에서 Dashboard Permissions로 제한하세요.
  </Accordion>
</AccordionGroup>
