meeting-notes-raw.md의 회의록 원문을 읽고, 화자 간의 불필요한 대화 맥락과 문맥을 걷어내고 서비스 사용자, 기능 요건, 시스템 정책, 미결정 유보 사항을 15줄 내외의 컴팩트한 비정형 요약 메모 형태로 작성해줘. 원문에 없는 가상의 내용은 임의로 상상해서 추가하지 말아줘.

프로젝트 폴더 내에 있는 'meeting-notes.md', 'requirements.md', 'screen-specification.md' 세 문서를 비교 분석해줘. 각 문서 간에 서로 모순되거나 불일치하는 항목, 혹은 한쪽 문서에만 존재하고 다른 문서에서는 누락된 항목을 찾아서 정리해줘. 결과는 '구분(기능/화면/정책/용어 등)', '발견 내용 및 모순점', '영향도(높음/중간/낮음)', '권한이 가장 높은 기준 문서', '권장 조치' 칼럼을 가진 Markdown 표 형태로 정리해줘. 개발 및 테스트 진입 시 치명적인 리워크를 유발하는 사항은 영향도를 '높음'으로 표기해줘.

requirements-before.md와 requirements-after.md의 변경점을 대조해줘. 그 후, 변경된 정책이 v1.0 수준에 머물러 있는 'screen-specification-v2.md' 및 'api-specification.md' 문서의 어느 부분에 반영되어야 하는지 분석해서 '변경 항목', '변경 전', '변경 후', '영향 범위 (화면/API)', '중요도', '조치 사항 (필요한 구체적인 수정 가이드)' 칼럼을 가진 Markdown 표 형태로 출력해줘.

프로젝트 폴더 내에 있는 'messenger-chat.md' 대화록을 읽고, 프로젝트 관리 및 추적을 위한 Decision Log(결정항목, 내용, 배경, 결정일, 담당자, 상태)와 Pending Items(미결항목, 후속조치, 담당자, 예정기한) 표를 작성해줘. 대화록에 없는 가상의 데이터를 꾸며내지 말아줘.

제공된 회의록 내용을 데이터 구조 관점에서 분석하여 핵심 엔티티와 관계를 도출하고, 데이터 구조 정의서 및 Mermaid ERD 코드를 작성해줘. 임의의 엔티티를 지어내지 말고 제공된 회의록 텍스트 팩트에 기반해서 작성해줘.

프로젝트 전반에 혼용되는 '회원/User/고객/Member', '상담사/Expert/선생님/Counselor' 등의 용어를 전수 분석하여, 표준 한글명, 표준 영문명, 데이터 타입, 용도 정의, 기존 혼용 단어, 추천 DB 컬럼명을 포함한 프로젝트 표준 용어 사전을 Markdown 표 형태로 작성해줘.

예약 확정 프로세스가 '승인 대기' 상태 추가 및 '전문가 승인 후 결제'로 변경됨에 따라 영향을 받는 API 스펙, DB 스키마, 화면 및 변경 공유 리포트를 영향영역, 변경내용, 리스크수준, 조치대상 문서 칼럼의 표 형태로 작성해줘.

회의 내용에서 정규화 및 데이터베이스 구조 설계 결정을 추출하여, 결정 항목, 배경 사유, 대안 검토, 승인자, 향후 변경 가능성을 포함하는 Design Decision Log를 작성해줘.

현재 정의된 User, Expert, Reservation, Payment 테이블 구조에서 발생할 수 있는 데이터 정합성 위배 Edge Case 예외 시나리오를 도출하고 개선 방안을 제시해줘. (동시 결제 오류, 회원 탈퇴 시 외래키 참조 붕괴 등을 필수 포함할 것)

제공된 요구사항 정의서와 화면 정의서 내용을 기반으로, 필요한 API 목록을 도출하고 요청(Request) 및 응답(Response) 필드의 타입과 영문 변수명을 정의하여 표준 API 계약서(API Contract)를 작성해줘.

제공된 day4_requirements.md, day4_screen_definition.md, day4_api_specification_v1.md 파일들을 교차 대조하여 기획 요구사항이나 화면 UI 설계와 불일치하거나 누락된 API 엔드포인트 및 필드를 찾아 검토 보고서를 작성해줘. (전문가 평점 star_rating 누락, 예약 승인 API 부재 적발 요망)

제공된 API 변경 요청서(day4_api_change_request.md) 내용을 분석하여, 예약 신청 API 수정 시 영향을 받는 다른 시스템 영역과 문서의 목록을 도출하고, 팀원들에게 즉시 작업 공유가 가능한 API 영향도 분석서를 작성해줘.

제공된 day4_api_specification_v1.md의 API 명세서를 검토하여, REST API 설계 표준(HTTP Method 용도, URL 명명법), 일관된 오류 처리 구조, 확장성을 기준으로 개선점을 분석하고 API 리뷰 보고서를 작성해줘. (RFC 7807 표준 에러 스키마 적용 개선안 처방 포함)

현재 정의된 예약 및 결제 API 명세를 기반으로, 정상 등록 흐름(Happy Path)과 필수 파라미터 누락, 날짜 형식 오류, 한도 초과 및 권한 만료 등의 예외 케이스를 모두 포함하는 API 테스트 시나리오 및 검증 체크리스트를 작성해줘.

제공된 예약 신청 상세 폼의 화면 명세를 기반으로, 서비스를 처음 접하는 초보 사용자의 입장에서 정보 구조가 명확한지 검토하고 사용성 저해 요소를 지목하여 검토영역, 저해요소, 유저영향, 개선방안 칼럼 표 형태의 UX Review Report를 작성해줘.

제공된 day5_signup_flow.md의 각 화면 설계 내역들을 서로 대조하여, 버튼의 배치 규칙, 사용 용어, 피드백 메시지의 일관성이 결여된 요소를 분석해 화면 비교 보고서를 작성해줘. (아이디 vs 고객 ID 명칭 혼선 및 메인 버튼 전체너비 대조 포함)

제공된 day5_signup_flow.md의 예약 상세 시나리오 동선을 분석하여, 사용자가 상담 예약을 완료하기까지의 클릭 단계와 화면 이동을 최소화할 수 있는 AS-IS 동선(9단계)과 TO-BE 개선 동선(4단계 내외)을 포함하는 사용자 동선 개선 보고서(User Journey Report)를 작성해줘.

당신은 디지털 스마트폰 앱 사용이 다소 서툰 50대 자영업자입니다. 제공된 day5_signup_flow.md 명세서에 작성된 회원가입 및 첫 화면 UI 명세를 보면서, 당신의 입장에서 가입 시 무엇이 가장 헷갈리고 어려운지 감정적인 반응과 개선 요구사항을 적어주세요. (아이디 중복확인 혼선, 글자 크기 시인성 저하, 비밀번호 유효성 에러 시 작성내용 포맷 리셋 분노 포함)

제공된 day5_signup_flow.md 스펙을 기반으로, 1) 정보 가독성, 2) 조작 접근성, 3) 에러 회복성, 4) 동선 효율성 등의 항목에 대해 각각 5점 만점의 점수를 매기고, 종합 평가 점수와 함께 장점 및 뼈아픈 개선점을 지목하는 서비스 품질 평가서(Usability Evaluation)를 빌드해줘.

제공된 레이아웃 명세를 기반으로, 예약 현황을 볼 수 있는 반응형 대시보드 화면의 HTML 마크업과 CSS 그리드 스타일 초안을 생성해 주세요. 예약 상태를 나타내는 대기/승인/완료 카드 컴포넌트와 좌측 네비게이션 바를 포함한 초기 프로젝트 구조를 제안해 주세요.

작성한 코드에서 'TypeError: Cannot read properties of undefined (reading 'map')' 에러가 발생했습니다. 제공된 소스코드 day6_debug_source.js와 콘솔 에러 로그를 대조해 에러가 발생한 원인(Why)을 초보자 눈높이에서 설명해 주고, 해당 에러를 완벽히 통제할 수 있는 방어 코드가 가미된 수정 소스를 제시해 주세요.

제공된 day6_dirty_code.js 파일의 소스를 분석하여, 1) 중복된 마크업 바인딩 로직을 공통 유틸 함수로 분리하고, 2) 모호한 변수명(ex: a, temp, fn)을 실무용 단어로 교정하고, 3) 향후 유지보수가 쉽도록 적절한 한 줄 주석을 작성하여 개선된 버전의 클린 코드로 리팩토링해 주세요.

제공된 day7_unconnected_feature.html의 회원가입 화면 코드에 JavaScript 기능을 연결하려고 합니다. 1) 가입 완료 버튼 클릭 시 입력값 유효성을 검사하고, 2) 브라우저 로컬 스토리지에 정보를 저장하며, 3) 성공 시 대시보드 화면으로 이동하는 연동 스크립트를 작성해 주세요. 누락된 취소 버튼 반응이나 중복 가입 체크 로직도 함께 제안해 주세요.

제공된 day7_user_flow.md 명세(가입 ➔ 전문가 검색 ➔ 상세 예약 ➔ 가상 결제)의 단계별 호출 순서를 분석하여, 사용자가 이 동선을 탈 때 정보 유실이 일어나기 가장 쉬운 2가지 핵심 구간을 진단하고, 이를 방지하기 위한 상태 보존 로직 구조를 대안 코드로 제안해 주세요. (SessionStorage 필터 유지 등)

제공된 day7_feature_validation.js 파일 내의 예약 신청 로직을 검토해 주세요. 1) 예약 요청의 중복 유입(버튼 연타) 취약점, 2) 예약 일자의 과거 시점 신청 에러 가능성을 검출하고, 이를 방어하기 위해 비활성화(Disabled state) 처리와 날짜 유효 기간 대조문이 추가된 최종 검증 코드를 제안해 주세요.

제공된 서비스 개요(day8_service_intro.md)를 기반으로, 예약 플랫폼에 필요한 회원 관리 기능 목록을 브레인스토밍해 주세요. 1) 필수 기본 기능과 2) 선택 확장 기능으로 이원화하여 목록을 구성하고, 개발 진척을 점검할 수 있는 우선순위 구현 체크리스트를 표(Table) 형태로 반환해 주세요.

제공된 회원가입 사양서 day8_signup_spec.md를 분석하여, 처음 가입하는 일반 유저가 마주칠 사용성 저해 요소를 3가지 지적해 주세요. 그리고 입력 양식 개수를 줄이고 오류 시 비밀번호가 리셋되는 현상을 예방하는 개선안 보고서(User Flow Report)를 제안해 주세요.

제공된 day8_user_service.js 회원 가입 및 로그인 스크립트를 감사하여 1) 중복 가입 체크 누락 위험, 2) 비밀번호 분실 시 기존 패스워드 즉시 폐기 등의 결함을 도출하고, 서비스 안정성을 높이기 위한 유효 가드가 보강된 최종 자바스크립트 개선본을 제안해 주세요. (로그인 오류 실패 메시지 통합 보완 포함)

현재의 다단계 결제 동선(day9_current_checkout_flow.md)을 읽고, 유저가 결제를 누르기 전에 피로감을 느껴 도망칠 법한 장벽 2가지를 찾아주세요. 그리고 이메일 가입 유저가 가장 빠르게 구매에 골인하도록 불필요한 단계를 병합해 3단계 이하로 축약한 개선 결제 유저 플로우(TO-BE Flow)를 도출해 주세요.

제공된 PG사 원시 오류 로그 명세 day9_raw_payment_errors.json를 기반으로, 사용자에게 절대로 불안감을 주지 않는 친절한 '오류 상황별 한글 안내 문구집'과 중복 결제 시도를 차단하는 '이중 승인 예방 대응 가이드라인(Mitigation Playbook)'을 작성해 주세요.

제공된 day9_payment_ui.html 결제 UI 레이아웃의 사용성 및 신뢰도를 검토해 주세요. 사용자가 정보 불투명성으로 인해 불안을 느낄 만한 곳을 찾고, 1) 가격 세부 할인 영수증식 분리 표시, 2) 24시간 안심 결제 보안 문구 배치, 3) 간편 취소/환불 링크 처방이 보완된 최종 CSS/HTML 구조를 도출해 주세요.

우리 서비스를 처음 이용하는 사용자가 5초 안에 핵심 가치를 이해할 수 있도록 서비스 소개서를 작성해줘. 서비스명, 핵심 기능 3가지, 대상 사용자, 차별점을 포함해줘. 또한 홈페이지 상단 배너 및 이메일 뉴스레터 오픈 공지를 작성해줘. 이용약관도 법적 용어 대신 쉽게 작성해줘.

이 서비스를 처음 사용하는 사용자가 가장 많이 할 질문 20가지를 FAQ 형식으로 만들어줘. 회원가입, 서비스 이용, 결제, 오류 해결, 기타 5개 카테고리로 구분해줘. 또한 결제 후 10분 지연 시 활성화되지 않는 불만에 대한 대고객 응대 스크립트를 작성해줘.

프로젝트 진행 과정과 결과를 바탕으로 투자자와 이해관계자에게 전달할 수 있는 프로젝트 결과보고서를 작성해줘. 배경, 목표, 핵심 기능, 성과, 개선 과제 섹션을 포함해줘. 또한 Keep/Problem/Try 회고와 MoSCoW(Must/Should/Could/Won't) 로드맵을 작성해줘.