에이전틱 DevOps 12개월 후 — 첫 가설 중 무엇이 *맞았고* 무엇이 *틀렸나*
12개월 전 다음 10년의 DevOps는 에이전틱이다 의 가설들. 12개월의 데이터로 어느 가설이 맞고 어느 게 틀렸는지의 정직한 평가.
12개월 전 다음 10년의 DevOps는 에이전틱이다 발행. 5 가설을 박았었다. 12개월의 데이터가 그중 3개를 검증, 1개를 부분 부정, 1개를 폐기 했다. 정직한 평가.
가설 1 — 에이전트는 시간을 옮긴다, 사람을 대체하지 않는다
검증 ✓. 고객사 11곳 의 12개월 데이터:
- 1차 트리아지 시간 60분 → 8분 (-87%)
- 반복 운영 시간 24/7 자동
- 조사 시간 35분 → 9분 (-74%)
대체된 직무 0건. 사람의 시간이 설계 / 정책 / 감수 로 명확히 이동. 맞은 가설.
가설 2 — 권한 모델이 모델 선택보다 중요
검증 ✓. 4 변수 (결정/실행 분리, 조건부 권한, 감사 동일 schema, 결정론적 wrapping) 가 7 고객사에서 도입 가능성을 가른 데이터. → 에이전트가 production 권한 가질 수 있나
도입 통과 한 모든 케이스 — 위 4 변수가 처음부터 만족. 맞은 가설.
가설 3 — 멀티 에이전트는 거의 항상 필요 없다
검증 ✓. 5 케이스 시도, 5 모두 단일 에이전트로 후퇴. → 멀티 에이전트는 거의 항상 필요 없다
맞은 가설. 다만 희귀한 예외 (물리 격리, 시간 분리, 진짜 다른 모델 능력) 가 있음을 추가 학습.
가설 4 — 에이전트의 진짜 가치 = 시간 절감 (부분 부정)
부분 부정 ⚠. 시간 절감은 사실, 그러나 그게 가장 중요한 가치는 아님.
12개월 데이터에서 본 예상 외 가치:
- 인시던트 지식 보존 — 사람이 떠나도 에이전트의 트레이스가 인시던트 응답 패턴을 보존
- 근속 단조 직무 감소 — 새벽 1차 트리아지 같은 쌓이는 피로 직무가 사람에서 빠짐. 간접 retention 효과
- 새 hire 온보딩 가속 — 에이전트가 트리아지하는 동안 신규 SRE 가 옆에서 학습
이 셋이 시간 절감 보다 조용히 큰 가치. 처음에는 예상 못 함. 부분 부정 — 가설이 틀린 게 아니라 너무 좁음.
가설 5 — 에이전트가 ChatGPT 수준에서 가능 (폐기)
폐기 ✗. 12개월 전 가정 — GPT-4 / Claude Sonnet 수준이면 충분. 실제는 컨텍스트 + 도구 + 권한 + 감사 의 plumbing 이 모델 능력보다 중요. 모델은 Sonnet 으로 충분, 그러나 plumbing 이 안 되어 있으면 어떤 모델도 안 됨.
폐기 — 모델 자체 가 핵심이 아니라 그것을 둘러싼 시스템 이 핵심. 가설을 바꿔야.
새 가설 — Q3+ 12개월
직전 12개월의 학습으로 다음 12개월의 새 가설 5개:
- 에이전트의 retention / 온보딩 효과 가 측정되면 cost-benefit 모델 재구성
- 권한 경계 확장 페이스 — 분기당 에이전트가 가질 수 있는 권한 의 한 단계 확장
- 멀티 에이전트는 여전히 거의 필요 없음 — 12개월 더 검증
- RAG > fine-tune 의 일반 패턴이 모든 도메인에서 유지되는지
- Plumbing 표준화 — MCP 가 공급망 보안 처럼 산업 표준이 될지
이 5 가설 12개월 후 다시 평가 예정.
12개월의 한 줄
가설이 맞은 게 좋은 게 아니라, 가설이 측정 가능했던 게 좋다.
위 5 가설 모두 측정 가능 했다. 그래서 맞다 / 틀리다 / 부분 이 명확. 측정 불가능한 가설은 영원히 검증 안 됨. 처음 가설을 측정 가능하게 박는 게 첫 가치.
다음 후일담은 12개월 뒤에
이 글은 12개월 전의 다음 10년의 DevOps는 에이전틱이다 를 읽었던 사람들을 위한 후속 이다. 처음 5 가설의 결과 는 위에 있고, 다음 5 가설 은 12개월 후 같은 방식으로 검증해 발행한다. 에이전틱 DevOps 의 솔직한 후일담 이 필요한 SRE / 플랫폼 / 보안 리드라면 그때 다시.
비슷한 글
기획자가 코드를 배포하면, 장애는 누가 책임질까
AI로 제품 담당자가 직접 코드를 만들고 여러 에이전트가 동시에 작업하는 조직에서, 운영에 나가는 변경을 누가 무엇으로 확인해야 하는지. NIST SSDF, SLSA provenance, Google SRE 포스트모템 문화를 근거로 작성자와 분리된 검증·승인·복구의 역할 설계를 정리했다.
백재민
에이전트 시대의 Eclipse 플러그인 — 작업 컨텍스트는 20년 전에도 문제였다
Mylyn 이 2000년대에 풀려던 문제와 지금 에이전트 컨텍스트 문제는 같습니다. 달라진 건 그 컨텍스트를 읽는 쪽에 사람만 있는 게 아니라는 점입니다.
김영상
에이전트 시대의 VS Code 확장 — 개발자는 에디터에서 무엇을 보는가
코드 작성 비용이 무너진 뒤 개발자의 시간은 판단과 승인으로 옮겨갔습니다. 그 일들이 왜 에디터 밖에 있으면 안 되는지, VS Code 확장을 만들며 내린 선택들.
이승백