Fable Week - 3 Day · cross-repo digest · 2026-07-05

저장소 6곳 커밋 124개,
다른 AI의 적대 리뷰가 하루를 끝맺었다

문제는 규모였다. 하루에 코드 저장소 6곳을 동시에 굴리면 사람 눈만으로는 결함을 다 걸러 낼 수 없다. 그래서 Fable Week 3일차는 프로젝트 하나만의 이야기가 아니다. 여기서 '레포'는 코드 저장소(프로젝트 하나를 담는 단위)를, '커밋'은 코드 변경을 저장한 한 번의 기록을 뜻한다. 2026-07-05 하루에 저장소 6곳에서 커밋 124개가 나왔다. 저장소 이름과 그날 커밋 수는 이렇다. memory-bank 51 · claude-code-site 40 · cc-sync 14 · memory-bank-cloud 8 · teamclaude 6 · hux 5 이 6곳은 전부 다른 문제를 풀었다: 에러를 걸러 내는 검문소(들어온 요청을 통과시킬지 막을지 판정하는 코드), 3D 카드로 넘겨 보는 자료실 화면, 과거 데이터 다시 채우기, 기억(메모리 — AI가 이전 대화에서 저장해 둔 사실)에 악성 지시가 섞이는 공격 막기, 여러 계정으로 나눠 쓸 때의 재시도 로직, 에이전트(도구를 직접 써서 일하는 AI)가 지킬 행동 규칙 문서. 그런데 6곳을 관통하는 줄기 하나가 있었다. 6곳 모두에서 똑같이, 다른 회사 AI(GPT)에게 내 코드를 일부러 트집 잡게 해 결함을 찾는 '적대 리뷰(adversarial review)'를, 결함이 더 안 나올 때까지 라운드(리뷰 한 번과 그 지적을 고치는 한 번을 묶은 단위)마다 돌려 마무리했다. memory-bank는 에러 분류가 무한 반복에 빠지던 문제를 19~25번째 검토 라운드에 걸쳐 잡았다. cloud(그 기억 저장소의 클라우드 판)는 악성 주입을 막는 경계의 구멍을 '높음' 등급 결함 2건으로 잡았다. 리뷰는 결함마다 치명·높음·중간·낮음 네 단계 심각도를 매기는데, '높음'은 그중 둘째다. site(이 사이트의 저장소)는 눈으로는 멀쩡한데 클릭이 안 먹던 화면 버그를 잡았다. 하루 전체를 관통한 규율은 "다른 AI의 검증을 통과하지 못하면 실제 배포도 없다"는 한 문장이었다.

← Fable Week 2일차 · 1년 로드맵 60단계를 한 번의 작업 세션에 완주한 이야기
124
커밋(코드 저장) · 저장소 6곳
6
동시에 진행한 저장소
R25
가장 많이 반복한 검토 라운드(memory-bank · R은 라운드 번호)
0
CRITICAL (치명) 등급 결함이 몰래 통과한 수
Repo by Repo
저장소 6곳이 각각 무엇을 했나

fable-week-audit 글(앞서 올린 감사 기록)이 '계정 8개로 하루에 얼마나 만들었나'를 다뤘다면, 3일차는 그 하루 산출물을 저장소별로 하나씩 뜯어본 기록이다. 커밋 수는 코드 이력 관리 도구(git)의 기록을 직접 센 값이다(2026-07-05 0시~24시). 내용은 각 저장소의 커밋 메시지(변경을 저장할 때 남기는 설명 글)를 근거로 했다. 부풀리지 않고 실제로 한 일만 적는다.

memory-bank에러를 걸러 내는 검문소를 19~25번째 라운드에 걸쳐 완성51 commits
  • 결론부터 말하면 해결책은 에러를 세 갈래로 나눈 것이었다. 저장된 기억을 꺼내 쓰는 통로의 검문소가 에러를 잘못 분류해, 끝없이 재시도하며 멈추거나(무한 멈춤) 데이터가 조용히 사라지던(누수) 문제를 적대 리뷰 19~25번째 라운드에 걸쳐 뿌리째 해결했다. 핵심은 에러를 세 갈래로 나눈 것이다: 확실히 거절된 것(다시 시도해도 소용없으니 재시도 안 함) / 권한·설정 문제라 보류 / 서버 일시 장애라 보류.
  • 라운드별로 보면 이렇다. 20번째: 권한 거부 응답(401·403·404 — 서버가 '권한 없음'이나 '없는 주소'라고 답하는 상태 코드)을 조용한 누수 대신 명시적 '보류'로 처리했다 · 22번째: 에러 메시지 안에 우연히 들어간 숫자를 등급으로 오해하지 않게 교정했다 · 24번째: '건너뛰기'는 확실히 거절된 경우에만 허용했다 · 25번째: 라이브러리가 겹겹이 감싼 응답 상태 코드까지 꺼내 읽었다(그 상태 코드가 든 자리는error.response.status)
CHANGELOG(변경 기록 문서) 1.3.2 버전에 결과가 '에러 분류 최종 완성(세 갈래 + 건너뛰기는 확실한 거절에만)'으로 남았다. 검문소가 자기 결함을 라운드마다 좁혀 스스로 막았다
claude-code-site메인 화면(index)을 3D로 넘겨 보는 자료실로 다시 설계40 commits
  • 결과물은 3D 자료실이다. 가만히 있던 문서 목록을 손으로 넘겨 보고(스크럽 — 마우스를 끌어 카드를 앞뒤로 넘기는 조작) 눌러서 여는, 유리처럼 비치는 3D 카드 묶음으로 바꿨다. 메인 화면 코드는 3,012줄에서 1,334줄로 줄었다. 그 사이 디자인 방향을 네 번 갈아엎었다(빛 알갱이 배경 → 실물처럼 쌓기 → 대각선 카드 덱 → 유리 질감 순서로).
  • 적대 리뷰가 화면 버그 네 가지를 잡아 냈다. 마우스 입력을 한 요소에 붙잡아 두는 브라우저 기능(setPointerCapture) 탓에 클릭이 죽던 문제 · 이미 지나간 카드가 화면 앞뒤 순서(z-index — 겹친 요소 중 무엇이 위에 오는지 정하는 값) 때문에 클릭을 가로채던 문제 · 반쯤 넘긴 카드의 키보드 초점이 어긋나던 문제 · 목록 분류를 조회할 때 공용 객체가 오염되던 문제. 그리고 지금 보는 이 3일차 페이지 자체도 새로 만들어 등록했다
공개까지 마쳤다. 이 글 맨 위 hugh.kim 자료실 첫 화면이 그 결과물이다. 검색 기능 테스트 17개가 모두 통과했고 브라우저 오류 로그는 0건이었다
cc-sync트렌드 수집기(Trend Harvester) 153번째 실행 + 6월치 소급 재분석14 commits
  • trend-harvester 과거 데이터를 소급 처리하는 모드 신설 + 수집원(논문·저장소 같은 정보 출처) 최신화 + 시스템의 빈틈에 맞춘 우선순위 정리 · 153번째 수집(6월치 소급 재분석으로 지식 메모 5건 추가) · 평가 기준과 설명 길이 규칙을 개정했다
  • MEDIUM (중간) 등급 지적 2건이 다른 AI(Codex, GPT 계열)의 적대 리뷰에서 나왔다. 하나는 에러 메시지도 외부 입력이라 그대로 믿으면 안 된다는 것이다(악성 지시가 숨어들 수 있는 표면이라서다). 다른 하나는 텍스트 검색(grep) 검문소가 무조건 통과시키지 않도록 예외 규칙을 정비한 것이다 · 자동 동기화 4회
바깥 AI 트렌드를 5가지 기준으로 걸러 내 시스템에 자동 반영한다. 그 기록은 여기 있다: Trend Harvest Log
memory-bank-cloud여러 작업을 넘나드는 기억 꺼내 쓰기 + 주입 공격 방어8 commits
  • 사실 검색 함수(search-facts — 저장된 사실을 질문에 맞게 찾아 주는 기능)와, 사용자가 입력할 때 관련 기억을 자동으로 끼워 넣는 장치(UserPromptSubmit hook — 입력 직후에 실행되는 자동 실행 장치)로 기억을 꺼내 쓰는 통로를 완성했다 · 끼워 넣는 정보의 품질을 거르는 검문소와 분량 예산(한 번에 끼워 넣는 글자 수 상한) 관리도 넣었다(서버와 데이터 호출을 나란히 맞춤)
  • Codex의 HIGH (높음) 등급 지적 2건은 이렇다. 주입되는 텍스트를 믿을 수 없는 입력으로 취급하도록 고쳤다(어느 프로젝트 것인지 URL로 고정) · 문장 중간에 심어진 가짜 표식을 무력화했다 · 범위 설정(includeScopes — 어느 범위의 기억까지 끼워 넣을지 정하는 옵션)은 fail-closed로 했다. 즉 설정이 잘못되면 열어 두지 않고 주입을 아예 멈추는 안전 차단이다 · 이 보안 규칙이 깨지지 않는지 검사하는 테스트를 영구 보관했다
기억이 프롬프트(AI에게 보내는 입력 글)에 끼어드는 통로는 그 자체가 공격 통로가 된다(악성 지시 주입). 그래서 꺼내 쓰기 기능을 완성하는 것과 동시에 믿을 수 있는 경계를 단단히 조였다
teamclaude여러 계정 묶음의 '다시 시도까지 대기 시간'을 정확하게 계산6 commits
  • 한 계정이 속도 제한(스로틀 — 짧은 시간에 너무 많이 부르면 잠시 막는 것)과 사용량 한도 소진에 동시에 걸리면 둘 중 더 늦게 풀리는 시각 max(throttle, quota reset)까지 기다린다 · 토큰(AI가 글을 세는 단위, 대략 글자 수)과 요청 횟수 한도를 따로따로 추적 · 멀쩡한 계정이 하나라도 있으면 묶음 전체의 대기를 짧게 끊어 준다
  • 모든 계정이 막혔을 때의 대기 시간을, Max 요금제의 통합 한도가 5h/7d reset 즉 5시간·7일 주기로 풀리는 시점에 맞춰 정확히 계산했다 · 버전 1.1.1로 배포했다
계정 8개를 한꺼번에 굴릴 때(앞서 올린 감사 글에서 다룬 그 계정들)의 대기 로직이다. 한도가 언제 풀리는지 정확히 모르면 묶음 전체가 쓸데없이 놀며 기다린다
hux작업 감시 틀(하네스)의 기본 행동 규칙 문서 신설 (스스로 권한 못 갖게)5 commits
  • 작업 감시 틀(하네스, harness — AI가 제멋대로 하지 못하게 규칙을 강제하는 뼈대)의 미션 헌장(지켜야 할 기본 규칙 문서)을 새로 만들었다. 원칙은 authority-neutral, 즉 '권한 중립'이다. 에이전트가 스스로에게 권한을 주지 못하게 했다(자기에게 코드 저장 권한을 부여하거나 검문을 건너뛰는 절차 제거) · 비밀번호·신뢰 경계 문제는 사람에게 올리도록 명시했다 · '지금은 되니까'식으로 시간에 기대는 권한 서술을 없앴다
  • 리뷰의 '중간' 등급 지적도 반영했다. '지금 시점' 기준의 진행 로그 표현을 누그러뜨렸다 · 코드 저장·업로드(commit·push) 권한의 우선순위는 에이전트가 읽는 행동 규칙 파일을 기준으로 기록했다(그 파일 이름은 AGENTS.md)
에이전트가 스스로 권한을 만들어 갖지 못하게 한다. 규칙 문서가 권한을 중립으로 묶는다(진짜 통제는 AI가 손댈 수 없는 바깥 계층에 둔다는 원칙)
The Through-Line
하루를 관통한 줄기 — 저장소 6곳이 같은 규율로 끝맺다

저장소 6곳은 서로 다른 문제를 풀었지만 규율 하나를 공유했다. 다른 회사 AI(GPT-5.5)에게 내 코드를 트집 잡게 하는 '적대 리뷰'를 검토 라운드마다 돌려, 치명·높음 등급 결함이 0이 될 때까지 멈추지 않고 좁힌 뒤에야 실제 배포한다. 중간에 '계속할까요?'라고 묻지 않는다. 결함이 다 없어지거나(수렴) 시도할 방법을 다 써 버릴 때까지(소진) 밀어붙인다. 아래는 오늘 각 저장소에서 적대 리뷰가 실제로 잡아 낸 것들이다.

다른 AI 적대 리뷰 치명·높음 0까지 memory-bank · 51 에러분류 무한멈춤 → 19~25R 세갈래 memory-bank-cloud · 8 악성 주입 방어 경계 → 높음 2건 claude-code-site · 40 클릭 먹통·앞뒤순서 역전·객체 오염 cc-sync · 14 에러도 외부입력 · 검색 맹목통과 금지 teamclaude · 6 대기시간 정확화 hux · 5 행동헌장 권한중립
저장소 6곳이 저마다 다른 결함을 냈지만, 전부 '다른 AI의 적대 리뷰'라는 같은 검문소를 통과해야만 배포됐다. 이것이 하루를 관통한 줄기다
Two Deep Cuts
대표 사례 둘 — 검문소가 스스로를 고친 하루

커밋 124개를 다 펼칠 수는 없으니, 오늘의 성격을 가장 잘 보여 주는 두 사례만 깊게 본다. 하나는 검문소가 자기 결함을 라운드마다 좁혀 고친 memory-bank, 다른 하나는 사람 눈으로는 놓칠 화면 버그를 잡아 낸 이 사이트(hugh.kim)의 저장소다.

저장소 · 라운드적대 리뷰가 잡아 낸 것근본 해결
memory-bank R19에러 종류를 안 나눔 — 일시 장애와 확정 실패를 뭉뚱그려 무한 재시도로 멈춤에러를 세 갈래로 나눠 일시 장애와 확정 실패를 확실히 구분
memory-bank R20권한 거부 응답(401·403·404)이 조용히 사라짐권한·설정 에러를 명시적으로 '보류'로 처리(조용한 누수 방지)
memory-bank R23~R25에러 메시지 속 우연한 숫자를 오해 · '건너뛰기' 남용 · 겹겹이 감싼 응답 코드 못 읽음패턴 매칭 순서 교정 · '건너뛰기'는 확정 거절에만 · error.response.status 까지 꺼내 읽음
site · HIGH진짜 마우스 클릭이 안 먹음 — 입력을 붙잡는 기능(setPointerCapture)이 클릭을 엉뚱한 상위 요소로 넘김붙잡기를 '끌기로 인정되는 순간'까지 미룸 · 진짜 사용자 입력으로 재확인
site · HIGH지나갔거나 떠 있는 카드가 앞뒤 순서(z-index) 탓에 클릭을 가로챔초점 카드는 항상 맨 앞 · 지나간 카드는 흐리게+클릭 잠금
cloud · HIGH×2주입 텍스트가 아무 검증 없이 프롬프트에 흘러듦(주입 공격 표면)믿을 수 없는 입력으로 명시 · 문장 속 가짜 표식 무력화 · 의심스러우면 차단(fail-closed)
공통점은 이것이다. 어느 것도 결함을 숨기거나 빈 껍데기로 만들어 회피하지 않았다(회피 0건). 기준값 정합·세 갈래 분류·신뢰 경계로 원인 자체를 없앴다. '검문소가 통과시켰다고 안전한 건 아니다'를 저장소마다 실제로 보여 줬다
Why It Holds
왜 이걸 '작업 감시 틀(하네스)'이라 하나 — 저장소 6곳, 하나의 순환 고리

1일차 주제가 '사람의 판단을 시스템으로 굳히기', 2일차가 '1년치 일을 하루에'였다면, 3일차는 그 규율이 저장소 6곳에서 동시에 성립했다. 다룬 분야는 전부 달랐다(에러 분류·화면·트렌드·기억 보안·계정 묶음·규칙 헌장). 그런데 완료 기준은 하나였다: 다른 AI의 검증 통과.

01
검문소가 통과시켰다고 안전한 건 아니다
memory-bank 검문소는 자기 에러 분류를 25번째 라운드까지 고쳤다. 검사하는 쪽도 검사받아야 한다
02
화면 캡처만으로는 검증이 아니다
site의 '보기엔 멀쩡한데 클릭이 안 먹던' 버그는 다른 AI 검증으로만 잡혔다. 실제로 눌러 보는 테스트라야 통과로 인정한다
03
기억을 꺼내 쓰는 통로 = 공격 통로
cloud는 기억 주입 기능을 완성하면서 동시에 악성 주입을 막는 신뢰 경계를 단단히 했다. 편의와 보안을 한 번의 저장에 함께 담았다
04
진짜 권한 통제는 AI 바깥에
hux 헌장은 에이전트가 스스로에게 권한 주는 것을 없앴다. 진짜 검문소는 규칙 문서와 자동 실행 장치(hook)에 있고, 말(프롬프트)만으로는 막지 못한다
Stage & Remaining
어디까지 도달했고, 무엇이 남았나

도달한 것부터 말하면, 저장소 6곳 전부 적대 리뷰에서 치명·높음 결함 0으로 실제 배포했다. 아직 못 한 것은 숨기지 않고 정직하게 남겨 둔다.

✓ 도달 — 저장소 6곳 배포 커밋 124개 · 치명·높음 0 기억 꺼내쓰기 완성 · 화면 새설계 배포 트렌드 153차 · 규칙헌장 · 대기시간 정확화 ◐ 도달 — 관통 줄기 입증 6개 분야가 같은 검문소로 수렴 검문소가 자기 결함도 수정(R25) 회피 0 · 미검증은 정직하게 표기 ○ 남은 것 site 실제 기기 터치·배경효과 cloud 주입 방어 실운영 관측 대기로직 실제 계정묶음 장기검증 정직한 한계 — 커밋 수는 산출량의 대리 지표일 뿐, 실제 운영 관측은 다음 날들의 과제
저장소 6곳 배포까지 도달했고 관통 줄기도 입증했다. 실제 기기·실제 운영·장기 검증은 에뮬레이터·한 번뿐인 테스트라는 한계로 아직 미검증이다. 숨기지 않고 '검증 안 됨' 표식으로 남긴다(증거 기록에 적는 표식 이름은 not_verified)
"저장소 6곳이 저마다 다른 문제를 풀었지만, 완료 기준은 하나였다 — 다른 AI의 적대 검증 통과."
3일차의 진짜 결과물은 커밋 124개 그 자체보다, 규율 하나가 여러 분야에서 동시에 통한다는 증거다. 에러 분류든, 화면 조작이든, 기억 주입 보안이든 검문소가 통과시킬 때까지 끝까지 좁혔다. 검문소 자신에게 결함이 있으면 그것까지 고쳤다. 1일차가 '판단을 시스템으로', 2일차가 '1년을 하루에'였다면, 3일차는 '그 시스템이 한 저장소가 아니라 작업 틀 전체에서 작동한다'는 하루치 증거다.