菜单
DND 홈페이지 상단에 노출되는 이벤트 상태(모집 시작/마감/활동 시작 일정과 status 라벨)를 수정할 때 사용합니다. 사용자가 "이벤트 상태 바꿔줘", "모집 일정 업데이트", "지원 마감일 바꿔", "status를 ACTIVE로", "applicationStartDateTime 수정" 같은 말을 하거나 `event_status.json`을 직접 언급하면 반드시 이 스킬을 사용하세요. 기수 시작/모집 오픈/마감 시점마다 호출되는 핵심 운영 작업이라 절대 직접 JSON을 손대지 말고 이 스킬을 거치세요.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
DND 신규 기수 모집 오픈 시점에 지원 폼/시트 정보(constants/index.ts, generate-applicant-count.ts)와 이벤트 상태/일정(event_status.json)을 한 번에 묶어 업데이트할 때 사용합니다. 사용자가 "기수 오픈", "15기 모집 시작 준비", "모집 오픈 작업", "지원 폼이랑 일정 같이 갱신", "다음 기수 오픈해줘", "모집 오픈" 같은 말을 하거나 새 기수의 폼/시트 + 일정/상태를 함께 알려주면 반드시 이 스킬을 사용하세요. recruitment-open과 event-status-update를 따로 부르는 것보다 순서/일관성 보장 측면에서 안전합니다.
DND 신규 기수 모집을 오픈할 때 지원 폼 URL, 응답시트 ID, CURRENT_FLAG를 한꺼번에 업데이트합니다. 사용자가 "지원 폼 업데이트", "지원 링크 바꿔", "구글폼 새로 만들었어", "응답시트 ID 바꿔줘", "CURRENT_FLAG 올려", "15기 폼 연결", "다음 기수 모집 준비" 같은 말을 하거나 새 기수 구글폼/응답시트 정보를 주면 반드시 이 스킬을 사용하세요. constants/index.ts와 generate-applicant-count.ts 두 파일을 동시에 손대야 해서 직접 수정하면 한쪽만 바뀌어 지원자 수 집계가 깨질 가능성이 높습니다.
신규 운영진을 `organizers.json`에 등록할 때 사용합니다. 사용자가 "운영진 추가", "operators/organizers 업데이트", "이번 기수 운영진 등록", "운영진 폼 응답 넣어줘" 같은 말을 하거나 운영진 정보가 담긴 CSV/TSV 파일 경로를 주면 반드시 이 스킬을 사용하세요. 직군 매핑 규칙과 ID 자동 채번 때문에 직접 JSON을 수정하면 데이터 깨질 가능성이 높습니다.
DND 기수 종료 후 신규 프로젝트들을 `projects.json`에 등록할 때 사용합니다. 사용자가 "프로젝트 등록", "이번 기수 프로젝트 추가", "projects.json 업데이트", "14기 프로젝트 넣어줘" 같은 말을 하거나 프로젝트 데이터가 담긴 CSV/TSV 파일 경로를 주면 반드시 이 스킬을 사용하세요. 기수마다 한 번씩 돌아가는 운영 작업이고, 직접 JSON을 손대면 ID 충돌이나 S3 경로 오타가 자주 발생하니 반드시 이 스킬을 거치세요.
DND 기수 종료 후 참여자들의 개인 후기를 `reviews.json`에 등록할 때 사용합니다. 사용자가 "리뷰 추가", "이번 기수 후기 등록", "reviews.json 업데이트", "참여자 후기 넣어줘" 같은 말을 하거나 후기가 담긴 CSV/TSV 파일 경로를 주면 반드시 이 스킬을 사용하세요. 기수마다 한 번씩 돌아가는 운영 작업이고, projects-update와 짝으로 진행되는 경우가 많습니다.
DND 홈페이지 후원사 섹션(`SponsorSection/index.tsx`)에 후원사를 추가/제거/수정할 때 사용합니다. 사용자가 "후원사 추가", "후원사 등록", "후원사 빼줘", "후원사 제거", "후원사 업데이트", "후원사 로고 교체", "SponsorSection 수정", "스폰서 추가/삭제" 같은 말을 하거나 후원사 이름/URL/로고 파일을 주면 반드시 이 스킬을 사용하세요. 후원사 데이터가 JSON이 아니라 TSX 배열에 인라인으로 들어있고 로고 PNG 파일을 별도 폴더에 두는 이원 구조라, 직접 손대면 배열에는 추가했는데 로고는 빠지거나(404 발생) 반대로 로고만 남고 노출이 안 되는 사고가 자주 납니다.
| name | event-status-update |
| description | DND 홈페이지 상단에 노출되는 이벤트 상태(모집 시작/마감/활동 시작 일정과 status 라벨)를 수정할 때 사용합니다. 사용자가 "이벤트 상태 바꿔줘", "모집 일정 업데이트", "지원 마감일 바꿔", "status를 ACTIVE로", "applicationStartDateTime 수정" 같은 말을 하거나 `event_status.json`을 직접 언급하면 반드시 이 스킬을 사용하세요. 기수 시작/모집 오픈/마감 시점마다 호출되는 핵심 운영 작업이라 절대 직접 JSON을 손대지 말고 이 스킬을 거치세요. |
홈페이지의 이벤트 모집 상태와 일정 4개 필드를 안전하게 수정합니다.
apps/web/src/lib/assets/data/event_status.json
타입 정의는 packages/core/src/@types/event.ts의 EventStatus를 따릅니다.
type EventStatusType = 'UPCOMING' | 'ONGOING' | 'ACTIVE' | 'INACTIVE' | 'HOT';
interface EventStatus {
status: EventStatusType;
applicationStartDateTime: string; // "YYYY/MM/DD HH:MM:SS"
applicationEndDateTime: string; // "YYYY/MM/DD HH:MM:SS"
applicantAcceptanceDateTime: string; // "YYYY/MM/DD HH:MM:SS"
label?: string;
}
날짜 포맷은 슬래시 구분(YYYY/MM/DD HH:MM:SS)을 그대로 유지하세요. ISO 형식으로 바꾸지 마세요 — 프론트엔드 파서가 이 포맷 전제로 동작합니다.
UPCOMING: 다가오는 기수, 아직 지원 안 받음ONGOING: 지원 접수중ACTIVE: 활동중INACTIVE: 활동 종료/대기HOT: 마감 임박 등 강조 라벨어떤 값을 써야 할지 애매하면 현재 시점과 일정을 종합해 추천하고 사용자 확인을 받으세요.
현재 파일 읽기 — event_status.json을 먼저 읽어서 어떤 필드가 이미 채워져 있는지 사용자에게 보여주세요. 무엇을 바꾸려는지 알아야 누락된 필드만 물어볼 수 있습니다.
변경할 필드 수집 — 사용자가 명시한 값만 변경합니다. 언급 안 한 필드는 절대 건드리지 마세요. 변경할 필드가 무엇인지 사용자가 말하지 않았다면 한 번에 물어보세요:
형식 검증 — 날짜 입력이 YYYY/MM/DD HH:MM:SS가 아니면 변환하세요. 예: "2025-12-07 23:59" → "2025/12/07 23:59:59". 시간을 안 알려주면 합리적 기본값(시작은 00:00:00, 마감은 23:59:59) 적용 후 사용자에게 확인.
diff 미리보기 — 변경 전/후를 비교해 한 번 보여주고, 사용자가 OK 하면 저장.
저장 — Edit 도구로 변경된 필드만 수정. 들여쓰기 2칸 유지. 파일 끝 개행 유지.
"지원 시작 2025/11/17 0시, 마감 2025/12/07 자정까지, 활동 시작 12/21로 바꾸고 status는 ONGOING으로 해줘"
이런 요청이 오면 4개 필드 전부 갱신 후 diff 확인.
"status만 ACTIVE로 바꿔"
이 경우는 status만 수정, 나머지는 그대로.
label 필드는 타입에서 optional이므로, 사용자가 빈 값을 원하면 JSON에서 키 자체를 제거하지 말고 ""로 두지 말고 — 처음부터 없었다면 추가하지 마세요. 명시적으로 추가/제거 요청이 있을 때만 손대세요.