9WAY 2.0.0 - 프로젝트 타임라인

## 나간 것
- `013fa4f7` fix(strengths): STEP 6 강의 안내를 줄이고 리포트 카드의 구성 제목을 뺀다
- STEP 6 「자세히 보기」를 새 조각 `_course_offer`로 다시 짰어요. PC 높이가 884px에서 244px로 줄었어요.
- 묶음 할인은 카드 아래 한 줄로 남겼어요. 강의 페이지 안내는 그대로예요.
- 리포트 선택 · 잠긴 탭 · 업그레이드 카드에서 구성 제목을 뺐어요. 요금 페이지는 그대로예요.
- 마이그레이션 없음. 안 쓰게 된 번역 키 14개를 5개 언어에서 지웠어요.

## 운영 확인
- 이미지 `013fa4f7`, `/up` 200
- BASIC 샘플 계정으로 5개 언어 HTML 확인: 업그레이드 카드 1장, 구성 제목 없음, 번역 누락 없음
- 한국어 STEP 6: FULL 추가 결제 79,200원, 목록 4줄, 묶음 할인 한 줄, 차액 안내 있음
- 다른 언어: STEP 6 강의 안내 없음
- 요금 페이지: 설명 문장 ko 3개 · en 2개, 구성 제목 그대로

## 확인 못 한 것
- 운영 무료 상태 · PRO 보유 상태(샘플 계정이 모두 BASIC). 개발에서만 봤어요.
- 실제 폰

## 나간 것
- `d7a4dd12` fix(strengths): 결과 화면 리포트 선택을 위 STEP 카드에 맞춰 줄인다
- 설명 문장을 빼고 목록을 한 줄씩으로 줄였어요. 가격은 상품 이름과 같은 줄로 올렸어요.
- 마이그레이션 없음. 요금 페이지는 그대로예요.

## 운영 확인
- 이미지 `d7a4dd12`, `/up` 200
- 샘플 계정으로 5개 언어 업그레이드 안내 HTML 확인: 카드 1장, 설명 문장 0, 목록 3개(ko) · 2개(다른 언어), 차액 안내 있음
- 요금 페이지 설명 문장: ko 3개, en 2개 그대로
- CSS에 `report-package--wide` 있음

## 확인 못 한 것
- 운영 무료 상태 카드(샘플 계정이 모두 리포트 보유). 개발에서만 봤어요.
- 실제 폰

## 배포 정보
- 배포 시각: 2026-11-05 17시 무렵
- 배포 환경: production (27320cb6)

## 포함된 커밋
- 5ede7f57 폰 다음 단계 버튼을 어느 언어든 40px 로 맞춘다
- dd040c5d 폰 다음 단계 STEP 1 · 4 버튼을 가로 2칸 · 3칸으로 놓고 글자를 줄인다
- 27320cb6 다음 단계 버튼을 PC에서도 한 줄로 놓고 다른 언어에 상품 버튼을 연다

## 변경된 기능
- 다음 단계: PC · 폰 모두 STEP 1 · 3 버튼 2칸, STEP 4 버튼 3칸
- 다른 언어 STEP 3에 상품 버튼(강의 상품은 한국어에만)

## 운영 데이터
- `strength_descriptions` 187행 수정: 번역 작업 주석 186행 삭제(en 49 · ja 45 · zh 47 · vi 45), 베트남어 글 1행의 한글 「헌신」을 「Cống hiến」으로 수정
- 고치기 전 원본: `E:\backup\9way-strength-comments-20261105\before.json`

## 서비스 가이드
- `strength-report` 갱신. 버튼 이름 두 문장과 기준 날짜만 바뀜. 캡처는 10/15 그대로

## 확인 사항
- 운영 SHA = 27320cb6, /up 200
- 운영 BASIC 샘플 5개 언어: STEP 1 · 3 2칸, STEP 4 3칸, 상품 버튼 있음, 코칭 제안 있음, 강의 상품은 한국어에만, 주석 0
- 운영 문구: 주석 0행, 다른 언어 한글 0행. 결과 화면 생성 36회에 주석 0
- 서비스 가이드: 폭 390 · 1024 깨진 이미지 0, 가로 스크롤 없음
- 시험 로그인 삭제 완료

## 확인 못 한 것
- 운영 무료 상태의 비교 표(샘플 계정이 모두 리포트 보유). 개발에서만 눌러 봄
- 실제 폰, 번역 원어민 검수

## 변경 사항
- `_next_steps_cta.html.erb`: PC · 폰 모두 STEP 1 · 3 버튼 2칸, STEP 4 버튼 3칸. STEP 3은 리포트 · 상품(앞에 아이콘)
- 상품 버튼 조건을 강의 판매(`course_sales?`)에서 리포트 판매(`enabled?`)로 옮겨 다른 언어에도 나옴. 강의 상품은 한국어 전용 그대로
- `strength_sales.next_steps.upgrade` 삭제, `choose` 하나로 합침
- `db/coach_materials/strength_report_guide.html.erb`: 서비스 가이드 생성기 문장 수정

## 확인
- 폭 390 · 360 · 320 · 768 · 1024 · 1280 · 1600 × 5개 언어 × 무료 · BASIC 보유 · 심화 진단 완료: 버튼 전부 40px, 넘침 0
- 다른 언어에서 상품 버튼을 눌러 비교 표 · 코칭 업그레이드가 펼쳐지고 강의 상품이 없음을 확인
- 전체 테스트 6,763개 실패 0

## 남은 일
- 배포 말씀 대기
- 운영 서비스 가이드 `strength-report` 글은 옛 버튼 이름이라 배포 뒤 갱신 필요(대표님 확인 후)

## 변경 사항
- `app/views/diagnoses/_next_steps_cta.html.erb`: 폰에서 STEP 1 버튼 2칸, STEP 4 버튼 3칸. PC는 그대로
- `app/views/diagnoses/_social_image_cta.html.erb`: 폰 칸용 짧은 글자, 만드는 동안 도는 표시만
- `config/locales/diagnosis/*.yml`: 폰 전용 짧은 문구 6개를 5개 언어에 추가
- `test/controllers/strengths/next_steps_test.rb`: 배치 · 5개 언어 문구 테스트

## 확인
- 폭 390 · 360 · 320 · 768 · 1164 · 1455 × 5개 언어 × 무료 · 리포트 · 심화 진단 완료: 버튼 전부 40px, 넘침 0
- 폭 360 아래는 세로로 쌓음
- 전체 테스트 첫 실행 2건 실패(Windows 시계 8.7초 늦음, 권한 시각 비교), 다시 실행 6,754개 실패 0

## 남은 일
- 배포 말씀 대기

대표님 «버튼 크기를 최적화 하라고...».

## 고치기 전
폭 390에서 40~67px, 360에서 40~84px. 글자가 2~4줄로 접힘.

## 고친 것
- xl 아래에서 버튼 글자 12px, 카드 · 버튼 여백 축소
- 아이콘 버튼은 왼쪽 정렬, 심화 진단은 이름 왼쪽 · 가격 오른쪽
- 베트남어 몰입도 버튼 이름을 Mức độ gắn kết로 줄임

## 확인
- 폭 390 · 360 · 1280 · 1600 × 5개 언어 × 무료 · 리포트 상태에서 버튼 전부 40px, 문서 폭 넘침 없음
- 전체 테스트 6,748개 실패 0, 건너뜀 51

## 커밋
- `1d7cb52b` 결과 맨 위 AI 아이콘 · 다이얼로그, STEP 5 「내 AI 도구와 대화하기」(강의는 STEP 6으로 밀어 8단계), 다음 단계 PC 4열 · 폰 2열 카드, 친구 안내 1번 문구
- `65834ce5` 영어 · 일본어 · 중국어 · 베트남어로 열기(화면 + 프롬프트 + 강점 질문 54개)

## 확인
- 전체 테스트 6,748개 실패 0, 건너뜀 51. Zeitwerk · Rubocop · Brakeman 통과
- 한국어 프롬프트 36개 경우를 바꾸기 전과 대조해 글자까지 같음(코치 카드 · 캔버스 경로 포함)
- 4개 언어 PC · 폰에서 넘침 없음, 복사되는 글의 입력 칸 · HTML 부탁이 그 언어로 들어감(클립보드는 가로채서 확인)

## 안 한 것
- 원어민 검수, 실제 폰의 공유 창 · 클립보드
- 운영 배포(대표님 말씀 대기). 배포하면 다른 세션 캔버스 커밋 `afee5a8b`, `e7e5940d`도 같이 나감

## 따로 발견
운영 강점 문구 번역 65행에 한글이 남아 있음: 번역 작업 주석 64행(en 9 · ja 24 · zh 7 · vi 24), 베트남어 조합 글에 한글 단어 1행. 대표님께 보고.

## 배포 정보
- 배포 일자: 2026-11-05
- 배포 환경: production
- 운영 이미지: `df5106517cb4b6856892c05f184894dc4a887d66`

## 포함된 커밋
- `1aee58e5` fix(strengths): 직장인 역할 글 소제목이 한 글자씩 나오지 않게 한다
- `df510651` fix(strengths): 다른 언어 화면에서 강의 · 코칭 · 입문 과정 입구를 뺀다

## 변경된 기능
- 다른 언어: 「강점 개발」 탭, 사이드바 「강의실」, 다음 단계의 강의 · 코칭 받기 · 입문 과정을 뺐다. 다음 단계는 4단계다
- 직장인 역할 글 소제목: T · r · a · n 글자 대신 성인 소제목이 나온다. 결과 캐시 v19 · v20

## 확인 사항
- `/up` 200, 컨테이너 시작 후 500 · FATAL 로그 0건
- 운영 로그인 계정으로 en · ja · zh · vi: 탭 4개, 강의실 메뉴 없음, 다음 단계 4단계
- 운영 ko: 탭 5개, 강의실 메뉴 있음, 다음 단계 7단계 그대로
- 운영 포매터에서 직장인 소제목 5개 언어 정상, 운영 직장인 한국어 PDF 3.2쪽 라벨 정상

## 안 본 것
- 운영 일본어 PDF는 뽑지 않았다(개발 서버에서 확인). 강의실 주소를 직접 치면 다른 언어에서도 열리는 건 그대로다

## 고친 것
- 다른 언어 결과 화면 「강점 개발」 탭, 사이드바 「강의실」, 다음 단계 메뉴의 강의 · 코칭 · 입문 과정을 뺐다
- 직장인 역할 글 소제목이 글자 하나씩(T · r · a · n) 나오던 버그를 고치고 결과 캐시 버전을 올렸다(`diagnoses_controller` v19 · v20)

## 확인
- 전체 테스트 6,711개 실패 0 · 오류 0 · 건너뜀 51
- `bin/rails test:pdf` 49개 통과
- Rubocop · Brakeman 통과
- 개발 서버에서 5개 언어 화면, 직장인 PDF(ko · ja) 확인

## 배포 뒤 할 일
- 운영 이미지 SHA 대조, 직장인 PDF · 영어 결과 화면 확인

## 운영에서 확인한 것
- `_prepurchase_field.html.erb` 칸에 `max-w-full`이 붙어 있다
- 운영 CSS(`tailwind-3e9f550c.css`)에 `max-w-full` 규칙이 있다
- `/up` 200, 컨테이너 시작 후 500 · FATAL 로그 0건

## 안 본 것
- 운영 화면을 폰 폭으로 직접 열어 보지는 않았다. 폭 측정은 배포 전 개발 서버에서 했다(461px · 622px → 390px)

## 운영에서 확인한 것
- 회원: `Marketing::SegmentQuery`의 `created_after` 2026-03-01이 `created_at >= '2026-02-28 15:00:00'`으로 나온다
- 리드: `Marketing::LeadRecipients#apply_created_after`에 `in_time_zone`이 들어가 있다(코드 확인, 실행은 안 함)
- `/up` 200, 컨테이너 시작 후 500 · FATAL 로그 0건

## 배포 정보
- 배포 시각: 2026-11-05 13:35
- 배포 환경: production (f904de54)

## 포함된 커밋
- 62d468cc fix(marketing): 세그먼트 날짜 필터를 한국 날짜로 자른다

## 확인 사항
- 대표님 확인을 받고 브랜딩 수정과 같이 배포했다
- 전체 테스트에 이 커밋을 포함해 돌렸다. 운영 세그먼트 화면은 직접 열어 보지 않았다

## 배포 정보
- 배포 시각: 2026-11-05 13:35
- 배포 환경: production (f904de54)

## 포함된 커밋
- ab78bc87 fix(branding): 고른 언어로 브랜딩 문장을 만든다
- cd04021b fix(pdf): K 표지 한 문장 요약이 아래 표를 덮지 않게 한다
- f904de54 chore(deps): 보안 취약점이 있는 젬을 올린다
- 다른 세션 커밋 함께 배포(대표님 확인): 62d468cc, dd5455eb

## 변경된 기능
- 브랜딩 문장: 한국어 외 언어는 지시문을 영어로 보내고 쓸 언어를 직접 지정. 규칙을 한국어에 맞춤
- 위저드 칸: 문장 길이만큼 늘어남
- K PDF 표지: 겹칠 때만 글자를 줄임
- 젬: Rails 8.1.4.1 등. bundler-audit 46건 → 0건

## 확인 사항
- 운영에서 영어 · 일본어 문장을 직접 생성해 언어와 수식어 반영 확인(저장 안 함)
- /up, /ko, /en, /ja, /en/pricing 200, 이미지 변환 200
- 배포 후 5xx 0건, IpSpoofAttackError 0건

## 고친 것
- `_prepurchase_field.html.erb`: 칸에 `max-w-full`
- `_invitation_link.html.erb` 수정 폼: 칸에 `max-w-full`, 줄바꿈 허용, 버튼을 오른쪽에 유지

## 측정
- 새 초대 폼: 고치기 전 문서 폭 461px(360~430 폭 모두), 고친 뒤 화면 폭과 같음
- 수정 폼: 고치기 전 622px, 고친 뒤 390·360 폭에서 화면 폭과 같음, 저장 버튼 화면 안
- 1280px·768px의 새 초대 폼 칸과 1280px의 수정 폼 칸 위치 변화 없음
- 개발 DB 시험 초대·로그인 기록 삭제, 건수 원래대로

## 상태
운영 미반영. 다른 세션 작업 종료 후 함께 배포.

## 상태
- main 커밋 62d468cc, 운영 미반영
- 전체 테스트 6,694개: 실패 0, 오류 0, 건너뜀 51
- Rubocop(바꾼 Ruby 파일), Brakeman 통과

## 배포 대기 이유
main에 다른 세션의 미배포 커밋 ab78bc87, cd04021b가 있다. 대표님이 그 세션이 끝날 때까지 기다리기로 결정했다.

## 배포할 때 할 일
- `bin/rails test:pdf` 실행(cd04021b가 PDF 레이아웃을 고침)
- 운영 SHA 대조 후 main 전체 배포

## 원인
`where(column => date..)`가 `>= '2026-10-30'`로 나가 UTC 0시(한국 오전 9시)부터 잘렸다.

## 고친 곳
- `app/services/marketing/segment_query.rb` `apply_date_after`
- `app/services/marketing/lead_recipients.rb` `apply_created_after`
- 둘 다 `in_time_zone`으로 한국 날짜 0시부터 포함

## 확인
- 새 테스트 3개가 수정 전 실패, 수정 후 통과
- 기존 `first_diagnosis_after` 테스트: 0:30, 8:30, 9:30, 12:30, 23:30 모두 통과
- 전체 테스트 6,689개: 실패 1, 건너뜀 46
- 실패 1개 `StrengthNextStepsTest#test_강의를_볼_수_있으면_STEP_5_는_내_강의로_보낸다`: 단독 3회 통과, 전체 실행에서만 1회 실패, 원인 미확인

## 운영 영향(수정 전 코드 기준 읽기 전용 조회)
- 세그먼트 67개 중 날짜 필터 사용 1개: 「무료 진단 (3개월, W미소속)」(created_after 2026-03-01)
- 회원 6,250명 중 빠진 사람 8명, 연결 캠페인 1개는 failed 상태
- 리드 수는 세지 않음

## 배포 정보
- 배포 시각: 2026-11-05 08:52 (KST)
- 배포 환경: production

## 포함된 커밋
- fe685c63 feat(workspace): 초대할 때 언어를 고른다

## 변경된 기능
- 초대 언어 칸: 링크·이메일·대량 이메일 초대, 기본 한국어
- 초대 링크·QR·관리자 화면·CSV·초대 메일: 고른 언어를 따름
- 결과 메일: 진단을 본 언어로 발송, 5개 언어 번역
- 일본어·중국어 `.break-keep` 해제

## 확인 사항
- 운영 이미지 fe685c63, `/up` 200
- `workspace_invitations.locale` 칸 추가 확인, 기존 초대 584건 모두 ko
- 운영에서 `/ko`·`/ja`·`/zh` 초대 화면이 각 언어로 열림
- 운영에서 초대 메일·결과 메일을 5개 언어로 렌더링(발송 안 함), 외국어 메일에 한글 없음
- 운영 CSS에 줄바꿈 규칙 반영, 배포 후 10분 로그에 오류 없음

## 못 한 것
- 운영에서 초대를 새로 만들어 끝까지 응시, 실제 메일 수신

## 별도 문제
- 전체 테스트 1건 실패: `Marketing::SegmentQueryTest#test_first_diagnosis_after_filters_by_first_diagnosis_date`. 시각을 옮겨 8:30 실패, 9:30·12:30 통과 확인. 이번 변경과 무관
- `apply_date_after`가 오전 9시(KST)를 날짜 경계로 삼음. 미수정
- 폰에서 「리포트 제공」 상품 칸 넘침. 미수정

## 추가로 바꾼 것
- `DiagnosisResultMailer`가 진단 언어(`session.locale`)로 제목·본문·링크를 보낸다. 모르는 언어면 한국어
- 템플릿 문구를 번역 키로 옮기고 en·zh·vi·ja 번역 추가
- 이름 없을 때 「안녕하세요님」으로 나가던 인사말 수정
- 결과 메일 맨 아래 문구를 결과 안내로 수정
- Brakeman 기존 예외 지문 갱신(`:locale` 추가로 지문이 바뀜)

## 배포 전 확인
- 전체 테스트 6,681개: 실패 1, 건너뜀 46
- 실패 1개 `Marketing::SegmentQueryTest#test_first_diagnosis_after_filters_by_first_diagnosis_date`: 이번 변경과 무관한 코드. 오전 9시(KST) 전에 UTC 날짜 차이로 실패하는 것으로 보여 9시 이후 재실행 예정
- 운영 스키마 기준 마이그레이션 통과, 차이는 PG 표기 3줄
- Rubocop(바꾼 Ruby 파일), Brakeman, bundler-audit, importmap audit 통과
- 운영 SHA 88887a7f = 직전 main, 함께 나가는 다른 커밋 없음

## 바꾼 것
- `workspace_invitations.locale` 추가(기본 ko, 마이그레이션 20261104090000)
- 링크·이메일·대량 이메일 초대 폼에 언어 칸 추가
- 복사 링크·QR·관리자 화면·CSV·초대 메일 링크가 초대 언어를 따름
- 초대 메일을 초대 언어로 발송, 중국어·베트남어 메일 문구 추가, 메일 하단 문구 번역
- 맞춤 문구는 한국어 초대에만 사용
- 결과 메일 링크가 진단 언어를 따름
- 일본어·중국어에서 `.break-keep` 해제(폰에서 일본어 초대 카드 넘침 수정)

## 확인
- 전체 테스트 6,673개: 실패 0, 오류 0, 건너뜀 46
- 개발 서버에서 데스크톱·폰 캡처, 5개 언어 폰 너비 측정
- 캡처용 개발 데이터 삭제, 건수 원래대로

## 남은 일
- 결과 메일 본문 번역 여부 결정
- 커밋·배포

## 배포 정보
- 배포 시각: 2026-10-15
- 운영 SHA 62c48b6f

## 포함된 커밋
- 62c48b6f 「내 코드」→「진단 코드」, 입력 칸 안내 「받은 진단 코드 입력」(5개 언어, 입력 칸 14ch)

## 운영 데이터
- 「테스트 묶음」(리더의 2가지 책무)에 slug book 설정 → 9way.co.kr/code/book 열림. 실제 1,000개 묶음을 만들면 옮길 것

## 확인 사항
- /up 200, /ko/code/book 「진단 코드 · 받은 진단 코드 입력」, /en/code/book 「Diagnosis code · Enter code」, 배포 뒤 500 오류 0건, 운영 화면 캡처 확인

## 배포 정보
- 배포 시각: 2026-10-15 16:55
- 배포 환경: production (운영 SHA 6a79f4af)

## 포함된 커밋
- b0890e0b feat(report-codes): 책 · 이벤트 첫 화면(9way.co.kr/code/book)에서 코드를 넣고, 코드 화면을 다른 언어로도 연다
- 6a79f4af chore(brakeman): 이벤트 코드 관리자 화면의 오탐 두 건을 이유와 함께 예외로 둔다
- (같이 올라감) 790bba57 서비스 가이드 「성과 관리」 생성기 — 다른 세션 작업

## 변경된 기능
- 마이그레이션 20261015100000: report_code_batches.slug(유일)
- /code/ = 코드가 아니면 그 묶음 첫 화면(「내 코드」 자리 입력 칸). slug는 코드 · 공유 코드 · 새 코드와 겹치지 않게 막음
- 관리자: 수정 화면 「첫 화면 주소」, 나눠 줄 파일에 주소 · 「첫 화면 QR 받기」
- 코드 화면 한국어 고정(korean_only) 해제, report_codes 문구 5개 언어 같은 칸

## 확인 사항
- 테스트: 이벤트 코드 89개 통과, 전체 6,322개 중 팀 리포트 PDF(Chromium) 1건은 따로 돌리면 통과
- 운영 스키마로 빈 DB 마이그레이션 검증(PG 표기 3줄 외 차이 없음)
- 운영: /up 200, 마이그레이션 버전 20261015100000, /code/book → /ko/code/book(아직 slug 없음 → 404 정상), /en/code 영어, 배포 뒤 8분 500 오류 0건
- 남은 일: 실제 책 묶음에 slug book 넣기(대표님), 출판사용 PDF 왼쪽 QR을 첫 화면 QR로 바꿀지 결정 대기

## 운영 주소
- https://futuretalent.co.kr/services/performance-management (사진 19)
- https://futuretalent.co.kr/services/performance-weekly-check (사진 14)
- https://futuretalent.co.kr/services/performance-quarter-review (사진 7)

## 확인
- dry run 세 편 모두 새 가이드 · 사진 수 일치 → APPLY
- 운영 check_page: 데스크톱 · 폰 모두 깨짐 0 · 가로 스크롤 없음 · 번호/점 없는 목록 0, 사진 자리 눈으로 확인
- 운영 서버 /tmp/feature_guide 정리 완료

## 남은 것
- 분기 마감 편의 「주기 넘기기」 · 「이어 가기」 화면은 데모 조직에 지난 주기가 없어 사진 없이 글로만 씀

## 한 일
- 서비스 가이드 세 편: 「성과 관리」(performance-management, 사진 19) · 「성과 관리 이번 주 점검」(performance-weekly-check, 14) · 「성과 관리 분기 마감」(performance-quarter-review, 7)
- 생성기 `lib/tasks/performance_guides.rake` + 본문 `db/coach_materials/performance_*guide.html.erb` + 테스트 `test/lib/performance_guides_test.rb` + 캡처 `.claude/skills/feature-guide/captures/performance.js` (커밋 790bba57)
- 공용 josa: 짝 없는 조사는 멈춤, O · KR · TASK · CSV 읽는 소리 추가
- 개발 서버 check_page: 세 편 모두 깨짐 0 · 가로 스크롤 없음 · 번호/점 없는 목록 0

## 찾아서 고친 화면 결함
- 이번 주 화면이 1024~1279px에서 KR · TASK 제목이 한 글자씩 세로로 쌓임 → 팀원 목록을 1280부터 옆에(e0c4ca91, 대표님 승인, 운영 배포 완료)

## 남은 일
- 대표님 캡처 확인 후 운영 발행 → 운영 주소 check_page

## 운영 반영
- 화면 고침 81699064: ko-KR 브라우저 영어 결함(compatible_language_from), 「Back」→돌아가기(5개 언어), 응답 시간 약 3분 통일(운영 응답 137건 중앙 2.2분), 강점·주의 카드 이름표를 점수 등급으로, v2 추세 제목 「점수」, v2 하단 모델 이름, 시작 전 링크 「아직 시작하지 않은 진단」. 다른 대화의 배포 ff8594ca에 포함돼 운영에 올라감(확인 완료)
- 서비스 가이드 발행: strength-report(새 글, 9WAY 강점 진단 묶음), guide-969d4313 「조직 진단」 · guide-a149d6f7 「조직 진단 결과」(제목 바꿈, slug 유지)
- 운영 check_page: 세 편 모두 깨짐 0 · 가로 스크롤 없음
- 개발 DB 임시 상품(PRO 9f6eca33 · FULL 025ad4f2) 삭제

## 남은 것
- 「성과 관리」 가이드 새로 쓰기

## 배포 정보
- 배포 시각: 2026-10-15 12:19
- 배포 환경: production (운영 SHA ff8594ca)

## 포함된 커밋
- a1e635e3 feat(report-codes): 책 묶음에 「출판사용 PDF ZIP 받기」를 단다 — 코드마다 책 속지 PDF 한 장씩
- ff8594ca fix(report-codes): 출판사용 PDF의 QR 아래 주소를 9way.co.kr/code 로 바꾼다

## 변경된 기능
- 양식 `lib/print_templates/report_code_book.pdf`: 원본에서 견본 QR 둘과 「개별 코드」 글자만 지움
- `ReportCodes::PrintPdf`: prawn 2.4로 QR(벡터 · K100) · 주소 · 코드를 덧그리고 combine_pdf로 2쪽에 얹음
- `ReportCodes::PrintZipJob`: 「번호_코드.pdf」 ZIP(1,000개 40초 · 240MB), 받기는 send_file
- 책 묶음은 만들 때 자동, 예전 묶음은 「출판사용 PDF 만들기」 버튼

## 확인 사항
- 이벤트 코드 테스트 72개 통과, 전체 6,311개 중 Chromium 시간 초과 2건은 따로 돌리면 통과(이번 변경과 무관)
- 개발 서버에서 만들기 → ZIP 받기 → PDF 2쪽 QR 두 개 읽힘 확인, 데스크톱 · 폰 캡처
- 운영: /up 200, 배포 뒤 10분 500 오류 0건, 운영 안에서 PDF 렌더 확인(prawn 2.4.0, 2쪽, 264KB)

## 한 일
- 운영 「조직문화 진단」(guide-969d4313) · 「조직문화 진단 결과」(guide-a149d6f7)를 몰입도 v2 화면으로 다시 씀. slug 유지, 제목은 메뉴 이름 「조직 진단」 · 「조직 진단 결과」
- 생성기 `lib/tasks/engagement_guides.rake`(guides:engagement), 본문 `db/coach_materials/engagement_run_guide.html.erb` · `engagement_result_guide.html.erb`, 테스트 `test/lib/engagement_guides_test.rb`, 캡처 `.claude/skills/feature-guide/captures/engagement.js`
- 이름은 화면 문구 · 뷰에서, 기준 숫자는 계산기 · 뷰에서 읽음. 문항 원문 유출 검사(0/47)
- 개발 서버 발행 · check_page 통과(깨짐 0 · 가로 스크롤 없음), 데스크톱 · 폰 화면 확인

## 남은 것
- 대표님 「올려」 뒤 운영 반영(강점 리포트 가이드도 대기 중)
- 찍다가 찾은 화면 문제(영어 Back · Close, 응답 시간 3분/5분, 강점 카드 이름표, 추세 제목 「전체 만족도」, 하단 옛 모델 이름, 준비 중 링크가 「마감」 안내) — 고칠지 결정 대기
- 브라우저 언어가 「ko-KR」 하나면 locale 없는 화면(/engage 등)이 영어로 잡히는 결함(preferred_language_from) — 결정 대기

## 배포 정보
- 배포 시각: 2026-10-14 22:04
- 배포 환경: production (ghcr.io/daniel-kim-9way/nineway:f71e8b64)

## 포함된 커밋
- 6ed364e3 서비스 가이드 본문 이미지 자리를 올린 순서로 채운다(운영 25편 어긋남)
- 83e336a6 고객 화면 옛 문구 넷: Big5 안내 「15개 중 3개」, 심화 진단 부제 행복도, 결과 화면 행복도 카드 → 몰입도 검사, 대량 이메일 초대 영어 → 번역 문구(다섯 언어)
- f71e8b64 가이드 생성기 테스트가 다른 rake 테스트 6건을 깨던 것 고침
- db62f1c0 · e559dfba · 77ae2208 가이드 생성기와 feature-guide 스킬(앱 동작 변화 없음)

## 확인 사항
- 전체 테스트 6,297개 실패 0 · 오류 0(PDF 46개 건너뜀은 평소대로)
- 운영 /services/guide-65355828 이미지 5장이 설명 순서대로 붙음
- 운영 /ko/diagnoses 「몰입 · 성격 · 마인드셋 분석」 확인
- 운영 가이드 7편(행복도 2 · 커리어테크 5) 게시 끔 → 404 확인

## 다음
- 「강점 리포트」 가이드 → 조직 진단(몰입) 가이드 → 「성과 관리」 가이드

## 확인
- 운영 DB 수정 날짜: 한국어 가이드 10칸은 9/18, 영 · 중 · 베는 2/25, 일본어는 7/27 그대로. 27개 DNA 첫 줄을 나란히 보니 내용도 전혀 달랐다. 칸 제목도 한국어만 9/18(4e409b37)에 바뀜.

## 한 일
- 10칸 × 27 DNA × 4개 언어 = 1,080편 직접 번역(언어 4 × 묶음 2로 나눔). 검사 스크립트로 줄 모양 · 칸 이름 · 한글 잔존 · 베트남어 부호 확인, 문제 0.
- 운영 문구에 새 번역을 덮어 리포트 144번 측정: 넘침 0, 쪽 수는 같거나 줄었다(직장인 en · vi -1.2쪽).
- 운영 DB 반영(옛 글 백업 /root/guide_backup_20261014.json), 개발 DB도 반영.
- 칸 제목 7개 × 4개 언어 고쳐 배포(27c216ee). 기록 db/content/guide_translation_2026-10-14.yml.

## 배포
- f06168f6(결과 화면) · c76eff16(리포트)는 다른 세션이 10/14 배포한 1794b543에 같이 실렸다. 운영 /up 200, 운영에서 청소년 진단 DNA 5개 모두 course · study 두 칸 확인.

## 넘침 다시 측정(운영 문구)
- 개발 DB 문구가 운영보다 뒤처져 있어, 운영 strength_descriptions 14,390건을 읽기 전용으로 받아 개발 DB 트랜잭션에 넣고 찍은 뒤 되돌렸다(tmp/use_guide_pdf/measure_prod.rb).
- 6개 대상 × 5개 언어 × DNA 27개, 180번: 넘침 0, 오류 0.
- 한국어 DNA마다 2쪽, 성인 · 직장인 · 리더 22쪽 / 청소년 · 대학생 · 자녀 관찰 20쪽 그대로.

## 남은 문제(별건)
- 청소년 · 대학생 · 직장인 · 리더 두 칸(공용 course · study · resume · grade · work · competency · leadership · management)은 영 · 중 · 일 · 베 번역이 지금 한국어보다 앞선 옛 글.
- 베트남어 leadership · management 54건은 성조 부호가 없다.

## 배포
- 운영 779294f6 → 1794b543 (12커밋, 다른 세션 「강점 활용 두 칸」 f06168f6·c76eff16 포함)
- 롤백: `kamal rollback 779294f61f2a65454984a72343524d70263ec7e9`

## 10/14 추가로 고친 것
- 운영 DB 욕구(desire) 4개 언어 108건 재번역 적용(db/content/desire_translation_2026-10-14.yml). 9/22 재번역 때 욕구만 빠져 옛 번호 목록이 남아 K 욕구 표가 비었다
- K 욕구 표는 세 묶음일 때만 표, 아니면 글(리포트·가이드)
- 리포트 K DNA 쪽에 언어별 글자 비율(--gz, 영어 .82) — 영어 DNA 4~5쪽·빈 쪽 → 2쪽
- 가이드 주로 쓰는 DNA에 활용 가이드 두 칸 + 강점 개발(K·J)

## 운영 확인(회사 계정)
- 리포트 K 영어·중국어: DNA마다 2쪽, 욕구 표 5개 채움, 넘침 0 / J 일본어 26쪽 넘침 0
- 가이드 K·J 한국어·영어 40~44쪽, 넘침 0(주로 쓰는 DNA 12개인 진단은 44쪽)

## 남은 것
- course·decision·grade·leadership·management·resume·study 7개 대상 칸 운영 번역이 옛 글

## 커밋
- f06168f6 결과 화면 DNA 탭(포매터·카드·캐시 v17/v18)
- c76eff16 리포트 K·J: 가이드 두 칸 + 강점 개발(따로 블록), 촘촘 모드 `data-tighten="3+"`, 이어진 그룹 머리 중복 제거

## 측정(27 DNA × 6 대상 × 5 언어, `tmp/use_guide_pdf/measure.rb`)
- 한국어: DNA마다 2쪽, 전체 쪽 수 그대로(K 22 · J 20), 넘침 0
- 중·일·영·베: 원래도 DNA당 3~4쪽. 대부분 같거나 줄었고 늘어난 곳은 청소년 vi +1.5, 직장인 en +1.5, 직장인 vi +1.0, 청소년 zh +1.2, 대학생 zh +0.8. 넘침 0
- 테스트: 관련 766개 + PDF 실제 찍기·27DNA 가이드 테스트 통과

## 배포 보류 이유
- 운영 779294f6 뒤로 다른 세션의 27DNA 가이드 리뉴얼 커밋 7개(2ab06503~bdf8031a)가 먼저 쌓여 있어 같이 나간다 → 대표님 확인 후

## 커밋 (779294f6..bdf8031a)
- 2ab06503 생성기 Strengths::DnaGuidePdf·실패 안내·PDF 제목
- dbe9b526 K 양식 / 4849c3c3 J 양식
- 3ca2dd38 중·일 줄바꿈(레이아웃) — 배포한 J 일본어 리포트 해석 가이드 넘침도 고침
- 0940631c 실제 PDF 테스트, 구간 몰린 간지 / 79558a96 옛 템플릿·문구 3개 삭제
- bdf8031a 검토 고침: 영어 K 표지 범례 중복, 일·중 e2e

## 확인
- 전체 테스트 6280 runs 0 failures 0 errors(다른 세션 테스트 없을 때). 개발 DB 그대로
- 운영 코드로 9개(K 성인·리더, J 청소년·자녀 관찰, 영어 K·J, 일본어 J, 베트남어 K, 중국어 J) 모두 32쪽, 넘침 0
- 새 검토자(Fable): Critical 0, Important 2(고침), Minor 4(미룸)

## 주의
- 다른 세션이 레이아웃·_paginate·리포트 _dna를 미커밋으로 고치는 중(「강점 활용」을 대상별 활용 가이드로). 배포 때 섞이지 않게 확인 필요

## 바꾼 것
- `Diagnosis::ResultFormatter`: DNA마다 `guide`(대상별 두 칸, `DNA_GUIDE_FIELD_MAP`). 요약 가이드 문안을 27개 DNA 모두 읽는다
- `_tab_domain` + `_dna_use_guide`: 가이드가 있으면 「강점 활용」 대신 칸마다 카드
- 결과 캐시 v17(본인)·v18(공유)
- 리포트 K·J `_dna`: 가이드 두 칸 나란히 + 강점 개발 한 줄 전체. 셋째 쪽으로 넘치면 둘째 쪽에 촘촘하게(tight) 합친다(K에 data-tighten 새로, J는 가이드 쪽만 더 조임)
- `_paginate`: 합칠 때 이어진 그룹(나만의 차별성) 머리가 두 번 나오지 않게

## 측정(27개 DNA × 대상)
- 처음 넣었을 때: K 22→27쪽, J 20→24~25쪽(DNA마다 셋째 쪽)
- 촘촘 모드 뒤 한국어: 6개 대상 모두 DNA당 2쪽, 전체 쪽 수 그대로(K 22, J 20)
- 다른 언어(en·zh·vi·ja) 확인 중

## 시안
- 운영 코드 수정 없음. `tmp/guide_proto/`(git 제외): views/guide_proto/{consulting,humanism}.html.erb, render.rb, measure.js(쪽 채움), merge_probe.js(한 쪽 합치기), contact.rb(모아보기)
- 회사 계정 진단(3c98433b, 이름 김서연) K 성인 · J 청소년, 둘 다 32쪽(지금 가이드와 같음), 넘침 0. K 680KB, J 1.3MB
- 다운로드 폴더 `9way-27DNA가이드-시안/`

## 정한 것
- 순서·문구는 지금 가이드 그대로. 표지는 리포트 표지 + 제목 「9WAY 27DNA 활용 가이드」(기존 꼬리말 문구)
- 2쪽 읽는 법의 구간별 DNA 목록에 쪽 번호를 붙여 목차로
- 간지: 구간 안내 두 문단 + 이 구간 DNA(지금 가이드 내용)
- DNA 쪽: 리포트 DNA 부품, 중간·보완 활용 세 칸은 왼쪽 칸 이름(9/21 요청 유지). 「(이어서)」 삭제
- 주로 쓰는 DNA는 넘치면 촘촘하게(tight) 합쳐 한 쪽. 리포트 DNA 맨 위 정보 칸은 지금 가이드에 없어서 뺌

## 배포
- 배포 전 운영 `7560091f`(main 조상 확인) → `0c158b08`. 마이그레이션·Gemfile·배포 설정 변경 없음. kamal deploy 152초.
- 되돌리기: `kamal rollback 7560091fc2507c7e490ef8814e03d2c20fa7cfb5`

## 참고: 검토 전 코드가 2시간 먼저 나갔다
- 다른 세션이 7560091f를 배포하면서 리포트 커밋(dfd86d65~f8076589)이 검토 고침 전에 같이 나갔다.
- 그 사이 리포트 다운로드 2건(한국어, 정상 1.7MB), 자료 PDF 3건(/materials, 리포트 글꼴이 「Noto Sans KR」 이름으로 깔린 상태). 자료 PDF는 캐시 없이 매번 새로 만들어서 지금은 정상.

## 운영 확인(운영 컨테이너에서 PdfGenerator#generate, DB 쓰기 없음)
- 회사 계정 K(성인 65dd3563): 22쪽, 넘침 0, 1.5MB, 6.5초
- 회사 계정 J(대학생 d4754f4f): 20쪽, 넘침 0, 2.2MB, 6.6초
- 회사 계정 K + 저장된 AI 분석(직장인 75c9535f): 27쪽, 넘침 0, AI 4섹션 앵커 정상
- 글꼴: 「9WAY Report」 8개, 「Noto Sans KR」 0개(덱과 이름 충돌 없음). /partners/proposal/company·school 200
- 표지·목차·AI 쪽 캡처가 개발판과 같다

## 나중으로 미룬 것
- 배포 때마다 글꼴 58MB 다시 올림(Dockerfile 순서)
- AI 섹션 첫 문단이 두 쪽에 걸치면 제목 + 2줄만 쪽 끝에 남을 수 있음
- 27DNA 활용 가이드 PDF에 같은 방향 적용

## 구현 (main, report-pdf 커밋 16개, dfd86d65…)
- `Diagnosis::PdfTheme`(J=student·college·parent, 나머지 K), 생성기 양식별 렌더 + 브라우저 쪽 나누기 대기(polling 100ms, raise_on_js_error)
- `pdf_shared/_paginate`: 실제 높이로 쪽 나누기·목차/쪽 번호, 문장 나누기(반씩 좁히기, 。 포함), keep-next·그룹·tighten·balance
- K·J 템플릿·레이아웃, `PdfReportHelper`·`PdfHandDrawnHelper`(무늬 채움 → 선)
- 고정 문구 5개 언어(`config/locales/pdf_report`), 해석 가이드 문구 2곳(5개 언어), PDF 실패 안내(`diagnosis.flash.pdf_failed`)
- 글꼴 `lib/fonts/pdf`(고정 굵기, 한자 뺌, 가족 이름 9WAY Report Sans/Serif — 덱의 Noto Sans KR와 안 겹침) + Dockerfile·컬러 이모지

## 확인
- 전체 테스트 6241개 통과(실패 0)
- 운영판: K 성인 27쪽 1.6MB · J 청소년 26쪽 2.2MB(샘플 3.0·6.3MB), 대상 6종·일본어·영어 넘침 0, 긴 영어 역할 글 넘침 0
- 처음 보는 검토자 검토 → Critical 1·Important 4 모두 고침(역할 글 잘림, J AI 소제목, 글꼴 이름 충돌, 실패 신호, 5섹션 목차) + J 표지 긴 문장

## 남은 일
- 대표님 PDF 확인 → 배포(운영 SHA 기록, kamal deploy, 9way.co.kr에서 K·J 내려받기 확인)

## 배포 정보
- 배포 시각: 2026-10-13 18:55
- 배포 환경: production (ghcr.io/daniel-kim-9way/nineway:7560091f)

## 포함된 커밋
- 320dd7a5 feat(whitepapers): 강점 리더십 기본 · 사내 강사 과정 · 마스터 과정을 기업 제안서에 넣는다
- dc5f872f feat(whitepapers): 리더십 · 사내 강사 맞춤 제안서를 두 벌로 나눈다(320dd7a5에서 다시 걷어 냄)
- 함께 나간 다른 세션 커밋: 7560091f(코치 카드 문구), f8076589 · 8540138f · 313527a7(리포트 PDF 쪽 나누기)

## 변경된 기능
- 기업 강점 워크숍 도입 제안서 비용 입력란: 강점 리더십 기본 워크숍(2.5h) · 강점 사내 강사 과정(6h) · 강점 마스터 과정(12h) 추가, 진단 기본 12명
- 고르면 「제안 프로그램」 장으로 앞에 오고 안마다 비용 페이지, 안 고르면 별첨(33p)
- 따로 만든 맞춤 제안서(leadership_instructor 등)는 삭제

## 확인 사항
- 전체 테스트 6,227개 통과(첫 실행 에러 2,964건은 동시 실행 충돌, 재실행 0건)
- 운영 /up 200, /materials/strength_workshop_company 33쪽 · 새 과정 장 포함, /materials/leadership_instructor 404
- 운영 runner로 기업 비용 항목 11개 · 진단 기본 12명 확인

## 샘플 최종 수정(10/13)
- J: 2쪽 전체 목차, 간지 쪽 목록 제거, PART 탭 모든 쪽, 원래 DNA 아이콘, 손글씨 간격(-.15em/.5em), 표지 「9WAY 강점 리포트」 + 꽃 아래 「OOO 님의 강점 꽃」, 「(계속)」 제거
- K·J: 해석 가이드 차트를 9WAY 매트릭스로, 가이드 문구 두 곳 수정(승인), 표지 문장 쉼표 뒤 줄바꿈
- K: 간지 쪽 목록 제거, 표지 한 문장 요약 위·정보 칸 아래(꼬리말 줄과 합침), 목차 옆 중복 글 제거

## 설계서
- https://claude.ai/artifact/6EgRZDiuBtcSivToGCA5jm (`docs/plans/report-pdf-renewal/index.html`)
- 대상 매핑(J=student·college·parent, 나머지 K), 브라우저 측 쪽 나누기, 5개 언어 문구, 글꼴 번들, J 파일 크기 줄이기, 테스트·배포 순서
- 대표님 결정 대기: general·worker 대상 K로 찍기(추천)

- K: 표지에서 목차 빼고 2쪽 목차, PART 1~4 간지, 번호 1.1~4.x로 정리. k_adult 27쪽, k_leader 22쪽
- J: PART 간지 4개(AI 없으면 3개), j_student 25쪽, humanism 19쪽
- 「이어서」 라벨 제거, K 「역할 지표」 칸 제거 유지
- 남은 과제: J PDF 용량(6MB, SVG 빗금 무늬가 그림으로 굳음) → 운영 반영 때 무늬 방식 바꾸기

## 결정(10/13)
- 양식 K(성인·리더), J(청소년·대학생·학부모 자녀 관찰). A 폐기
- AI 분석 쪽(_ai_analysis 5섹션)도 양식마다 디자인

## 샘플
- K 성인 22쪽(AI 19~22), K 리더 18쪽, J 청소년 21쪽(AI 17~21). 넘침 0
- AI 샘플은 회사 계정 진단(3c98433b), 이름 김서연으로 표기
- K에 임의로 들어갔던 「역할 지표」 칸 제거(지금 리포트에 없는 내용)

## 발견
- AI 제목 이모지가 운영 PDF에서도 빈칸으로 빠짐(서버 이미지에 이모지 글꼴 없음). 설계서에서 fonts-noto-color-emoji 추가 여부 결정

## 대표님 결정(10/13)
- 성인·학부모 = A 매거진, 리더 = K 컨설팅, 청소년·대학생 = J 데이터 휴머니즘
- 9역할 차트는 원래 차트(9WAY 원형·매트릭스)만, J의 강점 꽃은 표지 그림으로만
- 만드는 방식: 대상별 쪽 틀 따로
- 「코드 고치기 전에 대상별 샘플 리포트를 다 보여 달라」

## 한 일
- 시험 폴더 tmp/report_proto (git 제외)에서 ResultFormatter 실데이터 + 새 템플릿 → Grover PDF
- 샘플 인물(교육 시연용): 윤서연(성인), 강민준(리더), 서지호(청소년). 대상만 바꿔 대상별 문장 사용
- 결과: A 18쪽, K 18쪽, J 16쪽. 넘침 0
- 보기 화면: https://claude.ai/artifact/DSEfnyTMsFA4BPakwA4yXo (지금 디자인 비교, 쪽별 의견 db feedback/samples)
- 운영 코드 변경 없음

## 한 일
- 지금 강점 리포트 PDF(18쪽)·27DNA 가이드(32쪽)를 쪽별 이미지로 살펴 문제점 5가지 정리
- 레퍼런스 12종(Kinfolk/Monocle, Gallup, Spotify Wrapped, 벤토, 23andMe, 스위스 그리드, 뱅크샐러드, CliftonStrengths Journal/VIA, Oura, Dear Data, DiSC/Hogan, 토스)으로 표지·요약·DNA 상세 세 쪽씩 시안 제작
- 갤러리: https://claude.ai/artifact/1nZ3aYMYgdTbuyALzdHZ3r (좋아요/애매/별로 + 한 줄 의견, db feedback/main 에 저장)

## 다음
- 대표님 선택 읽고 방향 확정 → 설계서 → app/views/diagnoses/pdf/* 반영

- 기관용 「생성형 AI를 활용한 반복업무 자동화 실습(1일)」을 공개반으로: 정의서·전후 시간 측정표·스킬, 10:00~17:00
- 설치는 예전 설치 안내 그대로(대표님 정정), AI 구독 문구도 예전 그대로
- 운영 DB: 3기 이름 「AI로 서비스 만들기 1DAY 클래스」→「AI 반복업무 자동화 1DAY 클래스」. 안내 메일은 변경 없음
- 운영 확인: /vuild/1day · /vuild/1day/prepare · /vuild · /workshops/ai-1day-1 정상

- 「조합으로 읽습니다」: 캐릭터 9개 나열 → 3영역×9역할 카드에 DNA 3개씩(채점 코드 LOGIC_MAP과 같은 연결, 결과 화면 사전의 한 줄 설명). 폰은 영역마다 옆으로 넘김
- 같은 「촉진」, 다른 DNA 두 사람 예시(강의안 81쪽 '같은 캐릭터, 다른 아이템')
- 역할 이름 바로잡음: 조정→조율, 활동→촉진(입문 화면만. 심화·마스터 공용 화면엔 아직 옛 이름)
- 하루 순서: 강점의 중요성 → 뇌과학 → DNA 심층 분석 → 팀 → 코칭 실습 → 문장 → 현장에서 쓰기 + 마침 카드
- 입문에도 코칭 실습이 있어서 FAQ·다음 단계 문구 수정
- 테스트 63개 통과

## 근거
- 운영 신청자 71명 프로필: 강사 최다, 교육·상담·복지, 1인 교육 회사, HR 순
- 강의안(2025-11판 176장) 흐름으로 하루 순서 8단계 구성

## 변경
- `app/views/study/workshops/levels/_basic_page.html.erb` 새 입문 전용 화면(카탈로그가 켜졌을 때만)
- `app/assets/stylesheets/workshop_strength_basic.css` 새 구역 스타일·움직임(/workshops 과정 카드 움직임 재사용)
- `app/views/study/workshops/level.html.erb` 입문 분기
- `app/services/expert/strength_course_catalog.rb` 입문 제목·설명·SEO·FAQ
- `test/controllers/strengths/offline_course_catalog_test.rb` 테스트 3개

## 확인
- 관련 테스트 358개 통과, 데스크톱·폰·일정 없음 상태 캡처 검토
- 개발 DB 확인용 과정은 지움

## 확인
- `diagnosis_sessions` 는 이미 includes 로 불러 두고 있었다
- 남은 건 진단 기록 창(`_diagnosis_modal`)의 `session.diagnosis_type&.slug` — 유형마다 쿼리가 더 나감(테스트에서 17 → 19)

## 변경
- `app/controllers/admin/users_controller.rb` `includes(:profile, :workspaces, diagnosis_sessions: :diagnosis_type)`
- `test/controllers/admin/users_controller_test.rb` 진단 유형이 늘어도 목록 쿼리 수가 그대로인지 확인

## 참고
- 운영 diagnosis_sessions 23,250건, 사용자 17,529명. 한 쪽 50명이라 세션 전체를 불러도 부담 없음
- 다음 배포 때 함께 나간다

2026-09-30 코드 대조
- `app/controllers/diagnosis_sessions_controller.rb:324` `@_answered_ids ||= @session.responses.pluck(:survey_question_id).to_set`
- 응답을 저장하는 액션마다 `@_answered_ids = nil` 로 비워 다시 읽는다(63 · 103 · 199 · 221 · 243행)

2026-09-30 코드 대조
- `app/controllers/engagement_survey_responses_controller.rb` + 테스트 있음
- 라우트 `scope "engage/:access_token"` 있음(config/routes.rb:1061)
- 응답 흐름은 패키지 시작(start_package) → BundleSessionManager 로 바뀌어 운영 중

2026-09-30 코드 대조
- `app/controllers/workspaces/engagement_surveys_controller.rb`, `test/controllers/workspaces/engagement_surveys_controller_test.rb` 있음
- 라우트 `resources :engagement_surveys, controller: "workspaces/engagement_surveys"` 있음(config/routes.rb:959)
- 9/30 추이 계산 쿼리 정리(d674fbea)까지 반영

2026-09-30 코드 대조
- `app/services/engagement_surveys/create_service.rb`, `result_aggregator.rb` + 테스트 있음
- 응답 저장은 `SubmitResponseService` 대신 `BundleSessionManager`(패키지 · 번들 응답)로 바뀌었고, 옛 서비스는 205175fa 에서 삭제
- 몰입도 v2 운영 중(2026-08-11~)

2026-09-30 코드 대조
- `app/models/workspace_engagement_survey.rb`, `test/models/workspace_engagement_survey_test.rb` 있음
- DiagnosisSession `belongs_to :workspace_engagement_survey`, `:workspace_group` 있음
- Workspace `has_many :engagement_surveys` 있음
- 인덱스 [workspace_id, year, quarter] unique 있음
- 이후 몰입도 v2(2026-08-11 운영)로 이어짐

## 사전 확인(운영 방문 기록)
- 9/29~9/30 옛 경로 방문 15건 전부 봇, 로그인 사용자의 옛 경로 마지막 사용 9/22
- 강의 방문 20건은 새 주소(/ko/my-courses). 코치 19명은 전원 staff?(코치 17, 관리자 2)

## 변경
- /courses/strength-coach-intro · /learn/courses/strength-coach-intro · 회차 주소: 권한 있으면 내 강의, 없거나 비로그인이면 판매 페이지(302). 로그인+미리 보기 회차는 내 강의
- 직원 예외 없음(코치가 전원 직원이라 예외를 두면 효과 없음)
- 판매 페이지 「미리 보기」 → my_course_lesson_path
- 이미 끝나 있던 것: /diagnoses/:id/basic_course 리다이렉트, 판매 페이지 「강의 이어서 보기」
- 일반 강의 화면 테스트는 이 강의를 복사한 강의로(test/support/study_generic_course.rb)

## 검증
- 관련 테스트 1218개 통과, 로컬 3000에서 9WAY 쪽 옛 주소 → 판매 페이지 302 확인

## 남은 것
- study/courses/show 의 online_strength 분기는 이제 도달 불가 → 따로 정리

## 원인
- `@trends`는 이미 `ResultAggregator.bulk_for`로 한 번에 계산 중이었음
- 남은 N+1: 화면이 안 쓰는 `@trend`(6/8 대시보드 개편 뒤 미사용)를 분기마다 b2b 존재 확인 + 집계로 계산, `compute_available_categories`가 분기마다 `package_types` 조회

## 변경
- `@trend` 계산 제거
- `compute_available_categories`는 미리 불러 둔 `engagement_survey_diagnosis_types`에서 읽음
- 테스트 `engagement_surveys_trend_queries_test.rb`: 분기 3개 추가해도 첫 화면 쿼리 수 동일(예전 37→43)

## 검증
- 조직 진단 테스트 282개 통과
- 참고: `engagement_surveys_controller_test.rb` 564행은 UUID `.last`, 626행은 created_at `.last`라 가끔 무작위 실패(기존 문제)

대표님 확인(2026-09-30 「27dna 개편했는데?」)과 커밋 기록으로 완료를 확인했다.
- 353f9d6f 27개 DNA 헤더·짧은 문구 교체 · f492b809 결과 캐시 버전 올림
- 239259df 욕구 칸 소제목마다 2줄 · 709a608a DNA 활용 안내 810건 중·베·일 번역 · 82d19355 성인 활용 안내 재번역
- 889b55d7 내 순위 해석 순위 지도 · 9983fd14 · 35fc51a8 내 순위 해석 네 언어
- a235a476 · e0ca4fad · 4352aa91 27DNA 활용 가이드 PDF(한 DNA 한 장, 리포트 판형)
- f9df9198 코치용 27 DNA 구분 가이드 part2 v3 맞춤

## 변경
- `Admin::StatisticsController#calculate_completion_rate_by_type`: 유형마다 COUNT 2번(7유형이면 14번) → 전체·완료 GROUP BY 2번
- 테스트 `test/controllers/admin/statistics_diagnoses_test.rb`: 숫자 동일 확인 + 유형별 COUNT 쿼리 0번

## 검증
- 고치기 전 14번 → 고친 뒤 0번. 통계 테스트 37개 통과

- 운영 c61b2c40(다른 세션이 배포하며 함께 나감): 154a14dd 블로그 이미지 초안 · 서비스 가이드 AI 생성 400 수정(chat_content) · 0c4f5f6d 강점 2개 이상 · 액션아이템 1~3개월 · ② 설명 ? · c61b2c40 AI 분석/코칭 캔버스 참고(ContextSummary)
- 운영 확인: chat_content 있음 · 실호출 정상, PICK_MIN 2, PROMPT_VERSION 5, CAREER_CANVAS_AI_MODEL claude-sonnet-5-5, ContextSummary 있음, /up · /ko 200
- 미배포: 66576ca0(다른 세션 워크스페이스 작업) — 그 세션 판단에 맡김

## 배포
- 운영 a44abb24 → 48cca715 (kamal deploy 135초, 헬스체크 통과)
- 함께 나간 커밋 6개 모두 캔버스 작업: 7782b20d 브랜딩 문장 · fb6c2cff ?/초록 체크/+ 추가/내 직무(프로필) · 98306ba8 AI에 붙여 넣을 글 · 60019162 워크숍 표 열 이름 · 8081aef9 목표 화면(시간 흐름 막대 · 카드형 칸) · 48cca715 제안 재료 지문
- 마이그레이션 20260930160000(career_canvas_drafts.input_digest) — 운영 스키마 빈 DB로 먼저 돌려 확인 후 배포

## 운영 확인
- schema_migrations 20260930100000~160000 적용, input_digest 칸 있음
- CAREER_CANVAS_AI_MODEL · STRENGTH_COACHING_AI_MODEL · 기본값 모두 claude-sonnet-5-5
- 운영 컨테이너에서 JSON 호출 실호출 성공(도구 강제 400 → auto 재시도)
- 9way.co.kr /up · /ko · /ko/pricing 200
- 전체 테스트 5,895개 중 1개 실패(분기 마지막 날 날짜 경계 CyclesTest, 무관)

## 남은 것
- 캔버스 워크숍 보완은 보류 티켓(cf159469)

## 바꾼 것
- 결과 화면 「강점 개발 › 커리어 캔버스」 탭 안 turbo-frame(career_canvas)에서 바로 쓴다. 소개 카드 · 「이어 쓰기」 · 페이지 이동 없음. 캔버스 주소를 직접 열면 `?tab=canvas&canvas_step=N`으로 보낸다
- 칸 머리 [이름 · ? · ✓] …… [나중에 · AI]. 작성 방법은 ? 말풍선, AI 제안은 눌러야 펼치고 없으면 그 칸만 부탁
- ③ More · Change · Stop · Start, 액션아이템은 「+ 추가」 목록(plan.1~3 → plan.list)
- ④ 목표 3열 + 최소 높이 올림, 액션아이템 위 「내 목표」
- ① 강점 체크 → 「이 3개로 쓰기」 → 강점별 탭(✓) · 「다음: ○○」. 이런 순간 → 경험 → 표시한 문장 → 정의
- ② O · △ · X 설명을 목록 아래로
- AI 답이 한 겹 더 싸여 와도 읽게 고침(실호출에서 발견)

## 확인
- 상태별 캡처(데스크톱 1280 · 폰 390): 오류 0, 가로 스크롤 0, 탭 안에서 주소 그대로
- 실호출: ③ 제안 27~40자 한 줄, 액션아이템 28~31자
- 테스트 170개 통과, rubocop 문제 없음, 점검용 개발 데이터 삭제

## 워크숍 모드 (d827e4c8)
- career_canvas_workshops(차수 그룹·시각·마감·목표 기간 잠금·안내 한 줄·이직 말 안내·복사 머리말)
- 시스템 관리자 「캔버스 워크숍」: 만들기·고치기·진행 판(20초마다)·결과 CSV(3명 미만 줄 가림, 이름·글 없음)
- 전용 큐 스레드 10, 부하 시험 rake `career_canvas:load_test`

## 5판 (e6b72405)
- ① 고른 DNA 하나씩 편집 칸 + 표시 문장·메모 + 오른쪽 목록
- ② 강점·의미·성과 O△X
- ③ 일마다 규칙 피드백 → More·Change·Stop·Start
- ④ 네 방향(모든 캔버스) → 10·3·1년·액션아이템 탭(✓)

## 확인
- 관련 테스트 30개 통과, 전체 5,883개 중 날짜 경계 2개만 실패(새벽, 무관)
- 개발 서버 실호출·PC/폰 화면 확인, 확인용 데이터 삭제(다른 계정 캔버스 1건은 그대로)

## 남은 것
- 배포, 실행(implementation) 역할 방향, ③ 초안 20초대

## 한 것
- 결과 화면 챌린지·강의 탭 → 「강점 개발」 탭 하나(하위 탭: 커리어 캔버스·30일 챌린지·진로 설계 강의). ?tab=challenge·basic-course 유지
- 사이드바 「내 강의」 → 「강의실」
- career_canvases · career_canvas_drafts 테이블, 화면 4장, 자동 저장, AI 초안(전용 큐 career_canvas), 한 장·복사
- canvas 복수형 inflection 추가(개발 서버 재시작 필요했음)

## 확인
- 새 테스트 17개 + 고친 탭 테스트, 관련 841개 통과. 전체 5,870개 중 2개 실패는 날짜 경계 테스트(새벽 0~9시, 캔버스와 무관)
- 개발 서버 실호출: 초안 묶음당 6~15초, 폰·PC 화면 확인 후 확인용 캔버스 삭제

## 남은 것
- 배포(대표님 확인 후), 2단계 워크숍 모드

- 결과 화면 강의 탭: 수강 중이면 버튼이 아니라 `my_course_path` 링크로 그림(모양 동일), 패널 없음
- `?tab=basic-course`로 들어오면 내 강의로 리다이렉트
- `_continue` 파셜 삭제
- 전체 테스트 5792개 통과, 로컬 PC·폰에서 클릭 이동 확인
- 배포 보류: main에 다른 세션 워크스페이스 커밋 5개(마이그레이션 3개)가 운영 미반영 상태라 대표님 확인 필요

- 프로덕션 이미지 `b3aac968` 확인(배포 전 23f4dfaf에서 이 커밋만 나감)
- 옛 `/ko/diagnoses/:id/basic_course` → 301 `/ko/my-courses/strength-coach-intro`
- 프로덕션 runner(읽기 전용)로 강의실·결과 탭 버튼 렌더 확인, 9WAY 계정 메뉴 노출 true
- 「내 강의」 메뉴가 보이는 사람 24명
- 배포 후 로그 500 0건
- 설계 문서에 목록 없음 결정 반영(6a96b478, 문서만)
- 남은 C는 티켓 a5f6abeb

## 바꾼 것
- `MyCoursesController`·`MyCourseLessonsController` 새로 만들고 `strengths/basic_courses`·`basic_lessons` 컨트롤러·뷰를 옮김
- 경로 `/:locale/my-courses/:slug`(+ lessons/:id, progress, beacon). 옛 `/diagnoses/:id/basic_course`는 301
- 사이드바 「내 강의」(`my_course_for_nav`, 볼 수 있을 때만). 5개 언어 메뉴 이름 추가
- 결과 탭: 수강 중이면 `diagnoses/course/_continue`(이어보기 버튼), 만료면 `my_courses/_expired`, 권한 없으면 기존 소개
- 다음 단계 카드·구매 완료·강의 단독 구매 화면의 강의 링크를 내 강의로

## 검증
- 관련 테스트 35개 통과, 전체 5771개 중 실패 1건(옛 링크 기대 테스트) → 고친 뒤 통과
- 로컬 3000에서 PC·폰 캡처로 결과 탭 버튼·강의실·회차 재생·옛 주소 이동 확인
- 개발 DB 건수 테스트 전후 동일, 확인용 수강권은 지움

## 점검
- robots.txt 두 사이트 모두 /solutions 허용, 봇 9종(구글·네이버·Bing·Daum·GPT·OAI·ChatGPT-User·Claude·Perplexity) 전부 200
- noindex 없음, canonical 자기 주소, lang ko, og, 본문 서버 렌더링(3천 자대), 사이트맵 포함
- 구글 서치콘솔 DNS 소유 확인(두 도메인), 네이버 서치어드바이저 등록
- 오늘 봇 방문(proxy logs): Yandex가 IndexNow 뒤 /solutions/* 수집(공유 동작 확인), Claude·GPT는 사이트맵, Yeti는 0회

## 조치
- llms.txt에 서비스 소개 4장·프로그램 상세 5장 추가 → 배포 88495e2c (다른 커밋 없음)
- 네이버 전용 IndexNow(searchadvisor.naver.com/indexnow) 11건 직접 제출 → 200

## 남은 것
- 구글 서치콘솔 URL 검사 → 색인 생성 요청(다니엘 계정) 4개 소개 페이지

## 배포
- 운영 버전 eab6edb4 (제 커밋 a6486b24·0b8bc965·220a70c4·efee426b + 다른 세션 OKR 수정 eab6edb4가 사이에 커밋되어 함께 나감)
- 배포 전 전체 테스트 5,736개 통과(다른 세션 변경은 커밋 전 작업 트리로 포함된 상태에서 통과)

## 운영 확인 (GPTBot UA)
- /solutions/strength · team-strength · engagement · performance 200, 질문 h3 4 = FAQPage 4
- 9way.co.kr 상단: 인사이트 · 서비스 소개(6항목) · 가격 안내 · 강점 진단 · 로그인(버튼), 폰 하단 「무료 강점 진단 시작」
- 인사이트 상단 서비스 소개: 4개 서비스 + /programs (강점 전문가 과정 없음)
- 사이트맵에 4개 주소, 이미지 200

## IndexNow
- index_now:static 26건 → futuretalent.co.kr 200 OK
- verify_key는 컨테이너 안에서 자기 도메인으로 못 나가 시간 초과(바깥 curl로 키 파일 200 확인)

## 다니엘 피드백 반영
- /solutions/strength: 개인 진단부터(3영역·9역할·27DNA, 실제 결과 화면 5장, 개인 리포트 6쪽 A4 나란히·PDF 해당 쪽 링크), 팀은 짧게 보여 주고 팀 강점 분석으로
- /solutions/team-strength 신설: 팀 화면 4장(팀역할 매트릭스는 9/28 이후 현재 화면으로 재촬영) + 팀 리포트 6쪽
- 메뉴: 강점 진단·팀 강점 분석·몰입도 관리·성과 관리. 인사이트에서만 강점 전문가 과정 제외(9WAY 상단엔 유지)

## 개발 DB
- 샘플 계정(정하늘·강민준) 로그인으로 생긴 세션 삭제, 언어 ko 복구

## 검증
- 전체 5,736개 통과, rubocop 통과, PC·폰 캡처 확인

## 변경 사항
- `app/models/learn/solution.rb` + `learn/pages#solution` + `/solutions/:slug` (인사이트·/learn 두 경로)
- `public/images/solutions/*.webp` 11장: 로컬 데모 조직(샘플 계정 강민준·신유진)으로 캡처. 캡처 뒤 세션 3개 삭제·언어 ko 복구
- 9WAY 상단(ko): 기업·기관 → 서비스 소개 드롭다운(dropdown 컨트롤러, PC 호버·폰 탭), 주소는 문자열(/pay 사고 방지)
- 인사이트 상단: 프로그램 소개 → 서비스 소개 드롭다운, 휴대폰 하위 메뉴 줄
- 사이트맵·IndexNow 정적 목록에 세 주소

## 검증
- 새 테스트 `solution_pages_test.rb`, `pages_controller_test.rb` 메뉴 순서·링크 갱신
- 전체 5,735개 통과, rubocop 통과
- 로컬 캡처로 PC·휴대폰 드롭다운 확인

## 남은 것
- 다니엘 로컬 확인 → 배포 → GPTBot 확인 → IndexNow static 통보

## 확인 (GPTBot UA, https://futuretalent.co.kr)
- /programs h3 3 = FAQPage 3
- /programs/team-building 4 = 4 · engagement 4 = 4 · leadership 4 = 4 · career-development 3 = 3 · coaching-feedback 3 = 3
- /workshops/coach FAQ h3 6 = FAQPage 6, 첫 답에 「오프라인 1일」 있음 · 「위쪽」·「20강」 없음
- 운영 버전 9bf3b7251dc864e3b5c632650f129169459e7b74

## 다음
- 2단계 소개 페이지 3장(/solutions/*) 로컬 제작 → 확인 받은 뒤 3단계 메뉴와 함께 배포

## 변경 사항
- `app/models/learn/program.rb`: 프로그램별 진행 방식 표(facts)·FAQ(faqs), 허브 FAQ(HUB_FAQS)
- `app/views/learn/pages/_faq.html.erb`: 인사이트 FAQ 모양 재사용, 질문 h3, FAQPage JSON-LD
- `app/helpers/seo_helper.rb#faq_page_json_ld`: 화면과 같은 목록에서 구조화 데이터
- `/workshops/coach`: 새 질문 2개 + 전체 FAQPage (「이 페이지 위쪽」은 JSON-LD에서만 제외)
- 요청 문구 교정 6곳(입문 오프라인 1일, 현장 진단 기본, 리더십 팀원 사전 진단, 몰입·강점 한 화면 표현 삭제, 리더십 예시 실제 결과 문장, 위쪽 문구)

## 검증
- 새 테스트 `test/integration/company_page_faqs_test.rb` + 전체 5,726개 통과
- 로컬 3000 캡처로 PC·휴대폰 확인

## 배포
- 운영 83f94c89 → 6c51e008 (커밋 70개, 마이그레이션 8개)
- 1차 배포 실패: 20260926100000 마이그레이션이 confirmed_at 칸을 만들기 전에 UPDATE → 새 컨테이너 헬스체크 실패, 이전 버전 유지(방문자 영향 없음). 운영 DB엔 CreateOkrTables만 적용된 상태였음
- 수정 후 운영과 같은 옛 스키마(83f94c89)로 빈 DB를 만들어 남은 8개를 순서대로 돌려 검증 → 2차 배포 성공

## 확인
- 마이그레이션 8개 모두 적용, 새 메뉴 기본값 performance=[] team_members=[], 운영 워크스페이스 214개 중 새 메뉴 켜진 곳 0
- /up · / · /ko · /ko/pricing · /session/new 200, 배포 후 5분 로그에 5xx 없음
- 사이드바 이름 「강점 코칭」

## 커밋
- fe38e936 다음 분기 KR·TASK 집계(Okr::Cycle.live_for) + 팀원 「TASK로 만들기」, 「대화에 담기」 그 자리에서 더하기(team_notes Stimulus)
- 2a1c931d 고른 주기 쿠키 유지, 주기 없어도 관리자 「주기 관리」, 분기 마감은 보던 주기
- 8e286214 남은 할 일 팀원·팀장 몫 나눠 세기, 오늘 끝낸 할 일 되돌리기, 머리글 다음 대화, 저장 뒤 스크롤 유지(turbo morph)
- 30ce6633 주기 시작 전 체크인은 막힘·체감 신호에서 제외, 첫 주는 「이번 주 막혀 있습니다」
- 8f074b9a 문구 묶음: 질문 개수, 상대 이름, 선택 배너 이름, 「15건으로」 조사(ko_ro), 역할 칩 알림에 누구·무엇, 사이드바 역할 한국어

## 확인
- 전체 테스트 5680 runs 0 failures
- 데모 조직에서 브라우저로 담기(주제·질문 유지), 사이드바 역할, 선택 배너 이름 확인

## 성과 관리 추가(2026-09-26)
- 같이 쓰기: 초안 → 팀장 확정, 확정 뒤 수정 제안, 팀원이 TASK 바로 넣기
- TASK 진척(%), 체감 맑음·흐림·비, 점검 전 표시·일괄 콕 찌르기
- 조직 전체 연결: 목록(나무)·카드(연결 지도), 독립 KR 빨간 테두리
- TASK 고치기(제목·담당·마감일)

## 팀원 관리 1차
- 메뉴 team_members(관리자·팀장), 팀원 목록(먼저 볼 사람부터)
- 상세 탭: 대화(7가지 주제·5칸·⑤ 적어야 끝남·합의 할 일→TASK) / 성과 / 역할기술서(+혼자 정해도 되는 범위)
- 질문 셋 전날 저녁 6시 메일, 팀원 본인은 성과 관리 화면에서 다음 대화·할 일 확인

## 남은 것
- 팀원 관리 2차: 몰입 탭, 피드백 5단계, 대화 주제 자동 제안
- 분기 마감·CSV·바로 알림, UI 맞추기, 배포

## 1e 주간 점검
- 책임 KR마다 값+체감, 맡은 TASK 상태, 막힌 것 하나를 한 번에 저장(휴대폰은 세 걸음)
- 이번 주 화면 위 「이번 주 점검이 아직입니다」 카드

## 1f 알림
- 월요일 8시 한 통(recurring okr_monday_digest): 점검 안내, 상속 원본 숫자 변경, 위 조직 새 KR, 남이 접은 TASK
- 콕 찌르기: 관리자·그 조직 팀장, 주 1회, 보낸 사람 비공개
- 알림톡은 기본 꺼짐 — NCP에 okrWeeklyV1·okrNudgeV1 템플릿 검수 후 OKR_ALIMTALK=on

## 남은 것
- 배포(프로덕션 SHA 대조 후 kamal deploy) — 사용자 확인 필요
- 2단계 팀원 관리 1차부터

## 변경
- KR 상세: 오른쪽 패널(turbo-frame) + 전체 보기, 탭 넷(개요·TASK·이력·연결)
- 창: 체크인 / TASK 접기(이유 필수) / 진척 계산 바꾸기(전후 %와 영향) / 위 KR에 걸기 / KR 삭제(관리자만, 확인 체크)
- 변화의 첫 신호: 숫자 두 주 이상 그대로, 체감 두 주 연속 어렵다, 같은 막힌 것 계속
- 공개 범위 Okr::Visibility로 통합
- 성과 관리 하위 화면에서 사이드바·하단 탭 활성 표시

## 다음
- 1e 팀원 주간 점검(책임 KR마다 숫자+체감, TASK 상태, 막힌 것)
- 1f 월요일 알림(+ 콕 찌르기)

## 변경
- 빈 첫 화면: 위 조직이 KR을 정했나 → 정했음 / 아직 / 맨 위 세 갈래 (팀원에게는 안내만)
- 정렬 만들기 5단계: ① 위 KR 고르기 ② O ③ KR 상속·연결 ④ TASK(담당 여럿) ⑤ KR 책임자(한 명 권장)
- 경고는 막지 않고 안내만: 위 KR 셋 초과, O에 숫자, 위 KR 그대로 옮김, KR 다섯 초과, 공동 책임, 한 사람 셋 초과, 책임자 없음
- Okr::AlignmentForm으로 한 번에 저장(트랜잭션), 분기가 없으면 저장할 때 만듦
- 권한 OkrAccess: 관리자는 어느 조직이든, 팀장은 자기 조직과 그 아래
- 이번 주 화면: + O 추가 버튼, KR 줄 진척 막대 줄바꿈 버그 수정(휴대폰은 둘째 줄)

## 확인
- 개발 서버에서 데스크톱·휴대폰 너비로 전체 흐름을 스크린샷 확인, JS 오류 0
- 확인용으로 만든 개발 DB 데이터는 지움(개발 DB 건수 전후 동일)
- engagement_surveys 테스트 간헐 실패 1회는 기존 `order(:created_at).last` 문제(이번 변경과 무관, 재실행 통과)

## 다음
- 1d KR 상세 패널 + 체크인 창

## 변경
- 권한 키 `performance`(admin·leader·member) + MENU_FEATURES → 설정·관리자 권한 표에 노출
- 사이드바(팀 강점 다음), 폰 하단 탭(대시보드 다음, 1:1 코칭은 맨 뒤)
- `Workspaces::PerformanceController#show`, `Okr::WeekBoard`, `OkrHelper`
- 화면: O → KR → TASK(책임자 깃발·공동, TASK 담당 여럿, 진척+지금쯤 눈금) + 팀원 목록(먼저 볼 사람 순)
- `okr_week_controller.js`: 사람 선택 시 KR·TASK 강조/흐림, 팀원 줄 펼침, 「볼 것만」에서 정상 KR 접기
- 공개 범위: O·KR·TASK 전체 공개, 체감·막힌 것은 본인과 그 조직 직속 팀장·관리자만
- 문구 5개 언어(config/locales/okr/*)

## 덤으로 고친 버그
- en/zh/vi/ja 설정 권한 표에 coaching 라벨 누락 → 영어 화면에도 「1:1 코칭」이 한국어로 나오던 것

## 다음
- 1c 정렬 만들기(5단계) + 빈 첫 화면

## 변경
- `db/migrate/20260925133000_create_okr_tables.rb` — cycles, objectives, key_results, key_result_owners, alignments, milestones, tasks, task_assignees, checkins, change_logs
- `app/models/okr/*` — 진척(측정 방식 6종·자동 평균·직접 측정·상속), 상태(정상·주의·위험·달성), 연결/상속 고리 방지, TASK 접기(이유 필수), 체크인 → KR 숫자 반영(상속이면 원본)
- `app/services/okr/guardrails.rb` — O당 KR 5개, 1인 책임 3개 초과, 공동 책임 경고
- `config/locales/okr/{ko,en,zh,vi,ja}.yml`
- Workspace/WorkspaceMember/WorkspaceGroup 연관 추가(멤버 삭제 시 정리, 조직 삭제 시 O는 보존)

## 검증
- test/models/okr 31개 통과, 기존 워크스페이스 테스트 46개 통과
- 개발 DB 건수 전후 동일(11073·159·4580)
- 테스트가 잡은 버그: 새 KR id=nil 비교로 모든 상속을 고리로 막던 문제 수정

## 화면 (배포 889b55d7)
- `_rank_insight.html.erb` 신규: 구간별 27개 DNA 칩(영역 색), 주로 쓰는 DNA의 영역 막대, 같은 역할 2개 이상 묶음 — ResultPresenter#rank_overview 로 계산(캐시 밖이라 즉시 반영)
- RankInsight에 영역 카드(rank_domain: thinking/relationship/execution/balanced) 추가 → 카드가 최대 4장
- 해석 카드가 없어도 순위 지도는 보이게, 구간 버튼 옆 '내 순위 해석' 노출 조건 변경

## 문안 (DB 적용)
- rank_* 88칸: 기존 84칸을 세 문단(무엇이 보이는지 / 잘 풀리는 장면·걸리는 장면 / 이번 주 행동·신호) 380~600자로 교체 + 영역 카드 4칸 신규. 평균 421자
- 백업 `docs/plans/dna-description-review/backups/2026-09-21-v15-rank-short.json`, dev 동기화
- CopyLint rank_* 상한 230→600, rank_domain 추가

## 가이드 PDF
- `strengths/dna_guides/show.html.erb` 전면 교체: 인라인 스타일 제거, 리포트 토큰(.section-header/.detail-box/.dna-header) 사용, 표지·구간 요약·DNA당 새 장
- 컨트롤러: 리포트와 같은 여백 + Chromium 푸터 쪽번호

## 검증
- 운영 구매 세션 60건: 카드 4장 21건·3장 33건·2장 6건, 한 사람당 1,600~1,900자
- 실제 FULL 세션에서 순위 지도 데이터 확인(구간 6/5/16, 영역 사고1·관계0·행동5, 역할 추진 3개)
- 테스트 254건 통과

## 적용
- rank_focus 18 · rank_tension 12 · rank_split 54 = 84행 신규 생성(ko, target_slug nil). 기존 행 없음 확인 후 create, dev 동기화
- 원고 `tmp/dna_copy/v15/all.json`, 지시문·점검 `docs/plans/dna-description-review/v15-rank/`
- 페이지: https://claude.ai/artifact/WtDxETSaLNm7qtVKD32s7b

## 검증
- 최근 구매 세션 80건 기준 카드 장수 분포: 3장 27건 · 2장 41건 · 12건 1장 (0장 없음)
- 실제 조합 예: exploration_2 + intuition__effectiveness + intuition__creativity

## 남은 것
- en·zh·vi·ja 재번역 (한국어 확정본 기준, 약 2,400칸 × 4언어)

## DB 적용
- StrengthDescription ko 1,917건 (요약 270 · 중위/하위 810 · 조합 702 · 역할×DNA 135)
- SHA 대조 → dry run(오류 0) → 적용(오류 0) → 검증 1,917/1,917 일치, dev 동기화 완료
- 백업: `docs/plans/dna-description-review/backups/2026-09-18-v10-v13.json`

## 배포 4e409b37
- 요약 탭 칸 제목 10개, 영역 3·역할 9 소개 문구(ko.yml)
- 역할 탭 형광펜 복원을 DNA 탭 방식으로(문장 재탐색 + 자리 잃은 형광펜 목록), 레이아웃 테스트 추가
- CopyLint: 요약 330자·역할×DNA 1,600자 + 테스트
- 결과 캐시 v13→v15, v14→v16 (코드 문구 교체 반영)
- 운영 이미지 = 4e409b37 확인, I18n·DB 실값 확인

## 진행 중
- 내 순위 해석 84칸(쏠림 18·대비 12·갈림 54) 작성 시작 — 지금은 문안이 0건이라 버튼 자체가 안 보임
- 그다음: en·zh·vi·ja 재번역

## 초안·비교 페이지
- 요약 탭 270: `tmp/dna_copy/v10/all.json` — https://claude.ai/artifact/SyUKsUrNKeHN9xWhkShsjx
- 중위·하위 카드 810: `tmp/dna_copy/v11/all.json` — https://claude.ai/artifact/KxaC89h2A2tzeW9JWf8Utm
- 강점 조합 702: `tmp/dna_copy/v12/all.json` — https://claude.ai/artifact/3P4AHVgJbtuVMUkqcx34ER
- 역할×DNA 135 + 영역·역할 소개 16(i18n): `tmp/dna_copy/v13/all.json`, `v13/i18n.json` — https://claude.ai/artifact/VHJN8aGSNnaaQ6avMLfa1M

## 작성 중 추가한 규칙
- 성인·리더 고객·거래처·영업·매출·민원 장면 금지(일부 직무만 해당)
- DNA 이름을 주어로 움직이게 쓰지 않기(강점 조합 초안 대부분이 해당 → 전면 수정, 점검 규칙화, 메모리 기록)

## 미커밋 코드 변경 (적용 시 함께 배포)
- `app/services/strengths/copy_lint.rb`: SUMMARY_MAX 330, WAY_COMBO_MAX 1600 + 테스트
- `app/javascript/controllers/way_annotate_controller.js`: DNA 탭과 같은 형광펜 복원(문장 텍스트 재탐색·자리 잃은 형광펜 목록) — 운영 역할 형광펜 622개 보호
- `app/views/diagnoses/_tab_way.html.erb`: orphans 자리 + 레이아웃 테스트
- 예정: ko.yml 요약 탭 칸 제목 10개, 영역 3·역할 9 소개 문구

## 다음
- 승인 후 SHA 대조 적용 + 배포, 한국어 확정 후 en/zh/vi/ja 재번역

## 요약 탭 (v10)
- 10칸 × 27 DNA = 270, 원고 `tmp/dna_copy/v10/all.json`, 지시문·점검 `docs/plans/dna-description-review/v10-summary/`
- 전공은 계열 2~3개, 자소서는 경험 찾는 질문 2개, 성인·리더는 일 장면(고객·거래처·영업 장면 14칸 추가 수정)
- 칸 제목 정리 제안(ko.yml, 적용 시 배포 필요)
- 비교 페이지: https://claude.ai/artifact/SyUKsUrNKeHN9xWhkShsjx

## 중위·하위 카드 (v11)
- 6칸 × 27 × 5대상 = 810, 원고 `tmp/dna_copy/v11/all.json`, 지시문·점검 `docs/plans/dna-description-review/v11-usage/`
- 두 문단(사례+반복 설명, 해요체·~해보세요) → 한 문단 합니다체, 247,759자 → 111,463자
- 특수 장면(줄넘기·아르바이트 후임 등) 직접 교체
- 비교 페이지: https://claude.ai/artifact/KxaC89h2A2tzeW9JWf8Utm

## 강점 조합 (v12)
- 702칸, 역할별 9묶음 작성 중. 지시문·점검 `docs/plans/dna-description-review/v12-combination/`

## 다음
- 역할(WAY) 설명 27 + 역할-DNA 조합 135(평균 2,233자·9소제목) 구조 확인
- 승인 후 SHA 대조 적용, 한국어 확정 후 4개 언어

## 적용
- 프로덕션 StrengthDescription ko 271건 갱신 (use/development 5대상 × 27 × 2 = 270, goal_driven positive 1)
- 기존 내용 SHA256 대조 → dry run(오류 0) → 트랜잭션 적용(오류 0)
- 백업: `docs/plans/dna-description-review/backups/2026-09-17-v9-target.json` (적용 전 271건)
- 검증: 운영 DB 271건 원고와 일치, 최근 성인 세션 ResultFormatter 출력에 새 성인 문구 54칸 모두 포함
- 결과 캐시 키(v13/v14)에 StrengthDescription updated_at 포함 → 코드 배포·캐시 버전 올림 불필요
- dev DB 동기화 271건

## 최종 원고 기준
- 성인·리더 = 직장인. 보고서·결재·기획안·협업 장면 유지, 엑셀·피벗·PPT 등 특정 도구 이름 제거, 특수 직군 장면 제거
- 대학생: 동아리·대외활동·MT·축제 부스·공모전·룸메이트·중고 거래 제거
- 공통 목표지향 발현: “석 달 안에 10km 완주” → “일주일에 세 번, 30분씩 걷기”

## 변경 사항
- 성인·리더: 주방·현장·연구소·공연·매장 등 특수 직군 장면 → 회의·보고·메일·인수인계 같은 사무실 일로 전면 교체 (check.py SPECIAL_JOB 0건)
- 대학생: 동아리 13칸·대외활동·행사 스태프·MT·축제 부스·공모전 → 수업·조별 과제·도서관·생활비·중고 거래·친구 모임 등 보편 장면 (동아리 0칸)
- 성인 외향성 활용: 업계 행사 → 다른 팀과 첫 회의
- 원고 `tmp/dna_copy/v9/all.json` (270칸), check.py 5대상 0건, CopyLint 위반 0건
- 비교 페이지 재게시: https://claude.ai/artifact/EaLdf6w1iTNLL7PYmtFPCX

## 다음
- 다니엘 승인 후 프로덕션 use/development 270칸 SHA 대조 적용 + 백업, dev DB 동기화

## 반영
- 커밋 353f9d6f 배포(운영 이미지 확인, 9way.co.kr 200). 함께 나간 다른 세션 커밋: 8c892b2b(챌린지 알림 수정), 90b21556(문서)
- `config/locales/dna/ko.yml` 헤더(description)·짧은 문구(short) 27×2
- 문안 점검에 번역투 목록(TRANSLATIONESE) 추가 + 테스트
- 운영 DB StrengthDescription ko 공통(정의·강점 발현·욕구·약점 발현) 108칸: SHA 대조 적용, 108/108 일치 확인, 백업 `docs/plans/dna-description-review/backups/2026-09-17-v8-common.json`
- 개발 DB도 동기화

## 과정
- 페르소나 11명 2회 읽기(v6-read, v7-read) → 반복 틀·헤더 중복·장면 편중 수정
- 원고: `tmp/dna_copy/v8/all.json`

## 남은 일
- 대상별 강점 활용·개발, 중·하위 카드, 요약 탭, 조합, 순위 카드
- en/zh/vi/ja 재번역(현재 옛 문구)
- 하이라이트 재배치 영향 측정

## 작업
- 승인된 논리성 v5 방식으로 27 DNA × (헤더·짧은 문구·정의·강점 발현·욕구·약점 발현) = 162칸을 API 없이 세션에서 직접 작성
- 파일: `tmp/dna_copy/v6/{ideation,exploration,evaluation,connect,coordination,activation,implementation,drive,finish}.json`, 합본 `tmp/dna_copy/v6/all.json`
- `strengths:lint_copy` 162건 위반 0건
- 문항 국면(FACETS.md)과 어긋나는 문장, DNA끼리 겹치는 장면·표현(4어절 n-gram 교차 점검)을 고침
- 비교 페이지: https://claude.ai/artifact/Lg5fRrjkG323i4w3JhCycj (DNA별 지금 vs 새 버전 + 형광펜 5명 이상 문장)

## 다음
- 다니엘 검토 → 수정 반영 → SHA 대조 적용(DB 108칸 + ko.yml 헤더/짧은 문구 54) → 배포
- 운영 미반영 상태

## 피드백 (2026-09-17)
- 강점 개발은 "더 키우기"가 맞다. 조절·주의는 약점 발현, 필요할 때 쓰는/보완할 DNA 카드의 몫
- 정의에서 다른 DNA와 경계·비교하는 것은 의미 없다 — 독자는 27개 DNA를 모른다
- 국면은 쉽게 설명하기 위한 바탕이지 국면을 설명하는 글이 아니다. 첫 독자에게 "나한테 어떤 의미·가치"가 전해져야 한다

## 조치
- 운영 DB 공통 칸 108건 반영 **중단**(시험 반영까지만, 운영 변경 없음 확인)
- 헤더·짧은 문구 배포(010e0fe1) → 되돌림 커밋 7217645c 배포, 운영 원래 헤더 복구 확인
- WRITING_GUIDE: 첫 독자 관점 규칙 추가, 정의 ③을 "나에게 주는 의미"로, 강점 개발을 더 키우기로, 볼륨 조절 규칙 폐기
- 린트: 다른 DNA 이름·비교 문장 금지 규칙(:other_dna), 조합·순위 해석 카드는 예외 — 멈춘 원고에서 63건 검출
- 메모리: feedback_dna_copy_customer_first

## 원인
- 코치·페르소나 테스트에 "헷갈리는 DNA 쌍" 질문을 넣어 내부자 관점의 경계 문장을 부추김
- 완벽주의 페르소나 1명의 반응을 강점 개발 칸 전체 방향으로 일반화

## 다음
- 고친 방향의 샘플을 다니엘에게 먼저 확인받은 뒤 27개 재작성

## 파일럿 원고 (Claude Code 서브에이전트 작성, API 키 미사용, 린트 위반 0)
- 논리성·친밀감·집요함 × 20칸(공통 4 + 성인·청소년 대상별 16) = 60
- 내 순위 해석 카드 21종

## 블라인드 재테스트 (페르소나 11명: 기존 9 + 데이터 분석가·극작 리더)
| | 읽기 | 나를 이해 | 인사이트 | 실천 |
|---|---|---|---|---|
| 새 설명 | 3.97 | 3.88 | 3.73 | 3.27 |
| 옛 설명 | 2.12 | 2.06 | 2.06 | 2.15 |
- 선호: 새 설명 33/33
- 카드 26장: 이해 3.81 · 인사이트 3.62 · 실천 3.38, "그래서 그랬구나" 22, 더 이해됨 yes 20 / little 6 / no 0
- 주의: A1·A3의 집요함 옛 버전에 단계 0에서 고친 CSV 잔재가 스냅샷에 남아 있었음(옛 버전에 불리하게 작용 가능)

## 반영한 공통 지적
1. 욕구 칸 라벨 없음(11/11) → '바라는 것 / 채워질 때 / 힘이 빠질 때' 형식, 린트 검사
2. 헤더가 새 정의와 어긋남(11/11) → 단계 3에서 정의와 한 벌로 재작성
3. 어려운 말(견주다·까닭·인연·몇 해) → 린트 금지어
4. 성인 칸 일 장면, 강점 개발 첫 문장 중복, 카드 역할명 풀이·판단 신호 → WRITING_GUIDE 5장
5. 약한 카드 4장(직관력>유연함, 갈등해소>협업, 집중>계획성, 창의성×계획성) → 단계 5에서 재작성·대비 쌍 재검토

## 코드 (미배포 커밋)
- df581361 자리를 잃은 형광펜 "예전 설명에서 표시한 문장" 목록(헤드리스 Chromium 검증)
- df421676 '내 순위 해석' 버튼·Strengths::RankInsight(59,400원 이상, 카드 없으면 숨김), 린트 보강

## 진행 중
- 단계 3: 역할별 작성자 9명이 27 DNA 공통 칸 + 헤더·짧은 문구 작성 중
- 반영 순서: 코드 배포(형광펜 보존 먼저) → 공통 칸 DB 108 + ko 헤더 → 대상별 칸(단계 4)

## 배포 (bf915d8a, 전체 테스트 5,139 통과)
- `dna_annotate_controller.js`: 형광펜을 저장 위치가 아니라 문장 텍스트로 다시 찾아 복원(문구 수정 후에도 유지), mark 번호를 서버 배열 순서로 고정. 헤드리스 Chromium으로 문장 추가·삭제 상황 검증
- `_tab_domain.html.erb`: 욕구를 강점 발현 뒤로, 보완할 DNA는 칭찬형 헤더 숨김 + 정의 첫 문단만, 핵심 칸 원문 해시
- `pdf/_dna_detail.html.erb`: 정의 → 강점 발현 → 욕구 → 약점 발현 / 강점 활용 | 강점 개발 → 조합
- `diagnoses_controller#shared`: 캐시 키 v10 + 설명 편집 시각
- `Strengths::CopyLint` + `strengths:lint_copy`: 합니다체(권유 해요체 포함), 자기보고 어미, 금지 표현, 인격 판단어, 공통 칸 직장·학교 어휘, 문항 원문 4어절 겹침, 분량
- 테스트: copy_lint_test(13), dna_description_layout_test(4)

## 기준안
- 검토 페이지: https://claude.ai/artifact/LPKLBYkpQnW9aRrXV7TMPF (27개 정의·욕구, 점검 54건 위반 0)
- 작성 지침: docs/plans/dna-description-review/WRITING_GUIDE.md

## 진행 중
- 단계 2 파일럿 작성(논리성·친밀감·집요함 각 20칸, 순위 해석 카드 21종) — Claude Code 서브에이전트, API 키 미사용
- 후속 커밋 4efe349d(순위 해석 카드 점검 규칙)는 다음 배포에 포함

## 수정 (ko, 운영 DB)
- 유연함 정의: 114자에서 잘린 문장 뒤를 이어 붙임(222자, 단계 3에서 전면 재작성 예정). 다른 언어판은 온전해 수정 안 함
- 집요함 강점 개발(성인·리더): 끝의 CSV 잔재 "Unique,강점 개발 방법" 제거
- 철저함 강점 활용(대학생): "B+과 A+을" → "B+와 A+를"
- 논리성 강점 개발(대학생): "균형과。포괄성" → "균형과 포괄성"
- 협업 강점 개발(대학생): 속담 오기 "함께 빨리 가려면 혼자 가고" → "빨리 가려면 혼자 가고"

## 안전장치
- 스냅샷 SHA256 대조 후 트랜잭션 반영(드라이런 → 적용), 원문 백업 `docs/plans/dna-description-review/backups/2026-09-17-phase0.json`
- 형광펜 영향 확인: 같은 글자 수 치환이거나 해당 원문 형광펜 0건
- 공유 결과 캐시(v9) 328건 삭제, 본인 결과 캐시는 updated_at 키로 자동 무효화
- 재조회 검증: 잔재·오자·오기 0건

## 변경 사항
- `study_lessons.is_hidden` 추가 (마이그레이션 20260917140000): Intro(0-1)·3-1·3-2·3-3·Outro(10-1) 숨김 + 과정 합계 재계산 (19편 176분 → 14편 146분)
- `Study::Course`/`Study::Chapter`: `lessons`·`chapters`는 보이는 것만, 관리자는 `all_lessons`·`all_chapters`
- 결과 페이지 강의 목록·강의 수/시간·미리보기·레슨 직접 주소(404)·진도율에서 모두 빠짐
- 관리자 레슨 편집에 "숨김" 체크박스, 과정 상세에 숨김 배지
- `db/seeds/seed_study_courses.rb`: 배포마다 chapters destroy_all → 재생성하던 것을 없는 행만 만들도록 수정 (수강 기록·관리자 수정 보존)

## 검증
- 새 테스트 9개 RED 확인 후 GREEN, 전체 5,118 runs 0 failures
- dev DB 카운트 전후 동일

## 참고
- 프로덕션 study_progresses 0건 — 기존 seed가 배포마다 시청 기록을 지워 온 것으로 보임

## 변경 사항
- resend gem 1.3.0 + config/initializers/resend.rb (마케팅 전용, delivery_method 전역 변경 X).
- email_campaigns 테이블 + EmailCampaign 모델(enum status, deliveries 연관, sendable?). email_deliveries.campaign_id FK 연결(on_delete nullify) + EmailDelivery belongs_to :campaign.
- app/services/marketing/campaign_sender.rb: eligible_recipients(segment.members → marketing_subscribed & not_suppressed & email 존재) → 100명 배치 → build_email(토큰 렌더 + 레이아웃 + List-Unsubscribe 헤더 + unsubscribe URL) → ResendClient.send_batch → EmailDelivery 생성. 배치 예외 시 해당 수신자 failed(부분 성공). send_test(본인, 로그 미기록).
- app/services/marketing/resend_client.rb: Resend::Batch.send 래퍼(주입형).
- app/jobs/marketing/send_campaign_job.rb (Solid Queue): deliver/test 분기.
- Admin::Marketing::CampaignsController: CRUD + send_test/deliver(Job enqueue, 동기 발송 X), sendable? 가드.
- ⚠️ 네임스페이스 충돌 해결: Admin::Marketing 내부에서 ::Marketing::SendCampaignJob 으로 최상위 명시.
- Webhooks::ResendController: 캠페인 카운터(delivered/opened/clicked/bounced/unsubscribed) 최초 전이 시에만 증가.
- 뷰: campaigns index/_form/new/edit/show(성과 6지표 + 발송 로그). 사이드바 "캠페인". 세그먼트 show "캠페인 만들기" 버튼(PR2 보류분). ko.yml i18n.

## 테스트
- 신규: email_campaign(5), campaign_sender(6: 게이트/배치분할/토큰/부분실패/send_test), campaigns_controller(10: CRUD/enqueue 검증/sent 차단), 웹훅 카운터(1).
- 전체 스위트 2793 runs, 0 errors. 실패 5건은 전부 기존 vuild 랜딩(본 작업 무관, 커밋 fd65e8b 이후 미갱신).
- 실제 Resend 호출은 FakeClient 주입 / Job enqueue 단언으로 회피(테스트에서 발송 없음).

## 운영 TODO (발송 활성화 전)
- MARKETING_FROM_EMAIL=marketing@9way.co.kr, RESEND_WEBHOOK_SECRET 를 .env / .kamal/secrets / .env.deploy 에 추가.
- Resend 대시보드에서 https://9way.co.kr/webhooks/resend 웹훅 등록.

## Fast-follow (범위 외)
- 진단 결과 유형(WAY/DOMAIN) 세그먼트 조건 — 결과 점수 저장 위치 스파이크 후 SegmentQuery + TokenRenderer({{primary_way}}) 추가.

## 변경 사항
- 마이그레이션 3종: email_deliveries(campaign_id[FK는 PR4], user, resend_email_id[uniq], status, *_at, open/click_count, error_message), email_suppressions(email_address[uniq], reason, suppressed_at), email_webhook_events(event_id[uniq] 멱등키).
- 모델: EmailDelivery(mark_delivered!/record_open!/record_click!/mark_bounced!/mark_complained!, PROGRESS 단계 역행 방지), EmailSuppression(normalizes + 멱등 suppress!), EmailWebhookEvent(already_processed?/record!).
- User: not_suppressed 스코프, unsubscribe_token/find_by_unsubscribe_token(message_verifier).
- app/services/webhooks/svix_verifier.rb: Svix HMAC-SHA256 직접 검증(svix gem 불필요).
- app/services/marketing/token_renderer.rb: {{name}}/{{funnel_stage}} 치환 + HTML 이스케이프, 미지원 토큰 원형 유지.
- Webhooks::ResendController(ActionController::Base 상속 → allow_browser/CSRF/locale 우회, skip_forgery_protection): 서명검증 → 멱등 → 이벤트 처리. bounced→hard_bounce suppression, complained→complaint suppression + email_subscription=false.
- EmailSubscriptionsController#unsubscribe(allow_unauthenticated_access) + 확인 뷰.
- 공개 라우트: POST /webhooks/resend, GET /email/unsubscribe.

## 설계 결정
- resend gem + 실제 발송은 PR4로 격리(외부 의존성 최소화). 웹훅 검증은 수동 HMAC.
- 캠페인 카운터 갱신(delivered_count 등)은 EmailCampaign 생성(PR4) 후 연결.

## 테스트
- 신규 67개: email_delivery(6)/email_suppression(5)/user_funnel 추가(3)/token_renderer(7)/svix_verifier(6, 공식 벡터)/resend_controller(6)/email_subscriptions(2) 등.
- 웹훅 멱등(같은 svix-id 재전송), 서명 실패 401, complained→unsubscribe 검증.

## 운영 TODO (배포 전)
- RESEND_WEBHOOK_SECRET 를 .env / .kamal/secrets / .env.deploy 에 추가.
- Resend 대시보드에서 https://9way.co.kr/webhooks/resend 웹훅 등록(이벤트: delivered/opened/clicked/bounced/complained).

## 참고
- 전체 스위트의 vuild 랜딩 테스트 5건 실패는 본 작업과 무관(커밋 fd65e8b가 _timeline/_claude_pro/_faq partial 삭제 후 테스트 미갱신, 증거 확인).

## 변경 사항
- `app/services/marketing/segment_query.rb`: conditions(jsonb)→User 관계. 화이트리스트(알려진 키만 처리, 나머지 무시) + 전 바인드 파라미터 → SQL 인젝션 차단. 지원: funnel_stages(OR), facts(AND: has_completed/paid_diagnosis, is_applicant/graduate), diagnosis_target, locale, email_subscription, created_after, first_diagnosis_after, days_since_diagnosis_gte, utm_source.
- `db/migrate/20260610071005_*` + `app/models/marketing_segment.rb`: name(unique), description, conditions(jsonb), cached_count, count_refreshed_at, created_by. `members`(실시간), `refresh_count!`.
- `app/controllers/admin/marketing/segments_controller.rb`: CRUD + `refresh_count`. strong params로 conditions 구조 허용 + 빈 값 정리(cleaned_conditions).
- 뷰: index/new/edit/_form(조건 빌더: 퍼널 단계·언어·진단대상 체크박스 + 수신동의/경과일/가입일) / show(실시간 대상 수 + 샘플 20명).
- `app/helpers/admin/marketing/segments_helper.rb`: 조건 요약 칩 라벨.
- 사이드바 "세그먼트" + ko.yml i18n.

## 테스트
- 신규: segment_query(11, 인젝션/OR/AND/경계값 포함), marketing_segment(5), segments_controller(8)
- 회귀: admin+models+services **1530 runs, 0 failures**

## 참고
- "이 세그먼트로 캠페인 만들기" 버튼은 campaigns 라우트(PR4) 생성 후 show에 추가 예정.
- 결과유형(WAY/DOMAIN) 조건은 스파이크 후 fast-follow(범위 외).

## 변경 사항
- `app/models/user.rb`: 퍼널 스코프/메서드 추가
- `FUNNEL_STAGES = %i[subscriber free paid applicant graduate]`
- fact 스코프: `marketing_subscribed`, `with_completed_diagnosis`, `with_paid_diagnosis`, `free_diagnosis_only`, `course_applicants`, `course_graduates`
- `at_funnel_stage(stage)`: 배지와 동일한 **상호배타 현재 단계** 필터
- `funnel_stage`(단건) / `self.funnel_stage_map(ids)`(배치, 목록 N+1 방지)
- `db/migrate/20260610065545_*`: `diagnosis_sessions.is_report_purchased` 부분 인덱스(`where is_report_purchased=true`, `algorithm: :concurrently`). migrate→rollback→migrate 3단계 검증 완료.
- `config/routes.rb`: `namespace :marketing { resources :leads, only: [:index] }`
- `app/controllers/admin/marketing/leads_controller.rb`: 검색(이름/이메일/전화)+퍼널 단계 필터+수신동의 필터+수동 페이지네이션. 페이지 단위 `funnel_stage_map`/진단수/last_active 일괄 조회.
- `app/views/admin/marketing/leads/index.html.erb`: 단계 칩 + 필터바 + 테이블(퍼널 배지/진단수/수신동의)
- `app/views/admin/shared/_sidebar.html.erb` + `_nav_item.html.erb`(funnel 아이콘) + `config/locales/ko.yml`(admin.nav.leads, admin.marketing.* — ko 전용)
- `docs/features/admin_lead_management.md`: 전체 기능 계획서

## 설계 결정
- 스코프를 denorm(`first_diagnosis_completed_at`)이 아닌 **실제 세션 기준**으로 산출 → 마케팅 오분류(잘못된 발송) 방지. 픽스처가 콜백을 안 거치는 점도 고려.
- `NOT IN (subquery)` NULL 함정을 `where.not(user_id: nil)`로 차단.
- PR1에서는 사이드바에 leads 메뉴만 추가(segments/campaigns 경로는 PR2/PR4에서 생성, 미존재 경로 참조 방지).

## 테스트
- 신규: `test/models/user_funnel_test.rb`(14), `test/controllers/admin/marketing/leads_controller_test.rb`(7)
- 회귀: `test/controllers/admin` + `test/models` 전체 **902 runs, 0 failures**
- Tailwind dev 빌드 재실행(새 배지 클래스 반영)

## 완료 기준 충족
어드민 사이드바 "리드 관리"에서 퍼널 단계별 필터·검색·페이지네이션 동작.

## 배포 정보
- 배포 시각: 2026-04-15
- 배포 환경: production (9way.org)
- 배포 시간: 141.3초
- 커밋: 635aafe

## 포함된 주요 커밋 (이번 배포)
- `635aafe` feat: implement inline editing for blog post category and status
- `851b26d` refactor: modernize discount code service, improve UI accessibility
- `0d9bf3e` refactor: replace applies_to_all with polymorphic apply_scope
- `612cb57` fix(growth-mindset): remove all hardcoded Korean default fallbacks
- `d4e82eb` i18n: replace hardcoded Korean in summary card with t() keys
- `e0d9d53` i18n(growth-mindset): add renewal keys for zh, en, vi locales
- `2f860a2` i18n: add Big5 report renewal keys for en, zh, vi
- 외 30+ 커밋 (Big5/Growth Mindset 리포트 리뉴얼, 할인코드 확장, 블로그 인라인 편집)

## 변경된 기능
- **블로그 관리**: 상태/카테고리 인라인 편집 (클릭하여 바로 변경)
- **할인코드 확장**: apply_scope enum + discount_code_items polymorphic
- **Big5 리포트**: 전면 리뉴얼 (아코디언, 레이더 차트, 요약 카드)
- **Growth Mindset 리포트**: 전면 리뉴얼 (디자인 시스템 통일)
- **i18n**: Big5/Growth Mindset 리포트 다국어 키 추가 (ko, en, zh, vi)

## 확인 사항
- 컨테이너 healthy 확인
- 96 파일 변경, +6198 / -1113 lines

## 기능 개요
- 할인코드 적용 범위를 Product(report/credit_pack)에서 Expert::Course(교육프로그램) + Study::Course(온라인강좌)까지 확장
- apply_scope enum (all/report/education/specific) + polymorphic discount_code_items 조인테이블

## 분석 결과
- 영향 범위: 모델 3개, 서비스 4개, 컨트롤러 3개, 뷰 2개, 마이그레이션 2개
- 기존 패턴: string enum, Result 패턴 (Data.define), Payments::CheckoutService 재사용
- 핵심: CheckoutService가 이미 discount_amount/discount_code_id 지원 → Expert 연동 간단

## 생성된 티켓 (5개)
1. [할인코드확장 PR1] DB + 모델 (priority: high)
2. [할인코드확장 PR2] ValidationService (priority: high)
3. [할인코드확장 PR3] Expert/Study 서비스 (priority: high)
4. [할인코드확장 PR4] Admin UI (priority: medium)
5. [할인코드확장 PR5] 결제 UI + 정리 (priority: medium)

## 리스크
- 기존 할인코드 깨짐 → ignored_columns + 기존 테스트 전수 통과로 방어
- 데이터 이관 → 마이그레이션 트랜잭션 + 롤백 검증

## 기술적 결정
- applies_to_all → apply_scope string enum (프로젝트 컨벤션 일관성)
- 2단계 제거 패턴 (ignored_columns → 컬럼 삭제)
- polymorphic 조인테이블로 Product/Expert::Course/Study::Course 통합

## 수정된 기능
- 2가지 개인 크레딧(리포트/진단) → 단일 크레딧으로 통합
- 1크레딧 = 19,800원, 리포트=1.0, 심화진단=0.2, 추천보상=0.2
- 워크스페이스 선물: 1크레딧 단위, 자기 선물 가능
- diagnosis_balance 컬럼 DB에서 완전 제거

## 변경 규모
- 39 파일, +187 / -1,030 lines
- 삭제: DiagnosisCreditPurchaseService, DiagnosisCreditsController, 진단 크레딧 구매 뷰/JS

## UX/UI 검토 결과
- 전체 평가: 기능적 통과, P2/P3 개선사항은 후속 작업
- 선물 모달 2종 통합, 사이드바 단일 뱃지, 크레딧 대시보드 단일 잔액

## 테스트/보안 검증
- 1635 runs, 13 failures, 8 errors (모두 크레딧 무관 기존 이슈)
- 크레딧 관련 실패: 0건
- add!에 lock! 추가 (race condition 방지)
- BigDecimal 사용으로 부동소수점 오류 방지

## 해결된 문제
- ConfirmationService 테스트가 workspace_id 분기 미반영 → 수정 완료
- admin 뷰 하드코딩 한국어 → i18n 처리

## 남은 이슈
- blog/posts Dangerous Send (크레딧 무관, 별도 티켓 필요)
- Payment.diagnosis_credit enum 유지 (기존 레코드 3건 존재)

## 작업 계획
- 목표: 2가지 개인 크레딧(리포트/진단)을 단일 크레딧으로 통합
- 접근 방식: PR1→PR2→PR3→PR4→PR5 순차 진행 (의존성 체인)

## 현재 상태
- 보드 현황: backlog 9 / todo 11 / in_progress 1 / review 9 / done 158
- PR1: DB 마이그레이션 (balance decimal 변환)
- PR2: 모델 통합
- PR3: 서비스 통합
- PR4: 컨트롤러/라우트 통합
- PR5: 뷰/UI/i18n 통합

## 기능 개요
- 2가지 개인 크레딧(리포트/진단)을 단일 크레딧으로 통합
- 1크레딧 = 19,800원 (세전 18,000원 + VAT 10%)
- 강점 리포트 = 1.0 크레딧, 심화 진단 = 0.2 크레딧
- 워크스페이스 → 개인 크레딧 선물 (자기 선물 포함)

## 분석 결과
- 영향 범위: 모델 6개, 서비스 7개, 컨트롤러 5개, 뷰 11개, JS 1개, i18n 4언어
- 삭제 대상: DiagnosisCreditPurchaseService, DiagnosisCreditsController, 진단 크레딧 구매 뷰/JS

## 생성된 티켓 (5개)
1. [크레딧통합 PR1] DB 마이그레이션 (priority: high)
2. [크레딧통합 PR2] 모델 통합 (priority: high)
3. [크레딧통합 PR3] 서비스 통합 (priority: high)
4. [크레딧통합 PR4] 컨트롤러/라우트 통합 (priority: high)
5. [크레딧통합 PR5] 뷰/UI/i18n 통합 (priority: medium)

## 기술적 결정
- balance: integer → decimal(10,1) (0.2 단위 차감)
- diagnosis_balance: 2단계 제거 패턴 (ignored_columns → 별도 마이그레이션)
- credit_type: 기존 이력 유지, 신규 "unified"
- DiagnosisType#credit_cost로 진단별 차감량 캡슐화

## 구현 완료된 PR (5개)

### PR1: BulkReportDownload 모델 + 마이그레이션
- `db/migrate/20260330012810_create_bulk_report_downloads.rb`
- `app/models/bulk_report_download.rb` (enum status, scope expired/active, has_one_attached :file)
- `test/models/bulk_report_download_test.rb` (17 tests)
- `test/fixtures/bulk_report_downloads.yml` (5 fixtures)

### PR2: BulkReportGenerateJob + CleanupJob
- `app/jobs/bulk_report_generate_job.rb` (PDF→ZIP→Active Storage, 순차 처리, GC 관리)
- `app/jobs/bulk_report_cleanup_job.rb` (7일 만료 삭제)
- `config/recurring.yml` 에 매일 2am cleanup 등록
- 테스트 9 runs

### PR3: BulkReportMailer
- `app/mailers/bulk_report_mailer.rb` (completed/failed)
- `app/views/bulk_report_mailer/completed.html.erb`, `failed.html.erb`
- i18n 4개 언어 (ko, en, zh, vi)
- 테스트 6 runs

### PR4: Controller + Routes 비동기 전환
- `handle_bulk_download` 동기→비동기 전환 (Job enqueue)
- `bulk_download_status` (JSON 폴링), `bulk_download_file` (파일 다운로드)
- 중복 요청 방지
- 테스트 10 runs

### PR5: View + Stimulus 폴링 배너
- `bulk_download_status_controller.js` (3초 폴링, 상태별 UI)
- `_bulk_download_banner.html.erb` (progress bar, download button)
- i18n 4개 언어

## 전체 테스트
- **42 runs, 90 assertions, 0 failures, 0 errors**

## 작업 계획
- 목표: BulkReportDownload 모델 + 마이그레이션 + 테스트 + fixture
- 접근 방식: TDD (테스트 먼저 → 구현)

## 전체 일괄다운로드 진행 순서
1. **PR1 (현재)**: 모델 + 마이그레이션
2. PR2 + PR3 (PR1 완료 후 병렬): Job + Mailer
3. PR4 (PR2 완료 후): Controller + Routes
4. PR5 (PR4 완료 후): View + Stimulus

## 기능 개요
- 일괄 리포트 ��운로드 시 동기 PDF 생성으로 인한 HTTP 타임아웃 해결
- 백그라운드 Job으로 전환 + 폴링 방식 상태 표시 + 이메일 알림

## 분석 결과
- 영향 범위: members_controller, PdfGenerator, routes, members views, i18n
- 기존 패턴: AiInsightGenerateJob(폴링), GiftMailer(���메일), Active Storage(4개 모델)
- Turbo Stream broadcast 미사용 → 폴링 방식 채택

## 생성된 티켓 (5개)
- [PR1] BulkReportDownload 모델 + 마이그레이��� (high)
- [PR2] BulkReportGenerateJob + CleanupJob (high)
- [PR3] BulkReportMailer (medium)
- [PR4] Controller + Routes 비동기 전환 (high)
- [PR5] View + Stimulus 폴링 배너 UI (high)

## 리스크
- Grover 메모리 → 순차 처리 + 주기적 GC
- 디스크 누적 → 7일 만료 CleanupJob (매일 2am)
- 중복 요청 → pending/processing 존재 시 거부

## 기술적 결정
- ActionCable 인프라 없음 → Turbo Stream broadcast 대신 Stimulus 폴링 (3초)
- Active Storage local disk 사용 (프로덕션 전환 시 S3 검토)

## 수정된 기능
- 크레딧 현황 페이지: 리포트/진단 2종류 분리 표시, 리퍼럴 현황 N/10
- 진단 크레딧 구매 페이지: 디자인 개선, 무료 획득 안내
- 크레딧 부족 안내 partial: 구매/공유 2가지 옵션
- i18n: 4개 언어 완료

## 테스트 결과
- 14 runs 통과 (credits 6 + diagnosis_credits 8)

## 수정 파일
- 컨트롤러 1개, 헬퍼 1개, 뷰 3개, i18n 4개

## 수정된 기능
- DiagnosisCreditPurchaseService: 3,000원/크레딧, Toss Payments 연동
- Payment 모델: diagnosis_credit 타입 추가
- ConfirmationService: 결제 완료 후 자동 크레딧 지급
- DiagnosisCreditsController: 구매 페이지 + checkout 연동
- 라우트 추가

## 테스트 결과
- 18 runs 통과 (서비스 12 + 컨트롤러 6)

## 기술적 결정
- 멱등성: metadata.credits_added 플래그로 중복 방지
- VAT 10% 포함 처리

## 수정된 기능
- ApplicationController: ref 파라미터 → 쿠키 저장 (30일)
- DiagnosesController: Big5/성장/행복도 진단 시작 시 크레딧 차감
- DiagnosisSessionsController: 강점 진단 완료 시 리퍼럴 보상 트리거
- OAuth/매직링크 가입: 리퍼럴 추적 기록 + 쿠키 삭제
- 공유 URL: referral_url 헬퍼로 ?ref= 파라미터 자동 추가
- i18n: 크레딧 부족 메시지 4개 언어

## 테스트 결과
- 22 runs 통과 (신규 10 + 기존 12)

## 수정 파일
- 컨트롤러 5개, 모델 1개, 헬퍼 1개, 뷰 2개, i18n 4개, 테스트 1개

## 변경 사항

### 컨트롤러 (`diagnosis_sessions_controller.rb`)
- `PART2_DOMAIN_PAIRS`, `PART2_QUESTIONS_PER_ROUND` 상수 추가
- `prepare_part2_round_sequence`: 54라운드 사전 생성 (deterministic, session_seed 기반)
- `next_part2_round`: 시퀀스에서 미응답 페어 반환
- `setup_part2_state`: total_rounds = 시퀀스 크기
- `current_round_number`: / 2로 변경

### 뷰
- `_part2_round.html.erb`: 2버튼 + "둘 다 해당 안됨" 버튼
- `_part2_guide.html.erb`: 미리보기 2개 + "해당없음"

### JS (`diagnosis_controller.js`)
- `skipPart2Round` 메서드 추가
- 선택자: `[data-part2-choice]`로 구분
- response_time null 처리 개선

### i18n (ko, en, zh, vi)
- `none_of_above` 키 추가
- instruction/description 텍스트 변경
- preview_3 제거

### 테스트
- 기존 테스트 2개→3개로 수정 (pairwise, skip, constants)
- 진단 관련 54개 테스트 전체 통과

## 수정된 기능
- Referrals::TrackingService: 신규 가입 시 referral_code → Referral(pending) 생성
- Referrals::RewardService: strength 진단 완료 → referrer diagnosis_balance +1, 월 10개 상한

## 테스트 결과
- 12 runs, 24 assertions, 0 failures

## 기술적 결정
- DiagnosisType 연관관계: `category` (not `diagnosis_category`)
- 테스트에서 referral_code는 update_column으로 설정 (fixture에 없으므로)

## 수정된 기능
- UserCredit에 diagnosis_balance 컬럼 추가 (진단 크레딧)
- CreditTransaction에 credit_type 컬럼 추가 (report/diagnosis 구분)
- User에 referral_code 컬럼 추가 (공유 URL용)
- Referral 모델 신규 생성 (리퍼럴 추적)

## 테스트 결과
- 57 runs, 103 assertions, 0 failures (관련 테스트)
- 기존 테스트 영향 없음

## 마이그레이션
- 4개 모두 가역적, rollback 검증 완료

## 남은 이슈
- 기존 유저의 referral_code는 nil (필요 시 별도 마이그레이션으로 채울 수 있음)

## 작업 계획
- 목표: 진단 크레딧 + 리퍼럴 보상 시스템의 DB 기반 구축
- 접근 방식: 마이그레이션 4개 + 모델 변경/생성을 developer-1에게 위임, QA 검증 후 완료

## 현재 상태
- 보드 현황: backlog 8 / todo 11 / in_progress 1 / review 4 / done 147
- 관련 기존 작업: UserCredit, CreditTransaction 모델 기존 존재

## 기능 개요
- 카카오톡/링크 공유로 유입된 신규 회원이 강점 진단 완료 시 공유자에게 진단 크레딧 +1 보상
- 진단 크레딧으로 Big5/성장 마인드셋/행복도 진단 가능 (1크레딧=1검사)
- 진단 크레딧 개인 구매 가능 (3,000원/개)
- 리포트 크레딧(기존 18,000원)과 분리 운영

## 분석 결과
- 영향 범위: UserCredit, CreditTransaction, User, DiagnosisSession, 결제 플로우
- 기존 패턴: ReportPurchaseService, CreditPurchaseService(워크스페이스), share_token 공유

## 생성된 티켓
- [리퍼럴 PR1] DB 레이어 (priority: high)
- [리퍼럴 PR2] 비즈니스 로직 (priority: high)
- [리퍼럴 PR3] 컨트롤러 (priority: high)
- [리퍼럴 PR4] 진단 크레딧 구매 (priority: medium)
- [리퍼럴 PR5] 뷰/UI (priority: medium)

## 핵심 설계 결정
- UserCredit에 diagnosis_balance 컬럼 추가 (별도 모델 X)
- Referral 모델 신규 생성 (referrer/referee 추적)
- 공유 URL에 ?ref=referral_code 파라미터
- 월 10개 보상 상한, 1인 1추천인

## 작업 계획
- PR3: Workspaces::EngagementSurveysController (관리자 CRUD + 결과)
- PR4: EngagementSurveyResponsesController (비인증 공개 응답)
- 접근 방식: developer-1 = PR3, developer-2 = PR4 병렬 진행 (파일 충돌 없음)

## 수정된 기능
- CreateService: 설문 생성 + 중복 방지 + title 자동 생성
- SubmitResponseService: DiagnosisSession 기반 응답 저장 + EngagementCalculator 채점
- ResultAggregator: 전체/그룹별 집계, 3명 이하 필터링, 몰입 유형 비율, 3요인/9요인 분석, 강약점

## 생성 파일
- `app/services/engagement_surveys/create_service.rb`
- `app/services/engagement_surveys/submit_response_service.rb`
- `app/services/engagement_surveys/result_aggregator.rb`
- `test/services/engagement_surveys/create_service_test.rb`
- `test/services/engagement_surveys/submit_response_service_test.rb`
- `test/services/engagement_surveys/result_aggregator_test.rb`

## 기술적 결정
- DiagnosisSession 재사용 (context_type="b2b", scoring_framework="engagement_3factor")
- 기존 EngagementCalculator + ScoreCalculatorFactory 완전 재사용
- Data.define Result 패턴 (기존 서비스 패턴 준수)
- MINIMUM_RESPONSES=3 상수로 3명 이하 필터링

## 테스트: 17 runs, 59 assertions, 0 failures

## 작업 계획
- 목표: 3개 서비스 객체 구현 (CreateService, SubmitResponseService, ResultAggregator)
- 접근 방식: developer-1이 TDD로 구현

## 핵심 로직
- CreateService: 설문 생성 + 중복 방지
- SubmitResponseService: DiagnosisSession으로 응답 저장 + EngagementCalculator 채점
- ResultAggregator: 전체/그룹별 집계, 3명 이하 필터링, 몰입 유형 비율, 3요인/9요인 분석

## 수정된 기능
- WorkspaceEngagementSurvey 모델: 분기별 설문 관리 (draft/active/closed, access_token 자동 생성)
- DiagnosisSession 확장: workspace_engagement_survey_id, workspace_group_id FK 추가

## 생성/수정 파일
- `db/migrate/20260317080753_create_workspace_engagement_surveys.rb`
- `db/migrate/20260317080816_add_engagement_survey_to_diagnosis_sessions.rb`
- `app/models/workspace_engagement_survey.rb`
- `app/models/diagnosis_session.rb` (연관관계 추가)
- `app/models/workspace.rb` (has_many :engagement_surveys)
- `test/fixtures/workspace_engagement_surveys.yml` (3개 fixture)
- `test/models/workspace_engagement_survey_test.rb` (21 tests)

## 테스트 결과
- 모델 테스트: 508 tests, 0 failures, 0 errors
- 신규 테스트: 21 tests (유효성, 연관관계, enum, 스코프, access_token)

## 작업 계획
- 목표: WorkspaceEngagementSurvey 모델 생성 + DiagnosisSession FK 확장
- 접근 방식: developer-1이 마이그레이션+모델+테스트, 완료 후 QA 검증

## 서브 태스크
1. 마이그레이션 2개 생성 (WorkspaceEngagementSurvey + DiagnosisSession 확장)
2. 모델 구현 (유효성, 연관관계, 스코프, enum)
3. fixture + seed 확인
4. 테스트 작성 및 통과