에이전트 인프라의 한계 극복을 위한 Selfware와 IACT 프로토콜 제안

커뮤니티 반응

작성자가 제안한 새로운 프로토콜에 대해 기술적 흥미를 보이고 있으며, 특히 에이전트 협업 시 발생하는 상태 관리 문제에 공감하는 분위기이다.

주요 논점

01찬성다수

채팅 로그 기반의 메모리는 한계가 명확하므로 파일 기반의 상태 공유 프로토콜이 반드시 필요하다

02중립소수

IACT와 같은 상호작용 레이어가 유용할 수 있으나 기존 MCP와의 역할 중복 여부를 검토해야 한다

합의점 vs 논쟁점

합의점

현재의 에이전트 인프라는 멀티 에이전트 및 복잡한 워크플로를 처리하기에 구조적으로 미흡하다
에이전트가 생성한 결과물은 사용자 소유권을 유지하면서도 에이전트 간 교환이 용이해야 한다

논쟁점

에이전트 발전을 위해 가장 먼저 해결해야 할 병목이 메모리/상태 관리인지 상호작용 레이어인지에 대한 우선순위 차이

실용적 조언

에이전트 간 문맥 교환이 잦은 프로젝트라면 Selfware 프로토콜을 검토하여 채팅 로그 의존도를 낮출 수 있다
사용자 피드백 루프가 중요한 에이전트 앱 개발 시 IACT를 적용하여 텍스트 내 액션 버튼을 구현할 수 있다

섹션별 상세

현재 에이전트 시스템은 단일 사용자 도구 루프에 머물러 있어 멀티 에이전트 환경에서의 문맥 전송과 상태 상속 문제가 심각하다. 공유 상태가 채팅 로그에만 머물 경우 시스템이 복잡해질수록 메모리 붕괴가 발생하므로 이를 해결할 파일 기반 프로토콜인 Selfware가 제안되었다. Selfware는 파일이 문맥을 직접 운반하고 사용자 소유권을 유지하며 에이전트 간에 교환 가능하도록 설계되었다.

모델의 텍스트 출력을 실질적인 사용자 액션으로 연결하기 위해 Markdown 기반의 IACT(Inline Action-Clicked Text) 프로토콜이 도입되었다. IACT는 모델이 텍스트 내에 인라인 액션 앵커를 포함하여 반환하게 함으로써 사용자가 흐름을 끊지 않고 클릭만으로 확인, 추가, 전송 등의 동작을 수행하게 한다. 이는 MCP가 도구 연결을 해결하는 것과 별개로 모델 출력과 사용자 행동 사이의 '라스트 마일' 문제를 해결하는 데 집중한다.

에이전트가 단순한 도구 래퍼가 아닌 실제 시스템 참여자로 작동하기 위해 가장 필요한 원시 기능(Primitive)에 대한 논의가 진행 중이다. 메모리 및 상태 관리의 부재가 큰 병목인지, 아니면 모델 출력과 인간 행동 사이의 상호작용 레이어 설계가 더 시급한 과제인지에 대한 시스템적 질문이 제기되었다. 커뮤니티는 에이전트 인프라가 인간 중심에서 에이전트 협업 중심으로 진화해야 한다는 점에 주목하고 있다.

용어 해설

문맥 전송(Context Transfer): — 서로 다른 에이전트나 시스템 간에 현재 작업 상태와 정보를 유지하며 데이터를 전달하는 과정이다. 멀티 에이전트 시스템에서 작업의 연속성을 보장하고 정보 손실을 방지하기 위해 필수적인 메커니즘이다.
상태 상속(State Inheritance): — 상위 프로세스나 이전 에이전트가 보유했던 변수, 설정, 메모리 등의 상태 정보를 하위 에이전트가 물려받는 구조이다. 이를 통해 복잡한 워크플로에서 중복 연산을 줄이고 일관된 의사결정을 내릴 수 있다.
모델 컨텍스트 프로토콜(MCP): — AI 모델을 외부 도구 및 데이터 소스에 연결하기 위한 표준화된 개방형 프로토콜이다. 모델이 로컬 파일이나 외부 API와 상호작용할 때 일관된 인터페이스를 제공하여 개발 효율성을 높인다.

언급된 도구

Selfware추천

에이전트 간 문맥 교환을 위한 파일 프로토콜 레이어

IACT추천링크

모델 출력과 사용자 액션을 연결하는 Markdown 기반 상호작용 프로토콜

언급된 리소스

GitHubIACT GitHub Repository