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

에이전트 보안은 이사회 의제다
권한을 가진 AI는 시스템이 아니라 내부 행위자다
2026년의 핵심 질문은 AI를 쓸 것인가가 아니다. 에이전트가 어떤 권한으로, 누구의 책임 아래, 어떤 증거를 남기며 움직이는가다.
읽기 → -

에이전트 ROI는 시간표가 아니다
절감 시간보다 흐름 손실을 먼저 본다
에이전트 ROI를 ‘몇 시간을 줄였나’로 읽으면 거의 반드시 과대평가된다. 진짜 측정 단위는 개인 생산성이 아니라 승인된 산출물, 재작업, 예외 처리, 운영비가 반영된 업무 흐름이다.
읽기 → -

런북 없는 에이전트는 장애다
오작동은 모델 문제가 아니라 운영 설계 문제다
에이전트는 대답하는 시스템이 아니라 실행하는 시스템이다. 그래서 장애 대응도 서버 장애처럼 사전에 정의해야 한다. 런북은 사고 후 문서가 아니라 배포 조건이다.
읽기 → -

에이전트 변경은 기록돼야 한다
프롬프트만 버전 관리하면 원인을 놓친다
에이전트 장애의 원인은 프롬프트 한 줄이 아니라 도구 스키마, 권한, MCP 서버, 평가셋, 모델 설정의 조합에서 나온다. AX Ops는 이 조합을 릴리스 단위로 묶어 추적한다.
읽기 → -

골든셋은 테스트가 아니다
회귀를 막는 운영 자산이다
에이전트 eval 골든셋은 출시 전 점검표가 아니라 운영 중 계속 갱신되는 품질 장부다. 실패 로그를 선별하고, 판정 기준을 고정하고, 배포 게이트와 연결해야 회귀를 막는다.
읽기 → -

에이전트는 중간에 멈춘다
승인 버튼보다 멈춤 지점이 먼저다
Human-in-the-loop는 마지막 승인 버튼이 아니다. 에이전트가 언제 멈추고, 누구에게 무엇을 물으며, 어떤 근거로 다시 실행할지 정하는 운영 계약이다.
읽기 → -

검색은 이제 파이프라인이 아니다
agentic retrieval은 검색을 판단 가능한 도구로 격상시킨다
RAG의 한계는 벡터DB가 아니라 검색을 고정 절차로 다루는 설계에 있다. agentic retrieval은 언제, 어디서, 얼마나, 다시 찾을지를 에이전트가 판단하게 만드는 운영 설계다.
읽기 → -

메모리는 에이전트의 운영체계다
단기·장기·공유 메모리를 섞으면 에이전트는 흔들린다
에이전트 메모리는 대화 이력을 오래 보관하는 기능이 아니다. 단기·장기·공유 메모리를 분리하고, 승격·폐기·권한 규칙을 운영해야 현장 에이전트가 반복 업무에서 누적 성과를 낸다.
읽기 → -

일은 직무가 아니라 회로다
AI 자동화는 사람 수가 아니라 일의 경계를 바꾼다
AI 자동화 이후의 Job Design은 직무명을 고치는 일이 아니다. 사람·에이전트·시스템이 이어지는 판단 회로를 다시 설계하는 일이다.
읽기 → -

AX는 부서별로 다르게 붙는다
리텐션 격차는 의지보다 업무 구조의 문제다
같은 도구를 열어도 어떤 부서는 매일 쓰고, 어떤 부서는 한 달 뒤 멈춘다. 차이는 개인의 호기심이 아니라 업무 흐름, 관리자 행동, 평가 기준에서 갈린다.
읽기 → -

시니어 개발자는 검수자가 아니다
에이전트 시대의 시니어는 작업장을 설계한다
AI 에이전트가 코드를 쓰기 시작하면 시니어 개발자의 가치는 더 빨리 치는 손이 아니라 더 안전한 작업 체계를 만드는 능력으로 이동한다. 역할 재정의는 교육 문제가 아니라 운영 설계 문제다.
읽기 → -

AI 챔피언은 운영 역할이다
선발보다 권한과 측정이 성패를 가른다
내부 AI 챔피언 프로그램은 열성 사용자 모임이 아니다. 현장 업무를 바꾸는 권한, 반복 운영 리듬, 측정 기준이 붙어야 조직 역량으로 남는다.
읽기 →