에이전트 개발에서 가장 쉬운 실수 중 하나는 프롬프트가 제품이라고 생각하는 것입니다.
그렇지 않습니다.
Microsoft Agent Framework 팀의 새로운 에이전트 하네스 및 클로(harness and claw) 연습은 에이전트가 실제로 사용 가능하게 만드는 부분, 즉 모델 주변의 런타임 셸에 초점을 유지한다는 점에서 가치가 있습니다.
여기에는 다음이 포함됩니다:
- 도구
- 계획
- 세션 상태
- 메모리
- 실행 모드
- 반복 작업을 위한 사용 가능한 콘솔 또는 인터페이스
바로 여기서 에이전트가 영리한 데모에서 소프트웨어처럼 느껴지기 시작합니다.
하네스 패턴은 실용적입니다
제가 마음에 드는 점은 이 아이디어가 얼마나 접근하기 쉬운지입니다.
채팅 클라이언트로 시작합니다.
그런 다음 지침과 도구가 있는 하네스로 감쌉니다.
그런 다음 계획, 할 일, 세션, 스트리밍 상호 작용을 지원하는 셸을 통해 실행합니다.
이것은 책임을 명확하게 분리하기 때문에 건강한 패턴입니다:
- 모델은 추론을 처리합니다
- 하네스는 런타임 동작을 처리합니다
- 앱은 어떤 도구와 경험이 중요한지 결정합니다
이것은 .NET 개발자가 시스템을 구축하는 방식과 잘 맞습니다
하네스 아이디어는 .NET 사고방식에도 잘 매핑됩니다.
런타임 동작이 명시적이고 구성 가능할 때 일반적으로 더 잘합니다. 미들웨어, 파이프라인, 옵션, 프로바이더, 어댑터는 모두 이 세계에서 자연스럽게 느껴집니다.
그것이 제가 Agent Framework가 .NET 개발자에게 잘 자리잡을 가능성이 있다고 생각하는 이유입니다. 모든 사람을 하나의 마법 같은 추상화로 강제하지 않습니다. 함께 연결할 수 있는 구조화된 런타임 조각을 제공합니다.
내 생각
이 포스트의 가장 유용한 부분은 에이전트가 좋은 모델과 영리한 지시 문자열 이상을 필요로 한다는 상기입니다.
그들에게는 구조, 메모리, 도구 접근, 계획, 작동 가능한 개발자 루프를 제공하는 런타임 셸이 필요합니다.
그것이 하네스가 제공하는 것입니다.
그리고 솔직히, 이것이 이 패턴이 주목할 가치가 있는 이유입니다.
