에이전트 제품 설계

Subagent는 큐로 다뤄야 한다

위임보다 중요한 것은 join과 cancel이다

Supervisor가 subagent를 호출하고 기다리는 구조는 운영에서 막힌다. 원격 subagent는 task ID로 위임하고, 필요할 때 join·update·cancel하는 비동기 큐로 설계해야 한다.

읽기 →

추론은 저장이 아니라 재생이다

tool call마다 reasoning span을 다르게 다룬다

에이전트가 tool call을 여러 번 거치면 실패는 모델보다 컨텍스트 재생에서 먼저 난다. reasoning span은 로그가 아니라 실행 상태다. 보존·마스킹·재주입 정책을 tool call 단위로 설계해야 한다.

읽기 →

도구 호출 직전이 통제점이다

unsafe-success는 성공이 아니라 운영 사고다

에이전트는 답변보다 행동에서 사고를 낸다. tool call 직전에 risk verdict를 만들고 차단·승인·축소 실행을 결정하는 loop가 운영 안전의 기준선이다.

읽기 →

Agent Gateway가 검문소다

정책은 프롬프트가 아니라 호출 경로에 둔다

에이전트가 SaaS와 다른 에이전트를 호출하는 순간 위험은 답변 품질 문제가 아니다. Agent Gateway는 모든 호출을 한 프록시에서 검문하는 policy data plane이다.

읽기 →

압축은 멈춤이 아니라 배치다

장기 실행 에이전트는 히스토리를 병렬로 줄인다

장기 실행 에이전트의 실패는 모델 성능보다 히스토리 운영에서 먼저 온다. 압축을 단일 요약 호출로 두면 지연과 손실이 동시에 생긴다. 블록 단위 병렬 압축과 merge verifier가 운영 설계의 기준선이다.

읽기 →

도구 결과는 명령이 아니다

스키마와 출처가 권한 경계를 만든다

에이전트가 망가지는 지점은 도구 호출 자체가 아니라 도구 결과를 명령처럼 읽는 순간이다. Tool-use integrity boundary는 결과의 형식, 출처, 권한을 분리해 운영 사고를 줄이는 설계다.

읽기 →

코드 migration은 수렴 설계다

병렬 agent보다 merge와 verifier가 먼저다

대규모 코드베이스 migration은 agent를 많이 띄우는 문제가 아니다. sandbox shard로 변경을 격리하고, patch merge와 테스트 verifier로 수렴시키는 운영 아키텍처가 본체다.

읽기 →

오래 가는 에이전트는 분리된다

복구는 더 큰 컨테이너가 아니라 상태 설계다

Durable sandbox agent의 핵심은 오래 켜진 컨테이너가 아니다. 하네스와 compute를 분리하고, snapshot·rehydration을 실행 경계로 설계해야 장기 실행이 운영으로 간다.

읽기 →

맥락은 줄이고 기억은 남겨라

긴 세션의 품질은 압축과 기억의 배치가 가른다

에이전트가 길게 일할수록 문제는 모델 성능보다 맥락 운영에서 터진다. 컨텍스트 압축과 메모리 계층을 분리하지 않으면 중요한 규칙은 사라지고 잡음만 남는다.

읽기 →

재시도는 신뢰성이 아니다

멱등성 없는 도구 호출은 운영 사고다

에이전트 도구 호출의 신뢰성은 모델 성능보다 실행 하네스에서 갈린다. 타임아웃·재시도·멱등성을 설계하지 않으면 작은 지연이 중복 실행과 비용 사고로 번진다.

읽기 →

서브에이전트는 경계가 먼저다

역할보다 상태와 책임 경계를 먼저 자른다

서브에이전트는 조직도처럼 나누면 실패한다. 쪼갤 기준은 전문성보다 상태, 권한, 산출물 계약이다. 합칠 때도 운영 기준이 필요하다.

읽기 →

긴 창보다 예산이 먼저다

토큰은 기억이 아니라 운영 예산이다

컨텍스트 윈도우가 커질수록 에이전트 설계는 쉬워지지 않는다. 이제 핵심은 더 많이 넣는 기술이 아니라, 무엇을 매번 넣고 무엇을 검색·압축·캐시할지 정하는 운영 규칙이다.

읽기 →