규칙 채널이 길고 무거우면 유저는 안 읽고, 짧기만 하면 운영진이 나중에 설명하다 지칩니다.좋은 규칙 채널은 많아 보이는 규칙보다 "뭐가 금지인지, 어디까지 제재하는지, 어디에 문의하는지"가 바로 보이는 문안입니다.이 글은 규칙을 많이 쓰는 법이 아니라, 읽히는 규칙 카피를 어떻게 쓰는지에 집중하는 글입니다.1. 규칙 채널은 법전이 아니라 행동 기준 요약본이다규칙 채널은 운영진 기록용 문서가 아닙니다.신규 유저가 서버 분위기와 금지 행동을 짧은 시간 안에 파악하게 만드는 용도입니다.길게 설명하는 것보다 아래 세 가지가 바로 보여야 합니다.하면 안 되는 행동제재 기준문의 위치2. 초반 규칙은 짧아야 읽힌다처음부터 규칙 20개를 쓰면 거의 안 읽힙니다.실제 운영 초반에는 핵심 규칙 5~7개 정도면 충분한 경..

디스코드 서버를 꾸민다고 하면 보통 배너, 이모지, 역할 색상부터 떠올립니다.실제로 서버 인상을 좌우하는 것은 채널 순서와 역할 배치입니다.처음 들어온 유저가 어디로 이동하는지, 운영진이 어디서 관리하는지, 봇이 어느 채널에서 일하는지가 한눈에 보여야 합니다.배치는 보기 좋은 것보다 운영 동선이 오래 버티는 쪽으로 잡아야 합니다.기본 서버 골격이 아직 없다면 디스코드 서버 만드는 법 처음부터 끝까지, 채널 역할 기본 세팅 가이드부터 먼저 맞춰 둬야 합니다.1. 꾸미기 전에 동선부터 정한다처음 들어온 유저가 밟는 순서를 먼저 정해야 합니다.서버 입구가 복잡하면 채널이 많아도 체감은 오히려 나빠집니다.초반 동선은 보통 아래처럼 잡습니다.규칙 확인-> 공지 확인-> 역할 선택 또는 인증-> 잡담 / 질문 / ..

파이썬 쪽 흐름을 한 번 익힌 뒤에는 Node.js 기반으로도 같은 구조를 만들 수 있어야 선택지가 넓어집니다.디스코드 봇 생태계에서는 discord.js 수요가 여전히 큽니다.특히 버튼, 모달, 슬래시 명령어 예제를 찾다 보면 대부분 discord.js v14 기준으로 만나는 경우가 많습니다.Node.js 쪽에서 가장 먼저 손에 익혀 둘 기본 골격은 discord.js v14입니다.토큰 분리, 패키지 설치, 기본 명령어, 서버 초대, 실행 테스트까지 한 번에 정리합니다.파이썬 쪽 흐름과 비교해 보고 싶다면 파이썬 디스코드 봇 만들기 처음부터 끝까지, discord.py 입문 가이드를 같이 열어 두면 구조 차이를 보기에 좋습니다.1. Node.js 버전부터 맞춘다discord.js v14는 너무 오래된 ..

discord.py로 슬래시 명령어를 붙이려는데 /핑조차 안 뜨거나 app_commands 구조가 헷갈리면 여기서 많이 막힙니다.이 글에서는 discord.py의 app_commands 기준으로 /핑, /서버정보, /청소 세 개를 바로 테스트할 수 있는 형태까지 한 번에 정리합니다.즉 이 글 하나로 슬래시 명령어 등록, 서버 단위 sync, 기본 권한 체크 흐름까지 바로 잡을 수 있습니다.1. 먼저 준비할 것기본 파이썬 봇 구조와 토큰 분리는 이미 끝났다고 가정합니다.아직 이 단계가 안 됐다면 파이썬 디스코드 봇 만들기 처음부터 끝까지와 .env 환경변수로 디스코드 토큰 숨기기, 하드코딩 없이 안전하게 관리하는 법부터 먼저 봐야 합니다.2. 초대 링크에서 applications.commands를 체크한다..

디스코드 봇을 만들고도 서버에 못 넣는 경우가 자주 나옵니다.봇 코드보다 초대 링크 생성 과정에서 막히는 쪽이 더 흔할 때도 있습니다.특히 권한을 너무 적게 고르거나, 아예 잘못된 스코프를 선택해서 다시 초대하는 경우가 많습니다.초대 링크는 한 번만 대충 만들고 끝내는 작업이 아닙니다.기능이 늘어날수록 필요한 권한도 달라지기 때문에 구조를 이해해 둬야 합니다.1. 초대 링크를 만드는 위치브라우저에서 Discord Developer Portal에 접속합니다.봇 애플리케이션을 선택한 뒤 왼쪽 메뉴에서 OAuth2 -> URL Generator로 이동합니다.여기서 두 가지를 고릅니다.어떤 스코프를 쓸지어떤 권한을 봇에 줄지2. 스코프는 보통 두 개를 본다기본적으로 많이 쓰는 것은 아래 두 개입니다.bot: 일..

디스코드 서버에서 권한 문제는 결국 역할 구조로 돌아옵니다.역할 이름만 그럴듯하게 만들고 순서와 권한을 대충 두면 나중에 봇도 막히고 운영진도 헷갈립니다.초반 역할 설계는 적게, 명확하게, 위계가 보이게 잡아야 합니다.초반 서버는 화려한 역할보다 설명 가능한 역할 구조가 먼저입니다.서버 규모가 커져도 기본 뼈대는 거의 그대로 가져갈 수 있습니다.1. 역할은 많을수록 좋은 게 아니다처음부터 역할을 열 개 넘게 만드는 경우가 많습니다.대부분은 멋있어 보이기만 하고 실제 운영에서는 오히려 혼란만 커집니다.초기 역할은 아래 정도면 충분합니다.관리자운영진봇인증됨멤버이 다섯 개만으로도 대부분의 입문 서버는 충분히 굴러갑니다.중요한 건 숫자가 아니라 역할별 책임이 겹치지 않는 구조입니다.2. 관리자와 운영진은 나눠야..