osFoundry / Platform
핸드오프
한 에이전트가 자신의 작업을 끝내면 전체 공유 컨텍스트와 함께 다음 에이전트에게 인계합니다.
개요
핸드오프를 쓰면 여러 단계로 이뤄진 작업이 매번 처음부터 다시 시작하지 않고 한 AI 에이전트에서 다음 에이전트로 넘어갑니다. 한 에이전트가 자기 몫의 일을 끝내면, 지금까지의 대화와 중간 결과, 앞선 에이전트가 만들어 낸 파일과 결정을 포함한 공유 컨텍스트 전체와 함께 다음 에이전트에게 바통을 넘깁니다. 이어받는 에이전트는 차갑게 식은 상태가 아니라 이미 데워진 상태에서 이어가므로, 브리핑을 다시 붙여 넣거나 목표를 다시 설명하거나 두 단계 전에 쌓아 둔 상태를 잃는 일이 없습니다.
osFoundry 안에서는 에이전트들이 하나의 워크스페이스에서 함께 실행되므로, 핸드오프가 도구의 경계를 넘지 않습니다. 체인이 도는 내내 컨텍스트는 같은 자리에 머뭅니다. osFoundry는 BYOK 방식이고 모델에 얽매이지 않기에, 순서 속 각 에이전트를 서로 다른 모델에서 돌릴 수 있습니다. 사적이거나 민감한 단계에는 로컬 모델, 무거운 추론에는 클라우드 모델, 그 중간쯤에는 자체 호스팅 엔드포인트를 쓰는 식입니다. 각 에이전트가 어떤 모델을 쓰든 공유 컨텍스트는 그 사이를 오가며, osFoundry는 로컬 우선이기에 그 컨텍스트를 제3자 오케스트레이터로 복사해 내보내는 대신 사용자의 기기에 그대로 둘 수 있습니다.
이것이 중요한 까닭은, 실제 업무 대부분이 프롬프트 하나로 끝나지 않기 때문입니다. 먼저 조사하고, 다음에 초안을 쓰고, 그다음 검토하고, 마지막으로 다듬는데, 단계마다 필요한 강점이 다를 때가 많습니다. 핸드오프는 이 과정을, 출력물을 채팅 사이에서 손으로 나르는 수동 릴레이가 아니라 하나의 이어지는 실행으로 바꿔 놓습니다. 게다가 osFoundry는 채팅, 에이전트, 앱, 코드, 지식, 데이터를 한 워크스페이스에 묶어 두므로, 핸드오프는 이 모든 것에 대한 참조를 함께 앞으로 실어 나릅니다. 그래서 다음 에이전트는 마지막 메시지만이 아니라, 파이프라인이 쌓아 온 산출물까지 함께 봅니다.
주요 기능
- 완전한 공유 컨텍스트와 함께 작업을 한 에이전트에서 다음 에이전트로 넘깁니다. 대화, 중간 결과, 생성된 파일이 핸드오프와 함께 이동합니다
- 이어받는 에이전트는 데워진 상태로 시작합니다. 브리핑을 다시 붙여 넣지도, 목표를 다시 설명하지도, 단계 사이에서 상태를 잃지도 않습니다
- 체인 속 각 에이전트를 로컬, 클라우드, 자체 호스팅 등 서로 다른 모델에서 돌리면서도 같은 컨텍스트를 공유할 수 있습니다
- 로컬 우선 설계 덕분에 컨텍스트를 외부 오케스트레이터를 거치지 않고 사용자의 기기에 그대로 둘 수 있습니다
- 자신의 API 키로 실행되며 리셀러 마진도, 좌석당 요금도 없어, 멀티 에이전트 체인이 1인당 비용을 몇 배로 늘리지 않습니다
활용 사례
- 연구자: 수집 에이전트가 출처와 메모를 모은 뒤, 모든 발견을 이미 컨텍스트에 갖춘 초안 작성 에이전트에게 넘깁니다
- 개발자: 기획 에이전트가 변경 범위를 정하고, 계획과 파일 참조, 제약 조건을 그대로 구현 에이전트에게 넘깁니다
- 분석가: 데이터 준비 에이전트가 정제하고 요약한 뒤, 무엇도 다시 업로드하지 않고 그 결과를 해석용 추론 에이전트에게 넘깁니다
자주 묻는 질문
핸드오프할 때 정확히 무엇이 넘어가나요?
체인이 쌓아 온 공유 컨텍스트가 넘어갑니다. 진행 중인 대화, 중간 결과, 그리고 앞선 에이전트가 만들어 낸 파일과 결정이 여기에 담깁니다. 다음 에이전트는 빈 화면이 아니라 이 모두를 물려받으므로, 새 프롬프트가 아니라 이미 벌어진 일을 바탕으로 작업합니다.
핸드오프 체인에서 에이전트마다 다른 모델을 쓸 수 있나요?
네. osFoundry는 BYOK 방식이고 모델에 얽매이지 않으므로, 각 에이전트를 로컬, 클라우드, 자체 호스팅 모델에서 돌릴 수 있습니다. 각 에이전트가 어떤 모델을 쓰든 핸드오프는 그 사이에서 같은 공유 컨텍스트를 실어 나릅니다.
에이전트끼리 핸드오프할 때 제 데이터가 기기 밖으로 나가나요?
osFoundry는 로컬 우선이므로 공유 컨텍스트는 사용자의 기기에 그대로 둘 수 있습니다. 특정 단계가 외부 서비스에 닿는지는 그 에이전트가 쓰는 모델에 달려 있습니다. 로컬 모델은 그 단계를 기기 안에서 처리하고, 클라우드 모델은 그 단계에 필요한 만큼을 사용자의 키로 선택한 제공업체에 보냅니다.