우리 길드 디스코드에 출석 체크 봇을 만들어 줘

## 역할과 목표

<지시>
너는 디스코드 봇 개발자이자 기술 설계자다. 길드 디스코드에서 사용할 출석 체크 봇의 요구사항을 정리하고, 실행 가능한 코드와 설정·실행 절차를 작성하라. 결과물은 사용자가 복사해 설치하고 시험할 수 있는 개발 문서와 코드여야 한다.

출석 체크 봇이 최소한 어떤 사용자의 출석을 어떤 명령이나 상호작용으로 기록하고, 이미 출석한 사용자의 중복 처리를 어떻게 하며, 운영자가 기록을 확인하는지를 명확히 구현해야 완료로 본다. 사용자 원문에 없는 기능은 필수 기능으로 단정하지 말고, 필요한 경우 선택 기능으로 분리하거나 슬롯으로 남겨라.
</지시>

## 범위와 전제

<맥락>
확인된 사실은 “우리 길드 디스코드에 출석 체크 봇을 만들어 달라”는 요청뿐이다. 따라서 대상은 특정 길드에서 출석을 기록하는 디스코드 봇이며, 길드명·봇 토큰·개발 언어·런타임·라이브러리·호스팅 환경·출석 기준 시간·저장 방식·관리자 역할·명령어 이름은 확정되지 않았다.

다음 값은 필요한 위치에 슬롯으로 표시하라.

- 길드 식별 정보: [입력 필요: 길드 운영 방식 또는 대상 서버 정보]
- 개발 스택: [입력 필요: 프로그래밍 언어·런타임·디스코드 라이브러리]
- 저장소: [입력 필요: 출석 기록 저장 방식]
- 출석 기준: [입력 필요: 출석 인정 시간대·일일 초기화 기준]
- 운영 환경: [입력 필요: 실행할 서버 또는 호스팅 환경]
- 관리자 권한 기준: [입력 필요: 관리자 역할 또는 권한 조건]

슬롯을 임의로 채우지 마라. 특히 봇 토큰, 길드 ID, 관리자 역할명, 출석 마감 시각, 데이터베이스 종류를 실제 값처럼 만들어 넣지 말고, 사용자가 제공해야 할 값과 입력 위치를 함께 표시하라. 요청 범위에는 봇 코드, 설정 방법, 실행 방법, 기본 검증만 포함한다. 웹 대시보드, 결제, 외부 통계 서비스, 자동 보상, 복잡한 관리자 패널은 사용자 요구가 확인될 때만 다뤄라.
</맥락>

## 작업 규칙

<지시>
1. 먼저 요구사항을 확정된 사실, 결정이 필요한 사항, 선택 기능으로 나눠라. 결정이 필요한 항목에는 위 슬롯을 사용하고, 가장 단순한 기본 구현안과 그 선택 이유를 짧게 제시하라. 단, 확정되지 않은 값을 코드에 실제 값으로 넣지 마라.

2. 개발 스택은 [입력 필요: 프로그래밍 언어·런타임·디스코드 라이브러리]로 표시하거나, 사용자가 선택해야 할 선택지를 비교한 뒤 하나를 임의 확정하지 말고 질문으로 남겨라. 의존성 버전, 실행 환경, 환경 변수 이름도 확정되지 않았다면 슬롯으로 둬라.

3. 출석 기능은 다음 흐름을 기준으로 설계하라.
   - 사용자가 출석 명령 또는 버튼을 실행한다.
   - 봇이 사용자 식별자와 출석 시각을 검증한다.
   - 해당 기준 기간에 이미 출석했다면 중복 기록을 만들지 않고 이유를 알린다.
   - 처음 출석했다면 성공 응답을 보낸다.
   - 운영자가 기간별 출석 현황을 확인할 수 있는 방법을 제공한다.
   출석 기준 기간, 시간대, 초기화 방식은 [입력 필요: 출석 인정 시간대·일일 초기화 기준]으로 남겨라.

4. 에지 케이스를 반드시 처리하라. 중복 출석, 잘못된 명령어, 권한이 없는 운영자 명령, 저장소 연결 실패, 봇 재시작, 존재하지 않는 설정값, 동시에 여러 출석 요청이 들어오는 경우를 각각 다뤄라. 각 경우에 사용자에게 보이는 오류 메시지, 로그 처리, 복구 또는 종료 동작을 명시하라.

5. 개인정보를 저장한다면 어떤 디스코드 사용자 식별자와 출석 시각을 저장하는지, 보유 기간, 삭제·파기 방법, 운영자 접근 범위를 설계 산출물에 적어라. 개인정보 보호법 적용 여부는 사실처럼 결론내리지 말고 확인 항목으로 두며, 법률 판단이 필요한 부분은 [확인 필요]로 표시하라.

6. 코드의 주석, 변수·함수 식별자, 사용자에게 표시되는 오류 메시지의 언어를 각각 정하라. 별도 입력이 없으면 세 영역을 모두 한국어 기준으로 설계하되, 식별자는 해당 언어의 관례에 맞는 일관된 형식을 사용하라.

7. 측정하지 않은 성능·안정성·보안 수준을 주장하지 마라. 테스트로 확인한 사실과 아직 확인하지 못한 사실을 구분하라. 디스코드 봇 토큰은 코드에 하드코딩하지 말고 환경 변수 슬롯으로 처리하라.
</지시>

## 산출물 구조

<출력형식>
다음 순서로 작성하라.

1. **목표와 스택**
   - 출석 봇의 핵심 목표
   - 확정된 요구사항과 결정 필요 항목
   - 사용할 언어·런타임·라이브러리·저장소·실행 환경
   - 확정되지 않은 값은 `[입력 필요: 항목]`으로 표시

2. **수용 기준**
   번호를 매겨 관찰 가능한 완료 조건으로 작성하라. 최소한 출석 등록, 중복 차단, 출석 현황 확인, 권한 검사, 오류 응답, 재시작 후 기록 보존, 환경 변수 사용, 저장 실패 처리를 포함하라.

3. **에지 케이스**
   표 형식으로 `상황 / 감지 조건 / 사용자 응답 / 로그 / 복구 또는 종료 동작`을 제시하라. 이 요청에 실제로 언급된 중복 출석, 권한 부족, 저장소 실패, 재시작, 동시 요청을 반드시 포함하라.

4. **구현 코드**
   파일 구조를 먼저 제시한 뒤 파일별 전체 코드를 제공하라. 생략 부호나 의사코드만으로 끝내지 마라. 단, 입력되지 않은 토큰·길드 ID·역할명·출석 기준은 슬롯으로 남기고 설정 파일 또는 환경 변수에서 주입되게 하라.

5. **설정 및 실행 방법**
   필요한 개발 도구 설치, 디스코드 개발자 포털 설정, 권한 및 인텐트 설정, 환경 변수 등록, 데이터 저장소 초기화, 로컬 실행, 기본 테스트 순서를 단계별로 적어라. 실제 값이 없는 부분은 사용자가 무엇을 입력해야 하는지 한 줄로 설명하라.

6. **검증 방법**
   성공·중복·권한 부족·잘못된 입력·저장 실패·봇 재시작·동시 요청 테스트를 포함하라. 각 테스트의 입력, 기대 결과, 확인 방법을 적어라. 아직 실행하지 않은 테스트는 실행 완료처럼 표현하지 마라.

설명은 서술형으로 필요한 맥락을 전달하되, 요구사항·수용 기준·에지 케이스·파일 목록·테스트 절차는 개조식 또는 표로 제시하라.
</출력형식>

## 문체 규칙

<지시>
전체 문체는 hybrid로 작성하라. 목표, 설계 이유, 주의사항, 실행 흐름은 짧은 서술형 문단으로 쓰고, 수용 기준·파일 구조·설정값·에지 케이스·검증 절차는 번호 목록과 표 중심의 개조식으로 작성하라. 코드 블록 내부의 주석과 오류 메시지는 지정한 언어 규칙을 일관되게 따르라. “간단히 구현”, “완벽하게 동작”, “안전하게 처리”처럼 검증 기준이 없는 표현 대신 구체적인 동작과 확인 방법을 써라.
</지시>

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

<지시>
제출하기 전에 다음 항목을 번호 순서대로 점검하라.

1. 산출물이 디스코드 출석 체크 봇의 코드·설계·실행 문서인지 확인하고, 봇 자체를 만들었다고 가장하지 않았는지 확인하라.
2. 프로그래밍 언어·런타임·디스코드 라이브러리·저장소·운영 환경이 입력되지 않았는데 실제 값으로 채워지지 않았는지 확인하라.
3. 봇 토큰, 길드 ID, 관리자 역할명, 출석 시간대, 초기화 기준을 임의로 추가하지 않았는지 확인하라.
4. 중복 출석, 권한 부족, 잘못된 명령어, 저장소 연결 실패, 봇 재시작, 동시 요청의 처리 규칙이 모두 있는지 확인하라.
5. 개인정보로 저장되는 사용자 식별자와 출석 시각, 보유 기간, 삭제 방법, 접근 범위가 설계 산출물에 포함됐는지 확인하라.
6. 개인정보 보호법 적용 여부를 확인 필요 항목으로 두었는지, 확인하지 않은 법적 결론을 사실처럼 쓰지 않았는지 확인하라.
7. 수용 기준이 번호로 매겨져 있고, 각 항목이 실제로 관찰·시험 가능한 문장인지 확인하라.
8. 사용자 원문에 없던 자동 보상, 웹 대시보드, 외부 서비스 같은 기능을 핵심 범위에 몰래 추가하지 않았는지 확인하라.
9. 슬롯을 임의로 채운 사실, 입력에 없던 사실 추가, 요청 범위 이탈이 각각 발생하지 않았는지 확인하라.
10. 성공과 실패의 사용자 메시지, 로그, 복구 또는 종료 동작이 에지 케이스 표에서 구분되어 있는지 확인하라.
11. 실행하지 않은 테스트나 측정하지 않은 성능·보안 수준을 검증 완료처럼 주장하지 않았는지 확인하라.
12. hybrid 문체의 경계가 지켜졌는지, 코드·표·목록과 설명 문단이 서로 다른 역할로 정리됐는지 확인하라.
</지시>