소식

  • 구글 노트북LM, 논문도 틱톡처럼 60초로 요약해준다

    구글 노트북LM, 논문도 틱톡처럼 60초로 요약해준다

    구글이 노트북LM에 60초짜리 세로형 AI 영상 만들기 기능을 얹었다. 자료를 올리면 틱톡이나 릴스처럼 생긴 숏폼 클립이 알아서 나온다. 직접 돌려본 소감부터 말하자면 — 이게 진짜 되네, 싶었다.

    뭘 하는 기능인가

    노트북LM은 PDF, 웹페이지, 유튜브 영상, 직접 적은 메모까지 한곳에 모아 AI가 정리해주는 구글의 노트 도구다. 이번에 붙은 신규 기능은 이 자료들을 통째로 9:16 세로형 영상으로 바꿔준다. 자막도 붙고 내레이션도 들어간다.

    구글이 공개한 예시는 호주의 ‘에뮤 전쟁(Emu War)’. 1932년 호주군이 에뮤 떼를 상대로 벌인, 지금 들으면 황당하기 짝이 없는 작전 얘기다. 결과는 실패. 이런 마이너한 역사 소재조차 1분 안에 핵심만 추려낸다는 게 신기했다.

    누가 쓸 수 있나

    전 사용자 대상은 아니다. Google AI ProGoogle AI Ultra 구독자부터 순서대로 풀린다.

    • Google AI Pro: 월 19.99달러, 국내 환산하면 대략 2만 8천 원
    • Google AI Ultra: 월 249.99달러, 약 35만 원 수준으로 최상위 등급
    • 무료 사용자는 이번엔 빠졌다

    쓰는 법은 간단하다. 자료를 올리고 영상 생성 옵션만 누르면 끝. AI가 핵심을 뽑아 영상으로 재구성해주는데, 따로 편집할 필요가 없다는 게 포인트다.

    오디오에서 영상으로, 다음은 세로

    노트북LM이 처음 이름을 알린 건 2024년 가을, ‘오디오 개요(Audio Overviews)’ 덕분이었다. 자료를 팟캐스트 형식 음성 대화로 바꿔주는 기능인데, AI 진행자 둘이 수다 떨듯 설명해주는 방식이 꽤 화제였다.

    그 뒤로 가로형 영상 개요가 붙었고, 이번엔 한 단계 더 가서 숏폼 플랫폼 소비 습관에 맞춘 세로형 클립까지 나왔다. 텍스트에서 음성으로, 음성에서 짧은 영상으로 — 정보 소비 흐름을 구글이 그대로 쫓아가는 모양새다.

    긴 논문, 1분으로 끝날까

    한계는 분명하다. 60초 안에 욱여넣다 보니 복잡한 연구 자료나 법률 문서처럼 디테일이 생명인 콘텐츠는 핵심만 남고 맥락이 날아갈 공산이 크다. 빠르게 훑는 용도로는 쓸만해도, 꼼꼼히 봐야 하는 자료라면 보조 수단 정도로 생각하는 게 맞다.

    그래도 학생이나 직장인 입장에서는 출퇴근길에 긴 보고서나 논문을 1분짜리 영상으로 먼저 훑고, 필요한 부분만 원문으로 다시 확인하는 식의 쓰임새는 충분히 그려진다.

    한국 사용자한테는 어떨까

    국내에서도 노트북LM은 대학생과 직장인 사이에서 입소문 탄 지 꽤 됐다. 시험 기간에 강의자료를 오디오 개요로 바꿔 듣는다는 후기가 커뮤니티에 종종 올라온다.

    이번 세로형 클립 기능이 한국어 자료에도 매끄럽게 적용된다면 쓰임새는 더 넓어질 것 같다. 짧은 영상에 익숙한 국내 이용자 특성상 거부감 없이 받아들여질 가능성이 높고, 유튜브 쇼츠나 인스타그램 릴스를 일상처럼 보는 세대한테는 텍스트 요약보다 오히려 더 편하게 느껴질 수도 있다. 다만 유료 구독이 전제 조건이라, 무료 사용자에게 언제 풀릴지가 다음 관전 포인트로 남는다.

    출처: The Verge

  • AI 에이전트란? 코딩부터 연구까지 어디까지 써먹을 수 있나

    AI 에이전트란? 코딩부터 연구까지 어디까지 써먹을 수 있나

    개발자들 모이는 자리에 가면 요즘 빠지지 않고 나오는 말이 있다. “코드는 AI한테 맡기고 나는 검토만 한다.” 농담처럼 들렸는데, 더는 아니다. 같은 흐름이 이제 실험실 쪽으로도 옮겨가는 중이다. 신약 후보 물질을 찾는 연구자가 문헌 조사부터 데이터 분석까지 AI에게 떠넘기는 풍경, 머지않아 보일 거다. 이 변화의 한복판에 ‘AI 에이전트’라는 개념이 있다. 코딩, 연구, 마케팅, 고객 응대까지 업무 전반으로 번지고 있는 이 기술이 정확히 뭔지, 일상 업무에 어떻게 끌어다 쓸 수 있는지 한번 짚어본다.

    AI 에이전트, 정체가 뭐길래

    AI 에이전트는 사람이 목표만 던져주면 알아서 작업을 쪼개고, 필요한 도구를 골라 쓰고, 결과를 점검하면서 끝까지 밀어붙이는 AI 시스템이다. 질문에 답하는 수준을 넘어 실제로 ‘일을 처리’한다는 게 핵심. 특징을 정리하면 이렇다.

    • 목표 지향적으로 여러 단계 작업을 스스로 계획하고 실행한다
    • 코드 실행, 검색, 파일 읽기·쓰기 같은 외부 도구를 직접 호출한다
    • 중간 결과를 스스로 확인하고 틀리면 다시 시도한다
    • 사람 개입 없이 긴 작업을 이어서 처리한다

    챗봇이랑은 뭐가 다른가

    챗봇은 질문 하나에 답 하나 내놓고 끝이다. 에이전트는 다르다. “이 버그 좀 고쳐줘” 한마디에 코드를 읽고, 원인을 찾고, 수정하고, 테스트까지 돌린 다음 결과를 보고한다. 사람이 매 단계마다 지시를 내릴 필요가 없다는 점, 이게 결정적이다. 챗봇이 대화 상대에 가깝다면, 에이전트는 업무를 통째로 맡길 수 있는 직원에 가까운 셈이다.

    코딩 쪽에서 먼저 자리 잡은 이유

    AI 에이전트가 가장 먼저, 가장 빠르게 퍼진 분야는 단연 소프트웨어 개발이다. 이유는 단순하다. 코딩은 결과를 코드 실행이나 테스트로 바로 확인할 수 있고, 작업 단위도 함수 하나, 버그 하나, 기능 하나로 비교적 명확하게 쪼개지기 때문. Claude Code 같은 코딩 에이전트는 전체 코드베이스를 읽고, 터미널 명령을 실행하고, 테스트를 돌려 통과 여부까지 확인하는 식으로 움직인다. 사람은 한 발 물러나 결과물만 검토하면 되는 구조다.

    이제는 연구실까지

    최근 눈에 띄는 흐름이 하나 있다. 이 에이전트 방식이 과학 연구 영역으로 넘어가고 있다는 것. 제약사 임원이나 바이오텍 창업자, 연구자를 대상으로 한 자리에서 과학 연구 전용 AI 에이전트가 소개된 사례도 나왔다. 논문 검토, 실험 설계, 데이터 분석처럼 절차가 정형화돼 있고 결과 검증이 가능한 작업이라면 코딩과 구조가 별반 다르지 않다. 반복적인 문헌 조사나 데이터 정리에 드는 시간을 줄여주는 방향으로 쓰이는 흐름, 점점 강해지고 있다.

    내 업무에 써보려면 어디서부터

    거창하게 시작할 필요 없다. 오히려 작은 단위부터 건드려보는 쪽이 실패 확률을 줄인다.

    • 규칙이 명확하고 반복적인 업무부터 골라본다 (이메일 분류, 데이터 정리, 보고서 초안 작성 등)
    • 결과를 사람이 빠르게 확인할 수 있는 작업을 우선한다
    • 전체 업무를 통째로 맡기지 말고 일부 단계만 시범 적용해본다
    • 접근 권한과 작업 범위는 처음부터 좁게 잡는다

    도입 전에 따져봐야 할 것들

    에이전트가 작업을 끝까지 알아서 처리한다는 건, 뒤집어 보면 오류도 끝까지 밀고 나갈 수 있다는 뜻이다. 사실과 다른 내용을 그럴듯하게 지어내는 환각 문제는 여전히 남아 있고, 결과물을 검토할 사람은 따로 필요하다. 민감한 데이터를 다루는 업무라면 접근 권한과 보안 설정부터 꼼꼼히 따져야 한다. 사용량에 따라 비용이 늘어나는 구조라, 파일럿 단계에서 비용 대비 효과를 미리 가늠해보는 편이 안전하다. 이건 좀 보수적으로 접근해도 손해 볼 거 없는 부분.

    궁금한 것들, 미리 정리해본다

    Q. AI 에이전트와 기존 RPA(업무 자동화 툴)는 뭐가 다른가?
    RPA는 정해진 규칙대로만 움직이는 매크로에 가깝다. 화면 구조 하나만 바뀌어도 바로 멈춘다. AI 에이전트는 상황을 판단해 방법을 바꿔가며 목표를 달성하려 한다. 유연성 차이가 크다.

    Q. 비전공자도 AI 에이전트를 쓸 수 있나?
    가능하다. 코딩 지식 없이도 자연어로 지시하고 결과물만 검토하는 식으로 쓰는 사람, 늘고 있다. 다만 결과를 판단할 최소한의 도메인 지식은 필요하다.

    Q. 회사 보안 정책상 도입이 걱정된다면?
    외부 서버로 데이터가 나가지 않는 사내망 전용 옵션이 있는지, 권한을 세밀하게 제한하는 기능을 제공하는 서비스인지부터 확인하는 게 첫걸음이다.

    출처: MIT Tech Review AI

  • 메신저 GIF 검색 안 될 때, 진짜 원인과 해결법 총정리

    메신저 GIF 검색 안 될 때, 진짜 원인과 해결법 총정리

    디스코드에서 짤 찾으려고 GIF 아이콘을 눌렀는데, 검색창이 먹통이었던 적 있을 거다. 키워드를 쳐도 결과는 안 뜨고 로딩 바퀴만 빙글빙글. 왓츠앱에서도, 블루스카이에서도 비슷한 증상이 보고됐다. 범인은 앱 자체가 아니다. 진짜 원인은 따로 있다 — GIF 검색을 떠받치는 백엔드 API.

    구글 산하 Tenor처럼 GIF 검색 엔진을 운영하는 업체가 API 정책을 바꾸거나 외부 제공을 끊어버리면, 거기에 빌붙어 쓰던 메신저·SNS 앱들의 GIF picker가 한꺼번에 멈춘다. 도미노처럼. 원인을 알면 해결은 의외로 빠르다.

    GIF 검색이 갑자기 안 되는 진짜 이유

    디스코드, 왓츠앱, 블루스카이, X. 이 네 곳 다 자체 GIF 데이터베이스를 만들지 않는다. 대신 TenorGIPHY 같은 전문 업체의 API를 호출해서 검색 결과를 끌어오는 구조다. API 쪽에서 엔드포인트를 바꾸거나 서비스를 종료하면? 앱을 업데이트하기 전까진 검색창에 뭘 입력해도 결과가 안 나온다. 앱을 지웠다 다시 깔아도 소용없는 이유가 바로 여기 있다.

    • API 제공사가 엔드포인트를 변경한 경우
    • 앱이 아직 새 API로 마이그레이션을 마치지 못한 경우
    • 네트워크나 지역 차단으로 GIF 서버 접속 자체가 막힌 경우

    디스코드 GIF 검색, 이렇게 고친다

    디스코드는 메시지 입력창의 GIF 아이콘을 눌렀을 때 검색이 안 되는 사례가 종종 올라온다. 일단 앱부터 최신 버전으로 업데이트할 것. 그래도 안 풀리면 캐시를 지워본다 — 데스크톱 앱은 Ctrl+R로 새로고침하거나, 설정 > 고급 메뉴에서 캐시 클리어. 모바일이라면 휴대폰 설정의 앱 정보 화면에서 캐시 데이터를 지우는 쪽이 효과적이다. 이래도 검색 결과가 텅 비어 있다면? 백엔드 API 마이그레이션이 아직 안 끝났을 가능성이 크다. 며칠 뒤 업데이트를 다시 받아보는 게 가장 확실한 방법이다.

    왓츠앱·X·블루스카이는 조금씩 다르다

    왓츠앱은 채팅창 이모지 패널 옆 GIF 탭에서 검색을 제공하는데, 이것도 결국 외부 GIF API에 기댄 구조다. X(옛 트위터)는 미디어 업로드 버튼 옆 GIF 메뉴에서 카테고리 추천과 검색을 같이 보여준다. 그래서 API가 말썽일 때 추천 탭은 멀쩡하고 검색만 막히는 경우도 있다. 블루스카이는 GIF 검색을 붙인 지 비교적 얼마 안 됐다. 그래서인지 백엔드 전환에 따른 일시적 오류가 상대적으로 자주 보인다. 그래도 세 서비스 공통점은 하나, 앱 업데이트가 제일 빠른 해결책이라는 것.

    Tenor vs GIPHY, 뭐가 다른가

    Tenor는 2018년 구글이 인수한 GIF 검색 엔진이다. 안드로이드 키보드와 구글 검색에 꽤 깊숙이 박혀 있다. GIPHY는 메타(옛 페이스북)가 한때 사들였다가 반독점 규제에 걸려 도로 팔아치운 이력이 있는, 완전히 별개의 서비스다. 두 업체 다 외부 앱에 무료 API를 제공해왔지만 수익 구조나 운영 방침은 서로 다르다. 한쪽이 API 제공을 줄이면 거기 의존하던 앱들이 다른 쪽으로 옮겨가는 식의 연쇄반응이 생긴다. 요즘 GIF picker가 갑자기 낯설어 보인다면, 십중팔구 이 마이그레이션 과정 중이라고 보면 된다.

    그래도 안 풀린다면 시도해볼 것들

    • 앱을 완전히 종료하고 재실행하기
    • 스마트폰·PC 운영체제 자체 업데이트 확인하기
    • 와이파이와 모바일 데이터를 번갈아 켜서 네트워크 문제부터 배제하기
    • 웹 브라우저로 Tenor나 GIPHY 사이트에 직접 들어가 GIF를 찾은 뒤, 링크나 파일로 공유하기

    마지막 방법, 임시방편이긴 한데 급할 땐 의외로 쓸 만하다. 찾은 GIF의 URL을 복사해 채팅창에 붙여넣으면 대부분 메신저가 알아서 미리보기를 띄워준다.

    결국 살아남는 건 어느 쪽 API일까

    메신저 앱이 자체 GIF 인프라를 직접 구축하려면 비용이 만만치 않다. 그래서 외부 API에 기대는 구조는 한동안 안 바뀔 거다. 이번 같은 마이그레이션 이슈도 주기적으로 또 터질 가능성이 높다. 자주 쓰는 앱에서 GIF 검색이 막혔다면, 패치 노트나 커뮤니티 공지부터 확인하는 습관을 들이는 게 제일 빠른 대응이다. 검색창만 붙들고 있어 봐야 답은 안 나온다.

    원문 보도: The Verge

  • 에이서 스위프트 고16 AI, 베스트바이서 65만원 뚝 떨어졌다

    에이서 스위프트 고16 AI, 베스트바이서 65만원 뚝 떨어졌다

    베스트바이에서 에이서 16인치 노트북 스위프트 고16 AI(Swift Go 16 AI)가 899.99달러에 풀렸다. 정가가 1,549.99달러니까, 거의 650달러가 빠진 셈이다. 환율 따져보면 국내 직구가 기준으로도 100만원 안팎까지 내려온다. 가성비 노트북 찾던 사람이라면 한 번쯤 들여다볼 만하다.

    65만원 가까이 빠진 가격표

    이번 세일가 899.99달러는 더버지가 짚은 정가 1,549.99달러보다 약 42% 낮다. 같은 사양 노트북이 미국에서 1,500달러를 넘기는 일이 흔해진 요즘 분위기를 생각하면, 솔직히 꽤 파격적이다.

    • 정가: 1,549.99달러
    • 할인가: 899.99달러
    • 할인율: 약 42%
    • 판매처: 베스트바이

    노트북값, 왜 이렇게 올랐나

    더버지 보도에 따르면 메모리와 저장장치 가격이 뛰면서 콘솔이든 PC든 전자제품 전반이 같이 올랐다고 한다. AI 서버용 D램과 낸드 수요가 폭증한 탓에, 일반 소비자용 부품 공급이 빠듯해진 게 크다.

    그러다 보니 1,000달러 아래에서 쓸만한 노트북 고르는 일 자체가 까다로워졌다는 게 기사의 핵심 진단이다. 램 16GB, SSD 512GB급만 갖춰도 가격이 훌쩍 뛰는 시장이다. 그 와중에 정가 절반 수준까지 떨어진 스위프트 고16이 눈에 띈다.

    OLED에 코파일럿+까지, 사양은 알찼다

    스위프트 고16 AI는 인텔 최신 루나레이크 기반 코어 울트라 프로세서를 얹었다. NPU 연산 성능이 40 TOPS를 넘어 마이크로소프트 코파일럿+ PC 인증도 받았다. 16인치 OLED 패널에 3.2K 해상도, 120Hz 주사율. 이 가격대에서는 보기 드문 조합이다.

    무게는 1.5kg 안팎. 16인치치고는 가벼운 축이다. 배터리도 하루 종일 들고 다닐 만큼 버틴다는 평가가 많았다. 영상 편집이나 가벼운 작업용으로는 부족함이 없다.

    할인폭만 보고 살 만할까

    개인적으로는, OLED 화면에 코파일럿+ 인증까지 갖춘 16인치 노트북이 90만원대로 풀린 사례는 최근 1~2년 사이 흔치 않았다고 본다. 맥북에어 13형이나 갤럭시북4 같은 경쟁 모델과 비교해도 화면 크기와 해상도에서 밀리지 않는다.

    다만 베스트바이 한정 세일이라 수량이 먼저 빠질 가능성이 있다. 미국 매장 가격이라 직구라면 배송비와 관세까지 더해봐야 실제 이득이 얼마인지 나온다. 결제부터 누르기 전에 환율과 배송 조건 한 번 더 확인하는 편이 낫다.

    국내 직구족이라면 체크할 포인트

    국내에는 아직 에이서 노트북 라인업이 폭넓게 들어와 있지 않다. 그래서 이런 미국 한정 세일은 직구로 접근하는 경우가 많다. 같은 사양 노트북을 국내 매장에서 사면 150만원을 훌쩍 넘기는 일이 흔해서, 직구 가격 차이가 꽤 크게 느껴진다.

    램과 SSD 가격 상승은 국내 제조사인 삼성전자와 SK하이닉스 실적과도 맞닿아 있는 이슈다. 부품값이 오를수록 국내 소비자가 사는 완제품 가격도 같이 오를 여지가 크다. 이번 세일은 단순한 해외 특가 소식을 넘어, 한국 시장 가격 흐름을 가늠해볼 참고 자료가 되는 셈이다.

    출처: The Verge

  • 아마존, 신원도용 피해자 외면하다 FTC에 31억 과징금 맞았다

    아마존, 신원도용 피해자 외면하다 FTC에 31억 과징금 맞았다

    아마존이 신원도용 피해자를 제대로 챙기지 않았다는 이유로 미국 연방거래위원회(FTC)에 225만 달러(약 31억원) 과징금을 내게 됐다. 블룸버그가 이 소식을 가장 먼저 전했는데, 세계 최대 이커머스 기업이 정작 자기 플랫폼에서 일어난 사기 피해자 보호엔 손을 놓고 있었다는 점에서 업계 반응이 싸늘하다.

    정보 요청을 거부당한 피해자들

    FTC 고발장을 보면, 아마존은 도용된 계정으로 결제가 이뤄진 사실을 분명히 확인했다. 그런데도 정작 피해 당사자가 “내 명의로 어떤 상품이 결제됐는지 알려달라”고 요청하면 거절했다는 거다. 카드 명세서에 낯선 결제 내역이 찍혀서 신고까지 했는데, 그 돈이 어디에 쓰였는지조차 확인할 길이 막혀 있었던 셈.

    • FTC는 이를 공정신용보고법(Fair Credit Reporting Act, FCRA) 위반으로 규정
    • 피해자는 사기성 거래 관련 서류·구매 내역에 접근할 법적 권리를 갖고 있음
    • 아마존이 이 절차를 사실상 운영하지 않았다는 게 핵심 쟁점

    왜 하필 FCRA였나

    FCRA는 원래 신용평가기관을 겨냥해 만든 법이다. 다만 신원도용 피해자가 사기범의 거래 기록을 확보해 신용 회복 절차를 밟을 수 있도록 보장하는 조항도 들어 있다. 쇼핑몰 입장에서는 귀찮은 행정 절차로 여길 수도 있다. 하지만 피해자 입장에서는 경찰 신고나 카드사 이의제기에 꼭 필요한 증빙 자료다. 아마존 같은 대형 플랫폼이 이 절차조차 갖추지 않았다는 건, 결제 규모는 커졌는데 사후 대응 인프라는 그만큼 못 따라갔다는 뜻으로 읽힌다.

    처음 있는 일도 아니다

    아마존은 소비자 보호 문제로 FTC와 자주 부딪혀온 회사다. 2025년엔 프라임(Prime) 멤버십 가입은 쉽게, 해지는 일부러 복잡하게 만든 이른바 ‘다크패턴’ 설계 때문에 소송을 당해 25억 달러(약 3조 5천억원) 규모 합의금을 낸 적도 있다. 이번 225만 달러는 그에 비하면 푼돈처럼 보이지만, 패턴은 똑같다. 소비자에게 불리한 절차는 방치해두다가, 문제가 불거지면 그제야 움직인다.

    피해자들이 실제로 겪는 일

    신원도용 피해는 카드 한 번 막는다고 끝나는 게 아니다. 도용된 계정으로 수백 달러어치 전자기기가 결제되고, 배송지가 피해자도 모르는 주소로 바뀌어 있는 경우가 흔하다. 이때 피해자한테 필요한 건 “환불해드렸습니다” 한마디가 아니다. 어떤 상품이 어디로 갔는지, 구체적인 기록이다. 이게 있어야 경찰에 정식으로 신고하고 신용기록에서 해당 거래를 지울 수 있다. 아마존은 이 단계에서 발을 뺐다는 게 FTC 주장의 골자다.

    국내 이용자도 강 건너 불구경은 아니다

    아마존 직구나 해외 결제 쓰는 사람이라면 이 사건, 결코 남 얘기가 아니다. 해외 플랫폼에서 명의 도용이나 결제 사고가 나면, 한국 소비자가 미국 소비자와 똑같이 FCRA상 권리를 주장하기는 현실적으로 어렵다. 분쟁 해결 창구도 다르고 적용 법규도 다르니까. 쿠팡이나 네이버 같은 국내 플랫폼들이 개인정보보호법과 전자상거래법에 따라 피해자 정보 제공 절차를 어떻게 운영하는지 다시 점검해볼 신호로 받아들여도 좋을 듯하다. 몸집은 큰데 사후 대응은 허술하다는 지적, 글로벌 플랫폼일수록 반복된다. 결제 전 약관과 분쟁 해결 절차를 미리 확인해두는 습관, 손해를 줄이는 가장 확실한 방법이다.

    출처: The Verge

  • Copilot이냐 Cursor냐, 2026년 기준으로 다시 정리해봤다

    Copilot이냐 Cursor냐, 2026년 기준으로 다시 정리해봤다

    유명 VC 투자자가 직접 AI 코딩 스타트업 CEO로 뛰어들었다. 올해 이 시장에 몰린 투자금이 수십억 달러를 넘어섰으니 그럴 만도 하다. GitHub Copilot이 불을 붙인 뒤 Cursor, Windsurf, Codeium이 쏟아졌고, 지금은 툴마다 “우리가 제일 낫다”고 외치는 상황. 막상 뭘 골라야 할지, 기능 리스트만 봐서는 감이 안 잡힌다.

    AI 코딩 어시스턴트, 정확히 뭘 해주나

    핵심 기능은 세 가지다.

    • 자동 완성(Autocomplete): 코드를 타이핑하면 다음 줄을 예측해서 제안
    • 채팅 기반 코드 생성: 자연어로 요청하면 함수나 클래스를 통째로 작성
    • 코드베이스 이해: 프로젝트 전체 파일을 읽고 맥락에 맞는 수정·리팩터링 제안

    초창기엔 자동 완성이 전부였다. 지금은 다르다. 2024년 이후 나온 툴들은 수만 줄짜리 레포를 통째로 읽고 “이 버그 고쳐줘” 한 마디에 관련 파일 여러 개를 동시에 수정해준다. 개발 속도 자체가 바뀌는 수준이다. 써보면 안다.

    2026년 기준 주요 AI 코딩 툴 5가지

    선택지가 너무 많다. 실제로 쓰이는 것만 추리면 이렇다.

    • GitHub Copilot: VS Code·JetBrains 등 거의 모든 IDE에 플러그인으로 설치. 월 $10~$19. 레퍼런스가 많아 처음 시작하는 사람한테 무난한 선택
    • Cursor: VS Code 기반 독립 에디터. AI 기능이 IDE 자체에 깊이 통합돼 컨텍스트 이해가 뛰어남. 월 $20
    • Windsurf (구 Codeium): Cursor와 비슷한 에디터 방식. 무료 티어가 넉넉한 게 강점. Cognition AI 인수 이후 기능이 빠르게 발전 중
    • Claude Code: Anthropic의 터미널 기반 에이전트. 에디터를 따로 바꾸지 않아도 되고, 대규모 코드베이스 리팩터링에 강함
    • Amazon Q Developer: AWS 환경에 최적화. 클라우드 인프라 코드, IAM 정책 작성 등에서 차별화

    Copilot vs Cursor — 실제로 뭐가 다른가

    “Copilot이냐 Cursor냐” — 제일 많이 나오는 질문이다. 기능 리스트만 비교하면 놓치는 게 있다. 실사용 기준으로 따져본다.

    GitHub Copilot의 강점

    • 지금 쓰는 IDE 그대로 사용 가능 (VS Code, IntelliJ, Neovim 등, 환경 바꿀 필요 없음)
    • GitHub 레포와 연동이 자연스럽고, 팀 단위 정책 관리(Copilot Business)가 수월
    • Enterprise 환경에서 코드가 모델 학습에 사용되지 않도록 설정 가능

    Cursor의 강점

    • 프로젝트 전체 파일을 인덱싱해 “이 함수가 어디서 호출되는지” 같은 질문에 즉시 답변
    • Composer 기능으로 여러 파일을 한 번에 수정하는 에이전트 작업이 직관적
    • GPT-4o, Claude Sonnet 등 모델을 직접 선택해서 쓸 수 있어 유연성이 높음

    기존 IDE 환경을 유지하면서 팀 협업과 보안 정책이 중요하다면 Copilot 쪽이 낫다. 개인 프로젝트나 빠른 프로토타이핑 위주라면 Cursor가 체감 생산성이 더 높다. 솔직히 이건 직접 써보고 나서야 확실히 갈린다.

    상황별로 골라 쓰는 법

    ‘무조건 최고’인 툴은 없다. 처한 상황이 툴을 결정한다.

    • 대기업·금융·공공기관: 코드 유출 리스크 때문에 on-premise 지원 여부가 1순위. GitHub Copilot Enterprise나 Amazon Q Developer가 현실적
    • 스타트업·1인 개발: 속도가 생명. Cursor 또는 Windsurf 무료 티어로 시작해서 필요하면 업그레이드
    • AWS 헤비 유저: Amazon Q Developer는 CloudFormation, CDK 코드 자동 완성 품질이 특출남
    • 레거시 코드베이스 리팩터링: Claude Code처럼 긴 컨텍스트를 처리하는 에이전트형 툴이 유리
    • 오픈소스 기여: Copilot의 무료 오픈소스 관리자 플랜을 먼저 확인할 것

    도입할 때 놓치기 쉬운 보안 체크리스트

    팀에 도입하기 전에 반드시 짚어야 할 항목들. 이걸 건너뛰다가 뒤탈이 나는 경우가 적지 않다.

    • 코드 학습 사용 여부 확인: 입력한 코드가 모델 학습에 쓰이는지 약관과 설정에서 확인. Copilot Business·Enterprise는 기본 off
    • API 키·시크릿 노출 위험: AI에게 코드를 붙여넣을 때 환경변수나 시크릿이 섞이지 않았는지 점검. .env 파일은 절대 공유 금지
    • 라이선스 오염 가능성: AI가 생성한 코드가 GPL 등 오픈소스 코드를 그대로 재현하는 사례가 있음. 법무팀이 있는 조직이라면 라이선스 필터 옵션 활성화
    • 취약한 코드 패턴 검증: AI는 빠르게 코드를 쓰지만 SQL 인젝션, XSS 같은 보안 취약점을 무의식적으로 생성하기도 함. 코드 리뷰와 SAST 툴 병행이 필수

    현업 개발자가 실제로 쓰는 방식

    AI 코딩 툴을 “그냥 자동완성” 정도로만 쓰면 잠재 가치의 30%도 못 뽑는다. 생산성을 제대로 끌어올리는 패턴이 따로 있다.

    • 보일러플레이트 완전 위임: CRUD API 엔드포인트, DTO, 테스트 더미 데이터처럼 구조가 반복되는 코드는 AI에게 통째로 맡김
    • 코드 리뷰 도우미로 활용: PR 올리기 전에 “이 코드에서 개선할 점이나 버그 가능성 찾아줘”라고 물으면 사람 리뷰어가 놓치는 부분을 잡아줌
    • 낯선 라이브러리 탐색: 문서 읽는 대신 “이 라이브러리로 파일 업로드 기능 만드는 최소한의 예제 코드 써줘”처럼 바로 동작하는 예제부터 요청
    • 리팩터링 계획 수립: “이 모듈의 의존성 구조를 설명하고, 어떤 순서로 분리하면 좋을지 단계를 나눠줘”처럼 계획 자체를 AI와 함께 짜는 방식

    다음 수순 — 이 시장 어디로 가나

    AI 코딩 시장은 아직 정착 단계가 아니다. 판도를 바꿀 변수가 몇 가지 남아 있다.

    첫째, 모델 성능 격차 축소. 2년 전엔 GPT-4와 나머지 모델 사이에 체감 차이가 컸지만, 지금은 오픈소스 모델도 코딩 벤치마크 상위권에 근접했다. 이 추세가 계속되면 “어떤 모델을 쓰냐”보다 “UI·UX와 워크플로우가 얼마나 잘 설계됐냐”가 툴 선택을 좌우하게 된다.

    둘째, 에이전트형 개발의 확산. 자동완성을 넘어 “테스트 작성 → 버그 수정 → PR 생성”까지 연속 작업을 자율적으로 수행하는 에이전트 방식이 빠르게 퍼지고 있다. 지금 쓰는 툴이 에이전트 워크플로우를 어디까지 지원하는지 미리 확인해두는 게 좋다.

    셋째, 기업용 시장 경쟁. 스타트업·개인 사용자 유치는 이미 포화 상태다. 앞으로 대형 계약은 보안 인증, SSO, 감사 로그 같은 엔터프라이즈 기능을 갖춘 업체로 쏠릴 가능성이 높다. 이 분야에서 Microsoft(Copilot)와 신규 진입자들의 경쟁이 본격화되고 있다.

    결국 지금 당장의 선택보다 중요한 건 따로 있다. 팀의 워크플로우를 파악하고 3~6개월 주기로 툴을 재평가하는 습관. 시장이 이 속도로 움직이는 동안 한 가지 툴에 고착되면 뒤처진다.

    출처: TechCrunch

  • AI 에이전트란 무엇인가 — 챗봇과 결정적으로 다른 이유, 기업 도입 체크리스트까지

    AI 에이전트란 무엇인가 — 챗봇과 결정적으로 다른 이유, 기업 도입 체크리스트까지

    GPT가 등장한 지 3년 만에 기업 AI 투자의 무게중심이 슬그머니 이동했다. ‘생성’에서 ‘실행’으로. 텍스트 만들고 이미지 그리는 단계를 훌쩍 지나, 이제는 스스로 판단하고 움직이는 AI가 핵심 화두로 떠올랐다. 바로 AI 에이전트(AI Agent)다. Gartner는 2026년을 기업 AI 전략의 “변곡점(inflection year)”으로 규정했고, MIT 테크리뷰 보도에 따르면 기술 최전선에서 에이전트 AI의 신뢰도가 가파르게 높아지고 있다.

    막상 주변에서 “AI 에이전트 도입해야 하는 거 아니야?”라는 말을 들으면 손에 잡히는 게 없다. 챗봇이랑 다른 건가? 실제로 뭘 해주는 건가? 이 글은 그 질문들에 직접 답한다.

    챗봇과 AI 에이전트, 결정적인 차이

    챗봇은 “응답기”다. 질문을 넣으면 답이 나온다. 그게 전부다. AI 에이전트는 “목표 달성기”다. 목표를 주면 먼저 계획을 짠다. 도구를 고르고, 실행하고, 결과를 확인하면서 다음 단계로 넘어간다. 자율적으로.

    나란히 놓으면 이렇다:

    • 챗봇: “이 이메일 어떻게 써야 해?” → 초안 제공
    • AI 에이전트: “이 고객사에 제안서 보내줘” → 고객 정보 조회, 제안서 초안 생성, 담당자 이메일 확인, 발송까지 자동 처리

    핵심은 자율성(autonomy)도구 사용(tool use)이다. 에이전트는 외부 API, 데이터베이스, 코드 실행 환경을 직접 호출하며 멀티스텝 작업을 처리한다. 챗봇이 “조언”을 준다면, 에이전트는 “행동”한다. 이 차이, 생각보다 훨씬 크다.

    실제로 뭘 하냐고 물으면

    지금 기업 현장에서 실제로 돌아가고 있는 에이전트 사례들을 보면 추상적인 개념이 확 선명해진다.

    • 코드 리뷰 에이전트: PR이 올라오면 자동으로 리뷰 코멘트를 달고 보안 취약점을 스캔한다
    • 고객 지원 에이전트: FAQ 수준을 넘어 CRM 시스템을 직접 조회하고 환불 처리까지 실행
    • 데이터 분석 에이전트: “지난 분기 매출 하락 원인 분석해줘” 한 마디에 DB 쿼리부터 시각화까지
    • 콘텐츠 파이프라인 에이전트: 키워드 조사 → 초안 작성 → SEO 점검 → CMS 업로드를 순차 처리
    • IT 운영 에이전트: 서버 알림이 뜨면 로그를 분석하고, 해결책을 시도하거나 담당자에게 요약 보고

    공통점이 보이는가? 전부 “사람이 매번 끼어들어야 했던 반복 워크플로우”다. 에이전트가 파고드는 지점이 바로 여기다.

    기업들이 지갑을 여는 이유

    ROI 압박이다. LLM을 도입했는데 비용이 줄었다거나 매출이 늘었다는 증거를 이사회 앞에 가져가기가 너무 어려웠다. 에이전트는 얘기가 다르다. 반복 업무를 자동화하면 처리 시간을 수치로 잡을 수 있고, 처리량 증가를 그래프로 보여줄 수 있으니까.

    McKinsey 분석을 보면 지식 노동자 업무의 약 60~70%가 자동화 가능하다고 나온다. 그 중에서도 멀티스텝 워크플로우 영역이 에이전트 AI의 ROI가 가장 높게 나오는 구간이다. 단순 채팅 인터페이스는 “인상적이지만 쓸모없는(impressive but useless)” 단계에 머물기 쉬운데, 에이전트는 실제 업무 흐름에 직접 끼워 넣을 수 있어서 경영진 설득이 훨씬 수월해진다. 솔직히 이게 가장 큰 이유다.

    도입 전에 먼저 짚어야 할 것들

    아무 준비 없이 도입했다가 실패하는 케이스에는 패턴이 있다. 네 가지를 먼저 확인해야 한다.

    • 작업이 명확히 정의되는가? 에이전트는 목표가 모호하면 오작동한다. “매출 올려줘”는 에이전트 작업이 아니다. “매주 월요일 오전 9시에 지난 주 매출 리포트를 Slack #revenue 채널에 요약 전송”처럼 구체적이어야 한다.
    • 데이터 접근 권한이 정리되어 있는가? 에이전트가 CRM, ERP, DB에 접근하려면 인증 체계가 먼저 갖춰져 있어야 한다. 이게 빠진 채로 시작하면 반쪽짜리다.
    • 실패 시 롤백이 가능한가? 에이전트가 잘못된 이메일을 1,000명에게 보내거나 DB 레코드를 잘못 수정하면? 취소·롤백 메커니즘을 설계 단계에서 먼저 집어넣어야 한다.
    • 사람 검수 구간이 있는가? “Human-in-the-loop” 구간을 초기 설계에 반드시 포함시켜야 한다. 100% 자율화는 나중 얘기다.

    직접 만들 것인가, 플랫폼을 살 것인가

    선택지는 두 갈래다. 직접 구축하거나, 기성 플랫폼을 쓰거나.

    직접 구축 (엔지니어링 팀이 있을 때):

    • LangGraph, AutoGen, CrewAI 같은 오픈소스 프레임워크 활용
    • 유연하지만 엔지니어링 부담이 크다
    • Claude API, OpenAI API 등을 기반으로 멀티에이전트 파이프라인 설계

    플랫폼 사용 (빠르게 굴러가길 원할 때):

    • Salesforce Agentforce: CRM 데이터와 연동된 영업·고객 에이전트 구축에 강점
    • Microsoft Copilot Studio: Office 365 생태계에 깊이 통합, 기존 M365 사용 조직에 적합
    • ServiceNow AI Agents: IT 운영 자동화에 특화
    • Anthropic Claude + MCP: 외부 도구와 연결하는 표준 프로토콜 지원, 복잡한 멀티툴 파이프라인에 유리

    스타트업이나 소규모 팀이라면 n8n, Make 같은 노코드/로우코드 자동화 도구에 AI 에이전트 블록을 연결하는 방식이 빠른 실험에 맞다. 처음부터 거창하게 시작할 이유가 없다.

    솔직하게 — 한계와 리스크

    에이전트가 만병통치약처럼 소개되는 분위기인데, 실제 한계는 분명하다. 이걸 모르고 도입하면 나중에 크게 데인다.

    • 할루시네이션 + 행동의 결합은 위험하다: 챗봇이 틀린 말을 해도 독자가 걸러낼 수 있다. 에이전트가 틀린 판단으로 실제 시스템을 건드리면 피해가 즉각적이고 되돌리기 어렵다.
    • 긴 작업 체인에서 오류가 누적된다: 10단계 작업 중 3단계에서 오류가 나면, 이후 7단계는 잘못된 전제 위에서 돌아간다. 중간 검증 포인트 없이 최종 결과물을 믿으면 안 된다.
    • 비용이 예상보다 크게 늘어난다: 에이전트는 LLM API를 반복 호출하기 때문에 작업이 복잡할수록 토큰 비용이 기하급수적으로 오른다. 월별 비용 모니터링은 선택이 아니라 필수다.
    • 프롬프트 인젝션 공격: 외부 데이터를 읽어 처리하는 에이전트는 악의적으로 조작된 콘텐츠에 속아 의도치 않은 행동을 할 수 있다. 사이버보안 관점에서 완전히 새로운 공격 벡터다.

    이런 조직이라면 지금 당장 써볼 만하다

    에이전트 도입 효과가 제대로 나오는 조직에는 공통된 조건이 있다.

    • 반복적이고 정해진 프로세스가 많은 팀 — CS, 법무 검토, 재무 리포팅
    • 이미 API로 연결된 툴스택을 갖춘 팀
    • 실험과 실패를 허용하는 문화가 있는 조직
    • 프로세스 문서화가 잘 된 팀 — 에이전트에게 가르칠 내용이 명확해야 한다

    반대로, 프로세스가 자주 바뀌거나 창의적 판단이 핵심인 업무 — 브랜드 전략, 디자인 방향성 결정 같은 것들 — 에는 아직 에이전트가 큰 힘을 발휘하기 어렵다. 도구가 좋아도 맞는 자리가 있다.

    2026년 기준으로 AI 에이전트는 “써볼 만한 실험”에서 “안 쓰면 뒤처지는 인프라”로 넘어가는 시점이다. 단, 이 흐름을 제대로 타는 방법은 작은 단위부터, 측정 가능한 목표로, 검수 가능한 구조로 시작하는 것이다. 처음부터 전사 자동화를 꿈꾸다가 프로젝트가 조용히 접히는 사례는 이미 숱하다.

    출처: MIT Tech Review AI

  • 양자컴퓨터란? 큐비트 원리부터 실용화 시점까지 솔직하게

    양자컴퓨터란? 큐비트 원리부터 실용화 시점까지 솔직하게

    IBM이 1,121큐비트 프로세서를 공개했다. 구글은 슈퍼컴퓨터가 1만 년 걸릴 계산을 200초에 끝냈다고 발표했다. 뉴스엔 자주 나오는데 막상 “그래서 뭔데?”라고 물으면 대답이 막힌다. 기술 배경 없이도 읽힐 수 있게 — 양자컴퓨터의 원리, 현재 수준, 실제 파급력을 순서대로 짚는다.

    큐비트, 일반 비트랑 뭐가 다른가

    일반 컴퓨터는 0과 1로만 처리한다. 이걸 비트(bit)라 한다. 양자컴퓨터는 큐비트(qubit)를 쓰는데, 이게 좀 이상하다. 0이면서 동시에 1일 수 있다. 이 상태를 중첩(superposition)이라 부른다.

    동전으로 생각하면 쉽다. 일반 비트는 앞면이거나 뒷면이다. 딱 둘 중 하나. 큐비트는 공중에서 회전하는 동전 같은 상태다. 바닥에 닿기 전, 앞뒤가 확정되지 않은 그 찰나. 측정하는 순간 하나로 결정된다.

    숫자로 보면 더 실감난다. 큐비트 10개면 동시에 1,024가지 상태를 처리한다. 300큐비트면 우주에 있는 원자 수보다 많은 경우의 수를 한꺼번에 계산하는 셈이다. 기존 컴퓨터가 순서대로 하나씩 처리하는 동안, 양자컴퓨터는 그 모든 가능성을 한 번에 훑는다.

    얽힘과 간섭 — 여기서 진짜 힘이 나온다

    중첩만으로는 부족하다. 양자컴퓨터의 실제 위력은 얽힘(entanglement)간섭(interference)이 합쳐져야 나온다.

    얽힘은 이렇다. 두 큐비트를 연결하면 하나의 상태가 결정되는 순간 다른 하나도 즉시 결정된다. 두 큐비트 사이의 물리적 거리와는 무관하게. 아인슈타인이 ‘유령 같은 원격 작용’이라고 부르며 불편해했을 정도니까, 직관으로 이해하기 어려운 건 당연하다.

    간섭은 연산 과정에서 틀린 답으로 가는 경로를 줄이고, 맞는 답으로 가는 경로를 키우는 역할을 한다. 파도가 만나면 사라지거나 커지듯, 양자 연산도 오답 경로를 지우고 정답 경로를 증폭시킨다. 이 둘이 없으면 양자컴퓨터는 극저온에서만 돌아가는 비싼 고철 덩어리다.

    잘하는 것과 못하는 것

    양자컴퓨터는 만능이 아니다. 아주 특정한 유형의 문제에서만 기존 컴퓨터를 압도한다.

    잘하는 것:

    • 소인수분해: RSA 암호화의 근간인 큰 수를 소수의 곱으로 분해하는 연산
    • 최적화: 변수가 폭발적으로 많은 물류 경로, 금융 포트폴리오, 신약 조합 탐색
    • 분자 시뮬레이션: 화학 반응과 소재 특성을 원자 단위로 모델링
    • 머신러닝 가속: 특정 양자 알고리즘으로 학습 속도를 높이는 연구가 진행 중

    못하는 것:

    • 웹 브라우징, 문서 작성, 동영상 스트리밍 같은 일상적 컴퓨팅 전반
    • 일반 소프트웨어 실행

    양자컴퓨터가 노트북을 대체한다는 건 오해다. 슈퍼컴퓨터처럼 특수 목적 연산 도구로 이해하면 맞다. 이 점이 가장 자주 틀리는 부분이기도 하다.

    지금 어디까지 왔나

    2019년 구글은 53큐비트 양자컴퓨터 ‘시카모어’로 슈퍼컴퓨터가 1만 년 걸릴 계산을 200초 만에 해냈다고 발표했다. IBM이 반박하긴 했다. 그래도 이 사건이 ‘양자 우위(quantum advantage)’ 논쟁의 불씨를 당겼다. 2023년 IBM이 1,121큐비트 ‘콘도르’ 프로세서를 공개하면서 경쟁은 더 가팔라졌고, 이후 여러 스타트업이 오류 보정(error correction) 기술에서 가시적인 성과를 냈다.

    현재 가장 큰 약점은 노이즈다. 큐비트는 외부 진동, 열, 전자기파에 극도로 민감하다. 계산 도중 오류가 쌓이면 결과 자체가 무의미해진다. 이걸 해결하는 게 ‘내결함성 양자컴퓨터(fault-tolerant quantum computer)’인데, 아직 이걸 본격적으로 구현한 곳은 없다. 이 오류 보정 문제를 먼저 푸는 쪽이 시장을 가져간다는 게 업계의 공감대다.

    스타트업들이 “모두를 추월하겠다”고 외치는 이유

    Ars Technica 보도를 보면, 한 양자컴퓨팅 스타트업이 기존 하드웨어 한계를 대폭 뛰어넘겠다고 선언했다. 이런 발표가 반복되는 건 구조적인 이유가 있다.

    아직 패권이 결정되지 않은 분야이기 때문이다. 초전도 큐비트(IBM·구글), 이온 트랩(IonQ·Quantinuum), 광자 기반(PsiQuantum), 위상학적 큐비트(마이크로소프트). 이 방식들이 지금 동시에 경쟁 중이다. 어느 쪽이 이길지 아무도 모른다. 미국·중국·EU 모두 양자 기술을 안보 전략 자산으로 분류하고 천문학적 예산을 쏟아붓는다. 투자자 입장에서 포지셔닝이 곧 기업 가치다. 대담한 선언은 그냥 마케팅이 아니라 전략인 셈이다.

    실질적으로 뭐가 달라지나

    제약·바이오: 신약 개발에서 분자 시뮬레이션은 슈퍼컴퓨터로도 수십 년 걸리는 계산이 있다. 단백질 접힘 문제가 대표적이다. 양자컴퓨터는 이 과정을 수년 단위로 당길 가능성을 열어둔다.

    금융: 포트폴리오 최적화, 리스크 계산, 파생상품 가격 산정. 복잡하게 얽힌 변수를 빠르게 처리하는 데 양자 알고리즘이 적합하다.

    사이버보안: 솔직히 가장 긴장되는 영역이다. 현재 RSA, ECC 같은 암호화 방식은 충분히 강력한 양자컴퓨터 앞에서 이론적으로 무너진다. 미국 국립표준기술연구소(NIST)는 2024년에 이미 ‘포스트 양자 암호화’ 표준을 발표했다. 양자컴퓨터 실용화 전에 암호 체계를 먼저 바꾸라는 경고다. 지금 당장 준비해야 하는 이유가 여기 있다.

    물류·에너지: 배송 경로 최적화, 전력망 관리처럼 변수가 폭발적으로 많은 조합 문제. 기존 컴퓨터가 근사값에 그치는 계산에서 효과를 낼 여지가 있다.

    현실적으로 언제쯤인가

    일반인이 직접 양자컴퓨터를 쓰는 날은 꽤 멀다. 전문가 다수는 내결함성 양자컴퓨터가 실용 수준에 도달하는 시점을 2030년대 중후반으로 본다. 낙관론자들도 2030년대 초반이다.

    파급은 다르다. 훨씬 빠르다. 양자 내성 암호화는 이미 금융 서비스에 적용되기 시작했고, IBM Quantum, AWS Braket, Azure Quantum 같은 클라우드 기반 플랫폼으로 연구자들은 지금도 실제 양자 하드웨어에 접근하고 있다.

    ‘아직 먼 미래 기술’로 치부하는 것도, ‘모든 걸 바꿀 혁명’으로 부풀리는 것도 둘 다 틀렸다. 특정 문제에서 슈퍼컴퓨터를 이길 도구가 조금씩 현실로 들어오고 있다. 그 속도가 예상보다 빠를 수 있다는 게, 지금 이 분야를 눈여겨봐야 하는 이유다.

    출처: Ars Technica

  • AI 에이전트 완전정복 — 챗봇과 뭐가 다르고, 어떻게 써야 하나

    AI 에이전트 완전정복 — 챗봇과 뭐가 다르고, 어떻게 써야 하나

    회사 슬랙에 “Alex가 팀에 합류했습니다”라는 공지가 떴다. 인사팀이 아니다. 신입도 아니다. AI 에이전트다. 이름이 있고, 업무 범위도 있고, 채널에 초대도 됐다. 솔직히 이쯤 되면 헷갈린다. 챗봇이랑 뭐가 다른 건지, 어디까지 믿어야 되는 건지, 어떻게 써야 제대로 쓰는 건지.

    챗봇과 뭐가 다른가 — 한 줄로 정리하면

    핵심은 ‘자율성’이다. 챗봇은 질문 받고 답한다. 거기서 끝. 반면 AI 에이전트는 목표를 주면 스스로 계획 세우고, 도구 꺼내 쓰고, 결과 확인하고, 다음 단계까지 알아서 결정한다.

    “이번 달 경쟁사 가격 조사해줘”라는 지시 하나로 비교해보면 차이가 확 온다:

    • 챗봇: 어떻게 조사하면 되는지 방법을 알려준다
    • AI 에이전트: 웹 직접 뒤지고, 데이터 긁어오고, 스프레드시트 정리에 보고서까지 만든다

    구조적으로는 LLM(대형 언어 모델)에 도구 사용 능력(Tool Use)과 반복 실행 루프(ReAct 방식 등)를 얹은 형태다. 챗봇이 ‘대화 엔진’이라면, 에이전트는 ‘자율 실행 시스템’에 가깝다. 이 차이가 생각보다 크다.

    실제로 뭘 처리하나

    범위가 생각보다 넓다. 현재 AI 에이전트가 다루는 작업들:

    • 웹 검색 및 실시간 정보 수집
    • 코드 작성 및 직접 실행
    • 이메일·캘린더·문서 자동 관리
    • 외부 API 호출 및 데이터 가공
    • 파일 읽기·쓰기·분류·요약
    • 여러 단계로 이어지는 복합 업무 자동화

    Anthropic의 Claude는 컴퓨터 화면을 직접 보면서 마우스와 키보드까지 조작하는 ‘Computer Use’ 기능을 내놨다. OpenAI의 Operator는 브라우저를 에이전트가 직접 조작해서 예약·쇼핑·양식 작성을 처리한다. n8n이나 Make 같은 자동화 툴과 연결하면 수십 개 앱을 엮은 복잡한 워크플로우도 가능하다. 이쯤 되면 ‘도구’라는 말이 좀 부족하게 느껴지긴 한다.

    ‘AI 동료’라는 말이 위험한 이유

    기업들이 AI 에이전트에 이름을 붙이고 “디지털 동료”, “AI 팀원”으로 부르기 시작했다. 이해는 한다. 슬랙에 올라오고 메일도 보내니까. 근데 이 표현이 생각보다 큰 오해를 만든다.

    첫째, 에이전트는 책임지지 않는다. 잘못된 보고서 만들어도, 실수로 파일 날려도 사과 안 한다. 결과 책임은 여전히 사람한테 있다.

    둘째, 맥락 이해에 한계가 있다. 회사의 암묵적 문화, 동료 사이 역학, 팀 내 분위기 같은 건 에이전트가 파악하기 어렵다. “이 메일은 CC에 팀장 빼는 게 낫겠어”라는 판단은 아직 사람만 할 수 있다.

    셋째, 과신이 실수를 부른다. 동료처럼 느껴지면 검증을 건너뛰게 된다. 솔직히 이 부분이 가장 우려스럽다. 사람이라면 “잘 모르겠는데요”라고 하지만, 에이전트는 모를 때도 당당하다. 자신 있게 틀린 정보를 내놓는 건 현재 LLM의 고질적인 특성이다. AI 에이전트 출력물은 반드시 확인해야 한다.

    제대로 쓰는 법 — 잘 활용하는 팀의 공통점

    결국 핵심은 ‘강력한 도구’로 대하는 태도다. 전동 드릴이 강력해도 설계를 드릴한테 맡기지 않듯, 에이전트가 강력하다고 판단을 위임하면 안 된다.

    실제로 잘 쓰는 팀들이 하는 것들:

    • 지시를 구체적으로 작성한다. “마케팅 자료 만들어줘”보다 “경쟁사 A·B·C의 가격 페이지를 비교해서 3개 항목으로 요약한 표를 만들어줘”가 훨씬 낫다
    • 반복적이고 정형화된 업무부터 넣는다. 판단이 필요한 작업보다 룰이 명확한 작업부터. 이게 안전하다
    • 중간 결과를 반드시 본다. 최종 산출물만 보지 말고, 에이전트가 어떤 단계를 거쳤는지 확인하는 습관이 필요하다
    • 접근 권한을 최소화한다. 불필요한 권한을 주면 예상치 못한 사고로 이어진다

    툴 비교 — 뭘 골라야 하나

    목적에 따라 달라진다. 대표적인 선택지들:

    • Claude (Anthropic): 코딩, 문서 분석, 컴퓨터 직접 조작. 복잡한 멀티스텝 작업과 긴 문서 처리에 강하다
    • ChatGPT + GPT Actions: 외부 서비스 API 연동, 플러그인 생태계가 풍부하다. 범용 업무에 무난한 선택
    • Gemini (Google): Gmail, Docs, Drive 연동에 최적화돼 있다. 구글 워크스페이스 사용자라면 진입장벽이 낮다
    • n8n / Make: 코드 없이 AI 에이전트 워크플로우 구성 가능. 중소기업이나 비개발자에게 실용적이다
    • CrewAI / AutoGPT: 여러 에이전트를 팀처럼 구성해서 협력 실행. 개발자 친화적이고 복잡한 파이프라인 구축에 맞다

    뭘 고르든, 처음부터 큰 작업을 맡기기보다 작은 단위 테스트로 신뢰를 쌓아가는 게 현실적이다. 이건 어느 툴이나 마찬가지다.

    도입 전 반드시 체크할 것들

    도구가 좋다고 무작정 들이면 오히려 독이 된다. 조직에 AI 에이전트를 넣기 전에 확인해야 할 것들:

    • 에이전트가 접근할 수 있는 데이터 범위를 명확히 정했는가
    • 에이전트 출력물을 최종 검토할 담당자가 지정돼 있는가
    • 외부로 데이터를 전송하지 않는지 확인했는가 (사내 보안 정책과의 충돌 여부)
    • API 호출 기반 서비스라면 사용량에 따른 비용 급증 시나리오를 검토했는가
    • 에이전트가 실수했을 때 롤백하거나 수정할 프로세스가 마련돼 있는가

    AI 에이전트는 업무 방식을 바꿀 기술이다. 이건 맞다. 다만 그 변화를 제대로 이끌려면 도구를 이해하고, 한계를 직시하고, 인간의 판단이 어디서 들어가야 하는지 먼저 설계해야 한다. ‘동료’가 아니라 ‘강력한 도구’로 대할 때, 에이전트는 진짜 힘을 발휘한다.

    출처: MIT Tech Review AI

  • 아이폰 18 프로 낙하 테스트 사진이 다크웹에 떴다 — 애플 공급망 해킹

    아이폰 18 프로 낙하 테스트 사진이 다크웹에 떴다 — 애플 공급망 해킹

    애플 공급업체 한 곳이 해킹당했다. 그러면서 아이폰 18 프로 낙하 테스트 사진과 부품 목록이 다크웹에 유포되기 시작했다. 로이터가 이를 확인했고, 복수의 소식통이 사진의 출처를 뒷받침했다. 공식 발표도 없는 제품이 인터넷 지하에서 이미 회자되고 있다.

    뭘 찍은 사진이길래

    단순 렌더링이 아니다. 실제 프로토타입을 물리적으로 떨어뜨리는 낙하 테스트(drop test)를 촬영한 사진이다. 후면에는 트리플 카메라 배열이 찍혔고, 애플 로고도 선명하다. 부품 목록까지 함께 새나갔다는 게 핵심이다. 렌더링 유출이라면 ‘예상 이미지겠지’ 하고 넘길 수 있는데, 이번 건은 차원이 다르다. 실물 테스트 현장 사진에 내부 스펙 문서까지 붙었으니까.

    유출 경로: 공급망이 뚫렸다

    애플 본사가 뚫린 게 아니다. 공급업체다. 아이폰은 대만, 중국, 한국, 일본 등에 흩어진 수백 개 업체가 얽힌 글로벌 생산 네트워크로 만들어진다. 각 업체의 보안 수준은 들쭉날쭉하다. 애플이 NDA(비밀유지협약)를 강제하고 감사를 돌려도, 협력사 서버 한 곳이 털리면 막을 방법이 없는 구조다.

    • 내부 서버 또는 클라우드 스토리지 침해로 추정
    • 유출 자료에는 사진 외 부품 스펙 문서도 포함
    • 다크웹 마켓플레이스를 통해 유포된 것으로 로이터가 확인

    디자인, 뭐가 보이나

    트리플 카메라 배열은 유지된다. 일부 루머에서는 카메라 모듈 형태가 크게 바뀔 거라 했는데, 유출 사진을 보면 기존 레이아웃과 큰 차이가 없다. 부품 목록도 함께 나간 만큼, 카메라 센서 스펙이나 내부 부품 구성까지 경쟁사 손에 넘어갔을 수도 있다. 아이폰 18 시리즈 출시는 2026년 9월이 유력하다. 남은 기간 동안 추가 정보가 더 풀릴 여지도 있다.

    애플의 비밀주의, 균열이 생겼다

    애플은 보안에 집착하는 회사다. 사내에서도 개발 구역을 철저히 분리하고, 협력사 직원에게도 NDA를 강제한다. 그럼에도 공급망 해킹은 계속 반복된다. 2020년에는 맥북 설계도가 랜섬웨어 공격으로 유출됐다. 이번 패턴도 다르지 않다.

    해커 입장에서 애플 본사는 난공불락이고, 협력사는 훨씬 만만한 표적이다. 이게 구조적 취약점이다. 대응책은 뻔하지만 실효성이 애매하다. 자체 생산 비율을 높이면 비용이 천문학적으로 늘고, 협력사 보안을 강화하라고 요구해봤자 이행을 100% 확인할 수 없다. 솔직히, 완전한 차단은 불가능에 가깝다. 결국 피해를 최소화하는 방향으로 전략을 조정하는 수밖에 없다.

    삼성·SK하이닉스도 남의 일이 아니다

    국내 기업들도 이 구조 안에 있다. 삼성전자는 아이폰용 OLED 패널과 낸드플래시를 납품하고, SK하이닉스는 메모리 반도체를 공급한다. 국내 부품사들도 애플 공급망 보안의 고리 안에 있다는 뜻이다. 이번 유출 업체가 한국 기업이었다면 애플과의 거래 관계에 직격탄이 됐을 수 있다.

    글로벌 IT 공급망에서 보안 실패는 벌금으로 끝나지 않는다. 계약 해지, 물량 감소로 이어진다. 애플 협력사 지위를 유지하려면 보안 감사(audit) 통과가 사실상 필수가 됐다. 이번 사건은 국내 B2B 공급망 보안 시장이 본격적으로 커질 신호일 수 있다.

    • 다크웹 모니터링, 공급망 침해 탐지 솔루션 수요 증가 예상
    • 애플 협력사 대상 보안 감사 기준 강화 가능성
    • 국내 보안 업계 입장에서는 B2B 시장 성장의 기회

    아이폰 18 프로가 정식 공개되면, 다크웹에 떠돌던 사진이 얼마나 맞았는지 확인된다. 하지만 더 큰 문제는 따로 있다. 공급망 전체가 마주한 보안 숙제다. 이건 애플만의 문제가 아니다.

    출처: The Verge

  • 《슈퍼걸》 흥행 참패, DCU는 왜 이렇게 서두른 걸까

    《슈퍼걸》 흥행 참패, DCU는 왜 이렇게 서두른 걸까

    《슈퍼맨》이 흥행에 성공한 지 얼마 됐다고. 이미 위기론이다. 제임스 건의 DC 신 유니버스(DCU) 첫 타작이 평단과 관객 모두에게 호평을 받으며 청신호를 켰는데, 후속작 《슈퍼걸: 내일의 여인》이 박스오피스에서 기대치를 크게 밑돌았다. The Verge 보도를 보면, WBD(워너브라더스 디스커버리)의 이번 선택은 처음부터 무리수였다는 평가가 지배적이다. 솔직히, 조짐은 있었다.

    슈퍼맨이 세운 기대치, 그리고 남긴 짐

    건 감독이 DC CCO(최고 콘텐츠 책임자)로 취임한 뒤 야심차게 내놓은 첫 작품 《슈퍼맨》은 잘 됐다. 낡은 DCEU의 혼란을 정리하고 새로운 클락 켄트를 신선하게 그려냈다는 평이 이어졌다. 영화 말미에 깜짝 등장한 카라 조-엘, 즉 슈퍼걸 장면은 팬들 사이에서 꽤 화제가 됐다. 단독 영화에 대한 기대감? 당연히 생겼다.

    문제는 속도였다. WBD가 흥행 열기에 취해서였는지, 슈퍼걸 단독 영화를 너무 빠르게 밀어붙였다는 게 업계의 공통된 시각이다.

    왜 이렇게 서둘렀나, 그리고 그 대가

    The Verge 기사를 보면, 슈퍼맨 직후 또 다른 크립토니안 캐릭터를 주인공으로 내세우는 결정 자체가 처음부터 석연치 않았다는 반응이 많았다. 새로운 영화 우주의 기틀이 잡히기도 전에 스핀오프가 먼저 나온 셈이다. 관객 입장에서는 피로감이 올 수밖에 없는 구조다.

    결과는 예상과 달랐다. 《슈퍼걸》은 박스오피스에서 기대치를 크게 밑돌았다. 캐릭터 자체의 문제라기보다, 타이밍과 편성 순서의 문제라는 분석이 설득력을 얻는다. 관객이 아직 새 DC 세계에 정착하기도 전에 확장이 먼저 이뤄진 셈이다. 이건 좀 과했다.

    MCU가 겪은 그 실수, 이번엔 DCU가

    마블 시네마틱 유니버스(MCU)가 2021~2023년 사이에 ‘콘텐츠 과잉 피로’로 된통 당한 게 기억난다. 디즈니플러스 드라마와 극장 영화를 무리하게 쏟아내다가 관객 피로도가 치솟았고, 마블은 결국 속도 조절에 나설 수밖에 없었다.

    • MCU 페이즈 4(2021~2022): 극장 영화 7편 + 드라마 시리즈 6편 동시 투입 → 관객 피로 급증
    • 《닥터 스트레인지 2》, 《토르: 러브 앤 썬더》 등 연속 흥행 부진
    • DCU 챕터 원(2025~): 빠른 신작 투입으로 유사한 우려 재등장

    DCU가 이 전철을 밟고 있다는 지적은 더 이상 팬덤의 과민 반응이 아니다. 수치가 이를 증명하고 있다.

    제임스 건의 선택지

    건 감독은 구(舊) DCEU의 실패를 가장 가까이에서 지켜본 인물이다. “강력한 캐릭터 기반과 일관된 세계관”을 DCU의 핵심 원칙으로 내세웠다. 하지만 스튜디오의 상업적 압박은 이 원칙과 쉽게 충돌한다.

    WBD는 HBO 분사, 스트리밍 부진 등으로 재정 압박을 받고 있다. 검증된 IP를 최대한 빠르게 활용하려는 유혹은 당연히 강할 수밖에 없다. 결국 건이 잡아야 할 것은 ‘빠른 확장’과 ‘단단한 기반’ 사이의 균형이다. 《슈퍼걸》의 부진이 그 균형이 아직 안 잡혔다는 신호라면, 다음 작품들이 DCU의 사활을 좌우하게 된다. 개인적으로는 건 감독의 역량을 믿는다. 다만 스튜디오가 그 역량을 발휘할 공간을 줄지, 그게 더 큰 변수다.

    국내 시장도 그냥 지나칠 수 없는 이유

    한국은 할리우드 슈퍼히어로 영화의 핵심 소비 시장이다. 마블·DC 영화가 개봉할 때마다 국내 박스오피스 상위권에 이름을 올렸고, 관련 굿즈·팝업 시장도 작지 않다. DCU의 흥행 부진은 이 생태계 전반에 연쇄 반응으로 이어진다.

    웨이브·시즌 등 국내 OTT들은 DC 콘텐츠를 주요 라인업으로 활용해왔다. WBD 콘텐츠의 흥행력이 흔들리면 라이선스 가치도 함께 조정될 여지가 있고, 이는 국내 스트리밍 편성에도 타격을 준다. 국내 DC 팬 커뮤니티에서도 이미 “슈퍼맨은 좋았는데 왜 슈퍼걸을 이렇게 서둘렀냐”는 반응이 쏟아지고 있다. 제임스 건이 이 비판을 흡수해 다음 작품에 어떻게 반영할지, 국내 팬들로서도 지켜봐야 할 대목이다.

    출처: The Verge

  • AI 에이전트, 챗봇이랑 뭐가 다른가 — 작동 원리와 앱 5종 비교

    AI 에이전트, 챗봇이랑 뭐가 다른가 — 작동 원리와 앱 5종 비교

    챗봇은 답만 준다. AI 에이전트는 직접 한다. 이 차이가 사소해 보이지만, 실제로 써보면 완전히 다른 경험이다. iOS·안드로이드용 에이전틱 AI 앱들이 연달아 출시되면서 이 기술이 일반 소비자 손에 닿기 시작했다.

    챗봇과 AI 에이전트, 뭐가 다른가

    챗봇은 반응형(reactive)이다. 묻고, 받고, 끝. AI 에이전트는 자율형(autonomous)이다. 목표 하나를 던져주면 세부 작업으로 쪼개고, 순서를 정하고, 하나씩 실행한 다음 결과를 합친다. 중간에 뭔가 틀어지면 스스로 방향을 바꾼다.

    기술 구조로 보면 ReAct(Reasoning + Acting) 프레임워크가 핵심이다. 추론과 행동을 교대로 반복하면서 목표에 가까워지는 방식이다. 여기에 웹 검색, 코드 실행, 파일 조작, API 호출 같은 외부 도구 접근 권한이 붙으면 비로소 ‘에이전트’라고 부를 수 있다.

    스마트폰 에이전트가 실제로 뭘 하나

    모바일 에이전트의 활용 범위는 생각보다 실용적이다.

    • 일정·예약 관리: 캘린더를 읽고, 빈 시간을 찾아 미팅을 잡고, 참석자에게 초대장 발송까지 처리
    • 리서치 자동화: 여러 웹사이트를 돌며 정보를 수집하고, 요약본·비교표 형태로 정리
    • 앱 간 데이터 이동: 이메일에서 데이터를 뽑아 스프레드시트에 채우거나, 메모 앱 내용을 메신저로 전송
    • 쇼핑·가격 비교: 조건을 주면 여러 쇼핑몰을 뒤져 최저가 옵션 목록을 제시
    • 코드 실행: 데이터 처리나 계산이 필요한 작업은 직접 코드를 짜서 돌린 결과를 반환

    핵심은 멀티스텝 실행이다. 챗봇이 레시피를 알려준다면, 에이전트는 재료를 마트 앱 장바구니에 담는 데까지 간다. 이걸 직접 써보면 “아, 이게 진짜 다른 거구나” 하는 순간이 온다.

    주요 모바일 AI 에이전트 앱 5종 비교

    지금 설치해서 쓸 수 있는 앱들이다.

    • ChatGPT (OpenAI): Tasks 기능과 Operator 연동으로 예약·검색·폼 작성이 된다. 에이전트 기능 중 가장 범용적이고 iOS·안드로이드 모두 지원한다.
    • Claude (Anthropic): 긴 문서 처리와 코드 분석에 강하다. 컴퓨터 사용(computer use) 기능이 모바일로 확장되는 중이다.
    • Gemini (Google): 구글 워크스페이스·안드로이드 시스템과의 통합 깊이가 가장 깊다. 캘린더, 지메일, 구글 독스를 직접 조작한다.
    • Perplexity: 엄밀히는 에이전트보다 강화된 리서치 도구에 가깝다. 멀티스텝 검색과 요약 능력은 인상적이다.
    • OpenClaw: 오픈소스 AI 에이전트 생태계를 모바일로 끌어온 앱이다. MCP(Model Context Protocol) 서버와 연결해 커스터마이징 범위가 넓다. 개발자·파워유저용.

    처음 쓴다면 ChatGPT나 Gemini가 맞다. 커스텀 워크플로를 직접 짜고 싶다면 OpenClaw 같은 MCP 기반 앱이 훨씬 유연하다.

    알고 쓰면 다른, 현실적 한계들

    모바일 에이전트의 가장 큰 문제는 신뢰도(reliability)다. 멀티스텝 작업에서 중간 단계 하나가 어긋나면 이후 전체가 무너진다. 에러 복구 능력이 모델마다 달라서 같은 작업도 결과가 달라지기 일쑤다.

    • 환각(hallucination): 존재하지 않는 URL을 방문하거나, 없는 파일을 참조하는 일이 여전히 발생한다
    • 배터리·데이터 소모: 백그라운드에서 여러 도구를 동시에 호출하면 리소스 소비가 상당하다
    • 권한 범위: 어떤 앱·데이터에 접근하는지 사용자가 명확히 설정해야 한다
    • 루프 위험: 목표 달성 조건이 불명확하면 같은 작업을 반복하다 멈추지 않는 경우도 있다

    금융 거래, 계약서 발송 같은 고위험 작업은 아직 에이전트에 단독으로 맡기지 않는 게 안전하다. 솔직히 지금 기술 수준의 한계다.

    개인정보와 보안, 어디까지 믿을 수 있나

    에이전트가 강력할수록 접근 권한도 넓어진다. 이메일을 읽고, 파일을 열고, 앱을 조작하려면 해당 권한을 전부 줘야 한다. 문제는 이 권한이 어디에 어떻게 저장되는가다.

    확인해야 할 항목:

    • 에이전트가 수집한 데이터가 서버에 저장되는지, 온디바이스에서만 처리되는지
    • 서드파티 MCP 서버를 연결할 경우 해당 서버의 데이터 처리 정책 확인
    • OAuth 토큰 등 민감한 자격증명이 앱 내 어디에 보관되는지
    • 앱 삭제 시 수집된 데이터가 실제로 삭제되는지

    오픈소스 기반 에이전트 앱은 코드를 직접 확인할 수 있어 투명성 면에서 유리하다. 상용 앱은 편의성이 높지만 데이터 흐름이 불투명한 경우가 많다. 어느 쪽을 쓰든 권한 설정은 꼼꼼히 해두는 게 맞다.

    다음 수순은 OS 수준 통합

    모바일 AI 에이전트 시장의 다음 경쟁 축은 OS 수준 통합이다. 애플 인텔리전스와 구글 안드로이드 AI가 시스템 레이어에서 에이전트 기능을 직접 제공하기 시작하면, 서드파티 에이전트 앱들은 차별화 포인트를 더 좁은 버티컬—업무 자동화, 개발, 의료 등—에서 찾아야 한다.

    MCP 같은 표준 규격이 자리를 잡으면 에이전트끼리 서로를 호출하는 멀티에이전트 시스템이 일반화될 전망이다. 이렇게 되면 단일 앱이 아니라 목적에 맞는 에이전트 조합을 직접 구성하는 방식으로 흘러갈 것이다.

    결정적으로, 에이전트의 실용적 가치는 연결된 도구 수보다 실행 신뢰도에 달려 있다. 많이 하는 것보다 실수 없이 해내는 게 훨씬 어렵다. 그게 앞으로 이 시장이 풀어야 할 핵심 과제다.

    출처: Engadget