Articlelangchain.com·2026년 6월 25일·0

Agentic Engineering: How Swarms of AI Agents Are Redefining Software Engineering

Quick Summary

이 글은 AI 코딩 도구를 넘어, 역할·기억·관측성을 공유하는 다중 에이전트가 소프트웨어 전달 전 과정을 조율하는 ‘에이전틱 엔지니어링’의 구조와 파일럿 결과를 설명한다.

Agentic Engineering: How Swarms of AI Agents Are Redefining Software Engineering 관련 대표 이미지

🖼️ 인포그래픽

Agentic Engineering: How Swarms of AI Agents Are Redefining Software Engineering 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

Agentic Engineering: How Swarms of AI Agents Are Redefining Software Engineering 내용을 설명하는 본문 이미지

💡 한 줄 요약

이 글은 AI 코딩 도구를 넘어, 역할·기억·관측성을 공유하는 다중 에이전트가 소프트웨어 전달 전 과정을 조율하는 ‘에이전틱 엔지니어링’의 구조와 파일럿 결과를 설명한다.

📌 핵심 요약

  • 에이전틱 엔지니어링은 AI를 개별 보조 도구가 아니라 실제 엔지니어링 팀처럼 역할과 책임을 가진 디지털 팀원으로 모델링하는 접근이다. 핵심 목표는 코드를 더 빨리 쓰는 것이 아니라 요구사항, 설계, 개발, 보안, 테스트, 배포, 운영을 포함한 전달 흐름 전체를 더 빠르고 안전하게 통과시키는 데 있다.
  • 제안된 구조는 실행을 담당하는 Worker Agent와 조율·거버넌스·공유 기능을 담당하는 Leader Agent로 나뉜다. Worker Agent는 의도 해석, 맥락 수집, 도구 또는 코딩 에이전트를 통한 실행, 검증, 결과 보고를 맡고, Leader Agent는 공유 프롬프트·워크플로 라이브러리, 공통 도구 게이트웨이, 장기 기억, 전역 관측성, 오케스트레이션을 제공한다.
  • 저자들은 LangGraph, LangSmith, LangMem을 사용한 참조 구현을 제시한다. LangGraph는 상태 기반 워크플로와 체크포인트를, LangSmith는 실행 추적과 평가·관측성을, LangMem은 장기 상태와 학습을 담당하며, 이를 통해 실험적 에이전트 시스템을 운영 가능한 모델로 옮기기 위한 조건을 검토한다.
  • AI 코딩 에이전트와 에이전틱 엔지니어링은 경쟁 관계가 아니라 계층이 다르다. Codex나 Claude 같은 코딩 에이전트는 단일 사용자 세션에서 의도를 코드로 바꾸는 데 강하지만, 에이전틱 엔지니어링에서는 Worker Agent 내부의 추론·코드 생성 엔진 또는 워크플로 구성 요소로 들어가 더 큰 조율 체계 안에서 동작할 수 있다.
  • 파일럿에서는 실제 개발, 테스트, 디버깅 워크플로에 이 구조를 적용했다. 20개 이상의 디버깅 워크플로에서 조율된 에이전트 실행은 과거 기준 대비 근본 원인 파악 시간을 93% 줄였고, 한 달 동안 512개 세션에서 200시간 이상의 엔지니어링 시간을 절감했으며, 개발 워크플로에서는 실행 시간이 65% 감소했다.

🧩 주요 포인트

  1. 에이전틱 엔지니어링은 AI를 개별 보조 도구가 아니라 실제 엔지니어링 팀처럼 역할과 책임을 가진 디지털 팀원으로 모델링하는 접근이다. 핵심 목표는 코드를 더 빨리 쓰는 것이 아니라 요구사항, 설계, 개발, 보안, 테스트, 배포, 운영을 포함한 전달 흐름 전체를 더 빠르고 안전하게 통과시키는 데 있다.
  2. 제안된 구조는 실행을 담당하는 Worker Agent와 조율·거버넌스·공유 기능을 담당하는 Leader Agent로 나뉜다. Worker Agent는 의도 해석, 맥락 수집, 도구 또는 코딩 에이전트를 통한 실행, 검증, 결과 보고를 맡고, Leader Agent는 공유 프롬프트·워크플로 라이브러리, 공통 도구 게이트웨이, 장기 기억, 전역 관측성, 오케스트레이션을 제공한다.
  3. 저자들은 LangGraph, LangSmith, LangMem을 사용한 참조 구현을 제시한다. LangGraph는 상태 기반 워크플로와 체크포인트를, LangSmith는 실행 추적과 평가·관측성을, LangMem은 장기 상태와 학습을 담당하며, 이를 통해 실험적 에이전트 시스템을 운영 가능한 모델로 옮기기 위한 조건을 검토한다.
  4. AI 코딩 에이전트와 에이전틱 엔지니어링은 경쟁 관계가 아니라 계층이 다르다. Codex나 Claude 같은 코딩 에이전트는 단일 사용자 세션에서 의도를 코드로 바꾸는 데 강하지만, 에이전틱 엔지니어링에서는 Worker Agent 내부의 추론·코드 생성 엔진 또는 워크플로 구성 요소로 들어가 더 큰 조율 체계 안에서 동작할 수 있다.
  5. 파일럿에서는 실제 개발, 테스트, 디버깅 워크플로에 이 구조를 적용했다. 20개 이상의 디버깅 워크플로에서 조율된 에이전트 실행은 과거 기준 대비 근본 원인 파악 시간을 93% 줄였고, 한 달 동안 512개 세션에서 200시간 이상의 엔지니어링 시간을 절감했으며, 개발 워크플로에서는 실행 시간이 65% 감소했다.

🧠 상세 정리

1. 문제의식: 더 빠른 코딩이 아니라 더 빠르고 안전한 전달

글은 소프트웨어 개발이 새로운 단계에 들어섰다는 진단에서 시작한다. AI 도입의 초점은 더 이상 무엇이 가능한가가 아니라 실제로 무엇이 작동하는가로 옮겨가고 있으며, 요구사항, 설계, 개발, 보안, 테스트, 배포, 운영의 각 단계는 최소한 부분 자동화가 가능하다고 본다. 저자들이 강조하는 전환점은 “어떻게 코드를 더 빨리 쓸 것인가”가 아니라 “어떻게 소프트웨어를 전체 시스템 안에서 더 빠르고 안전하게 이동시킬 것인가”이다. 따라서 이 글의 관심사는 개별 코딩 생산성보다 여러 기능과 팀 경계를 넘는 전달 파이프라인의 조율에 있다.

2. 에이전틱 엔지니어링의 정의와 핵심 주장

에이전틱 엔지니어링은 AI 에이전트를 고립된 도구나 단발성 작업 비서가 아니라, 실제 팀 구성원처럼 역할과 책임을 가진 디지털 동료로 다루는 다중 에이전트 조율 모델이다. 각 에이전트는 정의된 책임, 공유 가능한 맥락, 장기 기억, 공통 관측성 계층을 바탕으로 소프트웨어 전달 과정에 참여한다. 저자들의 핵심 통찰은 큰 변화가 더 나은 도구만으로 생기지 않고, 실제 엔지니어링 팀의 작동 방식을 닮은 시스템에서 나온다는 것이다. 이 접근은 단순히 더 나은 코딩 AI를 만드는 것이 아니라, 여러 에이전트가 팀처럼 협업하도록 하는 제어 평면을 설계하는 데 초점을 둔다.

3. Worker Agent: 실행을 맡는 디지털 개별 기여자

Worker Agent는 엔지니어링 팀의 개별 기여자에 대응하는 역할로 설명된다. 이들은 개발, 테스트, 디버깅, 운영 같은 의도를 받아 실행 가능한 계획으로 바꾸고, 소스 저장소, 이슈 트래커, 내부 지식베이스, 로그 같은 기록 시스템에서 필요한 맥락을 수집한다. 이후 도구, 코딩 에이전트, 커스텀 하위 에이전트를 사용해 워크플로를 수행하고, 결과가 올바르고 완전한지 검증한다. 또한 계획, 행동, 결과를 상위 조율 계층에 보고해 투명성, 책임성, 추적성을 확보한다. Worker Agent는 느슨하게 결합되어 있어 단일 에이전트로도 동작할 수 있고, 필요하면 여러 에이전트가 동적으로 구성된 swarm으로 확장될 수 있다.

4. Leader Agent: 조율, 거버넌스, 공유 기억의 중심

Leader Agent는 프로젝트 리더의 디지털 대응물로, 개별 Worker Agent가 자율성을 유지하면서도 전체적으로 일관되게 움직이도록 조율한다. 이 계층은 모범 사례를 표준화하는 공유 프롬프트와 워크플로 라이브러리, 승인된 기능을 일관되고 안전하게 노출하는 공통 도구 게이트웨이, swarm의 장기 기억, 에이전트 활동과 결정과 결과를 보는 전역 관측성을 제공한다. 특히 Leader Agent는 에이전트가 무엇을 산출하는지만이 아니라 언제, 어떻게 행동해야 하는지를 오케스트레이션한다. 글은 실행과 조율을 분리함으로써 가장자리의 자율성을 보존하면서도 규모가 커질 때 필요한 응집성을 유지할 수 있다고 설명한다.

5. 참조 아키텍처: A2A, MCP, 다양한 진입점

제시된 참조 아키텍처에서 Worker Agent들은 A2A 프로토콜을 통해 서로 통신한다. 다만 A2A를 지원하지 않는 에이전트와 상호작용해야 할 때는 MCP wrapper를 사용할 수 있도록 설계되어 있다. 엔지니어는 IDE나 CLI 같은 선호 인터페이스로 의도를 입력할 수 있고, GitHub나 Jira 액션 같은 외부 트리거도 워크플로의 시작점이 될 수 있다. 이 구조는 팀의 생산성 요구에 맞게 워크플로를 커스터마이즈할 수 있다는 점을 전제로 한다. 또한 팀 경계를 넘는 상위 관점에서는 각 팀의 Leader Agent들이 서로 협업하고, 예를 들어 제품 관리 팀에서 온 요구사항을 엔지니어링 팀의 Leader Agent가 적절한 Worker Agent 또는 swarm으로 라우팅할 수 있다.

6. LangChain 기반 구현과 운영 요건

저자들은 여러 에이전틱 프레임워크를 평가한 뒤, 생산 환경의 요구와 잘 맞는다는 이유로 LangChain 계열 도구를 선택했다고 설명한다. 참조 구현은 LangGraph, LangSmith, LangMem이라는 세 가지 추상화를 중심으로 구성된다. LangGraph는 상태를 가진 노드 그래프를 통해 에이전트가 만든 계획을 커스텀 워크플로로 실행하게 하고, LangSmith는 실행 trace를 기록해 종단 간 추적성, 텔레메트리, 시스템 전체 관측성을 제공한다. LangMem은 장기 상태를 저장해 에이전트가 시간이 지나며 학습하고 개선할 수 있게 한다. 평가 항목에는 단계·에이전트·재시도 전반에 걸친 상태 관리와 체크포인트, 누가 언제 왜 무엇을 결정했는지 남기는 감사 추적, 외부 기록 시스템과 MCP 스타일 도구 게이트웨이 호환성, 승인된 행동을 보장하기 위한 결정적 실행 모델, 다른 프로토콜과 프레임워크와의 상호운용성이 포함된다.

7. AI 코딩 에이전트와의 관계: 경쟁이 아니라 포함

글은 Codex나 Claude 같은 AI 코딩 에이전트와 에이전틱 엔지니어링을 경쟁 관계로 보지 않는다. 코딩 에이전트는 단일 사용자 주도 세션에서 의도를 코드로 번역하는 데 뛰어나지만, 에이전틱 엔지니어링은 더 높은 추상화 수준에서 팀 간 워크플로, 장기 기억, 상태, 추적성을 관리하는 제어 평면에 가깝다. 예시 시나리오에서는 IDE 안의 AI 코딩 에이전트와 Worker Agent가 협업하며, 자율 로직은 Worker Agent 내부에 위치한다. 코딩 에이전트가 native A2A 기능을 지원하지 않았기 때문에 저자들은 MCP adapter tool을 만들어 코딩 에이전트의 요청을 Worker Agent로 라우팅했고, 이로써 특정 IDE에 묶이지 않는 구조를 만들었다.

8. LangGraph 기반 실행 흐름: 의도 분석부터 검증과 종료까지

예시 워크플로는 네 단계로 설명된다. 먼저 엔지니어가 IDE에서 자연어로 의도를 입력하면 요청이 Worker Agent로 전달되고, Worker Agent는 LangGraph로 오케스트레이션되는 워크플로를 통해 의도를 분석하고 MCP 도구로 관련 맥락을 검색한다. 다음으로 맥락이 마련되면 에이전트는 Step 1부터 Step N까지의 구조화된 다단계 계획을 만들고, Slack, Teams, Webex 같은 커뮤니케이션 채널을 통해 엔지니어에게 알린다. 이후 계획은 IDE의 AI 코딩 에이전트와 협업하며 한 단계씩 실행되고, LangGraph의 체크포인트와 상태 추적 기능이 실행 상태를 기록한다. 마지막에는 실행된 계획이 메모리에 체크포인트된 상태와 일치하는지 검증하고, 결과를 커뮤니케이션 채널로 알리며 LangMem에 장기 상태로 저장한다.

9. 파일럿 평가: 조율된 실행이 만든 시간 절감

파일럿 평가는 실제 개발, 테스트, 디버깅 워크플로를 대상으로 진행되었고, 개별 작업 최적화가 아니라 품질 손실 없이 처리량이 개선되는지를 보는 방식으로 설계되었다. 대상 워크플로는 최소 두 개 이상의 에이전트 간 조율이 필요한 경우로 선정되었으며, 개발 및 디버그 워크플로의 기준선은 엔지니어링 팀이 부트캠프에서 유스케이스를 정리하고 과거 근거를 바탕으로 에이전트 없이 수행했을 때 걸리는 시간을 산정해 만들었다. 저자들은 보고된 수치를 보수적으로 제시한다고 설명한다. 제공된 본문에서 확인되는 핵심 수치는 20개 이상의 디버깅 워크플로에서 근본 원인 파악 시간이 과거 기준 대비 93% 줄었고, 한 달 동안 512개 세션에서 200시간 이상의 엔지니어링 시간이 절감되었으며, 개발 워크플로 실행 시간이 65% 감소했다는 것이다. 특히 가장 큰 이득은 코드 생성 자체보다 downstream testing을 압축한 데서 나왔다고 제시된다.

🧾 핵심 주장 / 시사점

  • 이 글의 핵심 시사점은 AI 도입의 병목이 모델의 코드 생성 능력만이 아니라, 여러 단계와 팀을 잇는 조율·상태 관리·관측성에 있다는 점이다.
  • Worker Agent와 Leader Agent를 분리한 구조는 자율 실행과 중앙 조율 사이의 균형을 잡으려는 설계로, 에이전트 시스템을 실험 단계에서 운영 모델로 옮길 때 중요한 기준을 제시한다.
  • 코딩 에이전트는 에이전틱 엔지니어링을 대체하는 것이 아니라 그 안에 포함될 수 있는 실행 엔진으로 설명되며, 실제 효과는 코드 작성보다 테스트·디버깅·팀 간 전달 흐름을 줄이는 데서 크게 나타난다.

✅ 액션 아이템

  • 에이전틱 엔지니어링을 개별 코드 작성 가속이 아닌 요구사항·설계·개발·보안·테스트·배포·운영을 잇는 전달 흐름 조율 체계로 정의한다.
  • Codex·Claude 같은 AI 코딩 에이전트를 Worker Agent 내부의 추론·코드 생성 엔진 또는 워크플로 구성요소로 편입해 역할 계층을 분리한다.
  • LangGraph·LangSmith·LangMem 조합으로 체크포인트, 추적성, 장기 기억을 묶어 20개 이상 디버깅 워크플로 파일럿 지표(93%, 65%, 200시간 절감)를 재현 실험으로 정합성 점검한다.

❓ 열린 질문

  • 전달 흐름 전체에서 Worker- Leader 협업을 먼저 시범 적용해야 할 단계는 어디인가?
  • 공유 프롬프트·워크플로 라이브러리·공통 도구 게이트웨이·전역 관측성의 책임은 어떤 팀 구조에서 맡는 것이 적절한가?
  • 파일럿 수치(93%·65% 감소, 512세션·200시간 절감)를 재현하려면 비교 기준군과 평가 기간은 어떤 방식으로 정하면 되는가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.