[레딧-클로드코드] 20x Claude plan + 3 다른 모델 합의 게이트 코드리뷰
20x Claude plan으로 Opus 단독 운영하던 글쓴이가 조용히 새는 버그를 잡으려 Codex·Gemini·OpenCode 3 진영 합의가 성립해야 머지가 열리는 /work 명령어를 tmux 위에 짰습니다.
[레딧-클로드코드] 20x Claude plan + 3 진영 합의 게이트 코드리뷰
20x Claude plan으로 Opus 단독 운영하던 글쓴이가 조용히 새는 버그를 잡으려 Codex·Gemini·OpenCode 3 진영 합의가 성립해야 머지가 열리는 /work 명령어를 tmux 위에 짰습니다.
요약
20x Claude plan 위에서 Opus 4.6/4.7만 돌리던 글쓴이가, Codex·Gemini·OpenCode 리뷰어 셋 전원이 동의해야 머지 게이트가 열리는 /work 명령어를 tmux 한 세션에 구성한 사례입니다. 추가 비용은 기존 구독으로 흡수돼 $0이라고 적었습니다. 글쓴이는 이 셋업을 GodModeSkill이라고 부르고 GitHub에 별도로 공개했습니다.
내용
문제 — Opus 단독에서 조용히 새는 버그
Opus 4.6/4.7 단독 워크플로우는 코드가 그럴듯하고 테스트도 통과하는데 미묘한 버그나 설계 표류가 뒤늦게 드러나는 패턴이 누적됐습니다. 한 주 전 Codex 5.5를 처음 짝지어 보고 Opus가 놓치던 부분이 적지 않다는 걸 체감한 게 출발점이었습니다.
접근 — tmux 안 3 진영 셋업
같은 출신끼리 Codex 세션 3개를 돌려도 같은 소리만 돌아와 검증이 무뎌지므로, 다른 진영을 섞기로 가설을 걸었습니다. tmux 한 세션에 다음 3 진영을 띄웁니다.
| 리뷰어 | 인스턴스 | 계정·경로 | 이유 |
|---|---|---|---|
| Codex CLI | 3 | ChatGPT Plus 별도 3계정 | 한도 리셋 분산 |
| Gemini 3.1 Pro Preview | 1 | - | 다른 진영 섞기 |
| Kimi K2.6 + DeepSeek V4 Pro | 1 | OpenCode Go 경유 | API 직결보다 저렴, Kimi 3x 한도 |
접근 — /work 4 케이스 + 합의 게이트
/work 명령어는 plan, implement, major bug, minor bug 네 케이스마다 컨텍스트 묶음을 만들어 Codex·Gemini·OpenCode 리뷰어 셋에 동시에 보내고 합의를 기다립니다. 세 진영 전원이 동의해야 게이트가 열리고, 동의하지 못하면 Claude가 수정해서 다시 돌립니다.
/work {plan | implement | major bug | minor bug}
→ 컨텍스트 묶음 생성
→ Codex·Gemini·OpenCode 동시 송신
→ 전원 동의 → 게이트 열림
→ 미동의 → Claude 수정 → 다시
결과 — 4문항 체크리스트로 'I think it's done' 차단
머지 직전 Claude가 코딩 원칙·설계 표류·테스트 통과·리뷰어 합의 네 항목 체크리스트를 채워 내놓고 사용자가 머지 / 먼저 수정 / 사유 적고 강제 진행 중에서 고릅니다. 글쓴이 표현으로 'I think it's done' 케이스를 잡아내는 단계라 적었습니다.
댓글
- 모델끼리 대화가 헛돌면 어떻게 막느냐는 질문
→ 글쓴이: Claude는 리드로 전체 컨텍스트를 쥐고 Codex는 리뷰 전용으로 PR마다 새 컨텍스트를 받는다고 답함
→ 후속: Claude가 중요한 피드백을 무시하고 진행하는 진행 정지 상황은 어떻게 푸는지
→ 다른 사용자: orchestrator에 반대 의견 명시를 강제해서 리뷰어 우려를 (a) 코드 참조와 함께 차단 요소가 아닌 이유 적기 또는 (b) 수용 후 계획 조정으로만 처리, 'I disagree' 단답은 무효라고 공유 - 토큰이 한정된 상황이라면 같은 범위에 다양한 에이전트 셋을 붙이기보다 파일 또는 리뷰 초점 단위로 범위를 좁혀 에이전트 셋에 나눠 주는 쪽이 효율적이라는 반론이 나왔습니다.
- 다수 동의 — Gemini 설계 → GPT5.5 계획 → Sonnet/Kimi 빌드 → GLM5.1/GPT5.5 검증 루프, GitHub PR 위 Cursor bugbot을 한 층 더 얹은 변형을 운영 중이고 주기는 길어져도 결과 코드 품질이 크게 올랐다고 보고됐습니다.
- 대안 도구로 nyldn/claude-octopus(글쓴이도 라운드별 PR 리뷰용으로 포크)와 Claude Code 숨겨진 swarm 기능을 묶은 DheerG/swarms 플러그인이 거론됐습니다.
- 계획 스킬과의 관계 질문 / 글쓴이 — GodModeSkill은 superpowers·gsd 같은 계획 스킬의 대체가 아니라 디스크 쓰기 전 다른 진영의 독립 리뷰를 거는 검증 게이트 보완재라고 정리했습니다.
- OpenCode를 끼우는 이유 / 글쓴이 — Claude Code와 같은 CLI 인터페이스라 Kimi·DeepSeek을 Go plan API로 바로 붙이기 편하기 때문이라고 답했습니다.