대화는 끝납니다. 하지만 작업은 종종 계속됩니다.
계획은 여전히 앞으로 나아가야 합니다. 이메일 하나가 변경 사항을 가져올 수 있고, 회의 일정이 변경될 수 있으며, 방금 논의한 질문이 다른 애플리케이션에서 답을 찾을 수도 있습니다. 이 작업에 참여하는 것을 목표로 하는 에이전트에게 사용자의 메시지는 무슨 일이 일어나고 있는지 이해하는 한 가지 방법일 뿐입니다.
2026년 1월, OpenClaw는 입소문을 탔습니다.
그것이 제공한 중요한 교훈 중 하나는 사용자가 새로운 질문을 하지 않았더라도 에이전트가 작업에 계속 참여할 수 있다는 것이었습니다. 예약된 작업과 하트비트를 통해 에이전트는 관련 사안을 확인하고 도움을 줄지 결정할 수 있습니다. 이는 항상 존재하는 어시스턴트라는 개념을 더 구체적으로 만들었습니다. 또한 탐구할 가치가 있는 방향을 열어주었습니다. 시간의 경과 외의 이벤트가 에이전트를 트리거할 수 있다면, 에이전트는 우리의 일상 업무에 어떻게 참여할 수 있을까요?
AirJelly에서 우리는 작업이 전개됨에 따라 새로운 맥락을 얻고, 사용자의 목표와 습관을 활용해 언제 행동할지 판단하며, 적절한 역량을 활용해 도움을 주는 능동형 에이전트를 구상합니다.
이 글에서는 하나의 가능한 아키텍처와 그 배경에 있는 아이디어를 살펴봅니다.
능동성은 사용자로부터 시작됩니다
능동성을 회의 알림, 이메일 정리, 작업 후속 조치, 다음에 무엇을 할지에 대한 제안 같은 기능 목록으로 설명하기는 쉽습니다. 그러나 같은 기능이라도 사람마다 다른 업무에서 매우 다른 가치를 가질 수 있습니다.
어떤 사람은 중요한 변경 사항을 즉시 듣고 싶어 하고, 다른 사람은 메시지를 모아서 처리하는 것을 선호합니다. 어떤 사람은 논의하기 전에 초안을 검토하는 것을 좋아하고, 다른 사람은 작업을 시작하기 전에 방향에 합의하기를 원합니다. 같은 사람이라도 문제를 탐구할 때, 창의적인 작업에 집중할 때, 결과를 전달할 때 각기 다른 수준의 개입을 반길 수 있습니다.
이러한 차이는 사람들이 업무를 조직하는 방식을 반영합니다. 즉, 주의를 어떻게 배분하고, 결정을 내리고, 다른 사람과 협업하며, 무엇을 에이전트에 위임할지 결정하는 방식입니다.
따라서 능동형 에이전트는 어떻게 참여할지 결정할 때 사용자의 목표, 선호도, 현재 상황을 고려해야 합니다. 다가오는 리뷰에 관한 이메일은 자료를 준비하거나, 일정을 업데이트하거나, 사용자가 하던 일을 마칠 때까지 기다릴 이유가 될 수 있습니다.
우리는 그 판단이 유연하게 유지되기를 원합니다. 사용자는 미리 정의된 워크플로에 적응할 필요 없이 에이전트가 무엇에 주의를 기울이길 원하는지, 무엇을 맡아야 하는지, 언제 조용히 있어야 하는지를 표현할 수 있어야 합니다.
환경의 변화는 협업의 기회가 됩니다
예약된 작업은 시간을 트리거로 만듭니다. 이 아이디어를 확장하면, 환경의 많은 변화가 에이전트에게 현재 상황을 재고할 이유를 제공할 수 있습니다.
다가오는 회의, 새 이메일, 데스크톱 알림, 연결된 기기의 상태 변화, 또는 애플리케이션에서 완료된 작업은 모두 진행 중인 업무와 관련이 있을 수 있습니다.
데스크톱 활동은 특히 흥미롭습니다. 사람들이 읽고, 아이디어를 논의하고, 코드를 작성하고, 계획을 조정함에 따라 업무의 맥락은 여러 애플리케이션에 걸쳐 퍼집니다. 에이전트가 사용자가 허용한 경계 내에서 그 활동을 이해할 수 있다면, 배경을 반복해서 설명하거나 정보를 다시 모아야 하는 부담을 줄일 수 있습니다.
이벤트는 단지 무언가가 바뀌었을 수 있다는 것만 알려줍니다. 그것이 중요한지, 어떤 목표와 관련되는지, 조치가 필요한지는 모두 맥락에 달려 있습니다. 트리거는 판단의 기회를 만들고, 사용자의 업무가 그 기회에 의미를 부여합니다.
우리는 에이전트의 주의가 그러한 관계를 따라가기를 원합니다. 리뷰가 준비되는 동안 관련 일정을 지켜보고, 글을 쓰는 동안 집중을 존중하며, 작업이 완료되면 개입 수준을 바꾸는 것입니다.
계속 관여하는 에이전트
이러한 아이디어는 트리거, 메인 에이전트, 도구, 서브 에이전트로 구성된 아키텍처로 이어집니다. 사용자 맥락은 결정에 정보를 제공하고, 행동의 결과와 사용자의 피드백은 이후의 판단을 형성합니다.
메인 에이전트는 업무의 맥락을 이어가고, 변화가 주의를 기울일 가치가 있는지 판단하며, 다음에 무엇이 일어나야 할지 결정합니다. 더 많은 정보를 수집하거나, 사용자에게 질문하거나, 도구를 호출하거나, 추가 탐구가 필요한 작업을 서브 에이전트에 위임할 수 있습니다.
서브 에이전트는 특정 목표를 향해 작업하는 동안 메인 에이전트는 사용자와 환경의 변화에 계속 주의를 기울입니다. Anthropic의 멀티 에이전트 연구 시스템도 이 오케스트레이터–워커 분업을 사용합니다. 능동형 에이전트에게 이는 중요한 설계 관점을 제공합니다. 작업이 수행되는 동안에도 누군가는 그 목표가 바뀌었는지에 주의를 기울여야 한다는 것입니다. Anthropic의 멀티 에이전트 아키텍처
예를 들어, 리뷰 일정이 다시 변경되면 그 준비도 그에 맞게 바뀌어야 합니다. 새로운 정보는 단지 다음 답변에 나타나는 것이 아니라 진행 중인 작업에 영향을 미쳐야 합니다. 메인 에이전트와 워커 간의 지속적인 협업은 방향 전환, 맥락 추가, 작업 중단을 그 관계의 일부로 만듭니다.
여기서 연속성이란 협업이 단일 대화를 넘어 확장될 수 있음을 의미합니다. 응답이 끝난 후에도 사용자의 목표, 미완의 작업, 이후의 변화는 연결된 상태로 남습니다. 에이전트의 관여는 그러한 연결을 이어가야 합니다.
모든 플러그인은 양방향 연결입니다
다양한 도구와 업무 습관에 적응하려면 조합 가능하고 플러그 가능한 역량이 필요합니다.
우리가 구상하는 아키텍처에서 모든 플러그인은 두 방향으로 역량을 추가합니다. 플러그인은 이벤트를 통해 에이전트를 트리거할 수 있고, 에이전트는 플러그인이 제공하는 도구를 호출할 수 있습니다.
캘린더 플러그인은 회의가 다가오거나 일정이 변경될 때 에이전트를 트리거할 수 있습니다. 또한 캘린더 이벤트를 조회, 생성, 업데이트하기 위해 호출될 수도 있습니다. 이메일 플러그인은 메시지가 도착할 때 새로운 입력을 제공할 수 있으며, 읽기와 답장을 위한 도구도 제공할 수 있습니다. 기기 플러그인은 상태 변화를 보고하고 그에 상응하는 제어를 제공할 수 있습니다.
따라서 모든 플러그인은 협업의 출발점이자 이후 행동의 참여자가 될 수 있습니다.
더 중요하게는 이러한 역량이 플러그인 전반에 걸쳐 작동할 수 있습니다. 이메일로 전달된 변경 사항은 에이전트가 캘린더를 확인하게 하고, 그런 다음 관련 자료 준비를 서브 에이전트에 위임하게 할 수 있습니다. 이벤트를 도입한 플러그인이 에이전트가 다음에 사용할 플러그인을 결정하지는 않습니다. 사용자의 목표와 현재 맥락이 그 선택을 이끕니다.
플러그인이 추가됨에 따라 에이전트가 이해할 수 있는 환경과 수행할 수 있는 행동이 함께 확장됩니다. 사용자는 특정 애플리케이션, 작업 범주, 고정된 워크플로에 갇히지 않고 자신의 업무에 맞춰 역량을 선택할 수 있습니다.
사용자가 속도를 정하게 하세요
능동형 에이전트의 가치는 궁극적으로 적절한 도움을 제공하는지에 달려 있습니다. 때로는 자료를 미리 준비하거나 미완의 작업을 후속 조치하는 것을 의미합니다. 때로는 상황을 이해하고 방해하지 않기로 선택하는 것을 의미합니다.
이런 종류의 협업은 사용자가 선호도를 표현하고 조정할 여지를 남겨야 합니다. 사용자는 에이전트가 주의를 기울이는 대상을 바꾸고, 업무에 대한 이해를 바로잡고, 어떤 행동을 계속하고 어떤 행동을 중단할지 결정할 수 있어야 합니다.
조합 가능한 아키텍처는 그 유연성의 토대를 제공합니다. 트리거는 변화를 에이전트의 주의로 가져오고, 사용자 맥락은 판단에 정보를 제공하며, 도구와 서브 에이전트는 행동을 수행합니다. 이러한 부분들은 사용자가 앞으로 나아가려는 업무를 중심으로 연결됩니다.
이것이 AirJelly의 능동형 에이전트에 대한 하나의 비전입니다. 진행 중인 업무에 더 자연스럽게 참여하고, 사용자의 목표와 업무 습관을 따르는 방식으로 도우며, 상황이 변함에 따라 개입 수준을 조정하는 에이전트입니다.