AI 에이전트 vs AI 어시스턴트: 업무에서의 차이

AI 어시스턴트는 답합니다. 메시지를 보내면 답장이 오고, 그 답장에 따라 당신이 행동하지 않는 한 아무것도 바뀌지 않습니다. AI 에이전트는 행동합니다. 목표를 주면 단계를 계획하고, 도구를 호출해 읽고 바꾸고, 결과를 확인하고, 작업이 끝나거나 당신이 필요할 때까지 계속합니다. 차이는 지능이 아닙니다. 에이전트는 당신의 기록을 바꿀 수 있으므로 브리프, 권한, 그리고 무엇을 했는지의 기록이 필요하다는 점입니다.

이 구분이 무엇을 살지, 누가 켤 수 있는지, 무엇이 잘못될 수 있는지를 결정합니다. 이 글은 둘을 정의하고, 작은 팀의 한 주에서 가져온 구체적 예시로 차이를 보여주고, 작업이 어느 쪽을 필요로 하는지 결정하는 체크리스트를 제공하며, 2026년 10월 기준으로 Notion, Linear, Atrix가 선을 어떻게 그었는지 구체적으로 다룹니다.

AI 어시스턴트가 하는 일

어시스턴트는 메시지 하나를 답변 하나로 바꿉니다. 모델은 당신이 준 것, 질문이든 붙여넣은 문서든 열린 페이지든 읽고 텍스트를 만듭니다. 답변, 초안, 요약, 번역, 선택지 목록. 그리고 멈춥니다.

이 형태에서 세 가지가 따라옵니다.

당신으로서 행동합니다. 볼 수 있는 것은 당신이 볼 수 있는 것과 같습니다. 스스로 아무것도 바꿀 수 없으므로 따로 생각할 권한이 없습니다.
당신이 루프입니다. 작업에 네 단계가 필요하면 네 번 묻고 그 사이의 결과를 당신이 옮깁니다.
아무것도 남지 않습니다. 출력은 채팅에 있습니다. 중요하다면 어딘가에 복사합니다.

이것은 약점이 아닙니다. 쓰고, 생각하고, 설명하고, 초안을 만드는 데 어시스턴트는 올바른 도구이며, 팀의 대부분이 매일 하나씩 씁니다. 한계는 일이 운영적일 때만 드러납니다. 이것들을 등록하고, 저것들을 갱신하고, 무엇이 지연됐는지 알아내 적절한 사람에게 알리는 일입니다.

AI 에이전트가 하는 일

에이전트는 루프를 실행합니다. 목표가 주어지면 모델은 첫 단계를 정하고, 도구를 호출해 검색하거나 읽거나 쓰고, 결과를 보고, 다음 단계를 정합니다. 목표가 달성되거나, 한계에 닿거나, 사람에게 물어야 하는 지점에 이를 때까지 계속합니다. AI 에이전트 용어집 항목에 실패 양상을 정리해 두었습니다. 짧게 말하면, 에이전트는 여러 단계에 걸쳐 목표를 추구하며 그 과정에서 무언가를 바꿀 수 있는 소프트웨어입니다.

무언가를 바꿀 수 있기 때문에, 에이전트에는 어시스턴트에 없는 부품이 있습니다.

브리프. 계획을 세울 만큼 충분한 맥락이 있는 목표. "이 프로젝트를 출시 준비 상태로 만들어"는 브리프이고, "안녕"은 아닙니다.
도구. 호출할 수 있는 함수로, 각각 정의된 입력과 출력이 있습니다. Model Context Protocol이 제품을 넘나들며 에이전트에게 도구를 주는 일반적 방식이 되었습니다.
권한. 무엇을 읽고 무엇을 쓸 수 있는지. 이상적으로는 시작한 사람이 할 수 있는 것보다 좁은 범위입니다.
체크포인트. 멈추고 물어야 하는 지점. 보내기 전, 삭제하기 전, 지출하기 전.
실행(run). 시작, 끝, 상태, 출력이 있는 경계 지어진 작업 단위. 에이전트 실행 항목에서 벤더가 메시지가 아니라 실행 단위로 계량하는 이유를 설명합니다.

AI 에이전트와 AI 어시스턴트 나란히 비교

	AI 어시스턴트	AI 에이전트
작업 단위	메시지 하나, 답변 하나	실행 하나: 목표에서 결과까지 여러 단계
기록 변경 가능	아니요	예, 부여된 권한 안에서
단계 사이 맥락을 옮기는 주체	당신	에이전트
누구로서 행동하는가	당신, 전체 접근 권한으로	범위가 제한된 권한을 가진 참여자
멈추고 묻는가	필요 없음	정의된 체크포인트에서
남기는 것	채팅 속 텍스트	문서, 이슈, 기록, 그리고 실행 로그
전형적 실패	틀리거나 지어낸 답	낡은 맥락 위에서 반복되는 잘못된 행동
필요한 거버넌스	거의 없음	권한, 감사, 재시도와 지출 한도
적합한 용도	글쓰기, 사고, 질문	계획, 등록, 추적, 후속 조치

"전형적 실패" 행을 두 번 읽으세요. 어시스턴트의 실수는 몇 분을 잃게 합니다. 에이전트의 실수는 중복 이슈 열두 개를 만들거나 고객에게 이메일을 보낼 수 있으며, 그래서 에이전트 열의 다른 모든 행이 존재합니다.

작은 팀의 한 주에서 가져온 네 가지 예

우리는 이런 도구 위에서 돌아가는 몇 명짜리 회사이므로, 이것들은 실제로 각각에 맡기는 작업의 형태입니다.

월요일: 제품 브리프. 창업자가 고객 포털을 설명하는 두 문단을 갖고 있습니다. 어시스턴트는 한 번의 답변으로 괜찮은 요구사항 목록을 만들고, 창업자는 그것을 문서에 붙여넣습니다. 같은 브리프를 받은 에이전트는 프로젝트의 기존 페이지를 읽고, 요구사항 문서를 프로젝트 안에 쓰고, 아키텍처 노트를 제안하고, 검토를 위해 계획된 이슈 네 개를 백로그에 추가합니다. 창업자는 요구사항 두 개를 고치고 이슈 하나를 삭제합니다. 모델 품질은 같고, 남는 양이 다릅니다.

화요일: "무엇이 지연됐지?" 어시스턴트는 이슈 목록을 붙여넣어야만 답할 수 있습니다. 트래커 읽기 권한이 있는 에이전트는 지연 항목을 담당자별로 나열하고, 권한이 있으면 채널에 짧은 업데이트를 올립니다. 게시 권한이 없으면 업데이트를 초안으로 쓰고 멈춥니다.

수요일: 고객이 기능을 요청한다. 누군가 이메일을 어시스턴트에 붙여넣고 어떻게 답할지 묻습니다. 어시스턴트는 답장을 초안합니다. CRM과 작업 접근 권한이 있는 에이전트는 고객의 회사를 찾고, 딜에 메모를 붙이고, 이미 요청을 다루는 이슈가 있는지 확인하고, 없으면 딜에 연결해 하나 만듭니다. 답장은 보내지 않습니다. 보내기는 체크포인트입니다.

금요일: 백로그 정리. 어시스턴트는 이슈 스무 개를 붙여넣으면 어떤 것이 중복으로 보이는지 제안할 수 있습니다. 에이전트는 백로그를 직접 읽고 병합을 제안할 수 있지만, 이것은 체크포인트가 가장 중요한 작업입니다. 병합은 되돌리기 어려우므로, 잘 설계된 에이전트는 제안하고 사람이 확정합니다.

패턴은 이렇습니다. 답 하나에는 어시스턴트가 더 빠릅니다. 답이 기록이 되어야 할 때, 그리고 누군가 에이전트가 건드릴 수 있는 범위를 정했을 때만 에이전트가 가치 있습니다.

세 제품은 선을 어떻게 긋는가

어시스턴트가 어디서 끝나고 에이전트가 어디서 시작하는지에 대해 벤더들은 합의하지 못했으므로, 셋이 어떻게 선을 그었는지 읽어볼 가치가 있습니다.

Notion은 2025년 9월 Notion 3.0 즈음 발표한 뒤 2026년 2월 24일 Notion 3.3에서 Custom Agents를 출시했습니다. 릴리스 노트는 매번 프롬프트 없이 일정이나 트리거로 실행되는 에이전트, 팀원처럼 설정되는 권한, 무엇이 트리거했고 무엇을 바꿨는지 담긴 모든 실행의 기록, 되돌릴 수 있는 변경을 설명합니다. 이것이 에이전트의 형태입니다. 브리프, 권한, 실행, 로그. 사이드바에서 답하는 이전의 Notion AI는 어시스턴트의 형태이며, 둘 다 같은 제품 안에 있습니다. Custom Agents는 2026년 5월 3일까지 무료였고 그 이후 크레딧을 사용합니다.

Linear는 다른 길을 택했습니다. 자체 에이전트를 내놓지 않고 서드파티 에이전트가 워크스페이스에 합류하게 합니다. 에이전트 문서는 이슈가 사람에게 할당되고 에이전트에게 위임되므로, 에이전트가 작업하는 이슈에 대해 항상 사람이 책임을 유지한다고 말합니다. Agent Interaction Guidelines는 에이전트가 자신이 에이전트임을 밝히고, 즉각적인 피드백을 주고, 자신의 상태에 대해 투명할 것을 요구합니다. 에이전트 API는 개발자 프리뷰 단계입니다. 사람이 담당자로 남는다는 규칙은, 에이전트에게는 필요하고 어시스턴트에게는 필요 없는 거버넌스를 우리가 본 것 중 가장 명확하게 진술한 것입니다.

Atrix는 우리 자신의 제품이니 그에 맞게 가중치를 두세요. 에이전트는 프로젝트에 대해 실행 모드로 일합니다. Develop은 브리프에서 요구사항과 아키텍처를 쓰고, Market은 포지셔닝과 출시 계획을 쓰며, 요구사항 감사는 기준선을 동결하고 모델의 의견이 아닌 기록에서 커버리지를 계산합니다. 한 번에 2~5개의 이슈를 백로그에 제안하며, 계획에 직접 넣지 않고, 코드를 푸시하지도 않습니다. 실행은 계량되며 Builder는 월 100회, Studio는 500회이고, 에이전트와의 채팅은 실행을 소모하지 않습니다. 이것이 하나의 가격 안에 담긴 어시스턴트와 에이전트의 구분입니다. 외부 에이전트는 사람의 권한을 절대 넘지 않는 OAuth 2.1 스코프로 MCP를 통해 워크스페이스에서 행동할 수 있습니다. 한계: Scale 모드는 출시되지 않았고, Notion의 에이전트처럼 일정에 따라 실행되지 않습니다. AI 에이전트 페이지에 각 실행이 무엇을 만들어내는지 나열되어 있습니다.

이 작업에는 어느 쪽이 필요한가?

짧은 체크리스트입니다. 처음 세 개 중 하나라도 예라면 에이전트, 마지막 두 개에 예라면 어시스턴트입니다.

결과가 기록으로 존재해야 하는가? 복사할 텍스트가 아니라 이슈, 프로젝트 안의 문서, 딜의 메모처럼.
한 단계의 출력이 다음 단계로 이어지는 두 단계 이상의 작업인가?
서면 브리프와 함께 주니어 동료에게 맡기고 끝내서 돌아오길 기대할 만한 일인가?
생각하거나 쓰거나 설명하는 작업이며, 답을 읽으면 끝나는가?
틀린 답의 비용이 몇 시간이 아니라 몇 분인가? 아무것도 바뀌지 않았으니.

에이전트를 원한다면 켜기 전에 세 가지를 정하세요. 무엇을 읽을 수 있는지, 무엇을 쓸 수 있는지, 어디서 멈추고 물어야 하는지. 팀의 아무도 그 결정을 내리지 않을 것이라면, 어시스턴트를 쓰고 루프는 직접 유지하세요.

FAQ

AI 에이전트와 AI 어시스턴트의 차이는 무엇인가요?

어시스턴트는 보여준 것을 사용해 한 번에 한 메시지에 답하며 스스로 아무것도 바꿀 수 없습니다. 에이전트는 여러 단계에 걸쳐 목표를 추구하며, 누군가 부여한 권한 아래 도구를 호출해 기록을 읽고 바꾸고, 무엇을 했는지 로그를 남깁니다.

챗봇은 AI 에이전트인가요?

아니요. 챗봇은 어시스턴트입니다. 메시지에 답합니다. 도구를 호출하고, 여러 단계의 행동을 하고, 권한과 실행별 기록을 갖고 기록을 바꿀 수 있을 때에만 에이전트가 됩니다. 그 단계를 보통 "에이전틱 AI"라고 부릅니다.

업무에서 AI 에이전트란 무엇인가요?

브리프가 주어지면 팀의 도구 전반에서 운영 업무를 하는 소프트웨어입니다. 프로젝트를 읽고, 문서를 쓰고, 이슈를 등록하고, 기록을 갱신하고, 사람이 승인하도록 체크포인트에서 멈춥니다. 업무에서는 모델보다 권한과 감사가 더 중요합니다.

AI 에이전트에게 회사 데이터 접근을 주는 것이 안전한가요?

부여하는 권한과 제품이 강제하는 체크포인트만큼 안전합니다. 먼저 읽기 권한을 주고, 쓰기 권한은 되돌릴 수 있는 곳에만 주고, 되돌리기 어려운 것에는 사람을 남겨 두세요. 위임된 모든 이슈에 사람이 책임을 유지한다는 Linear의 규칙은 좋은 본보기입니다.

AI 에이전트 비용은 어시스턴트와 비교해 어떤가요?

어시스턴트는 보통 좌석당 과금이거나 플랜에 포함됩니다. 에이전트는 실행마다 많은 도구를 호출할 수 있어 실행 횟수나 크레딧으로 계량되는 경우가 많습니다. Notion의 Custom Agents는 2026년 5월 3일 이후 크레딧을 사용합니다. Atrix는 플랜에 따라 월 100회 또는 500회 실행을 포함하며 채팅에는 실행을 과금하지 않습니다.

다음 단계

AI 에이전트와 에이전트 실행 용어집 항목에 정의와 벤더에게 물을 질문이 있습니다. Atrix에서 각 실행 모드가 무엇을 남기고 무엇을 하지 않는지는 AI 에이전트 페이지를 읽으세요.

AI 에이전트와 AI 어시스턴트: 그 차이가 작은 팀에게 의미하는 것