[한영자막] 금융 에이전트의 병목은 당신이다

한 줄 핵심

금융 에이전트의 생산성 병목은 모델 성능보다 개발 하네스, 특히 병렬 서브에이전트·워크트리·도구 연동·반복 개선 루프를 얼마나 잘 설계하느냐에 달려 있다.

시간별 요약

1. 0:12
   이 세션은 금융용 production agent를 만들 때 핵심 병목이 모델이 아니라 내부 harness와 dev loop 속도에 있다는 문제의식을 제시한다. 데모는 쉽게 만들 수 있지만, 실제 운영에서는 새로운 데이터와 버그가 끊임없이 들어오므로 개발·배포 흐름 전체를 자동화하는 구조가 필요하다.
2. 3:01
   해결의 첫 축은 sub-agents와 work trees를 활용한 병렬 작업이다. 서로 독립적인 작업을 여러 에이전트에 나눠 맡기고, 조직의 암묵지인 skills를 붙여 올바른 워크플로를 반복 적용하게 해야 한다.
3. 4:00
   두 번째 축은 MCP tools와 최소한의 UX다. 로그, Jira, GitHub PR, Kubernetes 상태를 한 화면에서 오케스트레이션해야 하며, 작업 큐잉보다 에이전트의 병렬 처리와 작은 관리 화면이 훨씬 높은 생산성을 만든다.
4. 5:01
   실전 하네스의 모습은 QA 티켓 수집부터 root cause analysis, 로그·트레이스 수집, TDD, 수정, 로컬 테스트, PR 생성, 리뷰, Docker 이미지 빌드, dev/stage 배포, QA 검증까지 이어지는 자동 흐름이다. 이 과정에서 사람은 초반과 최종 검증에만 개입하고, 중간 실행은 에이전트가 맡는 구조가 이상적이다.
5. 8:01
   금융처럼 규제와 책임이 중요한 영역에서는 자동화가 곧바로 무인화를 뜻하지 않으며, 감사 가능성과 책임 소재가 핵심 제약이 된다. 그럼에도 목표와 루프, 자기개선, 데이터 압축을 결합하면 인간은 병목이 아니라 검증자로만 남고, 에이전트가 운영의 대부분을 처리하는 방향으로 갈 수 있다.

실무 인사이트

• 여러 티켓을 하나의 순차 큐로 처리하기보다, work tree 단위로 분리해 sub-agents가 병렬로 돌게 설계하면 처리량이 가장 크게 오른다.
• 운영형 에이전트는 모델 프롬프트보다 로그·트레이스·PR·배포 상태를 한 화면에 모으는 harness UX가 성능을 좌우한다.
• 금융·규제 환경에서는 자동화 범위를 넓히되, 사람은 승인자이자 최종 검증자로 고정해 감사 추적과 책임성을 먼저 확보해야 한다.