터미널 무서운 비개발자를 위한 AI 에이전트 입문 3단계

왜 유독 이 앞에서만 위축될까

챗GPT나 클로드로 글을 쓰고 자료를 정리하는 데는 이미 익숙한 분들도, “에이전트”라는 말 앞에서는 다시 초보가 됩니다. 대화창은 말로 걸면 되지만, 에이전트는 왠지 설치하고 설정하고 명령어를 외워야 할 것 같다는 인상을 주기 때문입니다.

실제로 한 마케터는 공식 문서에 macOS, Windows, Linux, WSL, 에디터 확장이 한꺼번에 나오는 걸 보고 그대로 멈춰선 적이 있다고 털어놓았습니다. 검은 화면을 처음 마주했을 때 머릿속이 하얘졌다는 말도 뒤따랐습니다. 여기에 스킬, 서브에이전트, MCP 같은 낯선 단어까지 겹치면 시작하기도 전에 지치는 게 당연합니다.

한 온라인 커뮤니티에는 에이전트를 처음 만들어보고 싶지만 거창해 보여서 엄두가 안 난다는 글이 종종 올라옵니다. 완벽한 구조부터 갖춰야 할 것 같은 압박감 때문에, 정작 첫 시도조차 미루게 된다는 하소연입니다.

여기에는 흔한 오해가 하나 숨어 있습니다. 에이전트를 제대로 쓰려면 개발자처럼 코드를 읽고 짤 줄 알아야 한다는 생각입니다. 하지만 실제로 필요한 능력은 업무 순서를 말로 정리하는 능력에 가깝습니다. 평소 후배에게 일을 지시하듯, 무엇을 언제까지 어떻게 해달라고 설명할 수 있으면 절반은 준비된 셈입니다. 코드 문법을 몰라도 업무 순서를 설명할 줄 안다면 시작하는 데는 지장이 없습니다.

문제는 단어 자체가 아니라 순서에 있습니다. 완벽하게 이해한 다음 시작하겠다는 마음이 오히려 시작 자체를 미루게 만듭니다.

완벽하게 이해해야만 시작할 수 있을까

그렇지 않습니다. 오히려 반대에 가깝습니다.

이렇게 던지면 자꾸 어긋납니다. “이거 알아서 만들어줘” 한 문장만 던지고 결과를 보면서 맞추는 방식입니다. 방향은 대충 던졌는데 결과는 정교하길 바라니, 몇 번 반복하다 보면 지치고 맙니다.

반면, 원칙을 하나만 세워두면 훨씬 잘 통합니다. 어떤 스타트업 대표는 처음 석 달을 이런 식으로 헤매다가 방식을 하나 바꿨습니다. 코드를 직접 고치라거나 명령어를 실행하라고 지시하는 대신 “알아서 해결하고 결과만 보고해”라는 원칙 하나만 세워뒀습니다. 기술적인 결정은 에이전트에게 맡기고, 사업적으로 중요한 부분만 본인이 확인하는 구조입니다. 이 원칙 하나를 정해두자 다시 쓸 수 있게 됐다고 합니다.

결국 필요한 건 코딩 지식이 아니라 무엇을 맡기고 무엇을 확인할지 정하는 감각입니다. 기술적으로 어떻게 처리할지는 에이전트에게 맡기고, 사업이나 업무 측면에서 중요한 판단만 사람이 쥐고 있으면 충분합니다.

터미널 없이도 시작할 수 있을까

시작할 수 있습니다. 검은 화면부터 봐야만 하는 건 아닙니다.

Claude Code처럼 터미널을 기본으로 하는 도구도 데스크톱 앱과 웹 버전을 함께 제공합니다. 더블클릭으로 설치하는 앱이나 브라우저에서 바로 여는 버전으로 먼저 감을 잡고, 반복 작업을 좀 더 깊이 파고들고 싶어질 때 터미널로 넘어가도 늦지 않습니다.

한 회사의 총무 담당자는 사내 AI 플랫폼으로 반복되던 자산관리 시트 작업을 대화형 에이전트 하나로 대체했습니다. 일반적인 챗봇은 “구매일은 2022년 9월입니다”처럼 사실만 답하지만, 이 담당자가 만든 에이전트는 사내 규정을 함께 학습해 “3년이 지났으니 교체 대상입니다”까지 판단해줬습니다. 첫 결과물을 보고 재미를 느낀 뒤로는 스스로 적용 범위를 넓혀갔습니다.

터미널이 조금 편해진 다음에야 고민할 문제도 있습니다. 대표적으로 Claude Code와 OpenAI의 Codex CLI 중 무엇을 쓸지 하는 질문입니다. 둘 다 자연어로 지시하면 코드베이스를 읽고 파일을 고쳐주는 도구지만, 평가를 보면 Claude Code는 복잡한 리팩터링처럼 깊이 있는 작업에, Codex CLI는 반복적인 자동화 작업의 속도와 비용 효율에 강점이 있다는 의견이 많습니다. 다만 이런 비교는 검은 화면에 어느 정도 익숙해진 다음에 따져도 늦지 않습니다.

종류가 너무 많아서 막막하다면

이미 챗GPT, 클로드, 제미나이를 업무에 쓰고 있는 분이라면 다음 고민은 다릅니다. n8n, Make, MCP, LangGraph처럼 도구 이름이 쏟아지면서 무엇부터 배워야 할지 판단이 서지 않는 경우입니다. 한 커뮤니티 글에서도 노코드 도구부터 시작할지 파이썬을 배울지 조언을 구하는 질문이 올라왔습니다.

이럴 때도 원리는 같습니다. 모든 도구를 동시에 익히려 하지 말고, 지금 반복하고 있는 업무 하나에 맞는 도구 딱 하나만 먼저 골라 붙여보시길 권합니다. 나머지는 그 하나를 쓰면서 필요할 때 자연스럽게 눈에 들어옵니다. 도구 이름을 먼저 다 외우고 시작하는 사람은 드뭅니다. 대부분은 손에 쥔 도구 하나를 써보면서 다음 도구의 이름을 자연스럽게 알게 됩니다.

그래서 오늘 뭐부터 하면 될까

세 걸음이면 충분합니다.

우선 매주 반복되는 업무 하나만 고릅니다. 보고서 초안 작성이든 엑셀 정리든 무엇이든 좋습니다. 매주 월요일마다 반복하는 주간 보고 정리처럼, 이미 손에 익어서 설명하기 쉬운 업무일수록 첫 시도로 적합합니다. 너무 크고 중요한 일부터 맡기려 하면 부담만 커집니다.

그다음 챗봇에게 말하듯 그 업무를 설명하고 맡겨봅니다. “이 파일 세 개를 읽고 지난주 대비 달라진 점만 정리해줘”처럼 구체적으로 던질수록 결과가 기대에 가까워집니다. 완벽한 프롬프트를 고민하기보다 일단 시켜보고 결과를 보면서 다듬는 편이 빠릅니다.

마지막으로 결과를 반영하기 전에 한 번 확인하는 절차를 둡니다. 대부분의 에이전트 도구는 파일을 바꾸기 전에 변경 내용을 먼저 보여주고 승인을 받도록 설계돼 있어서, 겁먹지 않고 시도해도 괜찮습니다. 한 번 틀어져도 이전 상태로 되돌리기는 어렵지 않습니다.

마치며

완벽하게 이해하고 시작하려 하면 정말로 영원히 시작하지 못합니다. 검은 화면이 무서웠던 사람들도, 용어가 낯설었던 사람들도 결국은 작은 업무 하나를 맡겨보는 것으로 시작했습니다. 코딩을 몰라도 괜찮습니다. 무엇을 맡기고 무엇을 확인할지만 정하면, 나머지는 도구가 따라옵니다.

오늘 하루, 반복되는 일 하나만 골라 말로 걸어보시길 권합니다. 그 한 번의 시도가 다음 시도를 훨씬 가볍게 만들어줍니다. 다음 글에서는 그 첫 업무를 어떻게 맡기면 되는지, 구체적인 문장 예시로 이어가겠습니다.