EveryInc의 compound-engineering-plugin, 플러그인보다 실행 모델을 봐야 한다

EveryInc/compound-engineering-plugin은 README 발췌만 놓고 보면 아주 짧게 설명된다. "Official Compound Engineering plugin for Claude Code, Codex, Cursor, and more." 하지만 이 한 줄은 요즘 AI 코딩 도구 시장의 방향을 꽤 압축해서 보여준다. 특정 IDE 확장 하나가 아니라 Claude Code, Codex, Cursor를 같은 문장에 묶는다는 점이 중요하다. 이 repo는 TypeScript 기반이고, 2026년 5월 29일 기준 GitHub rank 15에 올랐으며 오늘만 180 stars를 모았다. 별 숫자만으로 도구의 성숙도를 말할 수는 없지만, 어떤 종류의 기대가 몰리는지는 읽을 수 있다. 개발자들은 이제 AI 코딩 도구를 하나씩 시험해보는 단계를 지나, 여러 도구가 섞인 환경에서 같은 작업 방식을 유지하는 문제를 보기 시작했다. Claude Code, Codex, Cursor는 모두 "AI로 코딩한다"는 큰 범주에 들어가지만 실제 사용감은 꽤 다르다. Claude Code는 터미널 에이전트에 가깝고, Codex는 작업 위임형 흐름으로 읽히며, Cursor는 에디터 안의 개발 경험과 붙어 있다. 한 팀 안에서도 구성원마다 선호 도구가 갈릴 수밖에 없다. 그러면 팀이 맞춰야 할 것은 단순히 모델 이름이 아니라 작업 단위, 검토 방식, 반복 가능한 엔지니어링 루틴이다. compound-engineering-plugin이 흥미로운 이유는 바로 그 틈을 겨냥하는 것처럼 보이기 때문이다. 이름에 들어간 Compound Engineering은 단발성 프롬프트보다 누적되는 실행 방식에 더 가까운 뉘앙스를 준다. 아직 공개 발췌만으로 구체 기능을 단정하기는 어렵다. 다만 "official"이라는 표현과 Claude Code, Codex, Cursor를 함께 지원한다는 설명만으로도 포지션은 분명하다. AI 코딩 도구의 경쟁은 더 똑똑한 답변을 내는 모델 비교에서 끝나지 않는다. 실제 현장에서는 누가 어떤 도구를 쓰든 팀의 코드 변경 흐름이 무너지지 않아야 한다. 플러그인은 작아 보이지만, 그 뒤에는 도구 간 실행 모델을 맞추려는 더 큰 요구가 있다. EveryInc/compound-engineering-plugin이 오늘 빠르게 주목받은 이유도 그 지점에 있다.