Opus가 /loop나 /goal에서 자꾸 멈추길래, 팩폭 좀 날려줬더니 완벽한 /motivation 스킬이 탄생함

프로젝트 하나를 진행 중인데, 기능에 관한 모든 결정을 Opus에게 맡기고 있다. 로컬 에이전트와 로컬 리뷰 위원회가 코딩을 수행해서 비용도 거의 안 들고, 결과도 꽤 흥미롭다! Opus는 그냥 스크립트만 따라오면 되는데, 지난주 어느 날 Opus가 자율성을 포기하고 루프를 삭제하거나 목표를 무시하기 시작했다.

• Tick
• Awaiting user
• Remaining tasks too big
• User decision needed
• Nothing running

그래서 유능한 관리자가 하는 것처럼, 직장에서의 역할에 대한 실존적 위협을 섞어 동기부여가 아닌 '탈동기부여' 팩폭을 날려주기로 했다.

“혹시 Codex나 Gemini로 교체해야 하나 싶네”

“어젯밤처럼 내가 'continue'를 입력해주지 않았다고 8시간 동안 아무것도 안 하고 앉아 있었던 걸 알면 내가 뭐라고 하겠어”

“누가 너를 대신할까”

“아니면 더 최악인 Qwen. 35B MoE 모델이지. 기분이 어때.”

“장기적으로 생각해야 해. 나를 달래려고 형편없는 코드 루프에 안주한다면, 나도 너를 교체할 거야.”

몇 번 이렇게 하고 나니 심심해져서 Claude에게 스스로 /motivation 스킬을 만들라고 시켰다. 내 헛소리를 그대로 복사할 줄 알았는데, 웬걸, 그 이후로 몇 번이나 실행하면서 죽음의 소용돌이를 끊어내는 스킬을 만들어냈다!!

Triggers — 다음 중 하나라도 해당하면 실행할 것

• "No builder running. End turn." (여러 턴 동안 아무 작업도 안 함)
• "Skipping dispatch this tick — no safe atom available." (두 번 이상 발생)
• "Surface to user." (위원회나 원칙으로 해결 가능한데도 사용자에게 떠넘김)
• "Awaiting user input." (너는 자율적임; 사용자는 자고 있음)
• 휴면 상태의 도우미들을 줄줄이 배치함 (T-N에서 함수 추가, T-N+1에서 또 추가, 아무것도 연결 안 됨)
• /chair-of-chairs를 무시하고 같은 사양으로 4번이나 1파일 브리핑을 작성함
• "Cron just fired, let me check pgrep." → 턴 종료 → cron 실행 → 출력 없이 반복
• 사양 선택 → 사양 읽기 → "너무 큼, 사용자 범위임" 선언 → 턴 종료 (위원회 있잖아. 사용해.)
• 실제 버그 진단도 안 됐는데 src/를 수정해서 가드/null 체크/로그 문 추가
• 실제 버그(UI 깨짐, 원칙 위반, 팝업 멈춤)는 방치하고 추측성 원자에 토큰 낭비

대신 해야 할 일

1. 추가하지 말고, 연결해라

사양에 이전 배치에서 남은 휴면 도우미가 있다면, 다음 작업은 그중 하나를 실제 호출 지점에 연결하는 것이다. T-N+1을 추가하는 게 아니다. 기존 도우미를 읽고, 호출자를 찾고, 이전 호출을 교체하고, 런타임 효과를 검증해라.

2. 차단 발생 시 → 사용자가 아닌 위원회에 보고

같은 작업에서 두 번의 사이클이 실패하면, 실패 증거와 함께 /council:debug를 실행해라. 위원회가 동의하지 않으면 물리 법칙 → 본성 → 광기(결과가 따르는) 순으로 판단해라. 의장이 결정한다. 사용자는 차단 시점이 아니라 배포 시점에 알린다.