블로그

긴 창보다 예산이 먼저다

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

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

읽기 →

툴 스키마가 에이전트를 가른다

도구 혼선은 모델 문제가 아니라 인터페이스 문제다

에이전트가 엉뚱한 도구를 고르는 순간은 대부분 실행 전에 결정된다. 툴 스키마는 API 문서가 아니라 모델이 읽는 운영 지시서다.

읽기 →

ReAct만으로 운영은 안 돈다

에이전트는 추론 패턴이 아니라 실행 시스템이다

ReAct는 에이전트의 출발점이지 운영 아키텍처가 아니다. 기업 현장의 에이전트는 계획, 도구, 권한, 관찰, 중단, 복구가 묶인 제어 루프로 설계해야 한다.

읽기 →

하네스가 에이전트를 일하게 한다

context·tool·memory는 제어 루프로 묶여야 한다

에이전트 품질은 모델만으로 결정되지 않는다. 업무 맥락, 도구, 기억, 검증 루프를 어떻게 조립하느냐가 운영 가능한 에이전트의 경계다.

읽기 →

용어를 모르면 에이전트가 흔들린다

운영 언어가 설계 품질을 결정한다

에이전트 개발의 난점은 모델 호출이 아니라 운영 언어의 혼선에서 온다. 같은 단어를 다르게 이해하면 도구, 권한, 평가, 장애 대응이 모두 흔들린다.

읽기 →

오염된 기억은 성과를 갉아먹는다

회상 품질은 검색률이 아니라 오염 저항력이다

에이전트 메모리는 잘 기억하는 기능이 아니다. 무엇을 기억하지 말아야 하는지, 언제 낡은 기억을 폐기할지, 실패가 어느 단계에서 시작됐는지 추적하는 운영 체계다.

읽기 →

장기 메모리는 백엔드 싸움이다

벡터·그래프·파일은 역할이 다르다

에이전트 장기 메모리는 저장소 하나로 끝나지 않는다. 벡터는 찾고, 그래프는 관계를 유지하고, 파일은 작업 맥락을 남긴다. 선택 기준은 기술 취향이 아니라 실패 형태다.

읽기 →

기억은 저장이 아니라 정책이다

에이전트 메모리는 쓰기 기준에서 갈린다

에이전트 메모리 설계의 출발점은 저장소가 아니다. 무엇을 기억할지, 누가 쓰게 할지, 언제 폐기할지를 먼저 정해야 운영에서 오염을 막는다.

읽기 →

비용 초과는 장애다

에이전트 예산은 사후 정산이 아니라 런타임 통제다

에이전트 비용이 예산을 넘긴 날, 우리는 모델을 바꾸기 전에 운영 회로부터 끊었다. 원인은 비싼 모델이 아니라 무제한 반복, 긴 context, 도구 호출의 무감시였다.

읽기 →

MCP 첫 연결은 끝이 아니었다

붙이는 일보다 운영 경계가 먼저다

사내 첫 MCP 서버를 붙이면 기대는 빠르게 올라간다. 그러나 실제 과제는 연결이 아니라 권한, 승인, 로그, 장애 대응을 운영 체계로 묶는 일이다.

읽기 →

AI 거부감은 운영 신호다

저항을 분류해야 현장이 움직인다

AI 도입 저항은 태도 문제가 아니다. 생계 불안, 역량 노출, 효용 의심, 윤리·보안 우려, 업무 관성은 각각 다른 운영 처방을 요구한다.

읽기 →

에이전트 팀의 KPI는 판단이다

산출물 개수보다 판단 품질을 봐야 한다

에이전트가 초안·분석·정리를 맡는 팀에서 사람의 성과를 산출물 수로 재면 엉뚱한 행동을 보상한다. 이제 KPI는 더 많이 만든 사람이 아니라 더 정확히 판단한 사람을 드러내야 한다.

읽기 →