부록 E — 대성공 대비: 앱 DB에 테이블 늘리기

[프롬프트 — 원국 여러 개 저장(가족·지인)]
지금은 제 원국 하나만 birth_profiles 에 저장돼 있어요. 여러 사람의 원국을 저장하고 전환할 수 있게 해 주세요.

고치는 책 파일은 lib/schema-extra.ts·lib/app-hooks.ts·app/page.tsx 뿐이다. 프록시·history 등 다른 [완전 코드]는 고치지 않는다.
1. lib/schema-extra.ts 의 SCHEMA_EXTRA 에 적는다(lib/db.ts 는 고치지 않는다):
   CREATE TABLE IF NOT EXISTS saju_charts (
     id uuid PRIMARY KEY DEFAULT gen_random_uuid(),
     user_id uuid NOT NULL REFERENCES users(id) ON DELETE CASCADE,
     label text NOT NULL,            -- "나", "엄마" (30자 이하)
     profile jsonb NOT NULL,         -- birth_profiles.profile 과 같은 모양
     created_at timestamptz NOT NULL DEFAULT now()
   );
   CREATE INDEX IF NOT EXISTS saju_charts_user ON saju_charts (user_id);
2. 라우트 app/api/charts/route.ts (GET 목록·POST 추가) 와 app/api/charts/[id]/route.ts (PATCH 이름·원국 수정, DELETE):
   - 전부 getSessionUser 로 로그인 확인, 비로그인 401
   - 모든 SELECT/UPDATE/DELETE 에 WHERE user_id = $1 (세션 회원 id). 남의 id 면 영향 행 0 → 404
   - POST 본문은 { label, profile } — profile 검증은 lib/profile.ts 의 parseProfile 을 import 해 재사용. 회원당 20개 제한. 응답은 { id, label, profile }
   - DELETE 는 saju_charts 행만 지운다. 그 원국으로 나눈 상담 기억은 FLOAT 에 남는다(열쇠가 사라져 안 보일 뿐) — 화면에 "대화 기록도 지워져요"라고 쓰지 않는다
3. 기억 열쇠는 lib/app-hooks.ts 의 memoryKey(userId, chartId) 만 고쳐서 정한다 — 프록시(상담)와 /api/history 가 이미 이 함수를 부른다:
   - chartId 가 없으면(undefined) 지금처럼 userId 를 돌려준다("나" 의 기존 기억 그대로)
   - chartId 가 문자열이 아니거나 UUID 형식이 아니면 null(→ 404)
   - SELECT 1 FROM saju_charts WHERE id = $1 AND user_id = $2 (sql() 사용)로 소유권 확인 — 없으면 null(→ 404)
   - 확인되면 `${userId}:${chartId}` 를 돌려준다. chartId 만으로 키를 만들지 않는다 — 남의 chartId 로 남의 기억을 여는 구멍이 된다
4. 화면: 원국 목록(label) + 추가·이름변경·삭제 + 상단 "지금 보는 원국" 전환. 만세력·상담은 선택된 원국의 profile 을 쓴다.
   원국 추가 폼은 책의 ProfileForm 을 그대로 쓴다(비슷한 폼을 새로 만들지 않는다 — 시간 모름 처리가 그 안에 있다). 이름(label) 입력칸만 옆에 두고:
   <ProfileForm initial={null} title="원국 추가" save={(b) => postJson<{ profile: BirthProfile }>('/api/charts', { label, profile: b })} onSaved={…목록 다시 불러오기} />
   상담은 책의 Chat 에 chartId 를 넘긴다: <Chat key={chartId ?? 'me'} profile={선택된 profile} chartId={chartId} /> (key 로 전환 때 대화를 새로 불러온다).
   기존 birth_profiles 의 제 원국은 "나" 로 계속 보여주고(chartId 없음 = 기존 기억 그대로), 새로 추가한 원국만 saju_charts 로 간다
5. 완료 기준(스스로 실행해 증명):
   - 원국 2개 저장 → 로그아웃·재로그인 뒤 목록 그대로
   - 다른 회원으로 로그인 → 앞 회원의 원국 목록이 안 보이고, 앞 회원의 chartId 로 PATCH/DELETE·상담·이력 요청 → 404
   - 원국 A 로 질문한 상담이 원국 B 의 대화 이력에 섞이지 않음
   - node scripts/verify-book-code.mjs → 불일치 0개 (책 파일을 안 고쳤다는 증거)

[프롬프트 — 질문·답변 기록 저장]
상담 기록을 우리 앱 DB에 저장해서 어느 기기에서 로그인해도 지난 질문과 답이 보이게 해 주세요.

고치는 책 파일은 lib/schema-extra.ts·lib/app-hooks.ts·app/page.tsx(기록 화면) 뿐이다. 프록시 등 다른 [완전 코드]는 고치지 않는다(새 라우트·새 컴포넌트 파일은 만들어도 된다).
1. lib/schema-extra.ts 의 SCHEMA_EXTRA 에 적는다(lib/db.ts 는 고치지 않는다):
   CREATE TABLE IF NOT EXISTS chat_logs (
     id bigint GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
     user_id uuid NOT NULL REFERENCES users(id) ON DELETE CASCADE,
     request_id uuid NOT NULL,
     question text NOT NULL,
     answer text NOT NULL,
     created_at timestamptz NOT NULL DEFAULT now(),
     UNIQUE (user_id, request_id)
   );
2. lib/app-hooks.ts 의 afterFloat 에 저장을 넣는다 — 프록시가 과금 호출 성공마다 한 번, 답을 돌려주기 전에 부른다:
   call.key 가 'reading' 일 때만(기억 불필요 앱의 <Chat memory={false} /> 가 부르는 경로 — 'reading/memory' 대화는 FLOAT 가 이미 보관한다), question = call.body.question, answer = call.result.data.interpretation(문자열일 때만 — 아니면 저장하지 않는다).
   call.result 는 FLOAT 원 응답 { success, data } 그대로라 답은 data 안에 있다 — call.result.interpretation 은 늘 비어 있어 한 건도 저장되지 않는다
   INSERT … VALUES (call.userId, call.requestId, …) ON CONFLICT (user_id, request_id) DO NOTHING (같은 requestId 재조회가 행을 두 번 만들지 않게).
   쿼리는 lib/db.ts 의 sql 로, 값은 $1·$2 자리에 배열로 넘긴다 — sql('INSERT … VALUES ($1, $2)', [a, b]). 태그드 템플릿(sql`…`)이 아니고, 값을 문장에 이어 붙이지 않는다.
   브라우저가 기록을 직접 쓰는 라우트는 만들지 않는다. 저장이 실패해도 회원은 답을 받는다(프록시가 오류를 서버 로그에만 남긴다)
3. 새 라우트 GET /api/logs?before=<id> — WHERE user_id = 세션 회원 id ORDER BY id DESC LIMIT 20(before 는 양의 정수만). 화면은 위로 스크롤하면 더 불러오기
4. 회원이 지우고 싶어 하면 DELETE /api/logs (자기 것 전부) — 역시 WHERE user_id
5. 완료 기준: 질문 2개 → 다른 브라우저에서 같은 회원으로 로그인해 두 개가 보임 / 다른 회원에게는 0개 /
   node scripts/verify-book-code.mjs → 불일치 0개 / DB 테스트: TEST_DATABASE_URL 로 npx vitest run → skipped 0 (테스트 DB 가 없으면 "미실행"으로 보고)
   이 저장을 확인하는 테스트는 실제 응답 모양을 넣는다: afterFloat 에 result: { success: true, data: { interpretation: '답' } } → chat_logs 1행. { interpretation: '답' } 처럼 봉투 없는 가짜로 시험하면 실서버에서 0건인 코드도 통과한다.
   이 테스트는 sql 을 mock 하지 않는다 — tests/db.test.ts 처럼 TEST_DATABASE_URL 에 새 스키마를 만들어 실제 lib/db.ts 의 sql 로 INSERT 하고 SELECT 로 1행을 확인한다(가짜 sql 은 틀린 SQL 도 통과시킨다)

[프롬프트 — 리포트 보관]
B-6 에서 만든 사주 리포트를 저장해서 다시 볼 수 있게 해 주세요.

1. lib/schema-extra.ts 의 SCHEMA_EXTRA 에 적는다(lib/db.ts 는 고치지 않는다):
   CREATE TABLE IF NOT EXISTS saju_reports (
     id uuid PRIMARY KEY DEFAULT gen_random_uuid(),
     user_id uuid NOT NULL REFERENCES users(id) ON DELETE CASCADE,
     request_id uuid NOT NULL,
     report text NOT NULL,
     sections jsonb NOT NULL,
     created_at timestamptz NOT NULL DEFAULT now(),
     UNIQUE (user_id, request_id)
   );
2. app/api/report/route.ts 가 FLOAT 성공 직후 서버에서 FLOAT 응답의 data.report·data.sections 로(응답은 { success, data } 봉투째 온다)
   INSERT … ON CONFLICT (user_id, request_id) DO UPDATE SET request_id = EXCLUDED.request_id RETURNING id 로 저장된 행의 id 를 받아 응답에 포함한다
   (DO NOTHING 이면 같은 requestId 재시도 때 RETURNING 이 빈 결과라 id 를 못 얻는다)
3. GET /api/report — 내 리포트 목록(id, created_at, sections 첫 항목), GET /api/report/[id] — 본문.
   둘 다 WHERE user_id = 세션 회원 id. 남의 id 는 404
4. /report 화면: 저장된 리포트가 있으면 목록부터 보여주고 "새로 만들기" 는 따로
5. 완료 기준: 리포트 1개 생성 → 새로고침·재로그인 뒤에도 FLOAT 호출 없이 다시 열림(콘솔 사용량 그대로) /
   다른 회원이 그 id 로 GET → 404