코드 한 줄 안 읽고 만든 AI 비서: ClawdBot 개발자 인터뷰

Clawbot 2017 개인 비서라는 단어가 포함된 Clawbot 로고



최근 소프트웨어 개발의 패러다임이 급격하게 변화하고 있습니다.
과거에는 꼼꼼한 코드 리뷰와 테스트, 그리고 수많은 설계 문서를 통해 견고한 시스템을 구축하는 것이 미덕이었습니다. 하지만 이제는 AI 에이전트가 코드를 작성하고 개발자는 그 코드를 '읽지 않고'도 수백 개의 커밋을 병합하는 시대가 됐는데요. PSPDFKit의 창시자이자 현재 Clawbot을 개발 중인 피터 슈타인버거(Peter Steinberger)는 이러한 변화의 최전선에 서 있습니다.
그는 AI를 활용한 개발 방식이 기존의 소프트웨어 엔지니어링 워크플로우를 어떻게 근본적으로 바꾸고 있는지 생생하게 보여줍니다.

1. '읽지 않는 코드'의 역설: AI 시대의 개발자

안경을 쓴 남자가 마이크 앞에 앉아 있다


"저는 코드를 직접 작성하지 않을 때 더 나은 코드를 작성한다고 생각합니다."

피터 슈타인버거는 하루에 600개 이상의 커밋을 병합하면서도
"내가 작성한 코드의 대부분을 읽지 않는다"고 말합니다.

그의 접근 방식은 다음과 같은 핵심 원칙에 기반합니다.

  • 시스템 아키텍처에 집중: 개별 라인의 코드 디테일보다는 전체 시스템의 구조와 흐름을 설계하는 데 집중합니다.

  • AI 에이전트의 역할 분담: 반복적이고 지루한 '배관 작업(plumbing)'은 AI 에이전트에게 맡기고, 개발자는 더 높은 수준의 의사결정에 집중합니다.

  • '바이브 코딩(Vibe Coding)'의 진화: 피터는 이를 '에이전트 엔지니어링(Agentic Engineering)'이라고 부르며, AI와의 대화를 통해 원하는 결과물을 만들어내는 과정을 강조합니다.

2. '루프 닫기(Closing the Loop)'의 중요성

AI가 생성한 코드를 무조건 신뢰할 수 없다는 것은 많은 개발자가 공감하는 지점입니다.
피터는 이 문제를 해결하는 핵심 열쇠로 '피드백 루프 닫기'를 제시합니다.

코드 검증의 새로운 방식

AI는 창의적인 글쓰기보다 코드를 작성하는 데 더 능숙합니다. 그 이유는 코드는 검증 가능하기 때문입니다.

검증 가능 항목

설명

컴파일 및 린팅

코드가 문법적으로 올바른지 즉시 확인할 수 있습니다.

테스트 실행

AI가 생성한 테스트 코드를 통해 기능의 정확성을 검증합니다.

출력 검증

예상된 결과가 나오는지 실행을 통해 확인할 수 있습니다.

이러한 검증 과정을 시스템에 내재화하면, 개발자는 코드를 직접 읽지 않고도 결과물의 품질을 신뢰할 수 있게 됩니다. 피터 슈타인버거는 과거 PSPDFKit 개발 시, 테스트를 통과하면 코드를 병합했던 것과 유사하지만 그 속도와 규모가 비교할 수 없을 정도로 빨라졌다고 말합니다.

3. PR(Pull Request)에서 PR(Prompt Request)으로

요청과 요청이라는 단어가 포함된 주황색 배경


전통적인 개발 문화에서 PR은 코드 리뷰와 품질 보증의 핵심이었습니다.
하지만 피터의 워크플로우에서는 PR의 역할이 근본적으로 달라지고 있습니다.

  • PR은 '프롬프트 요청'으로: 그는 PR을 '프롬프트 요청(Prompt Request)'으로 간주합니다. 코드 자체보다 어떻게 그 코드를 생성하게 되었는지(프롬프트)가 더 중요한 신호가 됩니다.

  • 생각의 공유: 개발자는 코드를 작성하는 대신, 어떤 문제를 해결하기 위해 어떤 질문을 던졌는지를 공유하는 데 집중합니다.

이는 소프트웨어 개발의 본질이 '코드를 작성하는 행위'에서 '문제를 정의하고 AI에게 지시하는 행위'로 이동하고 있음을 시사합니다.

4. AI 시대의 개발자에게 필요한 역량

한 남자가 코드가 적힌 컴퓨터 화면을 보고 있다

피터는 AI 시대에 성공하는 개발자와 그렇지 못한 개발자를 구분하는 기준을 제시합니다.

성공하는 개발자 vs. 어려움을 겪는 개발자

성공하는 개발자

어려움을 겪는 개발자

결과물(Outcome) 중심

코드 디테일(Plumbing) 집착

시스템 아키텍처 이해

알고리즘 등 복잡한 문제 해결에만 몰두

반복적 개선(Iterative Improvement)

완벽한 초기 설계(Waterfall) 고집

호기심(Curiosity)

기존 기술에 대한 과도한 숙련도

특히, 호기심은 새로운 기술을 받아들이는 데 필수적입니다.
AI를 처음 접할 때의 좌절감은 기타를 치던 사람이 피아노를 처음 접하는 것과 같을 수 있습니다.
하지만 이 과정을 통해 새로운 '빌딩 방식'을 익히는 것이 중요합니다.

5. 미래의 소프트웨어 팀: 30%의 인력으로 100%의 성과

피터는 현재의 AI 도구들을 활용한다면, PSPDFKit과 같은 회사를 과거 대비 30%의 인력으로 운영할 수 있을 것이라고 예측합니다.

이러한 변화는 기존 기업들에게 큰 도전이 될 것입니다.
기존의 역할 분담(엔지니어 vs. 매니저)으로는 새로운 시대를 따라잡기 어렵습니다.

  • 고도의 에이전시(Agency)와 역량: 미래의 팀은 소수의 고도로 유능하고, AI 에이전트를 효과적으로 지휘할 수 있는 인력으로 구성될 것입니다.

  • 코드베이스 최적화: 코드를 작성할 때, 개발자는 '나'를 위한 코드가 아닌 '에이전트가 이해하기 쉬운 코드'를 목표로 구조화해야 합니다.

결론: 게임처럼 즐기는 새로운 개발 여정

피터의 경험은 AI가 소프트웨어 개발을 '게임'처럼 만들고 있음을 보여줍니다. 과거에는 비용이 많이 들어 신중하게 계획해야 했던 작업들이 이제는 몇 분 만에 시도하고 폐기할 수 있게 되었습니다.

"저는 제가 만든 제품이 마음에 들 때까지 계속해서 깎아내고 다듬어 나가는 과정이 좋습니다. 마치 대리석에서 조각상이 튀어나오는 것과 같습니다."

AI 시대의 개발자는 더 이상 코드를 '작성'하는 사람이 아니라, AI 에이전트라는 강력한 도구를 활용하여 '시스템을 설계하고, 피드백 루프를 닫으며, 원하는 결과물을 빚어내는 건축가이자 조각가'가 되어야 할 것입니다. 이 새로운 여정은 도전적이지만 그만큼 무한한 재미와 생산성을 제공할 것입니다.

🏷️ 이 글은 피터 슈타인버거(Peter Steinberger)의 인터뷰 영상에서 발췌한 내용을 담고있습니다.

3