작업 로그 · 오프테이블 Wiki

기존 항목을 수정하지 않고 최신 항목을 아래에 추가한다.

현재 경로·주소는 프로젝트 개요와 ADR-0023: offtable.kr 도메인과 배포 주소 통일을 본다. 아래 옛 항목의 폴더·프로젝트 이름은 이력이며 /Users/nuyoi/after-work-project를 다시 만들지 않는다. 제품은 /Users/nuyoi/offtable, 지식은 /Users/nuyoi/offtable-wiki다.

[2026-08-02] capture | 프로젝트 초기 요청#

Summary: 프로젝트 목표, LLM 중심 운영 방식, 초기 리서치 우선순위를 raw에 보존했다.
Touched: Source: After Work 프로젝트 초기 요청, 프로젝트 개요
Open questions: 첫 리서치의 시장/지역 범위

[2026-08-02] research | LLM Wiki 및 GitHub Pages 운영 방식#

Summary: Karpathy 원문과 GitHub 공식 문서를 확인해 지식 계층과 배포 방식을 정했다.
Touched: ADR-0001: LLM Wiki 지식 시스템, 상세 근거 지도
Open questions: 팀 저장소와 Pages의 공개 범위

[2026-08-02] build | 초기 wiki scaffold#

Summary: source-id 추적, Markdown→HTML 빌드, 검색, 백링크, 검증, Pages workflow를 구성했다.
Touched: 오프테이블 Wiki, 프로젝트 개요, 검증 계획
Open questions: None

[2026-08-02] build | HTML 도구 체인 격리#

Summary: package, dependencies, scripts, build output을 프로젝트 루트에서 site/ 아래로 이동했다.
Touched: ADR-0001: LLM Wiki 지식 시스템, Source: GitHub Pages custom workflow
Open questions: None

[2026-08-02] decision | Wiki publisher 명명 분리#

Summary: 내부 위키 발행 도구를 tools/wiki-publisher/로 명명해 향후 apps/landing/과 의미가 충돌하지 않도록 했다.
Touched: ADR-0001: LLM Wiki 지식 시스템, Source: GitHub Pages custom workflow
Open questions: None

[2026-08-02] capture | SRC-20260802-prior-research-memo: 선행 리서치 메모#

Summary: 첨부된 LLM 리서치 원문을 SHA-256과 함께 보존하고 검증 전 lead로 분류했다.
Touched: Source: 위치 기반 퇴근길 소개팅 선행 리서치 메모, 퇴근길 만남 조사 결과
Open questions: 문서 안 경쟁사·수치·법률 주장 대부분의 1차 출처

[2026-08-02] research | 퇴근길 위치 기반 만남 딥리서치 계획#

Summary: exact match, 근접 경쟁, 대체재, 수요, 안전·법률, BM의 여섯 트랙과 최소 35개 raw source 목표를 정했다.
Touched: 퇴근길 만남 조사 결과, 검증 계획
Open questions: exact-match 서비스의 현재 운영 반례

[2026-08-02] capture | 41개 웹 원본: 경쟁·대체재·안전·법률#

Summary: 국내외 경쟁 서비스, App Store, 공식 정책·법령·통계·원 연구를 source-id별 raw package와 출처 카드로 보존했다.
Touched: Source: 애프터퇴근 공식 페이지, Source: 점개팅 한국 App Store, Source: 위치정보법 제15조, Source: Pew 2023 온라인 데이팅 조사
Open questions: 직접 가입 뒤에만 확인 가능한 지역 공급, 인증 단계, 현재 가격

[2026-08-02] research | 퇴근길 위치 기반 만남 1차 딥리서치#

Summary: exact-match 부재를 제한적으로 판정하고 경쟁 계층, 선행 문서 정정, BM, 안전 최소선, 인터뷰·수동 실험 공백을 통합했다.
Touched: 퇴근길 만남 조사 결과, 경쟁과 차별화, 안전·운영, 프로젝트 개요, 검증 계획
Open questions: 동시 사용자 밀도, 여성 안전 수용성, 위치 공유 의향, 실제 출석률

[2026-08-02] build | 문서 중심 Wiki UI 재구성#

Summary: 장식성 브랜딩과 우측 정보 레일을 제거하고, 넓은 본문·접이식 목차와 근거·단순화한 문서 탐색 구조로 재구성했다.
Touched: 오프테이블 Wiki, 퇴근길 만남 조사 결과, 작업 로그
Open questions: 팀 사용 뒤 검색어와 문서 탐색 패턴을 기준으로 메뉴 그룹을 다시 조정할지 검토

[2026-08-02] decision | Pretendard 타이포그래피 시스템#

Summary: 공식 Pretendard variable dynamic subset을 정적 빌드에 포함하고 제목·본문·탐색·표·코드의 서체와 타입 토큰을 하나로 통일했다. 본문 폭과 한글 제목 자간도 장문 읽기에 맞게 조정했다.
Touched: ADR-0002: Pretendard 타이포그래피 시스템, Source: Pretendard 공식 저장소, 퇴근길 만남 조사 결과, 오프테이블 Wiki
Open questions: 실제 팀 사용 환경에서 17px 본문과 42rem 읽기 폭을 유지할지 확인

[2026-08-02] decision | Wiki 읽기 인터페이스 재구성#

Summary: 홈·리서치·출처 카드 표시 모드를 분리하고 상시 사이드바를 문서 서랍으로 바꿨다. 상태·근거·역링크는 문서 정보로 합치고, 본문 source ID는 최초 등장 순서의 숫자 각주로 변환했다.
Touched: ADR-0003: Wiki 읽기 인터페이스, 오프테이블 Wiki, 퇴근길 만남 조사 결과, Source: 애프터퇴근 공식 페이지
Open questions: 팀 사용 뒤 목차와 문서 정보의 실제 열람 빈도, 홈의 우선 문서 구성을 재검토

[2026-08-02] build | em dash 사용 중단#

Summary: raw 원본은 보존하고 Wiki, 운영 문서와 퍼블리셔에서 em dash 문자를 콜론으로 교체했다. 이후 생성 문서에도 같은 규칙을 적용한다.
Touched: 오프테이블 Wiki, ADR-0001: LLM Wiki 지식 시스템, ADR-0002: Pretendard 타이포그래피 시스템, ADR-0003: Wiki 읽기 인터페이스, 작업 로그
Open questions: None

[2026-08-02] decision | Wiki 정보 구조와 시각 자료#

Summary: 리서치 허브와 하위 트랙 탐색을 추가하고, 근거 자료 안내와 source-id 기반 시각 자산 스키마를 도입했다. 퇴근, 환승, 공개 장소 만남을 설명하는 AI 생성 컨셉 보드를 별도 원본으로 보존하고 증거가 아니라는 라벨을 함께 표시했다.
Touched: 오프테이블 Wiki, 상세 근거 지도, ADR-0006: 인포그래픽 디자인 가이드, 근거 자료 안내, ADR-0004: Wiki 정보 구조와 시각 자료, Source: After Work 퇴근 상황 컨셉 보드, 작업 로그
Open questions: 직접 앱 관찰을 진행한 뒤 공식 화면 캡처의 사용 범위와 첫 사용자 증거 이미지를 추가할지 검토

[2026-08-02] build | 표 폭과 열 정렬 수정#

Summary: 표 자체에 적용하던 block 스크롤을 별도 래퍼로 분리했다. 모든 표 영역은 본문 읽기 폭 안에 고정하고, 4열 이상 비교표는 같은 폭 안에서 내부 가로 스크롤을 사용하도록 정렬 기준을 통일했다.
Touched: 오프테이블 Wiki, 상세 근거 지도, 경쟁과 차별화, 작업 로그
Open questions: None

[2026-08-02] build | 시각 자료 폭 수정#

Summary: 문서 상단의 시각 자료 영역을 본문 읽기 폭에 맞추고, 이미지가 컨테이너 폭을 넘지 않도록 최대 폭 제한을 추가했다.
Touched: 상세 근거 지도, 작업 로그
Open questions: None

[2026-08-02] research | 국내 데이팅 앱 시장·경쟁 구도 보강#

Summary: 시장·MAU·2030 태도·규제 조사와 BLIT·Tinder·Grindr의 최신 제품 발표를 포함한 웹 원본 10개를 추가했다. 공식 시장 차트 2개를 출처·범위·한계와 함께 보존하고, 시장을 단순 축소가 아닌 이용 약세와 결제 성장이 공존하는 성숙 단계로 정정했다. 기능 결합보다 퇴근 세션의 약속·출석 운영을 검증할 공백으로 재정의했다.
Touched: 국내 데이팅 앱 시장, 경쟁과 차별화, 퇴근길 만남 조사 결과, ADR-0006: 인포그래픽 디자인 가이드, 프로젝트 개요, 검증 계획
Open questions: BLIT의 실제 GPS·근무 형태 흐름과 가격, 애프터퇴근의 현재 지역 공급, 인터뷰 기반 위치·회사 정보 거부 조건, 90분 수동 약속 실험의 출석률

[2026-08-02] research | 수익구조 설계 전 리서치 고도화#

Summary: 국내 공개 가격, 글로벌 사업자 공시, 리텐션 벤치마크와 스토어 결제 정책 원본 17개를 추가했다. 근거가 약한 성별 비대칭 가격·고가 구독·일반 리텐션 주장을 정정하고, 결제 사건·출석·안전·공헌이익을 함께 검증하는 네 가지 가설로 재구성했다. 수익모델과 가격은 아직 확정하지 않았다.
Touched: 수익모델, 국내 데이팅 앱 시장, 경쟁과 차별화, 퇴근길 만남 조사 결과, 검증 계획
Open questions: 실제 앱 페이월과 무료 한계, 약속·좌석 지불의향, 환불·노쇼·장소 비용, 디지털과 오프라인 결제의 최종 정책 분류

[2026-08-02] research | 수익 심리·사용자 불만·신뢰 설계#

Summary: 행동경제, 결제자, 번아웃, 공개 리뷰 편향, 로맨스 사기, 목적 선언, 제재 이의제기와 외모 선택 원본 22개를 추가했다. 가상재화·소액결제·성별 과금·중독·퇴근 콘셉트의 과장 주장을 정정하고, 원화 가격과 다층 안전·이의제기·신뢰 보호 지표를 포함한 검증 원칙으로 재구성했다.
Touched: 수익모델, 수익모델, 안전·운영, 경쟁과 차별화, 검증 계획, 프로젝트 개요
Open questions: 고정 표본 리뷰 빈도, 실제 페이월, 세션별 목적 일치, 보증금의 출석 효과, 가격 이해와 결제 후회, 재직 인증의 안전 기여

[2026-08-02] capture | 페르소나 근거 원본 11개#

Summary: 사용자 제공 페르소나 메모, 전국 데이팅·오프라인 소개팅 조사, 로테이션 보도, 제공자 설문, 국내 사용 동기·정보 추구 연구, 피로·선택 과부하와 사용자 조사 방법을 source-id별로 보존했다.
Touched: Source: 사용자 제공 페르소나 초안 메모, Source: 2024 데이팅 앱 및 오프라인 소개팅 인식 조사, Source: 한국 틴더 사용자의 복수·가변 동기 연구, Source: GOV.UK 사용자 경험 조사 지침
Open questions: 원 설문 원자료와 직장인 교차표, 수도권 직장인의 최근 실제 만남 행동

[2026-08-02] research | 핵심 Proto-persona 행동 모드 고도화#

Summary: 연령·직업 캐릭터 3종을 가용 시간 창 압축형, 신뢰 임계 재진입형, 운영형 탐색 선호형의 2개 핵심·1개 보조 행동 모드로 재구성했다. 야근 뒤 소셜 욕구, 다인원 기본 선호, 회사 인증의 안전 보증과 퇴근 크레딧 가설은 근거 부족 또는 반대 근거로 분리했다.
Touched: 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 검증 계획, 프로젝트 개요
Open questions: 각 모드의 최근 행동 반복, 야근이 계기인지 중단 조건인지, 1:1·소그룹·로테이션의 실제 출석과 후속 연락 차이

[2026-08-02] build | 핵심 페이지 정보 도식 체계화#

Summary: 페이지당 기본 1개, 데이터 페이지 최대 2개 원칙을 정하고 프로젝트 운영·경쟁·수익·신뢰·안전·persona·검증 계획의 핵심 관계를 설명하는 내부 도식 7개를 추가했다. 정확한 값은 표, 추세는 차트, 관계와 절차는 도식으로 분리하고 도식이 새 근거처럼 보이지 않도록 캡션에 가설과 한계를 명시했다. SVG 편집 원본과 Pretendard 2배 해상도 PNG 게시본을 함께 보존하고 작은 화면에서는 원본 보기를 제공한다.
Touched: 프로젝트 개요, 경쟁과 차별화, 수익모델, 수익모델, 안전·운영, 고객과 사용 상황, 고객과 사용 상황, ADR-0006: 인포그래픽 디자인 가이드, Source: After Work 핵심 Wiki 정보 도식, 작업 로그
Open questions: 실제 팀 사용에서 모바일 도식 글자 크기와 페이지별 시각 자료 열람 빈도를 확인한 뒤 세부 밀도를 조정

[2026-08-02] build | 팀용 문서 이름과 용어 단순화#

Summary: 메뉴와 페이지 제목을 짧은 일상어로 바꾸고, 사용자·수익·안전 문서에서 연구용 표현을 쉬운 질문과 설명으로 풀었다. 도식 7개의 문구도 같은 기준으로 고쳐 Pretendard 2배 해상도 PNG를 다시 만들었다.
Touched: 오프테이블 Wiki, 프로젝트 개요, 상세 근거 지도, 국내 데이팅 앱 시장, 경쟁과 차별화, 수익모델, 수익모델, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 고객과 사용 상황, 검증 계획, ADR-0006: 인포그래픽 디자인 가이드, Source: After Work 핵심 Wiki 정보 도식, 작업 로그
Open questions: 팀원이 처음 읽을 때 이해되지 않는 표현을 실제 사용 피드백으로 추가 수집

[2026-08-02] decision | Wiki 디자인 시스템 구축#

Summary: Pretendard 단일 글꼴, 의미 기반 색상·간격·크기 토큰, 문서 분류와 근거 상태줄, 14px 표, 키보드 초점과 검색 대화상자 기준을 하나의 시스템으로 정의했다. 컴포넌트 직접 색상, 문자 대비, H1 개수와 상태 표시를 검사하는 자동 테스트를 추가하고 출처 카드 108개의 중복 H1도 수정했다.
Touched: ADR-0005: Wiki 디자인 시스템, ADR-0003: Wiki 읽기 인터페이스, ADR-0004: Wiki 정보 구조와 시각 자료, 오프테이블 Wiki, 작업 로그
Open questions: 실제 팀 열람에서 상태줄의 이해도, 표 가독성, 모바일 문서 메뉴 사용성을 확인한 뒤 간격만 미세 조정

[2026-08-02] decision | 인포그래픽 가독성 시스템 구축#

Summary: 표, 차트, 도식과 이미지의 선택 기준, Pretendard 최소 글자 크기, 색상, 출처와 접근성 규칙을 정의했다. 기존 내부 도식 7개를 새 source-id의 SVG와 2배 PNG로 다시 만들고, 외부 원본 차트는 임의로 재작성하지 않은 채 캡션과 원본 보기를 강화했다. 넓은 표의 모바일 이동 안내와 복합 이미지의 캡션 연결을 자동 생성·검사하도록 퍼블리셔를 보강했다.
Touched: ADR-0006: 인포그래픽 디자인 가이드, ADR-0006: 인포그래픽 디자인 가이드, 국내 데이팅 앱 시장, Source: Wiki 인포그래픽 시스템 v2, Source: W3C 복합 이미지 안내, Source: 영국 정부 접근 가능한 차트 체크리스트, 프로젝트 개요, 경쟁과 차별화, 수익모델, 수익모델, 안전·운영, 고객과 사용 상황, 고객과 사용 상황, 작업 로그
Open questions: 실제 팀 화면에서 외부 원본 차트의 작은 축·주석을 얼마나 자주 확대하는지, 넓은 표의 모바일 이동 안내가 충분한지 확인

[2026-08-02] decision | Wiki 페이지 작성 규칙 적용#

Summary: 한 페이지에 한 질문만 두는 작성 규칙과 hub, topic, synthesis, plan 역할을 정의했다. 결제와 사용자 불만, 수익모델, 통합 조사 결과와 프로젝트 개요를 짧은 허브와 기준 문서로 분리했으며 분량, 제목, 표, 내부 링크와 canonical_for 중복을 검사하는 자동 테스트를 추가했다.
Touched: ADR-0007: Wiki 페이지 작성 규칙, 프로젝트 개요, 퇴근길 만남 조사 결과, 수익모델, 수익모델, 수익모델, 수익모델, 수익모델, 경쟁사 가격과 과금 방식, 수익모델, 유닛 이코노믹스, 수익모델, 작업 로그
Open questions: 팀원이 허브에서 세부 문서로 이동하는 경로와 문서당 읽기 시간을 실제 사용 피드백으로 확인

[2026-08-02] build | 결론 우선 읽기 계층 적용#

Summary: page_type을 화면 역할로 연결하고 첫 결론 절을 제목 바로 아래의 결론 레일로 승격했다. 홈의 이동 목록을 반응형 HTML 읽기 경로로 단순화하고, 조사 허브의 장식성 컨셉 이미지는 제거했다. 글자가 포함된 도식과 차트는 최소 읽기 폭을 유지하는 가로 이동 영역에 배치했으며 표 본문 글자도 15px로 높였다.
Touched: 오프테이블 Wiki, 상세 근거 지도, 고객과 사용 상황, ADR-0008: Wiki 읽기 계층, 작업 로그
Open questions: 실제 팀 화면에서 결론 레일의 발견성, 도식 가로 이동과 홈 읽기 경로의 효율을 확인

[2026-08-02] build | 사이드바 정보 구조 최적화#

Summary: 자주 찾는 조사 결과를 내부 결정 기록보다 앞에 배치했다. 결정 기록과 원본·근거는 기본으로 접고 해당 문서를 읽을 때만 자동으로 펼치며, 접기 가능한 메뉴에는 방향 표시와 문서 수를 함께 표시했다.
Touched: ADR-0008: Wiki 읽기 계층, 작업 로그
Open questions: 팀원이 결정 기록과 원본·근거를 반복해서 펼치는 빈도를 실제 사용에서 확인

[2026-08-02] research | Business Model Canvas 딥리서치와 메인 사업 지도#

Summary: Strategyzer 공식 자료에서 9개 영역, 표준 배치, 핵심만 남기는 작성 원칙과 사실·가설 구분, 실험 연결 방식을 확인했다. 271개 초기 벤처 팀 탐색 연구와 단일 사례 비판 연구로 고객·가치·채널 우선과 채우기식 사용 위험을 보완했다. 현재 프로젝트의 사용자, 가치, 운영, 파트너, 비용과 수익 가설을 하나의 반응형 HTML 캔버스로 메인 페이지에 연결했다.
Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, Source: Strategyzer Business Model Canvas 안내, Source: 명확한 Business Model Canvas 작성 원칙, Source: Business Model Canvas 가설 검증 원칙, Source: Strategyzer Business Model Canvas 공식 템플릿, Source: Business Model Canvas와 초기 벤처 성과 연구, Source: Business Model Canvas 단일 사례 비판 연구, 작업 로그
Open questions: 첫 업무 권역과 모집 채널, 실제 참여 밀도, 파트너 구조, 거래당 비용과 지불 의향을 사용자 인터뷰와 수동 만남 실험으로 확인

[2026-08-02] build | 메인 캔버스와 본문 폭 정렬#

Summary: 58rem 문서 폭을 쓰던 캔버스를 43.5rem 본문 읽기 폭에 맞췄다. 좁아진 폭에서 글자를 줄이지 않도록 5열 배치 대신 가치, 고객, 운영과 재무가 3열로 이어지는 구조를 사용하고 중간 화면 2열, 모바일 1열로 전환한다.
Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, Source: Strategyzer Business Model Canvas 공식 템플릿, 작업 로그
Open questions: 실제 팀 화면에서 3열 캔버스의 한눈에 보기와 세부 문장 가독성을 함께 확인

[2026-08-02] build | 사업 지도 구조 리팩터링#

Summary: 빌드 파일에 섞여 있던 공용 렌더링 함수, 페이지 분류, 사이드바와 사업 지도를 책임별 모듈로 분리하고 docs/architecture.md에 변경 경계를 기록했다. 사업 지도의 9개 영역, 상태값, 항목 수와 세부 문서 링크를 게시 전에 검증하는 계약 테스트를 추가했다. 메인 페이지는 지도 읽는 법과 다음 행동만 남기고 프레임워크 근거와 한계는 결정 기록 한 곳으로 옮겼다.
Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, ADR-0007: Wiki 페이지 작성 규칙, 작업 로그
Open questions: 다른 복합 frontmatter 컴포넌트가 생길 때 같은 모듈 경계와 계약 검사를 재사용할지 검토

[2026-08-03] research | 리뷰 매트릭스와 검증 실행 체계#

Summary: 한국 App Store의 위피, Tinder, 블릿, 글램, 아만다와 정오의데이트 최신 리뷰 50개씩 총 300개를 같은 조건으로 수집하고 1~3점 사건을 탐색용 다중 태그 매트릭스로 정리했다. 가설 등록부, 랜딩 페이지 실험과 고객 인터뷰를 검증 실행 기준 문서로 분리하고 기존 사용자 가설 확인 문서의 중복 인터뷰 절차를 제거했다. GOV.UK의 조사 계획·심층 인터뷰·개인정보·민감 주제·A/B 테스트 지침을 원본으로 추가했다.
Touched: 리뷰 불만 매트릭스, 검증 계획, 가설 등록부, 랜딩 페이지 실험, 고객 인터뷰 계획, 고객과 사용 상황, 검증 계획, 상세 근거 지도, 프로젝트 개요, 오프테이블 Wiki, 작업 로그
Open questions: 첫 인터뷰 5건의 실제 언어, 랜딩에서 한 세션을 구성할 권역·시간대별 유효 신청 수, 리뷰 태그 수동 재검토와 Android 표본 차이

[2026-08-03] decision | Cloudflare Pages 위키 배포#

Summary: 비공개 GitHub 저장소와 raw 원본을 유지하면서 생성된 정적 HTML만 공유하기 위해 Cloudflare Pages Direct Upload를 선택했다. after-work-dating-wiki 프로젝트와 로컬 OAuth 배포 명령을 구성하고 실패하던 GitHub Pages 워크플로를 자격 증명 없는 위키 검증 CI로 바꿨다.
Touched: ADR-0010: Cloudflare Pages 위키 배포, 프로젝트 개요, Source: Cloudflare Pages Direct Upload, 작업 로그
Open questions: 반복 배포가 늘어날 때 최소 권한 API 토큰과 자동 배포 정책을 도입할지 검토

[2026-08-03] build | 위키 링크와 Cloudflare 배포 경계 리팩터링#

Summary: 빌드와 검증에 중복되어 있던 파일 탐색과 wiki 링크 해석을 공용 모듈로 통합하고 상대 Markdown 링크도 검증하도록 보강했다. Cloudflare 프로젝트 설정, 정적 보안 헤더, 중첩 404와 실제 배포 응답 검사를 자동화하고 공개 범위, 재검증과 롤백 절차를 문서화했다.
Touched: ADR-0010: Cloudflare Pages 위키 배포, Source: Cloudflare Pages Wrangler configuration, Source: Cloudflare Pages custom headers, Source: Cloudflare Pages deployment rollbacks, 작업 로그
Open questions: 팀 전용 인증이 필요한 시점, 사용자 지정 도메인, 최소 권한 API 토큰을 이용한 자동 배포 도입 조건

[2026-08-03] build | 경쟁 구도 반응형 HTML 도식#

Summary: 고정 폭 PNG와 가로 스크롤로 게시하던 경쟁 흐름을 세 문제와 제품 가설이 직접 연결되는 반응형 HTML 도식으로 바꿨다. 도식 데이터는 경쟁 구도 frontmatter 한 곳에서 관리하고 계약 검사를 추가했으며, 모바일에서는 의미 순서대로 세로 배치한다.
Touched: 경쟁과 차별화, ADR-0006: 인포그래픽 디자인 가이드, 작업 로그
Open questions: 팀원이 경쟁사 표에 들어가기 전에 세 문제와 남은 제품 가설을 더 빠르게 구분하는지 확인

[2026-08-03] build | 내부 정보 도식 7개 HTML 전환#

Summary: 경쟁 구도에 이어 프로젝트 운영, 수익, 결제 신뢰, 안전, 사용자 가설과 인터뷰 표본 PNG를 공통 데이터 계약과 6개 반응형 HTML 레이아웃으로 전환했다. raw SVG와 PNG는 제작 기록으로 보존한다.
Touched: 프로젝트 개요, 수익모델, 수익모델, 안전·운영, 고객과 사용 상황, 고객과 사용 상황, ADR-0006: 인포그래픽 디자인 가이드, Source: Wiki 인포그래픽 시스템 v2, Source: After Work 핵심 Wiki 정보 도식, 작업 로그
Open questions: 팀원이 각 페이지에서 도식의 핵심 판단을 본문과 표보다 빠르게 찾는지 실제 사용으로 확인

[2026-08-04] build | 사업 지도 키워드 중심 압축#

Summary: 메인 사업 지도의 문장형 항목을 28자 이하 키워드 구문으로 줄이고, 제목과 중복되는 질문 문구와 상단 상태 범례를 제거했다. 가치 제안은 세 개 핵심어를 가로로 비교하고 모바일에서는 세로로 읽는다.
Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
Open questions: 팀원이 9개 영역의 차이와 현재 근거 상태를 더 빠르게 훑는지 확인

[2026-08-04] build | 메인 보조 설명 키워드화#

Summary: 사업 지도 아래의 장문 설명을 판단 기준과 바로 할 일 두 묶음으로 나누고, 각 내용을 키워드와 짧은 의미로 바꿨다. 문서 링크는 해당 행동과 판단 항목에 직접 연결했다.
Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
Open questions: 팀원이 설명 문장을 읽지 않고도 근거 상태와 다음 행동을 찾는지 확인

[2026-08-04] build | 비즈니스 모델 캔버스 명칭 통일#

Summary: 메인 도식의 사업 전체 지도 명칭을 실제 프레임 이름인 비즈니스 모델 캔버스로 바꾸고 결정 문서와 출처 카드의 링크 이름을 통일했다.
Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
Open questions: None

[2026-08-04] build | 프로젝트 개요 키워드화#

Summary: 프로젝트 개요의 방향, 현재 판단, 미확정 항목과 운영 링크를 키워드 중심으로 줄이고 지식 운영 도식의 설명도 압축했다.
Touched: 프로젝트 개요, 작업 로그
Open questions: 팀원이 현재 단계와 다음 문서를 설명문 없이 찾는지 확인

[2026-08-04] build | 단계 도식 간격 정렬#

Summary: 지식 운영 도식의 네 단계에 같은 세로 간격과 정렬축을 적용하고, 하단 메타 정보를 같은 기준선에 맞췄다. 강조 단계의 별도 좌우 여백은 제거했다.
Touched: 프로젝트 개요, ADR-0006: 인포그래픽 디자인 가이드, 작업 로그
Open questions: None

[2026-08-04] build | 시장 개요 키워드화#

Summary: 시장 개요를 시장 신호, 현재 해석, 검증 항목과 제품 기준으로 압축했다. 중복된 수익·안전 상세는 기준 문서 링크로 바꾸고 핵심 추이 차트 하나만 남겼다.
Touched: 국내 데이팅 앱 시장, ADR-0006: 인포그래픽 디자인 가이드, 작업 로그
Open questions: 수도권 25~39세 직장인의 퇴근 직후 실제 신청률

[2026-08-04] research | SRC-20260804-govuk-tam-sam-som: 시장 규모 구분#

Summary: TAM, SAM과 SOM을 전체 수요, 제공 가능 범위와 현실적 확보 범위로 구분하고 수치보다 연결된 가정과 근거를 우선하는 기준을 보존했다.
Touched: Source: GOV.UK TAM, SAM과 SOM, 사업 검증 도구, 작업 로그
Open questions: 초기 권역·시간대의 유효 신청, 출석 전환과 참여 빈도

[2026-08-04] research | SRC-20260804-hbs-five-forces: 산업 경쟁 구조#

Summary: 신규 진입, 공급자, 구매자, 대체재와 기존 경쟁의 다섯 압력을 경쟁 구조 문서의 기준으로 보존했다.
Touched: Source: Harvard Business School 5 Forces, 사업 검증 도구, 작업 로그
Open questions: 초기 공급 밀도와 외부 파트너 의존이 전환비용보다 큰 압력인지 확인

[2026-08-04] research | SRC-20260804-christensen-jtbd: 사용자 진전#

Summary: 특정 상황에서 원하는 진전과 기능적·사회적·감정적 차원을 JTBD 인터뷰 기준으로 보존했다.
Touched: Source: Christensen Institute JTBD, 사업 검증 도구, 작업 로그
Open questions: 실제 사용자 언어로 확인된 퇴근 후 상황, 기존 대안과 전환 계기

[2026-08-04] research | SRC-20260804-ajzen-tpb: 참여 의도와 행동#

Summary: 태도, 주관적 규범, 지각된 행동 통제, 의도와 행동을 구분하고 대상·행동·맥락·기간을 맞추는 측정 기준을 보존했다.
Touched: Source: Icek Ajzen TPB 측정 가이드, 사업 검증 도구, 작업 로그
Open questions: 신청 의도와 실제 출석 사이의 시간·거리·신뢰 장벽

[2026-08-04] research | SRC-20260804-govuk-swot: 전략 점검#

Summary: 내부 강점·약점과 외부 기회·위협을 분리하고 후속 행동으로 연결하는 SWOT 기준을 보존했다.
Touched: Source: GOV.UK Futures Toolkit SWOT, 사업 검증 도구, 작업 로그
Open questions: 현재 강점 가설이 실제 신청과 출석에 영향을 주는지 확인

[2026-08-04] research | SRC-20260804-cipd-pestle: 외부 환경 점검#

Summary: 정치, 경제, 사회, 기술, 환경과 법 변화를 범위·중요도·위험·대응으로 연결하는 PESTEL 기준을 보존했다.
Touched: Source: CIPD PESTLE 분석, 사업 검증 도구, 작업 로그
Open questions: 한국 법률 검토 주기와 정책 변화 감시 책임자

[2026-08-04] research | SRC-20260804-strategyzer-vpc: 고객과 가치 연결#

Summary: Jobs, Pains, Gains와 제품·서비스, Pain Relievers, Gain Creators를 고객 증거로 맞추는 가치 제안 캔버스 기준을 보존했다.
Touched: Source: Strategyzer Value Proposition Canvas, 사업 검증 도구, 작업 로그
Open questions: 첫 인터뷰에서 반복되는 Job, 어려움과 기대 결과

[2026-08-04] build | 사업 검증 프레임워크 연결#

Summary: 시장, 경쟁, 외부 환경, 사용자 행동, 전략과 수익 질문을 9개 프레임워크에 연결했다. 비즈니스 모델 캔버스와 유닛 이코노믹스는 기존 기준 문서를 재사용하고 프레임워크별 페이지는 핵심 키워드, 현재 가설과 필요한 데이터로 압축했다.
Touched: 사업 검증 도구, 상세 근거 지도, 프로젝트 개요, 오프테이블 Wiki, 유닛 이코노믹스, 작업 로그
Open questions: 첫 인터뷰와 수동 세션 뒤 각 가설 페이지를 어떤 주기로 갱신할지 결정

[2026-08-04] build | 프레임워크 지도 모바일 가독성#

Summary: 모바일에서 세 번째 열이 첫 화면 밖으로 밀리던 프레임워크 지도를 두 열로 줄였다. 각 행은 프레임워크 링크와 판단·핵심 키워드만 보여준다.
Touched: 사업 검증 도구, 작업 로그
Open questions: None

[2026-08-04] build | 메인 캔버스와 검증 프레임워크 연결#

Summary: 페이지 끝에 묻혀 있던 프레임워크 링크를 비즈니스 모델 캔버스 바로 위의 검증 도구 레일로 옮겼다. 시장 환경, 사용자 행동, 전략과 수익의 8개 기준 문서와 전체 지도를 첫 화면의 사업 구조에 연결했다.
Touched: 오프테이블 Wiki, 사업 검증 도구, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
Open questions: 팀원이 캔버스 영역과 분석 도구의 차이를 설명 없이 이해하는지 확인

[2026-08-04] build | 프레임워크를 현재 질문으로 전환#

Summary: 메인의 시장 환경, 사용자 행동, 전략과 수익 분류를 어디서 시작할까, 왜 신청할까, 어떻게 성립할까로 바꿨다. 첫 권역·시간대, 퇴근 후 약속 확정과 출석 1건당 손익을 주정보로 두고 프레임워크 이름은 보조 표기로 내렸다.
Touched: 오프테이블 Wiki, ADR-0009: 비즈니스 모델 캔버스, 작업 로그
Open questions: 인터뷰와 수동 세션 결과에 따라 현재 질문의 우선순위 문구를 갱신

[2026-08-04] research | SRC-20260804-openstax-stp: 첫 표적과 포지션#

Summary: 시장을 행동 기준으로 나누고 표적을 선택한 뒤 고객 인식과 실행으로 연결하는 STP 기준을 보존했다.
Touched: Source: OpenStax STP, 사업 검증 도구, 작업 로그
Open questions: 한 권역·시간대에서 실제 신청과 출석을 만드는 행동 세그먼트

[2026-08-04] research | SRC-20260804-openstax-marketing-mix: 4P 선택 조건#

Summary: 실제 제공 가치, 가격, 전달 접점과 선택 메시지를 표적 고객에 맞추는 4P 기준을 보존했다.
Touched: Source: OpenStax Marketing Mix, 사업 검증 도구, 작업 로그
Open questions: 무료·보증금·좌석비와 직접 모집 채널의 실제 반응

[2026-08-04] research | SRC-20260804-cim-seven-ps: 서비스 운영 신뢰#

Summary: 대면 서비스의 사람, 전달 절차와 가시적 신뢰 단서를 4P에 더하는 7P 기준을 보존했다.
Touched: Source: CIM 7Ps, 사업 검증 도구, 작업 로그
Open questions: 호스트·공개 장소·정책 안내 중 신청과 출석을 바꾸는 요소

[2026-08-04] research | SRC-20260804-leanstack-lean-canvas: 위험 가설 선택#

Summary: 린 캔버스를 확정 사업계획이 아니라 초기 가정과 가장 위험한 검증 대상을 고르는 도구로 정리했다.
Touched: Source: LEANSTACK Lean Canvas, 사업 검증 도구, 작업 로그
Open questions: 고객성·공급 밀도·출석·수익성 중 첫 반박 대상

[2026-08-04] research | SRC-20260804-ries-feedback-loop: 짧은 학습 사이클#

Summary: 가설을 최소 실행과 핵심 행동 데이터로 시험하고 다음 선택으로 돌아오는 피드백 루프를 보존했다.
Touched: Source: Eric Ries Feedback Loop, 사업 검증 도구, 작업 로그
Open questions: 첫 인터뷰 라운드부터 가설 갱신까지 걸리는 실제 시간

[2026-08-04] research | SRC-20260804-whatmatters-okr-kpi: 목표와 운영 지표 구분#

Summary: Objective, Key Result, KPI와 Metric을 구분하고 불확실한 단계에는 학습 목표를 적용하는 기준을 보존했다.
Touched: Source: What Matters OKR Glossary, 사업 검증 도구, 작업 로그
Open questions: 첫 기초선 뒤 정할 결과 기준과 검토 주기

[2026-08-04] research | SRC-20260804-govuk-service-metrics: 서비스 지표 설계#

Summary: 서비스 목적과 사용자 필요에서 가설을 만들고 소수의 행동 지표와 기초선을 정하는 기준을 보존했다.
Touched: Source: GOV.UK Service Metrics, 사업 검증 도구, 작업 로그
Open questions: 신청·확정·출석·안전·손익의 첫 기초선

[2026-08-04] research | SRC-20260804-sba-financial-forecast: 동인 기반 재무 모델#

Summary: 매출, 비용과 현금흐름을 신청·출석·가격·원가 동인으로 나누고 실제값과 예측을 비교하는 기준을 보존했다.
Touched: Source: SBA Financial Forecast, 사업 검증 도구, 작업 로그
Open questions: 수동 세션의 좌석당 순매출, 변동비와 월 고정비

[2026-08-04] research | SRC-20260804-microsoft-rri: CAGR 계산 기준#

Summary: 동일 시계열의 시작값, 종료값과 기간으로 등가 복리 성장률을 계산하고 중간 변동과 지표 차이를 별도로 보는 기준을 보존했다.
Touched: Source: Microsoft RRI, 사업 검증 도구, 국내 데이팅 앱 시장, 작업 로그
Open questions: 동일 기준으로 비교 가능한 한국 데이팅 시장의 장기 실적 시계열

[2026-08-04] build | 사업 프레임워크 7종 연결#

Summary: STP, 4P·7P, 린 캔버스, 린 스타트업 사이클, OKR·KPI, 재무 모델과 CAGR을 질문 중심 기준 문서로 나누고 메인 사업 지도, 연구 허브와 기존 기준 문서에 연결했다.
Touched: 오프테이블 Wiki, 상세 근거 지도, 사업 검증 도구, 국내 데이팅 앱 시장, 고객과 사용 상황, 검증 계획, 가설 등록부, 유닛 이코노믹스, 작업 로그
Open questions: 첫 인터뷰와 수동 세션의 행동 데이터로 STP, 목표값과 재무 입력을 갱신

[2026-08-04] lint | 기준 문서 중심 중복 제거와 간결화#

Summary: 긴 허브와 종합 문서를 핵심어·판단·링크 중심으로 줄였다. 경쟁 관찰은 서비스 목록으로, 안전 기준은 위치·인증·대면 운영으로 분리하고 사용자·수익·검증 문서의 반복 기준을 한 소유 문서에 모았다. 페이지별 분량 한도와 긴 문단 중복 검사를 강화했다.
Touched: 상세 근거 지도, 경쟁과 차별화, 경쟁과 차별화, 안전·운영, 안전·운영, 안전·운영, 안전·운영, 고객과 사용 상황, 수익모델, 고객 인터뷰 계획, 검증 계획, ADR-0007: Wiki 페이지 작성 규칙, 작업 로그
Open questions: 실제 인터뷰 결과가 생기면 사용자 가설과 실행 우선순위만 기준 문서에서 갱신

[2026-08-04] lint | 공개 Wiki 페이지 통합#

Summary: 연구 문서를 47개에서 14개로 줄였다. 프레임워크, 사용자, 안전과 수익 세부 페이지를 영역별 기준 문서에 통합하고 과거 경로는 aliases로 보존했다. 일반 메뉴와 검색은 홈·개요·조사 결과를 포함한 17개 문서만 노출하며 출처 카드와 결정 기록은 인용 링크로만 접근한다.
Touched: 오프테이블 Wiki, 프로젝트 개요, 상세 근거 지도, 사업 검증 도구, 고객과 사용 상황, 수익모델, 안전·운영, 경쟁과 차별화, 검증 계획, ADR-0004: Wiki 정보 구조와 시각 자료, ADR-0007: Wiki 페이지 작성 규칙, 작업 로그
Open questions: 팀원이 접힌 6개 분류에서 필요한 문서를 첫 시도에 찾는지 확인

[2026-08-04] build | 홈 핵심 문서 지도#

Summary: 홈에 공개 탐색과 같은 기준을 쓰는 핵심 문서 지도를 추가했다. 시작, 검증, 시장·경쟁, 사용자, 수익, 안전과 사업 도구로 묶어 모든 중요 문서를 직접 연결한다.
Touched: 오프테이블 Wiki, ADR-0004: Wiki 정보 구조와 시각 자료, 작업 로그
Open questions: 팀원이 핵심 문서 지도와 비즈니스 모델 캔버스 중 어느 경로를 먼저 사용하는지 확인

[2026-08-06] query | 웹 MVP 고객 우선순위#

Summary: 한 업무 권역과 시간대에서 실제 만남까지 검증할 첫 고객을 최근 행동, 시간·권역 예측성, 신뢰 장벽과 오프라인 참여 가능성으로 정의했다. 프리랜서는 직업명이 아니라 반복되는 활동 권역과 종료 시간으로 판정하고, 적격·보류 기준과 모집 스크리너를 정리했다.
Touched: 웹 MVP 고객 우선순위, 고객과 사용 상황, 상세 근거 지도, 오프테이블 Wiki, 작업 로그
Open questions: 첫 업무 권역, 첫 모집 채널, 1:1·소그룹·로테이션 중 첫 수동 세션 방식

[2026-08-06] query | 고객 세분화 조사 변수#

Summary: 종료 시간과 업무 권역은 참여 자격으로 두고, 연령·생활 단계·성별·만남 목적·근무 형태·동선·최근 행동·신뢰·만남 취향·관심사·가격 반응은 신청·확정·출석 차이를 찾는 조사 변수로 분리했다.
Touched: 고객 인터뷰 계획, 작업 로그
Open questions: 첫 인터뷰에서 행동 차이를 보이는 세분화 축과 신청 단계의 최소 수집 항목

[2026-08-06] capture | SRC-20260806-nemotron-personas-korea: 한국 합성 페르소나#

Summary: NVIDIA의 한국 합성 페르소나 데이터 카드, 라이선스, 필드, 생성 방법과 한계를 보존하고 25~39세 서울·경기 미혼 취업자 12개 편의 표본의 UUID를 기록했다.
Touched: NVIDIA Nemotron-Personas-Korea, 작업 로그
Open questions: 합성 시나리오에서 찾은 질문 누락이 실제 인터뷰에서도 반복되는지 확인

[2026-08-06] query | 합성 페르소나 MVP 시뮬레이션#

Summary: 원본 인구·직업·취미와 실험자가 배정한 시간·목적·권역·신뢰 가정을 분리해 12명 규칙 기반 퍼널을 점검했다. 만남 목적, 종료 예측성, 권역 공개, 피로와 방식 질문을 인터뷰·랜딩 계획에 추가했다.
Touched: 합성 페르소나 324명 과거 스트레스 테스트, 고객 인터뷰 계획, 랜딩 페이지 실험, NVIDIA Nemotron-Personas-Korea, 작업 로그
Open questions: 실제 고객의 최근 사건, 적격 신청, 일정 확정과 출석에서 같은 중단 이유가 관찰되는지 확인

[2026-08-06] capture | SRC-20260806-nemotron-personas-sample-324: 324명 균형 시나리오#

Summary: 공개 API 20,000행에서 25~39세 서울·경기 미혼 취업자 풀을 만들고 연령대·데이터셋 sex 6개 층마다 54명을 선택했다. 표본, 시나리오와 집계를 파생 자산으로 보존했다.
Touched: Nemotron-Personas-Korea 324명 균형 시나리오 표본, 작업 로그
Open questions: 실제 목적·시간·신뢰 조건의 분포와 연령·성별별 행동 차이

[2026-08-06] query | 합성 페르소나 시뮬레이션 324명 확장#

Summary: 12명 질문 파일럿을 324명 균형 조건 스트레스 테스트로 확장했다. 고정 1:1·공개장소만 제공하는 흐름과 형식 선택·신뢰 정책을 제공하는 흐름의 분기 차이를 점검했고, 합성 수치를 전환율이나 세그먼트 증거로 쓰지 않는 한계를 명시했다.
Touched: 합성 페르소나 324명 과거 스트레스 테스트, 고객 인터뷰 계획, 랜딩 페이지 실험, Nemotron-Personas-Korea 324명 균형 시나리오 표본, 작업 로그
Open questions: 실제 인터뷰와 랜딩 행동에서 어떤 연령·목적·시간 조건이 신청·확정·출석 차이를 만드는지 확인

[2026-08-06] query | 게시판형 웹 MVP 설계 검토#

Summary: 공개 프로필·댓글·DM 게시판보다 시간·권역·방식이 정해진 관리자 승인형 세션 보드를 권장했다. 참여 요청, 수동 승인, 상호 확정, 출석과 신고·취소·노쇼를 측정하는 최소 흐름과 제외 기능을 정리했다.
Touched: 게시판형 웹 MVP 설계 검토, 웹 MVP 고객 우선순위, 작업 로그
Open questions: 첫 MVP가 1:1·소그룹·로테이션 중 어떤 세션 형식을 게시하고 사용자가 직접 세션을 제안할 수 있는 시점

[2026-08-06] research | 당근 동네생활·모임과 After Work 비교#

Summary: 당근 공식 자료에서 범용 지역 커뮤니티, 2022년 반짝모임의 날짜·템플릿·신청·승인·대화 기능, 2023년 지속형 모임의 프로필·사진·채팅 기능과 2024년 자사 발표 규모를 확인했다. 현재 게시판안은 기능적으로 겹치며 퇴근 연애 약속의 양방향 동의·편성·재확인·출석·노쇼 운영이 없으면 차별화되지 않는다고 정리했다.
Touched: 당근 동네생활과 새참는 무엇이 달라야 하는가, 게시판형 웹 MVP 설계 검토, 당근 서비스, 당근 반짝모임 리뉴얼, 당근 모임 전국 확장, 2024 당근 커뮤니티 연말 결산, 작업 로그
Open questions: 운영자 편성형이 사용자 개설형보다 상호 확정·출석을 높이는지, 최신 당근 운영정책에서 연애 목적 모집이 허용되는지

[2026-08-06] capture | SRC-20260806-daangn-user-feedback: 당근 공개 사용자 의견#

Summary: 한국 App Store 최신 350개와 Google Play 최신 2,000개 리뷰 중 동네생활·모임이 명확한 56개를 분리하고 공개 모임 경험 글 6건을 직접 확인했다. 대표 표본이 아님을 명시하고 콘텐츠 소음, 탐색·지역·최신성, 운영·제재, 안전·개인정보, 모임 UX와 긍정 사례를 분리했다.
Touched: 당근 동네생활·모임 공개 사용자 의견 스냅샷, 당근 동네생활과 새참는 무엇이 달라야 하는가, 작업 로그
Open questions: 실제 목표 고객 인터뷰에서 같은 문제가 최근 사건과 신청·확정·출석 차이로 반복되는지

[2026-08-06] decision | 활동 목적을 연애로 고정하지 않음#

Summary: 연애를 기본 목적, 고객 적격 조건이나 차별점으로 고정하지 않는다. 식사·산책·운동·취미·대화 등 목적을 열어 두고 최근 행동, 업무·활동 권역, 종료 예측성과 실제 참석으로 첫 고객을 판정한다.
Touched: ADR-0011: 활동 목적을 연애로 고정하지 않음, After Work 목적 범위 프로젝트 오너 정정, 프로젝트 개요, 오프테이블 Wiki, 고객과 사용 상황, 작업 로그
Open questions: 실제 행동에서 구분되는 첫 활동 유형과 관계 목적 분기

[2026-08-06] research | 당근 사용자 의견 기반 차별화 재설계#

Summary: 당근의 범용 지역 커뮤니티를 복제하지 않고 퇴근 후 실행 가능한 활동만 노출하며 시간·권역·인원·비용·경계를 구조화하고 요청·확정·재확인·출석을 운영하는 보드로 차별화 가설을 수정했다. 과거 합성 실험의 미혼 필터와 연애 적격 규칙은 현재 제품 증거에서 폐기했다.
Touched: 당근 동네생활과 새참는 무엇이 달라야 하는가, 게시판형 웹 MVP 설계 검토, 웹 MVP 고객 우선순위, 합성 페르소나 324명 과거 스트레스 테스트, 경쟁과 차별화, 고객 인터뷰 계획, 가설 등록부, 작업 로그
Open questions: 한두 업무 권역에서 식사·산책·카페 활동의 유효 요청·확정·출석이 일반 자유 모집보다 높은지

[2026-08-06] research | 당근 사용자 후기 표본 보강#

Summary: 당근 내부 경험 글 6건에 영어회화·독서·감자튀김·요리·베이킹·산행·장기 친목·노쇼를 다룬 독립 후기와 기자 체험 7건을 추가해 공개 원문 13건으로 보강했다. 목적이 선명하고 종료·정산·접촉 경계가 분명한 활동의 재참여와 포괄 친목·술 모임의 관계 피로·운영 문제를 반례와 함께 확인했다.
Touched: 당근 동네생활·모임 공개 사용자 의견 스냅샷, 당근 동네생활과 새참는 무엇이 달라야 하는가, 게시판형 웹 MVP 설계 검토, 작업 로그
Open questions: 활동 목적·종료 경계·후속 연락 선택권 중 어느 요소가 실제 신청·출석·재참여 차이를 만드는지

[2026-08-06] research | 브랜딩 전 경쟁 공백과 증거 게이트#

Summary: 브랜딩을 보류하고 소모임·문토·프립의 공식 포지셔닝과 운영 흐름을 확인했다. 지역 취미·원데이 활동·노쇼 운영·경험 예약은 이미 점유돼 있어, 평일 퇴근·업무 동선·짧은 종료·적은 조율의 결합이 실제 선택 이유인지 인터뷰와 행동 실험으로 검증하기 전에는 브랜드 약속을 확정하지 않기로 했다.
Touched: 새참 브랜딩 근거 조사 결론, 경쟁과 차별화, 고객 인터뷰 계획, 가설 등록부, Source: 소모임 현재 포지셔닝과 탐색 구조, Source: 문토 현재 포지셔닝과 모임 운영 구조, Source: 프립 현재 포지셔닝과 경험 탐색 구조, 작업 로그
Open questions: 목표 고객이 기존 대안 대신 선택하는 이유가 업무 동선·짧은 종료·적은 조율 중 무엇인지, 그 이유가 유효 신청과 출석으로 이어지는지

[2026-08-06] research | 공개 리서치 기반 브랜딩 근거 완료#

Summary: 소모임·문토·프립 Google Play 중복 제거 리뷰 2,385개와 모임·활동 직접 후보 1,211개, 독립 공개 체험기 3건, 2025년 국민여가활동조사를 공식 경쟁 자료와 교차했다. 타깃을 행동 조건으로 확정하고 일과 집 사이의 짧고 확실한 활동 전환을 브랜드 의미로 채택했으며, 경쟁 언어·주장 가능 범위·브랜딩 원칙을 정리했다.
Touched: 새참 브랜딩 근거 조사 결론, 경쟁과 차별화, 검증 계획, 가설 등록부, 랜딩 페이지 실험, 고객과 사용 상황, 상세 근거 지도, 웹 MVP 고객 우선순위, 프로젝트 개요, 오프테이블 Wiki, 소모임·문토·프립 공개 앱 리뷰 비교 표본, 2025 국민문화예술·여가·근로자휴가 조사 결과, 문토 실제 사용자 프로덕트 분석, 퇴근길 모임 생활 공개 경험, 소모임 선택과 실제 참석 공개 후기, 작업 로그
Open questions: 실제 신청률·확정률·출석률·노쇼율과 활동 1건당 운영 시간은 출시 후 행동 데이터로 확인

[2026-08-06] decision | 공개 리서치로 브랜딩 근거를 완성함#

Summary: 고객 인터뷰를 브랜딩 필수 게이트에서 제외했다. 공개 경쟁·리뷰·웹 경험·공공 통계로 브랜드 전략을 정하고, 제품 성과 수치는 출시 후 자사 행동 데이터가 생기기 전까지 주장하지 않는다.
Touched: 공개 리서치로 브랜딩 근거를 완성함, 브랜딩 근거를 공개 리서치로 완성한다는 결정, 고객 인터뷰 계획, 새참 브랜딩 근거 조사 결론, 프로젝트 개요, 오프테이블 Wiki, 작업 로그
Open questions: None

[2026-08-06] research | 브랜딩 근거 결론과 상세 증거 분리#

Summary: 타깃·가치·경쟁 공백·브랜드 원칙·주장 한계는 결론 문서에 남기고, 리뷰 표본·국가 여가 통계·서비스별 효용·공개 사용자 언어·조사 한계는 상세 근거 페이지로 분리했다.
Touched: 새참 브랜딩 근거 조사 결론, 공개 모임 서비스 사용자 경험 종합, 작업 로그
Open questions: None

[2026-08-06] research | SRC-20260806-afterwork-trademark-screening: afterwork 41류 예비 조회#

Summary: KIPRIS 출원번호 검색에서 afterwork가 41류 등록 상태이고 최종권리자가 배리호인 결과 카드를 확인했다. 지정서비스업 전문과 유사 판단은 확인하지 못해 예비 위험 신호로만 기록했다.
Touched: KIPRIS afterwork 41류 예비 조회, 끝을 파는 브랜드 영토의 리뷰 근거 감사, 작업 로그
Open questions: 지정서비스업 전문과 9·35·38·41·45류의 법률상 충돌 범위

[2026-08-06] query | 끝을 파는 브랜드 영토 근거 감사#

Summary: 경쟁 앱 리뷰 2,385개 전체에서 종료·적적함·관계·목적·운영 신호를 다시 판독했다. 종료 시각은 직접 근거가 1건뿐이고 관계 부담은 독점성이 낮아 A+C를 확정하지 않았으며, 목적·조건 공개와 운영 책임을 중심에 유지하고 두 메시지를 H-12 랜딩 비교로 분리했다.
Touched: 끝을 파는 브랜드 영토의 리뷰 근거 감사, 새참 브랜딩 근거 조사 결론, 가설 등록부, 랜딩 페이지 실험, 작업 로그
Open questions: 두 메시지 중 어느 쪽이 유효 신청과 일정 확인 행동을 더 많이 만드는지

[2026-08-06] research | 브랜드 영토 수동 코딩 정교화#

Summary: 1,211개 feature 리뷰의 종료·일회성·적적함·관계 지속·목적 변질·운영 책임 후보를 수동 판독했다. 종료 시각 직접 근거는 subset 안에서 0건이고 무의무 1회 참여는 25건으로 확인됐으며, C를 제품 가치로 높이고 차별성은 낮게 유지했다. 전체 2,385개 기계 스크리닝과 subset 수동 건수를 분리하고 H-12 메시지에서 종료 시각을 공통 제품 정보로 옮겼다.
Touched: 끝을 파는 브랜드 영토의 리뷰 근거 감사, 가설 등록부, 랜딩 페이지 실험, 소모임·문토·프립 공개 앱 리뷰 비교 표본, 작업 로그
Open questions: 무의무 1회 참여 메시지가 조건·운영 메시지와 실제 선택 행동에서 구분되는지

[2026-08-06] research | 셋로그 인기 메커니즘과 브랜드 원리#

Summary: 공식 앱 목록, 모바일인덱스 인용 보도, 개발팀 인터뷰, 한국·해외 체험기와 Google Play 고유 리뷰 864개를 교차했다. 낮은 기록 비용, 기존 관계의 공동 참여, 자동 하루 결과물과 외부 공유가 이어지는 성장 루프를 확인하고, 기술 실패·알림 피로·그룹 참여 의존을 장기 잔존 위험으로 분리했다. 이름은 카테고리를 직접 설명하기보다 고유한 제품 의식과 결과물을 통해 의미를 얻는다는 원리를 브랜딩 문서에 연결했다.
Touched: 셋로그가 인기 있는 이유와 제품·브랜드 원리, 새참 브랜딩 근거 조사 결론, setlog 한국 Google Play 현재 목록과 리뷰 표본, 셋로그팀 인터뷰: 광고비 없이 앱스토어 1위, 뉴시스: Z세대 홀린 2초 일상 앱 셋로그, 오프테이블 Wiki, 작업 로그
Open questions: 코호트 유지율, 방 초대 전환율, 결과물 외부 공유율, 유료 전환과 장기 수익 모델

[2026-08-06] decision | 기준 문서 통합과 신규 조사 동결#

Summary: 현재 합의를 overview 한 곳에 모으고 기본 탐색을 프로젝트 개요·고객·제품·경쟁·안전·검증·수익의 일곱 기준 문서로 줄였다. 날짜가 붙은 query, 사례, 세부 실험과 과거 분석은 삭제하지 않고 nav_hidden 근거로 보존했으며 제품 기준 허브를 새로 만들었다. 실행 차단·합의 반박·실험 조건·결과 해석에 필요하지 않은 신규 조사는 일시중단했다.
Touched: ADR-0013: 기준 문서 통합과 신규 조사 동결, 오프테이블 Wiki, 프로젝트 개요, 제품·MVP, 고객과 사용 상황, 경쟁과 차별화, 안전·운영, 검증 계획, 수익모델, 상세 근거 지도, 작업 로그
Open questions: 첫 권역·시간대, 첫 활동 조합, 만남 형식, 공급 방식, 결제 방식과 최종 브랜드명

[2026-08-06] query | 퇴근 카운터 우선 검증 형식#

Summary: 일본의 작은 선술집에서 혼자 들어가기 쉬운 좌석·짧은 체류·자연스러운 종료만 가져와 4명·40분 퇴근 카운터 가설로 통합했다. 재직 여부는 확인하되 회사·직급은 숨기고 같은 회사 배정을 제외하며, 기업별 불만 DB가 아니라 짧은 직장 푸념에서 업무 밖 대화로 전환하는 운영을 검증한다. 확정 제품이 아니라 일반 60분에서 90분 활동 및 인증 없는 조건과 비교한다.
Touched: 프로젝트 개요, 제품·MVP, 고객과 사용 상황, 안전·운영, 검증 계획, 가설 등록부, 작업 로그
Open questions: 40분 형식의 유효 신청·출석·대화 만족, 재직 인증의 신뢰 편익과 개인정보 거부, 같은 회사 제외 범위, 술 없는 자리의 수용성

[2026-08-06] query | 종료 시간 표현을 참여 조건으로 교정#

Summary: 직접 리뷰 근거가 없는 예측 가능한 종료 시간을 확정 고객 수요나 브랜드 약속처럼 쓰지 않도록 현재 가치 문장을 시간·장소·비용·목적이 미리 분명한 활동으로 교정했다. 종료 시각은 퇴근 카운터에서 검증할 참여 조건 중 하나로 유지하고 고객 적격 기준은 평일 참여 가능 시간으로 바꿨다.
Touched: 프로젝트 개요, 고객과 사용 상황, 새참 브랜딩 근거 조사 결론, 웹 MVP 고객 우선순위, ADR-0011: 활동 목적을 연애로 고정하지 않음, 공개 모임 서비스 사용자 경험 종합, 작업 로그
Open questions: 종료 시각 표시가 신청·출석·만족에 주는 실제 영향, 40분 활동의 실제 종료 편차

[2026-08-07] research | 한국 최신 언어 트렌드와 네이밍 필터#

Summary: 2025~2026 검색·영상·Z세대 조사와 2026년 7월 밈 모니터링을 교차해 짧은 축약어·문장형 밈·감정 관리·작은 만족·세밀한 선택 신호를 분리했다. 유행어를 브랜드명으로 복제하지 않고 짧은 발음, 낮은 감정 부담과 반복 가능한 사용 문장만 가져오는 원칙을 추가했다.
Touched: 한국 최신 언어 트렌드를 네이밍에 어떻게 적용할까, 새참 브랜딩 근거 조사 결론, 2026년 7월 Z세대 줄임말 모니터링, 2026 Z세대 트렌드 키워드, 오픈서베이 Z세대 트렌드 2025, 작업 로그
Open questions: 후보별 한국어 회상·철자·연상, 상표·도메인·앱스토어 동명 여부

[2026-08-07] research | 플랫폼 언어와 앱 네이밍 구조 보강#

Summary: 하위 조사 보고서의 낮은 문장별 인용 커버리지를 확인해 전체 채택을 중단하고 TikTok 2026 공식 전망과 App Store의 Vigloo·익시오·카나나 표기를 직접 재검증했다. 빠르게 바뀌는 문화어는 캠페인에서만 사용하고 본명은 2~3음절 발화명, 고유 영문과 설명형 부제를 한 세트로 설계하는 기준을 추가했다.
Touched: 한국 최신 언어 트렌드를 네이밍에 어떻게 적용할까, TikTok Next 2026, Vigloo App Store 목록, 익시오 App Store 목록, 카나나 App Store 목록, 작업 로그
Open questions: 이 구조가 After Work 후보의 회상·철자·카테고리 이해를 실제로 높이는지

[2026-08-11] query | 앱 이름 1차 후보 생성#

Summary: 전환·합류·실행의 세 의미축에서 12개 고유 조어를 만들고 발화성, 확장성, 제품 문장과 오인 위험을 비교해 르움·류잇·모여브를 1차 추천군으로 정리했다. 이름은 아직 결정하지 않았고 상표·도메인·앱스토어 확인 전 창작안으로 표시했다.
Touched: 앱 이름 1차 후보, 새참 브랜딩 근거 조사 결론, 작업 로그
Open questions: 추천군의 무설명 회상·철자·연상과 KIPRIS·도메인·앱스토어 등록 가능성

[2026-08-11] query | 앱 이름 1차 후보 전면 폐기#

Summary: 르움·류잇·모여브를 포함한 12개 후보가 의미를 억지로 결합한 부자연스러운 조어라는 팀 피드백을 반영해 추천 상태를 철회했다. 다음 라운드는 설명보다 자연스러운 발음·기억·브랜드 완성도를 우선한다.
Touched: 앱 이름 1차 후보, 작업 로그
Open questions: 2차 후보의 선호 어조와 브랜드 인상

[2026-08-11] decision | 브랜드명 새참 확정#

Summary: 프로젝트 오너 결정에 따라 제품의 대외 한국어 브랜드명을 새참으로 확정했다. 폐기된 1차 조어 후보는 실패 기록으로 유지하고 영문 표기·상표·도메인·배포명은 별도 후속 확인 대상으로 분리했다.
Touched: ADR-0014: 브랜드명 새참 확정, 프로젝트 개요, 검증 계획, 앱 이름 1차 후보, 새참 브랜딩 근거 조사 결론, 브랜드명 새참 프로젝트 오너 결정, 작업 로그
Open questions: 새참 영문 표기, 상표 등록 가능성, 도메인과 실제 배포명

[2026-08-11] decision | 새참 관련 문서 전면 정합화#

Summary: 현재형 Wiki·저장소 안내 문서와 생성 HTML의 표시명을 새참으로 통일했다. 기존 경로와 배포 프로젝트명은 기술적 호환성을 위해 유지하고, 과거 로그·immutable raw·출처의 원제와 발행 주체는 역사 기록으로 보존했다.
Touched: 오프테이블 Wiki, 프로젝트 개요, ADR-0014: 브랜드명 새참 확정, ADR-0013: 기준 문서 통합과 신규 조사 동결, 경쟁과 차별화, 검증 계획, 새참 브랜딩 근거 조사 결론, 작업 로그
Open questions: 새참 영문 표기, 상표 등록 가능성, 도메인과 실제 배포명

[2026-08-12] decision | 첫 MVP 식사·식당 중심과 브랜드명 오프더테이블#

Summary: 첫 MVP를 식당에서 하는 식사 만남으로 제한하고, 맛집 순위보다 대화 환경·분위기·화장실 등 만남 적합성을 우선하는 식당 추천을 제품 기준으로 정했다. 대외 한국어 브랜드명은 새참에서 오프더테이블로 변경했다.
Touched: ADR-0015: 첫 MVP 식사·식당 중심, ADR-0016: 브랜드명 오프더테이블 확정, 프로젝트 개요, 제품·MVP, 고객과 사용 상황, 검증 계획, 가설 등록부, 오프테이블 Wiki
Open questions: 식사 인원과 예상 소요시간, 식당 평가 항목의 측정·가중치, 영문 공식 표기, 상표, 도메인과 배포명

[2026-08-12] query | 회원 자율형 MVP와 수익 로드맵#

Summary: 원래 기획인 회원 자율형 식사 만남을 첫 MVP의 원형으로 복원했다. 회원 생성·참여·식당 조율·출석·반복을 최우선 검증 목표로 두고, 채팅에는 식당 확정·취소·출석 상태를 결합한다. 식당 추천·예약·전용 메뉴·결제는 관찰된 병목 뒤에 도입하며 수익은 만남 운영·식당 거래·반복 편의로 나눠 고도화한다.
Touched: 회원 자율형 MVP와 수익 로드맵, 제품·MVP, 검증 계획, 가설 등록부, 수익모델, 프로젝트 개요, 오프테이블 Wiki, 회원 자율형 MVP와 단계적 수익구조 프로젝트 오너 방향
Open questions: 첫 인원·승인 방식, 식당 미정 신청 허용, 채팅 범위, 성인 확인, 출석 확인과 첫 수익 실험

[2026-08-12] query | 수줍은 사용자 페인포인트 분석#

Summary: 수줍은 사용자를 확정 페르소나나 내향성 전체로 일반화하지 않고, 만남 욕구가 있어도 평가·거절·첫 발화·의견 제시·당일 합류·식사 중 소외 부담 때문에 행동이 멈추는 퍼널별 가설로 정리했다. 욕구 없음·조건 불일치·사회적 장벽·안전 문제를 구분하고 해결 기능보다 최근 포기 사건과 행동 관찰을 우선한다.
Touched: 수줍은 사용자 페인포인트 분석, 고객과 사용 상황, 가설 등록부, 회원 자율형 MVP와 수익 로드맵, 프로젝트 개요, 수줍은 사용자의 진입장벽과 페인포인트 우선 분석 방향, 초기 성인의 사회적 철회 동기와 수줍음, 수줍음과 위험 회피 의사결정
Open questions: 어느 단계의 사회적 위험이 실제 이탈을 가장 크게 만드는지, 수줍음과 조건·안전 장벽을 어떻게 구분할지, 한 번의 참석 뒤 반복 장벽이 줄어드는지

[2026-08-12] research | 사회적 진입장벽 해결 패턴 비교#

Summary: 만남에 국한하지 않고 Timeleft·Donut·Gatheround·Toastmasters·Slowly·7 Cups·Be My Eyes·Bumble·Hinge가 먼저 말하기·평가·실시간 응답·합류 부담을 줄이는 구조를 비교했다. 역할·과업·첫 문장·단계적 노출·비동기·자동 편성의 반대 효과를 함께 기록하고, 오프더테이블에는 자율성을 유지하는 저개입 패턴부터 관찰하도록 정리했다.
Touched: 사회적 진입장벽 해결 패턴 비교, 수줍은 사용자 페인포인트 분석, 경쟁과 차별화, 수줍은 사용자 문제의 타 영역 서비스 사례 조사 방향, 사회적 진입장벽을 줄이는 타 영역 서비스 공식 기능 스냅샷
Open questions: 역할 명확화·과업 기반 첫 발화·발화 외 상태 표현 중 어떤 패턴이 실제 이탈에 대응하는지, 저개입 지원이 자율 조율을 가리지 않는지

[2026-08-12] research | 재미 요소로 사회적 부담을 낮추는 패턴#

Summary: Timeleft·Gatheround·Paired·Wavelength·Pokémon GO·Slowly·Kahoot·Duolingo의 아이스브레이커·상호 공개·협력 과업·수집·도전·순위 구조를 비교했다. 첫 식사에는 공동 질문·협력 과업·발화 외 반응을 우선 검토하고, 경쟁·포디엄·강제 자기노출·연속 참여 압박은 기본 제외 후대로 정리했다.
Touched: 재미 요소로 사회적 부담을 낮추는 패턴, 사회적 진입장벽 해결 패턴 비교, 수줍은 사용자 페인포인트 분석, 경쟁과 차별화, 사회적 부담을 공동 활동으로 바꾸는 재미 요소 사례
Open questions: 실제 식사에서 어떤 공동 활동이 자연스럽게 첫 발화와 의견 참여를 늘리는지, 게임 비참여를 공개하지 않고 선택권을 보장할 수 있는지

[2026-08-12] query | 기존 재미 요소의 재미와 신선도 재평가#

Summary: 식당 투표·합류 미션은 편의 기능, 대화 카드·공통점 공개는 익숙한 아이스브레이커, 배지·연속 참여는 동기 장치에 가깝고 충분한 재미나 신선도를 입증하지 못했다는 오너 평가를 반영했다. 기존 후보를 추천안에서 내리고 문제 해결과 별개로 경험 자체가 기대되며 낯선 조합마다 예상 밖의 결과를 만드는지를 다음 탐색 기준으로 세웠다.
Touched: 재미 요소로 사회적 부담을 낮추는 패턴, 기존 재미 요소 후보의 재미와 신선도 부족 평가
Open questions: 낯선 사람의 비밀 정보·비대칭 역할·즉흥 창작·집단 선택 중 어떤 구조가 식사를 방해하지 않으면서 독자적 재미를 만드는지

[2026-08-12] research | 현재 유행하는 사회적 놀이 형식 탐색#

Summary: 독창적 아이디어를 먼저 만들지 않고 2025~2026 공식 이용·추천·앱 평가·한국 공개 콘텐츠 신호를 기준으로 협동 혼란, 라이어 찾기, 음악 기억, 몸짓 추측 형식을 비교했다. 현재성은 PEAK·R.E.P.O.처럼 공동 목표 아래 예측 불가능한 실수와 수습 장면이 생기는 형식이 가장 강했고, 식사에는 사람 평가가 아닌 협동 실패·공동 결과물의 문법만 번역할 가치가 있다고 정리했다.
Touched: 현재 유행하는 사회적 놀이 형식 탐색, 재미 요소로 사회적 부담을 낮추는 패턴, 경쟁과 차별화, 재미 요소는 현재 유행 형식부터 탐색, 현재 사회적 놀이 형식의 유행 신호
Open questions: 물리 엔진 없이 식탁에서 예측 불가능한 공동 사건을 만들 수 있는지, 라이어 형식의 공격성을 없애고 비밀 정보의 반전만 남길 수 있는지

[2026-08-12] query | 오프더테이블에서 재미란 무엇인가#

Summary: 재미를 웃음·유행·보상·편의와 분리하고, 강요받지 않은 자발적 관여 속에서 다른 사람과 함께해서만 생기는 발견·표현·사건을 즐기며 끝난 뒤 다시 말하거나 재경험하고 싶은 상태로 정의했다. 핵심 조건은 자발적 관여·공동 발생·긍정적 변동이며, 나의 기여와 재서사화·재경험을 강화 조건으로 두고 경험 전·중·후 질문과 행동 지표를 마련했다.
Touched: 오프테이블에서 재미란 무엇인가, 재미 요소로 사회적 부담을 낮추는 패턴, 현재 유행하는 사회적 놀이 형식 탐색, 경쟁과 차별화, 재미 요소 탐색 전에 재미를 정의, 재미·동기·사회적 경험의 이론적 기초
Open questions: 실제 사용자에게 관계적 어울림·발견·공동 표현 중 어떤 경험이 재미로 인식되는지, 식사 뒤 자발적 재언급과 재경험 의향이 반복 출석으로 이어지는지

[2026-08-12] query | 신박하고 수줍음 친화적인 놀이 원형#

Summary: 강한 신박함과 말·연기·자기폭로 없이 가능한 참여를 동시에 적용해 분할현실 테이블, 테이블 생명체, 미래의 영수증을 비교했다. 첫 실험은 각자 서로 다른 정보 조각을 받고 작은 비공개 선택을 합쳐 그 테이블만의 사건과 결말을 만드는 분할현실 테이블로 좁혔다.
Touched: 신박하고 수줍음 친화적인 놀이 원형, 오프테이블에서 재미란 무엇인가, 현재 유행하는 사회적 놀이 형식 탐색, 신박하고 수줍음 친화적인 재미 탐색
Open questions: 비언어 선택이 실제 자발적 대화와 재서사화로 이어지는지, 휴대폰·규칙 설명이 식사를 방해하지 않는 5분 이내 구조가 가능한지

[2026-08-12] query | 가상 장면을 버리고 실제 식사 순간으로 재탐색#

Summary: 이해하기 어려운 가상 단서·장면 전개의 분할현실 테이블을 폐기했다. 새 1순위는 맛있는 순간에 익명 버튼을 누르고 여러 반응이 겹칠 때만 중앙의 빛이 켜지는 맛의 공명으로 바꿨으며, 10초 설명·저발화·비참여 비공개·실제 식사 결합을 필수 기준으로 두었다.
Touched: 신박하고 수줍음 친화적인 놀이 원형, 오프테이블에서 재미란 무엇인가, 분할현실 테이블 후보 폐기와 재탐색
Open questions: 익명 공명 신호가 실제 자발적 대화와 기억을 만드는지, 단순 조명 효과나 참여 압박으로 끝나는지

[2026-08-12] decision | 브랜드명 오프테이블 확정#

Summary: 프로젝트 오너 결정에 따라 현재·미래 대외 한국어 브랜드명을 오프더테이블에서 오프테이블로 변경했다. 공개 Wiki·소개·메타데이터·앱 표기를 정합화하고 이전 명칭은 raw·과거 로그·당시 ADR과 출처에서 역사 기록으로 보존했다. 기술 식별자와 기존 URL은 변경하지 않았다.
Touched: ADR-0017: 브랜드명 오프테이블 확정, 프로젝트 개요, 오프테이블 Wiki, 검증 계획, 브랜드명 오프테이블 프로젝트 오너 결정
Open questions: 영문 공식 표기, 상표, 도메인과 실제 배포명

[2026-08-12] decision | 초기 MVP Supabase·Vercel 스택#

Summary: 빠른 초기 웹 MVP 개발을 위해 Supabase를 백엔드·데이터 플랫폼으로, Vercel을 웹 배포 플랫폼으로 확정했다. 향후 모바일에서도 핵심 데이터·권한을 재사용하도록 웹 전용 구현과 분리하고, 세부 프레임워크·인증·환경 구성은 후속 결정으로 남겼다.
Touched: ADR-0018: 초기 MVP Supabase·Vercel 스택, 프로젝트 개요, 초기 MVP Supabase·Vercel 개발 결정
Open questions: 웹 프레임워크, 인증 방식, Supabase 제품별 사용 범위와 세부 환경 구성

[2026-08-12] query | Supabase·Vercel에서 AWS로 옮길 시점#

Summary: 사용자 수나 RN 출시가 아니라 측정된 query·연결·Realtime·Storage·가용성·비용 병목을 AWS 이전 기준으로 정했다. Supabase 내부 최적화와 상향 뒤에도 SLO를 반복 위반하거나 현재 플랫폼으로 RPO·RTO·보안 요구를 충족하지 못할 때, 전체 이전보다 실제 병목 경계부터 단계적으로 분리한다.
Touched: Supabase·Vercel에서 AWS로 옮길 시점, ADR-0018: 초기 MVP Supabase·Vercel 스택, Supabase Compute and Disk, Amazon RDS for PostgreSQL
Open questions: 첫 production 부하 시험의 SLO·peak 기초선, RPO·RTO, 6개월 비용 예측과 운영 인력

[2026-08-17] capture | SRC-20260817-validation-first-security-gate: 빠른 검증 우선과 실제 서비스 전 보안 전환 게이트#

Summary: MVP 고객 검증 중에는 Discord·Hermes 통합 제어와 빠른 개발을 우선하고, 검증 완료 뒤 실제 서비스 개발·배포로 전환하기 전에 보안 체계를 수립한다는 프로젝트 오너 결정을 보존했다.
Touched: 빠른 검증 우선과 실제 서비스 전 보안 전환 게이트, 작업 로그
Open questions: 실제 서비스 전환 시점의 법적 의무, 데이터 범위, 배포 구조와 위협 모델

[2026-08-17] decision | 빠른 검증 우선과 실제 서비스 전 보안 게이트#

Summary: 고객 검증 단계에서는 신뢰 운영자의 Discord·Hermes 전체 제어와 개발 속도를 우선한다. 검증 완료 뒤 실제 서비스 개발·배포를 결정하면 데이터·권한·자격증명·복구·운영을 다루는 보안 게이트를 먼저 수행하며, 실제 개인정보·결제·외부 계정을 조기 도입하면 게이트도 앞당긴다.
Touched: ADR-0019: 빠른 검증 우선과 실제 서비스 전 보안 게이트, 프로젝트 개요, 빠른 검증 우선과 실제 서비스 전 보안 전환 게이트, 작업 로그
Open questions: 보안 게이트 시점의 실제 데이터 흐름, 최신 법적 의무, 운영 배포 구조와 책임자

[2026-08-17] capture | SRC-20260817-hermes-discord-continuity: Hermes Discord 작업 연속성과 무알림 인계#

Summary: 현재 Codex 작업을 별도 Discord 알림 없이 Hermes Agent의 Discord 대화에서 자연스럽게 이어갈 수 있어야 한다는 프로젝트 오너 지시를 보존했다.
Touched: Hermes Discord 작업 연속성과 무알림 인계, 작업 로그
Open questions: None

[2026-08-17] query | Hermes Discord 작업 인계 기준#

Summary: Discord에서 “현재 작업 이어서”라고만 요청해도 Hermes가 저장소의 현재 합의, 최신 로그와 Git 상태를 기준으로 Codex 작업을 이어가도록 인계 절차를 만들었다. 인계를 위한 선제 Discord 알림과 gateway 중지·재시작은 하지 않는다.
Touched: Hermes Discord 작업 인계 기준, 프로젝트 개요, Hermes Discord 작업 연속성과 무알림 인계, 작업 로그
Open questions: None

[2026-08-17] capture | SRC-20260817-single-prototype-deployment: 프로토타입 단일 Production 배포#

Summary: 프로토타입의 별도 Preview 환경을 공식 운영에서 제외하고 하나의 고정 Production 배포로 통일한다는 프로젝트 오너 결정을 보존했다.
Touched: 프로토타입 단일 Production 배포, 작업 로그
Open questions: None

[2026-08-17] decision | 프로토타입 단일 Production 배포#

Summary: 프로토타입의 공식 주소를 main 기반 Vercel Production 하나로 통일했다. main 외 브랜치의 Vercel 자동 배포를 끄고 PR에서는 GitHub Actions의 lint·typecheck·test·build만 수행한다.
Touched: ADR-0020: 프로토타입 단일 Production 배포, 프로젝트 개요, 프로토타입 단일 Production 배포, 작업 로그
Open questions: None

[2026-08-17] build | 프로토타입 단일 배포 CI 검증 보완#

Summary: Vercel 배포 설정 회귀 테스트를 프로토타입 CI에 연결하고, 운영체제의 기본 브랜치 설정과 무관하게 fixture의 main 브랜치를 clone하도록 보완했다.
Touched: 작업 로그
Open questions: None

[2026-08-17] capture | SRC-20260817-basic-web-development-start: 기본 웹 기능 개발 시작과 Supabase 선행 설정#

Summary: 기획이 진행 중이어도 로그인·채팅·마이페이지 개발을 시작하고 그 기반으로 Supabase를 함께 설정한다는 프로젝트 오너 지시를 보존했다.
Touched: 기본 웹 기능 개발 시작과 Supabase 선행 설정, 작업 로그
Open questions: 원격 Supabase 프로젝트 생성과 개발·운영 환경 연결

[2026-08-17] capture | SRC-20260817-supabase-nextjs-ssr: Supabase Next.js SSR 클라이언트 구성#

Summary: Next.js SSR에서 @supabase/ssr와 쿠키를 사용해 브라우저·서버 클라이언트를 구성하는 Supabase 공식 지침을 캡처했다.
Touched: Supabase: Creating a client for SSR, 작업 로그
Open questions: 원격 프로젝트 URL·publishable key와 인증 제공자 연결

[2026-08-17] capture | SRC-20260817-supabase-rls: Supabase Row Level Security#

Summary: 브라우저가 접근하는 public 테이블에 RLS를 켜고 Auth 사용자·멤버십 정책으로 행 접근을 제한하는 Supabase 공식 지침을 캡처했다.
Touched: Supabase: Row Level Security, 작업 로그
Open questions: 실제 서비스 전환 시 운영자 역할과 권한 우회 테스트

[2026-08-17] capture | SRC-20260817-supabase-realtime-postgres-changes: Supabase Realtime Postgres Changes#

Summary: 대화방별 메시지 INSERT를 Realtime으로 구독하고 테이블·필터·RLS로 범위를 제한하는 Supabase 공식 지침을 캡처했다.
Touched: Supabase: Postgres Changes, 작업 로그
Open questions: 실제 동시 접속·메시지량이 커질 때 Broadcast 전환 기준

[2026-08-17] decision | 기본 웹 기능과 Supabase 기반 개발 시작#

Summary: 기획 완료를 기다리지 않고 이메일 로그인·최소 프로필·멤버십 기반 채팅과 Realtime을 구현하기로 했다. 만남 승인 모델은 아직 고정하지 않고 대화방 멤버십과 분리하며, 검증 중에는 테스트 데이터만 사용하는 validation 프로젝트 하나를 개발·제품 웹이 임시 공유할 수 있게 했다.
Touched: ADR-0021: 기본 웹 기능과 Supabase 기반 개발 시작, ADR-0018: 초기 MVP Supabase·Vercel 스택, 프로젝트 개요, 작업 로그
Open questions: 원격 validation 프로젝트 연결, 만남 생성·승인과 대화방 멤버십 연결 규칙

[2026-08-17] build | 기본 웹 Supabase 기반 구현#

Summary: 제품 웹에 이메일 로그인·쿠키 세션, 최소 프로필, 멤버십 기반 대화방과 메시지 Realtime UI를 구현하고 Supabase migration·로컬 설정·환경 변수 계약을 추가했다. lint·타입 검사·14개 테스트·Production 빌드와 연결 대기 화면 검증을 통과했다.
Touched: ADR-0021: 기본 웹 기능과 Supabase 기반 개발 시작, 작업 로그
Open questions: 오프테이블 전용 원격 프로젝트 생성·migration 적용·Vercel 환경 변수 연결. 현재 머신에는 Docker·Podman이 없어 로컬 DB 적용 검증은 수행하지 못함

[2026-08-17] capture | SRC-20260817-brand-neutral-ui-foundation: 디자이너 인계 전 브랜드 중립 UI 기반#

Summary: UI·UX 디자인 완료 전에는 최종 브랜드처럼 보이지 않으면서 사용 가능한 중립 UI를 유지하고, 향후 디자인을 쉽게 적용할 수 있도록 의미 기반 토큰과 공용 컴포넌트로 구성한다는 프로젝트 오너 지시를 보존했다.
Touched: 디자이너 인계 전 브랜드 중립 UI 기반, 작업 로그
Open questions: 디자이너 산출물의 브랜드 토큰, 타이포, 아이콘과 화면별 상세 명세

[2026-08-17] decision | 디자이너 인계 전 브랜드 중립 UI 기반#

Summary: 현재 제품 웹을 최종 디자인으로 표현하지 않고 무채색 중심의 의미 기반 토큰과 버튼·카드·필드·알림·헤더 공용 컴포넌트로 구성하기로 했다. 화면의 색상 리터럴과 인라인 스타일을 금지하고 디자이너 산출물을 토큰부터 교체하도록 인계 순서를 정했다.
Touched: ADR-0022: 디자이너 인계 전 브랜드 중립 UI 기반, 프로젝트 개요, 디자이너 인계 전 브랜드 중립 UI 기반, 작업 로그
Open questions: 디자이너 산출물의 브랜드 토큰, 타이포, 아이콘과 화면별 상세 명세

[2026-08-17] build | 브랜드 중립 UI 토큰과 공용 컴포넌트#

Summary: 제품 웹의 주황색 강조·대형 마케팅 히어로·과한 반경과 그림자를 제거하고 의미 기반 토큰, 버튼·카드·필드·알림·공통 헤더로 로그인·채팅·마이페이지를 재구성했다. 화면의 색상 리터럴과 인라인 스타일을 막는 회귀 테스트를 추가하고 lint·타입 검사·21개 테스트·Production 빌드와 실제 화면 확인을 통과했다.
Touched: ADR-0022: 디자이너 인계 전 브랜드 중립 UI 기반, 작업 로그
Open questions: 디자이너 산출물 수신 뒤 토큰·컴포넌트 상태·브랜드 자산 교체

[2026-08-17] capture | SRC-20260817-offtable-kr-domain: offtable.kr 대표 도메인 구매와 전체 배포 적용#

Summary: offtable.kr을 구매해 위키, 프로토타입, 개발 웹과 운영 웹에 모두 적용하라는 프로젝트 오너 지시를 보존했다.
Touched: offtable.kr 대표 도메인 구매와 전체 배포 적용, 작업 로그
Open questions: 등록대행자 계정과 등록인 정보 입력, 실제 구매 완료와 네임서버 전환

[2026-08-17] capture | SRC-20260817-offtable-kr-purchase-complete: offtable.kr 구매 및 등록 완료#

Summary: 가비아에서 offtable.kr이 정상 등록된 사실과 Cloudflare DNS, Vercel 사용자 지정 도메인 연결 준비 상태를 개인정보 없이 보존했다.
Touched: offtable.kr 구매 및 등록 완료, 작업 로그
Open questions: 가비아 소유자 본인인증과 네임서버 적용, DNS 전파, wiki.offtable.kr 연결

[2026-08-17] decision | offtable.kr 도메인과 배포 주소 통일#

Summary: 가비아 등록과 Cloudflare DNS를 기준으로 제품 운영은 offtable.kr, 개발은 dev, 프로토타입은 prototype, Wiki는 wiki 하위 도메인으로 고정하고 www는 apex로 리다이렉트하기로 했다.
Touched: ADR-0023: offtable.kr 도메인과 배포 주소 통일, ADR-0010: Cloudflare Pages 위키 배포, ADR-0020: 프로토타입 단일 Production 배포, ADR-0021: 기본 웹 기능과 Supabase 기반 개발 시작, 프로젝트 개요, 작업 로그
Open questions: 가비아 소유자 본인인증과 네임서버 적용, DNS 전파, wiki.offtable.kr의 Cloudflare Pages 연결

[2026-08-17] build | offtable.kr 공식 주소와 DNS IaC 전환#

Summary: Vercel의 제품 운영·www 리다이렉트·개발·프로토타입 도메인을 연결하고 Cloudflare에 다섯 DNS 레코드를 등록했다. 앱·Wiki 검증 주소와 배포 문서를 새 주소로 바꾸고, 기존 bapdaeri.com 상태와 분리된 offtable.kr OpenTofu 구성을 추가했다.
Touched: ADR-0023: offtable.kr 도메인과 배포 주소 통일, 작업 로그
Open questions: 가비아 소유자 본인인증과 네임서버 적용, DNS 전파 후 다섯 주소와 HTTPS 검증

[2026-08-17] capture | SRC-20260817-supabase-environment-isolation: Supabase 개발·운영 환경 격리#

Summary: 개발 웹과 운영 웹이 Supabase 프로젝트를 공유하지 않고 데이터베이스, Auth 사용자, Storage와 Realtime을 환경별로 격리하라는 프로젝트 오너 요구를 보존했다.
Touched: Supabase 개발·운영 환경 격리, 작업 로그
Open questions: 기존 Rensia 프로젝트 유지 여부와 두 번째 오프테이블 프로젝트의 Free 또는 Pro 요금제 선택

[2026-08-17] decision | Supabase 개발·운영 프로젝트 격리#

Summary: offtable-dev는 로컬·Vercel Preview·dev.offtable.kr만, offtable-prod는 Vercel Production·offtable.kr만 사용하고 DB·Auth·Storage·Realtime과 자격증명을 공유하지 않기로 했다.
Touched: ADR-0024: Supabase 개발·운영 프로젝트 격리, ADR-0021: 기본 웹 기능과 Supabase 기반 개발 시작, ADR-0018: 초기 MVP Supabase·Vercel 스택, 프로젝트 개요, 작업 로그
Open questions: 기존 Rensia 프로젝트 유지 여부와 두 번째 오프테이블 프로젝트의 Free 또는 Pro 요금제 선택

[2026-08-17] build | Supabase 환경별 배포 계약 반영#

Summary: 로컬·Vercel Preview·dev.offtable.kr은 offtable-dev, Vercel Production·offtable.kr은 offtable-prod만 사용하도록 환경 매핑과 migration 적용 절차를 문서화하고 Supabase link 임시 상태를 Git에서 제외했다.
Touched: ADR-0024: Supabase 개발·운영 프로젝트 격리, 작업 로그
Open questions: 원격 프로젝트 2개 생성, migration 적용, 환경별 Vercel 변수와 Auth URL 연결

[2026-08-17] capture | SRC-20260817-brand-neutral-ui-usability-clarification: 브랜드 중립 UI의 표준 사용성 요구#

Summary: 브랜드 미정 상태에서도 헤더, 계정, 목록, 폼과 채팅은 익숙하고 편리한 제품 UI를 따라야 하며 브랜드 표현만 교체 가능하게 남겨야 한다는 프로젝트 오너의 명확화를 보존했다.
Touched: 브랜드 중립 UI의 표준 사용성 요구 명확화, 작업 로그
Open questions: 디자이너 산출물의 브랜드 토큰, 타이포, 아이콘과 화면별 상세 명세

[2026-08-17] ingest | SRC-20260817-brand-neutral-ui-usability-clarification: 표준 사용성 우선 원칙 통합#

Summary: 브랜드 중립 UI가 빈 화면이나 내부 개발 도구 같은 표현을 뜻하지 않도록 한 화면 한 행동, 익숙한 내비게이션·목록·폼·채팅, 모바일 입력 크기와 사용자 중심 홈을 기준 결정에 통합했다.
Touched: ADR-0022: 디자이너 인계 전 브랜드 중립 UI 기반, 브랜드 중립 UI의 표준 사용성 요구 명확화, 작업 로그
Open questions: 디자이너 산출물의 브랜드 토큰, 타이포, 아이콘과 화면별 상세 명세

[2026-08-17] build | 브랜드 중립 UI의 표준 사용성 개선#

Summary: 기술 데모 중심 홈을 사용자 진입 화면으로 바꾸고 로그인·회원가입을 분리했다. 표준 앱 헤더, 한 화면 한 행동, 48px 입력·버튼, 목록 중심 채팅과 반응형 화면을 적용하면서 색상·타이포·장식은 의미 기반 토큰으로 교체 가능하게 유지했다.
Touched: ADR-0022: 디자이너 인계 전 브랜드 중립 UI 기반, 작업 로그
Open questions: 실제 계정으로 채팅·프로필 전체 흐름 검증, 디자이너 산출물의 브랜드 토큰·아이콘·상세 화면 명세

Summary: 이메일·카카오·구글·애플 로그인을 같은 계정 모델로 제공하고 Supabase 프로젝트와 각 OAuth 앱·자격증명을 개발·운영별로 독립 구성하며, 향후 React Native에서 같은 Auth·데이터 계약을 재사용하라는 프로젝트 오너 요구를 보존했다.
Touched: 개발·운영 분리 인증 기반과 소셜 로그인 우선 구축, 작업 로그
Open questions: 공급자별 개발·운영 앱 생성과 자격증명 입력, 운영 Supabase 프로젝트 생성

[2026-08-17] capture | 소셜 로그인 공급자와 환경 분리 공식 기준#

Summary: Supabase의 카카오·구글·Apple 로그인과 Redirect URL 지침, Apple 심사 4.8, Google OAuth 환경 분리 지침을 보존했다. 웹 SSR은 PKCE callback을 쓰고 OAuth 앱·자격증명·허용 URL은 개발과 운영에서 독립 구성하며, 향후 RN은 같은 사용자·프로필 계약 위에 네이티브 인증을 연결한다.
Touched: Supabase 카카오 로그인 공식 설정, Supabase 구글 로그인 공식 설정, Supabase Apple 로그인 공식 설정, Supabase Auth Redirect URL 공식 설정, Apple App Review 로그인 서비스 지침 4.8, Google OAuth 개발·운영 프로젝트 분리 지침, 작업 로그
Open questions: Apple Developer Program 가입과 App ID·Services ID, 카카오·Google의 개발·운영 앱 자격증명

[2026-08-17] decision | 환경 분리 인증 기반과 소셜 로그인#

Summary: 이메일·카카오·구글·Apple 로그인을 하나의 Supabase 사용자·프로필 계약으로 제공하고 SSR PKCE callback, 프로필 완성, 비밀번호 복구를 공통 흐름으로 정했다. Supabase와 OAuth 앱·자격증명·callback·사용자는 개발과 운영에서 공유하지 않으며 RN은 후속에 같은 Auth user ID와 DB·RLS 계약을 재사용한다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, ADR-0021: 기본 웹 기능과 Supabase 기반 개발 시작, ADR-0024: Supabase 개발·운영 프로젝트 격리, 프로젝트 개요, 개발·운영 분리 인증 기반과 소셜 로그인 우선 구축, 작업 로그
Open questions: 공급자 콘솔별 개발·운영 앱 생성과 secret 입력, 운영 Supabase 생성, 실제 중복 계정 사례에 따른 병합 정책

[2026-08-17] build | 환경 분리 인증 기반과 소셜 로그인 구현#

Summary: 이메일 가입·로그인·로그아웃·비밀번호 복구, 카카오·Google·Apple OAuth PKCE callback, 공급자 독립 프로필 완성과 보호 화면을 구현했다. 개발·운영 Supabase에 동일한 세 migration을 적용하고 운영 프로젝트·Auth URL·이메일 확인 해제·최소 비밀번호·Vercel Production 변수를 독립 구성했으며 민감값은 비공개 Notion과 Keychain에만 저장했다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, ADR-0024: Supabase 개발·운영 프로젝트 격리, 작업 로그
Open questions: 카카오·Google·Apple의 개발·운영 OAuth 앱 생성과 자격증명 입력, 공급자별 실제 로그인 왕복 검증

[2026-08-17] build | 채팅 독립 진입 제거와 식사 조율 경계 복원#

Summary: 제품 웹이 채팅 앱처럼 보이게 만든 홈의 대화방 둘러보기와 사용자 임의 대화방 생성을 제거했다. 첫 진입을 식사 만남 탐색·참여 요청·호스트 승인으로 되돌리고, 그룹 대화는 승인된 참가자의 식당 조율 단계에서만 열리도록 UI·인증 복귀 경로·DB 권한을 정합화했다.
Touched: 제품·MVP, ADR-0021: 기본 웹 기능과 Supabase 기반 개발 시작, 작업 로그
Open questions: 만남 생성·참여 요청·호스트 승인을 제품 웹의 실제 DB 모델로 구현하고 승인 처리에서 조율방 멤버십을 생성하는 시점

[2026-08-17] build | 승인 후 조율 DB 권한 개발·운영 적용#

Summary: 20260817030000_chat_session_gate migration을 offtable-dev와 offtable-prod에 각각 적용하고 두 환경 모두 pending migration이 없음을 확인했다. Supabase 대시보드 기준 운영 프로젝트 리전이 도쿄 ap-northeast-1인 것도 확인해 비공개 Notion의 잘못된 서울 표기를 정정했다.
Touched: ADR-0024: Supabase 개발·운영 프로젝트 격리, ADR-0021: 기본 웹 기능과 Supabase 기반 개발 시작, 작업 로그
Open questions: 만남 승인 처리에서 조율방과 승인 멤버십을 생성하는 제품 DB 모델

[2026-08-17] capture | SRC-20260817-environment-promotion-boundaries: 프로토타입·개발·운영 환경 역할과 승격 경계#

Summary: 프로토타입은 DB 없는 목데이터 예시로 유지하고, 개발 웹은 운영 웹과 같은 코드·migration을 개발 전용 실제 DB로 검증하는 운영 전 마지막 관문으로 사용하라는 프로젝트 오너 결정을 보존했다.
Touched: 프로토타입·개발·운영 환경 역할과 승격 경계, 작업 로그
Open questions: 개발 검증 완료를 운영 승격으로 판단하는 최소 체크리스트

[2026-08-17] decision | 프로토타입·개발·운영 환경 역할과 승격#

Summary: 프로토타입은 DB 없는 fixture 예시로 한정하고, 제품 웹은 같은 코드·migration을 개발 전용 실제 DB에서 먼저 검증한 뒤 운영으로 승격하도록 결정했다. develop은 운영 전 후보 브랜치이며 제품 웹에서 프로토타입을 실제 기능 대체 경로로 연결하지 않는다.
Touched: ADR-0026: 프로토타입·개발·운영 환경 역할과 승격, ADR-0020: 프로토타입 단일 Production 배포, ADR-0023: offtable.kr 도메인과 배포 주소 통일, ADR-0024: Supabase 개발·운영 프로젝트 격리, 프로젝트 개요, 작업 로그
Open questions: None

[2026-08-17] build | 개발 선검증과 운영 승격 경계 적용#

Summary: 운영 배포 뒤 develop을 맞추던 자동 동기화를 제거하고 제품 변경을 develop에서 먼저 배포·검증한 뒤 main으로 승격하도록 CI와 Vercel 배포 계약을 바꿨다. 제품 웹의 프로토타입 대체 링크를 제거하고 프로토타입의 무 DB 경계와 제품 웹의 목데이터 비참조를 회귀 검사로 고정했다.
Touched: ADR-0026: 프로토타입·개발·운영 환경 역할과 승격, 프로젝트 개요, 작업 로그
Open questions: None

[2026-08-17] build | 개발 DB migration과 이메일 인증 왕복 검증#

Summary: offtable-dev와 로컬의 migration 4개가 모두 일치하고 미적용 migration이 없음을 확인했다. dev.offtable.kr에서 이메일 가입, 프로필 자동 생성·수정·재조회, 보호된 조율 화면 조회, 로그아웃 차단과 재로그인 후 프로필 복원을 검증했으며 임시 Auth 사용자와 연결 프로필은 삭제했다.
Touched: ADR-0024: Supabase 개발·운영 프로젝트 격리, ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 프로젝트 개요, 작업 로그
Open questions: 개발 비밀번호 재설정 메일 왕복과 카카오·Google·Apple의 환경별 OAuth 연결·검증

[2026-08-17] capture | SRC-20260817-passwordless-email-otp: 비밀번호 없는 이메일 OTP 인증 결정#

Summary: 개발·운영 웹에서 이메일 비밀번호와 재설정 흐름 대신 일회용 이메일 코드를 사용하고, 카카오를 기본으로 Google·Apple과 이메일 OTP를 같은 방식으로 제공하라는 프로젝트 오너 결정을 보존했다.
Touched: 비밀번호 없는 이메일 OTP 인증 결정, 작업 로그
Open questions: 환경별 메일 발송 설정과 실제 OTP 왕복 검증

[2026-08-17] capture | Supabase 비밀번호 없는 이메일 OTP 공식 기준#

Summary: signInWithOtp, verifyOtp, 신규 사용자 생성과 {{ .Token }} 메일 템플릿을 이용해 이메일 비밀번호 없이 6자리 OTP 인증을 구현하는 공식 기준을 보존했다.
Touched: Supabase 비밀번호 없는 이메일 OTP 공식 기준, 작업 로그
Open questions: 환경별 SMTP 공급자와 실제 메일 도달성

[2026-08-17] decision | 개발·운영 비밀번호 없는 인증 통일#

Summary: 개발·운영 웹 모두 카카오·Google·Apple과 6자리 이메일 OTP만 제공하고, 이메일 비밀번호 가입·로그인·찾기·재설정을 제거하기로 했다. 신규 이메일 사용자는 첫 OTP 검증 뒤 공통 프로필 완성 화면을 거친다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 프로젝트 개요, 비밀번호 없는 이메일 OTP 인증 결정, Supabase 비밀번호 없는 이메일 OTP 공식 기준, 작업 로그
Open questions: 환경별 SMTP 공급자와 카카오·Google·Apple 개발자 콘솔 자격증명

[2026-08-17] build | 웹 비밀번호 없는 이메일 OTP 흐름 구현#

Summary: 제품 웹의 이메일 비밀번호 가입·로그인·찾기·재설정 화면과 API를 제거하고, 하나의 시작 화면에서 이메일을 제출한 뒤 6자리 OTP를 검증하는 흐름과 신규 사용자 프로필 완성을 구현했다. 기존 가입·비밀번호 복구 URL은 새 시작 화면으로 안내하며 비밀번호 인증 코드가 다시 들어오지 않도록 회귀 검사를 추가했다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 프로젝트 개요, 작업 로그
Open questions: 개발·운영 Custom SMTP 자격증명 입력, {{ .Token }} 메일 템플릿 적용과 실제 환경별 OTP 왕복 검증

[2026-08-17] capture | SRC-20260817-auth-sender-address: 인증 메일 발신 주소 결정#

Summary: 개발·운영 이메일 OTP를 모두 info@offtable.kr에서 발송하고 메일 발송용 서브도메인은 만들지 않으며, 환경별 Resend API 키와 Supabase SMTP 설정은 분리하라는 프로젝트 오너 결정을 보존했다.
Touched: 인증 메일 발신 주소 결정, 작업 로그
Open questions: None

[2026-08-17] decision | 인증 메일 발신 주소 통일#

Summary: 메일 발송용 서브도메인 없이 offtable.kr을 확인해 개발·운영 이메일 OTP를 모두 info@offtable.kr에서 발송한다. 발신 주소는 같지만 Resend API 키와 Supabase Custom SMTP 설정은 환경별로 분리한다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 인증 메일 발신 주소 결정, 작업 로그
Open questions: None

[2026-08-17] build | 개발·운영 이메일 OTP 발송 환경 구성#

Summary: Resend에서 offtable.kr 발신 도메인을 Cloudflare DKIM·SPF DNS로 확인하고 Development와 Production용 발송 전용 API key를 분리했다. 두 Supabase 프로젝트의 Custom SMTP 발신자를 info@offtable.kr로 설정하고 Magic Link or OTP 템플릿을 6자리 {{ .Token }} 형식으로 교체했으며, 키 원문은 지정된 비공개 Notion에만 기록했다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 인증 메일 발신 주소 결정, 작업 로그
Open questions: dev.offtable.kr과 offtable.kr에서 실제 OTP 수신·검증 왕복 확인

[2026-08-18] build | 인증 버튼 피드백과 OTP 재전송 복구#

Summary: 인증 코드 요청·검증·재전송 버튼에 즉시 눌림 효과, 처리 중 문구·회전 표시와 중복 제출 방지를 추가했다. 재전송 실패가 로그인 화면으로 이탈하던 흐름을 인증 화면에 유지하고, 재전송 성공·실패와 연속 요청 제한을 구분해 안내하도록 보완했다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 작업 로그
Open questions: None

[2026-08-18] build | 인증 대기 상태 접근성 보완#

Summary: 독립 코드 리뷰 후 처리 중 문구를 스크린리더가 알리도록 하고, 대기 버튼 명도 규칙의 CSS 우선순위를 바로잡았다. 동작 줄이기 설정에서는 회전 표시를 정지해 텍스트만으로 상태를 전달한다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 작업 로그
Open questions: None

[2026-08-18] ingest | SRC-20260818-otp-input-timing: 이메일 키보드와 OTP 시간 정책#

Summary: 모바일 이메일 입력은 이메일용 영문 키보드를 요청하고, 이메일 OTP는 10분 유효시간과 60초 재요청 간격을 화면과 Supabase Auth에 함께 적용하도록 인증 결정에 통합했다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 이메일 키보드와 OTP 재요청·유효시간 요구, 작업 로그
Open questions: 운영 환경 승격 시 동일한 OTP 만료·재요청 설정 적용

[2026-08-18] build | 이메일 키보드와 OTP 시간 피드백#

Summary: 이메일 입력에 모바일 이메일 키보드 힌트와 자동 대문자·맞춤법 해제를 적용했다. 인증 화면에 10분 유효시간과 60초 재요청 카운트다운을 표시하고 만료된 코드 입력을 막았으며, offtable-dev Auth의 OTP 만료를 600초로 맞췄다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 작업 로그
Open questions: 운영 환경 승격 시 offtable-prod에 동일한 OTP 만료 설정 적용

[2026-08-18] build | OTP 초기 카운트다운 상태 교정#

Summary: 만료된 인증 코드 URL을 처음 열었을 때 첫 1초 동안 10분으로 보이던 상태를 서버 시각으로 초기화해, 첫 화면부터 만료 안내와 입력 차단이 일치하도록 교정했다.
Touched: ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 작업 로그
Open questions: None

[2026-08-18] capture | 사용자 인증 기획 공간과 Resend 비용#

Summary: 인증 선택 이유·기능·장단점·발송 비용을 한눈에 보는 Wiki 공간 요구와 2026-08-18 Resend 공식 가격·발송 한도를 원본으로 보존했다.
Touched: 사용자 인증 기획을 한눈에 보는 Wiki 공간 요구, Resend 가격과 발송 한도, 작업 로그
Open questions: None

[2026-08-18] ingest | 사용자 인증 기획 기준 페이지#

Summary: 분산돼 있던 인증 선택 이유, 기능 범위, 장단점·보완책과 Resend 비용을 사용자 인증 기획 한 페이지에 통합하고 제품 허브와 인증 ADR에서 연결했다.
Touched: 사용자 인증 기획, 제품·MVP, ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 사용자 인증 기획을 한눈에 보는 Wiki 공간 요구, Resend 가격과 발송 한도, 작업 로그
Open questions: 현재 Resend 실제 계약 요금제와 운영 전 Pro 전환 시점

[2026-08-18] capture | SRC-20260818-admin-user-management: 최소 관리자 사용자 관리와 환경 분리 요구#

Summary: 별도 관리자 앱, 개발·운영 관리자 서브도메인, 환경별 Supabase 연결과 사용자 조회·검색·정지·해제 최소 범위를 개인정보 없이 보존했다.
Touched: 최소 관리자 사용자 관리와 환경 분리 요구, 작업 로그
Open questions: None

[2026-08-18] decision | 최소 관리자 사용자 관리와 환경 분리#

Summary: apps/admin과 Vercel offtable-admin을 별도 운영하고, 개발·운영 관리자 주소와 Supabase를 격리한다. 사용자 조회·검색·상세·정지·해제만 제공하며 관리자 권한과 정지 상태는 비공개 DB 경계에서 관리한다.
Touched: ADR-0027: 최소 관리자 사용자 관리와 환경 분리, 프로젝트 개요, 최소 관리자 사용자 관리와 환경 분리 요구, 작업 로그
Open questions: 향후 제재 사유·감사 로그·MFA 도입 시점

[2026-08-18] build | 최소 관리자 사용자 관리 구현#

Summary: 별도 관리자 앱에 기존 사용자 OTP 로그인, 관리자 권한 확인, 사용자 목록·검색·상세와 정지·해제를 구현했다. 정지·관리자 상태는 비공개 Supabase 테이블과 권한 확인 RPC로 보호하고 제품 RLS를 함께 차단했으며, Vercel 프로젝트·환경 변수·CI와 개발·운영 도메인 계약을 구성했다.
Touched: ADR-0027: 최소 관리자 사용자 관리와 환경 분리, 프로젝트 개요, 작업 로그
Open questions: Cloudflare DNS 실제 적용과 개발·운영 최초 관리자 grant 검증

[2026-08-18] build | 관리자 사용자 목록 RPC 교정#

Summary: 원격 PostgreSQL에서 조건식 함수 이름을 잘못 schema-qualified해 사용자 목록 RPC가 실패하던 문제를 후속 migration으로 교정했다.
Touched: ADR-0027: 최소 관리자 사용자 관리와 환경 분리, 작업 로그
Open questions: None

[2026-08-18] build | 관리자 Supabase·도메인 배포 검증#

Summary: 개발·운영 Supabase에 관리자 migration과 최초 관리자 grant를 독립 적용하고 목록·검색 RPC와 정지·해제를 실제 세션으로 검증했다. admin-dev.offtable.kr과 admin.offtable.kr DNS·TLS·Vercel 환경 분리도 확인했다.
Touched: ADR-0027: 최소 관리자 사용자 관리와 환경 분리, 프로젝트 개요, 작업 로그
Open questions: 실제 브라우저에서 관리자 이메일 OTP 왕복 확인

[2026-08-18] capture | SRC-20260818-admin-shadcn-design: 관리자 shadcn Nova 디자인 요구#

Summary: Base UI 기반 shadcn Nova·Neutral·Inter·Lucide, 기본 반경, Solid/Subtle 메뉴와 모바일 반응형 요구를 보존했다.
Touched: 관리자 페이지 shadcn Nova 디자인 시스템 요구, 작업 로그
Open questions: None

[2026-08-18] decision | 관리자 shadcn Nova UI#

Summary: 관리자 앱을 Base UI 기반 shadcn Nova와 Neutral·Inter·Lucide로 통일하고 데스크톱 Table, 모바일 Card·Sheet 메뉴로 반응형 구조를 확정했다.
Touched: ADR-0028: 관리자 shadcn Nova UI, ADR-0027: 최소 관리자 사용자 관리와 환경 분리, 프로젝트 개요, 관리자 페이지 shadcn Nova 디자인 시스템 요구, 작업 로그
Open questions: 관리자 기능 확대 시 사이드바 정보 구조

[2026-08-18] build | 관리자 shadcn Nova 반응형 UI#

Summary: 관리자 로그인·OTP·접근 거부·사용자 목록·상세 화면을 Base UI 기반 shadcn 컴포넌트와 Neutral·Inter·Lucide로 재구성했다. 데스크톱 Table과 모바일 Card·Sheet 메뉴를 실제 화면에서 검증했다.
Touched: ADR-0028: 관리자 shadcn Nova UI, ADR-0027: 최소 관리자 사용자 관리와 환경 분리, 프로젝트 개요, 작업 로그
Open questions: None

[2026-08-18] capture | SRC-20260818-account-data-baseline: 기본 사용자 계정 데이터 감사와 개선 요구#

Summary: 최근 로그인, 회원탈퇴 상태, 마케팅 수신 동의 등 기본 계정 기능의 DB 감사·목록화·계획·실행 요구를 보존했다.
Touched: 기본 사용자 계정 데이터 감사와 개선 요구, 작업 로그
Open questions: 파괴적 삭제·보존 기간·필수 동의 버전 정책

[2026-08-18] research | 계정 생명주기와 마케팅 동의 법적 경계#

Summary: 개인정보 파기·동의 구분·철회, 광고성 이메일 사전 동의·철회·처리 결과 통지·2년 확인과 조건부 거래기록 보존 조문을 확인했다.
Touched: 개인정보보호법 계정 생명주기 관련 조문, 정보통신망법 광고성 이메일 수신동의 관련 조문, 전자상거래법 조건부 거래기록 보존 조문, 작업 로그
Open questions: 실제 서비스 공개 전 법률 검토와 데이터별 보존기간 확정

[2026-08-18] query | 사용자 계정 데이터 감사와 개선 계획#

Summary: 계정 기본 기능을 existing·derived·missing으로 감사하고, 1차 구현·공개 전 필수·MVP 운영 중·증거 뒤 단계로 개선 계획을 정리했다.
Touched: 사용자 계정 데이터 감사와 개선 계획, 작업 로그
Open questions: hard delete 이후 consent audit 보존·익명화 기간

[2026-08-18] decision | 계정 데이터 기준#

Summary: Auth 원본, 비공개 탈퇴 생명주기와 현재값·이력형 선택 마케팅 동의를 분리하고, 실제 삭제와 광고 발송은 보존·발송 의무 완성 뒤에 열기로 했다.
Touched: ADR-0029: 계정 데이터 기준, 사용자 계정 데이터 감사와 개선 계획, 프로젝트 개요, 작업 로그
Open questions: 삭제·익명화 runbook과 광고 발송 개시 시점

[2026-08-18] build | 계정 생명주기와 마케팅 동의 1차 구현#

Summary: 가입·이메일 확인·최근 로그인을 Auth에서 표시하고, 탈퇴 요청·취소·완료 차단, 선택 마케팅 동의·철회 이력과 관리자 조회를 구현했다. 탈퇴 요청은 마케팅 동의를 원자적으로 철회하며 요청 중 재동의를 차단한다.
Touched: ADR-0029: 계정 데이터 기준, 사용자 계정 데이터 감사와 개선 계획, 프로젝트 개요, 작업 로그
Open questions: 실제 hard delete·분리보존·광고 메일 발송 자동화

[2026-08-18] capture | SRC-20260818-withdrawal-lifecycle-planning: 회원탈퇴 생명주기 상세 기획 질문#

Summary: 탈퇴 상태 분리, 반복 요청·취소, 재가입, 관계 데이터 처리, 동의 동시성 및 trigger 전용 함수 권한의 근거와 운영 계획 질문을 보존했다.
Touched: 회원탈퇴 생명주기 상세 기획 질문, 작업 로그
Open questions: 취소 정책과 재가입·공동 데이터 처리의 최종 결정

[2026-08-18] query | 회원탈퇴 생명주기와 관계 데이터 처리 계획#

Summary: 탈퇴 상태 분리 근거, 반복 요청·취소 정책, 새 계정 재가입, 공동 데이터 처리와 동의·trigger 보안 용어를 현재 구현·권고·결정 필요 항목으로 정리했다.
Touched: 회원탈퇴 생명주기와 관계 데이터 처리 계획, 사용자 계정 데이터 감사와 개선 계획, ADR-0029: 계정 데이터 기준, 작업 로그
Open questions: 공동 메시지 보존기간, 안전 제재 재가입 방지 근거·기간, 탈퇴 처리 시작 기준

[2026-08-18] capture | 탈퇴 경쟁 서비스 공식 정책 7건#

Summary: Discord·Reddit·Slack·Apple·LinkedIn·Airbnb·Tinder의 공식 계정 삭제, 공동 데이터, 취소·복구, 재가입과 안전 보존 정책을 보존했다.
Touched: Discord 계정 삭제·공동 데이터 처리, Reddit 계정 삭제·게시물 잔존, Slack 계정 비활성화·공동 메시지, Apple 계정 삭제 취소 경계, LinkedIn 계정 종료·부분 복구, Airbnb 탈퇴 전 관계 정리·재가입, Tinder 탈퇴·재가입·안전 보존, 작업 로그
Open questions: None

[2026-08-18] research | 탈퇴 정책 경쟁 서비스 비교와 오프테이블 기획안#

Summary: 7개 서비스의 공동 데이터·취소·재가입·안전 보존 정책을 비교하고, 오프테이블의 채팅 30일 표시·90일 삭제, 사건 증거 1년, 새 UUID 재가입과 job 상태형 취소 경계를 기획했다.
Touched: 탈퇴 정책 경쟁 서비스 비교와 오프테이블 기획안, 회원탈퇴 생명주기와 관계 데이터 처리 계획, ADR-0029: 계정 데이터 기준, 작업 로그
Open questions: 실제 공개 전 법률 검토와 메시지·안전 데이터 보존기간 승인

[2026-08-18] query | 목적별 에이전트 입구#

Summary: 빠른 대화·기획·개발을 다른 프로필과 폴더 계약으로 나누고, 루트 AGENTS.md를 짧은 안내로 줄였다. Discord 채널 연결은 남겼다.
Touched: 목적별 에이전트 입구, 브레인스토밍 맥락 카드, 프로젝트 개요, 위키 에이전트 계약
Open questions: Discord #브레인스토밍 #기획 #개발 채널 ID와 profile_routes

[2026-08-18] query | 탈퇴 삭제·보존 데이터 맵#

Summary: 현재 cascade FK가 공동 채팅을 지우는 경로와 hard delete 전 변경 항목을 스키마 기준으로 고정했다.
Touched: 탈퇴 삭제·보존 데이터 맵, 사용자 계정 데이터 감사와 개선 계획, 프로젝트 개요, 작업 로그
Open questions: 동의 이력 보존기간, 백업·외부 처리자 runbook

[2026-08-18] query | 위키·제품 저장소 분리#

Summary: 지식은 offtable-wiki, 제품 코드는 after-work-project로 Git을 나눴다.
Touched: 프로젝트 개요, 작업 로그, 위키 에이전트 계약
Open questions: None

[2026-08-18] query | 제품 식별자를 offtable로 맞춤#

Summary: GitHub·Vercel·로컬 폴더 이름을 offtable로 바꿨다. Supabase 클라우드는 이미 offtable-dev/prod였다.
Touched: ADR-0023: offtable.kr 도메인과 배포 주소 통일, 작업 로그, 위키 에이전트 계약
Open questions: None

[2026-08-18] query | Cloudflare 위키 프로젝트를 offtable-wiki로 이전#

Summary: Pages 프로젝트 offtable-wiki를 만들고 배포했다. wiki.offtable.kr CNAME을 새 pages.dev로 바꿔야 인증이 끝난다.
Touched: ADR-0010: Cloudflare Pages 위키 배포, ADR-0023: offtable.kr 도메인과 배포 주소 통일, 작업 로그
Open questions: 옛 after-work-dating-wiki 프로젝트 삭제 시점

[2026-08-18] query | 현재 ADR에서 옛 식별자 문장 정리#

Summary: ADR-0014 현재 상태에 식별자 이전을 적고, ADR-0020 장애 확인 주소를 offtable-prototype.vercel.app으로 바꿨다. 옛 결정 문장은 이력으로 남긴다.
Touched: ADR-0014: 브랜드명 새참 확정, ADR-0020: 프로토타입 단일 Production 배포, 작업 로그
Open questions: None

[2026-08-18] query | 옛 폴더 경로를 이력으로 고정#

Summary: log 머리말과 에이전트 입구에 현재 폴더는 offtable이며 after-work-project를 다시 만들지 않는다고 적었다.
Touched: 작업 로그, 위키 에이전트 계약, 브레인스토밍 맥락 카드
Open questions: None

Summary: 제품 웹 이메일 로그인을 인증코드에서 이메일/비밀번호로 바꾸고, 로그인 자체에는 메일을 보내지 않으며 비밀번호 찾기를 함께 정리하라는 프로젝트 오너 결정을 보존했다.
Touched: 이메일 비밀번호 로그인과 비밀번호 찾기 결정, 작업 로그
Open questions: 로그인 이메일 가입 확인을 보안 게이트에서 다시 넣을지

Summary: 회원가입에 회사 이메일 인증을 넣되 로그인 이메일과 분리하고, 프리랜서·계약직은 명함이나 다른 증명서로 제출하며 직장인을 주고객으로 검증하라는 프로젝트 오너 결정을 보존했다.
Touched: 가입 시 회사 인증과 직장인 주고객 결정, 작업 로그
Open questions: 같은 회사 배정 제외와 추가 회사 인증 방식

[2026-08-18] decision | 이메일 비밀번호 로그인과 비밀번호 찾기#

Summary: 제품 웹 이메일을 주소+비밀번호로 바꾸고 로그인에는 메일을 보내지 않는다. 비밀번호 찾기는 로그인 주소로 재설정 메일을 보낸다. 관리자 OTP와 소셜·환경 분리는 유지한다.
Touched: ADR-0030: 이메일 비밀번호 로그인과 비밀번호 찾기, ADR-0025: 환경 분리 인증 기반과 소셜 로그인, 사용자 인증 기획, 프로젝트 개요, 작업 로그
Open questions: 로그인 이메일 가입 확인을 보안 게이트에서 다시 넣을지

[2026-08-18] decision | 가입 시 회사 인증과 직장인 주고객#

Summary: 회원가입에서 회사 이메일 확인 또는 명함·증명서 제출로 재직 확인 속성을 받는다. 회사 메일은 로그인과 분리하고 첫 검증 표본은 직장인이다.
Touched: ADR-0031: 가입 시 회사 인증과 직장인 주고객, 회사 인증, 제품·MVP, 고객과 사용 상황, 검증 계획, 안전·운영, 프로젝트 개요, 작업 로그
Open questions: 같은 회사 배정 제외, 서류 보존기간

Summary: 로그인 이메일이 다르면 다른 사용자, 같으면 한 사용자로 두고 가입 시 그 주소를 확인하며 탈퇴 완료 후 재가입은 새 계정이라는 프로젝트 오너 결정을 보존했다.
Touched: 로그인 이메일 계정 규칙과 가입 시 메일 인증, 작업 로그
Open questions: None

[2026-08-19] decision | 로그인 이메일 계정 규칙과 가입 확인#

Summary: 로그인 이메일이 계정을 나눈다. 이메일 가입은 코드 확인 뒤에만 서비스를 열고, 같은 메일 두 번째 가입과 UUID 병합은 두지 않는다. 비밀번호 찾기도 코드다. 탈퇴 완료 후 재가입은 새 계정이다.
Touched: ADR-0032: 로그인 이메일이 계정이다, ADR-0030: 이메일 비밀번호 로그인과 비밀번호 찾기, 사용자 인증 기획, 프로젝트 개요, 작업 로그
Open questions: None

Summary: 계정 이메일과 소셜 이메일을 한 계정에 따로 두고 두 주소 모두 신규 가입을 막으며, 로그인 후 다른 메일 소셜 연동과 소셜 전용 찾기 안내를 보존했다.
Touched: 소셜 이메일 연동과 신규 가입 차단, 작업 로그
Open questions: None

[2026-08-19] decision | 소셜 이메일 연동과 주소 점유#

Summary: 한 계정은 계정 이메일과 소셜 이메일을 따로 가진다. 로그인 후 다른 메일 소셜도 붙일 수 있고, 두 주소 모두 신규 가입을 막는다. 소셜 전용 찾기는 안내만 한다.
Touched: ADR-0032: 로그인 이메일이 계정이다, ADR-0030: 이메일 비밀번호 로그인과 비밀번호 찾기, 사용자 인증 기획, 프로젝트 개요, 작업 로그
Open questions: None

근거 3

연결된 문서 1