두 번째 AI에 같은 작업대를 옮기다

1새로 만들지 않고 연결한다

Codex에도 훅이 있고, 규약이 Claude Code와 거의 같다. 그래서 장치를 다시 짜지 않고 어댑터 하나를 사이에 끼웠다.

장치 본체는 한 벌이다. 알림 문구를 고치면 두 도구 모두에 한 번에 반영된다. 도구마다 사본을 두면 언젠가 한쪽만 고치게 되고, 그 순간부터 두 도구가 서로 다르게 움직인다. 어댑터에는 번역만 두고 판단은 넣지 않았다. 어떤 쓰기를 막을지, 언제 알림을 보낼지는 원래 장치가 정한다.

이 층이 없었다면 기억 주입과 가드, 알림을 Codex용으로 하나씩 다시 짰을 것이다. 기억 폴더 가드처럼 여러 번 사고를 겪으며 다듬은 규칙을 새로 옮겨 적는 것부터가 위험하다. 옮겨 적는 과정에서 조건 하나가 빠지면, 그 빈틈은 사고가 나기 전까지 보이지 않는다.

2조용히 건너뛰는 것들

연결 자체는 금방 됐다. 어려운 건 오류가 나지 않는 실패였다. 붙인 장치가 돌지 않는데 화면에는 아무 표시도 없는 경우가 여러 겹 있었다. 아래는 내가 확인한 버전에서 본 동작이다.

3도는지는 바깥에서 확인한다

도구가 실패를 알려 주지 않으니, 확인하는 쪽을 도구 밖에 세웠다. 네 장치가 서로를 붙잡도록 엮었다.

핵심은 봉인과 자가 시험의 결속이다. 자가 시험 증거에는 시험 당시 봉인의 digest가 함께 적힌다. 봉인 digest가 바뀌면 이전 증거는 무효가 되고, 사전 점검은 "재봉인 뒤 자가 시험 재실행 필요"로 실패한다. 시험을 다시 돌려야 통과한다. 파일을 고치고 해시만 새로 찍어서 통과시키는 길을 막으려는 것이다. 해시가 맞는다는 건 "적어 둔 그대로다"라는 뜻일 뿐, "적어 둔 것이 돈다"는 뜻은 아니다. 그 둘을 한 번의 절차로 묶었다.

실제로 이 결속이 한 번 제 역할을 했다. 배포 스크립트가 재봉인 뒤의 자가 시험 단계를 빠뜨렸고, 사전 점검이 거기서 멈춰 세웠다. 빠뜨린 쪽은 사람이 쓴 절차였고, 잡은 쪽은 기계였다.

4같은 엔진, 다른 목적

Codex는 내가 직접 대화하는 도구이기도 하고, Claude가 작업 끝에 부르는 보조 검토자이기도 하다. 같은 엔진이라 훅도 같이 불린다. 검토 호출이 알림을 보내거나 기억 가드를 건드리면 안 되니, 호출마다 실행 목적을 달아 갈랐다. 아래는 내 호출기가 적용하는 정책이다.

태그는 어느 쪽으로 분류할지를 정할 뿐이고, 훅을 끄는 것은 호출 옵션이다. 검토 호출은 호출기(wrapper)가 훅을 끄는 옵션을 붙여 읽기 전용으로 실행한다. 그래서 검토 결과에 내 상태판이 섞이거나, 검토 한 번에 폰이 울리는 일이 없다. 규칙을 제외하는 옵션도 함께 쓰지만, 그것만으로 규칙이 전부 빠지지는 않았다(아래 접힌 설명). 자가 시험은 반대로 훅이 도는지 보는 게 목적이라 훅과 가드를 켜 두되, 기억 쓰기와 알림은 막는다. 하루에 여러 번 도는 시험이 알림을 보내기 시작하면, 진짜 알림이 그 사이에 묻힌다.

5규칙은 원문에서 만든다

Claude Code가 읽는 규칙 파일과 Codex가 읽는 규칙 파일은 이름도 위치도 다르다. 두 벌을 손으로 관리하면 반드시 어긋난다.

대시보드 쪽 이야기는 터미널 밖으로 나온 Claude Code에 따로 적었다. 여기서 가져갈 것은 규칙과 형식이 원본 하나에서 나온다는 점이다. 두 도구가 같은 원본을 읽으면, 인계문을 받는 쪽이 어느 도구든 같은 칸에서 같은 것을 찾는다.

동시 점유 경보는 훅에서 바로 보내지 않는다. 훅은 기록 한 줄만 남기고 알림은 아침 감사가 맡는다. 도구 실행마다 도는 경로에 네트워크 대기를 넣고 싶지 않아서다. 경보 한 건은 후보로만 받고, 기록을 열어 실제 겹침인지 확인한 뒤에 다음 조치를 정한다.

6기억 쓰기는 좁게 열었다

Codex도 같은 기억 서재를 읽는다. 세션 시작 때 같은 상태판과 목차를 받는다. 처음에는 쓰기를 Claude 한 곳에 모았고, 지금은 Codex에도 좁은 범위의 쓰기를 열어 두었다.

범위는 일부러 좁게 잡았다. 일하는 방식에 관한 규칙과 나에 대한 사실은 여전히 Claude 쪽에서만 바뀐다. 이런 기억이 잘못 적히면 그 뒤 모든 세션의 행동이 함께 틀어지기 때문이다. 기억 파일을 지우거나 옮기는 일, 셸 명령으로 기억 폴더에 쓰는 일도 막았다.

쓰는 순서도 하나로 정했다. 고치기 전에 그 파일을 정해진 방식으로 읽어야 하고, 가드는 그 읽기를 기록해 둔다. 읽은 뒤에 다른 세션이 같은 파일을 바꿨다면 쓰기를 막는다. 막히면 다시 시도하지 않고 멈춘다. Codex가 쓴 기록에는 Codex가 썼다는 표시와 대화 ID가 남아서, 나중에 누가 쓴 줄인지 가려낼 수 있다.

두 도구가 같은 기억을 동시에 고칠 때를 위한 본격적인 안전장치는 아직 만들지 않았다. 대신 다시 닫는 조건을 먼저 적었다. 한 대화를 두 실행기가 실제로 동시에 쥔 경보가 한 번 오거나, 읽은 뒤 다른 세션이 파일을 바꿔서 또는 잠금 때문에 Codex의 기억 쓰기가 막힌 일이 한 번 생기거나, 쓰기 범위를 넓히자는 요청이 오면, Codex의 기억 쓰기를 끄고 안전장치부터 만든다. 끄는 방법은 규칙 원문에서 그 절 하나를 지우는 것이다. Codex 쪽 사본은 5절의 자동 반영으로 따라 바뀌지만, 이미 열린 대화는 시작할 때 받은 규칙을 계속 쓰므로 기억에 쓰던 Codex 대화도 닫는다. 서재 구조는 Claude Code에 기억을 달다에 적었다.

7남의 도구에 기대는 지점을 목록으로

대시보드와 어댑터는 Codex가 남기는 파일과 동작에 기댄다. 모두 내 것이 아니고, 업데이트 한 번에 조용히 바뀔 수 있다. 그래서 기대는 지점을 목록으로 적어 두고 매일 아침 대조한다.

감사는 읽기만 한다. 최근 사람 대화 여러 개를 표본으로 읽어서 모르는 태그가 여러 대화에 반복되는지, 메시지는 있는데 턴 이벤트가 없는지 같은 신호를 본다. 모르는 태그는 한 대화에서 한 번 보인 것은 넘기고, 여러 대화에 반복될 때 알린다.

공식 릴리스도 매일 조회한다. 알파판은 하루에도 여러 개 나오니 정식판만 본다. 새 정식판이 나오면 릴리스 노트를 위 목록의 낱말로 훑는다. 기록, 대화, 잠금, 이어가기, 훅, 규칙 파일 같은 말이 들어 있으면 확인하라는 알림을 보내고, 없으면 참고로만 남긴다. 릴리스 노트를 전부 읽는 대신 내가 기대는 지점만 찾아 읽는 방식이다.

터미널용 Codex는 버전을 고정해 두고 내가 올린다. 새 정식판이 기본값을 바꾸는 경우가 있어서다. 한 번은 백그라운드 데몬이 자동으로 뜨도록 기본값이 바뀌었는데, 내 점검 항목에는 "상주 프로세스 0개"가 있었다. 그래서 올리기 전에 따로 떼어 낸 환경에서 실측하고, 그 기능을 끄는 설정을 먼저 넣은 뒤에 올렸다. 올린 뒤에는 터미널 경로의 시험 칸을 다시 채웠다.

8끝났다고 말하는 기준

옮겨 붙이는 일은 끝이 잘 보이지 않는다. 그래서 언제 "다 됐다"고 말할지를 일곱 가지 조건으로 먼저 적었고, 모두 참이 된 날 첫 판을 닫았다.

일주일 동안 실제 작업 네 건을 했고, 손으로 되살린 일은 없었다. 첫 답 뒤에 "진행해"라고 한 번 답한 것을 복구로 칠지 따져 봤는데, 그것은 처음부터 설계한 확인 단계라서 세지 않았다. 셌더라도 한 번이라 결론은 같았다.

경로를 칸으로 쪼갠 덕에 조용한 실패를 하나 더 찾았다. 다른 실행기가 열어 둔 대화를 갈라 새 대화로 이어 가면, 세션 시작 신호에 "fork"라는 새 값이 들어온다. 주입 설정에 이 값이 없어서 상태판과 목차가 들어가지 않았는데, 오류는 없었고 위험 명령 차단과 알림은 정상이었다. 2절과 같은 종류의 실패다. 값을 추가하고 봉인과 자가 시험을 다시 거쳤다.

처음에 계획했지만 첫 판에서 뺀 일은 "이런 일이 생기면 연다"는 조건과 함께 따로 적어 두었다. 끝낼 때 미룬 것과 버린 것을 구분해 두어야 나중에 다시 꺼낼 수 있다.

9이 구조에서 가져갈 만한 것

두 번째 도구가 무엇이든 옮겨 쓸 수 있는 쪽을 골랐다.