퍼스널 1.0, 받을 수 있는 상태가 됐습니다

한눈에

원우님이 지금 하실 일

1. 아임웹 동의 링크를 저한테 요청하세요"링크 만들어줘" 한 마디면 즉시 발급합니다. 링크가 10분만 살아 있어서 자리에 계실 때만 만들 수 있습니다. 이걸 눌러야 주문이 라이선스로 자동 연결됩니다.
2. grid-a.com 상품 페이지와 구매 완료 안내에 다운로드 링크를 붙이세요주소는 https://gridos-personal-dist.pages.dev/ 하나입니다. 맥·윈도우 버튼과 첫 실행 안내가 이미 들어 있습니다. 그대로 복사해 붙일 문안도 만들어뒀습니다 → 문안 파일
3. 윈도우 VM 암호를 알려주세요윈도우는 설치·로그인·자동 업데이트를 실제로 돌려본 적이 없습니다. 확인해야 윈도우 자동 업데이트를 켭니다. 확인 순서를 문서로 정리해뒀습니다(자동 로그인 켜는 법 포함) → 절차 문서
4. 맥에서 한 번만 설치 → 로그인 → 업데이트 화면을 봐주세요서버·허브 쪽은 실측으로 통과했지만, 설치된 앱에서 사람이 눈으로 보는 확인이 한 번 남았습니다. 10분이면 됩니다.
5. 환불하면 기존 라이선스를 바로 끊을지 정해주세요지금은 "환불된 주문으로 새로 가입·업데이트"는 막지만, 이미 쓰던 사람의 로그인은 그대로 됩니다. 실수 환불·부분 환불이 있어 기계적으로 끊는 게 옳다고 단정할 수 없어 남겨뒀습니다.

완료 / 미완료·확인 필요

그날 새벽 타임라인

1. 03:00무인 완주 시작 — 승인 4건 접수, 네 갈래 동시 진행
2. 03:30다른 세션의 보강분을 퍼스널에 병합 (버전 1.0.0 결정 유지)
3. 04:05온보딩 전 구간 완주 녹화 + 기억(뇌) 검증 통과 — 실제 클로드로
4. 04:30라이선스 서버 1차 프로덕션 배포 · 실서버 테스트 계정 생성
5. 04:30원우님 지시 "퍼스널도 원격 업데이트" — "1.0은 수동 설치" 결정을 뒤집음
6. 05:15퍼스널 업데이트 채널 개설(서버) · 다운로드 허브에 출입증 전용 경로 배포
7. 06:10코덱스 5차 "배포 가능" → 서버 2차 배포 (환불·동시성 구멍 수리 반영)
8. 06:35앱 최종 커밋 확정 → 합격 시험 84/84 통과
9. 06:55맥 빌드 성공 → 업로드 → 채널 등록 → 공개 페이지 배포 → 윈도우 재빌드
10. 07:00실서버에서 "로그인 → 업데이트 조회 → 파일 받기"까지 통과 (막을 곳은 막힘)
11. 09:00원우님 지시 "VM 빼고 할 수 있는 거 다 해놔" — 후속 작업 네 갈래 동시 착수
12. 09:23윈도우 자동 업데이트가 로그인 토큰 없이 조용히 401로 실패하는 구조 발견
13. 09:45토큰 버그 수정(a842cff, 계약 57건 신규 PASS) → 차단 규칙 정합까지 묶어 4b7674d로 확정
14. 10:00윈도우 재빌드·페이지 재배포, latest.yml R2 업로드, 후속 문서 4종 정리 완료

산출물과 링크

지시 이후 후속 작업 (09:00~10:00)

원우님이 "VM 빼고 할 수 있는 거 다 해놔"라고 하신 뒤 무인으로 진행한 여덟 가지입니다.

1. 아임웹 동의 링크 경로 실측 — 실서버에서 직접 확인했습니다. 링크를 발급하면 아임웹 인가 화면으로 정확히 넘어가고(클라이언트 ID·리다이렉트 주소 정상), 같은 링크를 두 번째로 누르면 거부됩니다. 원우님이 쓰실 링크는 10분만 살아 있어서, 자리에 계실 때 새로 발급해드립니다.
2. 상품 페이지·구매 완료 문안 작성 — grid-a.com에 그대로 붙일 문안을 만들었습니다 → 상품페이지_다운로드_안내_문안.md
3. 맥 공증 절차 준비 — Apple 승인이 오면 "공증 진행해" 한 마디로 바로 시작할 수 있게 순서를 정리했습니다. 지금 파일을 다시 빌드하진 않지만, 애플 개발자 서명으로 다시 서명·재포장·재등록은 필요합니다(그 과정에서 해시가 바뀝니다) → 공증_절차_준비.md
4. 윈도우 실기 확인 절차 + 인계 준비 — VM에서 확인할 순서를 문서로 정리했습니다(자동 로그인 켜는 법 포함) → 윈도우_실기확인_절차.md. 다음 세션이 바로 이어받도록 인계 프롬프트도 갱신했습니다 → AI 이어받기 프롬프트.md
5. 윈도우 자동 업데이트 결함을 찾아 고침 — 출하했던 윈도우 설치본은 업데이트를 확인할 때 로그인 통행증(토큰)을 같이 보내지 않아, 자동 업데이트가 화면에 아무 표시도 없이 조용히 실패하는 구조였습니다. 허브 주소 허용 목록과 토큰 갱신 방식을 고쳐(a842cff) 계약 시험 57건이 새로 통과했고, 위 표에 적은 4b7674d로 다시 빌드했습니다. 업데이트 확인용 파일(latest.yml)은 저장소에 올려뒀지만, 실기 확인 전까지는 일부러 채널에 등록하지 않았습니다 → latest.yml
6. 낡은 시험 현행화 · 배포 도구 보강 — 아무 러너에도 등록돼 있지 않아 아무도 안 돌리던 낡은 계약 시험 7건을 최신 구조에 맞게 고쳤고(71971a0), 정식판으로 올리는 도구가 제품마다 다른 설치 경로를 구분하도록 고쳐 관련 시험 58건이 전부 통과했습니다(c7feb38).
7. 제품 결함 의심 3건 수리 — 비밀정보가 담기는 .env류 파일을 막는 규칙이 네 곳에서 서로 다르게 적혀 있던 것을 하나로 맞췄습니다(4b7674d, 정본 규칙에 빠져 있던 패턴도 보강). 다만 출하된 맥 1.0.0에는 실제로 정보가 새는 구멍은 없었습니다 — 커스텀 공유 기능이 꺼져 있고, 점(.)으로 시작하는 파일은 구조 검사 단계에서 이미 거부되기 때문입니다. 패키지를 검사하는 내부 개인정보 점검 도구가 부팅에서 멈추던 문제(고객 화면 아님), 상태값 하나가 선언 누락으로 빠져 있던 문제도 같이 고쳤습니다.
8. 회원–주문 재결속 도구는 보류, 서버는 재검증 — 환불 뒤 다시 주문한 고객을 구제하는 관리자 도구는 이번 범위 밖이라 만들지 않고, 관리자 화면 보강 세션에 제안만 해뒀습니다(원우님 결정 대기). 다른 세션이 서버를 다시 배포한(f9152bb) 뒤에는 로그인 → 업데이트 조회 → 파일 받기까지 퍼스널 채널 전체를 처음부터 끝까지 다시 돌려 통과를 확인했습니다.

이번에 걸린 것과 배운 것

• 인증이 "만료"된 게 아니었습니다. 배포 도구가 로그인 만료라고 했지만, 실제로는 그날 새벽 생긴 빈 잔재 폴더 하나가 진짜 자격증명을 가리고 있었습니다. 폴더를 옆으로 치우니 바로 복구됐습니다. 앞으로 인증 오류는 만료보다 잔재를 먼저 봅니다.
• 안전장치가 값을 했습니다. 배포 도구가 새 버전 번호를 "출력에 나온 첫 번째 긴 숫자"로 잡는 바람에 아임웹 고객 ID를 버전으로 착각했는데, 자동 되돌리기가 정상 작동해 서비스는 한 번도 끊기지 않았습니다.
• 한 제품 기준으로 박힌 규칙은 제품이 늘면 반드시 걸립니다. 빌드 검사 도구 세 곳이 사내용 버전 표기만 인정하도록 박혀 있어 맥 빌드가 두 번 멈췄습니다. 제품별 규칙 하나로 통일했습니다.
• 윈도우 자동 업데이트가 통째로 꺼져 있었습니다. 설치본을 만드는 스크립트가 부품 목록을 엉뚱한 파일에서 읽어 업데이트 부품이 빠져 있었습니다. 이번에 넣었지만, 실제 윈도우에서 돌려보기 전까지 자동 업데이트는 켜지 않았습니다.
• 다른 회사 AI에게 검사를 맡긴 게 결정적이었습니다. 코덱스 교차 검증 5회 중 2회가 "보류"를 냈고, 거기서 나온 것이 환불된 주문으로도 가입되는 구멍, 같은 순간에 두 요청이 겹치면 토큰이 덮이는 문제처럼 돈이 걸린 것들이었습니다. 제 검토만으로는 안 나왔을 항목입니다.

후속 과제

1. 윈도우 실기 확인 후 자동 업데이트 켜기 — 로그인 토큰 버그 수정과 latest.yml 업로드는 끝났습니다. VM 암호만 주시면 실제 기기에서 설치·로그인·업데이트를 돌려보고 채널에 등록합니다.
2. 맥 애플 공증 — Apple Developer 승인이 오면 진행합니다. 재서명·재패키징·재등록 절차는 미리 정리해뒀습니다(다시 빌드하지는 않지만 해시는 바뀝니다).
3. 환불 후 라이선스 회수 정책 — 정해주시면 서버 한 곳만 고쳐 로그인·기기 등록·기기 교체·토큰 갱신 네 경로를 한 번에 덮습니다.
4. 회원과 주문을 다시 묶는 담당자 도구 — 주문이 환불된 "가입 대기" 고객이 새 주문으로 다시 샀을 때 구제할 방법이 지금 없습니다. 관리자 화면 보강 세션에 제안해뒀고, 만들지 여부는 원우님 결정 대기입니다.
5. action-manifest 봉인 대장 재감사 — 제품에 포함될 파일 목록을 확인하는 봉인 대장 대상이 759개/17개 그룹에서 1,129개/42개 그룹으로 늘었습니다. 사람이 붙어서 대조해야 하는 작업이라 담당을 정해주셔야 합니다.
6. /api/dashboard 응답의 하드코딩 값 2곳 — 관리 화면 응답에 퍼스널 갈래용으로 박아둔 값이 두 곳 남아 있습니다. 이대로 둘지 규칙으로 뺄지 결정이 필요합니다.
7. 인터널 전용 검증 2종(P2 클린룸 · R7 파이널라이저) — 사내용 화면을 전제로 해서 퍼스널에는 적용하지 않았습니다. 필요해지면 퍼스널판을 따로 만듭니다.
8. 주문 확인 용량 — 90일 · 2,500건이 한계입니다. 넘으면 조용히 빠지지 않고 회차가 실패로 남습니다.
9. "시작 제안서를 준비하고 있어요" 배너 지연 — 문서가 이미 만들어졌는데 안내 문구가 한동안 남았습니다(경미). 실사용에서 재현되는지 확인이 필요합니다.
10. 정리 후보(승인 필요 — 아직 지우지 않았습니다) — 예전 빌드가 남긴 용량 큰 파일들입니다: int-package-p10-b·p10-c 각 1.0G, personal-win-20260925 478M, personal-win-20260923 96M, f71-p10-a/b/c 각 약 24M. 승인해주시면 그때 지웁니다.

용어 풀이

F71 / 합격 시험

앱을 실제로 띄워 84가지 사용 시나리오를 자동으로 밟아보는 내부 통과 시험입니다.

DMG · exe

각각 맥용 · 윈도우용 설치 파일입니다.

공증 (notarization)

애플에 파일을 보내 "안전한 앱"이라는 도장을 받는 절차. 없으면 첫 실행 때 경고가 뜹니다.

sha256

파일 지문입니다. 받은 쪽에서 같은 값이 나오면 중간에 바뀌지 않았다는 뜻입니다.

채널 등록

서버에 "지금 최신은 이 파일입니다"라고 적어두는 것. 앱이 이걸 보고 업데이트를 받습니다.

출입증 (Bearer)

로그인한 앱만 가진 통행증. 이게 있어야 파일 창고에서 설치본을 받을 수 있습니다.

카나리 배포

새 버전을 전체가 아니라 10%에만 먼저 보내 지켜본 뒤 나머지로 넓히는 방식입니다.

코덱스 교차 검증

다른 회사 AI에게 같은 코드를 독립적으로 검사시키는 것. 자기 검토의 맹점을 깨려는 장치입니다.

e2e 실측

처음부터 끝까지 실제 경로로 한 번 통과시켜 보는 시험입니다.