개인 에이전트와 AI 어시스턴트의 차이는 채팅창도, 음성도, 심지어 소프트웨어가 도구를 호출할 수 있는지도 아닙니다. 차이는 시스템이 유지할 수 있는 업무 관계에 있습니다.
AI 어시스턴트는 보통 지금의 상호작용에서 사용자를 돕는 일을 중심으로 만들어집니다. 사용자가 묻고, 어시스턴트가 답하거나 초안을 쓰거나 분석하거나 작업 하나를 실행합니다. 개인 에이전트는 사용자를 대신해 결과를 여러 단계와 시간에 걸쳐 끌고 가는 일을 중심으로 만들어집니다. Task 상태를 유지하고, 사용할 수 있는 환경에서 일하고, 새 정보를 기다리고, 일이 끝났거나 결정이 사용자의 몫일 때 돌아옵니다.
이것은 강조점의 차이이지, 보편적인 명명 규칙이 아닙니다. 어시스턴트라고 불리는 제품 중에도 여러 단계의 작업을 할 수 있는 것이 있습니다. 어시스턴트 안에 들어 있는 에이전트도 있습니다. 그리고 버튼은 누를 수 있지만 세션이 끝나면 맡은 일을 잊어버리는 에이전트는 이름에 비해 쓸모가 적을 수 있습니다. 두 범주를 구분하려면 잠시 이름표를 무시하고 더 실용적인 질문을 해 보세요. 일을 다음의 의미 있는 상태로 옮길 책임은 누구에게 있습니까?
짧은 답
AI 어시스턴트는 사용자가 작업을 수행하도록 돕습니다. 개인 에이전트는 사용자가 통제하는 경계 안에서 사용자를 대신해 Task를 진행할 책임을 맡을 수 있습니다.
어시스턴트와의 상호작용은 대개 사용자의 주의를 따라갑니다. 다음 프롬프트를 주고, 다음 단계를 고르고, 세션과 세션 사이에 상태를 옮기는 사람은 사용자입니다. 어시스턴트도 검색하고, 도구를 쓰고, 파일을 편집하고, 명령을 완료할 수 있습니다. 그래도 어시스턴트다운 형태가 되는 이유는 사용자가 여전히 주된 조정자이기 때문입니다.
개인 에이전트에게는 매 턴을 감독하는 대신 결과를 맡길 수 있습니다. 에이전트는 무엇을 이루려 하는지, 이미 무엇을 했는지, 무엇을 기다리는지, 언제 사용자에게 돌아와야 하는지를 유지합니다. 목표와 결과가 따르는 결정은 여전히 사용자의 것입니다. 에이전트는 그 사이를 잇는 연속성의 더 큰 부분을 맡습니다.
여기서 유용한 비교가 나옵니다.
이 표는 작동 방식을 설명할 뿐, 인증 시험이 아닙니다. 한 제품이 둘을 결합할 수도 있습니다. 간단한 질문은 어시스턴트처럼 처리되고, 더 큰 요청은 에이전트의 Task가 되는 식입니다.
제품이 겹치기 때문에 이름도 겹칩니다
제품에 어시스턴트와 에이전트라는 말을 부여하는 단일한 권위는 없습니다. 공급업체는 제품의 이력, 인터페이스, 대상, 포지셔닝에 따라 이 말을 씁니다. 바탕이 되는 기능도 서로 가까워지고 있습니다.
예를 들어 Microsoft는 에이전트를 지식, 스킬, 도구를 갖춘 특화된 AI 어시스턴트로 설명하면서, Microsoft 365 애플리케이션에 내장된 Copilot 어시스턴트와는 구분합니다. SAP는 다른 아키텍처를 씁니다. 어시스턴트가 사람의 의도를 파악하고 에이전트를 조정하며, 에이전트는 정해진 여러 단계의 일을 실행합니다. 둘 다 일관된 모델이지만, 어느 쪽도 모든 어시스턴트는 반응형이고 모든 에이전트는 독립된 제품이라는 규칙을 뒷받침하지 않습니다.
겹침은 인터페이스에서도 나타납니다. 대화형 어시스턴트가 에이전트로 들어가는 정문이 될 수 있습니다. 사용자는 여전히 채팅에 입력하지만, 그 메시지 뒤의 일은 계획, 도구 호출, 파일, 코드 실행, 검토를 거치며 계속될 수 있습니다. 반대로 채팅 제품에 도구 호출 하나를 더한다고 해서 결과에 대한 지속적인 책임이 저절로 생기지는 않습니다.
그래서 이름표를 기준으로 한 기능 체크리스트는 실패합니다. "채팅이 있다"는 거의 아무것도 증명하지 않습니다. "LLM을 쓴다"는 더더욱 그렇습니다. "내 캘린더에 접근할 수 있다"는 시스템이 무엇을 건드릴 수 있는지는 알려 주지만, 여러 단계의 일정 조율이라는 결과를 맡을 수 있는지, 무엇이 아직 해결되지 않았는지 기억할 수 있는지, 어떤 변경에 사용자의 승인이 필요한지 아는지는 알려 주지 않습니다.
믿을 만한 비교는 행동을 보는 것입니다. 실제 일 하나를 요청부터 완료까지 따라가며 누가 그 일을 계속 움직이게 하는지 관찰하세요.
의도는 응답이 되거나 책임이 됩니다
어시스턴트와 에이전트 모두 의도에서 시작합니다. 둘 중 어느 쪽에든 "금요일 결정용 브리프를 준비해 줘"라고 부탁할 수 있습니다. 차이는 요청을 이해한 다음에 드러납니다.
어시스턴트는 질문을 명확히 하고, 브리프의 개요를 잡고, 사용자가 준 문서를 요약하고, 각 부분의 초안을 쓰도록 도울 수 있습니다. 바로 그게 필요한 것일 수도 있습니다. 사용자는 단계마다 관여하고, 다음에 어떤 자료를 가져올지 정하고, 이해관계자 한 명이 아직 답하지 않았다는 사실을 알아차리고, 최종 결과물을 조립합니다.
개인 에이전트는 그 요청을 이어지는 책임으로 다룹니다. 원하는 결과, 자료, 제약, 진행 상황, 미해결 질문, 전달 조건을 지속적으로 기록해 두어야 합니다. 접근할 수 있는 자료를 모으고, 비교하고, 초안을 준비하고, 빠진 답을 기다리고, 답이 오면 반영한 뒤, 브리프나 초점이 분명한 검토 질문을 돌려줄 수 있습니다.
차이는 한 시스템은 "생각"하고 다른 시스템은 생각하지 않는다는 데 있지 않습니다. 에이전트는 한 턴보다 큰 일의 단위를 가진다는 데 있습니다. 진행되는 대상은 최신 메시지가 아니라 Task가 됩니다.
이 범주의 더 자세한 정의는 개인 에이전트란 무엇일까요?를 참고하세요. 여기서의 요점은 더 좁습니다. 어시스턴트와 개인 에이전트를 비교할 때는, 의도가 사용자가 계속 다시 맞춰야 하는 일련의 단계가 아니라 지속적인 일이 된다는 증거를 찾으세요.
주도성은 관련성의 문제이지, 요청받지 않은 활동이 아닙니다
사람들은 이 비교를 "어시스턴트는 반응형, 에이전트는 능동형"으로 줄이곤 합니다. 방향으로는 쓸모 있지만 작동 면에서는 불완전합니다.
어시스턴트도 새 프롬프트 없이 움직일 수 있습니다. 예약된 브리핑을 보내고, 회의를 알려 주고, 애플리케이션 안에서 제안을 띄울 수 있습니다. 개인 에이전트는 대부분의 시간을 조용히 기다리며 보낼 수도 있습니다. 의미 있는 차이는 소프트웨어가 먼저 말을 거는지가 아닙니다. 새 이벤트를 이미 맡고 있는 책임과 연결하고 적절한 다음 상태를 고를 수 있는지입니다.
예산 안에서 외부 워크숍 계획을 부탁했는데, 참석자 한 명이 아직 확정하지 않았고 1순위 장소의 가예약이 내일 만료된다고 해 봅시다. 일반적인 리마인더는 그런 마감이 있다고 알려 줄 수 있습니다. 이어서 일하는 에이전트는 그 마감을 진행 중인 Task와 연결하고, 어떤 준비를 계속할 수 있는지 판단하고, 실제로 진행을 막고 있는 결정을 돌려줄 수 있습니다. 마지막 답이 오기 전에 예약할지 말지입니다.
그래서 좋은 주도성에는 세 가지 요소가 있습니다.
이어지는 목표나 책임
그 목표와 연결된 실질적인 변화
일을 계속하기, 초안 준비하기, 검토 요청하기, 조용히 있기 같은 범위가 정해진 응답
이런 제약이 없는 주도성은 방해일 뿐입니다. 깨어날지 기다릴지 정하는 Comma의 방식은 항상 켜져 있는 개인 에이전트는 언제 깨어나야 할까요?에서 다룹니다. 범주 비교에서는 시험이 더 단순합니다. 시스템이 모든 이벤트를 행동해도 된다는 허락으로 여기지 않으면서, 기존 Task를 움직여야 할 때를 알아차릴 수 있습니까?
작업을 맡는다는 것은 사용자 위에 선다는 뜻이 아닙니다
"맡는다"는 말은 에이전트가 사람의 판단을 대신하려는 것처럼 들릴 수 있습니다. 실제로는 거의 반대여야 합니다. 책임의 분담이 충분히 분명해서, 에이전트가 무엇을 진행하고 무엇을 돌려줘야 하는지 안다는 뜻입니다.
사용자는 목적, 받아들일 수 있는 트레이드오프, 결과를 맡습니다. 에이전트는 그 경계 안에서 일을 진행하는 구체적인 작업을 맡을 수 있습니다. 분기 보고서 준비가 맡은 일이라면, 에이전트는 합의한 데이터를 모으고, 계산을 돌리고, 불일치를 표시하고, 문서를 만들 수 있습니다. 새 숫자가 더 좋아 보인다는 이유로 보고 기준을 몰래 바꾸어서는 안 됩니다.
쓸모 있는 Task에는 적어도 네 가지 경계가 있습니다.
결과: 일이 끝났을 때 어떤 결과가 있어야 합니까?
범위: 어떤 자료, 시스템, 사람, 작업이 관련됩니까?
권한: 에이전트는 다시 결정을 받지 않고 무엇을 살펴보고, 준비하고, 바꿀 수 있습니까?
인계: 어떤 조건이 “완료”, “막힘”, "검토 필요"를 뜻합니까?
어시스턴트는 이 모두를 정하도록 도울 수 있습니다. 개인 에이전트가 다른 점은 시스템이 그다음에 이것들을 작동 상태로 계속 지니고 간다는 것입니다. 일이 다시 시작될 때마다 예산이나 "초안만"이라는 지시, 아직 없는 승인을 다시 말할 필요가 없습니다.
자율성을 사람에게 묻는 횟수가 얼마나 적은지로 재면 안 되는 이유도 여기에 있습니다. 유능한 에이전트는 실제 결정 경계를 찾아낼 수 있기 때문에 약한 에이전트보다 더 정확한 질문을 할 수 있습니다. 목표는 최대한의 독립이 아닙니다. 사람의 통제를 잃지 않으면서 불필요한 조정을 최소로 줄이는 것입니다.
지속성은 대화를 기억하는 것 이상입니다
기억은 어시스턴트와 에이전트를 가르는 선으로 자주 소개되지만, "무언가를 기억한다"는 말은 너무 모호해서 쓸모가 없습니다. 시스템이 사용자가 좋아하는 글의 어조는 기억하면서도 어떤 Task가 서명된 계약서를 기다리고 있다는 사실은 전혀 모를 수 있습니다. 긴 대화 기록은 보존하면서 지금의 계획은 잃어버릴 수도 있습니다.
에이전트형 업무에서는 지속성이 작동 상태를 보존해야 합니다.
의도한 결과와 지금의 계획
이미 시도한 작업과 그 결과
만들었거나 받은 산출물과 원자료
막힌 지점, 마감, 의존 관계, 보류 중인 결정
여전히 적용되는 권한과 제약
일을 다시 시작해야 하는 조건
이 상태가 있으면 시스템은 안전하게 멈췄다가 나중에 이어 갈 수 있습니다. 다음의 정당한 단계가 외부 이벤트에 달려 있을 때 기다리는 것은 실패가 아닙니다. 개인 에이전트는 "아직 더 할 수 있는 일이 없다"와 "맡은 일을 잊었다"를 구분할 수 있어야 합니다.
대화 기억도 여전히 도움이 됩니다. 선호나 배경을 되풀이하지 않아도 되게 해 줍니다. 하지만 개인 에이전트에게는 말의 기록만이 아니라 일의 기록이 필요합니다. 항상 켜져 있는 개인 에이전트는 장기 업무를 어떻게 계속 진행할까요?가 컨텍스트 창을 늘리는 것보다 기다리기, 다시 시작하기, Task의 연속성 지키기에 초점을 맞추는 이유가 여기에 있습니다.
도구도 중요하지만 작업 환경이 더 중요합니다
도구 사용은 AI 에이전트의 흔한 정의입니다. Google Cloud의 관리형 에이전트 개요는 에이전트가 목표에 대해 추론하고, 도구나 코드로 행동하고, 결과를 관찰하고, 이를 반복하는 순환을 설명합니다. 인프라에 관한 중요한 지적도 합니다. 여러 단계의 일에는 파일을 두고, 코드를 실행하고, 자격 증명을 쓰고, 상태를 유지할 곳이 필요하다는 것입니다.
어시스턴트는 검색 도구를 부르고, 데이터베이스를 조회하고, 캘린더에 일정을 넣고, 문서를 편집할 수 있습니다. 이런 작업은 그 자체로 완결되고 가치 있을 수 있습니다. 하지만 더 큰 결과가 여러 시스템에 걸치거나 상호작용 뒤에도 이어진다면, 따로 떨어진 도구 호출로는 부족합니다. 에이전트에게는 Task에 묶인 실행 환경이 필요합니다.
"이 가입 데이터를 분석해서 주간 보고서를 준비해 줘"를 생각해 봅시다. 응답만 하는 시스템은 분석 방법을 설명하거나 코드를 생성할 수 있습니다. 작업을 할 수 있는 어시스턴트는 지시를 받으면 분석을 한 번 돌릴 수 있습니다. 결과에 책임이 있는 개인 에이전트는 최신 데이터를 찾고, 분석을 실행하고, 오류를 살펴보고, 고치고, 차트와 보고서를 만들고, 산출물을 저장하고, 요청한 기간과 정의를 썼다는 근거와 함께 돌려줘야 할 수 있습니다.
알맞은 환경은 일에 따라 다릅니다. 연결된 애플리케이션일 수도, 통제된 브라우저일 수도, 노트북을 닫은 뒤에도 쓸 수 있는 클라우드 컴퓨터일 수도, 철회할 수 있는 권한을 준 사용자 자신의 컴퓨터일 수도 있습니다. 접근 권한이 많다고 저절로 좋은 것은 아닙니다. 접근은 그 Task로 제한되어야 하고, 시스템은 작업이 어디에서 실행될지 분명히 보여 줘야 합니다.
소프트웨어가 계속 일할 수 있으면 사람의 통제도 모양이 바뀝니다
턴마다 주고받는 어시스턴트에서는 통제가 대개 직접적인 감독에서 나옵니다. 제안된 답이나 작업을 보고 다음 지시를 주는 식입니다. 개인 에이전트를 끊임없이 감독한다면 그 의미의 상당 부분이 사라집니다. 통제는 작동 경계 쪽으로 옮겨 가야 합니다.
여기에는 권한, 행동 정책, 눈에 보이는 Task 상태, 승인 지점, 중지 제어, 무슨 일이 있었는지에 대한 근거가 포함됩니다. 시스템은 적어도 네 종류의 행동을 구분할 수 있게 해야 합니다.
읽기나 살펴보기: 파일을 열고 상태를 확인하는 것 등
준비하기: 답장 초안을 쓰거나 보고서를 만드는 것 등
변경하기: 파일을 편집하거나 이슈를 업데이트하는 것 등
확정하기: 보내기, 게시하기, 구매하기, 삭제하기, 결과가 따르는 트레이드오프를 받아들이기 등
이 범주는 맥락에 따라 달라집니다. 버려도 되는 초안을 편집하는 것과 공유된 공식 기록을 바꾸는 것은 다릅니다. 내부 진행 상황을 보내는 것과 공개적인 약속을 하는 것도 다릅니다. 믿을 만한 개인 에이전트는 기술적으로 접근할 수 있다는 이유만으로 넓은 권한이 있다고 추론해서는 안 됩니다.
이것이 어시스턴트 대 에이전트라는 단순한 이야기에 대한 가장 중요한 수정입니다. 연속성이 커진다고 감독을 약하게 해도 되는 것이 아닙니다. 더 잘 설계된 감독이 필요합니다. 에이전트는 되돌릴 수 있는 단계마다 묻지 않고 진행하면서도, 결과가 사용자에게 속한 결정은 사용자에게 돌려줄 수 있어야 합니다.
어떤 것이 필요합니까?
일이 사용자의 계속된 판단으로 득을 보거나, 지금 세션에서 끝낼 수 있거나, 사용자가 직접 쓸 정보로 끝난다면 어시스턴트형 상호작용을 고르세요. 설명을 듣거나, 대안을 탐색하거나, 문단을 다시 쓰거나, 데이터셋을 캐묻거나, 답장 하나의 초안을 쓰는 일에는 지속적인 Task가 필요 없을 수 있습니다.
조정 자체가 문제의 일부가 되면 개인 에이전트를 고르세요. 일이 다음과 같을수록 그 이유는 더 강해집니다.
여러 단계, 자료, 도구에 걸칩니다
사람, 시스템, 미래의 이벤트를 기다릴 수 있습니다
사용자가 다른 일에 집중하는 동안에도 계속되어야 합니다
구체적인 결과물이나 완료 조건이 있습니다
진행 상황, 막힌 지점, 검토 지점이 계속 보여야 합니다
분명한 권한과 에스컬레이션 규칙으로 범위를 정할 수 있습니다
한 가지 인터페이스를 영원히 고를 필요는 없습니다. 자연스러운 제품 설계는 대개 공용 정문 뒤에 두 가지 일하는 방식을 두는 것입니다. 간단한 질문은 바로 답을 받습니다. 더 큰 결과는 Task가 됩니다. 이 전환은 눈에 보여야 합니다. 사용자의 기대와 시스템의 책임이 달라졌기 때문입니다.
실제 제품에서 차이를 평가하는 방법
마케팅 문구로는 범주가 정해지지 않으니 작동 계약을 시험해 보세요. 제품에 대표적인 작업 하나를 맡기세요. 한 단계 이상이 필요할 만큼 중요하면서도 지켜보기에 안전한 일이어야 합니다. 그리고 다음을 물어보세요.
인터페이스를 닫으면 무엇이 남습니까? 되살릴 수 있는 대화 기록만이 아니라 결과, 진행 상황, 산출물, 막힌 지점, 다음 조건을 갖춘 이어지는 Task가 있는지 보세요.
다음 단계는 누가 정합니까? 시스템은 범위 안에서 계획하고 조정할 수 있어야 합니다. 전환마다 사용자가 알아차리고 지시해야 한다면, 워크플로를 돌리는 엔진은 여전히 사용자입니다.
이유가 있을 때 기다렸다가 다시 시작할 수 있습니까? 시스템이 맡은 일을 잃지 않고 의존 관계나 이벤트를 처리할 때 지속성이 증명됩니다.
어디에서 행동합니까? 어떤 애플리케이션, 브라우저, 컴퓨터, 런타임이 일을 하는지, 사용자의 기기가 오프라인일 때도 그 환경을 쓸 수 있는지 확인하세요.
묻지 않고 무엇을 할 수 있습니까? 권한은 알아보기 쉬워야 합니다. 편의라는 이름으로 내놓은 단 하나의 “전체 접근” 스위치가 아니라, 읽기, 초안 쓰기, 변경하기, 확정하기 사이의 구분이 있는지 보세요.
통제를 어떻게 돌려줍니까? 쓸모 있는 검토 요청은 결정할 일, 관련된 근거, 각 선택지의 결과를 알려 줍니다. "문제가 발생했습니다"는 인계 설계가 아닙니다.
어떻게 멈추거나 바로잡습니까? 시스템 전체에 대한 통제를 내주지 않고도 방향을 바꾸고, 접근을 철회하고, 일을 멈추고, 쓸모 있는 산출물을 보존할 수 있어야 합니다.
제품이 이 질문들에 잘 답한다면, 홈페이지에 적힌 단어는 덜 중요해집니다. 그 제품이 실제로 지원할 수 있는 관계에 대한 근거를 이미 손에 쥐었기 때문입니다.
Comma의 위치
Comma는 어시스턴트 같은 인터페이스와 개인 에이전트의 작동 방식을 의도적으로 결합합니다. 모든 요청은 채팅에서 시작할 수 있습니다. 간단한 질문은 그 자리에서 답을 받고, 더 큰 일은 Task가 되어 Comma가 앞으로 끌고 가며 스스로 완료 처리합니다.
Task가 이어지는 일의 단위가 됩니다. Comma는 연결된 앱과 파일에서, 연결한 Mac에서, 또는 자체 클라우드 컴퓨터에서 일할 수 있습니다. Comma Agent 가이드에 따르면, 연결된 컴퓨터는 사용자가 더 허용할 때까지 읽기 전용으로 시작합니다. 결정이 사용자의 몫일 때 Task는 검토 필요에서 기다립니다. 사용자는 Comma에게 초안만 쓰라고 요청할 수도 있습니다.
이 조합이 제품을 어시스턴트라 부르느냐 에이전트라 부르느냐보다 더 중요합니다. 채팅은 의도를 받아 냅니다. Task는 책임을 지킵니다. 작업 환경은 행동을 가능하게 합니다. 검토 필요는 결과가 따르는 선택을 돌려줍니다. Routine과 이벤트 기반 Loop는 들어오는 모든 이벤트를 지시로 바꾸지 않으면서, 일이 관련성을 띨 때 그것을 드러낼 수 있습니다.
제품 전체를 둘러보려면 Comma를 소개합니다를 읽어 보세요. 시스템과 데이터를 어디에서 돌릴지 정하고 있다면, 호스팅형과 셀프 호스팅 개인 에이전트가 그 별도의 선택을 다룹니다.
자주 묻는 질문
개인 에이전트는 AI 어시스턴트와 같은 것입니까?
두 용어는 겹치고, 둘 다 쓰는 제품도 있습니다. 실용적으로 구분하자면, 어시스턴트는 지금의 상호작용에서 돕는 일이 중심이고, 개인 에이전트는 여러 단계와 시간에 걸쳐 결과를 진행할 책임을 유지합니다. 이름표에 기대지 말고 제품의 행동으로 판단하세요.
AI 어시스턴트도 도구를 쓰고 작업을 할 수 있습니까?
네. 어시스턴트는 검색하고, 데이터를 조회하고, 문서를 편집하고, 일정을 잡고, 그 밖의 작업을 할 수 있습니다. 도구 사용만으로는 Task를 지속적으로 맡고 있다고 할 수 없습니다. 더 강한 에이전트 시험은 시스템이 목표와 작업 상태를 보존하고, 범위 안에서 다음 단계를 고르고, 기다렸다가 다시 시작하고, 정해진 경계에서 통제를 돌려줄 수 있는지입니다.
개인 에이전트는 허락 없이 행동합니까?
사용자가 준 권한과 정책 안에서만 행동해야 합니다. 좋은 개인 에이전트는 되돌릴 수 있고 범위 안에 있는 일은 단계마다 승인을 요청하지 않고 계속하면서, 결과가 따르는 결정이나 작업은 위로 올립니다. 자율성이 커질수록 포괄적인 권한이 아니라 더 분명한 경계가 함께 와야 합니다.
능동적인 어시스턴트는 자동으로 개인 에이전트가 됩니까?
아닙니다. 예약된 리마인더나 요청하지 않은 제안도 쓸모 있을 수 있지만, 능동성만으로는 부족합니다. 개인 에이전트는 이벤트를 이어지는 책임과 연결하고, 어떤 진행이 적절한지 판단하고, 그 결과로 생긴 Task 상태를 보존합니다.
개인 에이전트에게 장기 기억이 필요합니까?
자기 책임을 감당할 만큼의 지속적인 상태가 필요합니다. 결과, 계획, 진행 상황, 산출물, 막힌 지점, 권한, 재개 조건입니다. 선호를 기억하면 개인화가 나아질 수 있지만, 방대한 대화 기억이 Task 상태를 대신하지는 못합니다.
한 제품이 어시스턴트이면서 개인 에이전트일 수 있습니까?
네. 대화형 인터페이스는 어시스턴트형 질문을 처리하면서 에이전트형 Task를 시작할 수 있습니다. 중요한 점은 요청이 언제 이어지는 일이 되었는지, 시스템이 무엇을 해도 되는지, 언제 검토를 위해 돌아올지를 사용자가 볼 수 있어야 한다는 것입니다.
도움을 청할지, 결과를 맡길지
어시스턴트는 열등한 에이전트가 아닙니다. 일 안에 머물면서 판단을 하나하나 직접 내리고 결과를 바로 쓰고 싶을 때, 어시스턴트는 흔히 딱 맞는 도움입니다. 개인 에이전트는 모든 전환을 감독하는 일 자체가 부담이 될 때 가치가 생깁니다.
가르는 선은 소프트웨어가 사람처럼 들리는지, 인상적인 데모를 보여 주는지가 아닙니다. 시스템이 사용자의 의도를 범위가 정해진 책임으로 바꾸고, 그 책임을 살아 있게 유지하고, 알맞은 환경에서 행동하고, 여전히 사용자의 것인 결정을 돌려줄 수 있는지입니다.
일에 또 하나의 답 이상이 필요하다면 Comma를 써 보세요.
