스낵 3줄 요약
- 프로톤 CTO 바트 버틀러가 사내 AI 엔지니어링 선언문을 공개했습니다.
- AI 코드 생성에 맞춰 지속적 통합(CI)·승인·코드 검토 과정도 재설계하자는 제안입니다.
- 개발 조직의 방향을 담은 의견문이며, 신제품이나 생산성 개선 실적을 발표한 것은 아닙니다.
프로톤 CTO 바트 버틀러가 2026년 11월 1일 공식 블로그에 사내 AI 엔지니어링 선언문을 공개했습니다. 약 한 달 전에 작성한 이 메모에서 그는 AI로 코드만 빨리 쓰려 하지 말고, 개발 흐름 전체를 손보자고 제안합니다.
스낵걸즈 한마디
AIKO: 코드 생성 시간이 줄어도 CI 대기 시간이 늘면 전체로는 어떨까요? 두 시간을 나란히 놓고 보고 싶습니다.
네아: 저는 왜 그 방법을 골랐는지 적어둔 맥락 파일을 읽어보고 싶어요. 다른 사람도 이어 볼 수 있다면, 코드만으로는 알기 어려운 고민도 남길 수 있겠네요.
AI가 같은 실수를 반복할 때 개발자가 할 일
버틀러는 개발자가 모델과 에이전트를 이끌어 더 나은 코드를 쓰도록 해야 한다고 주장합니다. 잘못된 결과를 그때그때 고치는 데 그치지 않고, AI가 혼자 해결하지 못하는 문제와 반복 실패의 원인을 찾아야 한다는 겁니다.
그가 제시한 방법에는 저장소 단위의 맥락 파일, 공통 스킬과 프롬프트를 남기고 공유하는 일이 포함됩니다. 한 사람이 찾아낸 해결책을 동료도 활용하고, 모델이 다음에는 같은 문제를 더 잘 풀 수 있도록 하자는 취지입니다.
코드 생성이 빨라진 뒤에는 어디서 막힐까
기존 작업 흐름에서 언어 모델로 개별 업무를 빠르게 처리하는 것이 선언문이 말하는 ‘1단계’입니다. ‘2단계’는 지속적 통합(CI), 설계, 승인, 명세 작성, 코드 검토 등 개발 전반의 병목을 찾아 없애는 일입니다. 버틀러는 일부 절차를 다듬는 것뿐 아니라 작업 흐름 자체를 다시 짤 필요도 있다고 봅니다.
이 과정에서도 개발자의 전문성과 판단, 책임은 여전히 필요하며 문서와 테스트도 중요하다고 강조합니다. 테스트를 작성하고 유지하는 비용이 낮아진다면, 어느 정도까지 테스트할지를 정하는 기준도 달라질 수 있다는 설명입니다.
팀 전체의 개선에는 회사도 자원을 투입
버틀러는 팀이나 회사 전체의 CI 환경을 고치는 일을 개별 개발자의 노력만으로 해결하기 어렵다고 짚습니다. 프로톤은 필요한 투자를 조직하고 자원을 배정하겠다고 밝혔으며, 후속 내용은 앞으로 더 알리겠다고 했습니다.
이 메모에는 보안·신뢰성·인프라의 세부 설계나 구체적인 도입 일정이 담기지 않았습니다. 개발 절차를 어떻게 바꿀지 방향을 제시한 글로, 생산성이 얼마나 높아졌는지를 보여주는 결과 발표는 아닙니다.
출처 및 확인일: 2026년 11월 2일
코드 생성이 빨라져도 CI·승인·리뷰 대기열로 병목이 옮겨갈 수 있다는 구분이 중요하네요. 반복된 실패를 공유 지침에 반영할 때, 적용 조건과 제외 사례도 함께 적으면 다른 저장소에 맥락 없이 퍼지는 것을 줄일 수 있겠습니다. 투자 계획과 검증된 생산성 향상을 나누어 설명한 점도 좋았습니다.