블로그
AI 전환(AX), 에이전트 도입, AX Ops 방법론에 대한 현장 기록.
-

좌석 수는 운영 지표가 아니다
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가 남는다
에이전트 개발을 외주로 시작하는 것은 자연스럽다. 그러나 운영 반복문까지 넘겨받지 못하면 조직에는 데모와 의존성만 남는다.
읽기 → -

맥락은 줄이고 기억은 남겨라
긴 세션의 품질은 압축과 기억의 배치가 가른다
에이전트가 길게 일할수록 문제는 모델 성능보다 맥락 운영에서 터진다. 컨텍스트 압축과 메모리 계층을 분리하지 않으면 중요한 규칙은 사라지고 잡음만 남는다.
읽기 → -

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

서브에이전트는 경계가 먼저다
역할보다 상태와 책임 경계를 먼저 자른다
서브에이전트는 조직도처럼 나누면 실패한다. 쪼갤 기준은 전문성보다 상태, 권한, 산출물 계약이다. 합칠 때도 운영 기준이 필요하다.
읽기 → -

에이전트팀은 수업으로 안 큰다
8주는 기능보다 운영 근육을 남겨야 한다
PBL로 사내 에이전트 개발팀을 키우면 결과물보다 루프가 남는다. 문제 정의, 도구 연결, 평가, 배포 판단을 한 리듬으로 묶어야 팀이 현업 요청을 감당한다.
읽기 → -

에이전트는 과제로 배운다
강의보다 운영 과제가 역량을 만든다
에이전트 개발 역량은 프롬프트 문법 암기로 생기지 않는다. 실제 업무를 작게 재현하고, 도구 호출·권한·평가·운영 로그까지 끝까지 다루는 Project Based Learning으로 설계해야 한다.
읽기 →