프로톤이 AI 시대 엔지니어의 역할을 모델 관리자로 재정의했다

프로톤이 소프트웨어 엔지니어링에서 AI를 어떻게 받아들일지를 정리한 사내 메모를 외부에 공개했다. 문서는 특정 도구의 사용법이 아니라 조직이 어떤 순서로 변화해야 하는지를 다루는 방향 선언에 가깝고, PDF 형태로도 내려받을 수 있게 했다.

메모의 출발점은 코드 작성이라는 행위 자체의 위상 변화다. 프로톤의 한 시니어 엔지니어는 최근 사내에서 "더 이상 코드를 직접 쓰는 사람이 없다"고 말했다고 한다. 문서는 이를 20세기의 전화번호 암기나 19세기의 말 타기처럼, 한때 핵심 기술이었지만 시대가 지나며 중요도가 달라진 능력에 비유한다. 작성자는 반복적인 보일러플레이트와 문서화·테스트 같은 작업이 모델에 넘어가는 것을 긍정적으로 본다.

그래서 엔지니어의 직무가 바뀐다는 것이 이 문서의 핵심 주장이다. 사람은 모델이 더 나은 코드를 더 빠르게 쓰도록 돕는 위치에 서고, 사용하는 모델과 에이전트가 사실상의 직속 보고 대상이 된다. 직접 지시하고 오류를 교정하는 데 그치지 않고, 사람이 개입하지 않아도 연속적으로 작동하는 범위를 계속 넓혀야 한다는 요구다. 모델이 혼자 해결하지 못한 문제는 저장소 수준의 컨텍스트 파일, 공유 스킬과 프롬프트 같은 형태로 축적해 다음번에는 다른 사람도 해결할 수 있게 만들어야 한다고 강조한다.

조직이 AI의 이점을 충분히 누리지 못하는 이유로 세 가지가 제시된다. 첫째는 엔지니어링 문화와 인식의 전환 부족, 둘째는 기존 워크플로 안에서 작업 속도만 높이는 1단계에 머문 상태, 셋째는 개인은 쉽게 할 수 있어도 팀·사업부·회사 단위로 재정비하려면 큰 비용과 조직적 투자가 필요한 집단 행동 문제다.

특히 두 번째 지적은 실무에 바로 와닿는다. 코드 작성이 빨라지면 병목은 다른 곳으로 옮겨가는데, 그 후보로 CI의 처리 속도와 용량, 설계와 승인, 명세 작성, 코드 리뷰가 꼽힌다. 작성자는 대부분의 사람 코드 리뷰가 끝나는 시점이 올 것이라고 내다본다. 병목을 전체 프로세스 관점에서 찾아 없애는 단계로 넘어가야 한다는 것이 이 문서가 말하는 2단계다.

배경에는 업계 전반의 불안정한 흐름이 깔려 있다. 지난 몇 년간 기술 기업들이 100만 명이 넘는 인력을 감축했고, 마이크로소프트는 최근 6만 명 규모의 희망퇴직을 제안했다는 점이 메모에 언급된다. 정부와 여러 기관이 수십 년간 코딩 교육에 막대한 자금을 투입했지만, 정작 AI가 가장 잘하는 작업 중 하나가 코드를 쓰고 다루는 일이었다는 아이러니도 짚는다. 경쟁사들이 지금 집행하는 투자가 향후 사업 환경을 결정할 것이라며, 이를 유행 추종이 아닌 생존 문제로 규정한다.

개발자 입장에서 달라지는 것은 책임의 범위다. 일이 완수되게 만드는 것뿐 아니라 어떤 방식으로 완수되는지까지 함께 책임지는 자리로 옮겨간다. 동시에 문서는 전문성의 종말을 말하지 않는다. 모델은 빠르지만, 오랜 경험에서 나오는 판단과 맥락 이해, 악의적이거나 잘못된 입력에 덜 흔들리는 성질, 그리고 자신과 동료와 조직에 대해 책임을 지는 위치는 사람의 몫으로 남는다.

테스트와 코드 리뷰에 대한 기존 모범 사례도 비용 구조가 바뀌면 함께 바뀔 수 있다고 본다. 테스트 작성과 유지에 드는 비용이 비쌀 때는 테스트를 과도하게 두는 것이 손해였지만, 그 비용이 낮아지면 선을 긋는 지점도 달라진다는 논리다. 다만 이 문서는 스스로 심층적인 엔지니어링 문서가 아니라고 밝히며, 보안·신뢰성·인프라의 구체적 방안은 다루지 않는다. 조직 차원의 변화 방향을 제시하는 데 초점을 둔 문서라는 점을 감안해 읽어야 한다.