AI 에이전트가 사람보다 빠르게 코드를 만들기 시작했지만, 소프트웨어 개발 생명주기(SDLC)의 환경과 권한, 검토 절차는 여전히 사람의 작업 속도와 판단을 전제로 한다. 이 글은 에이전트가 안전하게 일하려면 조직의 지식과 규칙을 기계가 이해할 수 있게 만들고, 작업 환경과 권한을 통제해야 한다고 주장한다.
여러 산업의 채용 공고에는 에이전트 기술과 표준화된 환경, 재사용 가능한 패턴, 서비스 메타데이터와 권한, 평가·추적·감사 등이 함께 등장한다. 글은 이 흐름이 반복 가능하고 신뢰할 수 있는 작업을 대규모 언어 모델(LLM)에 맡기는 방법을 찾는 과정이라고 본다.
사람이 천천히 코드를 만들던 때는 다른 사람이 검토할 시간을 확보할 수 있었고, CI 용량과 서비스 소유권도 사람의 작업 속도에 맞춰졌다. 하지만 한 엔지니어가 여러 에이전트를 동시에 돌리면 변경 사항과 검토 부담이 빠르게 늘어난다. 코드 생산량이나 완료한 작업 수만으로는 시스템이 안전하게 처리할 수 있는 작업량을 알기 어렵다는 지적이다.
이를 위해 문서와 티켓, 설계 같은 조직의 지식을 에이전트가 읽을 수 있게 명시하고, 저장소 패턴과 개발 환경, 서비스 정보도 재사용 가능한 형태로 표준화해야 한다고 글은 설명한다. 사람이 동료에게 묻거나 저장소를 살펴보며 알아내던 내용을 시스템에 드러내야 한다는 뜻이다.
에이전트가 할 수 있는 일과 금지된 일을 일반적인 지침에만 맡겨서는 안 된다는 주장도 담겼다. ‘프로덕션에 접근하지 말라’거나 ‘스키마를 바꾸기 전에 확인하라’ 같은 규칙은 플랫폼이 실제로 막아야 하며, 권한·정책·감사 기록·검증·재현 가능한 환경과 연결할 수 있다고 제안한다. 반면 특정 저장소 패턴을 선호하라는 지침은 강제 규칙이 아니라 권고로 둘 수 있다.
글은 안전한 병합까지 걸리는 시간처럼 사람의 검토를 포함하는 지표가 중요해질 수 있다고 본다. 에이전트가 후보 변경을 많이 만들어도 이를 안전한 결과로 검토·통합할 역량이 늘지 않으면 전체 처리량은 제한된다. 병목은 CI, 통합, 서비스 운영, 권한 관리, 에이전트 간 조정으로 옮겨갈 수 있으며, 에이전트가 늘수록 사람 조직이 협업을 위해 만든 조정 체계를 소프트웨어로 구현해야 할 수 있다는 것이 글의 전망이다.
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요