태그
19편
재무·법무·경영지원 세 부서를 에이전트로 옮기면 설계 주제가 정확도에서 재실행 안전성·차단·조립 순서로 옮겨간다. 멱등성과 4단계 폴백, 예외를 던져 파이프라인을 멈추는 HARD-GATE 3개, 순차와 병렬을 가르는 규칙을 차례로 보고, 마지막에 새 업무를 에이전트로 쪼갤 때 쓰는 6단계 절차와 A~D 판정 6축을 정리한다. 그 6축이 다른 글의 위임 3조건 중 둘만 담고 있고 셋째가 어디로 갔는지도 함께 짚는다.
배포 전·중·후·롤백·보안·성능 여섯 섹션을 65개 항목으로 펼치고, 섹션마다 다른 점검 주기를 한 장의 흐름도로 그린다. 롤백 섹션은 표가 둘이라 14로 세기 쉬운데 항목은 여덟이며, 합계가 65가 되는지로 검산한다. 뒤쪽은 디버깅 — 재현·가설·검증·회귀방지 4 Phase와 13행 함정 카탈로그, 프롬프트 10패턴이다. 이 카테고리의 다른 글이 쓰는 「증상→원인→해결→예방」 4단과 이름이 같은데 카탈로그가 겹치는지 행 단위로 세어 본 결과도 함께 적는다.
에이전트 운영 중 나는 장애를 외부 의존·자원 한도·내부 설정 3계층으로 먼저 좁히고, 증상→원인→해결→예방 4단으로 분해하는 진단 프레임. 가장 자주 나오는 문제 10선과 실제 장애 5건을 같은 틀에 넣고, 일일·주간·월간 점검 루틴과 계층별 진단 순서까지 정리한다.
에이전트 하나를 5필드 JD로 정의하고, 여럿을 키워드 교집합이 공집합이 되게 묶고, Hook·Cron·수동 세 트리거가 같은 커맨드 하나를 호출하게 만든다. 그 위에 체크인/체크아웃 사이클과 로컬→운영 전환 시 붙여야 할 관측·통제 수단, 자리에 없을 때 지시하는 세 경로까지 잇는다.
복잡한 업무를 단계·파일·반복 세 가지로 나눠 시키는 법을 보고, 매 턴 전량 재전송되는 대화 이력을 어떤 임계에서 어떻게 회수할지, 세션이 끊겨도 결정이 남게 하려면 무엇을 파일로 빼야 하는지까지 정리한다.
사람이 부르는 커맨드, AI가 감지하는 스킬, 이벤트만 나면 실행되는 훅을 각각의 파일 구조와 차단 계약까지 내려가 보고, 다섯으로 흩어진 설정을 하나의 매니페스트로 묶는 플러그인 배포까지 잇는다.
권한을 선언형 JSON으로 통제하는 구조를 deny → allow → defaultMode 평가 순서와 5단계 설정 계층으로 정리하고, 패턴 문법으로 표현할 수 없는 조건부 규칙을 훅이 어떻게 메우는지 exit code 2 기반 차단까지 짚는다.
정답이 하나가 아닌 출력을 어떻게 채점하는지, 실행 경로가 긴 시스템에서 어느 지점을 재야 하는지, 그리고 지표를 개발팀 밖으로 내보내는 3계층 구조와 7단계 도입 절차를 정리한다.
체크포인터가 저장하는 StateSnapshot 여섯 필드를 뜯어보고, 그 지속성 위에서만 성립하는 인터럽트로 승인 게이트를 만든 뒤, 언제 그래프 대신 LCEL 체인을 써야 하는지를 아홉 축으로 가른다.
그래프를 전역 상수에서 팩토리 산출물로 바꾸고, astream_events로 노드 경계가 아닌 내부까지 흘려 도구 호출 과정을 UI에 노출하는 구조를 조립한다.
검증 루프를 실제로 돌렸을 때 무엇이 관측되는지, 압축기에서 생성 권한을 제거하는 설계, 그리고 RAG 품질을 계층별 지표로 관리하는 체계를 정리한다.
비동기가 줄이는 것은 지연이 아니라 처리량이다. LangChain의 비동기 API와 트레이싱 관측, 그리고 API 키·예산 상한으로 비용 사고를 막는 구조를 정리한다.
노코드 워크플로우의 고급 패턴부터 관측·비용 통제·거버넌스 3계층까지, 개발자 없이 굴러가는 AI 업무를 확산 속도를 떨어뜨리지 않고 통제하는 구조를 정리한다.
권한을 어디까지 좁히고 무엇을 첫날부터 남기는지, 장애가 나면 어떤 순서로 좁히는지를 결론부터 정리한다. 비용 폭주를 끊는 자리와 도입 성공을 판정하는 5축, 그리고 「퍼미션 모드가 몇 개인가」에 개수로 답하지 않는 이유까지 열일곱 문항.
자율 에이전트 여럿을 감사 가능하게 굴리는 아키텍처를 단일 디스패처·워커 격리·결정 로그로 분해하고, 알림 정책과 시크릿 처리까지 운영 규약 수준으로 정리한다.
상시·조건부 두 레이어로 컨텍스트를 나누는 사실상 표준 구조를 정리하고, 모델을 고정한 채 하네스만 교체한 벤치마크 실증과 자동 개선을 켤 때 필요한 거버넌스 설계를 다룬다.
제어 표면이 프롬프트에서 컨텍스트로, 다시 루프로 넓어진 역사를 정리하고 도구 호출·추론연구·런타임 제품화·벤치마크 이동이라는 네 촉발 요인과 세 패러다임의 차이를 비교한다.
ConversableAgent 단일 추상과 네 가지 대화 패턴, 종료 조건을 직접 설계해야 하는 이유, 그리고 Code Executor가 붙는 순간 무너지는 신뢰 경계를 정리한다.
토큰 비용을 줄이는 순서와 로컬 LLM 판단 기준, 병목을 가리는 관측 방법, 유지보수 가능한 워크플로 설계, 그리고 노코드를 확산시키며 통제하는 구조를 정리한다.