시드런스 2.0 사용 방법: 자주 묻는 질문 완벽 정리 AI 영상 생성에 관심은 있지만 어디서부터 시작해야 할지 모르겠다면, 이 글이 도움이 될 겁니다. 2026년 가장 주목받는 AI 비디오 생성기 중 하나인 시댄스 2.0 에 대해, 실제 사용자들이 가장 많이 묻는 질문들을 정리했습니다. 기본 개념 Q1. 시댄스 2.0이 뭔가요? 바이트댄스(ByteDance)가 2026년 2월에 출시한 멀티모달 AI 비디오 생성 모델입니다. 텍스트, 이미지, 비디오, 오디오를 동시에 입력받아 하나의 영상으로 합성합니다. 통합 멀티모달 디퓨전 트랜스포머 아키텍처를 사용하며, 170명 이상의 연구자가 참여해 개발했습니다. 쉽게 말해 "이 얼굴로, 이 카메라 움직임으로, 이 배경음악에 맞춰 영상 만들어줘"라고 한 번에 지시할 수 있는 도구입니다. Q2. 어디서 사용할 수 있나요? 시댄스 2.0 공식 플랫폼에서 한국어 인터페이스로 바로 사용할 수 있습니다. 그 외에 Dreamina(바이트댄스 국제 크리에이티브 플랫폼), CapCut("미디어" → "AI 미디어" → "AI 비디오"에서 Seedance 2.0 선택), BytePlus API를 통한 개발자 접근도 가능합니다. Q3. 입출력 사양은? 한 번의 생성에 최대 12개의 참조 자료를 투입할 수 있습니다. 이미지 최대 9장, 비디오 클립 최대 3개(총합 15초 이하), 오디오 파일 최대 3개(MP3, 각 15초 이하)를 지원합니다. 출력은 4~15초 길이, 최대 4K 해상도, 10-bit 인코딩이며, 네이티브 오디오(효과음, 립싱크, 배경음)가 자동 생성됩니다. 생성 소요 시간은 보통 30~90초입니다. @ 참조 시스템 Q4. @ 참조 시스템이 뭔가요? 시댄스 2.0의 핵심 차별화 기능입니다. 업로드한 자산에 프롬프트 안에서 @Image1, @Video1, @Audio1 같은 태그로 역할을 지정합니다. 같은 이미지라도 "캐릭터 얼굴로 써라", "배경으로 써라", "스타일 레퍼런스로 써라" 등 용도를 명확히 구분할 수 있습니다. 다른 주류 도구에서는 이 수준의 합성적 제어를 단일 생성에서 제공하지 않습니다. Q5. 실전 프롬프트 예시를 알려주세요. 캐릭터 + 의상 변경: "@Image1의 모델 얼굴을 참조합니다. 모델은 @Image2~@Image6의 의상을 순서대로 입고 카메라에 다가옵니다. 각 의상 변경은 @Video1의 어안 렌즈 효과와 플래시 오버레이를 사용하여 전환됩니다." 캐릭터 교체: "@Video1의 여성 리드 싱어를 @Image1의 남성 가수로 교체합니다. 동작은 원본과 완전히 일치. 카메라 컷 없음. 밴드는 계속 연주." 원테이크: "@Image1~@Image5, 원테이크 트래킹 숏, 거리에서 계단 위로, 복도를 지나 옥상으로 이동하여 도시 전경으로 끝나는 주자를 따라감." 프롬프트 작성법 Q6. 좋은 프롬프트의 공식은? 5가지 요소를 포함하세요. 주체("짧은 검은 머리에 흰색 셔츠를 입은 30대 여성"), 동작("좁은 골목길을 빠른 걸음으로 지나간다"), 장면("비 오는 밤의 네온사인이 빛나는 도쿄 뒷골목"), 카메라("로우 앵글 트래킹 숏, 부드러운 푸시인"), 분위기("시네마틱, 필름 그레인, 골든 아워 라이팅"). 구체적일수록 좋은 결과가 나옵니다. Q7. 한국어 프롬프트가 되나요? 플랫폼 인터페이스는 한국어를 지원합니다. 프롬프트는 영어가 가장 안정적이지만 한국어도 점차 지원 범위가 넓어지고 있습니다. 정밀한 제어가 필요하면 영어를, 간단한 생성은 한국어로 해도 충분합니다. 핵심 기능 Q8. 가장 중요한 기능은? 시댄스 2.0의 핵심 기능 9가지를 요약하면 다음과 같습니다. 캐릭터 일관성(긴 시퀀스에서도 얼굴·디테일 유지), 동작 복제(히치콕 줌 등 복잡한 카메라/캐릭터 동작 복제), 네이티브 오디오(효과음·립싱크·음색 복제 자동 생성), 비디오 확장(앞뒤로 자연스럽게 연장), 비디오 편집(캐릭터 교체, 대본 반전, 부분 수정), 음악 싱크(비주얼이 비트에 자동으로 맞춤), 창의적 템플릿(전환·입자 효과 재현), 원테이크 롱테이크(끊김 없는 연속 장면), 줄거리 완성(최소 입력으로 스토리 자동 완성). Q9. 영상 품질은 경쟁 모델 대비 어떤가요? 출시 당시 Text-to-Video ELO 1,269, Image-to-Video ELO 1,351로 Kling 3.0, Veo 3, Runway Gen-4.5를 앞섰습니다. 90% 이상의 성공률이 특히 주목할 만합니다. 생성된 영상 대다수가 재시도 없이 바로 사용 가능한 수준이라, 시간과 크레딧을 크게 절약할 수 있습니다. Q10. 시댄스 2.5는 어떻게 다른가요? 시댄스 2.5는 2026년 6월에 발표되었으며, 30초 네이티브 싱글샷과 최대 50개 레퍼런스 입력을 지원합니다. 다만 아직 기업용 클로즈드 베타 단계이며 공개 API에서는 이용할 수 없습니다. 현재 일반 사용자가 쓸 수 있는 최신 버전은 4K 지원 시댄스 2.0입니다. 요금제 Q11. 무료로 쓸 수 있나요? 네. 무료 플랜이 있으며 신규 가입 시 무료 크레딧이 제공됩니다. 무료 플랜에서도 워터마크 없이 상업적 사용이 허용된다는 점이 큰 장점입니다. Q12. 유료 요금제는? Basic 기준 $8.33/월(연간 결제)부터 시작합니다. 한국 기준 Dreamina 요금제는 무료(₩0)부터 고급(월 ₩112,569)까지 다양합니다. 구독료 + 크레딧 소모량 방식이며, 생성 유형·해상도·길이에 따라 크레딧 소비가 다릅니다. 경쟁 모델(Sora 2, Veo 3.1) 대비 진입 장벽이 크게 낮습니다. 실전 활용 Q13. 어떤 영상을 만들 수 있나요? 광고·마케팅(제품 소개, SNS 숏폼 광고, A/B 테스트 버전), 전자상거래(상품 사진 → 소개 영상), 숏폼(유튜브 숏츠·틱톡·릴스용 9:16 영상), 뮤직비디오(음악 싱크 자동 적용), 교육(설명·튜토리얼 영상), UI/UX 프로토타입(인터랙션 데모) 등 폭넓게 활용됩니다. 모든 플랜에서 상업적 사용이 허용됩니다. 시작 가이드 Q14. 완전 초보입니다. 어떻게 시작하나요? 5단계로 정리합니다. 1단계: 시댄스 2.0 공식 사이트에서 회원가입(Google, 이메일 등). 2단계: 참조 이미지 1~2장 준비 및 업로드(처음엔 간단하게). 3단계: 5요소 공식(주체·동작·장면·카메라·분위기)으로 프롬프트 작성, @ 참조로 역할 지정. 4단계: 영상 길이(4~15초)와 화면 비율(16:9, 9:16 등) 선택. 5단계: 생성 클릭 → 30~90초 후 결과 확인 → 필요시 프롬프트 수정 후 재생성. Q15. 더 좋은 결과를 위한 팁은? "운빨 프롬프트"보다 레퍼런스 중심 파이프라인이 시댄스 2.0의 설계 철학에 맞습니다. 초안은 Mini/Fast 모드로 테스트하고 최종본만 풀 모드로 돌려 크레딧을 아끼세요. 자주 쓰는 카메라 용어(Low angle hero shot, Smooth tracking, Orbital camera, Crane shot 등)를 영어로 정리해두면 프롬프트 작성이 빨라집니다. 15초 영상을 한 번에 만들기보다, 핵심 장면을 짧게 만든 후 확장 기능으로 늘리는 방식이 더 안정적입니다. Q16. 결과가 마음에 안 들면? 프롬프트를 더 구체적으로 수정하거나, 레퍼런스 이미지 품질을 높이거나, @ 참조에서 역할을 더 명확히 한정("@Image1은 캐릭터 얼굴로만 사용")하세요. 레퍼런스를 너무 많이 넣으면 모델이 혼동할 수 있으니, 허용 상한보다 적게 사용하는 것이 공식 권장 사항입니다.
안녕하세요, 선생님! 선생님 강의 덕분에 AWS-SAA 까지 무난하게 합격할 수 있었습니다. 좋은 강의 정말 감사드립니다 현재 국비지원을 통해 '하이브리드 클라우드 컨테이너 플랫폼 설계 및 구현 과정' 을 수강 중인 비전공자입니다. 올해 IT 공부를 처음 시작해서 모든 것이 낯설고 막막하지만, 노력을 증명하고 싶어 차근차근 자격증을 준비해 왔습니다. 현재 취득한 자격증은 총 6개입니다. 클라우드/컨테이너: AWS SAA, CKA OS/리눅스: RHCSA, RHCE, 리눅스마스터 2급 네트워크: 네트워크관리사 2급 교육 과정이 약 2달 반 정도 남았고 조만간 프로젝트 및 포토폴리오 수업이 진행될 예정인데, 취업 준비 방향과 관련해 두 가지 궁금한 점이 있어 질문드립니다. '비전공자도 합격하는 개발자 이력서/포트폴리오 작성법' 강의 관련: 저는 IT 인프라(시스템엔지니어, 클라우드 엔지니어)를 목표로 하고 있는데, 개발자 대상의 이력서/포트폴리오 강의를 수강해도 괜찮을까요? 지원 시기 관련: 아직 프로젝트와 포트폴리오가 완성되지 않은 상태입니다. 지금 당장 자격증과 자기소개서만으로 조금씩 지원을 시작해 보는 것이 괜찮을까요? 아니면 2달 반 뒤 프로젝트와 포트폴리오까지 완전히 갖춘 후 지원하는 것이 좋을까요?
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예) [질문 내용] 스프링 빈 등록 방법 중 @Autowired를 사용해 자동으로 등록하는 방법과 자바 코드로 직접 스프링 빈을 등록하는 방법 두 가지를 모두 알아야 한다고 하셨는데, 그 이유가 무엇인가요?
전환기여 분석 모델 리포트에서 현재 저는 "마지막 클릭"만 선택이 가능한데, 강사님처럼 "첫 클릭"이나 "위치기반", "시간가치 하락" 등이 나오기 위해서는 어떻게 셋팅해야 할지 여쭤봅니다! 저와 유사한 질문을 하신 G&A 글을 읽었는데 처음 연동을 어떻게 해야 하는지 감이 잘 안잡혀서 좀 더 자세히 말씀해주실 수 있으실까요? -> https://www.inflearn.com/community/questions/1603764
강의를 보며 따라하려는데 Search API (검색 API)관련 이관된거 같습니다. 검색 목록이 뜨질 않습니다. 그리고 대가들의 노드 이후 강의와 프롬프트 파일이 이전과 좀 다른거 같습니다. css스타일이 먹지않아서 그런건지... 따로 첨부해주신 동영상은 부가설명인가요??
이 강의를 듣기 전에 저는 claude desktop과 기획회의를 한 후에 spec.md(PRD보다 좀더 구체적인 형태)과 WBS.md(선생님 강의에서 roadmap같은)을 만들고, claude code한테 이 파일을 참고하라고 하는 편이었는데요, 이렇게 안하고 굳이 desktop과의 프롬프트를 code한테 복붙해줘야 할 이유가 있을까요? 토큰 사용량 효율 때문일까요?
[단테랩스] Hermes × Codex 로 세우는 나만의 AI 가상 오피스 (8주 마스터 과정)
수업내용처럼 oliver에 무신사,네이버,쿠팡 각각 10개씩 남성의류 스크래핑을 bright data로 진행하고 있는데요. 잘 안되네요.. 무신사는 10개 내용 정상 진행 네이버는 6개 밖에 없다고 하면서 에러나서 그냥 6개로 처리,(카드내용 수정했음) 쿠팡은 제목은 읽는데 내용을 못 읽어서 원인을 확인 시켰더니 아래와 같은 내용으로 나옵니다. 고급 스크래핑 기능이 안 사용되어 지는것 같은데 bright data가 네이버와 쿠팡 사이트 정도는 스크래핑 잘 하는거 아닌가요? 올리버 검토내용은 여기이하 -> - brightdata MCP 연결: 정상 - 발견 도구: 14개 - 새 Oliver 세션에서 brightdata 서버만 사용해 쿠팡 상품 상세 URL을 다시 요청: 완료 - 결과: 여전히 상품 상세 본문이 비어 있습니다. 따라서 원인은 기존 brightdata-mnp 연결이 아니라, 현재 새로 연결한 14개 도구의 구성입니다. 현재 14개는 ecommerce 그룹입니다. Amazon·Walmart·eBay·Google Shopping 등의 구조화 도구는 추가됐지만, 쿠팡 전용 구조화 도구는 없고 브라우저 도구도 포함되지 않습니다. 현재 빠진 도구: - scraping_browser_navigate - scraping_browser_snapshot - scraping_browser_get_text - scraping_browser_get_html - scrape_as_html - extract 즉, groups=ecommerce만으로는 쿠팡 상세 페이지의 브라우저 렌더링 문제를 해결하지 못합니다. 다음 연결은 아래처럼 해야 합니다. text groups=ecommerce,browser,advanced_scraping 그 뒤 새 세션에서 브라우저로 쿠팡 상세 페이지를 열고, 렌더링된 텍스트나 HTML을 조회해야 합니다. 현재 14개 도구 연결 자체는 정상이며, 필요한 것은 브라우저·고급 스크래핑 그룹 추가입니다.
아래와 같이 프롬프트를 입력했는데 강사님과 PRD_PROMPT.md내용이 많이 다름니다. 몇번을 다시생성해봐도 강사님과 비슷하게 나오지 않는데 왜 그럴까요? (ultrathingk을 사용해도 동일합니다) [강사님의 PRD_PROMPT.md] - 파일이 git에 없어 영상에서 확인 ##PRD 작성규칙 ### 1. 프로젝트 개요 배경 및 문제점 목표 성공 지표 ### 2. 핵심기술스텍 ### 3. 사용자 스토리 ### 4. 주요 기능명세 #### 4.1 노션 데이터 연동 #### 4.2 견적서 웹 조회 ### 5. ### 6. 데이터 모델 ... [본인질문] "당신은 클로드 코드 프롬프트 엔지니어 입니다. 노션을 사용해서 입력한 견적서 내용을 클라이언트가 웹으로 확인하고 PDF로 다운로드 받을 수 있는 MVP PRD문서를 작성하는 메타 프롬프트를 생성해 주세요. 참고사항 : - & 'c:\ 01.MY _DATA\90.TEST\02.Claude\ 01.Study \01.클로드 코드 완벽 마스터\workspace\invode-web\ CLAUDE.md ' - 파일생성위치 : docs/PRD_ PROMPT.md " [생성된 docs/PRD_PROMPT.md] -------------------------------------- # 📋 PRD 생성 메타 프롬프트: 노션 견적서 웹뷰어 MVP 이 문서는 "노션(Notion)에 입력한 견적서 내용을 클라이언트가 웹에서 확인하고 PDF로 다운로드할 수 있는 MVP"를 위한 **PRD(Product Requirements Document) 생성용 메타 프롬프트**입니다. 아래 [✍️ 실행 프롬프트](#️-실행-프롬프트) 섹션을 그대로 Claude에게 전달하면 `docs/PRD.md`가 생성됩니다. ## 🎯 사용 방법 1. [🧩 핵심 가정](#-핵심-가정-assumptions) 섹션을 읽고, 실제 요구사항과 다른 부분이 있다면 프롬프트 실행 전에 직접 수정하세요. 2. [✍️ 실행 프롬프트](#️-실행-프롬프트) 코드 블록 전체를 복사합니다. 3. Claude Code(또는 Claude)에 붙여넣어 실행합니다. 4. 결과로 `docs/PRD.md`가 생성되면 [✅ 실행 후 체크리스트](#-실행-후-체크리스트)로 정합성을 확인합니다. ## 📌 MVP 아이디어 요약 | 항목 | 내용 | |------|------| | **핵심 플로우** | ① 관리자가 노션(Notion)에 견적서 내용을 입력 → ② 클라이언트가 고유 링크로 웹에서 견적서를 조회 → ③ 클라이언트가 조회 화면에서 PDF로 다운로드 | | **데이터 원천** | 노션 데이터베이스 (견적서 = 노션 페이지 1건) | | **입력 주체** | 관리자(서비스 운영자) — 노션에서 직접 입력, 별도 입력 폼 없음 | | **열람 주체** | 클라이언트 — 회원가입 없이 고유 링크로 접근 | | **최종 산출물** | 웹에서 확인 가능한 견적서 페이지 + PDF 다운로드 기능 | ## 🧩 핵심 가정 (Assumptions) 사용자 요청에 명시되지 않은 세부사항은 아래와 같이 가정했습니다. 실제와 다르면 실행 프롬프트를 수정한 뒤 사용하세요. - 견적서 1건은 노션 데이터베이스의 페이지(row) 1개에 대응하며, 항목명/수량/단가/합계/유효기간/작성일 등 견적서에 필요한 필드를 노션 속성(Properties)으로 관리합니다. - 클라이언트는 회원가입/로그인 없이, 견적서마다 발급되는 **고유 링크(또는 고유 코드)** 로 접근합니다. - 관리자 인증(노션 데이터 동기화, 견적서 발급)은 MVP 범위에서는 최소화하며, 별도 관리자 대시보드 없이 노션을 직접 관리 도구로 사용합니다. - PDF 다운로드는 별도 PDF 생성 라이브러리 도입 없이, 웹에 렌더링된 견적서 화면을 그대로 PDF로 변환하는 방식을 우선 고려합니다(브라우저 인쇄/캡처 기반 등 구체 구현 방식은 PRD의 기술 스택 섹션에서 최신 기준으로 결정). - 견적서는 조회 전용이며, 클라이언트가 웹에서 내용을 수정하는 기능은 MVP 범위에서 제외합니다. - 결제, 전자서명, 견적 승인/거절 같은 후속 기능은 MVP 이후로 제외합니다. ## ✍️ 실행 프롬프트 아래 코드 블록 전체를 복사해서 Claude에게 전달하세요. ``` 당신은 1인 개발자를 위한 PRD(Product Requirements Document) 생성 전문가입니다. 기업용 PRD의 복잡함을 배제하고, 바로 개발 가능한 실용적 명세만 생성합니다. ## 프로젝트 아이디어 "노션(Notion)에 입력한 견적서 내용을 클라이언트가 웹으로 확인하고 PDF로 다운로드 받을 수 있는 MVP" 핵심 플로우: 1. 관리자가 노션 데이터베이스에 견적서 내용을 입력한다 (항목명, 수량, 단가, 합계, 유효기간, 작성일 등). 2. 클라이언트는 견적서마다 발급되는 고유 링크로 접속해, 회원가입 없이 웹에서 견적서 내용을 확인한다. 3. 클라이언트는 조회 화면에서 해당 견적서를 PDF로 다운로드할 수 있다. 핵심 가정: - 견적서 1건 = 노션 데이터베이스 페이지 1건 - 클라이언트 인증 없음, 고유 링크/코드 기반 접근 - 관리자 대시보드는 MVP 범위에서 제외 (노션을 직접 관리 도구로 사용) - 견적서는 조회 전용이며 웹에서 클라이언트가 내용을 수정할 수 없음 - 결제, 전자서명, 견적 승인/거절 기능은 MVP 이후로 제외 ## 절대 생성하지 말 것 (IMPORTANT) - 개발 우선순위 - 성능 지표 - API 라우트 - 인프라 - 마일스톤 - 개발 단계 - 개발 워크플로우 - 보안 요구사항 - 페르소나 ## 문서 정합성 보장 원칙 (CRITICAL) 모든 섹션은 상호 참조되고 일관성을 유지해야 합니다: 1. 기능 명세의 모든 기능은 반드시 메뉴 구조와 페이지별 상세 기능에서 구현되어야 함 2. 페이지별 상세 기능에 있는 모든 기능은 기능 명세에 정의되어야 함 3. 메뉴 구조의 모든 항목은 페이지별 상세 기능에 해당 페이지가 존재해야 함 4. 누락 금지: 한 섹션에만 존재하고 다른 섹션에 없는 기능/페이지는 절대 허용하지 않음 5. 중복 방지: 같은 기능이 여러 페이지에 분산되지 않도록 명확히 구분 ## 반드시 포함할 섹션 1. **프로젝트 핵심** — 목적(1줄), 타겟 사용자(1줄) 2. **사용자 여정** — 관리자의 노션 입력부터 클라이언트의 조회·다운로드까지 전체 플로우 다이어그램 3. **기능 명세 (MVP 중심)** — 기능마다 기능 ID(F001, F002...) 부여, 관련 페이지 이름 명시, URL 경로는 작성하지 않음 4. **메뉴 구조** — 메뉴 이름과 기능 ID 매핑, URL 경로는 작성하지 않음 5. **페이지별 상세 기능** — 페이지마다 역할/진입 경로/사용자 행동/주요 기능/다음 이동, 구현 기능 ID 명시 6. **데이터 모델** — 노션 데이터베이스 구조를 반영한 필드 구성 포함 (견적서 항목, 클라이언트 접근 링크/코드 등) 7. **기술 스택** — 이 프로젝트는 Next.js 15.5.3 (App Router + Turbopack) + React 19.1.0 + TypeScript 5 + TailwindCSS v4 + shadcn/ui(new-york) + React Hook Form + Zod + Server Actions + Radix UI + Lucide Icons 스택을 사용 중입니다. 이 스택을 기준으로 노션 연동 방식과 PDF 다운로드 구현 방식을 포함해 기술 스택을 구체화하세요. ## 작성 가이드라인 1. 구체성: "기능"이 아닌 "노션 데이터 조회 기능", "PDF 변환 기능"처럼 구체적으로 작성 2. 사용자 관점: 기술적 구현이 아닌 사용자가 사용하는 기능 중심으로 서술 3. 즉시 개발 가능: 이 문서만 보고 바로 코딩을 시작할 수 있는 수준으로 작성 4. MVP 범위: 프로젝트 성공에 반드시 필요한 최소 기능만 포함, 부가 기능은 "MVP 이후 기능"으로 분리 5. 분량: A4 2페이지 이내로 제한 6. 최신 기술: 반드시 현재 최신 버전 명시 (Next.js 15, React 19 등) ## 정합성 검증 체크리스트 (PRD 작성 완료 후 반드시 실행) - [ ] 기능 명세의 모든 기능 ID가 페이지별 상세 기능에 존재하는가? - [ ] 기능 명세에서 명시한 관련 페이지 이름이 실제 페이지별 상세 기능에 존재하는가? - [ ] 메뉴 구조의 모든 메뉴 항목이 페이지별 상세 기능에 해당 페이지로 존재하는가? - [ ] 메뉴에서 참조하는 모든 기능 ID가 기능 명세에 정의되어 있는가? - [ ] 페이지별 상세 기능의 모든 구현 기능 ID가 기능 명세에 정의되어 있는가? - [ ] 모든 페이지가 메뉴 구조에서 접근 가능한가? - [ ] 기능 명세에만 있고 페이지에서 구현되지 않은 기능은 없는가? - [ ] 페이지에만 있고 기능 명세에 정의되지 않은 기능은 없는가? - [ ] 메뉴에만 있고 실제 페이지가 없는 항목은 없는가? 검증에 실패한 항목이 있으면 수정 후 전체 체크리스트를 다시 실행하세요. ## 출력 위치 완성된 PRD를 `docs/PRD.md` 파일로 저장하세요. 기존 파일이 없다면 새로 생성하세요. ``` ## ✅ 실행 후 체크리스트 - [ ] `docs/PRD.md`가 생성되었는가? - [ ] 기능 ID(F001, F002...)가 기능 명세·메뉴 구조·페이지별 상세 기능에서 서로 빠짐없이 대응하는가? - [ ] 데이터 모델에 노션 연동 관련 필드(견적서 항목, 클라이언트 접근 링크/코드 등)가 반영되어 있는가? - [ ] 기술 스택이 `CLAUDE.md`에 명시된 최신 스택(Next.js 15.5.3, React 19.1.0, TailwindCSS v4, shadcn/ui 등)과 일치하는가? - [ ] PDF 다운로드 기능이 별도 페이지가 아닌, 견적서 조회 페이지의 기능(F00x)으로 명확히 정의되어 있는가? - [ ] 결제·전자서명·견적 승인/거절 등 MVP 이후 기능이 "MVP 이후 기능" 섹션으로 명확히 분리되어 있는가? 이 프롬프트로 생성된 `docs/PRD.md`를 바탕으로 바로 개발을 시작해보세요!
