블로그

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

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

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

읽기 →

Agent Gateway가 검문소다

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

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

읽기 →

툴 카탈로그가 캐시를 깬다

MCP 운영의 첫 계약은 순서와 버전이다

에이전트 비용과 지연은 모델 선택만으로 줄지 않는다. MCP tool catalog의 순서, 버전, prefix가 흔들리면 prompt cache는 매번 새로 써진다.

읽기 →

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

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

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

읽기 →

좌석 수는 운영 지표가 아니다

AI-Native는 사용자가 아니라 위임된 일을 본다

AI 도입 성과를 라이선스 좌석 수로 재면 조직은 사용량만 늘린다. AI-Native 운영 모델은 위임된 업무의 깊이, 도구 실행 강도, 선도 팀의 확산률을 본다.

읽기 →

도구 결과는 명령이 아니다

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

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

읽기 →

깊은 생각은 정책으로 켠다

xhigh와 Max는 기본값이 아니라 예외다

test-time compute는 품질 스위치가 아니라 운영 자원이다. 불확실성, 위험도, 예산 상태를 읽는 effort-control policy 엔진이 있어야 xhigh와 Max가 낭비가 아니라 통제가 된다.

읽기 →

코드 migration은 수렴 설계다

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

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

읽기 →

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

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

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

읽기 →

MCP RC는 툴 재설계다

세션 제거는 인프라 변경이 아니라 운영 모델 변경이다

MCP 2026-07-28 RC는 사내 에이전트 툴 레이어의 기준선을 바꾼다. stateless core, Tasks, MCP Apps, OAuth 하드닝을 도입 순서가 아니라 운영 위험 순서로 마이그레이션해야 한다.

읽기 →

외주 에이전트는 자산이 아니다

운영권을 회수해야 AX가 남는다

에이전트 개발을 외주로 시작하는 것은 자연스럽다. 그러나 운영 반복문까지 넘겨받지 못하면 조직에는 데모와 의존성만 남는다.

읽기 →

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

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

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

읽기 →