에이전트 개념 — 채팅과 무엇이 다른가

읽기만 하지 말고, 오늘 필요한 부분 하나만 골라 바로 써보세요.

이 글의 순서 6개
  1. 한 줄 차이
  2. 비유: 신입과 인턴
  3. 같은 일을 채팅에게, 그리고 에이전트에게
  4. 비개발자용 에이전트 — Cowork
  5. 그래서 언제 채팅, 언제 에이전트?
  6. 에이전트가 채팅보다 위험한 이유 — 그리고 안심하고 맡기는 법

요즘 "에이전트"라는 말이 부쩍 들리지? 이름부터 거창해서 "개발자들 이야기겠지" 하고 지나치기 쉬워. 아빠도 처음엔 채팅이랑 뭐가 다른지 몰랐어. 새 이름을 붙인 비슷한 기능인 줄 알았거든.

그런데 써 보니 차이는 딱 하나더라. 채팅은 글을 써주고 멈추지만, 에이전트는 실제로 일을 끝까지 해내. 폴더 정리, 표 정제, 반복 문서 처리처럼 손이 많이 가는 잔업을 대신 해주니, 오히려 사무직에게 더 반가운 도구였어.

겁먹을 것 없어. 무엇이 달라지고 그래서 무엇을 챙기면 되는지, 오늘 한 입만 해보자.


한 줄 차이

먼저 가장 짧은 정의부터예요. 둘을 나란히 두면 차이가 한눈에 보입니다.

  • 채팅: 한 번 질문 → 한 번 답변. AI는 글을 쓰는 데서 멈춥니다. 그다음 행동은 사람 몫이에요.

  • 에이전트: 목표 한 번 → AI가 여러 단계로 도구를 써 가며 일을 끝냅니다.

그러니까 채팅에서 "이 표를 정리하는 방법 알려줘"라고 물으면 방법을 설명해 주고, 에이전트에게 "이 표를 정리해줘"라고 맡기면 실제로 파일을 열어 정리까지 해놓습니다. 아래 그림이 그 구조 차이예요.

채팅은 질문-답변 1회 왕복, 에이전트는 목표를 받아 계획-도구 실행-점검을 반복해 결과를 가져오는 구조 비교

비유: 신입과 인턴

말로만 보면 비슷해 보이니, 사무실 상황에 빗대 볼게요. 일을 시키는 방식이 어떻게 달라지는지가 핵심이에요.

  • 채팅 = 옆자리 신입에게 "이 자료 한 장 요약해줘" 하고 받는 것. 시킨 그 한 가지를 해서 돌려줍니다.

  • 에이전트 = 인턴에게 "다음 주 회의 준비 좀 해줘" 하고 통째로 맡기는 것 — 인턴은 폴더를 뒤지고, 일정을 잡고, 문서를 만들고, 마지막에 결과를 정리해서 가져옵니다.

채팅 AI는 대신 써주는 도구, 에이전트는 대신 해주는 도구라고 보면 딱 맞아요. 그런데 비유만으로는 아직 손에 안 잡히죠. 실제 업무 하나로 같은 일을 양쪽에 시켜 보겠습니다.


같은 일을 채팅에게, 그리고 에이전트에게

상황은 이래요. 폴더에 협력사에서 받은 견적서 파일 30개가 제각각으로 쌓여 있습니다. 파일명도 뒤죽박죽, 안에 든 양식도 조금씩 달라요. 할 일은 셋입니다 — ① 각 견적서에서 업체명·금액·납기를 뽑아 표 하나로 모으기 ② 파일명을 같은 규칙으로 통일하기 ③ 정리 결과를 보고용으로 한 장 만들기.

채팅으로 하면

채팅 AI는 답을 글로 돌려줄 뿐, 폴더 안 파일을 직접 바꿔주진 않습니다. 그래서 사람이 30번을 직접 운전하게 돼요. 견적서 하나를 열어 내용을 복사 → 채팅창에 붙여넣고 "여기서 업체명·금액·납기 뽑아줘" → 나온 답을 표에 옮겨 적기 → 파일명은 내가 직접 바꾸기. 그리고 이 과정을 29번 더 반복합니다. AI가 매 단계 똑똑하게 도와주긴 하지만, 파일을 오가고 결과를 모으는 일은 처음부터 끝까지 사람이 합니다.

에이전트로 하면

에이전트에는 폴더를 가리키며 목표 하나만 줍니다. "이 폴더 견적서에서 업체명·금액·납기를 뽑아 표로 모으고, 파일명을 통일한 다음, 요약 한 장 만들어줘." 그러면 에이전트가 알아서 폴더를 훑고 → 30개에서 같은 항목을 추출해 표를 채우고 → 이름 규칙을 적용하고 → 결과를 정리해 가져옵니다. 사람은 30번을 일일이 손대는 대신, 그 시간을 가져온 결과를 검토하고 판단하는 데 쓰면 됩니다.

채팅과 에이전트의 노동 횟수 비교 삽화 — 채팅은 사람이 30번 반복을 운전, 에이전트는 목표 하나를 받아 반복을 스스로 실행하고 사람은 결과 검토만.

차이가 보이시나요. 채팅은 사람이 반복을 운전하고, 에이전트는 목표 하나를 받아 반복을 스스로 실행합니다. 같은 일인데, 사람이 하는 몫이 30번의 반복 손작업에서 결과를 검토하는 일로 바뀌는 거예요.


비개발자용 에이전트 — Cowork

방금 그 일, "폴더의 견적서 30개를 알아서 정리해 주는 것" — 이게 바로 비개발자도 쓸 수 있는 에이전트 Cowork가 하는 일입니다. 데스크톱의 폴더 하나를 마운트(연결)해 주면, 그 안에서 스스로 일해요. 새 프로그램을 배우는 게 아니라, 평소 정리하던 폴더를 대신 만져 주는 일손이 하나 생기는 셈이에요. 위 견적서 예시처럼 여러 파일을 한꺼번에 다루고, 표로 추출하고, 규칙대로 정리하는 반복 작업이 Cowork의 자리입니다.

이제 Cowork를 실제로 어떻게 쓰는지 — 무엇을 맡기고, 어떻게 승인하며, 어떤 폴더를 연결하는지 — 전용 가이드에 정리해 두었어요 → Cowork 기초

개발자라면 — Claude Code(터미널·IDE에서 도는 코딩 에이전트)를 직접 쓰는 방법은 개발자 트랙 — Claude Code 시작에서 다룹니다(개발자용 · CLI/코드 필요). 코드를 다루지 않는다면 이 안내는 건너뛰어도 됩니다.


그래서 언제 채팅, 언제 에이전트?

둘 중 뭐가 더 좋은 게 아니라, 일의 모양에 따라 고르면 됩니다. 한 번 묻고 답을 받으면 끝나는 일(초안 쓰기, 한 건 요약, 번역, 아이디어 떠올리기)은 채팅이 맞고, 여러 파일·여러 단계를 거치며 같은 작업이 반복되는 일(폴더 일괄 정리, 표 추출·통합, 이름·형식 통일)은 에이전트가 맞아요. 애매하면 이렇게 자문해 보세요 — "이걸 사람이 하면 한 번에 끝나나, 아니면 같은 동작을 여러 번 반복해야 하나?" 반복이 보이면 에이전트 차례예요.

채팅에이전트
언제한 번 묻고 답을 받으면 끝나는 일여러 파일·여러 단계를 거치며 반복되는 일
예시 업무초안 쓰기, 한 건 요약, 번역, 아이디어 떠올리기폴더 일괄 정리, 표 추출·통합, 이름·형식 통일
이렇게 자문"한 번에 끝나는 일인가?""같은 동작을 여러 번 반복하나?" → 반복이면 에이전트

에이전트가 채팅보다 위험한 이유 — 그리고 안심하고 맡기는 법

"대신 해준다"는 건 분명 편하지만, 동시에 에이전트가 채팅보다 조심스러운 이유이기도 해요. 채팅은 글만 만들고 멈춥니다. 마음에 안 들면 안 쓰면 그만이죠. 하지만 에이전트는 실제로 행동합니다 — 내 폴더에서 파일을 만들고, 지우고, 명령을 실행해요. 한번 실행한 행동은 글처럼 무를 수 없을 때가 있습니다.

예를 들어 "이 폴더 좀 깔끔하게 정리해줘"라고만 던지고 권한을 넓게 줬다고 해볼게요. 에이전트가 '정리'를 자기 식으로 해석해, 필요 없다고 판단한 멀쩡한 파일까지 지워 버릴 수 있습니다. 악의가 있어서가 아니라, 목표만 받고 어디까지 손대도 되는지 못 들었기 때문이에요. 무서운 이야기를 하려는 게 아니라, 바로 이래서 다음 세 가지 원칙이 함께 가면 안심하고 맡길 수 있다는 뜻이에요.

  • 권한을 좁게 시작 — 처음엔 읽기 전용(파일을 보기만)으로. 믿을 만하다 싶을 때 쓰기·삭제 권한을 천천히 넓혀요. 위 사고도 처음에 읽기만 허용했다면 애초에 일어나지 않아요.

  • 승인 게이트 — 되돌릴 수 없는 일(삭제·전송·결제)은 에이전트가 멈추고 사람에게 먼저 묻게 합니다. "이 파일들을 지울까요?"에 한 번 더 눈을 주는 단계예요.

  • 로그 — 무엇을 언제 했는지 기록을 남겨요. 나중에 "뭐가 바뀌었지?"를 되짚을 수 있게.

이 세 가지는 "에이전트가 실제로 행동하기 때문에" 필요한, 에이전트 고유의 안전장치예요. 앞의 견적서 예시에 그대로 대입해 보세요. 처음엔 폴더를 읽고 분류 계획만 보여 달라 하고, 실제 이름 변경·삭제는 한 번 확인한 뒤 맡기고, 무엇을 바꿨는지 목록으로 받아 두는 식이에요. 이 세 가지가 있으면 에이전트는 무서운 도구가 아니라 믿고 일 맡기는 일손이 됩니다.

맡기기 전에 안전하게 쓰는 법을 먼저 읽어 두세요 — 어떤 정보는 애초에 AI에 주면 안 되는지가 거기 정리돼 있습니다.


한 가지만 구분해 둘게요. 위의 원칙이 에이전트의 행동을 안전하게 묶는 이야기라면, AI가 내놓은 답 자체를 다루는 건 또 다른 일이에요. 에이전트가 가져온 결과도 결국 AI가 만든 것이라, 사람이 검증하는 절차는 똑같이 필요합니다. 채팅으로 초안을 받고 사람이 검증해 최종본으로 만드는 표준 절차는 검증 워크플로에, AI가 그럴듯하게 틀리는 방식과 받자마자 하는 점검은 환각과 검증에 정리해 뒀어요.

오늘 배운 구분을 써먹을 일이 보이면 동료나 가족에게도 한 입 나눠줘 봐.