Compound Engineering Gets an Upgrade
Quick Summary
AI 모델이 더 유능해지면서 컴파운드 엔지니어링은 단순한 ‘계획 작업 검토’ 루프를 넘어, 인간이 시작과 끝에서 방향성과 품질을 책임지는 방식으로 확장되고 있다.
🖼️ 인포그래픽
🖼️ 4컷 인포그래픽
💡 한 줄 요약
AI 모델이 더 유능해지면서 컴파운드 엔지니어링은 단순한 ‘계획-작업-검토’ 루프를 넘어, 인간이 시작과 끝에서 방향성과 품질을 책임지는 방식으로 확장되고 있다.
📌 핵심 요약
- 글쓴이는 유료 구독자를 위한 세 번째 컴파운드 엔지니어링 캠프를 예고하며, 이제 계획과 구축이 하나의 흐름으로 합쳐지고 있다고 설명한다.
- 초기의 컴파운드 엔지니어링은 AI가 계획을 세우고, 원하는 방식으로 작업하고, 결과를 기준에 맞춰 검토하며, 피드백을 다음 작업에 반영하게 만드는 코드 중심의 실험이었다.
- 기존 핵심 루프는 ‘브레인스토밍 → 작업 → 검토 → 컴파운드 → 반복’이었고, 이 방식은 여전히 Cora를 만드는 핵심 방식으로 남아 있다.
- 하지만 모델이 발전하면서 작업 단계는 좋은 의미에서 지루해졌고, 계획과 맥락이 충분하면 에이전트가 코드를 쓰고 테스트를 돌리며 명백한 문제를 고치는 일이 대체로 가능해졌다.
- 이에 따라 글쓴이는 인간의 역할을 시작과 끝에 두는 새 루프, 즉 ‘아이디어 도출 → 브레인스토밍 → 계획 → 작업 → 검토 → 다듬기 → 컴파운드 → 반복’으로 컴파운드 엔지니어링을 확장한다.
🧩 주요 포인트
- 글쓴이는 유료 구독자를 위한 세 번째 컴파운드 엔지니어링 캠프를 예고하며, 이제 계획과 구축이 하나의 흐름으로 합쳐지고 있다고 설명한다.
- 초기의 컴파운드 엔지니어링은 AI가 계획을 세우고, 원하는 방식으로 작업하고, 결과를 기준에 맞춰 검토하며, 피드백을 다음 작업에 반영하게 만드는 코드 중심의 실험이었다.
- 기존 핵심 루프는 ‘브레인스토밍 → 작업 → 검토 → 컴파운드 → 반복’이었고, 이 방식은 여전히 Cora를 만드는 핵심 방식으로 남아 있다.
- 하지만 모델이 발전하면서 작업 단계는 좋은 의미에서 지루해졌고, 계획과 맥락이 충분하면 에이전트가 코드를 쓰고 테스트를 돌리며 명백한 문제를 고치는 일이 대체로 가능해졌다.
- 이에 따라 글쓴이는 인간의 역할을 시작과 끝에 두는 새 루프, 즉 ‘아이디어 도출 → 브레인스토밍 → 계획 → 작업 → 검토 → 다듬기 → 컴파운드 → 반복’으로 컴파운드 엔지니어링을 확장한다.
🧠 상세 정리
1. 계획과 구축이 하나로 합쳐지는 흐름
글은 먼저 글쓴이와 Trevin Chow가 유료 구독자를 대상으로 세 번째 컴파운드 엔지니어링 캠프를 연다는 안내로 시작한다. 이 캠프의 핵심 주제는 계획과 구축이 분리된 단계가 아니라 하나의 흐름으로 무너지고 있다는 점이다. 사용자가 AI에게 목표를 넘기면 AI가 그 목표를 바탕으로 실행까지 이어가는 방식이 점점 현실적인 작업 방식이 되고 있다는 설명이다. 이 도입부는 단순한 행사 홍보를 넘어, 글 전체가 다루는 문제의식인 ‘AI가 일을 잘하게 된 뒤 인간은 어디에 남는가’라는 질문으로 이어진다.
2. 초기 컴파운드 엔지니어링의 핵심 루프
초기의 컴파운드 엔지니어링은 주로 코드 작업에 초점이 맞춰져 있었다. 글쓴이는 AI 모델이 계획을 만들고, 자신이 원하는 방식으로 일을 수행하고, 결과를 자신의 기준에 따라 검토하며, 피드백에서 배운 점을 다음 작업에 반영할 수 있는지 확인하고자 했다. 그때의 루프는 ‘브레인스토밍 → 작업 → 검토 → 컴파운드 → 반복’이었다. 이 구조는 여전히 글쓴이가 Cora를 만드는 핵심 방식으로 남아 있으며, 작업이 한 번으로 끝나는 것이 아니라 다음 작업을 더 쉽게 만드는 방향으로 축적된다는 점이 중요하다.
3. AI가 중간 작업을 맡게 된 뒤 인간의 위치
시간이 지나 모델의 능력이 좋아지면서 글쓴이는 작업 단계가 ‘좋은 의미에서 지루해졌다’고 말한다. 계획이 좋고 에이전트가 적절한 맥락을 갖고 있다면, AI는 보통 코드를 작성하고 테스트를 실행하며 명백한 문제를 스스로 고친다. 그래서 이제 핵심 질문은 AI가 일을 할 수 있는지가 아니라, 그 과정에서 인간이 어디에 들어가야 하는지가 되었다. Trevin Chow가 제안한 샌드위치 비유처럼, AI는 가운데 내용물이고 인간은 양끝의 빵처럼 전체를 붙잡는 역할을 한다.
4. 새로운 확장 루프와 인간의 시작·마무리 역할
글쓴이는 기존 루프가 여전히 엔지니어링의 중심을 설명하지만, 이제 자신이 가장 많은 주의를 기울이는 두 지점을 빠뜨린다고 본다. 하나는 계획이 생기기 전, 즉 무엇을 만들 가치가 있는지 판단하고 사용자와 제품, 특이한 예외 상황, 흥미로운 가능성을 이해하는 단계다. 다른 하나는 기술적으로 검토를 통과한 뒤, 실제로 클릭해 보고 디자인과 문구를 살피며 경험이 제대로 느껴지는지 확인하는 단계다. 그래서 새 루프는 ‘아이디어 도출 → 브레인스토밍 → 계획 → 작업 → 검토 → 다듬기 → 컴파운드 → 반복’으로 확장된다.
5. 지식노동 전반으로 확장되는 패턴
글쓴이는 업데이트한 컴파운드 엔지니어링 가이드가 엔지니어링을 다루지만, 이 패턴이 더 넓은 지식노동에도 적용될 수 있다고 본다. 많은 일의 중간 부분은 자동화될 가능성이 크지만, 결과물이 좋고 자기 자신의 작업처럼 느껴지려면 인간이 시작과 끝에 남아 있어야 한다는 주장이다. 특히 ‘컴파운드’ 단계는 여전히 가장 중요하다. 매 기능과 작업이 다음 기능과 작업을 더 쉽게 만들어야 하기 때문에, 단순한 자동화가 아니라 반복을 통해 시스템을 축적하는 것이 이 접근의 핵심이다.
🧾 핵심 주장 / 시사점
- AI가 일을 ‘대신’ 하는 단계가 안정화될수록, 인간의 차별점은 실행력이 아니라 무엇을 만들지 정하고 완성도를 판단하는 능력으로 이동한다.
- 컴파운드 엔지니어링의 핵심은 한 번의 산출물이 아니라, 피드백과 학습을 축적해 다음 작업의 난이도를 낮추는 반복 구조에 있다.
- 자동화가 강해질수록 제품 감각, 사용자 이해, 디자인과 문구의 미세한 판단처럼 기술적 통과 이후의 품질 검토가 더 중요해진다.
✅ 액션 아이템
- 컴파운드 엔지니어링 루프를 브레인스토밍→작업→검토→컴파운드에서 아이디어 도출→계획→작업→검토→다듬기까지 확장해 현재 개발 흐름에 맞게 재정의한다.
- 에이전트가 코드를 쓰고 테스트를 돌리는 작업 단계는 표준화하고, 인간은 시작의 방향 설정과 끝의 품질 판단에 집중하도록 체크리스트를 만든다.
- Cora 사례처럼 피드백을 다음 작업 맥락으로 누적하는 방식이 실제 제품 개발 속도와 품질에 어떤 영향을 주는지 기록한다.
❓ 열린 질문
- 모델이 좋아져 작업 단계가 “지루해질”수록 인간 엔지니어의 핵심 가치는 어디로 이동할까?
- 계획과 구축이 하나의 흐름이 될 때 좋은 계획 문서는 에이전트 실행 품질을 어떻게 바꿀까?
- 컴파운드 엔지니어링 루프에서 검토와 다듬기 단계는 어느 정도까지 자동화할 수 있고 어디서 인간 판단이 필요할까?