Choi Sumin greatSumini

부모 세대와 함께 떠나는 여행을 계획하는 경험을 설계해주세요

안녕하세요. 아래 과제를 확인하고 결과물을 제출해주세요.

1. 배경

20~~40대 자녀와 50~~70대 부모가 함께 떠나는 가족여행을 계획하는 앱을 만듭니다.

이런 여행은 보통 자녀가 계획을 짜고 부모는 그 계획을 따라가는 쪽에 가깝습니다. 문제는 계획이 완성되기까지의 기간 동안 벌어집니다. 부모는 이번 여행이 어떻게 흘러가는지 궁금하지만, 자식에게 자꾸 캐묻는 게 미안해서 참습니다. 자식은 계획이 아직 다 정해지지 않았는데 너무 자주 공유하면 부모가 오히려 신경 쓰거나 귀찮아할까봐 조심스럽습니다. 결국 양쪽 다 서로를 배려하다가 정작 필요한 순간에 정보가 전달되지 않습니다.

[공개 예시] 뿔뿔이 흩어진 사람들과 청첩장 줄 날을 잡는 경험을 설계해주세요

용도: 당일 조별 활동에서 자유롭게 참고·연습할 수 있도록 사전 공개하는 예시 PRD입니다. 포맷: 화면 개수·레이아웃·컴포넌트·색/타이포는 명시하지 않습니다. 무엇을 해결해야 하는지(기능 요구사항)만 적습니다 — 어떤 화면으로, 어떤 흐름으로 풀지는 여러분의 하네스가 판단합니다. Greenfield: 기존 화면·디자인 자산이 없습니다. 앱 전체를 처음부터 설계합니다.

1. 배경

곧 결혼하는 예비부부를 위한 청첩장모임 스케줄러를 만듭니다.

데브멘토 0720 장표 수정 요청 (에이전틱 엔지니어링 핸즈온, 총 68장)

기존 장표의 디자인 시스템(레드 배경 + 화이트 타이포, 영문 소제목 라벨 스타일, 예: "DEFINITION — HARNESS", "HANDS-ON SETUP")을 그대로 따른다. 아래 페이지 번호는 현재 68장 기준이며, 슬라이드가 추가될 때마다 뒤 번호는 밀린다 — 번호가 아니라 "어느 슬라이드 앞/뒤"를 기준으로 삽입할 것.

A. 신규 슬라이드 8장 삽입

A-1. 1교시 도입 인용 — "오늘의 타임테이블"(3p) 뒤, "바이브코딩의 발전 양상"(4p) 앞

상단 라벨: QUOTE — ANDREJ KARPATHY
대형 인용문: "사고는 외주 줄 수 있지만, 이해는 외주 줄 수 없다."
하단 보조 문장: 바이브코딩이라는 말을 만든 장본인이 1년 만에 스스로 '에이전틱 엔지니어링'으로 프레임을 바꿨다. 오늘 다룰 흐름 전체가 이 전환에 대한 이야기다.

author_id	choesumin
created_at	2026-07-18 00:00:00 +0900
status	completed
project	vmc-inner-circle
project_docs_id	session3-keynote-session-guides-prompt
event_date	2026-07-18

3회차 키노트에 '진행 가이드' 슬라이드 2장 추가 프롬프트 (외부 서비스용 · 자기완결형)

author_id	choesumin
created_at	2026-07-18 00:00:00 +0900
status	completed
project	vmc-inner-circle
project_docs_id	session3-keynote-seating-prompt
event_date	2026-07-18

3회차 키노트에 배치도 슬라이드 2장 추가 프롬프트 (외부 서비스용 · 자기완결형)

author_id	choesumin
created_at	2026-07-18 00:00:00 +0900
status	completed
project	vmc-inner-circle
project_docs_id	session3-keynote-panel-questions-prompt
event_date	2026-07-18

3회차 키노트에 '패널 사전 질문' 슬라이드 추가 프롬프트 (외부 서비스용 · 자기완결형)

author_id	choesumin
created_at	2026-07-18 00:00:00 +0900
status	completed
project	vmc-inner-circle
project_docs_id	session3-keynote-prompt
event_date	2026-07-18

3회차 키노트 장표 생성 프롬프트 (외부 서비스용 · 자기완결형)

다음과 같은 작업을 수행하기위해, 각 단계별 sub agent를 .claude/agents 경로에 생성하세요. 각 sub agent의 보고서는 보고서 경로에 작성됩니다.

각 sub agent 파일은 다음과 같은 메타데이터를 포함해야 합니다:

---
name: agent-name
description: agent description
---

	이 프로젝트에 대한 도메인스토리텔링 워크숍을 시작하자. 우리의 목표는 docs/domain.md를 완성하는 것이다. 이 문서에는 도메인 용어 정리 및 파악된 도메인스토리들이 포함된다. 이 문서를 이후 신규 시스템 구축을 위한 사용자 스토리, 요구사항을 생성하기위한 재료로서 사용할 것이다. 또한 기능들의 사용자 경험을 점검하는 수단으로서도 사용할 것이다.

	우리의 목표를 달성하기 위해, 당신은 도메인 스토리텔링 워크숍의 진행자이자 기술 담당으로서 도메인 전문가인 나를 인터뷰 해야한다.

	워크숍은 넓은 범위의 AS-IS / PURE 도메인스토리를 파악하는 것으로 시작한다. 이 과정에서 도메인에 대한 이해도를 높이고, 점차 범위를 좁혀가며 진행한다. AS-IS / PURE 도메인 스토리를 충분히 구체적으로 파악했다면 이후 TO-BE / PURE 를 파악하고, 이후 TO-BE / DIGITALIZED로 순차적으로 진행한다.

	AS-IS를 단계에서는 scene마다 불편함을 함께 모아 표로 적는다.
	형식은 다음과 같다 — 번호 / 불편함 / 누가 겪나 / 어느 단계에서 / 그래서 실제로 무슨 일이 생겼나.
	"그래서"가 비면 그건 불편함이 아니라 불만이니 적지 않는다.
	TO-BE 단계마다 그것이 어느 불편함을 없애는지 번호로 적는다.

	## Requirement
	- `Transaction List` 페이지에, Trx Date 기준으로 필터링할 수 있는 기능을 추가합니다.
	- 반드시 시작일과 종료일을 둘다 선택해야 작동합니다.
	- clear할 수도 있습니다.
	- 필터링 결과 조회된 데이터가 없으면 빈 상태를 나타내는 적절한 화면을 보여줘야합니다.
	- 필터 설정 결과를 제출하고나면, 서버 응답을 기다리는동안 제출 버튼에 spinner가 표시되며 비활성화된다.

	## Implementaion Detail
	- 존재하는 UI 컴포넌트가 있다면 그것을 최대한 사용해야한다.
	- 필터링 대상 데이터베이스 컬럼에 적절한 인덱스가 걸려있어야한다. 없다면 추가한다.