[PROJECT] 및 [AUDIENCE]를 위해 기존 프로젝트 스택을 사용하여 반응형 HTML 웹사이트를 제작하세요. 작업: 커뮤니티 이벤트 상세 페이지. ## 필수 콘텐츠 및 구조 세션 목표, 호스트, 날짜, 시간대, 형식, 일정 및 참여 요건을 제공하세요. 이름, 날짜, 수치, 주장 및 목적지의 출처로 [APPROVED_CONTENT]를 사용하세요. 내용을 대체하기 전에 누락된 입력을 나열하세요. 시연이 필요하다면 해당 콘텐츠가 허구임을 표시하세요. 고객 인용문, 순위, 파트너 로고 또는 제품 기능을 지어내지 마세요. ## 디자인 방향 [BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 시스템이 제공되지 않았다면 강렬한 검은색 타이포그래피, 따뜻한 노란색 패널, 날카로운 기하학적 구성과 절제된 대비를 바탕으로 시작하세요. 글꼴, 간격 및 색상 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고, 서로 관련 없는 카드를 모아 놓은 듯한 일반적인 구성을 피하세요. ## 콘텐츠 준비 확정된 호스트, 세션 목적, 날짜, 시간대, 형식, 장소 및 참여 요건을 수집하세요. 등록이 가능한지, 어떤 취소 또는 접근 조건이 적용되는지 명확히 하세요. ## 레이아웃 및 동작 전체 일정을 읽기 전에 방문자가 무엇을 할지, 언제 도착해야 할지, 어떻게 참여할지를 파악할 수 있게 하세요. 실용적인 세부 정보를 장식용 카드 여러 개에 분산하지 말고 한데 모으세요. ## 작업별 승인 검사 - 등록 상태와 취소 세부 정보를 쉽게 찾을 수 있게 하세요. - 원격 이벤트, 정원이 찬 이벤트 및 시작 시간이 변경된 이벤트를 테스트하세요. - 주요 동작과 이벤트 상세 정보에서 등록 상태와 참여 안내가 일관되게 표시되도록 하세요. ## 구현 및 검토 텍스트를 편집 가능한 상태로 유지하세요. 시맨틱 구조, 설명이 명확한 컨트롤, 눈에 잘 띄는 키보드 포커스 및 적절한 빈 상태와 오류 상태를 사용하세요. 좁은 레이아웃과 넓은 레이아웃을 확인하세요. 모션 감소 설정을 준수하세요. 기존 프로젝트 프레임워크와 종속성을 유지하고, 스택을 임의로 교체하지 마세요. 편집 가능한 파일을 반환하고 미완성 동작이나 지원되지 않는 입력을 설명하세요. 추가 기능을 제안하기 전에 이 작업을 구체적으로 검토하세요. ## 참고 첨부 파일 및 재구성 목표 이 프롬프트의 다운로드 번들에 있는 reference.webp를 프롬프트와 함께 OpenDesign에 첨부하세요. 유사한 구성과 계층 구조를 갖춘 편집 가능한 결과물을 제작하되, 참고 이미지 전체를 완성된 인터페이스로 삽입하지 마세요. 허구의 샘플 레이블과 충돌하는 경우 승인된 프로젝트 콘텐츠와 브랜드 규칙을 우선하여 유지하세요. 이미지가 없거나 읽을 수 없다면 시각적 충실도를 주장하지 말고 이미지를 요청하세요. ## 참고 구성 및 콘텐츠 첨부된 reference.webp를 커뮤니티 이벤트 상세 페이지의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래로 이어지는 주요 영역과 각 영역의 상대적 너비와 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지 및 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 내용: 세션 목표, 호스트, 날짜, 시간대, 형식, 일정 및 참여 요건을 제공하세요. 이미지를 편집 가능한 요소로 변환할 때 다음과 같은 작업별 레이아웃 지침을 따르세요. 전체 일정을 읽기 전에 방문자가 무엇을 할지, 언제 도착해야 할지, 어떻게 참여할지를 파악할 수 있게 하세요. 실용적인 세부 정보를 장식용 카드 여러 개에 분산하지 말고 한데 모으세요. ## 예시 프로젝트 요구에서 가져온 시각적 방향 강렬한 검은색 타이포그래피, 따뜻한 노란색 패널, 날카로운 기하학적 구성과 절제된 대비. ## 상호작용 사양 참고 자료는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이며, 이미지가 이미 올바르게 작동한다는 증거가 아닙니다. 맞춤형 프롬프트를 작업 중인 프로젝트에 복사하세요. 핵심 작업부터 시작하세요. 세션 목표, 호스트, 날짜, 시간대, 형식, 일정 및 참여 요건을 제공하세요. 등록 상태와 취소 세부 정보를 쉽게 찾을 수 있게 하세요. 화면에 보이는 각 컨트롤의 트리거, 영향을 받는 상태 및 피드백을 명시하고, 관련 보기 전반에서 상태가 일관되도록 로컬 변경 사항을 구현하세요. 검색과 필터가 실제 결과를 표시하게 하고, 선택 컨트롤에는 명시적인 활성 상태를 제공하며, 해당되는 경우 저장 동작에 대기 중/성공/실패 피드백이 표시되게 하세요. 관련 없는 워크플로는 추가하지 마세요. 탐색에는 적절한 링크를, 동작에는 버튼을 사용하고, 아이콘 컨트롤에는 접근 가능한 이름을 제공하세요. 로컬 데모만 변경된 경우 백엔드 작업이 성공한 것처럼 표현하지 마세요. ## 시각적 비교 및 결과물 전달 1. 동일한 비율로 결과물을 첨부 이미지와 비교하세요. 장식적인 세부 사항을 다듬기 전에 주요 영역의 배치, 이미지의 상대적 크기, 줄바꿈, 간격, 타이포그래피 계층, 대비, 활성 상태 및 콘텐츠 밀도를 검토하세요. 2. 그런 다음 데스크톱 텍스트를 작은 레이블에 억지로 끼워 넣지 말고 좁은 레이아웃을 테스트하세요. 3. 로고, 사진 및 아이콘은 별도의 에셋으로 유지하고 의미 있는 모든 레이블은 편집 가능하게 만드세요. 사용할 수 없는 글꼴/에셋과 의도적으로 다르게 구현한 부분을 나열하세요. 작업 파일과 함께 구현된 동작 및 남은 연동 작업을 간결하게 설명하세요. 프롬프트만으로 픽셀 단위까지 동일한 결과를 약속하지 마세요.