블로그

멀티 에이전트는 연결에서 무너진다

역할보다 계약, 검증, 운영 경계가 먼저다

멀티 에이전트 실패는 모델 성능 부족보다 설계 실패에서 시작된다. 병렬화 착각, 느슨한 핸드오프, 검증 없는 종료가 운영을 무너뜨린다.

읽기 →

툴 조율이 에이전트 품질이다

순서보다 실패 경로를 먼저 설계한다

에이전트의 품질은 모델 성능보다 tool orchestration에서 갈린다. 순차·병렬·재시도·파이프라인은 기술 패턴이 아니라 업무 책임을 배치하는 방식이다.

읽기 →

세 SDK는 같은 물건이 아니다

2026년 선택 기준은 모델이 아니라 운영 하네스다

Claude Agent SDK, OpenAI Agents SDK, Google ADK는 모두 에이전트를 만든다. 그러나 실제 선택 기준은 모델 성능이 아니라 컨텍스트, 도구, 권한, 배포를 누가 책임지느냐다.

읽기 →

프레임워크보다 하네스가 먼저다

에이전트 성패는 루프 바깥에서 갈린다

Agent framework를 고르기 전에 먼저 정해야 할 것은 harness다. context, tool, memory, 권한, 평가의 운영 원칙이 없으면 어떤 프레임워크도 PoC 밖으로 나가지 못한다.

읽기 →

프롬프트는 설계가 아니다

context는 실행 구조로 다뤄야 한다

프롬프트 개선은 데모를 통과시킨다. 운영 에이전트는 context의 수집, 압축, 격리, 검증 구조가 있어야 버틴다.

읽기 →

MCP 서버는 API 포장이 아니다

에이전트 권한 경계부터 다시 설계해야 한다

MCP 서버를 사내 API 어댑터로만 만들면 곧바로 위험해진다. 도구 정의, 권한, 감사, 실패 처리까지 포함한 에이전트용 운영 경계로 설계해야 한다.

읽기 →

Subagent는 context 방화벽이다

장기 작업은 기억을 나누지 않으면 무너진다

Claude Subagents의 핵심은 병렬 처리보다 context 분리다. 장기 작업에서 탐색, 검토, 실행의 기억을 섞는 순간 에이전트 품질은 흔들린다.

읽기 →

Skill은 프롬프트가 아니다

재사용되는 에이전트 행동은 파일로 설계된다

Claude Skills는 긴 프롬프트를 저장하는 기능이 아니다. 반복 업무의 발동 조건, 절차, 산출물, 도구 사용을 묶어 에이전트가 같은 방식으로 실행하게 만드는 행동 단위다.

읽기 →

커맨드가 팀의 표준이다

Claude Code는 프롬프트가 아니라 절차를 실행한다

Claude Code 슬래시 커맨드는 개인 생산성 팁이 아니다. 팀이 반복하는 판단, 확인, 산출물 형식을 코드 저장소 안의 운영 절차로 고정하는 장치다.

읽기 →

품질 게이트는 프롬프트가 아니라 hooks다

Claude Code 운영은 모델 성능보다 실행 직전 통제가 먼저다

코드 생성 품질은 모델이 아니라 게이트에서 갈린다. Claude Code hooks를 커밋 직전 품질 게이트로 설계하면, 팀은 리뷰어의 감각 대신 실행 가능한 규칙으로 품질을 고정할 수 있다.

읽기 →

킥오프 첫 2주에 12문항을 고정하라

AI 프로젝트의 성패는 2주차 결정이 좌우한다

AI 프로젝트는 킥오프 2주에 무엇을 고정했는지로 결과가 갈린다. 비즈니스·데이터·기술·거버넌스 4축에서 12문항을 합의하고 문서화하라. 운영 KPI(uptime 99.9%, p95 800ms)와 RACI·의사소통·데이터 소유권·계약 조항까지 이때 잠그면 이후는 실행이다.

읽기 →

AX 로드맵은 6개월마다 무너진다

기술 목록+날짜는 로드맵이 아니다

반기마다 슬라이드를 갈아끼우는데 성과는 고정된 채다. 이유는 5가지 구조적 결함 때문이다. 경영진 정렬, 데이터 기반, 비즈니스 전환 관점, 스폰서십 지속, 문제 우선 설계로 재구성해야 한다.

읽기 →