[태그:] AI 에이전트

AI 에이전트의 구조, 실행형 자동화, 개발 생산성, 업무 적용 사례를 다룬 글 모음입니다. 에이전트 기반 도구와 운영 관점을 함께 정리합니다.

  • AI 특이점은 5년 안에 올까? 에이전트 시대를 준비하는 5가지 질문

    AI 특이점은 5년 안에 올까? 에이전트 시대를 준비하는 5가지 질문

    AI 특이점 이야기는 대개 두 갈래로 흐릅니다. 하나는 “언제 인간을 넘어설 것인가”라는 날짜 맞히기입니다. 다른 하나는 “그래서 내 일과 생활은 언제 달라지는가”라는 체감의 문제입니다.

    Read in English: Will the AI Singularity Arrive Within Five Years? Five Questions for Preparing for the Agent Era

    EBS 교양 영상 “가장 늦게 온다는 게 5년 뒤입니다”는 두 번째 질문에 더 가깝습니다. 핵심은 거창한 미래 예언이 아닙니다. 챗봇을 넘어, AI가 실제 일을 처리하는 에이전트 단계에 가까워질 때 우리가 무엇을 준비해야 하느냐입니다.

    AI 특이점 토론 장면
    AI 특이점 토론 장면

    특이점은 날짜보다 ‘체감 지점’이 중요하다

    영상에서 특이점은 인공지능이 인간 지능을 넘어서는 전환점으로 설명됩니다. 출연자는 일부 AI 과학자들이 2030년 전후를 말한다는 점을 언급합니다. 그래서 “5년 안에 올 수 있다”는 표현이 나옵니다.

    하지만 날짜만 붙잡으면 논의가 쉽게 과장됩니다. 더 중요한 질문은 따로 있습니다. 사람들이 언제 AI를 단순 도구가 아니라 일의 동료, 혹은 대체자로 느끼기 시작하느냐입니다.

    그 체감 지점은 초지능이라는 거대한 단어보다 에이전트에 더 가깝습니다. 문서 찾기, 비교 검토, 엑셀 계산, 이메일 발송, 일정 조율처럼 여러 단계를 가진 일을 AI가 이어서 처리하면 사람들은 이미 “이건 다른 국면”이라고 느끼게 됩니다.

    관련해서 Thinknote의 AGI와 초지능 위험 정리 글도 함께 보면 좋습니다. 그 글이 큰 위험 지형을 본다면, 이 글은 일상 업무에서 체감되는 변화를 중심으로 봅니다.

    왜 디지털 지능은 다르게 움직이나

    영상에서 흥미로운 대목은 자연 지능과 디지털 지능의 차이입니다. 인간의 천재성은 개인에게 묶입니다. 한 사람이 평생 쌓은 경험은 기록으로 남더라도 그대로 다른 사람의 능력이 되지는 않습니다.

    AI는 다릅니다. 하나의 모델이 도달한 수준은 다음 모델의 출발선이 될 수 있습니다. 로봇 하나가 배운 동작이 전체 로봇군에 복제될 수도 있습니다. 영상에서는 이를 “AI 쪽에서는 아인슈타인이 하나 생기면 바텀 라인이 된다”는 식으로 설명합니다.

    또 하나의 차이는 시간입니다. AI는 인간이 수백 년에 걸쳐 반복할 시행착오를 압축된 시간 안에서 시뮬레이션할 수 있습니다. 그래서 특이점 논의는 단순히 “더 똑똑한 기계”의 문제가 아닙니다. 학습 속도, 복제 가능성, 지식 전이 방식이 함께 바뀌는 문제입니다.

    AI 시대 질문 슬라이드
    AI 시대 질문 슬라이드

    에이전트 단계가 오면 무엇이 달라질까

    오픈AI의 AGI 단계 논의처럼, AI 발전은 챗봇에서 추론, 에이전트, 혁신가, 조직 수준으로 설명되곤 합니다. 여기서 대중이 가장 먼저 강하게 체감할 단계는 에이전트입니다.

    에이전트는 답을 말하는 데서 끝나지 않습니다. 사용자의 목표를 받아 여러 앱과 도구를 다루고, 중간 결과를 확인하며, 필요한 작업을 이어 갑니다. 그래서 에이전틱 AI 시대의 일하는 방식은 이미 개인과 기업 모두에게 현실적인 주제가 됐습니다.

    준비도 달라져야 합니다. 프롬프트를 잘 쓰는 수준만으로는 부족합니다. 어떤 작업을 AI에게 맡길지, 어떤 데이터는 맡기면 안 되는지, 결과를 누가 검토할지, 실패했을 때 로그를 어떻게 남길지까지 설계해야 합니다.

    할루시네이션은 위험이자 창의성의 그림자다

    영상은 할루시네이션 문제도 길게 다룹니다. AI가 그럴듯하지만 틀린 답을 내놓는 문제입니다. 특히 의료, 약, 법률, 금융처럼 틀리면 피해가 큰 영역에서는 치명적입니다.

    그런데 할루시네이션을 단순한 버그로만 보면 AI의 성격을 놓치게 됩니다. 영상에서는 “할루시네이션은 버그가 아니라 피처”라는 관점도 소개됩니다. 새로운 조합과 창의적 답변은 어느 정도 상상과 추론의 여지를 필요로 하기 때문입니다.

    그래서 실무적 결론은 “AI를 믿지 말자”가 아닙니다. 검증 장치를 붙여서 쓰자에 가깝습니다. 검색 증강, 출처 확인, 계산 도구, 전문가 검토, 업무 로그가 함께 있어야 합니다. 옵시디언 딥리서치 자동화 글에서 다룬 것처럼, AI 활용의 품질은 답변 자체보다 검증 루프에서 갈립니다.

    몸을 가진 AI와 현실 세계의 문제

    후반부에서는 휴머노이드와 임보디드 AI가 등장합니다. 텍스트와 이미지로만 배운 AI가 과연 세계를 제대로 이해할 수 있느냐는 질문입니다. 연구실에서 실험하고, 물건을 잡고, 넘어지고, 다시 조정하는 경험은 말로만 배운 지식과 다릅니다.

    휴머노이드와 몸을 가진 AI 논의
    휴머노이드와 몸을 가진 AI 논의

    엔비디아의 Cosmos 같은 플랫폼은 이 문제를 가상 세계에서 풀려는 시도입니다. 현실과 비슷한 물리 환경을 시뮬레이션하고, 로봇이나 자율주행 시스템이 그 안에서 대량의 경험을 쌓게 하는 방식입니다.

    이 대목은 특이점 논의를 더 현실적으로 만듭니다. 인간을 넘어서는 AI가 어느 날 갑자기 등장한다기보다, 소프트웨어 에이전트와 물리 세계의 로봇이 서로 다른 속도로 발전하며 사회의 여러 영역에 들어오는 그림에 가깝습니다.

    개인과 조직이 지금 던져야 할 5가지 질문

    영상의 결론은 공포보다 준비에 가깝습니다. AI는 모두를 똑같이 성장시키는 도구가 아닐 수 있습니다. 이미 지식과 자원을 가진 사람을 더 크게 증폭하는 장치가 될 수 있습니다.

    그래서 다음 다섯 가지 질문이 필요합니다.

    1. 내 일에서 AI가 이미 대신할 수 있는 반복 업무는 무엇인가? 보고서 초안, 자료 조사, 요약, 일정 조율처럼 작은 작업부터 분리해 봐야 합니다.
    2. AI에게 맡기면 안 되는 판단은 무엇인가? 법적 책임, 인사 평가, 의료·재무 판단처럼 오류 비용이 큰 영역은 사람의 검토가 필수입니다.
    3. AI 결과를 검증하는 루프가 있는가? 출처, 계산, 로그, 재현 가능성을 확인하지 않으면 AI는 빠른 오류 생산기가 될 수 있습니다.
    4. 우리 조직의 데이터와 권한은 안전하게 설계되어 있는가? 에이전트가 실제 도구를 조작하려면 권한 관리와 작업 기록이 중요해집니다.
    5. 나는 AI에게 좋은 질문을 던질 만큼 배경지식을 갖고 있는가? 영상의 표현처럼 AI 시대는 교양의 복권일 수 있습니다. 질문이 얕으면 답도 얕아집니다.
    AI 시대의 가능성과 불안
    AI 시대의 가능성과 불안

    결론: 특이점보다 먼저 오는 것은 일하는 방식의 변화다

    AI 특이점이 정확히 몇 년 뒤에 오는지는 누구도 단정하기 어렵습니다. 지능의 정의도 아직 분명하지 않습니다. 그래서 “2030년”이라는 숫자는 예언이 아니라 경고 신호로 읽는 편이 낫습니다.

    분명한 것은 챗봇에서 에이전트로 넘어가는 변화가 이미 시작됐다는 점입니다. AI는 답변 도구에서 실행 도구로 이동하고 있습니다. 이 변화는 개인의 생산성, 조직의 권한 설계, 교육의 방향, 사회적 분배 논의까지 건드립니다.

    AI 특이점 토론 마무리
    AI 특이점 토론 마무리

    결국 준비의 핵심은 하나입니다. AI를 더 많이 쓰는 것이 아니라, 무엇을 맡기고 무엇을 검증하며 어떤 질문을 던질지 설계하는 것입니다.

    함께 읽기

    FAQ

    AI 특이점은 정말 5년 안에 오나요?

    정확한 시점은 단정할 수 없습니다. 다만 영상은 일부 전문가들이 2030년 전후를 말할 만큼 논의의 시간이 앞당겨졌다는 점을 강조합니다. 날짜보다 중요한 것은 에이전트형 AI가 실제 업무를 처리하기 시작하는 체감 변화입니다.

    AGI와 AI 에이전트는 같은 말인가요?

    같지는 않습니다. AGI는 인간처럼 다양한 문제를 일반적으로 해결하는 지능을 뜻합니다. AI 에이전트는 목표를 받아 여러 단계를 실행하는 시스템에 가깝습니다. 다만 많은 사람은 에이전트 단계에서 AGI에 가까운 변화를 먼저 체감할 수 있습니다.

    AI의 할루시네이션은 없어질 수 있나요?

    완전히 사라진다고 보기는 어렵습니다. 대신 검색 증강, 출처 확인, 계산 도구, 전문가 검토를 붙이면 위험을 줄일 수 있습니다. 중요한 영역일수록 AI 답변을 최종 판단으로 쓰지 말고 검증 루프 안에 넣어야 합니다.

    AI 시대에 개인이 가장 먼저 준비할 것은 무엇인가요?

    도구 목록보다 업무 분해가 먼저입니다. 내 일 중 반복되는 부분, 판단이 필요한 부분, 책임이 큰 부분을 나눠야 합니다. 그다음 AI에게 맡길 일과 사람이 검토해야 할 일을 정할 수 있습니다.

    왜 AI 시대에 교양과 질문 능력이 중요해지나요?

    AI는 질문의 수준에 크게 영향을 받습니다. 배경지식이 있어야 좋은 질문을 만들고, 그 답이 맞는지 판단할 수 있습니다. 그래서 AI를 잘 쓰는 능력은 단순한 프롬프트 기술이 아니라 지식과 맥락을 다루는 능력에 가깝습니다.

    참고자료

    이미지 출처: 본문에 사용된 캡쳐 이미지는 원본 YouTube 영상에서 리뷰·해설·교육 목적의 인용 이미지로 사용했습니다. 이미지 저작권은 원저작권자와 해당 채널에 있습니다.

  • 윈도우 PowerShell에서 Claude Code 설치하는 방법: 처음부터 실행까지

    윈도우 PowerShell에서 Claude Code 설치하는 방법: 처음부터 실행까지

    윈도우에서 Claude Code를 처음 설치한다면 PowerShell에서 시작하는 것이 가장 단순합니다. 핵심은 세 가지입니다. PowerShell인지 먼저 확인하고, 공식 설치 명령을 실행한 뒤, `claude` 명령으로 로그인과 실행 테스트를 끝내는 것입니다.

    Read in English: How to Install Claude Code in Windows PowerShell: From First Setup to First Run

    Windows PowerShell에서 Claude Code 설치 흐름을 보여주는 설명 이미지
    이미지: Thinknote 제작, Claude Code PowerShell 설치 흐름 요약

    이 글은 Windows PowerShell 기준입니다. CMD에서는 명령이 달라질 수 있고, WSL·macOS·Linux 설치법은 별도 명령을 사용합니다.

    먼저 확인할 것: PowerShell인지, CMD인지

    가장 흔한 실수는 PowerShell 명령을 CMD에서 실행하거나, CMD 명령을 PowerShell에서 실행하는 것입니다. 프롬프트가 PS C:\로 시작하면 PowerShell입니다. 그냥 C:\만 보이면 CMD일 가능성이 큽니다.

    상황의미대응
    프롬프트가 PS C:\로 시작PowerShell 사용 중이 글의 명령을 그대로 따라가면 됩니다.
    프롬프트가 C:\로 시작CMD 사용 중일 가능성시작 메뉴에서 PowerShell을 열거나 Windows Terminal에서 PowerShell 탭을 선택합니다.
    irm을 인식하지 못함대개 CMD에서 PowerShell 명령을 실행한 경우PowerShell을 다시 열고 명령을 실행합니다.
    && 구문 오류CMD 명령을 PowerShell에서 실행한 경우PowerShell용 명령과 CMD용 명령을 섞지 않습니다.

    1단계: Node.js가 필요한지 확인하기

    Anthropic 공식 문서 기준 Claude Code는 Windows 10 1809 이상 또는 Windows Server 2019 이상에서 사용할 수 있습니다. 설치 방식은 크게 공식 네이티브 설치와 npm 설치가 있습니다. 초보자라면 공식 PowerShell 설치 명령을 먼저 쓰는 편이 쉽습니다. npm 방식은 Node.js 22 이상 환경에서 대안으로 사용할 수 있습니다.

    node --version
    npm --version

    위 명령이 버전을 보여주면 Node.js와 npm이 설치되어 있습니다. 없다면 아래처럼 WinGet으로 Node.js LTS를 설치할 수 있습니다. 단, 공식 네이티브 설치 명령을 쓸 경우 Node.js를 반드시 먼저 설치해야 하는 것은 아닙니다.

    winget install OpenJS.NodeJS.LTS

    2단계: PowerShell에서 Claude Code 설치하기

    Windows PowerShell에서는 Anthropic 공식 빠른 설치 명령을 사용합니다. PowerShell을 열고 아래 명령을 실행합니다.

    irm https://claude.ai/install.ps1 | iex

    보안이 걱정된다면 바로 실행하기 전에 설치 스크립트를 먼저 열어 확인할 수 있습니다. 이 경우에도 출처가 공식 도메인인지 확인하는 습관이 중요합니다.

    irm https://claude.ai/install.ps1

    3단계: 설치 확인하기

    설치가 끝나면 새 PowerShell 창을 열고 버전을 확인합니다. 공식 문서에서는 정상 설치 시 버전 번호와 함께 Claude Code가 표시된다고 설명합니다.

    claude --version

    더 자세히 확인하려면 진단 명령을 실행합니다. 이 명령은 세션을 시작하지 않고 설치 상태와 설정 문제를 읽기 전용으로 점검합니다.

    claude doctor

    4단계: 로그인하고 첫 세션 시작하기

    Claude Code는 무료 Claude.ai 플랜만으로는 사용할 수 없습니다. 공식 문서 기준 Pro, Max, Team, Enterprise 또는 Console 계정이 필요합니다. 설치 후 아래 명령을 실행하면 브라우저 로그인 흐름이 열립니다.

    claude

    API 과금 기반으로 쓰려면 Console 계정 인증을 선택할 수 있습니다. 이미 API 키 환경변수를 쓰는 고급 사용자는 인증 방식이 달라질 수 있지만, 키 값은 절대 블로그나 코드 저장소에 직접 적지 않는 것이 원칙입니다.

    claude auth login --console
    claude auth status --text

    5단계: 프로젝트 폴더에서 실행하기

    Claude Code는 그냥 챗봇을 여는 도구가 아닙니다. 현재 폴더의 코드와 파일을 읽고, 필요한 경우 수정하며, 명령을 실행하는 코딩 에이전트입니다. 그래서 먼저 작업할 프로젝트 폴더로 이동한 뒤 실행하는 것이 좋습니다.

    cd C:\Users\me\Workspace\my-project
    claude

    처음 실행하면 폴더를 신뢰할지 묻는 안내가 나올 수 있습니다. 본인이 만든 프로젝트나 신뢰할 수 있는 저장소에서만 승인하세요. 모르는 폴더, 내려받은 압축 파일, 출처가 불명확한 코드는 먼저 내용을 확인하는 편이 안전합니다.

    npm으로 설치하는 대안

    Node.js 22 이상을 이미 쓰고 있다면 npm 전역 설치도 가능합니다. 공식 문서에 따르면 npm 패키지는 플랫폼별 네이티브 바이너리를 내려받아 연결합니다.

    npm install -g @anthropic-ai/claude-code
    claude --version
    설치 방식추천 대상메모
    공식 PowerShell 설치처음 설치하는 윈도우 사용자명령이 짧고 Windows용 공식 빠른 설치 흐름에 가깝습니다.
    npm 설치Node.js 22 이상을 이미 쓰는 개발자기존 Node/npm 환경을 관리하는 사람에게 편합니다.
    WinGet 설치패키지 관리자를 선호하는 사용자수동 업데이트 정책을 함께 확인해야 합니다.

    자주 나는 오류와 해결법

    오류 또는 증상가능한 원인해결 방법
    irm을 찾을 수 없음CMD에서 PowerShell 명령을 실행함PowerShell을 열고 다시 실행합니다.
    && 관련 오류PowerShell에서 CMD 명령을 실행함PowerShell용 명령과 CMD용 명령을 구분합니다.
    claude 명령을 찾을 수 없음설치 경로가 새 세션에 반영되지 않음PowerShell을 새로 열고 claude --version을 다시 실행합니다.
    로그인이 계속 실패계정 권한 또는 브라우저 인증 문제claude auth status --text로 상태를 확인하고 다시 로그인합니다.
    프로젝트에서 권한 안내가 나옴Claude Code가 폴더 접근 신뢰를 확인함신뢰할 수 있는 프로젝트에서만 승인합니다.

    처음 실행할 때 추천하는 명령

    설치가 끝났다면 바로 큰 작업을 맡기기보다, 현재 프로젝트를 설명해달라는 작은 요청부터 시작하는 것이 좋습니다. 그러면 Claude Code가 저장소 구조를 어떻게 읽는지 확인할 수 있습니다.

    claude
    
    # Claude Code 안에서 입력
    이 프로젝트 구조를 간단히 설명해줘.
    실행 가능한 테스트나 빌드 명령이 있으면 함께 알려줘.

    함께 보면 좋은 글

    FAQ

    Windows PowerShell에서 Claude Code 설치 명령은 무엇인가요?

    공식 빠른 설치 명령은 irm https://claude.ai/install.ps1 | iex입니다. PowerShell에서 실행해야 하며, CMD에서는 다른 명령을 사용해야 합니다.

    Claude Code 설치에 Node.js가 꼭 필요한가요?

    공식 네이티브 설치를 쓰면 Node.js를 먼저 설치하지 않아도 됩니다. 다만 npm 방식으로 설치하려면 Node.js 22 이상 환경이 필요합니다.

    Claude Code는 무료 Claude 계정으로 쓸 수 있나요?

    공식 문서 기준 Claude Code는 Pro, Max, Team, Enterprise 또는 Console 계정이 필요합니다. 무료 Claude.ai 플랜만으로는 사용할 수 없습니다.

    설치 후 가장 먼저 확인할 명령은 무엇인가요?

    claude --version으로 버전을 확인하고, 문제가 있으면 claude doctor로 설치 상태를 점검하세요.

    프로젝트 폴더에서 실행해야 하는 이유는 무엇인가요?

    Claude Code는 현재 폴더의 파일과 코드 구조를 바탕으로 작업합니다. 원하는 프로젝트 폴더로 이동한 뒤 claude를 실행해야 엉뚱한 폴더를 읽는 실수를 줄일 수 있습니다.

    참고자료

    정리하면, 윈도우에서는 PowerShell을 열고 공식 설치 명령을 실행한 뒤 claude --version, claude doctor, claude 순서로 확인하면 됩니다. 설치 자체보다 중요한 것은 실행 위치와 권한입니다. 신뢰할 수 있는 프로젝트 폴더에서 시작하고, API 키나 계정 정보는 절대 코드에 직접 남기지 마세요.

  • OpenHuman AI 에이전트란? 로컬 기억을 가진 오픈소스 AI 비서의 가능성과 한계

    OpenHuman AI 에이전트가 주목받는 이유는 단순히 “또 하나의 챗봇”이 아니기 때문입니다. 이 프로젝트는 대화창 하나보다 더 큰 그림을 겨냥합니다. 개인의 파일, 메모, 앱, 웹 리서치, 자동화 흐름을 하나의 AI 작업 환경으로 묶으려 합니다.

    Read in English: What Is the OpenHuman AI Agent? The Promise and Limits of an Open-Source AI Assistant with Local Memory

    공식 GitHub 저장소의 설명을 빌리면 OpenHuman은 “로컬 우선 기억을 만드는 두뇌, 에이전트 함대를 운영하는 오케스트레이터, 깊이 있는 리서처”를 지향합니다. 표현은 다소 크지만, 방향은 분명합니다. AI가 매번 새로 묻는 비서가 아니라, 사용자의 세계를 계속 기억하고 움직이는 작업 시스템이 되겠다는 것입니다.

    OpenHuman은 어떤 프로젝트인가

    OpenHuman은 tinyhumansai/openhuman 저장소에서 공개된 오픈소스 AI 에이전트 플랫폼입니다. 공식 저장소 기준으로 주 언어는 Rust이며, 라이선스는 GPL-3.0입니다. 2026년 7월 기준 최신 릴리스는 v0.61.8이고, README에는 Early Beta 상태라고 명시되어 있습니다.

    핵심은 세 가지입니다.

    1. 개인 데이터를 로컬 중심으로 기억하는 구조
    2. 여러 에이전트와 워크플로를 운영하는 오케스트레이션 구조
    3. 웹, 파일, 브라우저, 음성, 리서치 도구를 묶은 실행 환경

    그래서 OpenHuman은 ChatGPT나 Claude 같은 모델 자체라기보다, 여러 모델과 도구를 실제 업무 흐름에 연결하는 “에이전트 하네스”에 가깝습니다.

    첫 번째 차이: 로컬 우선 메모리

    OpenHuman이 가장 강하게 내세우는 지점은 기억입니다. README는 Memory Tree와 Obsidian Wiki를 함께 언급합니다. 사용자의 데이터를 SQLite와 Markdown 트리로 정리하고, 사람이 열어볼 수 있는 Obsidian 볼트와 연결한다는 설명입니다.

    이 접근은 중요합니다. 많은 AI 도구가 “기억합니다”라고 말하지만, 사용자는 그 기억이 어디에 저장되는지, 어떤 기준으로 검색되는지, 잘못된 기억을 어떻게 고치는지 알기 어렵습니다. OpenHuman은 적어도 방향성 면에서 블랙박스형 기억보다 편집 가능한 지식 구조를 지향합니다.

    물론 실제 품질은 따로 확인해야 합니다. 메모리 구조가 좋아 보여도, 자동 수집된 정보가 중복되거나 오래된 내용으로 쌓이면 오히려 방해가 될 수 있습니다. 개인 지식 시스템은 “많이 저장”보다 “잘 정리하고 쉽게 고치는 것”이 더 중요합니다.

    두 번째 차이: 에이전트 오케스트레이션

    OpenHuman은 단일 비서보다 에이전트 오케스트레이션을 강조합니다. 워크플로를 만들고, 트리거 기반으로 실행하고, 승인 게이트를 둔 자동화를 지향합니다. README에서는 tinyflows, tinyagents 같은 하위 오픈소스 구성요소도 언급합니다.

    이 방향은 요즘 AI 에이전트 흐름과 잘 맞습니다. 업무 자동화는 더 이상 “프롬프트를 잘 쓰는 법”만으로 끝나지 않습니다. 어떤 작업을 언제 실행할지, 실패하면 어떻게 재시도할지, 사용자의 승인이 필요한 지점은 어디인지가 더 중요해졌습니다.

    OpenHuman이 흥미로운 이유도 여기에 있습니다. 개인 AI 비서가 실제 업무에 들어오려면 대화 능력보다 실행 구조가 필요합니다. 일정 확인, 회의 요약, 파일 조사, 리서치, 코드 작업, 보고서 초안 작성이 하나의 흐름으로 이어져야 합니다.

    세 번째 차이: 리서치와 실행 도구의 결합

    OpenHuman은 웹 검색, 스크래핑, 브라우저, 코딩 도구, 음성, 미팅 에이전트 같은 기능을 소개합니다. 공식 문서 표현으로는 SuperContext라는 개념도 있습니다. 사용자가 질문을 끝내기 전에 로컬 기억과 파일, 웹을 먼저 훑어 맥락을 확보한다는 방향입니다.

    이 구조가 제대로 작동하면 장점은 큽니다. AI가 “무엇을 알고 있는지”부터 다시 설명하지 않아도 됩니다. 업무 맥락, 파일 위치, 최근 대화, 관련 문서를 먼저 보고 답할 수 있습니다.

    다만 이런 도구형 에이전트는 권한 설계가 핵심입니다. Gmail, Slack, Notion, GitHub 같은 계정을 연결하면 편리하지만, 동시에 민감한 정보 접근 권한도 커집니다. 자동 실행 기능이 있는 도구라면 더 조심해야 합니다. 어떤 데이터가 로컬에 남고, 어떤 요청이 외부 모델 API로 전송되는지 확인해야 합니다.

    OpenHuman을 써볼 만한 사람

    OpenHuman은 모든 사람에게 필요한 도구는 아닙니다. 오히려 다음 조건에 가까울수록 관심을 가져볼 만합니다.

    • Obsidian, Markdown, 로컬 파일 기반 지식관리를 이미 쓰고 있다.
    • AI 비서를 단순 질의응답보다 업무 자동화에 연결하고 싶다.
    • Gmail, Notion, GitHub, Slack 등 여러 도구의 맥락을 한곳에서 다루고 싶다.
    • AI 에이전트 워크플로, MCP, Skills 같은 확장 구조에 관심이 있다.
    • 베타 도구의 불안정성을 감수하고 테스트할 수 있다.

    반대로 “설치해서 바로 안정적으로 쓰는 업무용 도구”를 기대한다면 조금 기다리는 편이 낫습니다. 공식 저장소도 Early Beta라고 밝히고 있습니다. 데이터 접근 권한이 큰 도구일수록 베타 단계에서는 작은 테스트부터 시작해야 합니다.

    설치할 때 확인할 점

    공식 INSTALL 문서는 운영체제별 네이티브 설치를 우선 권장합니다. macOS는 Homebrew tap, Ubuntu/Debian은 GitHub Releases의 .deb, Windows는 MSI 설치 파일을 사용할 수 있습니다.

    주의할 점도 있습니다. 설치 스크립트 방식은 편하지만, 공식 문서에서도 별도 서명 검증이 제한적이라고 설명합니다. 그래서 가능하면 운영체제의 표준 설치 방식이나 릴리스 파일을 사용하는 편이 안전합니다.

    또 하나는 Linux 환경입니다. INSTALL 문서는 AppImage가 Wayland나 일부 시스템 라이브러리 문제로 충돌할 수 있다고 안내합니다. Debian/Ubuntu라면 .deb 설치가 더 안정적인 선택일 수 있습니다.

    OpenHuman을 평가할 때 볼 기준

    OpenHuman 같은 에이전트 플랫폼은 기능 목록만 보고 판단하면 안 됩니다. 실제 평가 기준은 조금 다릅니다.

    1. 기억이 편집 가능한가

    AI가 무엇을 기억하는지 사용자가 볼 수 있어야 합니다. 틀린 기억을 고칠 수 있어야 하고, 오래된 맥락을 지울 수 있어야 합니다.

    2. 자동화에 승인 지점이 있는가

    좋은 에이전트는 모든 것을 마음대로 실행하지 않습니다. 메일 발송, 파일 수정, 외부 게시, 결제 같은 작업에는 명확한 승인 단계가 필요합니다.

    3. 실패했을 때 원인을 남기는가

    에이전트는 반드시 실패합니다. 중요한 것은 실패하지 않는 척하는 것이 아니라, 어디서 막혔고 어떤 로그나 재시도 경로가 있는지 보여주는 것입니다.

    4. 외부 모델로 나가는 데이터가 명확한가

    로컬 우선이라는 표현만으로는 충분하지 않습니다. 어떤 데이터가 로컬에 있고, 어떤 데이터가 외부 API로 전송되는지 확인해야 합니다.

    5. 내 기존 워크플로와 충돌하지 않는가

    AI 도구는 업무 방식을 바꿉니다. 좋은 변화일 수도 있지만, 기존 파일 구조와 협업 방식에 혼선을 줄 수도 있습니다. 먼저 작은 프로젝트에서 시험하는 것이 좋습니다.

    Hermes Agent와 비교해 보면

    OpenHuman은 개인 데스크톱 AI 운영체제에 가까운 인상을 줍니다. 로컬 기억, Obsidian 위키, 다양한 앱 연동, 백그라운드 루프를 전면에 내세웁니다.

    반면 Hermes Agent는 작업 실행, 도구 호출, 스킬, 크론, 워크스페이스 기반 자동화에 강점이 있습니다. 사용자가 이미 정해둔 프로젝트 폴더와 절차 안에서 조사, 작성, 업로드, 검증까지 이어가는 방식에 가깝습니다.

    두 도구는 경쟁 관계라기보다 관점이 다릅니다. OpenHuman은 “개인 AI 환경 전체”를 만들려는 쪽이고, Hermes는 “도구를 실제 작업으로 끝까지 실행하는 에이전트 런타임”에 가깝습니다. AI 에이전트 시대에는 이런 차이가 더 중요해질 것입니다. 모델보다 하네스와 기억 구조가 실제 생산성을 가르기 때문입니다.

    결론: 기대할 만하지만, 작은 테스트부터

    OpenHuman은 AI 에이전트가 어디로 가고 있는지 보여주는 흥미로운 프로젝트입니다. 대화형 챗봇을 넘어 로컬 기억, 워크플로, 리서치, 실행 도구를 하나로 묶으려는 시도입니다.

    하지만 아직 Early Beta입니다. 개인 데이터와 업무 도구를 연결하기 전에는 권한, 저장 위치, 외부 전송 범위, 실패 로그, 자동 실행 범위를 확인해야 합니다. 처음부터 메인 업무를 맡기기보다, 별도 테스트 계정과 작은 폴더에서 시작하는 편이 안전합니다.

    결국 질문은 “OpenHuman이 좋은가?”가 아닙니다. 더 정확한 질문은 이것입니다. 내 지식과 업무 흐름을 AI가 계속 기억하고 실행하게 만들 준비가 되어 있는가. OpenHuman은 그 질문을 꽤 선명하게 던지는 도구입니다.

    함께 읽기

    FAQ

    OpenHuman은 ChatGPT 같은 AI 모델인가요?

    아닙니다. OpenHuman은 특정 모델이라기보다 여러 모델, 도구, 메모리, 워크플로를 연결하는 AI 에이전트 플랫폼에 가깝습니다.

    OpenHuman은 무료인가요?

    공식 GitHub 저장소는 GPL-3.0 라이선스의 오픈소스 프로젝트입니다. 다만 실제 사용 과정에서 외부 모델 API, 연동 서비스, 구독 기능이 필요할 수 있으므로 비용 구조는 설치 후 별도로 확인해야 합니다.

    OpenHuman의 가장 큰 장점은 무엇인가요?

    로컬 우선 메모리와 에이전트 오케스트레이션을 함께 지향한다는 점입니다. 단순 대화형 AI가 아니라 사용자의 파일, 앱, 목표, 자동화 흐름을 연결하려는 구조입니다.

    지금 업무에 바로 써도 될까요?

    공식 저장소가 Early Beta라고 밝히고 있으므로, 핵심 업무에 바로 적용하기보다는 테스트 계정과 제한된 데이터로 먼저 검증하는 것이 좋습니다.

    설치할 때 가장 조심할 점은 무엇인가요?

    계정 연동 권한과 설치 방식입니다. 가능하면 공식 릴리스의 네이티브 패키지를 사용하고, Gmail·Slack·GitHub 같은 민감한 계정은 최소 권한으로 연결해야 합니다.

    참고자료

  • Claude 코워크로 1인 AI 비서 만들기: Gmail·Notion·카카오톡 자동 브리핑

    Claude 코워크로 1인 AI 비서 만들기: Gmail·Notion·카카오톡 자동 브리핑

    Claude를 단순히 “질문에 답하는 챗봇”으로만 쓰면 금방 한계가 옵니다. 메일을 읽고, 할 일을 정리하고, 일정과 날씨를 확인해 아침마다 보고해 주는 구조까지 만들면 이야기가 달라집니다. 이번 글은 소소한 AI 입문노트 영상의 흐름을 바탕으로 Claude 코워크와 Gmail, Notion, PlayMCP를 연결해 1인 AI 비서 워크플로우를 만드는 방법을 정리했습니다.

    카카오톡으로 도착한 Claude AI 데일리 브리핑 예시
    카카오톡으로 도착한 AI 데일리 브리핑 예시 · 원본 영상 캡처

    핵심은 프롬프트가 아니라 반복 업무의 흐름입니다

    영상에서 가장 중요한 장면은 “좋은 프롬프트 하나”가 아닙니다. Gmail에서 메일을 읽고, 답장 초안을 만들고, Notion에 할 일을 정리하고, PlayMCP를 통해 날씨와 카카오톡 브리핑까지 이어 붙이는 전체 흐름입니다.

    이 차이가 큽니다. 단발성 질문은 매번 사람이 다시 상황을 설명해야 합니다. 반면 업무 흐름은 한 번 설계해 두면 매일 같은 시간, 같은 기준, 같은 출력 형식으로 돌아갑니다. AI를 업무에 쓰는 사람과 AI로 업무 시스템을 만드는 사람의 차이가 여기서 갈립니다.

    1단계: Claude 데스크톱에서 Gmail을 연결합니다

    먼저 Claude 데스크톱 앱에서 사용자 지정 메뉴로 들어가 커넥터를 선택합니다. 영상에서는 Gmail 커넥터를 연결한 뒤, Claude Cowork의 협업 모드에서 “최근에 온 이메일 네 개를 알려줘”라고 요청합니다.

    Claude Gmail 커넥터 연결 화면
    Claude Gmail 커넥터 연결 화면 · 원본 영상 캡처

    여기서 바로 체감되는 기능은 두 가지입니다.

    • 최근 메일을 요약해 오늘 확인해야 할 내용을 빠르게 파악할 수 있습니다.
    • 답장이 필요한 메일은 초안 형태로 만들고, 사용자는 검토 후 보내기만 하면 됩니다.

    다만 메일은 민감 정보가 많습니다. 처음에는 테스트용 메일이나 중요도가 낮은 메일부터 연결해 보세요. Claude가 접근할 작업 폴더도 별도로 만들고, 중요한 문서가 섞이지 않도록 분리하는 편이 안전합니다.

    2단계: Notion에 할 일을 자동으로 정리합니다

    메일 확인만으로는 비서가 아닙니다. 메일 안에 숨어 있는 해야 할 일을 꺼내 실제 작업 목록으로 옮겨야 합니다. 영상에서는 Notion 커넥터를 연결한 뒤 “이번 주 작업 일정을 내 Notion에 투두리스트 페이지로 만들어 넣어 줘”라고 요청합니다.

    Claude 협업 화면에서 Notion 업무 흐름을 구성하는 장면
    Claude 협업 화면에서 업무 흐름을 구성하는 장면 · 원본 영상 캡처

    이 단계의 장점은 메일함과 할 일 목록이 끊기지 않는다는 점입니다. 보통은 메일을 읽고, 따로 메모하고, 다시 Notion이나 투두 앱에 옮기는 과정에서 누락이 생깁니다. Claude가 메일 내용을 읽고 구조화해 주면 사람은 우선순위와 실행 여부만 판단하면 됩니다.

    처음부터 복잡한 대시보드를 만들 필요는 없습니다. 아래처럼 단순한 필드만 있어도 충분합니다.

    • 작업명
    • 관련 메일 또는 요청자
    • 마감일
    • 우선순위
    • 진행 상태
    • 다음 행동

    3단계: PlayMCP로 카카오톡·날씨·지도 정보를 붙입니다

    Gmail과 Notion이 업무 정보를 정리한다면, PlayMCP는 외부 도구와의 연결을 넓혀 줍니다. 영상에서는 PlayMCP에서 카카오톡 나와의 채팅, 카카오맵, 날씨 도구를 도구함에 추가한 뒤 Claude와 연결합니다.

    PlayMCP에서 날씨와 카카오맵 도구를 선택하는 장면
    PlayMCP에서 날씨와 카카오맵 도구를 선택하는 장면 · 원본 영상 캡처

    이렇게 연결하면 브리핑이 훨씬 생활형으로 바뀝니다. 예를 들어 “오늘 일기예보를 확인하고, Gmail에 있던 외근 장소 근처 맛집 다섯 곳을 찾아 카카오톡으로 보내 줘”라고 요청할 수 있습니다. 단순 업무 요약이 아니라 하루를 시작하기 위한 실제 의사결정 자료가 되는 셈입니다.

    여기서 주의할 점도 있습니다. 지도, 날씨, 메신저 도구는 외부 서비스 권한과 연결됩니다. 어떤 계정으로 로그인하는지, 어떤 도구에 어떤 권한을 주는지, 자동 발송 대상이 어디인지 반드시 확인해야 합니다.

    4단계: 스킬과 예약 작업으로 매일 아침 실행합니다

    영상의 마지막 실습은 Claude 안에서 데일리 브리핑 스킬을 만들고, 예약 작업으로 매일 실행되게 설정하는 것입니다. 한 번 만든 스킬은 “메일 확인 → 답장 초안 → Notion 업데이트 → 날씨·외근 정보 확인 → 카카오톡 보고” 같은 순서를 기억합니다.

    카카오톡으로 자동 발송된 데일리 브리핑 결과
    카카오톡으로 자동 발송된 데일리 브리핑 결과 · 원본 영상 캡처

    예약 작업까지 붙이면 사용자가 매번 프롬프트를 입력하지 않아도 됩니다. 아침에 출근 준비를 하는 동안 AI가 먼저 하루의 자료를 정리해 두는 구조가 됩니다.

    이때 승인 건너뛰기나 자동 실행 옵션은 편리하지만 위험도 함께 커집니다. 처음에는 반드시 수동 실행으로 테스트하고, 잘못된 메일 발송이나 민감 정보 노출이 없는지 확인한 뒤 자동화 수준을 높이는 것이 좋습니다.

    따라 하기 전에 확인할 체크리스트

    이 워크플로우를 바로 적용하기 전에 아래 네 가지를 먼저 정리해 보세요.

    1. 매일 반복되는 업무가 무엇인지 정합니다. 메일 확인, 일정 정리, 보고서 초안, 고객 응대처럼 빈도가 높은 작업이 좋습니다.
    2. AI가 접근해도 되는 계정과 데이터 범위를 분리합니다. 개인 메일 전체를 바로 열기보다 테스트 범위를 먼저 정하세요.
    3. 결과물을 받을 채널을 하나로 정합니다. 카카오톡, Notion, 이메일 중 어디에서 확인할지 정해야 흐름이 단순해집니다.
    4. 자동 실행 전 수동 테스트를 3회 이상 해 봅니다. 요약 품질, 누락, 권한, 발송 대상을 확인해야 합니다.

    이 방식이 맞는 사람과 아직 이른 사람

    이 방식은 반복 업무가 많고 여러 도구를 오가며 일하는 사람에게 잘 맞습니다. 매일 메일을 확인하고, 회의나 외근이 있고, Notion 같은 작업 관리 도구를 이미 쓰는 사람이라면 효과를 빠르게 볼 수 있습니다.

    반대로 아직 Claude 데스크톱, Notion, MCP 같은 개념이 낯설다면 한 번에 전부 연결하지 않는 편이 좋습니다. 먼저 Claude와 Gmail만 연결해 메일 요약과 답장 초안부터 테스트해 보세요. 그 다음 Notion, 마지막으로 PlayMCP와 예약 작업을 붙이는 순서가 안전합니다.

    함께 읽으면 좋은 글

    자주 묻는 질문

    Claude 코워크와 일반 채팅은 무엇이 다른가요?

    일반 채팅은 대화 중심입니다. 코워크 또는 협업 모드는 특정 폴더, 파일, 커넥터, 도구를 함께 쓰며 작업 흐름을 구성하는 데 더 가깝습니다. 영상에서도 새 채팅의 협업 버튼을 통해 작업 폴더를 지정한 뒤 메일과 파일 작업을 이어 갑니다.

    Gmail과 Notion을 연결해도 안전한가요?

    도구 자체보다 권한 범위와 사용 습관이 중요합니다. 처음부터 모든 메일과 문서를 자동화하지 말고, 테스트용 폴더와 낮은 위험의 업무부터 시작하는 것이 좋습니다. 자동 발송 기능은 특히 수동 검토 단계를 남겨 두는 편이 안전합니다.

    PlayMCP는 꼭 필요한가요?

    카카오톡, 카카오맵, 날씨처럼 Claude 기본 커넥터 밖의 도구를 연결하려면 PlayMCP 같은 외부 도구 연결 계층이 필요할 수 있습니다. 단순히 메일 요약과 Notion 정리만 하고 싶다면 PlayMCP 없이도 시작할 수 있습니다.

    매일 아침 자동 실행은 바로 켜도 되나요?

    바로 켜는 것은 권하지 않습니다. 먼저 수동 실행으로 결과를 확인하고, 민감 정보가 노출되지 않는지, 엉뚱한 채팅방으로 보내지 않는지 확인해야 합니다. 그 다음 예약 작업을 걸어 자동화하는 것이 안전합니다.

    이 글은 원본 영상의 내용을 그대로 옮긴 것인가요?

    아닙니다. 원본 영상의 실습 흐름을 바탕으로, 광고성 후반부는 줄이고 실제 업무 자동화 관점에서 필요한 설정 순서와 주의점을 재구성했습니다.

    참고자료

    이미지 출처: 본문에 사용된 캡쳐 이미지는 원본 YouTube 영상에서 리뷰·해설·교육 목적의 인용 이미지로 사용했습니다. 이미지 저작권은 원저작권자와 해당 채널에 있습니다.

  • 옵시디언 딥리서치 자동화: NotebookLM과 Tavily를 한 번에 쓰는 방법

    옵시디언 딥리서치 자동화: NotebookLM과 Tavily를 한 번에 쓰는 방법

    AI 리서치 도구는 많아졌습니다. 문제는 결과가 흩어진다는 점입니다. NotebookLM에서 정리한 내용, 웹 검색 기반 리포트, AI CLI가 만든 요약, 그리고 내가 실제로 쓰는 노트가 따로 놀면 다시 붙이는 시간이 꽤 듭니다.

    이번 영상에서 소개된 ReallyGood Research는 그 간격을 줄이려는 Obsidian 플러그인입니다. 질문 하나로 NotebookLM MCP와 Tavily 리서치를 실행하고, 결과를 Markdown과 HTML 리포트로 Vault 안에 저장하는 방식입니다. 핵심은 “검색을 잘하는 도구”가 아니라 “리서치 결과가 내 지식 작업 흐름 안에 남는 구조”입니다.

    ReallyGood Research 리포트 예시
    ReallyGood Research 리포트 예시

    Read in English: Obsidian Deep Research Automation: How to Use NotebookLM and Tavily Together

    영상에서 보여준 핵심 흐름

    영상은 완성된 리포트 화면에서 시작합니다. 브라우저로 열린 HTML 리포트를 확인하고, Gemini Canvas 공유 링크로 확장하는 장면도 먼저 보여줍니다. 그래서 이 플러그인의 목적이 분명해집니다. 단순 검색이 아니라, 공유 가능한 리서치 산출물을 만드는 것입니다.

    그다음 진행자는 Obsidian 안에서 플러그인을 설치하는 과정을 설명합니다. 커뮤니티 플러그인에서 ReallyGood Research를 검색하고 설치한 뒤, 왼쪽 패널에서 리서치 콘솔을 여는 흐름입니다. 별도 BRAT 설치 없이 커뮤니티 플러그인으로 접근할 수 있다는 점도 영상에서 강조됩니다.

    Obsidian 안에서 ReallyGood Research 설정을 확인하는 화면
    Obsidian 안에서 ReallyGood Research 설정을 확인하는 화면

    NotebookLM과 Tavily를 왜 함께 쓰나

    Tavily는 웹 검색과 리서치 API에 강점이 있습니다. 공개 웹에서 자료를 찾고, 주제별 리포트를 생성하는 데 적합합니다. 반면 NotebookLM은 사용자가 넣은 소스 기반으로 답을 구성하는 데 장점이 있습니다. 두 도구를 함께 쓰면 “웹에서 넓게 찾기”와 “소스 기반으로 다시 검토하기”를 분리할 수 있습니다.

    ReallyGood Research는 이 둘을 Provider로 연결합니다. 영상에서는 Tavily API 키를 넣고, NotebookLM MCP를 설치한 뒤 로그인하는 과정을 보여줍니다. 이후 AI CLI Provider로 Antigravity를 선택해 실행 환경을 맞춥니다. Claude Code, Codex, Gemini 같은 CLI를 고를 수 있다는 설명도 나옵니다.

    Tavily와 NotebookLM Provider를 설정하는 화면
    Tavily와 NotebookLM Provider를 설정하는 화면

    실제 사용 장면: 질문 하나가 두 개의 리포트로 바뀐다

    시연 질문은 “AI 챗봇을 사용한 서비스 활용이 고객 만족도, 충성도, 신뢰도에 어떤 영향을 미치는가”에 가깝습니다. 사용자가 질문을 입력하고 Start를 누르면, 플러그인은 Tavily 리서치와 NotebookLM 리서치를 각각 실행합니다.

    중요한 장면은 결과 확인입니다. 하나의 질문에서 Tavily 기반 딥리서치 리포트와 NotebookLM 기반 리서치 결과가 따로 생성됩니다. 사용자는 둘을 비교하면서 근거가 충분한지, 관점이 한쪽으로 치우치지 않았는지 확인할 수 있습니다.

    AI 챗봇 고객 만족도 주제로 리서치를 실행하는 화면
    AI 챗봇 고객 만족도 주제로 리서치를 실행하는 화면
    Tavily와 NotebookLM 리서치 결과를 비교하는 화면
    Tavily와 NotebookLM 리서치 결과를 비교하는 화면

    이 방식이 지식 작업에 주는 의미

    이 플러그인의 장점은 자동화 그 자체보다 작업 위치에 있습니다. 리서치 결과가 Obsidian Vault 안에 저장되면, 이후 글쓰기·보고서·강의안·제안서로 이어가기 쉽습니다. 검색 결과를 다시 찾지 않아도 되고, HTML 리포트로 빠르게 공유할 수도 있습니다.

    다만 확인할 점도 있습니다. Tavily API 키와 NotebookLM 로그인, 로컬 MCP 실행, AI CLI 권한이 필요합니다. 회사 자료나 민감한 고객 데이터를 넣을 때는 어떤 Provider로 정보가 전달되는지 먼저 봐야 합니다. 자동화가 편해질수록 로그, 출처, 계정 권한을 함께 관리해야 합니다.

    HTML 리포트를 Gemini Canvas 공유 링크로 확장하는 화면
    HTML 리포트를 Gemini Canvas 공유 링크로 확장하는 화면

    도입 전에 확인할 체크리스트

    • Obsidian을 실제 지식 저장소로 쓰고 있는가?
    • Tavily API 키와 사용량 한도를 관리할 수 있는가?
    • NotebookLM MCP 설치와 Google 로그인을 안전하게 처리할 수 있는가?
    • 리서치 결과를 바로 글쓰기나 보고서로 이어갈 업무가 있는가?
    • 자동 생성 결과를 검증할 기준과 출처 확인 습관이 있는가?

    이 다섯 가지가 맞으면 테스트해 볼 만합니다. 반대로 단발성 검색만 필요하다면 과한 구성일 수 있습니다. ReallyGood Research는 검색 도구라기보다, Obsidian을 리서치 작업대처럼 쓰는 사람에게 더 잘 맞습니다.

    함께 읽으면 좋은 글

    FAQ

    ReallyGood Research는 무엇인가요?

    Obsidian에서 NotebookLM MCP와 Tavily 기반 딥리서치를 실행하고, 결과를 Markdown과 HTML 리포트로 저장하는 플러그인입니다. 영상 기준으로는 커뮤니티 플러그인 설치와 Provider 설정 흐름이 소개됩니다.

    Tavily와 NotebookLM을 동시에 쓰는 이유는 무엇인가요?

    Tavily는 웹 기반 리서치에 강하고, NotebookLM은 사용자가 제공한 소스 기반 검토에 강합니다. 둘을 함께 쓰면 넓은 탐색과 소스 기반 확인을 나눠 볼 수 있습니다.

    Obsidian을 쓰지 않아도 필요한 도구인가요?

    Obsidian을 중심 지식 저장소로 쓰지 않는다면 장점이 줄어듭니다. 이 플러그인은 결과를 Vault 안에 저장하고 다시 활용하는 흐름에 초점이 있습니다.

    업무 자료를 넣어도 안전한가요?

    도구 자체보다 Provider 설정이 중요합니다. Tavily, NotebookLM, AI CLI로 어떤 데이터가 전달되는지 확인해야 합니다. 민감한 자료는 조직 보안 기준에 맞춰 별도로 검토하는 것이 좋습니다.

    이 플러그인은 누구에게 가장 잘 맞나요?

    AI 리서치를 자주 하고, 결과를 글·보고서·강의안·제안서로 다시 쓰는 사람에게 잘 맞습니다. 특히 Obsidian을 세컨드 브레인이나 업무 지식 허브로 쓰는 사용자에게 유용합니다.

    참고자료

    이미지 출처: 본문에 사용된 캡쳐 이미지는 원본 YouTube 영상에서 리뷰·해설·교육 목적의 인용 이미지로 사용했습니다. 이미지 저작권은 원저작권자와 해당 채널에 있습니다.

  • 에이전틱 AI 시대, 기업과 개인은 무엇을 바꿔야 살아남을까

    앞선 글에서 AI 시대 기업 혁신의 핵심을 “기존 사업의 재해석”과 “시스템보다 큰 미션”으로 정리했다. 이번 영상은 그 다음 질문을 던진다. 기업이 AI를 붙인다는 것은 구체적으로 무엇을 바꾸는 일일까. 그리고 개인은 어떤 준비를 해야 할까.

    Read in English: In the Agentic AI Era, What Must Companies and Individuals Change to Survive?

    삼성SDS 채널의 「AGI 시대에 살아남는 자들의 필살기」에서 김대식 교수는 꽤 단순하지만 중요한 결론을 말한다. AI는 구경하는 기술이 아니다. 써봐야 안다. 더 정확히 말하면, AI 시대에는 도구를 쓰는 능력보다 일하는 방식과 자기 역할을 다시 설계하는 능력이 중요해진다.

    AI 도구를 쓰는 것과 AI로 일하는 것은 다르다

    많은 기업이 AI 도입을 “ChatGPT 같은 도구를 쓰는 일”로 이해한다. 그러나 기업 현장에서는 그렇게 단순하지 않다. 공개 AI 도구는 인터넷에 공개된 정보를 바탕으로 답한다. 기업의 내부 기술, 고객 데이터, 특허, 조직 역량, 경쟁사의 움직임을 모르면 답은 대체로 막연해진다.

    반대로 내부 정보를 충분히 넣으면 훨씬 좋은 답을 얻을 수 있다. 하지만 그 순간 보안과 신뢰 문제가 생긴다. 신제품 전략, 고객 정보, 기술 자료가 외부 모델로 흘러갈 수 있기 때문이다.

    그래서 기업용 AI의 핵심은 단순 성능만이 아니다. “얼마나 똑똑한가” 못지않게 “믿고 맡길 수 있는가”가 중요하다. 앞으로 기업 AI 시장에서 보안, 권한 관리, 감사 로그, 데이터 거버넌스, 책임 구조가 중요한 이유다.

    기업 AI의 경쟁력은 성능보다 신뢰에서 갈린다

    영상에서 삼성SDS의 패브릭스, 브리티 같은 기업용 AI 서비스가 언급된다. 여기서 중요한 포인트는 특정 제품 홍보가 아니다. 기업 입장에서는 공개 AI보다 조금 덜 화려해 보여도, 내부 데이터를 안전하게 다루고 책임질 수 있는 AI 환경이 더 현실적인 선택일 수 있다는 점이다.

    에이전틱 AI가 들어오면 이 문제는 더 커진다. 단순히 답변만 생성하는 AI라면 틀린 답을 사람이 걸러낼 수 있다. 하지만 AI가 실제 업무를 실행하기 시작하면 이야기가 달라진다. 메일을 보내고, 구매를 진행하고, 코드를 수정하고, 고객 응대를 처리한다면 실수의 비용은 훨씬 커진다.

    결국 기업용 AI의 질문은 이렇게 바뀐다.

    • 이 AI가 어떤 데이터에 접근할 수 있는가?
    • 어떤 행동은 자동으로 하고, 어떤 행동은 승인 후 실행해야 하는가?
    • 실수했을 때 책임과 복구 절차는 어떻게 되는가?
    • 내부 직원은 AI의 판단 과정을 얼마나 확인할 수 있는가?
    • 고객과 파트너에게 설명 가능한 방식으로 운영되는가?

    이 질문에 답하지 못하면 AI 도입은 생산성보다 리스크를 먼저 키울 수 있다.

    에이전틱 AI는 사람을 ‘명령하는 위치’에서 ‘감독하는 위치’로 옮긴다

    생성형 AI 시대에는 사람이 계속 프롬프트를 입력했다. 질문하고, 답을 받고, 다시 고치고, 또 지시했다. 사람은 AI 루프 안에 있었다.

    에이전틱 AI 시대에는 방향이 달라진다. 사람은 큰 목표와 조건을 제시하고, AI가 세부 실행을 맡는다. 예를 들어 “이번 달 식재료 예산은 40만 원이고, 한식 위주로 식단을 짜라”고 말하면 AI가 장보기, 비교, 주문까지 처리하는 식이다.

    기업에서는 더 큰 변화가 생긴다. 업무 요청, 자료 조사, 보고서 초안, 코드 수정, 고객 응대, 일정 조율 같은 일이 하나의 흐름으로 연결될 수 있다. 사람은 모든 단계를 손으로 처리하기보다 목표를 정하고, 중간 결과를 확인하고, 최종 책임을 지는 역할로 이동한다.

    이 변화는 편리함만 뜻하지 않는다. 사람의 역할이 더 선명해져야 한다는 뜻이기도 하다. 무엇을 맡길지, 어디서 멈추게 할지, 언제 사람이 개입할지 정해야 한다.

    과거의 성공 방식은 AI 시대에 발목이 될 수 있다

    영상에서 가장 흥미로운 대목은 “과거의 성공이 발목을 잡는다”는 지적이다. 성공한 기업일수록 자신이 잘해온 방식에 강하게 묶인다. 완벽한 제품, 엄격한 승인, 긴 개발 주기, 세밀한 품질 관리가 과거에는 강점이었다.

    하지만 AI 기술은 너무 빠르게 변한다. 몇 달 동안 완벽한 결과물을 기다리는 동안 시장의 기준이 바뀔 수 있다. 완벽함을 추구하는 문화가 오히려 학습 속도를 늦추는 것이다.

    물론 완성도를 버리자는 말은 아니다. 금융, 의료, 제조, 공공서비스처럼 신뢰가 중요한 분야에서는 안정성이 필수다. 다만 모든 일을 과거의 출시 방식으로만 처리하면 새로운 기술의 속도를 따라가기 어렵다.

    AI 시대의 조직은 두 개의 속도를 가져야 한다. 고객에게 영향을 주는 핵심 시스템은 안전하게 운영해야 한다. 동시에 내부 실험, 프로토타입, 업무 자동화, 고객 경험 개선은 훨씬 빠르게 시도해야 한다.

    바이브 코딩은 개발자만의 이야기가 아니다

    영상에서는 기획자나 디자이너가 AI를 활용해 직접 샘플을 만들 수 있는 시대가 언급된다. 예전에는 “이 기능은 2년 걸립니다”라는 말 앞에서 비전문가는 반박하기 어려웠다. 이제는 다르다. 기획자가 AI로 간단한 화면과 작동 예시를 만들어 보여줄 수 있다.

    이 변화는 개발자를 대체한다는 뜻이 아니다. 오히려 협업의 기준이 바뀐다는 뜻이다. 말로 설명하던 사람이 이제는 작동하는 초안을 가져올 수 있다. 아이디어와 실행 사이의 거리가 줄어든다.

    그래서 앞으로 중요한 역량은 하나의 직무만 고집하는 능력이 아니다. AI의 도움을 받아 여러 일을 연결하고, 빠르게 실험하고, 결과물을 보여주는 능력이다. 기획자는 더 기술적으로 생각해야 하고, 개발자는 더 고객과 경험을 이해해야 한다. 디자이너는 화면을 넘어 흐름과 자동화를 설계해야 한다.

    개인은 먼저 자신의 상황을 냉정하게 분석해야 한다

    김대식 교수는 30~40대 직장인, 개발자, 대표, 자영업자에게 먼저 자신의 능력과 상황을 냉정하게 보라고 말한다. 막연히 불안해하거나 유튜브만 보는 것으로는 방향이 생기지 않는다.

    AI 시대의 준비는 거창한 자격증이나 선언으로 시작하지 않는다. 내가 무엇을 잘하는지, 어떤 일을 하고 있는지, 어디에 시간을 걸어야 하는지 확인하는 데서 시작한다.

    다음 질문을 적어보면 좋다.

    • 나는 반복 업무와 판단 업무 중 어디에 시간을 더 쓰고 있는가?
    • 내 업무에서 AI가 바로 도와줄 수 있는 부분은 무엇인가?
    • 내가 직접 해야만 가치가 생기는 부분은 무엇인가?
    • 고객이나 조직이 나에게 기대하는 진짜 결과는 무엇인가?
    • 앞으로 3개월 동안 AI로 실험해볼 작은 과제는 무엇인가?

    이 질문에 답하면 막연한 두려움이 조금 줄어든다. 불안은 행동하지 않을 때 커지고, 경험은 불안을 정보로 바꾼다.

    AI는 자전거처럼 직접 타봐야 익숙해진다

    영상의 결론은 “일단 해보라”다. AI를 배우는 방식은 자전거와 비슷하다. 책을 읽고 강의를 듣는 것만으로는 자전거를 탈 수 없다. 직접 타보고, 넘어지고, 다시 균형을 잡아야 한다.

    AI도 마찬가지다. 남이 쓰는 장면을 보는 것과 내가 내 일에 적용해보는 것은 완전히 다르다. 프롬프트를 넣어보고, 결과가 틀리는 이유를 보고, 다시 요청하고, 내 업무 자료와 연결해보는 과정에서 감각이 생긴다.

    처음부터 거창한 프로젝트를 할 필요는 없다. 다음처럼 작게 시작하면 된다.

    • 회의 메모를 요약해보기
    • 보고서 목차를 3가지 버전으로 만들기
    • 고객 문의 답변 초안을 만들기
    • 엑셀 데이터를 설명문으로 바꾸기
    • 간단한 랜딩페이지나 앱 화면을 AI로 시제품화하기
    • 매주 반복하는 업무 하나를 자동화해보기

    중요한 것은 “내가 해봤다”는 경험이다. 그 경험이 쌓이면 자신이 AI로 무엇을 잘할 수 있는지 보이기 시작한다.

    AI가 기능을 대신할수록 인간은 경험을 설계해야 한다

    영상 후반부에서 명품 브랜드 이야기가 나온다. 가방의 기능만 보면 몇 천만 원의 가격 차이를 설명하기 어렵다. 물건을 담는 기능은 비슷하다. 그러나 사람들은 기능만 사지 않는다. 기다림, 스토리, 상징, 소속감, 자기만족 같은 경험에 돈을 낸다.

    AI 시대에도 이 점은 중요하다. AI가 기능을 빠르게 평준화할수록 단순 기능만으로는 차별화하기 어렵다. 문서 작성, 이미지 생성, 코드 초안, 고객 응대 같은 기능은 점점 더 쉽게 복제된다.

    그렇다면 기업과 개인은 무엇으로 차별화해야 할까. 답은 경험, 신뢰, 희소성, 인간적 맥락에 있다.

    기업은 단순히 기능을 제공하는 회사를 넘어 고객이 더 편안하고, 더 안전하고, 더 좋은 선택을 했다고 느끼게 만드는 경험을 설계해야 한다. 개인도 마찬가지다. AI가 할 수 있는 일을 흉내 내는 사람이 아니라, AI를 활용해 자신만의 관점과 결과물을 만드는 사람이 되어야 한다.

    이전 글을 보완하면, AI 혁신의 순서는 이렇게 정리된다

    앞선 기업 혁신 글은 “기존 사업을 다시 해석하고, AI와 테크를 붙여야 한다”고 정리했다. 이번 영상은 그 다음 단계를 보완한다. AI를 붙인 뒤에는 조직의 일하는 방식과 개인의 역할까지 바뀌어야 한다.

    정리하면 순서는 이렇다.

    • 기존 사업의 본질을 다시 정의한다.
    • 고객 문제에 AI와 테크를 연결한다.
    • 공개 도구 사용을 넘어 신뢰 가능한 기업용 AI 환경을 만든다.
    • 에이전틱 AI에 맡길 일과 사람이 승인할 일을 구분한다.
    • 조직의 속도를 실험형과 안정형으로 나눈다.
    • 개인은 작은 업무부터 직접 AI를 써보며 감각을 만든다.
    • 기능보다 경험과 신뢰를 설계하는 방향으로 차별화한다.

    이렇게 보면 AI 혁신은 기술 도입 프로젝트가 아니다. 사업 정의, 조직 설계, 일하는 방식, 개인의 커리어 전략이 함께 바뀌는 변화다.

    마무리: AI 시대의 생존 전략은 ‘먼저 경험하고, 다르게 설계하는 것’이다

    에이전틱 AI 시대에는 “AI를 쓸 줄 안다”는 말의 의미가 달라진다. 단순히 프롬프트를 잘 쓰는 수준을 넘어, AI가 실행할 수 있는 일을 구조화하고, 신뢰와 책임의 경계를 설계하고, 인간이 맡아야 할 가치를 더 선명하게 만드는 능력이 필요하다.

    기업은 AI 도구를 도입하는 데서 멈추면 안 된다. 일하는 방식 자체를 바꿔야 한다. 개인도 불안해하며 구경만 해서는 안 된다. 직접 써보고, 넘어지고, 다시 시도해야 한다.

    AI가 기능을 대신할수록 인간은 더 인간적인 것을 설계해야 한다. 경험, 신뢰, 행복, 희소성, 맥락. 결국 AI 시대의 경쟁력은 기술을 얼마나 잘 쓰느냐와 함께, 사람이 왜 나를 선택해야 하는지를 얼마나 분명하게 만들 수 있느냐에 달려 있다.

    함께 읽으면 좋은 글

    참고자료

    FAQ

    에이전틱 AI는 생성형 AI와 무엇이 다른가요?

    생성형 AI는 주로 사람이 질문하면 답을 생성합니다. 에이전틱 AI는 목표와 조건을 받은 뒤 여러 단계를 스스로 계획하고 실행하는 방향으로 발전합니다.

    기업이 공개 ChatGPT만 쓰면 왜 부족한가요?

    기업의 전략과 업무에는 내부 데이터, 기술, 고객 정보, 보안 이슈가 얽혀 있습니다. 공개 도구만으로는 맥락이 부족하고, 내부 정보를 넣으면 유출 위험이 생길 수 있습니다.

    AI 시대에 개인은 무엇부터 시작해야 하나요?

    거창한 공부보다 자기 업무 하나를 정해 직접 AI로 처리해보는 것이 좋습니다. 요약, 초안 작성, 자료 정리, 간단한 자동화처럼 작은 실험부터 시작하면 됩니다.

    AI가 많은 기능을 대신하면 인간의 가치는 어디에 남나요?

    기능만으로는 차별화가 어려워집니다. 대신 경험, 신뢰, 맥락, 감정, 브랜드, 희소성처럼 사람이 선택 이유를 느끼게 만드는 영역이 더 중요해집니다.

    기업은 AI 전환을 어떻게 시작해야 하나요?

    기존 사업의 본질을 다시 정의하고, 고객 문제와 연결되는 작은 AI 실험부터 시작해야 합니다. 동시에 데이터 보안, 권한, 승인, 책임 구조를 함께 설계해야 합니다.


  • 앤트로픽 미토스 쇼크: AI도 전략자산이 된 시대, 한국은 무엇을 준비해야 하나

    앤트로픽 미토스 쇼크: AI도 전략자산이 된 시대, 한국은 무엇을 준비해야 하나

    앤트로픽의 ‘미토스(Mythos)’ 이슈는 새로운 AI 모델이 나왔다는 뉴스로만 보기 어렵습니다. 핵심은 더 차갑습니다. 이제 최상위 AI 모델은 클라우드 서비스이면서 동시에 전략자산입니다.

    반도체 장비나 첨단 GPU처럼, 모델 접근권 자체가 외교와 안보의 대상이 되고 있습니다. 한국도 이 변화를 남의 나라 규제 뉴스로만 넘기기 어렵습니다.

    미토스 이슈의 핵심은 무엇인가

    서울의 전략 상황실에서 AI 모델 접근권과 보안 리스크를 검토하는 장면
    미토스 이슈는 AI 성능 경쟁을 넘어 접근권과 통제권이 국가 전략의 문제가 됐다는 신호다.

    Read in English: Anthropic Mythos Shock: As AI Becomes a Strategic Asset, What Should Korea Prepare?

    앤트로픽은 Claude Mythos 5를 사이버보안과 생물학 연구에 강한 모델로 소개했습니다. Project Glasswing을 통해 핵심 소프트웨어의 취약점을 찾고 방어하는 데 활용하겠다는 구상이었습니다.

    공식 설명에 따르면 초기 파트너들은 Mythos Preview를 활용해 중요 소프트웨어에서 1만 건이 넘는 고위험 또는 치명적 취약점을 찾았습니다. 방어 목적이라면 매우 매력적인 결과입니다.

    문제는 같은 능력이 공격에도 쓰일 수 있다는 점입니다. 취약점을 빨리 찾는 모델은 방어팀의 무기이기도 하지만, 통제가 무너지면 공격자의 무기가 될 수도 있습니다.

    그래서 미토스는 처음부터 제한된 파트너에게만 제공됐습니다. 그리고 미국 정부가 Fable 5와 Mythos 5에 대한 외국인 접근 중단 지침을 내리면서, 이 이슈는 기술 뉴스에서 국가 전략 뉴스로 바뀌었습니다.

    왜 ‘AI도 전략자산’이라는 말이 나왔나

    미국 정부의 지침은 최첨단 AI 모델 접근권이 국가안보 판단의 대상이 될 수 있음을 보여줬습니다. 반도체 수출통제와 비슷한 흐름이 모델 자체로 이동한 셈입니다.

    여기서 중요한 변화가 하나 있습니다. 과거에는 연산자원, 칩, 장비가 병목이었습니다. 앞으로는 모델 가중치, API 접근권, 안전장치 해제 여부, 데이터 보존 조건까지 통제 대상이 될 수 있습니다.

    기업 입장에서는 더 복잡합니다. 어제까지 쓸 수 있던 모델이 오늘 갑자기 막힐 수 있습니다. 공공기관, 금융, 의료, 국방, 연구개발처럼 고위험 영역에서는 이 문제가 단순한 불편을 넘어 운영 리스크가 됩니다.

    한국이 봐야 할 세 가지 위험

    해외 모델 의존 보안 모델 양면성 소버린 AI 현실성을 세 갈래로 검토하는 전략 회의
    한국의 AI 전략은 해외 모델 의존, 보안 AI의 양면성, 소버린 AI의 현실성을 함께 봐야 한다.

    1. 해외 모델 의존 리스크

    한국 기업과 공공기관은 글로벌 AI 모델을 빠르게 도입해 왔습니다. 생산성 측면에서는 자연스러운 선택입니다. 하지만 핵심 업무가 특정 해외 모델에 깊게 묶이면, 공급 중단이나 접근 제한이 곧 업무 중단으로 이어질 수 있습니다.

    특히 행정, 국방, 보안, 의료, 에너지, 금융처럼 국가 기능과 연결된 영역은 별도 기준이 필요합니다. 모든 AI를 국산으로만 쓰자는 뜻은 아닙니다. 다만 끊기면 안 되는 영역은 대체 경로를 갖춰야 합니다.

    2. 보안 모델의 양면성

    사이버 보안 관제실에서 AI 취약점 분석 결과와 패치 우선순위를 검토하는 모습
    강력한 보안 AI는 방어 역량을 높이지만, 통제가 없으면 공격 역량으로도 전용될 수 있다.

    미토스가 보여준 가장 어려운 질문은 이것입니다. “강력한 보안 AI를 넓게 풀수록 세상은 더 안전해질까, 더 위험해질까?”

    취약점 탐지 AI는 방어팀에 큰 힘이 됩니다. 그러나 검증, 공개, 패치 속도가 따라오지 못하면 취약점 목록만 빠르게 쌓일 수 있습니다. 앤트로픽도 취약점 발견 이후에는 검증과 공개, 패치가 병목이 된다고 설명했습니다.

    한국도 AI 보안 역량을 키울 때 탐지 모델만 보면 안 됩니다. 취약점 조정 공개, 패치 책임, 공급망 대응, 사고 대응 훈련이 함께 설계돼야 합니다.

    3. 소버린 AI의 현실성 문제

    소버린 AI는 멋진 구호로 끝나면 안 됩니다. 한국어 모델 하나를 만드는 문제도 아닙니다. 공공 데이터 거버넌스, 국내 컴퓨팅 인프라, 고위험 AI 평가, 산업별 표준, 조달 제도까지 묶여야 합니다.

    한국은 AI 기본법 시행, 국가 AI위원회, AI 안전연구소, 국가 AI컴퓨팅센터 같은 제도와 인프라를 준비하고 있습니다. 방향은 맞습니다. 다만 미토스 이슈는 속도를 더 요구합니다.

    한국의 미래 전략: ‘모델 확보’보다 ‘통제 가능한 AI 체계’가 먼저다

    컴퓨팅 데이터 모델 안전평가 조달 체계를 연결해 통제 가능한 AI 인프라를 설계하는 장면
    핵심은 특정 모델 보유가 아니라 필요할 때 멈추고 바꾸고 검증할 수 있는 AI 운영 체계다.

    한국의 대응은 단순히 “우리도 초거대 모델을 만들자”에서 끝나면 부족합니다. 더 중요한 질문은 “어떤 영역에서, 어떤 수준의 통제권을, 어떤 비용으로 확보할 것인가”입니다.

    첫째, 국가 핵심 영역의 AI 의존도를 분류해야 한다

    공공기관과 기간산업은 사용 중인 AI 서비스를 업무 중요도별로 나눠야 합니다. 단순 문서 작성 도구와 사이버보안·의료·행정 의사결정 보조 도구를 같은 기준으로 볼 수 없습니다.

    핵심 영역에는 최소한 세 가지 조건이 필요합니다. 대체 가능한 모델, 국내 또는 신뢰권역 내 추론 경로, 장애 시 수동 운영 절차입니다.

    둘째, 한국형 AI 안전평가 체계를 실전형으로 바꿔야 한다

    AI 안전평가는 문서 심사로 끝나면 안 됩니다. 사이버보안, 생물학, 금융사기, 허위정보, 개인정보 유출처럼 실제 피해가 큰 영역에서는 레드팀 평가와 반복 테스트가 필요합니다.

    특히 고성능 모델의 경우 “사용 금지”와 “무제한 개방” 사이에 여러 단계가 있어야 합니다. 제한된 파트너 접근, 사용 로그 보존, 고위험 질의 라우팅, 독립 평가, 사고 보고 체계가 함께 움직여야 합니다.

    셋째, 국가 AI컴퓨팅센터는 연구 인프라를 넘어 전략 인프라가 돼야 한다

    정부는 최대 2조 원 규모의 국가 AI컴퓨팅센터 구축을 추진하고 있습니다. 이 인프라는 단순히 GPU를 빌려주는 시설이 아니라, 한국형 모델과 안전평가, 공공 AI 실증을 연결하는 기반이 되어야 합니다.

    중요한 것은 접근성입니다. 대기업만 쓰는 인프라가 되면 산업 전체의 회복력은 커지지 않습니다. 대학, 스타트업, 보안 연구기관, 공공기관이 실제로 쓸 수 있는 구조가 필요합니다.

    넷째, 국제 협력은 하되 ‘차단 시나리오’를 전제로 해야 한다

    한국이 모든 AI 기술을 혼자 만들 수는 없습니다. 미국, 유럽, 일본, 싱가포르 등과의 협력은 계속 필요합니다. 다만 협력은 의존과 다릅니다.

    계약서에는 데이터 위치, 모델 접근 중단, 긴급 패치, 대체 모델 전환, 감사권 조항이 들어가야 합니다. 공공 조달에서도 “성능이 가장 좋은 모델”만 볼 것이 아니라 “위기 때 운영 가능한 모델”을 봐야 합니다.

    기업과 개인은 무엇을 확인해야 하나

    기업은 지금 쓰는 AI 도구를 목록화해야 합니다. 어떤 업무가 어떤 모델에 연결되어 있는지, 데이터가 어디에 저장되는지, 서비스가 중단되면 며칠 안에 대체 가능한지 확인해야 합니다.

    개인은 더 단순하게 볼 수 있습니다. AI를 잘 쓰는 능력은 중요합니다. 하지만 특정 모델의 답을 그대로 믿는 습관은 위험합니다. AI 시대에는 프롬프트보다 먼저 자기 언어와 판단 기준을 갖추는 일이 중요합니다.

    관련해서는 Thinknote의 AI 시대, 프롬프트보다 먼저 배워야 할 것은 ‘나의 언어’다AI 시대의 메타인지: 똑똑한 답보다 중요한 ‘내 생각 점검법’도 함께 읽어볼 만합니다.

    AI 에이전트 흐름이 궁금하다면 AI Agent Evolution: What OpenClaw Shows About the Next Step Beyond ChatbotsAI-Native Workflows도 연결해서 볼 수 있습니다.

    결론: 한국의 AI 전략은 ‘접근권의 정치’를 준비해야 한다

    미토스 이슈가 남긴 메시지는 분명합니다. 앞으로 AI 경쟁은 성능 경쟁만이 아닙니다. 누가 모델에 접근할 수 있는가, 누가 안전장치를 조정할 수 있는가, 누가 장애 상황에서도 서비스를 유지할 수 있는가의 경쟁입니다.

    한국은 글로벌 모델을 쓰되, 핵심 영역에서는 통제 가능한 대안을 가져야 합니다. 소버린 AI는 고립이 아니라 보험입니다. 그리고 그 보험은 모델, 데이터, 컴퓨팅, 안전평가, 조달 제도가 함께 움직일 때만 작동합니다.

    FAQ

    앤트로픽 미토스는 일반인이 쓸 수 있는 AI인가요?

    아닙니다. 앤트로픽은 Mythos 5를 사이버보안과 생물학 연구에 강한 제한 접근 모델로 설명했습니다. 일반 지식 업무용으로는 별도 안전장치를 둔 Fable 5를 공개하려 했지만, 이 모델 역시 미국 정부 지침 이후 접근이 중단됐습니다.

    미토스 이슈가 한국 기업에 바로 영향을 주나요?

    모든 기업에 즉시 영향을 주는 것은 아닙니다. 다만 핵심 업무를 해외 최상위 AI 모델에 의존하는 기업에는 경고 신호입니다. 접근권, 데이터 위치, 대체 모델, 장애 대응 계획을 점검해야 합니다.

    소버린 AI는 해외 AI를 쓰지 말자는 뜻인가요?

    그렇지 않습니다. 소버린 AI의 핵심은 필요한 영역에서 통제권과 선택권을 확보하는 것입니다. 글로벌 AI를 활용하되, 공공·안보·산업 핵심 영역에서는 대체 가능성과 국내 운영 역량을 갖춰야 합니다.

    한국 정부는 이미 무엇을 준비하고 있나요?

    AI 기본법 시행, 국가 AI위원회, AI 안전연구소, 국가 AI컴퓨팅센터 등이 준비되고 있습니다. 특히 국가 AI컴퓨팅센터는 국내 AI 연구와 산업 활용을 위한 핵심 인프라로 추진되고 있습니다.

    개인은 무엇을 준비하면 좋을까요?

    특정 모델 하나에만 의존하지 않는 습관이 중요합니다. 중요한 판단은 여러 출처로 확인하고, AI가 제시한 답을 자기 언어로 다시 설명해보는 훈련이 필요합니다.

    참고자료

  • AI 에이전트 자동화, 클릭 한 번의 환상보다 중요한 것

    AI 에이전트 자동화, 클릭 한 번의 환상보다 중요한 것

    AI 자동화 이야기는 요즘 너무 쉽게 부풀려진다. “AI 에이전트 50개로 회사를 돌린다”, “하루 한 시간만 일한다”, “댓글을 남기면 돈 버는 자동화 레시피를 준다” 같은 문장이 피드에 계속 뜬다.

    EO Korea가 공개한 Gumloop 창업자 Max Brodeur-Urbas 인터뷰는 그 흐름에 정면으로 브레이크를 건다. 영상의 주인공은 AI 자동화 플랫폼 회사를 만들고, 대규모 투자를 유치한 창업자다. 그런데 그가 반복해서 말하는 핵심은 의외로 차갑다. AI는 이해를 건너뛰는 지름길이 아니라, 이미 이해한 일을 더 빠르게 실행하게 만드는 도구라는 것이다.

    Gumloop 창업자 Max Brodeur-Urbas가 AI 자동화 과장론을 비판하는 인터뷰 장면

    EO Korea 영상 캡처. 이 글은 영상 내용을 그대로 요약하기보다, Gumloop 사례와 외부 자료를 함께 읽어 AI 에이전트 자동화의 현실 조건을 분석한다.

    AI 에이전트 자동화의 문제는 ‘에이전트 수’가 아니다

    AI 에이전트 자동화를 실행하기 전에 업무 흐름과 승인 지점을 설계하는 모습
    AI 에이전트 자동화는 에이전트 수보다 업무 흐름과 판단 기준을 먼저 정리할 때 성과가 난다.

    영상 초반 Max는 “AI 에이전트가 회사를 다 운영한다”는 식의 주장을 거의 마케팅으로 본다. 그가 비판하는 지점은 AI 자체가 아니다. 문제는 자동화가 마치 이해와 시행착오를 생략해 주는 것처럼 팔리는 방식이다.

    Gumloop의 공식 사이트 문구도 이 관점과 맞닿아 있다. “업무를 이해하는 것이 자동화의 유일한 전제여야 한다”는 메시지를 전면에 내세운다. 즉, 핵심은 개발자가 아닌 사람도 자동화할 수 있게 만드는 것이다. 하지만 그 사람은 최소한 자신이 자동화하려는 업무를 알아야 한다.

    이 차이가 중요하다. AI 에이전트 자동화는 “무엇이든 대신 해주는 비서”에 가깝지 않다. 오히려 여러 도구, 데이터, 승인 절차, 반복 작업을 하나의 흐름으로 묶는 실행 인프라에 가깝다.

    Gumloop 사례가 보여주는 새로운 자동화 시장

    CRM 이메일 문서 캘린더 데이터베이스가 AI 자동화 흐름으로 연결된 개념도
    기업 AI 자동화 시장의 핵심은 모델 하나가 아니라 여러 데이터와 도구를 운영 가능한 흐름으로 묶는 데 있다.

    YC 회사 페이지는 Gumloop을 “AI로 반복적이고 복잡한 워크플로를 끝까지 자동화하는 플랫폼”으로 설명한다. 사용자는 모듈을 드래그 앤 드롭 방식으로 연결해 자동화를 만든다. 코드 작성보다 빠르게 테스트하고 운영할 수 있게 만드는 것이 목표다.

    EO 기사와 TechCrunch, BetaKit 보도도 비슷한 흐름을 보여준다. Gumloop은 2026년 3월 Benchmark가 주도한 5,000만 달러 규모의 Series B 투자를 유치했고, 누적 조달액은 약 7,000만 달러 수준으로 소개된다. 이 숫자보다 더 중요한 것은 투자자들이 본 시장의 방향이다. 기업 안의 직원이 직접 AI 에이전트를 만들고, 반복 업무를 운영 가능한 형태로 묶는 시장이다.

    Max Brodeur-Urbas가 창업 배경과 제품 방향을 설명하는 인터뷰 장면

    Gumloop이 흥미로운 이유는 “모델 성능 경쟁”만을 이야기하지 않기 때문이다. 공식 사이트는 데이터 분석, 지원 티켓 분류, CRM 관리, 회의 준비, 통화 분석 같은 구체적인 업무 에이전트를 전면에 배치한다. 추상적인 AGI보다 실제 부서의 반복 업무가 앞에 나온다.

    클릭 한 번 자동화가 실패하는 4가지 이유

    AI 에이전트 자동화가 실패하는 이유는 대개 기술 부족 하나로 끝나지 않는다. 영상과 외부 자료를 종합하면 네 가지 조건이 보인다.

    1. 업무를 모르면 자동화할 기준도 없다

    AI가 결과를 내더라도 그 결과가 맞는지 판단할 사람이 필요하다. 영업 리드 분류, 고객 문의 triage, 보고서 작성, 회의 준비는 모두 조직마다 기준이 다르다. 업무 맥락을 모르면 자동화는 빠른 실행이 아니라 빠른 오류가 된다.

    2. 데이터 연결 없이는 에이전트가 빈손이다

    기업 자동화는 챗봇 하나로 끝나지 않는다. CRM, 문서, 이메일, 데이터베이스, 티켓 시스템, 캘린더가 연결되어야 한다. 그래서 Gumloop 같은 플랫폼은 모델보다 연결과 실행 흐름을 강조한다.

    3. 반복 실행에는 통제와 관찰이 필요하다

    AI 자동화 워크플로의 실행 상태와 승인 지점을 대시보드로 점검하는 회의 장면
    매일 돌아가는 자동화에는 로그, 승인, 실패 알림처럼 사람이 관찰하고 멈출 수 있는 장치가 필요하다.

    한 번 성공한 프롬프트와 매일 돌아가는 업무 자동화는 다르다. 반복 작업에는 실패 알림, 승인 단계, 로그, 권한 관리가 필요하다. AI 에이전트가 많아질수록 “누가 무엇을 했는지”를 볼 수 있어야 한다.

    4. 자동화는 학습을 대신하지 않는다

    Max는 AI를 학습 도구로 쓰는 것과 이해를 건너뛰는 것을 구분한다. AI가 설명하고 도와줄 수는 있다. 하지만 사용자가 왜 그런 결과가 나왔는지 전혀 모른다면, 자동화는 실력의 확장이 아니라 의존의 확대가 된다.

    비개발자 자동화의 진짜 의미

    Gumloop이 말하는 비개발자 자동화는 “아무나 아무렇게나 만든다”가 아니다. 더 정확히 말하면 업무 담당자가 엔지니어에게 모든 요구사항을 번역해 넘기지 않아도 된다는 뜻이다.

    마케터는 캠페인 리드 흐름을 안다. 영업 담당자는 CRM 업데이트의 귀찮은 지점을 안다. HR 담당자는 반복되는 후보자 커뮤니케이션을 안다. 운영 담당자는 예외 처리가 어디서 터지는지 안다. 이들이 자동화의 설계자가 될 수 있다면, 기업의 AI 도입 속도는 확실히 빨라진다.

    다만 여기에도 조건이 있다. 조직은 자동화 권한을 어디까지 줄지 정해야 한다. 어떤 데이터에 접근할 수 있는지, 어떤 작업은 승인 후 실행해야 하는지, 실패했을 때 누가 책임지는지도 정해야 한다. AI 에이전트 도입은 도구 구매가 아니라 운영 방식의 재설계다.

    AI 업무 자동화를 시작할 때 확인할 체크리스트

    반복 업무 성공 기준 데이터 연결 안전 장치 피드백 루프를 점검하는 AI 자동화 체크리스트 이미지
    작은 자동화라도 반복 업무, 성공 기준, 데이터 연결, 안전 장치, 피드백 루프를 먼저 확인해야 한다.

    AI 에이전트 자동화를 도입하려는 개인이나 조직이라면, 먼저 다음 질문을 던지는 편이 낫다.

    1. 반복되는 업무가 실제로 존재하는가?
    2. 그 업무의 성공 기준을 담당자가 말로 설명할 수 있는가?
    3. 필요한 데이터와 도구가 연결 가능한가?
    4. 실패했을 때 멈추거나 검토할 장치가 있는가?
    5. 자동화 결과를 개선할 피드백 루프가 있는가?

    이 다섯 가지가 없다면 에이전트를 늘리는 일은 큰 의미가 없다. 반대로 이 조건이 있다면 작은 자동화 하나도 조직의 일하는 방식을 바꿀 수 있다.

    Max Brodeur-Urbas가 실행과 사람의 중요성을 설명하는 인터뷰 후반 장면

    Thinknote의 AI 에이전트 글과 함께 읽기

    이 글의 관점은 Thinknote의 기존 AI 에이전트 글과도 이어진다.

    결론: AI 에이전트는 ‘대체’보다 ‘운영’의 문제다

    Gumloop 창업자 인터뷰가 던지는 메시지는 단순하다. AI가 모든 일을 알아서 해준다는 약속은 매력적이지만 위험하다. 실제 가치는 자신이 잘 아는 업무를 더 빠르고 안정적으로 실행할 때 나온다.

    그래서 AI 에이전트 자동화의 질문은 “몇 개의 에이전트를 쓰느냐”가 아니다. 더 좋은 질문은 이것이다.

    내가 자동화하려는 업무를 충분히 이해하고 있는가. 그리고 그 자동화가 매일 돌아가도 괜찮을 만큼 검증·권한·피드백 구조를 갖추고 있는가.

    이 질문에 답할 수 있을 때, AI 에이전트는 유행어가 아니라 일하는 방식의 인프라가 된다.

    FAQ

    AI 에이전트 자동화는 무엇인가요?

    AI 에이전트 자동화는 AI 모델을 이용해 반복 업무, 데이터 처리, 도구 간 작업, 알림, 보고, 분류 등을 하나의 실행 흐름으로 묶는 방식입니다. 단순한 챗봇보다 업무 시스템과 연결되는 실행성이 중요합니다.

    Gumloop은 어떤 회사인가요?

    Gumloop은 비개발자도 모듈을 연결해 AI 기반 업무 자동화를 만들 수 있게 하는 플랫폼입니다. YC 회사 페이지와 공식 사이트는 반복적이고 복잡한 워크플로를 AI로 자동화하는 데 초점을 둔다고 설명합니다.

    AI 에이전트가 있으면 업무 이해가 필요 없나요?

    아닙니다. 영상에서 Max Brodeur-Urbas가 강조하듯 AI는 이해를 대체하기보다 이미 이해한 일을 더 빠르게 실행하도록 돕는 도구에 가깝습니다. 결과를 평가하고 개선할 기준은 여전히 사람이 가져야 합니다.

    기업이 AI 자동화를 도입할 때 가장 먼저 볼 것은 무엇인가요?

    반복 업무의 존재, 성공 기준, 데이터 연결 가능성, 권한 관리, 실패 시 검토 체계가 먼저입니다. 도구 선택은 그다음입니다.

    AI 자동화 플랫폼과 일반 챗봇의 차이는 무엇인가요?

    일반 챗봇은 대화와 답변에 초점이 있습니다. AI 자동화 플랫폼은 데이터 소스, 업무 도구, 반복 실행, 승인 단계, 결과 기록까지 포함한 워크플로 운영에 초점을 둡니다.

    참고자료

  • Hermes Agent 데스크톱 앱: AI 에이전트 대중화의 다음 인터페이스

    Hermes Agent 데스크톱 앱: AI 에이전트 대중화의 다음 인터페이스

    AI 에이전트가 대중화되려면 모델 성능만 좋아져서는 부족합니다. 사람이 매일 쓰는 방식으로 다가와야 합니다. Alex Finn의 영상은 Hermes Agent 데스크톱 앱을 보여주면서 이 지점을 분명하게 드러냅니다.

    영상의 표현은 다소 과감합니다. CLI, Telegram, OpenClaw보다 Hermes 데스크톱 앱이 더 낫다고 말합니다. 하지만 블로그 관점에서 중요한 질문은 승패가 아닙니다. AI 에이전트가 챗봇을 넘어 실제 업무 도구가 되려면 어떤 인터페이스가 필요한가입니다.

    왜 데스크톱 앱이 중요한가

    AI 에이전트는 그냥 답변을 생성하는 도구가 아닙니다. 파일을 읽고, 명령을 실행하고, 이미지를 만들고, 예약 작업을 돌리고, 여러 세션의 맥락을 이어갑니다. 이런 도구를 명령줄이나 메신저 명령만으로 다루면 초보자에게는 진입 장벽이 큽니다.

    Hermes Agent 데스크톱 앱이 의미 있는 이유는 이 복잡한 구조를 눈에 보이는 작업 공간으로 바꾸기 때문입니다. 사용자는 세션, 아티팩트, 스킬, 툴셋, 크론잡, 프로필을 한곳에서 확인할 수 있습니다. 이는 AI 에이전트를 개발자 장난감에서 일상 업무 도구로 옮기는 핵심 변화입니다.

    Hermes Agent 데스크톱 앱의 첫 화면과 기존 CLI 한계 설명
    Hermes Agent 데스크톱 앱의 첫 화면. 영상은 CLI 중심 사용 경험의 한계를 지적하며 데스크톱 UI의 필요성을 강조한다.

    Read in English: This article is also available in English for global readers.

    세션은 AI 에이전트의 업무 폴더가 된다

    영상 초반에서 진행자는 주제별 세션을 만드는 방식을 보입니다. 콘텐츠, 개발, 개인 프로젝트처럼 맥락이 다른 일을 각각의 세션으로 나누는 방식입니다. 이는 단순 채팅방 정리가 아니라 AI 에이전트에게 일을 맡기는 단위를 나누는 일에 가깝습니다.

    AI 에이전트는 맥락이 길수록 더 유용해집니다. 하지만 맥락이 섞이면 오히려 혼란이 생깁니다. 그래서 세션을 주제별로 나누고 중요한 세션을 고정하는 기능은 작아 보여도 더 봐야 합니다. 사람에게 프로젝트 폴더가 필요하듯, 에이전트에게도 맥락 폴더가 해야 합니다.

    세션을 주제별로 나누고 맥락을 관리하는 화면
    세션을 주제별로 나누는 화면. AI 에이전트 사용에서 맥락 분리는 생산성과 정확도를 좌우한다.

    아티팩트는 채팅 기록을 작업 자산으로 바꾼다

    영상에서 특히 흥미로운 부분은 아티팩트입니다. 링크, 파일, 이미지, 에이전트가 만든 결과물을 한곳에서 다시 찾을 수 있습니다. 진행자는 이를 북마크나 작업 자료 보관소처럼 활용할 수 있다고 설명합니다.

    이 기능은 AI 에이전트 경험의 방향을 잘 보입니다. 챗봇은 대화를 남깁니다. 에이전트는 산출물을 남겨야 합니다. 나중에 다시 찾고, 이어서 쓰고, 다른 세션에서 재사용할 수 있어야 합니다.

    아티팩트와 링크를 한곳에서 관리하는 화면
    아티팩트 화면. 링크와 파일, 이미지, 생성 결과물이 흩어지지 않고 작업 자산으로 쌓인다.

    스킬과 툴셋은 에이전트의 능력을 관리하는 패널이다

    Hermes Agent의 중요한 특징 중 하나는 스킬입니다. 반복 작업이나 특정 환경에서 배운 절차를 스킬로 저장해 다음 작업에 재사용합니다. 영상에서도 진행자는 자신이 Godot 게임을 만들며 생성된 커스텀 스킬을 확인하는 장면을 보입니다.

    툴셋도 더 봐야 합니다. 웹 검색, 터미널, 파일, 이미지 생성, 크론 같은 도구 묶음을 켜고 끄는 방식은 에이전트의 권한과 능력을 조절하는 일입니다. 데스크톱 UI는 이 설정을 명령어가 아니라 관리 화면으로 바꿉니다.

    크론잡은 AI 에이전트를 수동 비서에서 자동 운영자로 바꾼다

    영상 중반에서는 크론잡 관리 화면이 등장합니다. 매일 밤 앱을 만들게 하거나, 정해진 시간에 작업을 실행하게 하는 식의 예약 작업을 시각적으로 확인할 수 있습니다.

    크론잡은 AI 에이전트가 단발성 대답 도구에서 자동 운영 도구로 넘어가는 지점입니다. 한 가지 조심할 점은 예약 작업은 실패 여부, 실행 로그, 권한 범위가 함께 보여야 신뢰할 수 있습니다. 데스크톱 앱은 이 확인 과정을 더 쉽게 만들 수 있습니다.

    크론잡을 시각적으로 확인하고 예약하는 화면
    크론잡 관리 화면. 예약 작업은 AI 에이전트를 반복 업무 자동화 도구로 바꾸는 핵심 기능이다.

    여러 프로필은 역할별 AI 직원을 만드는 방식이다

    영상 후반에서 진행자는 여러 Hermes Agent를 서로 다른 장비와 역할에 나눠 운영한다고 말합니다. 어떤 에이전트는 특정 장비에서 살고, 어떤 에이전트는 다른 책임을 맡습니다. 데스크톱 앱은 이런 에이전트 프로필을 더 쉽게 관리하게 해줍니다.

    이 구조는 앞으로 중요한 의미를 가집니다. 한 명의 범용 챗봇보다, 역할과 권한이 다른 여러 AI 에이전트를 운영하는 방식이 늘어날 수 있습니다. 콘텐츠 에이전트, 개발 에이전트, 리서치 에이전트, 모니터링 에이전트가 서로 다른 스킬과 도구를 갖는 식입니다.

    실제 사용 예시는 산출물 중심 경험을 보여준다

    마지막 예시에서 진행자는 이 영상에 대한 스크립트와 썸네일을 생성해 달라고 요청합니다. 데스크톱 앱은 사용 중인 스킬과 도구를 보여주고, 결과물은 아티팩트에서 확인됩니다.

    이 장면은 AI 에이전트 UI의 핵심을 압축합니다. 사용자는 명령어를 외우지 않아도 됩니다. 에이전트가 어떤 도구를 쓰는지 볼 수 있습니다. 결과물은 파일이나 이미지로 남습니다. 이 세 가지가 합쳐져야 AI 에이전트는 실제 업무 흐름에 들어옵니다.

    스크립트와 썸네일을 생성하는 실제 사용 예시
    영상 스크립트와 썸네일을 생성하는 예시. 에이전트의 도구 사용 과정과 결과물이 함께 보인다.

    Hermes Agent 데스크톱 앱이 던지는 질문

    이 영상이 보여주는 먼저 볼 부분은 “Hermes가 이겼다”가 아닙니다. 더 중요한 질문은 AI 에이전트의 주 사용 인터페이스가 어디가 될 것인가입니다. CLI는 강력하지만 대중적이지 않습니다. 메신저는 편하지만 복잡한 설정과 검증에는 약합니다. 데스크톱 앱은 그 중간에서 작업 관리와 접근성을 동시에 제공합니다.

    물론 주의할 점도 있습니다. AI 에이전트는 파일, 브라우저, 터미널, 외부 API에 접근할 수 있습니다. 그래서 UI가 쉬워질수록 권한 관리와 로그 확인은 더 더 봐야 합니다. 좋은 데스크톱 앱은 버튼을 많이 제공하는 앱이 아니라, 무엇을 허용했고 무엇이 실행됐는지 사용자가 이해하게 해주는 앱이어야 합니다.

    함께 읽으면 좋은 글

    결론: AI 에이전트의 승부처는 모델 다음의 사용 경험이다

    Hermes Agent 데스크톱 앱은 AI 에이전트의 다음 과제를 잘 보입니다. 이제 문제는 “에이전트가 무엇을 할 수 있는가”만이 아닙니다. 사용자가 그 능력을 어떻게 이해하고, 관리하고, 반복해서 쓸 수 있는가입니다.

    세션은 맥락을 나눕니다. 아티팩트는 산출물을 보관합니다. 스킬은 경험을 축적합니다. 크론잡은 반복 작업을 자동화합니다. 프로필은 역할별 에이전트를 만듭니다. 이 요소들이 데스크톱 UI 안에서 연결될 때, AI 에이전트는 개발자용 실험 도구에서 실제 업무 운영체제에 가까워집니다.

    FAQ

    Hermes Agent 데스크톱 앱은 무엇을 쉽게 만들어 주나?

    세션, 아티팩트, 스킬, 툴셋, 크론잡, 프로필 관리를 시각적으로 확인하고 조작하게 해줍니다. CLI 명령을 몰라도 에이전트 운영 구조를 이해하기 쉬워집니다.

    CLI보다 데스크톱 앱이 항상 좋은가?

    항상 그렇지는 않습니다. 개발자나 자동화 고급 사용자는 CLI가 더 빠를 수 있습니다. 한 가지 조심할 점은 초보자와 비개발자에게는 데스크톱 UI가 진입 장벽을 낮춥니다.

    아티팩트 기능은 왜 중요한가?

    AI 에이전트가 만든 링크, 이미지, 파일, 결과물을 다시 찾고 재사용할 수 있게 해줍니다. 이는 단순 채팅 기록을 실제 작업 자산으로 바꾸는 기능입니다.

    크론잡은 어떤 업무에 쓸 수 있나?

    정기 리포트, 사이트 모니터링, 자료 수집, 블로그 성과 확인, 반복 개발 작업 같은 예약형 업무에 쓸 수 있습니다. 한 가지 조심할 점은 실패 로그와 권한 범위 확인이 더 봐야 합니다.

    AI 에이전트 데스크톱 앱을 쓸 때 주의할 점은 무엇인가?

    파일·터미널·브라우저·외부 API 접근 권한을 과하게 열지 않아야 합니다. 어떤 도구가 활성화되어 있고 어떤 작업이 실행됐는지 로그와 승인 흐름을 체크해 두세요.

    참고자료

    이미지 출처: 본문에 사용된 캡쳐 이미지는 원본 YouTube 영상에서 리뷰·해설·교육 목적의 인용 이미지로 사용했습니다. 이미지 저작권은 원저작권자와 해당 채널에 있습니다.

  • AI Agent 시대, 지식근로자는 어떻게 달라져야 할까

    AI Agent 시대, 지식근로자는 어떻게 달라져야 할까

    AI를 잘 쓰는 교육보다 중요한 것: AI와 함께 일하는 방식을 바꾸는 교육

    AI가 일상적인 업무 도구가 되면서 교육의 질문도 달라지고 있습니다. 이제 중요한 질문은 “AI를 어떻게 쓸 것인가”가 아닙니다. 이미 많은 사람이 AI를 씁니다. 앞으로의 차이는 AI를 어떤 업무 맥락에 연결하고, 어떤 가치 있는 결과로 바꾸는가에서 만들어집니다.

    2026년 6월 4일, 나주에서 진행한 강의의 주제는 “AI Agent 시대 효율적이고 가치 있는 교육 실현”이었습니다.

    AI Agent 시대의 교육은 기능을 알려주는 시간이 아니라, 지식근로자가 일하는 방식을 다시 설계하는 과정이어야 합니다.

    이 글은 강의 내용을 바탕으로 AI Agent 시대의 교육이 왜 달라져야 하는지, 지식근로자의 역할이 어떻게 바뀌는지, 조직은 어떤 방향으로 학습을 설계해야 하는지 정리합니다.

    기술 변화가 조직 전략과 일하는 방식의 변화로 이어지는 흐름

    *기술 변화는 유행에서 끝나지 않고 조직 전략과 일하는 방식의 변화로 이어집니다.*

    AI를 쓰는 사람과 쓰지 않는 사람의 경쟁은 이미 지나가고 있다

    처음 생성형 AI가 확산되었을 때는 “AI를 쓰는 사람”과 “쓰지 않는 사람”의 차이가 크게 보였습니다. 하지만 지금은 상황이 달라졌습니다. 검색, 요약, 번역, 보고서 초안 작성, 회의 정리, 이미지 생성까지 많은 업무에서 AI 활용은 자연스러운 선택지가 되었습니다.

    그래서 경쟁의 기준도 바뀝니다.

    • AI를 쓰는가
    • 어떤 도구를 쓰는가
    • 질문을 얼마나 잘 쓰는가
    • 업무 맥락을 얼마나 정확히 제공하는가
    • 결과를 얼마나 잘 검토하고 판단하는가
    • 조직의 일하는 방식과 어떻게 연결하는가

    AI 활용 수준은 단순한 개인 생산성 문제가 아닙니다. 조직이 지식을 만들고 공유하고 실행하는 방식 전체와 연결됩니다.

    프롬프트보다 중요한 것은 업무 맥락이다

    AI 활용을 이야기하면 먼저 프롬프트가 떠오릅니다. 좋은 질문은 분명히 더 봐야 합니다. 원하는 산출물, 역할, 형식, 조건을 분명히 줄수록 결과가 좋아집니다.

    하지만 프롬프트만으로는 충분하지 않습니다.

    AI가 좋은 답을 만들려면 다음 정보가 해야 합니다.

    • 이 업무의 목적
    • 현재 조직의 상황
    • 참고해야 할 자료
    • 적용해야 할 기준
    • 결과물을 사용할 사람
    • 판단해야 할 제약 조건
    • 최종 산출물의 형태

    같은 질문이라도 맥락이 달라지면 답은 달라져야 합니다. 교육과정 설계, 정책자료 검토, 보고서 작성, 성과관리처럼 맥락이 중요한 업무에서는 더욱 그렇습니다.

    프롬프트 엔지니어링은 질문을 잘 쓰는 기술입니다. 컨텍스트 엔지니어링은 AI가 일할 수 있도록 필요한 맥락과 자료를 구성하는 방식입니다. Agent 시대에는 여기에 한 단계가 더해집니다. AI가 목표를 이해하고, 필요한 절차를 수행하고, 산출물을 만들 수 있도록 업무 흐름 자체를 설계해야 합니다.

    AI Agent 시대에 검색, 질문, 답변, 수행 방식이 바뀌는 흐름

    *AI Agent 시대에는 AI가 답변 도구를 넘어 업무 수행의 파트너로 이동합니다.*

    지식근로자의 역할은 작성자에서 판단자로 이동한다

    지식근로자는 문서를 만들고, 자료를 찾고, 분석하고, 보고하고, 의사결정을 지원하는 사람입니다. AI는 이 과정의 상당 부분을 빠르게 처리합니다.

    보고서 초안을 만들 수 있습니다. 긴 문서를 요약할 수 있습니다. 자료를 비교할 수 있습니다. 회의 내용을 정리할 수 있습니다. 아이디어를 구조화할 수 있습니다.

    그렇다고 지식근로자의 가치가 사라지는 것은 아닙니다. 오히려 역할이 바뀝니다.

    앞으로 더 중요해지는 역할은 이렇게 볼 수 있습니다.

    1. 문제를 정의하는 역할

    무엇을 해결해야 하는지 분명히 잡아야 합니다.

    1. 맥락을 제공하는 역할

    AI가 참고할 자료와 기준을 정리해야 합니다.

    1. 결과를 검토하는 역할

    그럴듯한 답과 실제로 맞는 답을 구분해야 합니다.

    1. 판단하고 선택하는 역할

    조직의 목적, 사람의 상황, 책임의 범위를 고려해 최종 결정을 내려야 합니다.

    1. 업무 흐름을 개선하는 역할

    반복되는 일을 AI에 맡기고, 사람은 더 높은 수준의 문제해결에 집중해야 합니다.

    AI가 일을 대신하는 만큼, 사람은 더 깊이 이해하고 더 정확히 판단해야 합니다.

    지식을 소비하는 조직에서 지식을 만드는 조직으로

    AI 시대의 조직은 그냥 외부 지식을 빠르게 가져오는 데서 멈추면 안 됩니다. 조직 내부의 경험, 기준, 사례, 판단 과정을 축적해야 합니다.

    교육 조직도 마찬가지입니다. 교육과정을 운영하는 일은 일정 관리나 강사 섭외만으로 끝나지 않습니다. 교육이 실제 업무 성과와 연결되려면 조직 안에 지식이 남아야 합니다.

    예를 들어 다음과 같은 자료가 쌓여야 합니다.

    • 교육과정 설계 기준
    • 과정별 학습 목표
    • 실제 현장에서 반복되는 문제
    • 교육생의 질문과 어려움
    • 강의 후 적용 사례
    • 성과를 확인할 수 있는 지표
    • 다음 교육에 반영할 개선점

    AI는 이런 자료를 정리하고 연결하는 데 강합니다. 하지만 어떤 자료가 중요하고, 어떤 기준으로 해석해야 하며, 어떤 방향으로 개선해야 하는지는 사람이 결정해야 합니다.

    보고서 중심 조직에서 지식 생성 조직으로 이동하는 구조

    *AI는 자료 정리와 구조화를 돕지만, 가치 있는 지식은 조직의 판단과 경험에서 만들어집니다.*

    교육은 기능 전달이 아니라 문제해결 역량을 키우는 과정이 된다

    AI 교육을 도구 사용법 중심으로만 구성하면 금방 한계가 옵니다. 버튼 위치와 기능은 계속 바뀝니다. 모델도 바뀌고 요금제도 바뀌고 플랫폼의 강점도 달라집니다.

    그래서 AI 교육의 중심은 기능 설명보다 문제해결에 가까워져야 합니다.

    교육에서 다뤄야 할 질문은 이런 것들입니다.

    • 내 업무에서 AI가 맡을 수 있는 일은 무엇인가
    • 사람이 반드시 판단해야 하는 일은 무엇인가
    • 어떤 자료를 AI에게 제공해야 결과가 좋아지는가
    • AI 결과를 검증하는 기준은 무엇인가
    • 반복되는 업무를 어떤 흐름으로 자동화할 수 있는가
    • 조직 차원에서 어떤 지식 DB를 만들어야 하는가

    이런 질문을 다루면 교육은 단순한 “AI 활용법”을 넘어섭니다. 학습자는 자신의 업무를 다시 바라보게 됩니다. 조직은 교육을 통해 일하는 방식의 변화를 시작할 수 있습니다.

    AI가 대신할 일과 사람이 남겨야 할 가치를 구분해야 한다

    AI는 빠릅니다. 많은 자료를 읽고, 초안을 만들고, 비교하고, 요약하는 데 강합니다.

    하지만 AI가 빠르게 만든 결과가 항상 가치 있는 결과는 아닙니다. 가치는 사람의 문제의식, 목적, 해석, 선택에서 나옵니다.

    AI가 잘하는 일은 AI에게 맡길 수 있습니다.

    • 초안 작성
    • 자료 요약
    • 표 정리
    • 반복 조사
    • 문장 다듬기
    • 아이디어 확장
    • 형식 변환

    사람이 집중해야 할 일은 다릅니다.

    • 왜 이 일을 하는지 정하기
    • 누구에게 필요한 결과인지 판단하기
    • 현장 맥락을 반영하기
    • 위험과 책임을 검토하기
    • 최종 방향을 선택하기
    • 사람에게 의미 있는 경험으로 바꾸기

    AI Agent 시대의 교육은 이 경계를 분명히 도와야 합니다. 그래야 AI가 사람을 대체하는 도구가 아니라, 사람이 더 가치 있는 일을 하도록 돕는 도구가 됩니다.

    AI가 일을 대신해도 가치는 인간의 판단과 문제해결에서 나온다는 메시지

    *AI는 실행을 도울 수 있지만, 가치는 문제를 해석하고 판단하는 사람에게서 나옵니다.*

    조직 변화 없이 AI 교육만 늘리면 효과가 제한된다

    AI 교육을 많이 해도 조직의 업무 방식이 그대로라면 효과는 작아집니다. 개인이 배운 내용을 실제 업무에서 쓰기 어렵기 때문입니다.

    AI 활용은 개인의 기술만으로 완성되지 않습니다. 업무, 구성원, 문화, 구조, 전략이 함께 움직여야 합니다.

    조직이 함께 점검해야 할 질문은 이렇게 볼 수 있습니다.

    • 어떤 업무를 AI와 함께 다시 설계할 것인가
    • 어떤 자료를 조직의 공통 지식으로 관리할 것인가
    • AI 사용에 필요한 권한과 보안 기준은 무엇인가
    • 결과 검토 책임은 누가 가질 것인가
    • 교육 성과를 현업 적용과 어떻게 연결할 것인가
    • 개인 실험을 조직 프로세스로 어떻게 확장할 것인가

    AI가 팀원이 되는 시대에는 조직도 팀처럼 움직여야 합니다. 한 사람의 생산성 향상에서 끝나지 않고, 조직의 학습 구조와 업무 구조가 함께 바뀌어야 합니다.

    AI가 팀원이 되어 조직이 움직이는 변화 모델

    *AI 활용은 개인 역량의 문제가 아니라 조직 설계의 문제와 연결됩니다.*

    효율적인 교육과 가치 있는 교육은 함께 가야 한다

    AI는 교육의 효율을 높일 수 있습니다. 자료 조사 시간이 줄어들고, 교육과정 초안을 빠르게 만들 수 있으며, 학습자료도 다양하게 변환할 수 있습니다.

    하지만 효율만으로는 충분하지 않습니다. 교육의 목적은 시간을 줄이는 데 있지 않습니다. 더 나은 판단, 더 깊은 이해, 더 실제적인 문제해결을 가능하게 만드는 데 있습니다.

    효율적인 교육은 빠르게 운영되는 교육입니다. 가치 있는 교육은 학습자가 실제 업무에서 다르게 행동하도록 돕는 교육입니다.

    AI Agent 시대에는 이 둘을 함께 설계해야 합니다.

    • AI로 반복 업무를 줄인다.
    • 자료를 체계적으로 모은다.
    • 학습자의 업무 맥락을 반영한다.
    • 문제해결형 과제를 설계한다.
    • 결과를 현업 적용과 연결한다.
    • 교육 후 남는 지식을 조직 자산으로 축적한다.

    이렇게 접근하면 AI 교육은 도구 교육을 넘어 조직 변화의 출발점이 됩니다.

    마무리: AI 시대의 교육담당자는 일하는 방식을 설계하는 사람이다

    AI Agent 시대에는 교육담당자의 역할도 넓어집니다. 교육을 운영하는 사람에서, 조직의 일하는 방식을 새롭게 설계하는 사람으로 이동합니다.

    앞으로의 교육은 질문을 바꿔야 합니다.

    “어떤 AI 도구를 알려줄 것인가?”에서 멈추지 말아야 합니다. “이 조직은 AI와 함께 어떤 방식으로 더 좋은 결과를 만들 것인가?”까지 가야 합니다.

    AI는 일을 빠르게 처리합니다. 사람은 의미를 만들고 판단합니다. 교육은 그 둘을 연결합니다.

    AI Agent 시대의 효율적이고 가치 있는 교육은 바로 그 연결을 설계하는 일에서 시작됩니다.


    함께 읽으면 좋은 글


    FAQ

    AI Agent 시대 교육은 기존 AI 활용 교육과 무엇이 다른가요?

    기존 AI 활용 교육은 주로 도구 사용법과 프롬프트 작성에 집중합니다. AI Agent 시대 교육은 업무 목표, 자료, 권한, 검증, 조직 프로세스까지 함께 다룹니다.

    지식근로자는 AI 때문에 역할이 줄어드나요?

    반복적인 작성과 정리 업무는 줄어들 수 있습니다. 대신 문제 정의, 맥락 제공, 결과 검토, 책임 있는 판단의 중요성은 더 커집니다.

    교육 조직은 AI를 어디부터 적용하면 좋을까요?

    교육과정 기획, 자료 정리, 강의안 초안 작성, 교육생 질문 분석, 성과 피드백 정리처럼 반복되지만 판단이 필요한 업무부터 시작하는 것이 좋습니다.

    프롬프트를 잘 쓰는 것만으로 충분한가요?

    충분하지 않습니다. 좋은 프롬프트는 출발점입니다. 실제 업무에서는 신뢰할 수 있는 자료, 조직 맥락, 검증 기준, 결과 활용 방식이 함께 해야 합니다.

    AI 교육의 최종 목표는 무엇이어야 하나요?

    그냥 AI 사용법을 익히는 것이 아니라, 학습자가 자신의 업무를 더 잘 이해하고 AI와 함께 더 가치 있는 결과를 만들 수 있도록 돕는 것입니다.


  • 사티아 나델라의 다음 승부수: 마이크로소프트는 온디바이스 AI 생태계를 어떻게 바꾸려 하나

    사티아 나델라의 다음 승부수: 마이크로소프트는 온디바이스 AI 생태계를 어떻게 바꾸려 하나

    마이크로소프트의 사티아 나델라를 볼 때, 흔히 떠올리는 키워드는 클라우드와 OpenAI입니다. 하지만 지금 더 눈여겨볼 변화는 PC 쪽에서 일어나고 있습니다. 마이크로소프트는 AI를 거대한 서버에서만 돌리는 서비스가 아니라, 사용자의 노트북과 앱 안에서 즉시 실행되는 기본 기능으로 만들려 합니다.

    이 관점에서 Copilot+ PC, NPU, Windows AI Foundry, Foundry Local, Phi 계열 소형 모델은 서로 따로 움직이는 제품이 아닙니다. 나델라식 플랫폼 전략이 클라우드에서 PC로 내려오는 흐름입니다. 핵심 질문은 하나입니다. 마이크로소프트는 온디바이스 AI 생태계를 어떻게 바꾸려 하는가입니다.

    도시 야경이 보이는 사무실 책상 위 노트북에 추상적인 AI 연결망이 표시된 모습
    온디바이스 AI 전략의 먼저 볼 부분은 PC에 기능을 추가하는 것이 아니라 Windows를 AI 앱의 실행 플랫폼으로 다시 세우는 데 있다.

    사티아 나델라를 이해하는 먼저 볼 부분은 제품보다 플랫폼이다

    나델라는 2014년 마이크로소프트 CEO가 된 뒤 회사를 Windows 패키지 중심 기업에서 Azure, Microsoft 365, GitHub, Teams, Copilot을 잇는 플랫폼 기업으로 바꿨습니다. Microsoft 2024 Annual Report의 주주 서한에서도 그는 AI를 새로운 플랫폼 전환으로 설명합니다. 이는 그냥 챗봇 하나를 더 붙이는 문제가 아닙니다.

    나델라의 방식은 반복적입니다. 먼저 개발자와 기업이 모이는 기반을 만들고, 그 위에 도구와 배포 경로를 얹습니다. Azure가 클라우드 개발의 기반이었다면, 온디바이스 AI 시대의 기반은 Windows PC, NPU, 로컬 모델 런타임, 앱 생태계가 됩니다.

    그래서 마이크로소프트의 온디바이스 AI 전략은 “PC에도 AI 기능을 넣는다” 정도로 보면 부족합니다. 더 정확히는 Windows를 AI 앱의 실행 환경으로 다시 정의하려는 시도입니다.

    노트북 내부 회로와 AI 가속 칩을 가까이에서 보여주는 실사 이미지
    Copilot+ PC의 먼저 볼 부분은 Copilot 버튼보다 로컬 AI를 빠르고 전력 효율적으로 처리하는 NPU 기준선이다.

    Copilot+ PC는 AI 기능이 아니라 새 기준선을 만든다

    Copilot+ PC에서 중요한 단어는 Copilot보다 NPU입니다. Microsoft Learn의 Copilot+ PC 개발자 가이드는 Copilot+ PC를 고성능 NPU를 갖춘 새로운 Windows 11 하드웨어로 설명합니다. 이 NPU는 실시간 번역, 이미지 생성 같은 AI 작업을 위해 설계된 칩이며, 40 TOPS 이상의 성능을 기준으로 보입니다.

    이 기준은 PC 시장에 중요한 메시지를 줍니다. 앞으로 좋은 노트북은 CPU와 GPU만 빠른 기계가 아니라, AI 작업을 배터리 소모와 지연을 줄이면서 처리할 수 있는 기계여야 한다는 뜻입니다.

    마이크로소프트 입장에서는 더 큰 효과가 있습니다. Windows 앱 개발자가 “사용자 기기에 AI 가속기가 있다”고 가정할 수 있는 순간, 로컬 요약, 이미지 보정, 문서 검색, 개인화 추천, 실시간 보조 기능이 앱 기본 기능으로 내려옵니다.

    개발자들이 노트북으로 협업하고 뒤편 유리에 추상적인 AI 파이프라인이 보이는 회의실 장면
    Windows AI Foundry와 Foundry Local은 로컬 모델을 앱에 넣는 개발자 생태계를 묶는 장치다.

    Windows AI Foundry는 개발자 생태계를 묶는 장치다

    온디바이스 AI가 확산되려면 하드웨어만으로는 부족합니다. 개발자가 모델을 가져오고, 압축하고, 실행하고, 여러 장치에서 성능을 맞출 수 있어야 합니다. 여기서 Windows AI Foundry와 Foundry Local이 등장합니다.

    Microsoft Learn은 Windows의 로컬 AI 개발 흐름에서 DirectML, ONNX Runtime, Windows ML, Foundry Local을 함께 설명합니다. 특히 DirectML과 ONNX Runtime은 GPU나 NPU를 활용해 모델 성능을 끌어올리는 경로입니다. Foundry Local은 기기 안에서 AI 애플리케이션과 에이전트를 설계하고 관리하는 문서 체계로 제시됩니다.

    이 조합은 마이크로소프트가 원하는 생태계를 보입니다. 개발자는 클라우드 모델만 호출하는 앱이 아니라, 로컬 모델과 클라우드 모델을 섞어 쓰는 앱을 만들게 됩니다. 사용자는 더 빠른 응답과 개인정보 보호 이점을 얻습니다. 마이크로소프트는 Windows를 다시 개발자 플랫폼의 중심에 놓습니다.

    노트북 화면의 추상 회로망과 창밖 도시 인프라가 함께 보이는 사무실 장면
    Phi 같은 소형 모델은 로컬 처리와 클라우드 추론을 나누어 쓰는 하이브리드 AI 구조를 현실적으로 만든다.

    Phi 소형 모델은 클라우드 독점 구조를 흔든다

    온디바이스 AI에서 소형 언어 모델은 결정적입니다. 거대한 모델을 모두 노트북에서 돌릴 수는 없습니다. 대신 특정 작업을 잘 수행하는 작은 모델이 해야 합니다. Microsoft의 Phi-3 발표는 이 방향을 잘 보입니다.

    Phi-3는 소형 언어 모델의 품질과 비용 효율을 강조합니다. Microsoft는 Phi-3가 Azure AI뿐 아니라 Ollama로 로컬 노트북에서도 실행될 수 있고, ONNX Runtime과 Windows DirectML 지원을 통해 GPU, CPU, 모바일 하드웨어까지 폭넓게 활용할 수 있다고 설명합니다.

    이 전략은 클라우드 AI를 버리자는 뜻이 아닙니다. 오히려 작업을 나누자는 뜻에 가깝습니다. 민감하거나 반복적인 작업은 로컬에서 처리합니다. 복잡한 추론이나 대규모 지식 검색은 클라우드 모델을 씁니다. 이렇게 되면 AI 비용, 지연 시간, 개인정보, 배터리 사용량을 동시에 조정할 수 있습니다.

    노트북 옆에 자물쇠와 보안키가 놓여 있는 사무실 책상 장면
    Recall 논쟁은 로컬 처리만으로 신뢰가 생기지 않으며 동의, 삭제, 정책 제어가 함께 필요하다는 점을 보여준다.

    Recall 논쟁은 온디바이스 AI의 신뢰 문제를 드러냈다

    마이크로소프트의 방향이 항상 순조로운 것은 아닙니다. Recall은 좋은 사례입니다. Recall은 사용자의 화면 활동을 기기에서 분석해 과거 작업을 찾게 해주는 Copilot+ PC 기능입니다. 하지만 화면 스냅샷과 민감 정보 처리 문제로 큰 개인정보 논쟁을 불러왔습니다.

    Microsoft Learn의 Recall 문서는 Copilot+ PC, Windows 업데이트, 정책 설정, 사용자 동의와 제어를 전제로 설명합니다. 이 논점은 온디바이스 AI의 본질을 보입니다. 데이터를 클라우드로 보내지 않는다고 해서 자동으로 신뢰가 생기지는 않습니다. 사용자가 무엇이 저장되는지 알고, 끄고, 삭제하고, 통제할 수 있어야 합니다.

    그래서 온디바이스 AI 생태계의 승부는 성능만으로 결정되지 않습니다. 로컬 처리, 암호화, 접근 권한, 투명한 UI, 기업 정책 제어가 함께 설계되어야 합니다. 나델라의 마이크로소프트가 이 문제를 풀지 못하면, AI PC는 편리한 플랫폼이 아니라 감시 논란의 플랫폼이 될 수 있습니다.

    마이크로소프트가 바꾸려는 생태계의 구조

    마이크로소프트의 전략은 네 개 층으로 볼 수 있습니다.

    층위마이크로소프트의 역할생태계 변화
    하드웨어Copilot+ PC, NPU 기준 확산AI 성능이 PC 구매 기준이 됨
    런타임Windows ML, ONNX Runtime, DirectML앱이 로컬 모델을 더 쉽게 실행
    모델Phi 같은 소형 모델과 Azure 모델로컬·클라우드 하이브리드 AI 확산
    경험Copilot, Recall, 앱 내 AI 기능AI가 별도 서비스가 아니라 OS 경험이 됨

    이 표에서 가장 중요한 변화는 마지막 줄입니다. AI가 브라우저에서 접속하는 서비스로만 남지 않고, 운영체제와 앱의 기본 경험으로 들어갑니다. 사용자는 별도의 챗봇 창을 열지 않아도 문서, 사진, 회의, 검색, 코딩 도구 안에서 AI를 쓰게 됩니다.

    애플·구글과 다른 마이크로소프트의 강점

    애플은 기기와 운영체제를 강하게 통합합니다. 구글은 Android와 검색, Gemini 생태계를 갖고 있습니다. 마이크로소프트의 강점은 기업 업무 환경과 개발자 생태계입니다. Windows, Microsoft 365, Azure, GitHub, Visual Studio, Teams가 이미 업무 흐름 속에 들어가 있습니다.

    그래서 마이크로소프트가 온디바이스 AI에서 노리는 시장은 단순한 개인 비서가 아닙니다. 기업 문서, 보안 정책, 회의, 개발, 고객 응대, 현장 업무까지 이어지는 생산성 플랫폼입니다. 이 지점에서 나델라의 전략은 명확합니다. 클라우드 AI와 PC AI를 경쟁시키는 것이 아니라, 하나의 Microsoft 생태계 안에서 연결하려 합니다.

    사용자는 무엇을 준비해야 할까

    온디바이스 AI 생태계가 본격화되면 사용자와 기업은 PC를 고르는 기준부터 바꿔야 합니다. CPU, RAM, 저장장치만 볼 것이 아니라 NPU 성능, 로컬 모델 지원, 메모리 용량, 보안 정책, 배터리 효율을 함께 봐야 합니다.

    기업은 더 신중해야 합니다. 로컬 AI는 개인정보 보호에 유리할 수 있지만, 화면 캡처, 파일 접근, 앱 권한, 로그 저장 방식이 불투명하면 오히려 위험해질 수 있습니다. AI PC 도입은 장비 교체 사업이 아니라 데이터 거버넌스와 업무 설계의 문제입니다.

    개인 사용자에게는 새로운 기회도 있습니다. 로컬 LLM과 소형 모델이 좋아질수록 인터넷 연결 없이도 글쓰기, 요약, 검색, 코딩 보조, 지식 관리가 가능해집니다. 이미 로컬 LLM 실사용과 AI 에이전트 학습법은 별도 글에서도 다룬 바 있습니다.

    함께 읽으면 좋은 글

    결론: 나델라의 목표는 AI PC가 아니라 Windows의 재플랫폼화다

    사티아 나델라가 온디바이스 AI에서 노리는 것은 그냥 Copilot 버튼이 달린 PC를 많이 파는 일이 아닙니다. 더 큰 목표는 Windows를 AI 앱과 에이전트가 실행되는 기본 플랫폼으로 다시 세우는 것입니다.

    이 변화가 성공하면 PC는 다시 중요한 AI 플랫폼이 됩니다. 클라우드 모델은 더 강력한 두뇌가 되고, 로컬 모델은 빠르고 개인적인 손발이 됩니다. 실패하면 AI PC는 마케팅 용어로 끝날 수 있습니다. 관전 포인트는 명확합니다. 마이크로소프트가 성능, 개발자 도구, 개인정보 신뢰를 동시에 설계할 수 있는가입니다.

    FAQ

    사티아 나델라는 왜 온디바이스 AI에 집중할까?

    AI가 클라우드 서비스에만 머물면 Windows와 PC의 전략적 가치가 약해집니다. 반대로 AI가 PC와 앱 안에서 실행되면 Windows는 다시 핵심 플랫폼이 됩니다.

    Copilot+ PC의 먼저 볼 부분은 무엇인가?

    먼저 볼 부분은 NPU입니다. 40 TOPS 이상급 AI 가속 성능을 기준으로 로컬 AI 기능을 더 빠르고 전력 효율적으로 실행하려는 하드웨어 기준입니다.

    Windows AI Foundry와 Foundry Local은 왜 중요한가?

    개발자가 로컬 모델을 앱에 넣고, ONNX Runtime·DirectML·Windows ML 같은 실행 경로를 활용하게 해줍니다. 즉 온디바이스 AI 앱 생태계를 만드는 개발자 도구입니다.

    온디바이스 AI는 클라우드 AI를 대체하나?

    아닙니다. 민감하고 반복적인 작업은 로컬에서 처리하고, 복잡한 추론과 대규모 지식 처리는 클라우드가 맡는 하이브리드 구조가 유력합니다.

    Recall 논쟁이 주는 교훈은 무엇인가?

    로컬 처리만으로 신뢰가 생기지는 않는다는 점입니다. 사용자의 명확한 동의, 저장 범위 제어, 삭제 권한, 기업 정책 관리가 함께 있어야 합니다.

    참고자료

  • M5 Pro Max 128GB 로컬 LLM 실사용: OMLX와 Hermes Agent가 보여준 가능성

    M5 Pro Max 128GB 로컬 LLM 실사용: OMLX와 Hermes Agent가 보여준 가능성

    로컬 LLM은 이제 “재미로 돌려보는 장난감”을 넘어 실제 업무 도구가 될 수 있을까요. 배움의 달인 영상은 M5 Pro Max 128GB 환경에서 OMLX 서버, Claude Code, Hermes Agent를 연결해 이 질문을 직접 테스트합니다.

    먼저 볼 부분은 단순합니다. 로컬 LLM이 모든 클라우드 모델을 대체한다는 이야기가 아닙니다. 반복 작업, 빠른 초안, 일부 코딩 보조, 개인 지식 기반 검색처럼 비용·속도·프라이버시가 중요한 영역부터 로컬로 옮길 수 있는지가 관건입니다.

    로컬 LLM 실사용 - 로컬 LLM 오케스트레이터와 모델 구성 화면
    영상은 여러 로컬 모델을 오케스트레이터에 연결해 실제 작업 흐름을 구성하는 장면에서 출발합니다. 출처: 배움의 달인 YouTube 영상 캡처.

    Read in English: This article is also available in English for global readers.

    영상이 던진 핵심 질문: 로컬 LLM은 실무에 쓸 수 있나

    이 영상의 검색 의도는 “M5 Pro Max에서 로컬 LLM이 빠른가?”에만 머물지 않습니다. 더 중요한 질문은 세 가지입니다.

    • 로컬 모델을 Claude Code 같은 개발 도구와 연결할 수 있는가
    • OMLX 같은 서버가 체감 속도를 얼마나 끌어올리는가
    • Hermes Agent처럼 도구를 호출하는 에이전트에도 로컬 LLM을 붙일 수 있는가

    영상에서는 Qwen 계열 모델, NVIDIA Nemotron Nano 계열 모델, 임베딩 모델 등을 소개하며 로컬 환경을 하나의 작업 시스템처럼 구성합니다. 여기서 로컬 LLM은 단일 챗봇이 아니라 여러 도구와 연결되는 백엔드 모델에 가깝습니다.

    Thinknote의 세컨드 브레인과 LLM Wiki 글에서 다룬 것처럼, 앞으로의 AI 활용은 모델 성능만이 아니라 “어떤 맥락을 어떤 도구와 연결하느냐”가 더 더 봐야 합니다.

    OMLX가 중요한 이유: 모델보다 서버 체감이 먼저 보인다

    영상에서 가장 눈에 띄는 장면은 OMLX 대시보드입니다. 진행자는 OMLX를 통해 초당 117토큰 수준의 생성 속도를 확인했다고 설명합니다. 수치 자체보다 먼저 볼 부분은 로컬 LLM의 병목이 모델 파일 하나가 아니라 추론 서버, 캐싱, 배치 처리, 하드웨어 메모리 구성의 합으로 결정된다는 점입니다.

    로컬 LLM 실사용 - OMLX 대시보드에서 토큰 생성 속도를 확인하는 장면
    OMLX 대시보드에서 토큰 생성 속도와 모델 상태를 확인하는 장면입니다. 출처: 배움의 달인 YouTube 영상 캡처.

    OMLX GitHub README는 이 도구를 Apple Silicon에 최적화된 LLM inference 서버로 설명합니다. 핵심 표현은 continuous batching과 tiered KV caching입니다. 쉽게 말하면 여러 요청을 효율적으로 처리하고, 반복되는 문맥 계산 비용을 줄여 체감 속도를 높이는 구조입니다.

    로컬 LLM 실사용 - OMLX 서버 대시보드와 모델 운영 화면
    OMLX는 로컬 모델을 단순 실행하는 도구가 아니라, 대시보드로 모델 상태와 처리량을 확인하는 운영 환경에 가깝습니다. 출처: 배움의 달인 YouTube 영상 캡처.

    이 지점은 SGLang 로컬 LLM 서빙 엔진 글과도 이어집니다. 로컬 LLM을 제대로 쓰려면 모델 선택만큼이나 서빙 엔진, 컨텍스트 관리, 캐싱 전략이 더 봐야 합니다.

    Claude Code와 로컬 모델: 빠르지만 검증은 별도다

    영상 중반부에서는 omlx launch claude 흐름으로 Claude Code를 로컬 모델에 연결합니다. 이후 텍스트 작성과 테트리스 게임 생성 작업을 비교합니다. 진행자는 일부 작업에서 로컬 LLM이 더 빠르게 완료되는 모습을 보여주지만, 동시에 결과 품질은 별도로 확인해야 한다는 전제를 남깁니다.

    로컬 LLM 실사용 - OMLX로 Claude Code를 로컬 모델에 연결해 결과를 생성하는 장면
    Claude Code를 로컬 모델에 연결해 실제 산출물을 생성하는 장면입니다. 속도 비교와 품질 검증은 분리해서 봐야 합니다. 출처: 배움의 달인 YouTube 영상 캡처.

    이 대목에서 중요한 판단 기준은 “빠른가”보다 “어떤 작업을 맡겨도 되는가”입니다. 예를 들어 다음 작업은 로컬 모델에 먼저 맡겨볼 수 있습니다.

    작업 유형로컬 LLM 적합도확인해야 할 점
    초안 작성높음사실관계와 문체 검수 필요
    반복 코드 생성중간~높음테스트 실행과 보안 검토 필요
    개인 문서 요약높음민감정보 외부 전송을 줄일 수 있음
    최신 정보 검색중간검색 도구 연결과 출처 확인 필요
    복잡한 설계 판단중간클라우드 상위 모델과 교차 검토 권장

    AI 코딩 흐름은 Headroom 토큰 다이어트 글과도 연결됩니다. 비용을 줄이는 방법은 모델을 로컬로 돌리는 것만이 아닙니다. 에이전트가 읽는 로그, 파일, 검색 결과를 줄이고 검증 루프를 설계하는 것도 같은 문제의 다른 해법입니다.

    Hermes Agent와 로컬 LLM: 에이전트 운영의 다음 실험

    후반부에서 특히 흥미로운 부분은 Hermes Agent 연결입니다. 영상은 omlx launch hermes 흐름과 X Search 스킬 실행을 드러납니다. 로컬 모델이 단순 문장 생성기를 넘어 검색, 도구 호출, 요약, 산출물 생성을 담당하는 에이전트 런타임에 붙을 수 있음을 보여주는 장면입니다.

    로컬 LLM 실사용 - Hermes Agent에서 X Search 스킬로 로컬 LLM 검색을 실행하는 장면
    Hermes Agent에서 X Search 스킬을 호출해 최신 AI 소식을 검색하고 요약하는 장면입니다. 출처: 배움의 달인 YouTube 영상 캡처.

    Hermes Agent는 터미널, 메시징 플랫폼, IDE에서 실행되는 오픈소스 AI 에이전트 프레임워크입니다. 도구 호출, 스킬, 메모리, 크론잡, 멀티 플랫폼 게이트웨이를 통해 작업을 실행합니다. 로컬 LLM을 여기에 연결할 수 있다면 다음과 같은 장점이 생깁니다.

    • 개인 문서나 내부 로그를 외부 API로 덜 보내도 된다
    • 반복적인 요약·분류·초안 작업의 토큰 비용을 낮출 수 있다
    • 클라우드 모델 장애나 비용 제한이 있을 때 보조 경로가 생긴다
    • 에이전트 실험을 더 많이 돌려볼 수 있다

    주의할 점은 로컬 모델이 도구를 호출한다고 해서 곧바로 “믿고 맡길 수 있는 직원”이 되는 것은 아닙니다. AI 에이전트 시대의 개인 비서 글에서 다룬 것처럼, 실행형 AI일수록 권한, 검증, 로그, 되돌리기 설계가 더 봐야 합니다.

    도입 전 체크리스트: 로컬 LLM은 이렇게 판단하자

    로컬 LLM 도입 여부는 성능 수치 하나로 결정하면 위험합니다. 영상의 M5 Pro Max 128GB 환경은 강력한 상한선 사례에 가깝습니다. 일반적인 노트북이나 메모리가 작은 Mac에서는 같은 체감이 나오지 않을 수 있습니다.

    도입 전에는 아래 순서로 판단하는 편이 좋습니다.

    1. 먼저 반복 업무를 고른다. 초안, 요약, 태깅, 코드 스캐폴딩처럼 실패 비용이 낮은 작업부터 시작한다.
    2. 같은 프롬프트를 클라우드 모델과 로컬 모델에 넣고 속도·품질·비용을 비교한다.
    3. 로컬 모델 산출물은 테스트, 링크 확인, 사실 검증을 자동화한다.
    4. 민감정보가 있는 작업과 외부 검색이 필요한 작업을 분리한다.
    5. 최종 판단이나 고위험 실행은 클라우드 상위 모델 또는 사람 검토를 남긴다.

    이런 접근은 AI 네이티브 전환법 글에서 말한 “디지털 두뇌와 실행 에이전트의 분리”와도 맞닿아 있습니다. 로컬 LLM은 두뇌 전체를 대체하기보다, 자주 쓰는 일부 사고·실행 루프를 가까운 곳으로 가져오는 도구입니다.

    결론: 로컬 LLM의 승부처는 대체가 아니라 배치다

    이번 영상의 의미는 “로컬 LLM이 Claude나 GPT를 완전히 이겼다”가 아닙니다. 더 현실적인 결론은 로컬 LLM을 어디에 배치할지 정하는 단계가 왔다는 것입니다.

    고사양 Mac과 OMLX 같은 서버가 있다면 로컬 LLM은 초안, 요약, 코드 생성, 개인 지식 검색, 에이전트 실험에서 충분히 실무적 선택지가 될 수 있습니다. 반대로 최신 정보 판단, 복잡한 추론, 높은 신뢰도가 필요한 업무는 여전히 클라우드 모델과 병행하는 편이 안전합니다.

    결국 앞으로의 AI 업무 환경은 하나의 모델을 고르는 문제가 아닙니다. 로컬 모델, 클라우드 모델, 에이전트, 검색 도구, 지식 베이스를 어떤 기준으로 나눠 배치하느냐가 생산성을 가를 가능성이 높습니다.

    FAQ

    로컬 LLM이 Claude나 ChatGPT를 대체할 수 있나요?

    일부 반복 업무에서는 대체하거나 보조할 수 있습니다. 하지만 복잡한 판단, 최신 정보 검증, 고위험 코드 변경은 클라우드 상위 모델이나 사람 검토와 병행하는 것이 안전합니다.

    OMLX는 무엇인가요?

    OMLX는 Apple Silicon에 최적화된 LLM inference 서버입니다. GitHub README 기준으로 continuous batching과 tiered KV caching을 강조하. macOS 메뉴바와 대시보드를 통해 로컬 모델 운영을 쉽게 하는 방향의 도구입니다.

    M5 Pro Max 128GB가 아니어도 비슷한 결과가 나오나요?

    같은 수준의 속도를 보장하기는 어렵습니다. 영상 결과는 고사양 Mac과 큰 메모리 환경의 영향을 크게 받습니다. 자신의 장비에서는 작은 모델과 반복 작업부터 테스트하는 편이 좋습니다.

    Hermes Agent에 로컬 LLM을 연결하면 무엇이 좋아지나요?

    검색, 파일 처리, 요약, 자동화 작업을 로컬 모델로 실험할 수 있습니다. 비용과 프라이버시 측면에서 장점이 있지만, 도구 실행 권한과 결과 검증 체계는 반드시 따로 설계해야 합니다.

    로컬 LLM을 처음 도입한다면 어디서 시작해야 하나요?

    개인 문서 요약, 회의록 정리, 코드 초안, 간단한 분류 작업처럼 실패 비용이 낮은 작업부터 시작하는 것이 좋습니다. 이후 클라우드 모델 결과와 비교해 품질 기준을 정하면 됩니다.

    참고자료

    이미지 출처: 본문에 사용된 캡쳐 이미지는 원본 YouTube 영상에서 리뷰·해설·교육 목적의 인용 이미지로 사용했습니다. 이미지 저작권은 원저작권자와 해당 채널에 있습니다.