[한영자막] 에이전트 개발, 하지 말아야 할 것부터 배우세요 — Tech Bridge
한 줄 요약
UC 버클리 컴퓨터공학 교수 Frank Coyle이 앤트로픽 「Claude Certified Architect」 시험의 5개 시나리오를 기준으로, 에이전트 개발에서 반드시 피해야 할 안티패턴들을 정리해 설명한다.
영상 메타
- URL: https://youtu.be/eAm9kuLmGDA
- 채널: Tech Bridge
- 길이: 19분 38초
- 업로드: 2026-08-10
- 조회수: 832 / 좋아요 40
- 시청일: 2026-08-10 KST (🪽 헤르메스가 자막 추출 후 요약)
픽업
- Stop reason을 무시하고 LLM 응답을 그냥 받아 쓰지 말 것 — while 루프 안에서 stop_reason이 tool_use인지, 토큰 소진으로 인한 중단인지 매번 확인하고, 확신이 낮으면 사람에게 에스컬레이션해야 한다.
- 에이전트 하나에 온갖 도구를 몰아주지 말 것 — “배관공·목수·전기공 도구를 다 든 사람”에 비유하며, 에이전트는 한 가지 일만 하고 도구도 1~2개로 제한(specialize, don’t overload)하라고 강조한다.
- 서브에이전트 결과를 메인 컨텍스트로 그대로 흘려보내지 말 것 — 컨텍스트 창이 백만 토큰이라도 다 채우지 말고, 서브태스크는 별도 컨텍스트로 포크한 뒤 요약만 상위 컨텍스트에 합류(context fork + summation)시켜야 한다.
- 비평(critic) 에이전트에는 결론에 이른 사고과정 전체가 아니라 claim과 evidence만 줘야 한다 — 여러 에이전트가 서로의 사고과정까지 다 보면, 파티에서 다들 피자를 시키니 나도 시키는 것처럼 groupthink에 빠진다.
- 토큰 카운트에 임계치(예: 150,000)를 두고 넘으면 compact를 실행해 컨텍스트를 압축하라 — 무한정 자라게 두지 말 것.
- CI 파이프라인에 interactive mode를 절대 두지 말 것 — 권한을 매번 묻는 모드는 파이프라인을 멈추게 하므로 끝까지 자동으로 실행되도록 설정해야 한다. 급하지 않은 작업은 batch 모드로 넘기면 토큰 비용을 50% 아끼는 대신 결과를 최대 24시간 뒤 받는다.
- “Nothing is a mistake. There’s no win and no fail. There’s only make.” — Sister Corita Kent와 에디슨의 말을 인용하며, 안티패턴을 아는 것이 곧 무엇을 해야 할지 아는 길이라고 강조한다.
용어
- Stop reason [하니스 · 패턴]: Claude가 응답을 멈춘 이유를 알려주는 필드 — tool_use(도구 호출 필요)인지 토큰 소진(max_tokens)인지 등을 구분해 다음 행동을 결정하는 신호.
- Context fork [컨텍스트 · 캐시]: 서브태스크를 별도 컨텍스트에서 실행시켜 그 사고 과정이 메인 컨텍스트를 오염시키지 않게 분리하는 패턴 — 끝나면 요약만 상위로 합류시킨다.
- Compaction [컨텍스트 · 캐시]: 누적된 작업 컨텍스트가 일정 토큰(예: 15만)을 넘으면 압축해 컨텍스트 창을 절약하는 알고리즘·기능.
- Claude Certified Architect exam [커리어 · 조직]: 앤트로픽이 2026년 3월 출시한 에이전틱 AI 아키텍처 자격 시험 — 시나리오 기반 객관식, 개인은 $99에 6개월마다 1회 응시 가능.
- Groupthink (에이전트 집단사고) [워크플로우 · 문화]: 여러 에이전트가 서로의 사고 과정까지 공유하면 의견이 하나로 수렴해버리는 현상 — 서브에이전트에 claim/evidence만 주고 사고과정은 숨겨서 예방한다.
- Batch mode [빌링 · 운영]: 프롬프트를 배치로 묶어 처리하면 토큰 비용이 50% 절감되지만 결과 수령까지 최대 24시간 걸리는 실행 모드.
- Subtask isolation [하니스 · 패턴]: 멀티스레드 프로그래밍의 동기화 문제에 빗대어, 서브태스크(에이전트)를 서로 독립된 “우주”로 유지해 컨텍스트 공유로 인한 충돌을 막는 설계 원칙.
- Hub and spoke (멀티에이전트 오케스트레이션) [하니스 · 패턴]: 하나의 오케스트레이터가 중심(hub)이 되어 여러 전문화된 서브에이전트(spoke)에 작업을 분배하는 멀티에이전트 구조.