클로드 코드로 앱 만들기: 사내 도구를 직접 만드는 현실적 범위
AX

클로드 코드로 앱 만들기: 사내 도구를 직접 만드는 현실적 범위

클로드 코드로 앱 만들기란? 앤트로픽의 터미널 기반 코딩 도구인 클로드 코드(Claude Code)에 자연어로 지시해 실행 가능한 소프트웨어를 직접 만드는 작업을 말한다. 2026년 현재 성과가 안정적으로 확인되는 범위는 외부 고객용 상용 제품이 아니라, 사용자 수십 명 규모의 내부 업무 도구다. 클로드 코드로 앱을 만든다는 말의 실제 범위 클로드 코드는 프로젝트 폴더를 통째로 읽고, 지시를 받아 파일을 직접 만들고 고친다. 노코드 빌더와 갈라지는 지점은 산출물의 형태다. 특정 플랫폼 안의 설정값이 아니라, 깃 저장소에 올라가는 소스 코드가 남는다. 여기서 오해가 시작된다. 코드가 나왔다는 사실과 운영 가능한 제품이 생겼다는 사실은 별개다. 코드를 소유하면 유지보수 책임도 같이 소유한다. 라이브러리 버전이 올라가고, 인증 정책이 바뀌고, 데이터 스키마가 변한다. 노코드 플랫폼이 대신 떠안아 주던 부담이 그대로 조직 안으로 넘어온다. 그래서 판단 기준은 "지금 만들어지느냐"가
11 min read
MCP 서버 구축 가이드: 사내 시스템을 에이전트에 붙이는 법
AX

MCP 서버 구축 가이드: 사내 시스템을 에이전트에 붙이는 법

MCP 서버 구축이란? 사내 데이터베이스, 사내 API, SaaS 계정 같은 시스템을 MCP(Model Context Protocol) 규격의 도구와 리소스로 감싸서, AI 에이전트가 표준화된 방식으로 조회하고 실행하게 만드는 작업이다. MCP는 2024년 11월 앤트로픽이 공개한 개방형 프로토콜이다. 이후 여러 모델 제공사와 IDE, 에이전트 도구가 클라이언트 쪽 지원을 붙이면서 사실상 표준 연결 규격으로 자리 잡아가고 있다. 명세는 개정판이 자주 나온다. 이 글은 2025년 6월 개정판까지 확인된 구조를 기준으로 쓰되, 구현에 들어가기 전에는 공식 명세(modelcontextprotocol.io)에서 현재 리비전을 직접 확인하는 편이 안전하다. 먼저 기대치를 낮추는 이야기부터 하겠다. MCP 서버를 붙인다고 에이전트가 갑자기 사내 업무를 이해하지는 않는다. MCP가 표준화한 것은 연결 방식이지 판단 품질이 아니다. MCP가 실제로 해결하는 문제 MCP 이전에도 에이전트를
12 min read
클로드 코드 토큰 절약: 사용량이 튀는 구간과 줄이는 법
AX

클로드 코드 토큰 절약: 사용량이 튀는 구간과 줄이는 법

클로드 코드 토큰 절약이란? 클로드 코드가 요청마다 다시 전송하는 컨텍스트(시스템 프롬프트, 연결된 도구 정의, 누적된 대화 기록, 읽어들인 파일 내용)의 양을 줄여 같은 작업을 더 적은 토큰으로 끝내는 운영 방식이다. 토큰은 "내가 친 글자"가 아니라 "매번 다시 읽는 컨텍스트"에서 나간다 사용량 한도 알림을 처음 본 사람은 대개 자기가 쓴 질문의 길이를 의심한다. 그런데 실제 소모의 대부분은 거기서 발생하지 않는다. 대형 언어 모델은 상태를 기억하지 않는다. 그래서 코딩 에이전트는 새 요청이 들어올 때마다 앞선 대화, 도구 실행 결과, 열어본 파일 내용을 처음부터 다시 모델에 밀어 넣는다. 구조를 그림으로 그려보면 이해가 빠르다. 50번째 요청은 49개의 앞선 메시지 위에 얹힌다. 파일 하나를 읽으면 그 파일은 세션이 끝날 때까지 컨텍스트에 남아 매 요청마다 재전송된다. 사용자가 입력한 한 줄짜리 질문은 이 덩어리 옆에서 있으나 마나 한 수준이다. 이 재전송 비용을 낮추
10 min read
AI 에이전트 엔지니어링: 프롬프트 이후에 필요한 설계 역량
AX

AI 에이전트 엔지니어링: 프롬프트 이후에 필요한 설계 역량

AI 에이전트 엔지니어링이란? 모델에게 좋은 프롬프트를 쓰는 일을 넘어, 에이전트가 목표를 달성하도록 컨텍스트, 도구 인터페이스, 실행 경로, 평가 기준, 권한 범위를 하나의 시스템으로 설계하고 운영하는 기술 역량이다. 📅 이 글의 정보 기준: 2026년 08월 | 12개월 후 재검증 권장 프롬프트를 잘 쓰는 사람이 에이전트도 잘 만든다는 가정은 현장에서 자주 깨진다. 사내 파일럿에서 데모까지는 매끄럽게 굴러가다가, 실제 업무 프로세스에 붙이는 순간 멈춘다. 원인은 대개 문장이 아니다. 에이전트가 무엇을 참조하고, 어떤 도구를 어떤 순서로 호출하며, 실패했을 때 누가 개입하는지가 정의되지 않은 탓이다. 기업의 AI 활용이 문답 기반 생성형 AI에서 실제 업무를 수행하는 에이전트 운영으로 넘어가면서, 어떤 업무에 적용할지, 기존 프로세스에 어떻게 연결할지, 보안과 운영 관리를 어떻게 설계할지가 현업의 과제가 됐다. SOURCE · 에이전트 운영으로 확장 | IT조선 (20
12 min read
클로드 코드 CLI 명령어 정리: 실무에서 실제로 쓰는 것만
AX

클로드 코드 CLI 명령어 정리: 실무에서 실제로 쓰는 것만

클로드 코드 CLI란? 앤트로픽이 만든 터미널 기반 AI 코딩 에이전트로, 셸에서 claude 명령을 실행해 코드베이스를 읽고 파일을 수정하며 셸 명령까지 대신 실행하는 도구다. 명령어를 다 외운다고 잘 쓰게 되지 않는다 클로드 코드 CLI 관련 글 대부분이 명령어 40~50개를 나열한다. 그 목록을 다 외운 사람과 다섯 개만 쓰는 사람의 산출물 차이는 크지 않다. 실제로 손이 가는 명령은 열 개 안팎이고, 나머지는 필요한 순간에 /help로 찾아도 늦지 않다. 그래서 이 글은 전체 레퍼런스가 아니다. 하루 단위로 반복해서 치게 되는 것만 골라 정리하고, 나머지는 왜 굳이 외울 필요가 없는지까지 적는다. 기준 시점은 2026년 8월이다. 터미널에서 치는 명령 명령하는 일손이 가는 순간 claude대화형 세션 시작기본값. 프로젝트 루트에서 실행 claude "질문"첫 프롬프트를 붙여 시작할 말이 이미 정해진 경우 claude -p "질문"비대화형 실행 후 결과만 출
10 min read
클로드 코드 스킬: 반복 업무를 재사용 가능한 절차로 만드는 법
AX

클로드 코드 스킬: 반복 업무를 재사용 가능한 절차로 만드는 법

클로드 코드 스킬이란? 반복되는 업무의 절차와 판단 기준을 SKILL.md 문서에 적어두고, 해당 상황이 오면 클로드 코드가 스스로 그 문서를 불러 읽어 같은 방식으로 일을 처리하게 만드는 재사용 단위다. 스킬은 프롬프트 저장소가 아니다 많은 팀이 스킬을 "자주 쓰는 프롬프트를 모아둔 폴더" 정도로 이해한다. 도입 실패의 절반이 여기서 나온다. 프롬프트 모음집은 사람이 기억해서 꺼내 써야 하지만, 스킬은 모델이 스스로 필요 여부를 판단해 불러온다. 이 차이가 운영 방식을 바꾼다. 구조 자체는 단순하다. 스킬 하나는 폴더 하나이고, 그 안에 SKILL.md가 들어간다. 문서 맨 위에는 스킬 이름과 설명이 오고, 그 아래에 실제 작업 절차가 온다. 필요하면 참조 문서나 스크립트를 같은 폴더에 두고 본문에서 가리킨다. 여기서 실무상 가장 중요한 부분은 절차 본문이 아니라 설명 한 줄이다. 모델은 평소에 스킬 본문을 읽지 않는다. 설명만 훑다가 "지금 이 상황이 그 설명에 해당한다
9 min read
코덱스 vs 클로드 코드: 무엇이 어떤 작업에 맞나
AX

코덱스 vs 클로드 코드: 무엇이 어떤 작업에 맞나

코덱스 클로드 코드 비교란? OpenAI 코덱스와 Anthropic 클로드 코드를 실행 환경(클라우드 샌드박스 대 로컬 터미널), 감독 방식(비동기 위임 대 실시간 개입), 토큰 소모, 작업 성격의 네 축으로 대조해 어떤 작업에 어느 도구를 붙일지 판단하는 선택 기준이다. "둘 중 뭐가 더 좋냐"는 질문은 답이 없다. 정확히는, 답이 나와도 6개월이면 뒤집힌다. 모델 버전이 분기마다 바뀌고 벤치마크 순위도 그때마다 자리를 바꾸기 때문이다. 그래서 이 글은 승자를 고르지 않는다. 대신 두 도구가 어떤 전제 위에 설계됐는지, 그 전제가 내 작업과 맞는지를 따진다. 설계 철학의 차이: 위임이냐, 감독이냐 코덱스와 클로드 코드는 둘 다 자연어 지시로 여러 파일을 수정하고 테스트를 돌리는 에이전트다. 표면 기능은 겹친다. 갈라지는 지점은 개발자가 어디에 서 있느냐다. 코덱스는 위임 모델이다. 작업을 정의해 넘기면 클라우드 격리 샌드박스에서 에이전트가 알아서 코드를 읽고 고치고 테스트
9 min read
AI 에이전트 만드는 방법: 기획부터 배포까지 5단계
AX

AI 에이전트 만드는 방법: 기획부터 배포까지 5단계

AI 에이전트 만드는 방법이란? AI 에이전트를 만드는 일은 모델을 고르는 작업이 아니다. 처리할 업무를 좁게 정의하고 도구와 데이터 접근 권한을 설계한 뒤, 평가 기준을 세워 배포와 운영을 반복하는 5단계 과정이다. 실패는 대부분 모델 성능이 아니라 범위 설정과 평가 체계가 없어서 생긴다. 모델부터 고르면 왜 실패하는가 AI 에이전트 구축 문의를 받으면 열에 아홉은 "어떤 모델을 써야 하나요"로 시작한다. 순서가 뒤집혔다. 모델 선택은 5단계 중 세 번째에 오는 결정이고, 그마저도 나중에 바꾸기 가장 쉬운 항목이다. 에이전트는 챗봇과 다르다. 챗봇은 답변을 생성하고 끝난다. 에이전트는 도구를 호출하고, 외부 시스템의 상태를 바꾸고, 여러 단계를 스스로 이어간다. 잘못된 답변의 비용이 "고객이 불만족한다"에서 "잘못된 환불이 실행됐다"로 바뀐다. 이 차이가 설계 순서를 결정한다. 업계 조사에서 되풀이되는 패턴이 있다. 실험에 착수한 기업은 많지만 파일럿 이후 실제 운영 단계
9 min read
AI 에이전트 추천: 업무 유형별로 갈리는 선택 기준
AX

AI 에이전트 추천: 업무 유형별로 갈리는 선택 기준

AI 에이전트 추천이란? 목표를 받아 스스로 계획을 세우고 여러 도구를 오가며 일을 처리하는 AI 소프트웨어 중, 특정 업무의 반복성·검증 비용·되돌릴 수 있는지에 따라 적합한 제품을 고르는 판단 과정을 뜻한다. "추천 TOP 10" 목록이 대체로 쓸모없는 이유 검색창에 "AI 에이전트 추천"을 넣으면 순위표가 쏟아진다. 1위부터 10위까지 제품명이 나열되고, 각 제품마다 별점과 한 줄 요약이 붙는다. 문제는 그 순위가 무엇을 기준으로 매겨졌는지 거의 명시되지 않는다는 점이다. 도구의 우열은 업무를 고정해야 비로소 성립한다. 코드 리뷰를 맡길 에이전트와 매주 반복되는 정산 시트를 처리할 에이전트는 요구 조건이 겹치지 않는다. 앞쪽은 판단의 정확도가 전부지만, 뒤쪽은 정확도보다 실행이 조용히 실패했을 때 그 사실을 알아차릴 수 있는 구조가 더 중요하다. 순위표는 이 구분을 지운다. 그래서 순위표를 보고 고른 도구는 대체로 세 달을 못 간다. 도입 직후 몇 번 써보고, 결과를
9 min read
클로드 코드 설치 가이드: OS별 설치와 첫 실행까지
AX

클로드 코드 설치 가이드: OS별 설치와 첫 실행까지

클로드 코드 설치란? 앤트로픽이 만든 터미널 기반 AI 코딩 도구 Claude Code를 macOS, 리눅스, 윈도우에 내려받아 실행할 수 있는 상태로 만드는 과정이며, 설치 스크립트 한 줄과 계정 인증만으로 끝난다. 설치는 3분이면 끝난다. 문제는 그다음이다. 클로드 코드는 브라우저 챗봇이 아니라 터미널에서 도는 커맨드라인 도구다. 코드를 붙여넣고 답변을 받아 다시 붙여넣는 방식 대신, 프로젝트 폴더를 직접 읽고 파일을 고치고 테스트를 돌린다. 그래서 설치 단계도 IDE 확장 설치와는 성격이 다르다. 터미널, 셸 환경, 권한 설정을 한 번은 건드려야 한다. 설치 전 확인할 환경 조건 앤트로픽 공식 문서 기준으로 요구 사양은 높지 않다. 다만 운영체제 버전이 오래됐다면 설치 자체가 막힌다. 항목요구 조건 macOS10.15(Catalina) 이상 리눅스Ubuntu 20.04 / Debian 10 이상, 동등한 배포판 윈도우Windows 10 이상, Git for Wi
9 min read
AI 에이전트 교육 커리큘럼: 기업 도입 단계별 학습 설계
AX

AI 에이전트 교육 커리큘럼: 기업 도입 단계별 학습 설계

AI 에이전트 교육이란? 구성원이 AI 도구를 조작하는 방법을 익히는 데서 멈추지 않고, 목표를 위임받은 AI 에이전트에게 업무 일부를 맡긴 뒤 그 결과를 검증하고 책임 범위를 관리하는 역량까지 조직 단위로 훈련하는 학습 체계다. 2025년 이후 기업 교육 시장에서 "프롬프트 작성법" 강의는 빠르게 흔해졌다. 그런데 도입 현장에서 반복되는 질문은 다른 쪽이다. 교육을 마친 직원이 왜 다음 주 월요일부터 원래 하던 방식으로 돌아가는가. 이 글은 그 간극을 커리큘럼 설계 문제로 놓고 단계별로 정리한다. 도구 교육과 에이전트 교육은 다른 문제다 챗봇 사용법 교육은 입력과 출력이 한 번에 끝나는 상호작용을 다룬다. 에이전트는 다르다. 목표를 받고, 계획을 세우고, 도구를 호출하고, 중간 결과를 보고 스스로 경로를 바꾼다. 사람이 매 단계를 보지 않는다는 뜻이다. 이 차이가 교육 내용을 바꾼다. 조작법이 아니라 위임 설계가 핵심 과목이 된다. 구체적으로 세 가지 역량이 새로 필요해진
11 min read
클로드 코드 가격 정리: 플랜별 한도와 실제 월 비용 계산
AX

클로드 코드 가격 정리: 플랜별 한도와 실제 월 비용 계산

클로드 코드 가격이란? 앤트로픽의 터미널 기반 코딩 에이전트 Claude Code를 쓰려면 내야 하는 비용이다. 월정액 구독(Pro·Max·Team·Enterprise)과 토큰 종량제 API 두 갈래로 나뉜다. 2026년 8월 기준 개인은 월 20달러부터, 상시 사용 개발자는 월 100~200달러 구간이 실질적인 기준선이다. 가격표가 헷갈리는 진짜 이유: 요금이 두 갈래다 클로드 코드 가격을 검색하면 답이 하나로 안 모인다. 누구는 월 2만 8천 원이라 하고, 누구는 월 30만 원을 쓴다고 한다. 둘 다 사실이다. 과금 경로가 애초에 두 개이기 때문이다. * 구독형: Claude 앱 구독(Pro와 Max)에 클로드 코드 사용권이 포함된다. 정액이지만 한도가 있다. * API 종량제: Anthropic Console에서 API 키를 발급받아 붙이면 토큰 단위로 과금된다. 한도는 없고 상한도 없다. 같은 도구를 쓰면서 한 사람은 정액제 요금을, 다른 사람은 사용량 계량기를
9 min read
클로드 코드 사용 방법: 설치 후 첫 주에 익혀야 할 작업 흐름
AX

클로드 코드 사용 방법: 설치 후 첫 주에 익혀야 할 작업 흐름

클로드 코드 사용 방법이란? 터미널에 설치한 AI 코딩 에이전트(Claude Code)에 저장소 맥락과 작업 규칙을 먼저 주입하고, 계획 확인과 검증 루프를 끼워 코드 작성을 위임하는 작업 흐름 전체를 말한다. 설치는 5분, 실패는 3일째에 온다 클로드 코드를 처음 깔면 대체로 첫날은 만족스럽다. 짧은 스크립트를 던지면 잘 짜고, 테스트도 붙여준다. 문제는 사흘째쯤 생긴다. 실제 업무 저장소를 붙이는 순간 엉뚱한 파일을 고치고, 이미 있는 유틸을 새로 만들고, 작업 하나에 컨텍스트를 다 태우고 멈춘다. 이쯤에서 많은 사람이 "역시 아직 안 되네"라고 판단한다. 그런데 실패 원인 대부분은 모델 성능이 아니라 작업을 넘기는 방식에 있다. 사람 신입에게 저장소 구조 설명도, 코딩 컨벤션 문서도, 리뷰 절차도 없이 "이 기능 만들어줘"라고만 시키면 같은 결과가 나온다. 첫 주에 익혀야 하는 건 명령어 목록이 아니라 위임 절차다. 1일차: 설치와 최소 설정 2026년 8월 기준
9 min read
스타트업 AI 전환 전략: 대기업과 달라야 하는 이유
AX

스타트업 AI 전환 전략: 대기업과 달라야 하는 이유

스타트업 AI 전환이란? 한정된 자본과 인력 안에서, 제품 경쟁력과 현금 소진 속도에 직접 영향을 주는 소수의 업무에 AI를 먼저 적용하고 성과를 짧은 주기로 검증하는 조직 변화 방식이다. 전사 로드맵을 먼저 세우는 대기업형 AX와 달리, 검증 가능한 지점 한두 개에서 시작해 확장 여부를 데이터로 결정한다. 대기업 AX 플레이북을 그대로 베끼면 왜 깨지는가 시장에 도는 AX 방법론 대부분은 대기업이 쓴 문서다. 전사 데이터 거버넌스 정비, 3개년 로드맵, CoE(AI 전담 조직) 신설, 전 직원 리스킬링. 이 순서는 틀리지 않는다. 다만 전제가 다르다. 12개월 런웨이를 들고 있는 30명짜리 팀이 데이터 거버넌스 정비에 6개월을 쓰면, 성과가 나오기 전에 회사가 먼저 끝난다. AI 도입의 실패율 자체도 낮지 않다. MIT Media Lab의 NANDA 이니셔티브가 2025년 발표한 기업 생성형 AI 실태 조사에서, 파일럿의 대다수가 손익계산서에 측정 가능한 영향을 남기지 못했
12 min read
대기업 AI 도입 전략: 파일럿이 전사 확산에 실패하는 구조적 이유
AX

대기업 AI 도입 전략: 파일럿이 전사 확산에 실패하는 구조적 이유

대기업 AI 도입 전략이란? 개별 부서의 AI 파일럿을 성공시키는 계획이 아니라, 검증된 파일럿을 전사 업무 프로세스와 데이터 체계에 이식해 반복 가능한 성과로 전환하는 조직 설계 방법론이다. 파일럿은 거의 다 성공한다. 문제는 그다음이다. 대기업 AI 도입 현장에서 되풀이되는 장면이 있다. 6개월짜리 PoC가 끝나고 경영진 보고에서 "정확도 92%, 처리시간 40% 단축" 같은 숫자가 나온다. 박수를 받는다. 그리고 1년 뒤, 그 시스템을 쓰는 부서는 여전히 처음 그 한 곳뿐이다. AI 도입 실패의 대부분은 기술 실패가 아니라 확산 실패다. 사례 배경: 국내 대형 제조사 A사의 품질검사 AI 국내 대형 제조 그룹 A사(익명 처리)의 사례를 재구성한다. 공개된 개별 성과 수치를 인용할 수 있는 사안이 아니라, 여러 기업에서 공통으로 나타나는 패턴을 하나의 시나리오로 묶었다. A사는 국내외에 다수의 생산 라인을 운영한다. 검사 공정은 오랫동안 숙련 검사자의 육안 판정에 의존
10 min read
AI 투자 수익이 실제로 났다: ROI 검증된 기업 사례 분석
AX

AI 투자 수익이 실제로 났다: ROI 검증된 기업 사례 분석

AI ROI 성공 사례란? AI 도입에 들어간 총비용(모델·인프라·데이터 정비·인력·변화관리)을 빠짐없이 집계하고, 그에 대응하는 재무 성과나 운영 지표 개선을 도입 전 기준선과 비교해 검증한 기업 사례를 말한다. 파일럿 단계의 체감 효과나 사용자 만족도 조사는 여기 포함되지 않는다. AI 투자 회수 이야기는 넘친다. 검증된 이야기는 드물다. 2026년 상반기 국내외에서 유통되는 "AI ROI 사례"의 상당수는 도입 기업의 자기 발표이거나, 그 발표를 재인용한 업계 블로그다. 원 데이터가 어디서 왔는지, 비용에 무엇이 포함됐는지 밝힌 사례는 손에 꼽는다. 이 글은 그 구분선을 긋는다. 어떤 사례가 실제로 검증됐고, 어떤 사례가 검증된 것처럼 보일 뿐인지 나누고, 검증된 쪽에서만 공통으로 관찰되는 실행 패턴을 뽑는다. 먼저: "성공 사례"라는 단어가 숨기는 것 업계에서 거듭 인용되는 통계가 하나 있다. 생성형 AI 파일럿을 돌린 기업 중 손익계산서에 잡히는 성과를 낸 곳은 한
12 min read
에이전트 하네스란: AI 에이전트를 감싸는 실행 환경의 모든 것
AX

에이전트 하네스란: AI 에이전트를 감싸는 실행 환경의 모든 것

에이전트 하네스란? 에이전트 하네스(Agent Harness)는 LLM 기반 AI 에이전트를 감싸 실제 작업을 수행하게 만드는 실행 환경 계층으로, 도구 호출·컨텍스트 관리·권한 제어·실행 루프·오류 복구를 담당하는 소프트웨어 구조를 말한다. 📅 이 글의 정보 기준: 2026년 08월 | 12개월 후 재검증 권장 "우리도 AI 에이전트 도입하자"는 말이 회의실마다 나온다. 그런데 정작 에이전트의 성패를 가르는 건 모델 자체보다 모델을 감싼 실행 환경, 즉 하네스인 경우가 많다. 같은 모델을 써도 어떤 하네스에 올리느냐에 따라 결과물의 품질이 크게 갈린다는 관찰이 업계에서 거듭 보고된다. 이 글은 에이전트 하네스가 무엇이고, 무엇으로 구성되며, 도입 전에 무엇을 따져야 하는지 과장 없이 정리한다. 모델에서 하네스로: 경쟁축이 옮겨가고 있다 2023~2024년의 질문이 "어떤 모델이 똑똑한가"였다면, 지금의 질문은 "어떤 환경이 모델을 일하게 만드는가"다. LLM은 텍스트를
10 min read
에이전틱 AI 실제 도입 사례: 무엇을 자동화했고 어디서 멈췄나
AX

에이전틱 AI 실제 도입 사례: 무엇을 자동화했고 어디서 멈췄나

에이전틱 AI 도입 사례란? 에이전틱 AI 도입 사례는 목표를 받으면 스스로 계획을 세우고 도구를 호출해 여러 단계를 실행하는 AI 에이전트를 기업이 고객 상담, 개발, 백오피스 같은 실제 업무에 적용한 사례를 말한다. 자동화에 성공한 영역과 사람에게 되돌린 영역을 함께 봐야 실질적인 판단 근거가 된다. 도입 발표는 많고, 정착 보고는 적다 2026년 7월 기준, 에이전틱 AI 도입 발표는 거의 매주 나온다. 문제는 그 다음이다. Gartner는 2027년 말까지 에이전틱 AI 프로젝트의 상당수가 비용 초과와 불명확한 사업 가치 때문에 중단될 것으로 전망했다고 알려져 있다. 생성형 AI 파일럿 대다수가 측정 가능한 손익 효과에 도달하지 못했다는 연구 결과도 복수 매체에서 보도됐다. 숫자는 조사마다 다르다. 방향은 같다. 발표와 정착 사이의 간격이 크다. 그래서 이 글은 성공담 나열 대신 하나의 공개 사례를 끝까지 따라간다. 무엇이 자동화됐고, 어디서 멈췄고, 왜 되돌렸는지까지
8 min read
AI 도입 실패 사례 5선: 기업들이 반복하는 패턴
AX

AI 도입 실패 사례 5선: 기업들이 반복하는 패턴

AI 도입 실패란? AI 도입 실패는 조직이 AI 시스템을 업무에 도입했지만 기대한 성과를 내지 못해 프로젝트를 중단하거나 축소하는 상황을 말한다. 원인은 대부분 기술 결함이 아니라 데이터 품질, 보안 거버넌스, 현장 적합성 같은 조직적 요인에 있다. AI를 도입한 기업 소식은 매년 쏟아진다. 반면 도입 후 조용히 프로젝트를 접은 기업 이야기는 잘 나오지 않는다. 그런데 실패 사례를 들여다보면 신기하게도 같은 패턴이 반복된다. 데이터 편향, 보안 공백, 맥락 이해 부족, 현장과의 괴리, 모델 정확도 과신. 이 다섯 가지는 업종과 국가를 가리지 않고 등장한다. 이 글에서는 공개적으로 널리 보도된 AI 도입 실패 사례 5건으로 기업들이 반복하는 패턴을 짚어본다. AI 도입 실패 사례 5선 사례 1. 데이터 편향(아마존 채용 AI) 아마존은 2014년부터 이력서를 자동으로 평가하는 채용 AI 시스템을 내부적으로 개발했다. 매년 쌓이는 지원자 이력서를 사람이 일일이 검토하는 대
10 min read
멀티에이전트 오케스트레이션: 여러 AI 에이전트를 함께 굴리는 구조 설계
AX

멀티에이전트 오케스트레이션: 여러 AI 에이전트를 함께 굴리는 구조 설계

과장된 기대와 마주치는 현실적 과제 멀티에이전트 시스템이 주목받으면서 "복잡한 문제는 에이전트를 더 붙이면 해결된다"는 인식이 퍼지고 있다. 현장에서 마주하는 현실은 좀 다르다. 지연 시간이 누적된다. 에이전트 3개가 순차적으로 실행되면 각각의 응답 시간이 그대로 더해진다. LLM API 호출 1회에 2초가 걸린다고 가정하면, 5단계 파이프라인에서는 최소 10초다. 실시간 응답이 필요한 사용자 접점 서비스에서는 치명적인 병목이 된다. 디버깅 난이도도 급격히 올라간다. 싱글 에이전트는 잘못된 출력이 나오면 프롬프트를 역추적하면 된다. 멀티에이전트에서는 어느 에이전트에서 오류가 시작됐는지, 그 오류가 어떻게 다음 에이전트로 전파됐는지를 추적해야 한다. 분산 시스템 디버깅의 복잡성이 그대로 따라온다. 비용도 곱해진다. 에이전트 수가 늘어날수록 LLM API 호출이 늘고, 토큰 비용이 함께 증가한다. 단순한 작업에 멀티에이전트 구조를 과도하게 도입하면 비용 대비 효과가 나오지 않는
6 min read
MCP 도입 사례: 기업들이 MCP로 실제로 연결하고 있는 것들
AX

MCP 도입 사례: 기업들이 MCP로 실제로 연결하고 있는 것들

MCP(모델 컨텍스트 프로토콜) 도입 사례란? MCP(Model Context Protocol)는 AI 애플리케이션이 데이터베이스, 파일 시스템, 협업 도구 등 외부 시스템과 표준화된 방식으로 연결될 수 있도록 Anthropic이 2024년 11월 공개한 오픈소스 프로토콜이다. 기업들은 이를 활용해 AI 에이전트가 사내 데이터와 업무 도구에 접근하는 연결 구조를 구축하고 있다. 연결 문제가 먼저다 LLM은 훈련 데이터에 없는 정보를 모른다. 기업 내부 데이터베이스, 사내 위키, ERP 시스템에는 접근할 수 없다. 이 한계를 넘으려면 AI와 외부 시스템 사이에 연결 경로가 필요하다. 기존 방식은 시스템마다 별도 API 연동을 개별 개발하는 방식이었다. Slack, Notion, 사내 DB를 각각 연결하려면 세 개의 커스텀 통합 코드를 만들어야 했고, AI 플랫폼을 교체하면 처음부터 다시 짜야 했다. 비용도, 유지보수 부담도 시스템 수에 비례해 늘어났다. MCP는 이 구조를 바
12 min read
AI 거버넌스 프레임워크: 규제 대응을 넘어 실행 가능한 체계 만들기
AX

AI 거버넌스 프레임워크: 규제 대응을 넘어 실행 가능한 체계 만들기

AI 거버넌스 프레임워크란? 조직 내 AI 시스템의 개발·배포·운영 전반을 규율하는 정책, 절차, 책임 구조의 총체로, 리스크 관리와 윤리 기준을 실무 깊숙이 내재화하는 체계다. 📅 이 글의 정보 기준: 2026년 07월 | 12개월 후 재검증 권장 AI를 도입한 기업 중 그것을 실질적으로 통제하는 체계를 갖춘 곳은 얼마나 될까. 거버넌스 없이 확산된 AI는 편향 오류, 데이터 유출, 책임 공백으로 이어지고, 결국 도입 비용보다 더 큰 청구서를 조직에 안긴다. "AI 거버넌스가 필요하다"는 주장은 넘쳐나지만, 실제로 조직 운영에 살아 있는 체계를 구축한 사례가 드물다. 이 글에서는 규제 체크리스트에 그치는 거버넌스와 실제로 작동하는 거버넌스가 무엇이 다른지, 그리고 후자를 어떻게 만들 수 있는지를 다룬다. AI 채택은 늘었지만 통제 준비는 따라가지 못하고 있다 딜로이트가 2026년 발간한 「State of AI in the Enterprise」에 따르면, 2025년 한
11 min read
AI 에이전트 활용 사례: 산업별 실제 도입과 성과, 그리고 한계
AX

AI 에이전트 활용 사례: 산업별 실제 도입과 성과, 그리고 한계

AI 에이전트 활용 사례란? 목표를 이해하고, 실행 단계를 스스로 계획하며, 외부 도구를 사용해 다단계 작업을 자율 수행하는 AI 시스템의 실제 적용 사례다. 기술 데모가 아닌 실제 운영 환경에 도입한 결과를 가리키며, 반복 업무 자동화부터 복합 의사결정 보조까지 적용 범위가 넓다. "생산성 X배 향상", "직원 N명 업무를 AI로 대체"... AI 에이전트를 둘러싼 주장들은 언제나 극적이다. 그런데 실제 산업 현장에서 일어나는 일은 좀 더 복잡하다. 어떤 조직은 반복 업무에서 실질적인 효율을 얻었다. 상당수는 통합 비용만 치르고 시스템을 묻어두었다. 이 글은 고객 서비스, 금융, 의료, 소프트웨어 개발, 영업 지원 다섯 산업에서 AI 에이전트가 어떻게 도입됐는지, 어떤 성과와 한계를 남겼는지 짚는다. 마케팅 클레임이 아닌 검증 가능한 패턴과 사실 기반으로 기술한다. 2026년 기준 도입 현황: 어디서 가장 빠르게 움직이나 AI 에이전트 도입이 가장 활발한 영역은 고객 서비
14 min read
AI 에이전트의 단점: 도입 전에 알아야 할 실패 지점과 대비책
AX

AI 에이전트의 단점: 도입 전에 알아야 할 실패 지점과 대비책

AI 에이전트란? 사람의 지속적 개입 없이 목표를 스스로 설정하고, 외부 도구·API·시스템을 활용해 다단계 작업을 자율적으로 계획·실행·검증하는 AI 시스템이다. 자율성이 높을수록 작동 범위가 넓어지는 동시에, 오류가 발생했을 때 파급 범위도 함께 커진다. AI 에이전트 도입 논의는 2026년 들어 급격히 빨라졌다. 그러나 기술의 기대치가 가장 높은 시기일수록, 조용히 쌓이는 실패 사례를 먼저 살펴야 한다. 이 글은 AI 에이전트의 단점과 구조적 실패 지점을 구체적으로 분석하고, 도입 전 조직이 갖춰야 할 대비책을 제시한다. 왜 지금 단점부터 봐야 하는가 낙관론이 지배적인 시기일수록 반대 방향의 질문이 더 가치 있다. DeepL이 미국·영국·프랑스·독일·일본 5개국 고위 비즈니스 리더 약 5,000명을 대상으로 실시한 설문에서 응답자의 69%가 "AI 에이전트가 2026년 비즈니스를 근본적으로 변화시킬 것"으로 예상한 것으로 나타났다. 44%는 2026년에 변화가 본격화될
13 min read
AI 에이전트 도입 비용: 개발·운영·숨은 비용까지 현실적인 계산
AX

AI 에이전트 도입 비용: 개발·운영·숨은 비용까지 현실적인 계산

AI 에이전트 도입 비용이란? AI 에이전트 시스템을 설계, 구축, 운영하는 데 드는 전체 비용. 라이선스, API 사용료 같은 직접 비용뿐 아니라 데이터 정제, 프로세스 재설계, 변화 관리, 장애 처리 비용까지 포함한 총소유비용(TCO)을 가리킨다. AI 에이전트 도입에서 가장 먼저 눈에 들어오는 건 청구서다. 라이선스비, 컨설팅 비용, API 사용료가 매달 OpEx에 쌓인다. 그러나 몇 달이 지나도 손익계산서는 작년과 크게 다르지 않을 수 있다. 이 글은 그 이유를 정직하게 짚고, 개발부터 운영, 숨은 비용까지 전체 구조를 분해해 현실에 맞는 계산 방법을 제시한다. 비용 구조 해부: 개발, 운영, 숨은 비용 AI 에이전트 도입 비용은 세 층위로 나뉜다. 대부분의 예산안은 첫 번째 층만 잡는다. IBM에 따르면 AI 에이전트는 "사용 가능한 도구로 워크플로를 직접 설계해 작업을 자율 수행하는 시스템"이다. 이 자율성이 비용 구조를 일반 소프트웨어 도입과 다르게 만든다.
11 min read