개인 에이전트는 여러 대화에 걸쳐 한 사람을 위해 일하는 AI 시스템입니다. 맡은 책임을 이어가는 데 필요한 맥락을 유지하고, 도구나 컴퓨터를 사용해 일을 진척시키며, 판단이나 허락이 필요할 때 그 결정을 그 사람에게 돌려줍니다.
이 정의는 "당신의 이름을 아는 챗봇"보다 훨씬 많은 것을 요구합니다. 챗봇은 훌륭한 답을 내놓고도 메시지와 메시지 사이에서 일을 옮기는 책임은 여전히 당신에게 남길 수 있습니다. 개인 에이전트는 쓸모 있는 상태를 보존해야 합니다. 당신이 요청한 결과가 무엇인지, 어떤 자료가 중요한지, 이미 무슨 일이 있었는지, 무엇이 막혀 있는지, 그리고 언제 다시 당신을 불러야 하는지입니다.
그래서 가장 많은 것을 드러내는 질문은 모델이 얼마나 똑똑한가? 가 아닙니다. 내가 떠난 뒤에는 무슨 일이 일어나는가? 입니다. 세션과 함께 일이 사라진다면, 그 시스템은 쓸모가 있을지는 몰라도 아직 당신을 대신해 계속 일하는 에이전트는 아닙니다.
개인 에이전트의 실용적인 정의
더 넓은 범주의 AI 에이전트는 보통 목표를 추구하고 도구를 통해 행동하는 능력으로 정의됩니다. 예를 들어 Google Cloud의 AI 에이전트 개요는 추론, 계획, 도구 사용을 강조해 에이전트를 응답만 생성하는 시스템과 구분합니다. "개인"은 이 관계를 좁힙니다. 에이전트가 섬기는 대상은 조직의 대기열이나 공개 워크플로, 하나의 애플리케이션이 아니라 한 사람입니다.
실제로 개인 에이전트는 다섯 가지 책임을 함께 집니다.
당신의 결과를 향해 일한다. 그 과제는 임시 프롬프트가 아니라 한 사람에게 속합니다.
작업 맥락을 유지한다. 단계마다 요청을 다시 짜 맞추게 하지 않고도 Task를 이어갈 수 있습니다.
환경 안에서 행동할 수 있다. 제품과 당신이 부여한 권한에 따라 연결된 앱, 파일, 브라우저, 로컬 컴퓨터, 클라우드 컴퓨터 등이 포함될 수 있습니다.
시간을 넘어 지속된다. 채팅 창을 열어 두지 않아도 기다리고, 재개하고, 관련 이벤트에 반응할 수 있습니다.
의미 있는 경계에서 통제권을 돌려준다. 좋은 에이전트는 자신이 계속해도 되는 준비 작업과 당신에게 속한 결정, 권한, 결과를 구분합니다.
이 특성 중 어느 것도 에이전트가 사람을 흉내 내기를 요구하지 않습니다. 얼굴도, 사람의 이력도, 가상의 성격도 필요 없습니다. 이 관계를 정의하는 것은 연속성과 책임입니다. 하나의 시스템이 한 사용자를 위해 일을 맡고, 그 경계는 사용자가 확인하고 바꿀 수 있습니다.
세션은 잘못된 경계다
대부분의 대화형 제품은 세션을 중심으로 구성됩니다. 스레드를 열고, 맥락을 주고, 답을 받고, 다음에 무엇을 할지 결정합니다. 이 형태는 질문, 브레인스토밍, 범위가 정해진 변환에는 잘 맞습니다. 하지만 요청 안에 기다림이나 의존 관계, 일이 이루어져야 할 여러 장소가 들어 있으면 어색해집니다.
주간 프로젝트 브리프를 요청한다고 생각해 보세요. 그것을 만들려면 저장소를 확인하고, 기획 문서를 읽고, 지연된 마일스톤을 알아차리고, 늦게 오는 진행 상황 업데이트를 기다려야 할 수도 있습니다. 응답만 하는 시스템은 브리프를 어떻게 엮는지 알려 줄 수 있습니다. 개인 에이전트에게는 입력이 도착하고 일이 진행되는 동안 그 책임이 유지될 장소가 필요합니다.
그래서 "세션리스"는 쓸모 있는 시험대가 됩니다. 대화에 경계가 없다거나 에이전트가 모든 것을 영원히 기억한다는 뜻이 아닙니다. 일의 수명이 한 채팅 세션의 수명에 묶이지 않는다는 뜻입니다. Task는 진행 중인 상태로 남아 이벤트를 기다리고, 결정을 요청하고, 같은 작업 상태에서 재개할 수 있습니다. 가이드 상시 작동하는 개인 에이전트가 장기적인 일을 계속 진행시키는 방법에서 이 운영 상태를 자세히 다룹니다.
이 연속성은 사용자의 역할도 바꿉니다. "계속해"라고 보내거나 바뀐 게 있는지 계속 물어보며 시스템을 살려 둘 필요가 없어야 합니다. 당신의 책임은 결과를 정하고, 접근 권한을 주고, 진짜 결정에 답하고, 결과를 평가하는 쪽으로 옮겨 갑니다.
상시 작동이 항상 행동한다는 뜻은 아니다
상시 작동하는 개인 에이전트는 당신이 다른 곳에 있는 동안에도 지켜보며 적절한 일을 이어갈 수 있습니다. 하지만 지속된다는 것을 손이 닿는 무엇이든 해도 된다는 영구적인 허가로 해석해서는 안 됩니다.
쓸모 있는 상시 작동에는 몇 가지 모드가 있습니다. 에이전트가 활발히 일할 때도 있고, 파일이나 메시지, 예정된 시간을 기다릴 때도 있습니다. 가벼운 프로세스가 이벤트를 걸러내어, 아무것도 중요하지 않다는 걸 확인하려고 메인 에이전트가 거듭 깨어나지 않게 할 때도 있습니다. 그리고 다음 선택이 당신의 몫이기 때문에 Task를 일부러 멈춰 둘 때도 있습니다.
이 구분은 주의와 비용 모두에 중요합니다. 연결된 모든 소스를 대형 모델로 폴링하면 자원을 낭비하고 불필요한 결정을 만들어 냅니다. Comma의 프로그래밍 가능한 이벤트 루프 아키텍처는 작은 Loop로 이벤트를 지켜보다가, 더 일할 가치가 있는 일이 생길 때만 메인 에이전트를 깨웁니다. 기술적 구현은 Comma 고유의 것이지만 제품 원칙은 더 넓게 적용됩니다. 지속되는 에이전트는 기본적으로 조용해야 하고, 행동할 때는 이유가 있어야 합니다. 다른 가이드에서는 관련성, 시점, 권한을 다음 응답과 연결해 상시 작동하는 개인 에이전트가 언제 깨어나야 하는지 설명합니다.
따라서 상시 작동은 가용성과 연속성을 뜻해야 하며, 견제받지 않는 자율을 뜻해서는 안 됩니다. 믿을 만한 제품이라면 일이 실행 중인지, 기다리는지, 막혀 있는지, 검토를 기다리는지, 끝났는지 알 수 있게 해야 합니다.
개인 에이전트에게는 일할 곳이 필요하다
추론만으로는 스프레드시트를 업데이트하거나, 파일을 비교하거나, 웹사이트를 탐색하거나, 결과물을 준비할 수 없습니다. 에이전트에게는 실행 환경이 필요하며, 환경마다 가능한 일과 책임이 다릅니다.
어느 한 환경이 저절로 최선인 것은 아닙니다. 클라우드 실행은 노트북을 닫은 뒤에도 계속될 수 있지만, 그 노트북에만 있는 파일에 마법처럼 접근할 수는 없습니다. 로컬 접근은 개인 자료에 닿을 수 있지만, 기기와 그 권한이 작업의 일부가 됩니다. 셀프 호스팅은 스택과 저장된 데이터에 대한 통제를 높이는 대신, 그것을 건강하게 유지할 책임을 운영자에게 지웁니다.
실행이 어디서 이루어지는지는 사소한 구현 세부 사항이 아닙니다. 에이전트가 무엇에 닿을 수 있는지, 언제 일할 수 있는지, 상태가 어디에 저장되는지, 무언가 실패했을 때 누가 책임지는지를 결정합니다.
기억은 구호가 아니라 일에 쓰여야 한다
개인 에이전트에게는 기억이 필요하지만, "기억"에는 여러 가지가 포함됩니다. 대화 기록, 사용자에 대한 지속적인 정보, 그리고 특정 Task의 작업 상태입니다. 이것들을 하나의 무한한 저장소로 다루면 혼란스러운 기대가 생깁니다.
진행 중인 Task를 위해 에이전트는 원하는 결과, 관련 파일, 이미 내려진 결정, 현재 막힌 지점이 필요할 수 있습니다. 그것은 하나의 책임을 위한 작업 기억입니다. 선호하는 보고서 형식 같은 장기적인 사용자 선호는 여러 Task에 걸쳐 다시 쓸 수 있습니다. 일회용 비밀번호나 쓸모없어진 초안은 대화에 등장했다는 이유만으로 영구적인 개인 지식이 되어서는 안 됩니다.
기억이 많다고 저절로 더 개인적인 것은 아닙니다. 쓸모 있는 기억은 관련 있고, 바로잡을 수 있고, 관리되는 기억입니다. 사용자는 어떤 맥락이 일에 영향을 주는지 이해하고 잘못된 가정을 바로잡을 수 있어야 합니다. 바로잡지 않는 지속성은 어제의 실수를 내일의 행동으로 바꿉니다.
Comma는 하나의 지속되는 에이전트가 여러 기기와 대화에 걸쳐 일, 기억, 맥락을 이어간다고 설명합니다. 이 약속 역시 다른 연결된 시스템과 같은 현실적인 경계 안에서 읽어야 합니다. 맥락은 제공되었거나 승인된 것에 달려 있고, 에이전트는 불완전하거나 서로 충돌하는 자료를 여전히 잘못 이해할 수 있습니다.
사람에게 다시 넘기는 일도 시스템의 일부다
개인 에이전트가 일하는 세상에서는 많은 선택을 주어진 데이터로부터 안전하게 추론할 수 없습니다. 문서에 서로 모순되는 우선순위가 담길 수 있습니다. 이메일은 기술적으로 보낼 준비가 되었어도 정치적으로 현명하지 않을 수 있습니다. 양식은 다 채워졌어도 그 법적 진술은 여전히 양식에 이름이 적힌 사람의 몫입니다.
잘 설계된 에이전트는 이런 경계를 숨기지 않습니다. 준비할 수 있는 것을 준비하고, 필요한 결정을 짚어 내고, 사용자가 행동할 수 있을 만큼의 맥락과 함께 Task를 돌려줍니다. 검토 단계는 자율의 실패가 아닙니다. 위임을 쓸 만하게 만드는 과정의 일부입니다.
Comma는 이를 진행 중, 검토 필요, 완료 같은 Task 상태로 명확히 나타냅니다. 검토 필요는 모호한 점, 권한, 결과가 따르는 결정이 사용자에게 돌아오는 자리입니다. 완료는 에이전트가 현재 작업을 마치고 결과물을 전달했다는 뜻이며, 모든 사실이나 판단이 옳다고 보증하지는 않습니다.
이렇게 하면 더 정직한 책임 분담이 생깁니다. 에이전트는 과제 범위 안의 진척을 책임지고, 사람은 과제의 의미와 결과를 책임집니다.
호스팅과 셀프 호스팅은 두 가지 소유 방식이다
배포 방식이 누가 시스템을 운영하는지를 결정합니다. 호스팅과 셀프 호스팅 개인 에이전트 가이드에서 그에 따른 통제, 데이터, 유지 보수 책임을 설명합니다.
개인 에이전트가 잘하는 일
처음 맡기기에 가장 좋은 과제는 결과가 분명하고, 연속성이 필요하며, 사용자가 확인할 수 있는 결과물을 내는 일입니다. 여러 파일로 브리프를 준비하는 것이 "나 대신 좋은 결정을 내려 줘"보다 잘 맞습니다. 범위가 정해진 이벤트를 지켜보다가 답장을 초안으로 쓰는 것이 "내 소통을 다 처리해 줘"보다 검증하기 쉽습니다. 검토를 위해 자료를 정리하는 것이 모호한 출처를 조용히 공식 자료로 취급하는 것보다 안전합니다.
쓸모 있는 과제에는 대개 세 가지 공통점이 있습니다. 에이전트가 진척을 알아볼 수 있고, 사용 가능한 환경에 필요한 입력이 있으며, 결과가 사용자에게 돌아오는 분명한 지점이 있습니다. 정기 보고서 준비, 정해진 프로젝트 스레드 따라가기, 리서치 정리, 저장소의 특정 변화 모니터링, 연결된 문서로 초안 엮기 등이 그 예입니다.
나쁜 과제는 성공 조건을 감추거나, 사용자가 실제로 부여하지 않은 권한을 위임합니다. "다 알아서 해 줘"는 에이전트에게도 사용자에게도 무엇이 완료인지 알 수 있는 믿을 만한 방법을 주지 않습니다. 개인 에이전트는 과제가 맡을 수 있을 만큼 구체적이고 경계가 믿을 수 있을 만큼 보일 때 더 쓸모 있어집니다.
개인 에이전트를 평가하는 방법
제품 페이지에서는 기억, 주도적, 자율, 상시 작동 같은 비슷한 말이 점점 더 많이 쓰일 것입니다. 그런 꼬리표를 그 자체로 기능으로 받아들이기보다, 현실적인 Task 하나를 정해 제품 안에서 끝까지 따라가 보세요.
처음 대화가 끝난 뒤 Task가 어디에 머무는지 물어보세요. 현재 상태를 볼 수 있는지, 에이전트가 과제를 잃지 않고 기다릴 수 있는지 확인하세요. 어떤 환경이 일을 수행하는지, 그 환경을 쓸 수 없을 때 어떻게 되는지 파악하세요. 결과가 따르는 행동 전에 눈에 보이는 검토 경계가 있는지 찾아보세요. 마지막으로, 무엇을 직접 확인하고, 취소하고, 내보내고, 운영할 수 있는지 물어보세요.
이 시험은 매력적인 데모와 실제로 일을 맡길 수 있는 시스템의 차이를 드러냅니다. 지능도 중요하지만, 상태, 접근, 지속성, 통제도 똑같이 중요합니다. 개인 에이전트는 이 다섯 가지 모두의 산물입니다.
Comma가 이 범주에 접근하는 방식
Comma는 무료 오픈 소스 개인 에이전트로, 서로 끊어진 세션의 모음이 아니라 하나의 지속되는 관계를 중심으로 만들어졌습니다. 간단한 질문은 채팅에 머물러도 되고, 큰 요청은 진행 상황이 보이는 Task가 됩니다. Routine은 주의가 필요한 것을 정기적으로 정리해 보여 줍니다. Comma의 자체 클라우드 컴퓨터는 백그라운드에서 적절한 일을 이어갈 수 있고, 연결된 Mac은 별도의 로컬 환경을 제공하는데, 작업을 허용하기 전까지는 기본적으로 읽기 전용입니다.
같은 제품을 호스팅 서비스로 쓸 수도 있고 당신이 관리하는 인프라에서 실행할 수도 있습니다. Signal과 Telegram은 원격으로 일을 맡기는 방법을 제공하고, 대화 뒤에서는 Task가 계속 이어지는 단위로 남습니다. 이런 요소들이 Comma의 핵심 주장을 뒷받침합니다. 24/7 일하는 당신의 개인 에이전트. 일이 끝날 때까지 마침표는 없습니다.
그렇다고 모든 Task가 성공하거나, 모든 연동이 가능하거나, 모든 행동이 검토 없이 이루어진다는 뜻은 아닙니다. 일이 이어질 곳이 있고, 따라갈 수 있는 상태가 있으며, 당신에게 돌아오는 정해진 길이 있다는 뜻입니다. 제품 전체를 소개하는 Comma를 소개합니다에서는 설명용 지식 업무 시나리오로 이 요소들이 어떻게 맞물리는지 보여 줍니다.
개인 에이전트에 관한 질문
개인 에이전트는 기억을 가진 챗봇일 뿐인가요?
아닙니다. 기억은 챗봇을 더 낫게 만들 수 있지만, 개인 에이전트에게는 지속되는 작업 단위, 행동할 수 있는 환경, 그리고 기다리고 재개하고 통제권을 돌려주는 방법도 필요합니다. 긴 대화는 책임은 보존하지 않은 채 글만 보존할 수도 있습니다.
모든 개인 에이전트가 상시 작동해야 하나요?
모든 개인 에이전트가 이벤트를 계속 모니터링할 필요는 없습니다. 여러 대화에 걸쳐 관계와 작업 상태를 보존하는 것과, 늘 대기하며 변화를 감지하고 백그라운드에서 재개하는 것은 다른 일입니다. 상시 작동하는 AI 에이전트란 무엇인가?에서 그런 백그라운드 가용성에 필요한 추가 시스템 조건을 설명합니다.
개인 에이전트에게 자체 컴퓨터가 필요한가요?
모든 아키텍처에서 그렇지는 않습니다. 도구와 API로 많은 Task를 끝낼 수 있습니다. API가 없거나 파일이 특정 환경에 있을 때는 브라우저, 클라우드 컴퓨터, 연결된 로컬 기기가 에이전트가 할 수 있는 일을 넓혀 줍니다. 중요한 것은 실행 환경이 과제에 맞는지입니다.
셀프 호스팅이면 저절로 더 사적인가요?
아닙니다. 셀프 호스팅으로 바뀌는 것은 애플리케이션과 데이터베이스를 누가 운영하느냐입니다. 개인정보 보호는 여전히 모델, 검색 서비스, 연결된 앱, 네트워크 인프라를 거치는 전체 경로에 달려 있습니다. 배포 위치를 개인정보 보호의 보증으로 여기기 전에 호스팅과 셀프 호스팅 배포 비교를 확인하세요.
개인 에이전트가 매번 묻지 않고 행동할 수 있나요?
그것은 행동의 종류, 권한, 제품의 통제 장치에 달려 있습니다. 되돌릴 수 있는 준비 작업은 범위가 정해진 Task 안에서 이어갈 수 있는 경우가 많습니다. 외부와의 소통, 파괴적인 변경, 구매, 의미 있는 결과가 따르는 결정에는 명시적인 검토나 범위를 좁게 정한 사전 규칙이 필요합니다.
개인 에이전트에게 처음 맡기기 좋은 Task는 무엇인가요?
입력이 알려져 있고 결과를 확인할 수 있는 일을 고르세요. 지정한 출처로 주간 브리프를 준비하거나, 정해진 변화를 지켜보거나, 여러 파일을 초안 하나로 정리하는 일입니다. 읽고 준비하는 일부터 시작해 결과를 평가하고, 그 워크플로가 신뢰를 얻은 뒤에 권한을 넓히세요.
이어지는 일에 머물 곳을 주세요
쓸모 있는 개인 에이전트는 당신의 말투로 답하거나 몇 가지 선호를 기억하는 데 그치지 않습니다. 범위가 정해진 책임을 시간을 넘어 맡고, 당신이 허락한 환경에서 일하며, 다음 단계가 언제 당신의 몫인지 압니다.
결과를 알아볼 수 있는 일 하나로 Comma를 시작해 보세요. 채팅을 붙잡고 있는 대신 Task를 따라가고, 당신의 판단이 필요한 순간을 검토하고, 어떤 소유 방식이 맞는지 정하세요. 호스팅 Comma로 시작하거나, 문서를 읽거나, 셀프 호스팅 방법을 선택할 수 있습니다.
