블로그

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

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

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

읽기 →

Skill도 검증돼야 쓴다

출처와 권한이 없는 Skill은 운영 자산이 아니다

Skill과 MCP bundle은 문서가 아니라 실행 가능한 운영 자산이다. provenance, SBOM, 권한 manifest, tamper check가 붙어야 배포·승인·폐기가 가능해진다.

읽기 →

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

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 하드닝을 도입 순서가 아니라 운영 위험 순서로 마이그레이션해야 한다.

읽기 →