Pi 외부에서 에이전트 컨텍스트(메모리, 트레이스)와 기능(스킬, 도구, 워크플로우)을 직접 관리하고 계신 분 있나요?
who here is collecting/curating agent context (memory, traces) and capabilities (skills, tools, workflows) etc outside Pi? please share
핵심 요약
에이전트 서비스를 그대로 쓰기보다 외부에서 직접 컨텍스트와 기능을 구축하고 관리하는 것의 중요성과 그 이유를 묻는 질문입니다.
- 에이전트 인프라 — 서비스 제공업체에 의존하지 않고 자체적인 컨텍스트와 기능을 구축하는 것의 중요성 강조
- 직접 관리의 필요성 — 모델의 한계를 극복하고 실질적인 에이전트 성능을 끌어내기 위한 데이터 및 워크플로우 관리
- 구축의 어려움 — 모델, 하네스, 인터페이스 간의 혼란과 데이터 분석 등 번거로운 작업에 대한 기피 현상
- 오픈 소스 공유 — 에이전트 인프라 구축을 위한 템플릿과 접근 방식을 공유하여 직접적인 활용 독려
tldr - 개인이나 조직 입장에서 그냥 제공되는 에이전트 서비스(grok bot, dots, 심지어 amp나 Hermes 같은 것들)를 맹목적으로 갖다 쓰고, 에이전트 서비스 외부에서 직접 컨텍스트나 기능을 구축하는 건 아예 잊어버리는 게 갈수록 더 매력적인 선택지가 될 거 같음.
PI를 쓰고 있다면 이미 최소한의 에이전트 하네스(minimal agent harness) 이론을 믿고 있을 텐데, 그래도 다들 어떻게 하고 있는지 궁금하네.
여기 공유하는 이유는 다른 사람들도 똑같은 경험을 하는지, 아니면 왜 굳이 그럴 필요가 없는지에 대한 강력한 반대 의견이 있는지 들어보려고 함.
-
Pi를 쓰면서 본인이 직접 관리하는 게 있음? - 로그나 트레이스를 추출해서 보고, 나만의 메모리나 도구, 스킬, 워크플로우를 직접 만들고 관리하고 있음?
-
만약 안 하고 있다면, 그 이유는 뭐임? 굳이 그럴 가치가 있다는 증거가 부족해서? 아니면 그냥 Pi에 스킬 몇 개 붙여서 쓰는 정도임?
분명히 말하는데, 나 무슨 '에이전트 툴' 하나 팔아먹으려는 거 아님. 오히려 사람들이 직접 자기 거 만들었으면 좋겠음. 내가 궁금한 건 왜 사람들이 직접 안 하는지에 대한 의견임.
내가 쓰고 있고 사람들한테도 나눠주는 접근 방식이나 템플릿이 궁금하면 이 영상에서 설명해 놨음:
그리고 뼈대 템플릿도 만들어 뒀음:
https://github.com/bradwmorris/commons
근데 영상에서 설명했듯이, 그냥 니가 쓰는 클랭커(clanker)를 해당 레포에 연결해서 아이디어만 가져가서 직접 만들어도 됨.
영상에 나오는 라이브 데모는 Pi를 사용함.
지난 6개월 정도 동안 *"에이전트 인프라, 컨텍스트, 기능을 직접 구축하고 소유하기"*에 관한 워크숍을 여러 형태로 진행해 봤는데, 대부분의 사람이나 조직이 그 중요성은 이해하면서도 실제로 행동으로 옮기는 경우는 거의 없어서 좀 걱정됨. 내 생각엔 이게 진짜 에이전트 능력을 제대로 뽑아내는 개인/팀과 그렇지 못한 쪽을 가르는 결정적인 차이가 될 거거든.
내가 겪은 제한적인 기업 경험이나 워크숍을 토대로 사람들이 컨텍스트나 기능을 직접 관리하지 않는 주된 이유를 추측해 보자면:
-
모델 능력에 대한 잘못된 직관 > 모델이랑 에이전트가 갈수록 똑똑해지는 건 맞는데, 여전히 '실제 현실 상황'에서는 빌빌댐.
