태그
18편
재무·법무·경영지원 세 부서를 에이전트로 옮기면 설계 주제가 정확도에서 재실행 안전성·차단·조립 순서로 옮겨간다. 멱등성과 4단계 폴백, 예외를 던져 파이프라인을 멈추는 HARD-GATE 3개, 순차와 병렬을 가르는 규칙을 차례로 보고, 마지막에 새 업무를 에이전트로 쪼갤 때 쓰는 6단계 절차와 A~D 판정 6축을 정리한다. 그 6축이 다른 글의 위임 3조건 중 둘만 담고 있고 셋째가 어디로 갔는지도 함께 짚는다.
7개 부서 30에이전트 세트에서 개발기술 4종을 뺀 여섯 부서 26종을 부서별로 펼친다. 각 부서의 위임 흐름 도식은 인계 화살표 35개마다 라벨을 달고 있고, 그중 여덟 개가 부서 밖으로 나간다. 절마다 정리된 프롬프트 설계 기법 39가지를 모델의 재량을 어디서 좁히는지에 따라 여섯 갈래로 전수 배정하고, 이미 발행된 카탈로그·품질 편과 겹치는 자리를 자리별로 표시한다.
7개 부서 30개 에이전트 정의서를 한 장의 표로 펼친다. 모델은 opus 10 : sonnet 20으로 갈리고 도구 변형은 세 가지뿐인데, 정작 외부 시스템 연동은 프론트매터에 드러나지 않는다. 사람 검수 필요도의 요약값과 카탈로그를 세어 본 값이 어긋나는 자리, 그리고 같은 카테고리의 다른 글에 있는 30에이전트 표와 이 표가 같은 세트가 아니라는 근거도 함께 짚는다.
에이전트가 10개를 넘을 때 라우팅·비용·디버깅이 동시에 무너지는 메커니즘과, 5개에서 100개까지 구간별로 갈아타야 하는 운영 모델을 정리한다. 재사용 라이브러리와 권한 등급, 비용을 축별로 나누는 방법, 그리고 「그래서 효과가 얼마였나」에 답하는 증명 3종과 반복 실패 패턴 4가지까지 잇는다.
에이전트 하나를 5필드 JD로 정의하고, 여럿을 키워드 교집합이 공집합이 되게 묶고, Hook·Cron·수동 세 트리거가 같은 커맨드 하나를 호출하게 만든다. 그 위에 체크인/체크아웃 사이클과 로컬→운영 전환 시 붙여야 할 관측·통제 수단, 자리에 없을 때 지시하는 세 경로까지 잇는다.
파이프라인·분업·팀장-팀원 세 패턴을 실패 모드 네 개씩 붙여 나란히 세우고, 그것을 실제로 구현하는 Subagents·Agent Teams·Worktree가 상하 관계가 아니라 논리·세션·물리라는 서로 다른 격리 축이라는 점을 판단 흐름도까지 내려가 정리한다.
언제 에이전트를 쪼개고 언제 쪼개지 않는지, Send()가 조건부 엣지와 무엇이 다른지, 판단하는 RAG 네 변종이 각각 어떤 실패를 막는지를 결론부터 정리한다.
Fan-out/Fan-in의 전제 조건과 평가가 나쁠 때 어느 모듈로 되돌아갈지의 문제, 그리고 서브그래프가 그대로 멀티에이전트로 확장되는 구조를 정리한다.
도구 개수가 아니라 책임의 충돌이 분할 기준이라는 관점에서 단일 에이전트 두 사례를 뜯어보고, Network·Supervisor·Hierarchical 세 토폴로지를 중앙 통제와 종료 판정 주체로 가른다.
에이전트를 모델·도구·메모리·플래너·실행 루프 다섯 층으로 분해한 뒤, 프롬프트 체이닝부터 컴퓨터 유즈까지 열한 개 패턴을 자율성 수준과 무너지는 지점으로 나란히 세운다.
에이전트 하나를 무엇으로 규정하고, 여럿을 어떤 구조로 묶고, 사람이 최종 결정하는 자리를 어디에 두는지를 결론부터 정리한다. 협업 구조 3종의 트레이드오프와 격리 3계층, 개수가 늘 때 가장 먼저 깨지는 것까지 열 문항.
자율 에이전트 여럿을 감사 가능하게 굴리는 아키텍처를 단일 디스패처·워커 격리·결정 로그로 분해하고, 알림 정책과 시크릿 처리까지 운영 규약 수준으로 정리한다.
ConversableAgent 단일 추상과 네 가지 대화 패턴, 종료 조건을 직접 설계해야 하는 이유, 그리고 Code Executor가 붙는 순간 무너지는 신뢰 경계를 정리한다.
세 에이전트 프레임워크를 12개 축으로 비교하고, 추상화 수준과 제어권이 반비례한다는 트레이드오프를 의사결정 트리로 정리한다.
역할·목표·배경으로 에이전트 정체성을 만들고 expected_output으로 산출물 계약을 거는 CrewAI 3요소를, 파라미터 기본값이 만드는 함정과 함께 정리한다.
스키마가 서로 다른 그래프를 잇는 어댑터 세 개로 축소-확장-실행-축소의 모래시계를 만들고, 최상위 State에 필드가 둘뿐인 이유를 조직 구조와 나란히 놓는다.
갈래 수가 입력에 따라 변할 때 조건부 엣지가 노드 이름 대신 Send 리스트를 반환하는 구조를 조립하고, 그때 리듀서가 dict에서 list로 바뀌는 이유와 리포트 포맷을 강제하는 두 방법을 정리한다.
라우팅 함수가 lambda x: x['next'] 한 줄로 끝나는 이유를 구조화 출력에서 찾고, 관리자를 세운 대가로 따라오는 컨텍스트 오염·무한 루프·호출당 단가 상승을 각각의 방어책과 함께 정리한다.