요약

Microsoft Azure 의 SRE (Site Reliability Engineering) 팀은 AI 에이전트에게 최대한 많은 맞춤 도구를 쥐어 주면 좋겠다 는 직관으로 100 개 넘는 전용 도구를 제공했지만, 결과는 오히려 저하 였다. 팀은 발상을 뒤집어 그 100 여 개의 맞춤 도구를 모두 제거하고, 대신 파일시스템을 기반으로 한 컨텍스트 엔지니어링 하네스로 전환 했다. 즉 AI 가 무엇을 할 수 있는지 도구로 정의하는 것 이 아니라 AI 가 어떤 정보에 접근 가능한지 컨텍스트로 정의하는 것 으로 패러다임을 바꾼 것이다. 결과는 — 에이전트의 의도 충족률이 45 % 에서 75 % 로 (+30 %p) 상승했다. 본 사례는 "더 많은 도구가 답이 아니다, 더 좋은 컨텍스트가 답이다" 라는 본 강의 03 HRN 의 핵심 메시지를 산업 1 차 출처로 입증한다.

상세

실험 / 변경

의미

• 직관: "도구가 많을수록 좋다"
• 실제: *도구가 많으면 에이전트 주의력 분산 + 선택 오류
• 처방: 적은 도구 + 좋은 컨텍스트 (파일시스템) 가 더 효과적

파일시스템 기반 컨텍스트 엔지니어링이란

• 100개 도구 호출 → 몇 개 핵심 파일 읽기
• 에이전트가 동일 인터페이스 (파일 I/O) 로 모든 정보 접근
• 도구 다양성의 인지 부담 제거

강의 활용

03 HRN lesson/hrn-sdd-evidence 단순화의 위력 사례:

• 시퀀스:
  1. "도구가 많을수록 좋다? 아닙니다."
  2. "Microsoft 가 100개 도구를 제거했더니 45% → 75% 로 올랐습니다."
  3. "하네스 = 더하는 게 아니라 덜어내는 설계."
• Less is More 메시지의 정량 근거.

주의사항

• 출처 정확성: Microsoft Azure SRE 공식 보고 인지 블로그 / 컨퍼런스 발표 인지 강의 전 확인.
• 단순화의 함정: 본 사례를 항상 도구 줄여라 로 일반화 금지. 도메인 / 작업 특성 에 따라 다르다.
• 45% → 75% 의 의미: 절대값 30%p 증가 = 상대 67% 향상. 청중에게 상대 비율 로 전달이 임팩트.
• 본 사례의 메시지 위치: case/langchain-harness-benchmark (모델 변경 없이) + 본 사례 (도구 단순화) = 외부 변경 의 두 갈래.