안녕하세요! 요즘 코딩하면서 ‘이거 에이전트가 해주면 좋겠다’ 싶은 순간들, 다들 있으시죠? 저도 솔직히 처음엔 ‘AI가 내 코딩을 다 해준다고?’ 하고 반신반의했는데, 이번에 정말 흥미로운 영상을 보게 됐어요. SpaceX AI의 Grockbot 팀에서 일하는 Lauren Tan 님이 출연한 영상인데요, 어떻게 하면 에이전트와 함께 **’소프트웨어 팩토리’**처럼 고품질 코드를 빠르게 만들 수 있는지에 대한 이야기였어요. 특히 한 달에 PR 2,000개를 프로덕션에 배포했다는 말에 귀가 쫑긋하더라고요!
사실 이런저런 개발 생산성 관련 정보를 찾다가 이 영상을 발견했는데, 정말 제 고민을 콕 집어주는 내용이더라고요. 그래서 오늘은 이 영상에서 얻은 인사이트를 제 경험과 함께 풀어볼까 합니다.
‘미슐랭 주방’처럼 작동하는 개발 환경 만들기
영상에서 Lauren 님은 ‘소프트웨어 팩토리’라는 말 대신 **’미슐랭 주방’**이라는 비유를 사용하더라고요. 처음엔 이게 뭔가 싶었는데, 듣다 보니 정말 공감이 됐어요. 우리는 조립 라인처럼 똑같은 걸 찍어내는 게 아니라, 창의적이고 섬세한 작업을 하잖아요? 마치 최고의 셰프들이 모여 요리를 완성하는 것처럼요.
물론 에이전트가 모든 걸 직접 만들진 않아요. 하지만 결과물에 대한 최종 책임은 여전히 우리에게 있죠. 주방에 라인 쿡, 수셰프, 각종 장비, 훈련된 인력, 심지어 설거지하는 사람까지, 모든 게 최종 요리의 맛에 영향을 미치는 것처럼, 개발 환경도 마찬가지라는 거예요.
Cursor에서의 ‘맨땅에 헤딩’ 경험: 에이전트 활용으로 나아가다
Lauren 님은 6개월 전 Cursor에 합류했을 때, 에이전트 활용 경험이 전혀 없었다고 해요. 당시 Cursor IDE의 새로운 에이전트 창이 심각한 성능 문제를 겪고 있었다는데요. 처음에는 Chrome 개발자 도구로 성능을 추적하고 힙 스냅샷을 뜨는 등, 정말 수동적이고 고된 작업들을 하셨다고 합니다.
저도 비슷한 경험이 있어서인지 이 부분에서 정말 공감했어요. 끊임없이 올라오는 Pull Request와 성능 회귀 가능성에 대한 불안감 속에서 ‘아니, 에이전트가 있는데 내가 왜 이러고 있지?’ 하는 생각이 절로 들었을 것 같아요. 그러다 **’에이전트가 직접 애플리케이션을 실행하고, 성능 데이터를 분석하고, 자동으로 최적화하는 ‘검증 기술’을 만들면 어떨까?’** 하는 아이디어를 떠올리셨다고 해요. 지난 6개월간의 노력 덕분에 제품 개발 속도가 비약적으로 향상되었다는 이야기가 정말 인상 깊었어요.
에이전트에 대한 ‘신뢰’가 핵심!
영상 내내 강조되는 건 바로 **’신뢰’**였어요. 에이전트 활용 초기에는 모든 대화를 일일이 감독하고 수정해야 하는 상황이 반복되는데, 이게 바로 에이전트 작업에 대한 신뢰가 부족하기 때문이라고 해요. 신뢰가 없으면 수많은 에이전트를 동시에 활용했을 때, 수많은 버그와 회귀가 발생할 수밖에 없죠. 이건 정말 피하고 싶은 상황이잖아요.
✨ ‘검증 기술’로 신뢰 쌓기
그럼 어떻게 신뢰를 쌓을 수 있을까요? 바로 **’검증 기술’** 덕분입니다. 낮은 수준의 검증으로는 에이전트에게 애플리케이션 실행, 디버깅, 성능 추적 방법을 가르치는 것부터 시작해요. 좀 더 나아가서는 형식 검증 같은 높은 수준의 검증도 가능하지만, 현실적으로는 검증 기술만으로도 상당한 발전을 이룰 수 있다고 해요.
⚙️ ‘Control Glass’ 스킬: 검증 기술의 실제 적용
Cursor 에이전트 창 성능 개선 작업에서 가장 먼저 개발한 스킬이 바로 **’Control Glass’**라고 하는데요. 이 스킬 덕분에 에이전트가 애플리케이션을 실행하고 추적 데이터를 수집하는 방법을 익힐 수 있게 된 거죠. 특히 **CLI(Command Line Interface)**와 **Feature Map**을 결합해서 에이전트가 애플리케이션을 더 잘 제어하고 이해하도록 만든 점이 정말 놀라웠어요. 마치 에이전트에게 앱의 작동 방식을 시각적으로 보여주고, 직접 실행해볼 수 있는 환경을 제공해주는 느낌이었달까요? 이 Control Glass 스킬이 현재 팀의 핵심 인프라가 되었다니, 그 중요성이 느껴지더라고요.
💡 ‘PAC’ 플러그인: 더 똑똑한 코딩을 위한 스킬
검증 기술이 코드의 ‘정확성’을 보장한다면, **’PAC’ 플러그인** 같은 스킬은 에이전트가 실제 소프트웨어 엔지니어처럼 ‘고품질’의 코드를 작성하도록 돕는다고 해요. 디버깅, 기능 개발 등 다양한 엔지니어링 워크플로우에서 영감을 받은 PAC는 에이전트가 원하는 방식으로 코드를 작성하도록 유도하는 플레이북과 스킬을 제공합니다. 마치 숙련된 엔지니어가 에이전트 팀에 자신의 지식을 이식해주는 것과 같아요. 이 검증 스킬과 코딩 스킬을 결합하면, 에이전트가 정확하고 품질 좋은 코드를 동시에 보장할 수 있게 되는 거죠.
‘에이전트 친화적인 아키텍처’ 설계의 중요성
영상 후반부에는 **’에이전트 친화적인 아키텍처’** 설계의 중요성이 강조되는데요. 미래에 에이전트가 모든 코드를 작성할 거라면, 코드베이스 자체가 처음부터 올바르게 작동하도록 설계해야 한다는 거예요. Lauren 님은 **’Dune’ 프레임워크**를 예로 들면서, 에이전트가 ‘지름길’을 좋아하므로, **쉬운 길이 곧 올바른 길이 되도록 설계**해야 한다고 강조하셨어요. 인간에게는 다소 불편할 수 있지만, 에이전트에게는 완벽한 환경을 제공하는 거죠. 마치 코드베이스가 에이전트의 ‘기억’ 역할을 하면서, 동시에 잘못된 패턴이 퍼지지 않도록 ‘정원사’처럼 관리하는 느낌이었달까요?
Dune 프레임워크는 **단일 경로(Single Path) 강제, 충분한 가이드라인 제공** 등을 통해 기술 부채를 줄이고 에이전트가 실수하기 어려운 환경을 만듭니다. 심지어 주석 금지까지! 처음엔 좀 극단적이라고 생각했는데, 에이전트가 임시방편으로 덮어쓰는 대신 근본적인 문제 해결에 집중하도록 유도하는 장치가 될 수 있겠다는 생각이 들었어요.
신뢰 그래프 상승과 팀 역량 강화
이 모든 노력들이 결국 **’신뢰 그래프’를 상승**시키고, 궁극적으로는 에이전트가 버그 보고서를 재현하고 PR을 열어 팀 전체에 가치를 더하는 수준까지 나아갈 수 있게 한다는 거예요. Grockbot 코드베이스처럼 잘못된 코드를 작성하기 어려운 환경이라면, 적은 컨텍스트를 가진 에이전트도 좋은 코드를 작성할 수 있게 되죠.
다시 ‘미슐랭 주방’ 비유로 돌아오면, 에이전트와 봇에게 필요한 스킬과 도구를 제공하고, 주방 환경 자체를 기본적으로 잘 돌아가도록 세팅하는 거예요. Grockbot과 Cursor가 협력하는 방식도 흥미로웠는데요, Grockbot이 외부 서비스와 연동해 정보를 집계하고 의사결정을 내리는 ‘아우터 루프’ 역할을 하고, Cursor는 이를 통해 자동화된 작업을 시작하는 식이죠. 이런 시스템들이 결합되면, 에이전트가 외부 이벤트에 자동으로 반응하고 클라우드 에이전트를 실행하는 것까지 가능해진다는 거예요.
그래서, 우리 개발자는 뭘 해야 할까?
영상에서 Lauren 님이 강조한 **신뢰 구축을 위한 5가지 활동**을 다시 한번 정리해보면:
- 1. 코드베이스 및 아키텍처: 패턴을 원천적으로 불가능하게 만들기
- 2. 정적 분석: 린트 규칙 등을 활용하기
- 3. 규칙, Bugbot, 스킬: 추가적인 가이드라인 제공하기
- 4. 코드 품질: 스킬을 통해 향상시키기
- 5. 에이전트가 자유롭게 활동할 수 있는 환경 조성하기
이런 노력들이 복합적으로 작용해야 한다는 거죠. 특히 **코드베이스와 아키텍처를 리팩토링하고 에이전트 친화적으로 만드는 것**은 미래를 위한 가장 중요한 투자라는 생각이 들었어요. 인간에게는 다소 불편하더라도, 에이전트가 올바른 길로 나아가도록 돕는 것이죠. 결국 우리의 코드를 통해 에이전트의 잠재력을 최대한 끌어내는 것이 핵심인 것 같아요.
여러분은 요즘 개발 환경에서 AI나 에이전트 활용에 대해 어떻게 생각하시나요? 혹시 저처럼 ‘이거 에이전트가 해줬으면 좋겠다’ 싶은 순간이 있다면 댓글로 공유해주세요! 함께 이야기 나눠봐요!