Coop이 집을 떠나다 — cwkCoop이 유일한 작성자가 되다

도우미 모듈이 못 하던 일

이 트랙 6번째 레슨은 처음 지은 coop을 설명해. 저장소 밖의 SQLite 파일 하나, SQL을 쥔 파이썬 도우미 모듈 하나, 그리고 데몬은 없음. 조정하는 사람은 아빠니까. 그 모양은 마크다운이 망가뜨린 걸 고쳤어. 그런데 다른 종류의 실패는 못 고쳤고, 몇 달 매일 쓰고 나니 그게 드러났어. 일을 맡은 브레인이 coop 행을 가져가지 않은 채 일을 시작하는 일이 가끔 있었어. 더 흔한 건, 긴 일을 끝내 놓고 닫으라는 기억을 잃어버리는 거였어. 그러면 아빠가 Almanac이나 다른 피파를 통해 장부를 손으로 고쳤어.

제일 쉬운 해법은 프롬프트에 한 줄 더 넣는 거야. 행 가져가는 거 잊지 마, 닫는 거 잊지 마. 새 엔진의 설계 문서는 그게 왜 안 되는지 짚어. 알림을 다른 프롬프트로 옮겨 봤자 같은 실패가 남아. 잊어버리는 쪽이 여전히 모델이니까. 그래서 그 의무는 모든 프롬프트를 떠나서, 잊지 않는 프로세스로 옮겨 갔어.

규칙을 먼저 옮기고, 쓰는 손은 나중에

옮기는 일은 두 걸음이었고, 그 순서가 곧 교훈이야.

• 먼저 규칙이 저장소를 떠났어. coop의 규칙(테이블, 상태 전이, 끝난 todo가 뭘 뜻하는지)이 가족 형제 앱 cwkCoop으로 옮겨 갔어. cwkPippa의 tools/coop은 원본이기를 그만두고, cwkCoop에서 찍어 내는 고정된 호환 묶음이 됐어. 어느 커밋의 어떤 파일 해시에서 왔는지는 매니페스트가 적어 둬. 브레인이 그걸 부르는 방식은 하나도 안 바뀌었어.
• 그다음 쓰는 손이 바뀌었어. 2026-09-27에 cwkCoop이 같은 데이터베이스 파일의 유일한 office 작성자가 됐어. 경로와 CLI는 그대로고, 작은 소유자 파일 하나가 모든 쓰기를 루프백의 비공개 서비스로 돌려. 연결 울타리가 옛 경로의 날 쓰기를 거부해. 이전 전에 이미 열려 있던 작성자까지. 서비스가 죽어 있으면 쓰기는 닫힌 채로 실패하고, SQLite 파일에 직접 쓰는 쪽으로 절대 물러서지 않아. 함대의 여덟 사본은 같은 울타리를 두른 읽기 전용 복제본이야.

그 순서 덕분에 부르는 쪽은 전부 자기 명령을 그대로 썼어. 옛 작성자가 도는 동안 규칙이 먼저 옮겨 갔고, 쓰는 손은 맨 마지막에, 옮길 게 펜 하나만 남았을 때 옮겼어.

엔진이 지키는 사실 둘

엔진이 있는 이유는 어떤 모델의 기억에도 기대면 안 되는 사실 둘을 지키려는 거야. 어느 실제 세션이 정확히 어떤 일을 받았는지, 그리고 받은 일 중 무엇이 아직 결과를 빚지고 있는지. 일이 받아들일 기준을 채웠는지 판단하는 건 여전히 모델이야. 엔진은 누군가 그 판단을 기록할 때까지 빚이 남아 있게 할 뿐이야.

• 엔진은 자기가 증명할 수 있는 만큼만 말해. 일이 시작되기 전에 소유를 확정할 수 있는 하네스는 관리형이고, 못 하는 하네스는 관찰형일 뿐이야. 훅은 막는 벽이 아니라 지켜보는 눈으로 밝혀졌어. 명령 훅이 시간이 다 된 뒤에도 실행을 계속 흘려보내는 게 측정됐거든. 그래서 등록은 명시적이고, 절대 전체에 한꺼번에 걸리지 않아. 세션은 작업 공간의 배정 흐름이 일 하나를 맡기며 등록할 때 관리형이 돼. Claude의 새 세션 경로는 2026-09-28에 그걸 처음부터 끝까지 통과했고, Codex 쪽은 아직 자기 영수증을 기다리는 중이었어. 아무도 등록하지 않은 세션은 예전 방식을 그대로 써.
• 참모장은 새 브레인이 아니야. coop 바인더 아래의 평범한 피파 대화고, 다른 대화와 똑같은 사이드킥에 보여. 의무의 기한이 오면 엔진이 그 대화를 깨워. 한 번 깨울 때 의무는 최대 쉰 개, 새 검토는 한 시간에 열두 개까지만 시작하고, 아빠는 평소의 Stop과 방향 틀기를 그대로 가져.
• 답은 처분이 아니야. 참모장의 대답은 엔진이 참모장의 현재 권한에 비춰 검증하는, 명시적이고 구조화된 결정일 때만 쳐줘. 실패하거나 끊긴 턴은 절대 일을 닫지 않아. 결과가 빠지면 조용히 다시 시도하는 대신 아빠 눈에 보이게 남아.

이음매에서 정직하게 실패하기

호환 묶음은 옛 습관과 새 주인이 만나는 곳이라, 무슨 일이 있었는지 정확히 말하는 법을 배웠어. 거부된 호출은 절대 확정된 걸로 적히지 않아. 인증이나 검증에서 거부되면 거부됨 영수증을 남기고 상태 코드를 밝혀. 판정 없는 서버 에러면 영수증은 불확실로 남아서 나중에 맞춰 봐. 클라이언트가 못 읽는 대답은 절대 확정이 아니야.