업무용 코딩 에이전트를 둘러싼 기대는 여전히 큽니다. 그런데 올해의 결론은 꽤 분명합니다. 풀오토 코딩은 주류가 되기 어렵고, 검증 가능한 자율성이 주류가 됩니다.
에이전트는 코드를 대신 쓰는 존재가 아니라, 작업을 분해하고 실행하고 검증하는 운영 레이어로 바뀌고 있습니다.
1. 제한된 자율성이 풀오토보다 낫다
개발은 단순 생성이 아니라 해석과 검증의 연속입니다.
- 요구사항을 이해해야 하고
- 예외를 처리해야 하고
- 레포 규칙을 따라야 하고
- 테스트를 통과해야 하고
- 실패하면 다시 수습해야 합니다.
그래서 올해는 “끝까지 알아서 해주는 에이전트”보다, 명확한 경계 안에서만 자율적으로 행동하는 에이전트가 더 실용적입니다.
장점도 분명합니다.
- 실패 범위가 작다
- 사람의 개입 지점이 명확하다
- 원인 추적이 쉽다
- 운영 비용이 낮다
즉, 자율성의 크기보다 가드레일의 품질이 중요합니다.
2. 대화형 에이전트에서 워크플로우형 에이전트로
올해의 변화는 인터페이스보다 흐름에 가깝습니다. 채팅처럼 대답하는 에이전트보다, 업무 절차를 따라가는 에이전트가 유리합니다.
대표 흐름은 이렇습니다.
- 이슈 분류
- 원인 분석
- 수정안 작성
- 코드 변경
- 테스트 실행
- 리뷰
- PR 생성
핵심은 “말을 잘하는가”가 아니라 단계를 끊김 없이 넘기는가입니다.
버그 수정 요청이 들어오면 에이전트가 먼저 테스트를 돌리고, 실패 로그를 읽고, 관련 파일을 찾고, 수정한 뒤 다시 테스트를 실행하는 식입니다. 이건 Claude Code가 설명하는 전형적인 에이전틱 루프, 즉 컨텍스트 수집 → 행동 → 검증과 맞닿아 있습니다. Claude Code docs
3. 코드 생성보다 검증의 비중이 커진다
올해 가장 중요한 축은 생성이 아니라 검증입니다.
좋은 에이전트는 많이 쓰는 에이전트가 아니라, 실수를 빨리 잡는 에이전트입니다.
검증 축은 보통 아래로 모입니다.
- 테스트
- 린트
- 타입체크
- diff review
- 회귀 방지
Claude Code의 headless 실행도 같은 방향입니다. 공식 문서는 claude -p와 --allowedTools를 사용해 비대화형으로 작업하고, 필요하면 --bare로 로컬 설정 영향을 줄여 재현성을 높이라고 안내합니다. Run Claude Code programmatically
claude --bare -p "Fix the failing auth tests" --allowedTools "Read,Edit,Bash"핵심은 모델의 재능이 아니라 수정 후 검증이 자동으로 붙어 있느냐입니다.
4. 단독 에이전트보다 역할 분리형 협업이 강해진다
복잡한 작업을 하나의 에이전트가 전부 처리하는 방식은 점점 덜 매력적입니다. 대신 역할이 나뉜 구조가 강해집니다.
- Triage: 작업 분류, 우선순위 정리
- Coder: 실제 코드 작성
- Reviewer: 변경 내용 검토
- Verifier: 테스트와 결과 확인
이렇게 나누면 좋습니다.
- 편향을 서로 보완한다
- 병렬화가 가능하다
- 책임이 분명하다
- 실패 지점을 분리해서 본다
Zed가 ACP(Agent Client Protocol)로 외부 에이전트를 붙이는 방식이 이런 흐름과 잘 맞습니다. Zed는 Claude Agent, Codex, Gemini CLI 같은 외부 에이전트를 같은 패널에서 다루고, 에디터는 컨텍스트를 제공하고 에이전트는 작업을 수행합니다. Zed External Agents
LangChain의 ACP 문서도 같은 방향을 말합니다. ACP는 코드 에이전트와 IDE/에디터 간 통신을 표준화해, 서로 다른 클라이언트에서 같은 에이전트를 쓸 수 있게 합니다. Agent Client Protocol (ACP)
5. 장기 기억보다 짧은 상태 관리가 중요하다
실무에서는 거대한 장기 기억보다 아래가 더 중요합니다.
- 현재 브랜치 상태
- 최근 변경 내역
- 실패한 테스트 로그
- 리뷰 코멘트
- 체크포인트
즉, 올해의 핵심은 기억을 무한히 쌓는 게 아니라 현재 작업 맥락을 정확히 유지하는 상태 관리입니다.
Claude Code도 이 점을 분명히 합니다. 도구 사용 결과는 다음 판단에 반영되고, subagent, skills, MCP 같은 확장도 결국은 현재 작업을 잘 이어가기 위한 장치입니다. Claude Code overview
6. 범용 에이전트보다 도메인 특화 에이전트가 먼저 성과를 낸다
범용 에이전트는 보기엔 멋집니다. 하지만 업무에서는 레포별 규칙과 팀별 습관이 더 중요합니다.
그래서 먼저 성과를 내는 쪽은 보통 이런 형태입니다.
- 특정 레포 구조를 아는 에이전트
- 사내 테스트 규칙을 아는 에이전트
- 배포 절차를 아는 에이전트
- PR 스타일을 아는 에이전트
범용성은 나중에 넓혀도 됩니다. 먼저 필요한 건 작은 문제를 안정적으로 푸는 특화성입니다.
7. 이미 제품에 들어오기 시작했다
이 변화는 이론이 아니라 제품에 들어오기 시작했습니다.
Claude Code
Claude Code는 터미널 안에서 코드 읽기, 수정, 실행, 검증을 모두 수행합니다. 동시에 claude -p 같은 비대화형 모드는 CI/CD나 반복 작업에 맞습니다. 즉, 개발자용 인터랙티브 도구와 자동화용 실행기를 같은 엔진으로 묶는 방향입니다.
Zed + ACP
Zed는 외부 에이전트를 에디터 안으로 끌어와서, 파일/심볼/최근 컨텍스트를 넘기고 결과를 다시 받습니다. 이 구조는 에이전트를 별도 앱이 아니라 에디터에 붙는 실행 단위로 바꿉니다.
Agent SDK / Programmatic Automation
실무에서는 같은 작업을 하루에도 여러 번 반복하는 경우가 많습니다. 이때는 대화형 UI보다 프로그램matic 실행이 낫습니다.
- PR 리뷰 자동화
- 브랜치별 테스트 실행
- 릴리스 노트 초안 생성
- 실패한 빌드 재현
이런 작업은 Agent SDK나 headless 실행으로 붙이는 쪽이 안정적입니다.
올해 방향성을 한 줄로 요약하면
올해는 에이전트가 코드를 대신 쓰는 해가 아니라, 개발 흐름을 표준화하는 해입니다.
- 풀오토 코딩 → 제한된 자율성
- 대화형 에이전트 → 워크플로우형 에이전트
- 코드 생성 중심 → 검증 중심
- 단독 에이전트 → 역할 분리형 협업
- 장기 기억 → 짧은 상태 관리
- 범용 에이전트 → 도메인 특화 에이전트
결국 승부처는 “가장 많이 쓰는 에이전트”가 아니라, 가장 적게 망가지는 에이전트입니다.