2026년 Claude Code: 레이어가 도구보다 중요합니다

gstack, Superpowers, Compound Engineering을 같은 주에 설치했습니다. 각각 팬층이 있는 Claude Code 익스텐션이고, 세 개를 동시에 쓰면 생산성이 배로 높아질 거라 기대했습니다. 하지만 실제로는 기능이 겹치고, 빈틈이 생기고, 도구를 모으기만 하면서 어디에도 기준이 없다는 불안감만 남았습니다.

며칠 동안 세 가지를 나란히 돌려본 끝에 진짜 문제를 발견했습니다. 도구 선택을 잘못한 게 아니라, 레이어를 보지 못했던 겁니다.

레이어란 무엇인가

AI 코딩은 사람의 역할을 코드 작성에서 에이전트 조율로 바꿔놓았습니다. 조율을 잘하려면 멘탈 모델이 필요한데, 저에게 가장 명확하게 와 닿은 모델은 세 가지 레이어로 구성됩니다. 의사결정, 프로세스, 지식입니다. 살펴본 도구들은 저마다 하나의 레이어에서 강하고 나머지에서 약했습니다. 이걸 보고 나니 기능 중복과 빈틈이 왜 생겼는지 자연스럽게 이해가 됐습니다.

의사결정 레이어

gstack의 /plan-ceo-review는 작업을 프로덕트 관점에서 검토합니다. /plan-eng-review는 아키텍처 관점에서 검토합니다. 둘 다 코드 한 줄 쓰기 전에 실행됩니다. 목적은 나쁜 아이디어를 초반에 솎아내는 것입니다.

처음에는 코딩 단계가 병목일 거라 생각했습니다. 그렇지 않았습니다. 시간을 가장 많이 잡아먹은 건 애초에 만들지 말았어야 할 기능을 만드는 과정이었습니다. gstack의 게이트를 2주 동안 사용하면서 품질 차이가 더 좋은 코드를 쓰는 데서 오는 게 아니라 불필요한 코드를 덜 쓰는 데서 온다는 걸 확인했습니다. Garry Tan이 이 구성으로 60일 동안 60만 줄을 작성했다고 알려져 있습니다. /qa 커맨드는 실제 브라우저를 열어 사용자처럼 앱을 클릭해보는데, 유닛 테스트로는 잡을 수 없는 문제를 발견합니다.

gstack의 한계도 분명합니다. 세션 간 메모리가 없습니다. 리뷰가 매번 맥락 없이 시작됩니다.

프로세스 레이어

Superpowers는 브레인스토밍, 계획, 실행, 리뷰 사이클로 작업을 구조화합니다. GitHub 스타 12만 개는 충분히 납득이 됩니다. “AI에게 그냥 시킨다”에서 반복 가능한 워크플로우로 전환하자 산출물의 일관성이 바로 달라졌습니다.

이것만으로 충분할 거라 생각했습니다. 충분하지 않았습니다. 워크플로우는 단일 세션 안에서 깔끔하게 돌아가지만, 다음 날 새 세션을 열면 전날 배운 것이 모두 사라집니다. 서브에이전트 기반의 사양 리뷰어와 코드 품질 리뷰어가 내장되어 있고 잘 작동하지만, 어제 무슨 일이 있었는지를 기록해서 오늘 작업에 반영하는 부분이 없습니다.

지식 레이어

Compound Engineering의 /ce:compound는 작업을 마친 뒤 실행합니다. 다섯 개의 서브에이전트가 병렬로 활성화되어 대화 맥락을 추적하고, 해결책을 추출하고, 중복 문서를 확인하고, 재발 방지 전략을 생성하고, 결과를 분류합니다. 모든 내용은 docs/solutions/에 저장됩니다.

사용을 시작한 지 일주일 뒤, 이전에 해결한 것과 유사한 오류를 마주쳤습니다. 계획 단계에서 시스템이 이전 기록을 찾아내 해결책을 바로 제시했습니다. 몇 시간이 걸렸을 디버깅이 몇 분 만에 끝났습니다. /ce:review는 적어도 여섯 개의 독립 리뷰어를 병렬로 실행합니다. /ce:plan은 무언가를 제안하기 전에 git 로그와 프로젝트 이력을 먼저 확인합니다.

Anthropic의 progress 파일이 교대 근무자 간 인수인계 노트라면, Compound Engineering의 docs/solutions/는 팀 전체가 매일 읽는 레시피 바인더에 가깝습니다.

비어 있는 레이어 찾기

이 세 가지 도구를 반드시 설치해야 한다는 이야기가 아닙니다. 세 개의 레이어를 볼 수 있게 되면 어떤 도구든 평가할 수 있고, 직접 만들 수도 있다는 이야기입니다.

세 개를 동시에 일주일 돌리고 나서야 중복이 프로세스 레이어에 집중되어 있고, 지식 레이어는 몇 달째 비어 있었다는 걸 알게 됐습니다. 그 빈틈을 발견한 것이 각 도구의 어떤 개별 기능보다 더 유용했습니다.

자신의 워크플로우를 돌아보시기 바랍니다. 나쁜 아이디어가 코드가 되기 전에 막아주는 의사결정 게이트가 있습니까? 매번 동일하게 실행되는 정해진 프로세스가 있습니까? 지난주에 배운 것을 기억하는 지식 시스템이 있습니까? 빈 레이어를 먼저 찾아보시기 바랍니다. 그리고 채우시기 바랍니다. 누군가의 프레임워크를 설치하는 대신, 직접 SKILL.md 파일 하나를 작성하는 것으로도 충분할 수 있습니다.

레이어를 보는 능력은 어떤 특정 도구보다 오래 남습니다.