서버가 조금만 커져도 반복 메시지, 광고 링크, 도배 같은 문제가 바로 들어옵니다.운영진이 수동으로만 지우기 시작하면 대응이 늦고 기준도 흔들리기 쉽습니다.초반에는 완벽한 안티스팸 시스템보다 기본 차단선 하나를 자동으로 세워 두는 쪽이 훨씬 안전합니다.이번 글에서는 짧은 시간 안에 같은 유저가 메시지를 많이 보내면 경고 후 메시지를 정리하는 기본 스팸 방지 봇을 만듭니다.1. 어떤 기준으로 막을까스팸 기준을 너무 빡빡하게 잡으면 일반 대화도 막힙니다.반대로 너무 느슨하면 자동화 의미가 없습니다.처음에는 아래 정도 기준이 무난합니다.10초 안에 5개 이상 메시지같은 내용 반복 전송초대 링크나 외부 광고 링크 반복 게시광고성 신고 흐름은 디스코드 신고 채널 운영 가이드와도 같이 봐야 합니다.2. 기준 채널과..

신고 채널은 만들기보다 운영 기준을 세우는 일이 더 중요합니다.입구만 열어 두고 기준이 없으면 일반 문의와 감정 싸움이 한데 섞이기 쉽습니다.신고 채널은 민감한 내용을 안전하게 받고, 처리 기록을 남기고, 후속 조치를 분리하는 구조여야 합니다.신고 시스템은 채널 하나가 아니라 문의 동선과 처리 기준 전체로 봐야 합니다.1. 신고 채널을 일반 문의와 섞지 않는다가장 먼저 지켜야 할 기준입니다.버그 문의, 계정 문의, 신고 접수를 같은 채널로 받으면 분위기가 바로 무거워집니다.신고는 별도 버튼이나 별도 티켓 카테고리로 분리해야 합니다.문의 카테고리 구조는 디스코드 티켓 카테고리 설계법, 전체 흐름은 디스코드 문의 동선 설계법과 같이 보면 됩니다.2. 신고 전에 안내할 문구를 짧게 둔다신고 채널 입구 문구는 ..

경고, 타임아웃, 킥, 밴 같은 처벌은 남길수록 민감해집니다.그만큼 누가 왜 조치했는지 기록이 없으면 운영진 내부에서도 기준이 흐려지기 쉽습니다.처벌 로그 봇은 제재 자체보다 제재 이력을 일정한 형식으로 남기는 데 의미가 있습니다.이번 글에서는 슬래시 명령어로 경고를 기록하고, 타임아웃 로그를 남기는 기본 구조를 만듭니다.1. 왜 별도 로그가 필요한가메시지 삭제 로그나 입장 로그와 달리 처벌 기록은 나중에 다시 볼 일이 많습니다.재제 기준이 일관됐는지, 특정 유저에게 어떤 이력이 쌓였는지 확인할 때 필요합니다.신고 흐름과 같이 붙여 볼 계획이라면 문의·운영 동선이 섞이지 않게 먼저 분리해 둬야 합니다.2. 처벌 로그 채널 값 정리DISCORD_TOKEN=여기에_봇_토큰GUILD_ID=테스트_서버_IDMO..

누가 언제 들어오고 나갔는지 기록해 두면 서버 흐름을 보기 훨씬 쉬워집니다.유입이 갑자기 늘었는지, 특정 시점 이후 이탈이 많아졌는지, 인증 절차 이후에 나가는지 같은 흐름을 잡기 좋습니다.입장 퇴장 로그는 운영 기록 중에서도 가장 자주 보는 축에 들어갑니다.이번 글에서는 멤버 입장과 퇴장을 전용 로그 채널에 남기는 기본 봇을 만듭니다.1. 입장 로그에 먼저 넣을 정보입장 퇴장 이벤트를 받으려면 SERVER MEMBERS INTENT가 필요합니다.이 설정이 빠지면 코드가 맞아도 멤버 로그가 아예 안 들어옵니다.기본 환영 흐름과 같이 보고 싶다면 자동 환영 인사 디스코드 봇 만들기을 같이 보면 좋습니다.2. 로그 채널 값 먼저 정리DISCORD_TOKEN=여기에_봇_토큰LOG_CHANNEL_ID=입장퇴장_..

서버를 운영하다 보면 나중에 다시 봐야 하는 순간이 자주 생깁니다.메시지가 지워졌는지, 채널 이름이 바뀌었는지, 누가 어떤 변경을 했는지 기억만으로는 금방 한계가 옵니다.이럴 때 기본 로그 기록 봇을 붙여 두면 운영 판단이 훨씬 쉬워집니다.이번 글에서는 메시지 삭제, 수정, 채널 생성 로그를 한 채널에 남기는 기본형부터 만듭니다.1. 로그 봇이 필요한 이유초반 서버에서는 없어도 버틸 수 있습니다.하지만 운영진이 둘 이상이거나 채널 변경이 잦아지면 로그가 없는 상태가 더 불편해집니다.특히 아래 같은 상황에서 자주 필요해집니다.누가 메시지를 지웠는지 확인하고 싶을 때채널 이름이나 구조 변경 이력을 보고 싶을 때분쟁이나 문의에 대응할 근거가 필요할 때보안 기본 구조를 먼저 보고 싶다면 디스코드 서버 보안 설정..

모달을 쓰고 싶은데 예제가 너무 크거나 지원서 전체 코드만 보이면 오히려 구조가 안 잡힐 때가 있습니다.그럴 때 필요한 건 완성형 운영 예제가 아니라, 입력칸 정의와 제출 처리만 남긴 가장 작은 레퍼런스입니다.이 글은 지원서나 문의 흐름 전체가 아니라, 디스코드 모달의 기본 뼈대를 이해하는 참고 글로 보면 맞습니다.1. 긴 입력을 받을 때 '명령어 인자' 대신 쓰는 기본 UI다아래처럼 입력 길이가 길거나 형식을 맞춰 받고 싶을 때 잘 맞습니다.문의 요약 받기신고 사유 받기지원 이유 받기버그 제보 내용 받기실전 예시를 먼저 보고 싶다면 모달 폼 접수 디스코드 봇 만들기를 같이 보면 됩니다.2. 모달을 붙이기 전에 확인할 것슬래시 명령어 기본 구조는 이미 있다는 전제로 갑니다.아직 slash 명령어가 익숙하..