Agents Made Code Free. Maintaining It Didn't Get Cheaper. - Dmitry Buykin, Maersk

한 줄 핵심

코딩 에이전트로 개발은 빨라졌지만 유지보수 비용은 줄지 않으므로, 사람의 판단·평가·증거를 루프에 넣어 매주 작은 정리와 재검증을 반복해야 한다.

시간별 요약

1. 0:00
   문제의식과 세 번째 선택지 코딩 에이전트는 코드를 싸게 만들었지만 혼란도 더 싸게 만들었고, 한 번의 대규모 삭제나 전면 리라이트만으로는 복잡성이 다시 자라난다. 그래서 전부 유지하거나 한 번에 쓸어내는 대신, 매주 작은 정리와 피드백 루프로 복잡성을 억제하는 방식이 필요하다.
2. 2:01
   무엇이 ‘정답’인지와 사람의 판단 대규모 시스템에서는 테스트만으로 ‘맞음’을 결정할 수 없고, 프로세스와 비즈니스 규칙이 섞인 영역에서는 전문가와 개발자가 함께 판단해야 한다. 규칙이 코드로 검증 가능한지, 아니면 사람이 읽고 승인해야 하는지를 먼저 나누는 것이 핵심이다.
3. 5:02
   사실 검증과 워크플로우로의 승격 프롬프트나 문서가 실제 사실인지 확인할 수 있는 장치를 두고, 반복되는 작업만 워크플로우와 코드로 승격해야 한다. 반복되지 않거나 지역·상황에 따라 달라지는 판단은 코드에 박아 넣지 말고, 사람이 읽을 수 있는 형태의 프로세스로 남겨야 한다.
4. 7:01
   컨텍스트와 권한의 경계 모델이 무엇을 볼지 통제하는 것이 곧 행동을 통제하는 것이며, 컨텍스트에 들어간 정보는 곧 행동의 근거가 된다. 필요한 사실만 짧은 핸들로 넘기고 런타임이 원본을 보관·검증하게 해야, 컨텍스트 팽창과 잘못된 추론을 동시에 줄일 수 있다.
5. 10:00
   평가, 증거, 그리고 주간 유지보수 유지보수의 핵심은 ‘초록불’이 아니라 증거이며, 실사용 리플레이·블라스트 레디우스·의도적 실패 검증으로 변경의 타당성을 확인해야 한다. 사람 한 명이 모든 변경을 읽는 구조를 버리고, 실사용 기반 평가와 기록 시스템으로 주간 단위의 점진적 정리를 반복해야 한다.

실무 인사이트

• AI 코딩 프로젝트에서는 개발 속도보다 검증 속도가 병목이 되므로, 변경을 빠르게 만드는 것보다 변경을 빨리 반증할 수 있는 장치를 먼저 설계해야 한다.
• 테스트를 늘리는 것만으로는 유지보수 비용이 내려가지 않으며, 반복되는 판단은 코드로, 남는 불확실성은 사람의 리뷰로 분리해야 누적 복잡성을 줄일 수 있다.
• 에이전트 기반 개발 조직은 ‘누가 무엇을 읽고 승인하는가’를 시스템 설계의 일부로 넣어야 하며, 개인의 기억과 감각에 의존하면 결국 번아웃과 품질 저하로 이어진다.