[태그:] AI

  • 전자 타투 센서란? 피부에 그리는 웨어러블 바이오센서 원리

    전자 타투 센서란? 피부에 그리는 웨어러블 바이오센서 원리

    피부에 붓으로 잉크를 슥슥 칠했을 뿐인데, 그 자리가 심박과 근전도를 읽는 전극으로 바뀐다. 최근 해외 연구진이 공개한 전도성 잉크 기반 ‘전자 타투(e-tattoo)’ 얘기다. 스티커형 패치나 딱딱한 스마트워치 센서와는 결이 완전히 다르다. 웨어러블 헬스케어의 다음 단계로 한 번쯤 검색해볼 만하다.

    전자 타투 센서, 정확히 뭘 말하나

    전자 타투는 은 나노와이어나 PEDOT:PSS, 그래핀 잉크처럼 전기가 통하는 물질을 피부에 직접 도포해 만드는 얇은 전극이다. 에어브러시나 스텐실로 원하는 도안을 그리고 말리면, 그 자리가 그대로 회로가 된다. 신기하다. 기존 의료용 패치가 접착 젤로 피부에 붙이는 방식이었다면, 이건 잉크 자체가 피부에 밀착되는 전극 역할을 한다. 그 차이가 크다.

    작동 원리: 잉크가 전극이 되는 과정

    도포된 잉크는 마르면서 미세한 도전성 네트워크를 형성한다. 이 네트워크가 피부 표면의 미세 전위 변화를 잡아낸다. 심장 박동이나 근육 수축에서 나오는 전기 신호다. 신호는 얇은 전선이나 무선 모듈을 타고 스마트폰이나 별도 수신기로 전송된다. 여기서 알고리즘이 파형을 분석해 부정맥이나 근육 피로도 같은 지표로 바꿔준다. 실시간 신호 처리에 AI를 붙이면 노이즈 섞인 데이터에서도 이상 패턴을 빠르게 걸러낼 여지가 있다.

    스마트워치·패치형 센서와 뭐가 다른가

    스마트워치는 손목 한 곳에서 광학 센서로 혈류량 변화를 잰다. 그래서 움직임이 많으면 오차가 확 커진다. 접착 패치는 정확도는 높지만 피부 자극과 탈부착 불편이 늘 따라다닌다. 전자 타투는 이 두 단점을 동시에 노린 셈이다.

    • 피부처럼 늘어나고 구부러져 움직임에 의한 신호 왜곡이 적다
    • 원하는 신체 부위 어디든 도안을 그려 부착 위치를 자유롭게 정할 수 있다
    • 두께가 워낙 얇아 착용감이 거의 느껴지지 않는다

    측정 가능한 생체 신호 종류

    지금까지 연구 단계에서 검증된 항목은 심전도(ECG), 근전도(EMG), 뇌전도(EEG) 신호다. 여기에 땀 성분 분석까지 결합하면 젖산, 포도당, 나트륨 같은 전해질 수치도 확인 가능하다는 연구가 나온다. 스포츠 과학에서는 근피로도 추적에, 병원에서는 장기간 심장 모니터링에 이런 다중 신호가 쓰인다.

    상용화 전에 넘어야 할 조건들

    관건은 땀과 마찰을 얼마나 버티느냐다. 현재 시제품 상당수는 며칠 착용하고 나면 잉크가 벗겨지거나 전도성이 뚝 떨어진다. 세척, 샤워, 장시간 운동 같은 실사용 환경에서의 내구성 검증, 아직 부족하다. 여기에 개인 맞춤 도안을 찍어내려면 프린팅 장비와 재료 원가가 만만치 않다. 의료기기로 쓰려면 각국 규제 기관의 임상 데이터 승인 절차도 거쳐야 한다. 가격이 대중적인 수준으로 내려오려면 시간이 좀 더 필요해 보인다.

    실제로 쓰인다면 어디에 먼저 적용될까

    단기적으로는 병원 입원 환자의 장기 심전도 모니터링, 운동선수의 근육 피로 추적, 노년층 낙상·심박 이상 감지 같은 영역에서 먼저 들어올 가능성이 높다. 접착식 패치보다 착용 부담이 적고 원하는 부위에 자유롭게 붙일 수 있어서, 24시간 연속 모니터링이 필요한 환자군에 잘 맞는다. 도안을 패션 요소로 커스터마이징할 수 있다는 점도 눈여겨볼 만하다. 헬스케어 기기라는 딱딱한 인식을 낮춰주는 부가 효과가 있으니까.

    이것도 궁금할 만한 질문들

    Q. 물에 닿으면 바로 지워지나? 잉크 종류에 따라 다르지만, 현재 프로토타입은 방수 코팅을 씌워도 며칠 이상 버티기 어려운 경우가 많다. 이건 좀 아쉬운 부분.

    Q. 스마트워치를 대체할 수 있나? 아직은 아니다. 배터리, 디스플레이 같은 부가 기능이 빠져 있어서, 정밀 생체 신호 측정에 특화된 보조 기기로 자리 잡을 가능성이 크다.

    Q. 국내에서도 관련 연구가 있나? 스트레처블 전자소재 분야에서 국내 연구기관들도 비슷한 전도성 잉크·필름 기반 센서를 개발 중이다. 학회 발표 자료를 통해 진행 상황을 확인할 수 있다.

    출처: Ars Technica

  • AI 블랙박스, 챗봇 머릿속은 왜 아무도 모를까

    AI 블랙박스, 챗봇 머릿속은 왜 아무도 모를까

    챗봇한테 뭔가 물어보면 답이 척척 나온다. 그런데 그 답이 정확히 어떤 계산을 거쳐 나왔는지, 사실은 만든 회사도 다 알지는 못한다. 이걸 업계에서는 ‘AI 블랙박스’라고 부른다. 최근 앤트로픽 같은 곳에서 이 블랙박스 안쪽을 들여다보는 기술을 잇따라 내놓으면서 관련 검색이 확 늘었다. AI 블랙박스가 뭔지, 왜 생기는지, 우리 일상과는 무슨 상관인지 정리해봤다.

    AI 블랙박스, 정체가 뭐길래

    AI 블랙박스란 입력과 출력은 눈으로 확인되는데 그 사이 계산 과정은 사람이 이해하기 어려운 상태를 말한다. 챗GPT나 클로드 같은 대형언어모델(LLM)은 수천억 개 파라미터가 서로 얽혀 답을 만들어내는데, 이 파라미터 하나하나가 무슨 역할을 하는지는 개발자조차 완전히 파악하지 못한다. 자동차 엔진은 뜯어보면 원리가 보인다. AI 모델은 다르다. 내부를 열어봐도 숫자 뭉치일 뿐, 그 자체로는 해석이 안 된다.

    딥러닝은 왜 속을 못 들여다보나

    옛날 프로그램은 사람이 규칙을 하나하나 짜서 만들었다. 딥러닝은 다르다. 방대한 데이터를 학습하면서 모델 스스로 패턴을 찾는다. 이 과정에서 만들어지는 내부 표현 방식은 사람의 논리와는 전혀 다르게 자리를 잡는 경우가 많다. 그래서 모델이 왜 그 답을 냈는지 추적하려면 뉴런 하나하나의 활성화 패턴을 거꾸로 파고드는 별도 연구가 필요하다. 이 분야를 ‘기계적 해석가능성(mechanistic interpretability)’이라고 부른다.

    겉으로 보이는 생각과 실제 계산은 다르다

    요즘 AI 모델은 답을 내기 전에 단계별 추론, 이른바 체인 오브 소트(chain of thought)를 화면에 띄워준다. 문제는 이 텍스트가 모델이 실제로 거친 내부 계산과 늘 일치하지는 않는다는 데 있다. 화면에 보이는 추론은 사람이 읽기 좋게 다듬어진 설명일 뿐이고, 실제 결정은 그 뒤에서 완전히 다른 경로로 이뤄질 가능성이 있다. 이건 좀 찝찝한 대목이다. 이걸 확인하려고 연구자들은 모델 내부 회로에 직접 손을 대 특정 개념을 켜고 끄면서 반응이 어떻게 바뀌는지 관찰하는 실험을 하고 있다.

    AI는 왜 없는 말을 지어낼까

    할루시네이션, 그러니까 AI가 그럴싸하게 틀린 정보를 만들어내는 현상도 결국 블랙박스 문제랑 맞닿아 있다. 모델은 ‘모른다’는 상태를 따로 인식하는 장치 없이, 그냥 주어진 패턴 안에서 확률 높은 다음 단어를 이어 붙일 뿐이다. 내부를 들여다보는 기술이 발전하면 모델이 확신 없이 답을 지어내는 그 순간을 잡아내 경고를 띄우는 것도 가능하다. 실제로 몇몇 연구팀은 모델이 거짓 정보를 만들기 직전 특정 뉴런 패턴이 반복적으로 나타난다는 결과를 내놓기도 했다.

    해석가능 AI, 실제로 어디에 쓰이나

    이 분야 기술은 벌써 이런 곳에 쓰이고 있다.

    • 안전성 점검: 모델이 위험한 요청에 반응하기 전 내부 신호를 미리 잡아낸다
    • 편향 진단: 인종이나 성별 관련 편향이 어느 층에서 생기는지 추적한다
    • 모델 디버깅: 오답 원인이 학습 데이터 때문인지 구조 문제인지 가른다
    • 규제 대응: 금융, 의료처럼 설명 책임이 따라붙는 산업에서 판단 근거를 내놓는다

    기업 입장에서 이건 학술적 호기심 문제가 아니다. AI를 규제 산업에 팔려면 반드시 갖춰야 할 조건이 되어가고 있다.

    다음 단계, 월드모델은 뭐가 다른가

    텍스트를 넘어 세상의 물리 법칙과 인과관계를 통째로 학습하는 ‘월드모델’이 함께 주목받는 이유도 여기 있다. 언어모델이 단어 패턴을 예측하는 쪽이라면, 월드모델은 물체가 떨어지면 어떻게 튕기는지, 방을 걸어가면 시야가 어떻게 바뀌는지 같은 물리적 시뮬레이션을 내부에 아예 구축해버린다. 로봇 제어나 자율주행처럼 실제 환경과 부딪혀야 하는 기술에는 언어 능력보다 이런 세계 이해 능력이 결정적이다. 블랙박스를 들여다보는 기술이 좋아질수록, 월드모델 안에서 어떤 물리 법칙을 익혔는지도 검증할 길이 열린다.

    궁금한 것 몇 가지 짚어보면

    Q. AI 내부를 100% 이해하는 날이 오나?
    완전한 해독까지는 아니어도, 위험 신호를 미리 잡아내는 수준의 부분적 해석은 먼저 실용화될 전망이다.

    Q. 일반 사용자도 체감하나?
    챗봇이 ‘모르겠다’고 솔직하게 답하거나, 출처를 지금보다 명확히 밝히는 형태로 서서히 나타날 가능성이 높다.

    결국 AI를 잘 쓰는 사람과 못 쓰는 사람은, 답을 얼마나 빨리 받느냐가 아니라 그 답이 어디서 나왔는지 얼마나 의심할 줄 아느냐에서 갈린다.

    출처: MIT Tech Review AI

  • 아이폰 iOS 퍼블릭 베타 설치법, 새 시리는 뭐가 달라졌나

    아이폰 iOS 퍼블릭 베타 설치법, 새 시리는 뭐가 달라졌나

    애플이 iOS 퍼블릭 베타를 열었다. 정식 출시는 가을인데, 벌써 깔아본 사람이 수두룩하다. 이유는 하나, 새로워진 AI 비서 시리 때문이다. 개발자 베타에 이어 일반 사용자도 참여할 수 있게 되면서 검색량이 순식간에 치솟았다. 다만 베타는 어디까지나 테스트판이다. 별생각 없이 설치했다가 낭패 보는 사람도 매년 나온다. 설치 전에 뭘 확인해야 하는지, 새 시리는 실제로 뭐가 바뀌었는지 짚어봤다.

    퍼블릭 베타, 정확히 뭔가

    iOS 퍼블릭 베타는 애플이 정식 출시 전에 일반인에게 풀어주는 테스트 버전이다. 개발자 계정 같은 거 필요 없다. 애플 베타 소프트웨어 프로그램 사이트에 이메일 하나 등록하면 끝. 개발자 베타보다는 안정적이라고들 하는데, 그래도 정식판은 아니다. 이 점은 꼭 기억해둬야 한다. 은행 앱 자주 쓰는 폰이나 회사 업무용 기기라면, 솔직히 안 깔아보는 게 낫다.

    설치 전에 꼭 해둘 것

    • 전체 백업: 아이클라우드와 컴퓨터(파인더 또는 아이튠즈), 두 군데 다 백업해둔다.
    • 여분 기기 확인: 메인 폰 말고 서브 기기에 먼저 깔아보는 게 제일 안전하다.
    • 저장 공간 확보: 베타 업데이트는 용량을 은근히 많이 먹는다. 10GB 이상은 비워두자.
    • 배터리 상태 점검: 초기 베타는 배터리가 훅훅 줄어든다. 최적화 전까지는 사용 시간이 짧아진다고 보면 된다.

    설치, 단계별로 따라 하면

    절차는 매년 거의 똑같다.

    • 애플 베타 소프트웨어 프로그램 사이트에 애플 계정으로 로그인한다.
    • iOS 항목에서 프로파일을 내려받고 설치를 허용한다.
    • 설정 – 일반 – VPN 및 기기 관리에서 베타 프로파일을 등록한다.
    • 설정 – 일반 – 소프트웨어 업데이트로 들어가면 퍼블릭 베타 항목이 뜬다.
    • 다운로드하고 재부팅. 그러면 끝이다.

    새 시리, 뭐가 진짜 달라졌나

    이번 업데이트에서 가장 눈에 띄는 건 역시 시리다. 예전 시리는 정해진 명령어 아니면 못 알아듣는 느낌이 강했다. 새 시리는 다르다. 화면에 뭐가 떠 있는지, 지금 어떤 앱을 쓰고 있는지 맥락을 읽고 대답한다. 문자로 받은 주소를 바로 지도 앱으로 옮겨주고, 사진 속 인물을 기억해뒀다가 나중에 “그 사람 누구였지” 물어보면 답을 내놓는다. 명령어를 외울 필요가 없다. 그냥 말하듯 요청해도 알아듣는 비율이 확 올라갔다는 후기가 많다. 개인적으로는 알림 요약 기능보다 이 맥락 이해 쪽이 체감이 훨씬 컸다.

    설치하기 전 한 번 더 체크할 것들

    새 기능이 반갑다고 무작정 깔기 전에, 확인할 게 몇 가지 있다.

    • 자주 쓰는 은행, 카드 앱이 베타와 호환되는지 미리 검색해본다.
    • 업무용 메신저나 화상회의 앱은 베타에서 알림이 늦게 뜨거나 아예 오류 나는 경우가 종종 있다.
    • 초기 버전일수록 발열과 배터리 소모가 심하다. 며칠은 지켜보는 편이 낫다.
    • 결정적으로, 한 번 깔면 정식판 나오기 전까지 예전 버전으로 완전히 되돌리기가 꽤 번거롭다. 이건 알아두자.

    베타에서 다시 정식판으로 돌아가려면

    베타 쓰다가 문제가 생기면 방법은 두 가지다. 하나는 백업해둔 데이터로 복원하면서 정식 버전으로 내리는 방법. 컴퓨터에 연결해 복구 모드로 들어간 다음, 최신 정식 버전 펌웨어를 새로 설치해야 한다. 다른 하나는 설정에서 베타 프로파일만 지우는 방법인데, 이건 좀 애매하다. 다음 정식 업데이트가 나올 때까지는 베타 버전이 그대로 남아 있기 때문이다. 완전히 이전 버전으로 돌아가고 싶다면, 결국 첫 번째 방법, 복원 절차를 거쳐야 한다.

    자주 묻는 질문 몇 가지

    Q. 베타 지웠다가 정식판 나오면 자동으로 업데이트되나?
    아니다. 베타 프로파일을 지워도 정식 업데이트 알림이 뜨기 전까지는 베타 빌드가 그대로 남아 있다. 정식판 알림이 뜨면 그때 설치하면 된다.

    Q. 아이패드나 맥에도 똑같이 베타 깔 수 있나?
    된다. 아이패드OS와 macOS도 같은 베타 소프트웨어 프로그램 사이트에서 프로파일 받아 설치하면 된다. 다만 기기마다 안정성 편차가 있으니, 업무용 맥북 같은 주력 기기는 피하는 게 좋다.

    Q. 배터리가 너무 빨리 닳는데 정상인가?
    베타 초기엔 흔한 현상이다. 백그라운드 인덱싱이랑 최적화 미비가 원인인 경우가 많다. 업데이트 몇 번 이어지면 점점 나아지는 편이다.

    출처: TechCrunch

  • xAI 그록 빌드, 내 코드 몰래 구글 클라우드로 퍼갔다

    xAI 그록 빌드, 내 코드 몰래 구글 클라우드로 퍼갔다

    일론 머스크의 xAI가 만든 AI 코딩 도구 그록 빌드(Grok Build)가, 사용자 몰래 코드 저장소를 통째로 구글 클라우드에 퍼 날랐다. 보안 연구팀 Cereblab이 이 사실을 터뜨렸고, xAI는 며칠 안 가 업로드 기능부터 껐다.

    열지 말라고 표시한 파일까지 챙겨갔다

    단순한 로그 전송이 아니다. Cereblab이 이번 주 초 내놓은 조사 내용을 보면, 그록 빌드의 CLI(명령줄 인터페이스) 버전이 사용자 코드 저장소 전체를 패키징해서 구글 클라우드 스토리지로 올리고 있었다.

    • 업로드 대상에는 사용자가 ‘열람 금지’로 지정한 파일도 섞여 있었다
    • 대상은 코딩 작업과 무관하게, 저장소 전체였다
    • 동의를 구하거나 고지한 흔적은 딱히 없었다

    개발자한테 코드 저장소란 회사 영업비밀이자, 아직 세상에 안 나온 제품 로드맵 그 자체다. 열람 금지 파일까지 같이 실려 나갔다는 건 접근 권한 설정이 애초에 작동을 안 했다는 뜻이고, 이건 가볍게 넘길 얘기가 아니다.

    어떻게 걸렸나

    The Register 보도에 의하면, Cereblab은 그록 빌드 CLI의 네트워크 트래픽을 들여다보다가 코드 저장소가 구글 클라우드 쪽으로 새 나가는 패턴을 발견했다고 한다. 로컬에서만 돌아가는 코딩 어시스턴트인 줄 알고 썼는데, 실제로는 뒤에서 대용량 데이터를 밖으로 보내고 있었던 셈.

    이 소식이 알려진 게 이번 주 월요일. 이후 The Verge를 포함한 여러 매체가 후속 기사를 쏟아내면서 순식간에 퍼졌다.

    기사 뜨자마자 기능부터 끈 xAI

    xAI의 대응은 빨랐다. 문제의 업로드 기능을 곧바로 막았다. 다만 이 기능이 정확히 언제부터 켜져 있었는지, 그동안 저장소가 몇 개나 구글 클라우드로 넘어갔는지, 업로드된 데이터를 어디에 썼는지는 설명이 없다.

    보안 연구팀이 아니었다면 이 일은 그냥 조용히 지나갔을 가능성이 크다. 개발자가 직접 트래픽을 뜯어보지 않는 이상, CLI 도구 안에서 뭐가 벌어지는지 알 방법이 마땅치 않으니까.

    내 코드는 지금 어디로 가고 있나

    AI 코딩 어시스턴트가 편의를 대가로 소스코드에 손을 대는 구조라는 건 어제오늘 얘기가 아니다. 자동완성이든 리팩터링이든, 도와주려면 코드 맥락을 서버로 보내야 하는 경우가 많다. 그 데이터가 어디 저장되고 학습에 쓰이는지는 늘 흐릿했다.

    이번 건이 다른 지점은, 사용자가 분명히 올리지 말라고 표시한 파일까지 포함됐다는 것. 옵트아웃 설정이나 접근 권한 표시가 사실상 장식이었다는 얘기가 되는 셈이라, AI 코딩 툴을 쓰는 기업이라면 계약서의 데이터 처리 조항부터 다시 들여다볼 때다.

    국내 개발팀이 챙겨야 할 것들

    그록을 비롯한 AI 코딩 어시스턴트를 사내 개발 파이프라인에 붙여 쓰는 스타트업, 대기업 개발팀이 국내에도 적지 않다. 미공개 서비스나 금융·헬스케어처럼 규제가 엄격한 업종 코드가 해외 클라우드로 흘러갔다면, 개인정보보호법이나 정보통신망법상 책임 소재까지 걸릴 여지가 있다.

    보안팀이 있는 조직이라면 CLI 기반 AI 도구의 네트워크 트래픽을 주기적으로 점검하고, 계약 단계에서 코드 데이터 저장 위치와 삭제 정책을 문서로 못박아두는 게 안전하다. 1인 개발자나 소규모 팀이라면 방화벽 로그로 아웃바운드 트래픽을 확인하는 습관만으로도 비슷한 사고를 조기에 알아챌 수 있다.

    출처: The Verge

  • 아이폰 퍼블릭 베타 설치법, 이것만 알면 된다 (feat. 시리 AI 후기)

    아이폰 퍼블릭 베타 설치법, 이것만 알면 된다 (feat. 시리 AI 후기)

    가을 정식 출시보다 몇 달 앞서, 애플은 매년 퍼블릭 베타부터 푼다. 남들보다 먼저 써보고 싶은 마음에 별생각 없이 깔았다가 낭패 보는 사람, 주변에 꼭 한 명씩 있다. 배터리가 순식간에 닳거나, 자주 쓰는 앱이 갑자기 멈춘다. 베타는 원래 테스트판이니 이런 일이 생기는 게 당연한데, 문제는 이걸 모르고 덤비는 경우다. 미리 알고 준비하면 위험 부담은 확 줄어든다.

    퍼블릭 베타, 정확히 뭔지부터 짚고 가자

    퍼블릭 베타는 애플이 정식 출시 전에 일반 사용자에게 미리 공개하는 테스트용 운영체제다. 개발자 베타보다는 안정적이다. 하지만 완성본은 아니다. 배터리 소모가 늘거나 특정 앱이 튕기는 정도의 버그는 흔한 편이다. 매년 iOS 새 버전마다 6~7월경 공개되고, 정식 버전은 9월쯤 나오는 패턴이 반복돼왔다. 새로 추가되는 AI 비서 기능이나 디자인 개편처럼 화제성 있는 변화는 대개 이 베타 단계에서 먼저 얼굴을 내민다.

    설치 전에 이 3가지는 꼭 확인하자

    • 전체 백업 – 아이클라우드든 맥 컴퓨터든 최신 상태로 백업해두기. 베타는 되돌리기가 까다로워서, 백업 없이 깔았다가 데이터를 통째로 날린 사례가 실제로 있다.
    • 서브 기기 활용 – 업무용이나 유일한 메인폰이라면 베타는 피하는 게 낫다. 서랍에 잠자고 있는 구형 아이폰이 있다면, 거기에 먼저 깔아보는 편이 안전하다.
    • 필수 앱 호환성 – 은행 앱이나 회사 보안 앱처럼 꼭 필요한 앱이 신규 OS에서 먹통 되는 경우가 종종 있다. 커뮤니티에 후기부터 검색해보길 권한다.

    퍼블릭 베타 설치, 이렇게 하면 된다

    절차 자체는 단순하다.

    • 애플 공식 베타 소프트웨어 프로그램 사이트에 애플 계정으로 로그인한다.
    • 등록 절차를 마치면 아이폰에 베타용 설정 프로파일을 다운로드하라는 안내가 뜬다.
    • 설정 앱 – 일반 – VPN 및 기기 관리에서 해당 프로파일을 설치한다.
    • 재부팅 후 설정 – 일반 – 소프트웨어 업데이트로 들어가면 베타 버전이 뜬다. 여기서 다운로드하고 설치하면 끝.

    용량은 보통 5~7GB 정도라 와이파이 환경에서 받는 게 낫다. 배터리는 50% 이상 채워두고 진행하자. 도중에 꺼지면 골치 아파진다.

    베타에서 실제로 자주 터지는 문제들

    가장 흔한 불만은 배터리다. 새 기능이 백그라운드에서 인덱싱이나 학습 작업을 계속 돌리다 보니, 초반 며칠은 평소보다 소모가 빠르게 느껴진다. 그다음은 앱 크래시. 개발사들이 아직 베타 OS에 맞춰 앱을 최적화하지 못한 탓에, 카메라나 결제 관련 앱에서 튕김 현상이 나오기도 한다. 발열도 마찬가지다. 첫 업데이트 직후 하루 이틀은 인덱싱 작업 때문에 평소보다 뜨거워질 수 있다. 이 기간엔 무리한 게임 실행은 피하는 게 좋다. 솔직히 이 시기에 배터리 최적화 기대하고 깔면 실망하기 딱 좋다.

    이번 베타의 핵심, 시리 AI는 실제로 쓸만할까

    이번 iOS 베타에서 가장 눈에 띄는 변화는 시리에 생성형 AI가 제대로 붙었다는 점이다. 예전엔 정해진 명령어만 알아듣는 수준이었다면, 이제는 맥락을 이해하고 대화를 이어가는 방식에 가까워졌다. 다만 챗GPT나 제미나이처럼 길게 풀어서 답하는 스타일은 아니다. 답변을 짧고 간결하게 끊어주는 쪽에 가깝다. 아이폰 안에서 문자, 사진, 캘린더 같은 개인 데이터와 바로 연결된다는 게 시리의 강점이다. 그래서 정보 검색이나 리서치는 챗GPT 계열에, 일정 관리나 기기 제어처럼 즉각 처리가 필요한 일은 시리 AI에 맡기는 식으로 역할을 나눠 쓰는 게 지금으로선 가장 효율적이다. 두 개를 완전히 대체 관계로 볼 필요는 없다는 얘기.

    베타 쓰다가 다시 정식판으로 돌아가려면

    베타 설치 후 마음이 바뀌면 되돌리는 방법도 알아둬야 한다. 가장 깔끔한 방법은 컴퓨터에 아이폰을 연결해 파인더나 아이튠즈로 최신 정식 버전 펌웨어를 복원하는 것이다. 이 과정에서 아이폰 데이터가 초기화된다. 앞서 받아둔 백업으로 복원하면 된다. 무선으로 베타 프로파일만 지운다고 정식판으로 자동 전환되지는 않는다. 이 부분, 은근 헷갈려하는 사람이 많으니 잘 기억해두자.

    이것도 궁금하죠?

    Q. 베타 깔면 워런티(보증)에 문제가 생기나?
    A. 베타 설치 자체로 보증이 무효가 되지는 않는다. 다만 베타 도중 생긴 소프트웨어 문제는 애플 공식 지원 대상에서 제외될 여지가 있다.

    Q. 개발자 베타랑 퍼블릭 베타 차이는?
    A. 개발자 베타가 먼저 나오고 버그도 더 많다. 퍼블릭 베타는 그보다 한 단계 다듬어진 버전이라, 일반 사용자가 쓰기엔 이쪽이 상대적으로 안전하다.

    Q. 베타 쓰면 아이클라우드 동기화도 불안정한가?
    A. 초반 버전일수록 사진이나 메모 동기화가 느려지는 경우가 있다. 안정화 업데이트가 몇 차례 나온 뒤에 깔면 이런 이슈는 줄어드는 편이다.

    더버지가 전한 내용을 바탕으로 정리했다. 원문은 The Verge에서 확인할 수 있다.

  • AI 월드모델(World Model), 대체 정체가 뭐길래 다들 뛰어드나

    AI 월드모델(World Model), 대체 정체가 뭐길래 다들 뛰어드나

    구글 딥마인드의 지니(Genie) 3, 엔비디아 코스모스(Cosmos), 페이페이 리가 차린 월드랩스(World Labs). 이름은 다 다른데 회사들이 만드는 건 결국 하나, 월드모델이다. 챗GPT나 클로드 같은 언어모델은 이제 다들 안다. 그럼 월드모델은 뭐고, 빅테크들이 왜 이렇게 몰려드는 걸까.

    월드모델이 뭐길래 다들 얘기할까

    말 그대로다. 세상이 돌아가는 방식을 통째로 학습한 AI. 언어모델이 다음 단어를 맞히도록 훈련받는다면, 이쪽은 다음 장면, 다음 물리 상황을 맞히도록 훈련받는다. 공을 굴리면 어디로 튕길지, 문을 밀면 어떻게 열릴지. 이런 걸 데이터로 익힌다. 재료부터 다르다. 텍스트가 아니라 영상, 3D 공간, 물리 법칙.

    LLM과 뭐가 다른가

    언어모델은 텍스트를 산더미처럼 읽고 그럴듯한 문장을 뽑아내는 데는 확실히 강하다. 문제는 실제 세계를 겪어본 적이 없다는 것. 컵을 놓으면 떨어진다, 이런 물리적 감각이 약하다. 얀 르쿤이 메타를 나와 새 회사를 차리면서 든 이유도 딱 이거였다. 언어만 붙잡고 있어서는 진짜 지능에 못 닿는다, 시각과 공간과 물리를 이해하는 별도 모델이 필요하다는 얘기다. 그러니 월드모델은 LLM을 밀어내는 쪽이라기보다, LLM이 못 채우는 구멍을 메우는 쪽에 가깝다.

    대표 사례들, 어디까지 왔나

    • 구글 딥마인드 지니 시리즈 — 이미지 딱 한 장 던져주면 그 안에서 실제로 걸어 다닐 수 있는 3D 공간을 그 자리에서 만들어낸다
    • 엔비디아 코스모스 — 로봇과 자율주행차 훈련용 가상 환경을 대량으로 찍어내는 플랫폼
    • 월드랩스 — 사진 한 장을 탐험 가능한 3D 세계로 바꾸는 데모로 이름을 알렸다

    세 회사 방향은 조금씩 다르다. 그런데 목표는 결국 하나로 모인다. AI가 눈으로 본 걸 진짜 공간처럼 이해하게 만드는 것.

    자율주행이 이걸 왜 필요로 하나

    도로 위에서 벌어질 수 있는 경우의 수, 그걸 실제 주행만으로 다 배우기는 어렵다. 사고 직전 상황, 폭우 속 급정거. 이런 장면을 현실에서 무한정 반복 테스트할 순 없는 노릇이다. 월드모델은 이런 희귀 상황을 가상으로 수없이 찍어내 차량 AI에게 미리 겪게 한다. 테슬라나 웨이모가 시뮬레이션 데이터에 공을 들이는 이유, 여기 있다. 실제 도로 데이터만으로는 늘 부족하니까.

    로봇 훈련에서도 필수템이 된 이유

    휴머노이드 로봇을 훈련시키려면 물건 집기, 문 열기, 계단 오르기를 수없이 반복해야 한다. 실제 로봇으로 이 과정을 다 거치려면 시간도 돈도 감당이 안 된다. 월드모델은 이런 물리적 상호작용을 가상 공간에서 먼저 시뮬레이션해서, 로봇이 현실에 나오기 전에 어느 정도 손에 익은 상태로 만들어준다. 피지컬 AI라는 말이 요즘 부쩍 자주 들리는 배경에도 이 기술이 깔려 있다.

    게임과 영상 업계가 눈독 들이는 지점

    게임 개발사 입장에서 맵과 배경을 일일이 손으로 그리는 작업, 비용이 만만치 않다. 월드모델을 쓰면 텍스트나 이미지 몇 개로 플레이 가능한 배경을 그 자리에서 뽑아낼 수 있다. 영화나 광고 쪽에서도 가상 세트장을 이 기술로 만들려는 시도가 이어지고 있다. 완성도는 아직 초기 단계다. 솔직히 여기서 갈린다. 하지만 제작 기간을 크게 줄일 여지가 있다 보니 관련 스타트업 투자는 꾸준히 늘어나는 중이다.

    결국 뭐가 달라지나

    언어모델이 정보를 다루는 방식을 바꿔놨다면, 월드모델은 AI가 공간과 물리를 다루는 방식을 바꾸는 중이다. 아직은 로봇공학이나 자율주행처럼 전문 영역에서 먼저 쓰이지만, 게임이나 영상 제작 도구에도 조금씩 스며들고 있다. 당장 검색창에 이름을 쳐볼 일은 적어도, 뒤에서 돌아가는 기술이라는 점은 기억해둘 만하다. 이후 어떤 회사의 로봇이나 자율주행차가 유독 자연스럽게 움직인다 싶으면, 그 뒤에 괜찮은 월드모델이 있다고 봐도 크게 틀리지 않는다.

    MIT 테크리뷰 AI 뉴스레터가 다룬 내용을 참고했다: MIT Tech Review AI

  • AI 해석가능성이 뭐길래 — 블랙박스 문제, 개발자 시선으로 풀어봤다

    AI 해석가능성이 뭐길래 — 블랙박스 문제, 개발자 시선으로 풀어봤다

    챗GPT나 클로드한테 “왜 그렇게 답했어?”라고 물으면 이유가 술술 나온다. 그럴듯하다. 문제는 그 설명이 모델 속에서 실제로 벌어진 계산과 똑같다는 보장이 하나도 없다는 거다. 겉으로 하는 말과 안에서 도는 연산, 이 둘이 다를 수 있다는 간극. 이걸 파고드는 분야가 바로 AI 해석가능성(interpretability)이다. 요즘 AI 안전 얘기만 나오면 계속 등장하는 개념이라, 한 번 제대로 짚고 넘어가 본다.

    AI 해석가능성, 정확히 뭘 말하는 걸까

    해석가능성은 AI 모델이 왜 그런 출력을 내놓았는지 내부 구조를 뜯어보고 설명하는 작업이다. 대형언어모델은 수천억 개의 파라미터가 얽혀서 결과를 만들어낸다. 개발자조차 특정 답변이 어떤 뉴런 조합에서 나왔는지 정확히 모른다. 그래서 연구자들은 모델의 활성화 값을 조작하거나 특정 개념을 인위적으로 주입해서, 모델이 자기 내부 변화를 실제로 알아채는지 실험한다. 말하자면 뇌를 열어보지 않고 뇌 속 신호를 추적하는 셈이다.

    블랙박스는 왜 생기나

    옛날 소프트웨어는 코드 한 줄 한 줄을 따라가면 왜 이런 결과가 나왔는지 설명이 됐다. 딥러닝은 다르다. 학습 과정에서 스스로 패턴을 찾아낸다. 개발자가 규칙을 일일이 짜 넣은 게 아니라는 얘기다. 그 결과 이런 일이 반복된다.

    • 모델이 내놓은 근거 설명(chain-of-thought)이 실제 추론 과정과 다를 수 있다
    • 같은 질문인데 프롬프트 문구만 바뀌어도 답이 흔들린다
    • 왜 틀렸는지 사후에 분석하기가 거의 불가능한 경우가 많다

    단순한 호기심 차원 문제였으면 이렇게까지 논란이 되지 않았을 거다. 의료, 금융, 법률처럼 책임 소재가 걸린 영역에 AI를 넣으려면 결정 과정을 설명할 수 있어야 한다. 그게 안 되면, 소송 걸렸을 때 “몰라요, AI가 그랬어요”로는 안 통한다.

    “자기 상태를 안다”는 실험, 무슨 뜻일까

    최근 실험들은 방식이 재밌다. 모델의 내부 활성화 값에 특정 개념(단어나 감정 관련 패턴 같은 거)을 인위적으로 주입한 다음, 모델이 그 변화를 스스로 알아차리고 말로 표현하는지 확인한다. 결과는? 어느 정도는 알아챈다. 근데 성공률이 높지 않고 일관성도 떨어진다. 이 정도면 모델이 자기 내부 상태에 부분적이고 불완전한 접근권만 가지고 있다고 해석하는 게 맞다. 이걸 “AI가 자기 마음을 읽는다”거나 “의식이 있다”는 식으로 부풀리면 오독이다. 솔직히 여기서 갈린다 — 실험 결과 하나 보고 의식 운운하는 기사들, 좀 과한 듯.

    자기인식과 의식은 완전히 다른 얘기

    모델이 내부 활성화 패턴 일부를 감지해서 언어로 보고할 수 있다는 실험 결과랑, 그 모델이 주관적 경험이나 감정을 갖는다는 주장은 층위 자체가 다르다. 전자는 통계적으로 측정 가능한 신호 탐지 능력이고, 후자는 철학적으로도 합의가 안 된 영역이다. AI 기업들이 이런 연구를 공개하는 이유, 신비주의를 팔려는 게 아니다. 모델이 자기를 얼마나 정확히 보고하는지 알아야 안전장치를 설계할 수 있어서다. 모델의 자기 보고를 100% 믿으면 안 되는 이유가 바로 여기 있다.

    해석가능성 연구가 실제로 바꾸는 것들

    당장 체감하긴 어렵다. 그래도 이 연구는 이런 방향으로 이어진다.

    • 모델이 거짓 정보를 그럴듯하게 지어내는 순간을 내부 신호로 미리 잡아내는 탐지 기술
    • 답변에 딸린 추론 과정이 진짜 근거인지, 사후에 지어낸 설명인지 구분하는 검증 도구
    • 민감한 작업에 AI를 투입하기 전 위험 신호를 걸러내는 안전 필터

    핵심은, 해석가능성이 쌓일수록 AI 규제 논의도 구체적인 근거를 갖게 된다는 점이다. 지금은 “AI가 위험할 수도 있다”는 추상적 우려 수준이다. 내부 작동을 들여다볼 도구가 쌓이면, 그때는 데이터 기반 규제가 가능해진다.

    AI 쓰는 사람이 알아둘 점

    실용적인 결론은 단순하다. AI가 내놓는 근거나 설명, 진짜 이유가 아니라 그럴듯한 사후 서술일 수 있다고 여기고 쓰는 게 안전하다. 중요한 결정에 AI 답변을 그대로 갖다 쓰기보다 교차 검증하는 습관, 필요하다. AI가 “확신한다”고 말하는 것과 실제 정확도는 별개라는 점도 기억해두자.

    Q&A: 이것도 궁금하죠

    Q. 해석가능성 연구랑 AI 성능 향상은 관계가 있나?
    직접적인 성능 개선보다는 안전성과 신뢰도 확보 쪽에 가깝다. 다만 모델이 왜 실수하는지 알게 되면 학습 데이터나 구조 개선에도 힌트가 된다.

    Q. 오픈소스 모델도 해석가능성 연구가 가능한가?
    오히려 가중치가 공개된 모델이 내부 구조 분석엔 더 유리하다. 다만 대형 폐쇄형 모델 다루는 기업들이 자체 데이터와 인프라로 더 깊은 실험을 진행하는 경우가 많다.

    Q. 이런 연구가 AI 규제와 무슨 상관인가?
    내부 작동 방식을 설명 못 하는 시스템을 법으로 규제하기는 어렵다. 해석가능성이 쌓여야 책임 소재와 안전 기준을 구체적으로 정할 근거가 생긴다.

    출처: MIT Tech Review AI

  • 설문조사 vs AI 인터뷰, 고객 조사는 뭐가 답일까

    설문조사 vs AI 인터뷰, 고객 조사는 뭐가 답일까

    신제품 출시 전에 고객 반응부터 확인하고 싶은데, 설문지 돌리면 뻔한 답만 돌아오고 1대1 인터뷰는 시간도 사람도 안 나온다. 마케팅팀이든 프로덕트팀이든 한 번쯤 겪는 고민이다. 최근엔 이 사이 빈틈을 AI 인터뷰 도구가 파고들고 있어서, 각 방식이 정확히 어떻게 다르고 언제 뭘 골라야 하는지 정리해봤다.

    설문조사는 왜 늘 뻔한 답만 나올까

    객관식 설문의 가장 큰 약점은 응답자가 답을 ‘고른다’는 점이다. 4지선다 앞에서 사람들은 실제 생각보다 ‘이걸 원할 것 같은’ 쪽을 클릭하는 경향이 있다. 통계는 깔끔하게 나오는데, 정작 왜 그 선택을 했는지, 어떤 소수 의견이 숨어있는지는 잡히지 않는다. 표본 크기와 통계적 신뢰도 확보엔 강하지만, 이유를 캐묻는 데는 원래부터 약한 도구다.

    1대1 인터뷰가 좋은 건 다 아는데, 왜 안 할까

    사람이 직접 진행하는 심층 인터뷰는 꼬리 질문을 던지고 애매한 답에 재차 확인할 수 있어서 정보 밀도가 높다. 문제는 확장성. 리서처 한 명이 하루에 소화하는 인터뷰 수는 뻔하고, 참가자 섭외에 일정 조율, 녹취 정리까지 거치면 결과 하나 받는 데 몇 주씩 걸리는 일도 흔하다. 의사결정은 이미 끝났는데 인사이트가 뒤늦게 도착하는 셈. 실무에서는 종종 ‘타이밍 놓친 자료’로 전락한다.

    AI 인터뷰어는 정확히 뭘 하나

    AI 기반 리서치 도구는 이 둘의 절충안을 노린다. 작동 방식은 대체로 이렇다.

    • 연구 목적을 입력하면 AI가 질문지를 설계해준다
    • 영상 통화 형태로 AI가 직접 참가자와 대화하며 꼬리 질문을 던진다
    • 수백 명 분량 대화를 몇 시간 안에 취합해 핵심 테마, 하이라이트 영상, 요약 리포트로 정리한다

    객관식이 아니라 개방형 질문이라 응답자가 ‘정답 같은 것’을 고르는 대신 실제 생각을 말로 풀어놓는다. 표본 규모는 설문 수준, 답변 밀도는 인터뷰 수준. 이 둘을 동시에 잡겠다는 발상이다.

    리서치 데이터에 숨은 가짜 응답 문제

    리서치 업계에서 잘 안 알려진 문제가 하나 있다. 응답 품질 자체의 신뢰성이다. 참가자에게 소정의 보상이 걸려있다 보니, 대충 답하거나 아예 허위 프로필로 참여하는 경우가 꽤 섞인다. 실제로 일부 온라인 교육 업체는 기존 설문 응답의 약 20%가 부정확하거나 무성의한 답변으로 판명된 경험이 있다고 밝히기도 했다. 이 때문에 요즘 도구들은 프로필과 영상 답변의 일관성을 대조하고 이상 패턴을 자동으로 걸러내는 품질 검증 기능을 함께 붙이는 추세다. 리서치 도구 고를 때 결과 리포트가 예쁜지만 볼 게 아니라, 이런 검증 장치가 있는지부터 확인하는 게 실무에선 더 쓸모 있다.

    리서치가 싸질수록 왜 더 많이 하게 될까

    여기서 경제 원리 하나가 등장한다. ‘제본스 역설’. 어떤 자원을 쓰는 효율이 오르면 사용량이 줄어드는 게 아니라 오히려 늘어난다는 개념이다. 리서치도 마찬가지. 인터뷰 하나 진행하는 비용과 시간이 확 줄면, 리서처는 그만큼 더 많은 프로젝트를 돌리고, 원래 리서처가 아니었던 마케터나 프로덕트 매니저까지 직접 고객 조사를 업무에 끌어들인다. 결국 리서치 수요 자체가 폭발적으로 늘어나는 구조가 만들어지는 셈이다.

    그래서 우리 팀은 뭘 골라야 하나

    선택 기준은 단순하다.

    • 정량적 통계, 큰 표본의 신뢰도가 필요하면 설문조사가 여전히 정답에 가깝다
    • 극소수 VIP 고객이나 임원 인터뷰처럼 민감하고 깊은 대화가 필요하면 사람이 직접 하는 인터뷰가 낫다
    • 빠른 의사결정이 걸려있고 표본도 충분히 확보하면서 답변 맥락까지 알고 싶다면 AI 인터뷰 도구가 가장 실용적이다

    신제품 출시 전 컨셉 테스트, 이탈 고객 인터뷰, 브랜드 인지도 조사처럼 ‘빨리 알아야 하는데 깊이도 필요한’ 상황일수록 AI 리서치 도구의 강점이 드러난다. 반대로 학술 연구나 정책 수립처럼 통계적 엄밀함이 최우선인 영역에서는 여전히 전통적인 설문 설계가 필요하다. 이 셋은 경쟁 관계라기보다, 각자 다른 상황에 맞는 도구로 보는 게 맞다.

    출처: VentureBeat AI

  • 맥북에서 AI 돌릴 거면 칩부터 제대로 골라야 한다

    맥북에서 AI 돌릴 거면 칩부터 제대로 골라야 한다

    애플이 접은 자율주행차 프로젝트, 한 번쯤 들어봤을 거다. 몇 년을 쏟아붓고 결국 차는 못 만들었다. 그런데 이 프로젝트가 남긴 게 실패한 자동차 한 대만은 아니라는 분석이 나온다. 지금 아이폰과 맥에 들어가는 AI 칩, 그 설계 기반이 여기서 나왔다는 얘기다. 블룸버그 마크 거먼 기자가 전한 바에 따르면, 애플은 자율주행차용 온디바이스 AI 처리 성능을 확보하는 과정에서 쌓은 노하우를 뉴럴엔진 설계에 그대로 이식했다. 차는 못 만들었지만, 그 과정에서 얻은 칩 기술이 오늘날 애플 실리콘을 AI 작업에 강하게 만든 셈이다.

    이 이야기를 계기로 정리해볼 만한 게 하나 있다. 뉴럴엔진이 정확히 뭘 하는 부품인지, M시리즈 칩마다 AI 성능이 얼마나 차이 나는지, 로컬에서 AI를 돌리려면 맥북을 어떤 기준으로 골라야 하는지. 이 세 가지다.

    애플 칩이 AI에 유독 강한 이유

    애플 실리콘은 CPU, GPU, 뉴럴엔진이 메모리를 공유하는 통합 메모리 구조다. 인텔 CPU에 별도 그래픽카드를 얹는 조합과는 다르다. 데이터를 이곳저곳으로 복사할 필요 없이 한 곳에 모아두고 세 가지 연산 장치가 동시에 접근한다. AI 모델을 돌릴 때는 이 구조가 속도와 전력 효율, 두 마리 토끼를 다 잡는다. 여기에 더해 애플은 클라우드 서버가 아니라 기기 안에서 연산을 끝내는 방향을 오래전부터 밀어왔다. 사진 속 얼굴 인식, 문장 자동완성, 음성 인식 같은 기능을 기기 안에서 처리하려면 전용 AI 가속기가 필수다. 그게 바로 뉴럴엔진이다.

    뉴럴엔진이 실제로 하는 일

    뉴럴엔진은 CPU나 GPU와는 별도로 마련된 AI 연산 전용 칩 블록이다. 초당 처리 가능한 연산 횟수를 TOPS(Tera Operations Per Second)라는 단위로 표시하는데, 숫자가 클수록 같은 시간에 더 많은 AI 연산을 소화한다는 뜻이다. 아이폰의 얼굴 인식, 사진 앱의 인물·사물 구분, 시리의 음성 처리, 맥의 실시간 자막 번역. 이런 기능 대부분이 이 부품에서 돌아간다. 클라우드로 데이터를 보내지 않고 기기 안에서 끝내다 보니 반응 속도가 빠르고, 개인정보도 밖으로 새지 않는다. 이 부분은 솔직히 애플이 잘 잡은 방향이라고 본다.

    M1부터 M4까지, 칩별 AI 성능 비교

    세대가 바뀔 때마다 뉴럴엔진 성능도 큰 폭으로 뛰었다.

    • M1: 뉴럴엔진 11 TOPS, 첫 세대치고 준수한 수준
    • M2: 15.8 TOPS, 로컬 이미지 생성 모델도 무난하게 소화
    • M3: 18 TOPS, GPU 레이 트레이싱까지 함께 강화
    • M4: 38 TOPS로 전작 대비 2배 이상 도약, 애플이 처음으로 AI 성능을 정면에 내세운 세대

    숫자만 보면 M4가 압도적이다. 다만 실제 체감 차이는 어떤 작업을 하느냐에 따라 갈린다. 이건 좀 케이스 바이 케이스다.

    용도별로 맥북 고르는 법

    • 문서 작업, 웹서핑, 가벼운 사진 보정: M1이나 M2 에어로 충분하다. 굳이 최신 칩에 돈을 더 쓸 이유가 없다.
    • 로컬 LLM 구동(라마, 미스트랄 등 오픈소스 모델): M3 프로 이상, RAM 32GB를 기준으로 삼는 게 안전하다.
    • 이미지 생성(Stable Diffusion), AI 영상 편집: M4 프로나 맥스, RAM 32~64GB급을 권장한다.
    • 대형 모델 연구·개발용: M4 맥스에 RAM 64GB 이상. 여기까지 필요한 사람은 사실 소수다.

    RAM은 얼마나 필요할까

    애플 실리콘은 CPU, GPU, 뉴럴엔진이 메모리를 나눠 쓰는 구조라서 RAM 용량이 곧 AI 성능의 상한선을 결정한다. 로컬에서 언어 모델을 돌린다면 대략 이런 기준으로 잡으면 된다.

    • 70억 파라미터급 모델: RAM 8~16GB로 실행 가능
    • 130억 파라미터급 모델: RAM 16~24GB 권장
    • 700억 파라미터급 모델: RAM 64GB 이상 필요

    저장 공간은 넉넉해도 RAM이 부족하면 모델 자체가 안 돌아간다. 맥북 살 때 SSD 용량보다 RAM 용량부터 챙겨야 하는 이유가 여기 있다.

    윈도우 노트북과 비교하면 어떨까

    퀄컴 스냅드래곤 X 엘리트를 탑재한 이른바 코파일럿+PC는 NPU 성능 40 TOPS를 마이크로소프트 인증 기준으로 내걸었다. 숫자만 보면 M4의 38 TOPS와 비슷하다. 하지만 실제 AI 앱 생태계와 최적화 수준은 아직 애플 쪽이 한발 앞서 있다는 평가가 많다. 반대로 게임이나 범용 소프트웨어 호환성에서는 윈도우 진영이 여전히 유리하다. AI 작업 비중이 크다면 맥, 범용성과 호환성을 우선한다면 윈도우. 이 정도로 나눠서 생각하면 답이 나온다.

    자주 묻는 질문 몇 가지

    Q. 인텔 맥으로는 로컬 AI를 못 쓰나?
    전용 뉴럴엔진이 없어서 클라우드 기반 AI 기능 위주로만 쓸 수 있다. 로컬 LLM 구동은 사실상 권장하지 않는다.

    Q. 아이폰도 맥과 같은 구조인가?
    A시리즈 칩에도 동일한 개념의 뉴럴엔진이 들어간다. 세대별 TOPS 수치는 다르지만 설계 철학은 같다.

    Q. 굳이 맥스 칩까지 필요할까?
    대형 모델을 직접 돌리거나 영상·3D 작업을 전문적으로 하는 게 아니라면 프로 등급으로 충분하다. 맥스는 오버스펙인 경우가 많다. 괜히 돈만 더 나가는 셈이다.

    출처: The Verge

  • 매달 20만원 아깝다면, AI 코딩 에이전트 무료로 돌리는 법 (클로드코드 대안)

    매달 20만원 아깝다면, AI 코딩 에이전트 무료로 돌리는 법 (클로드코드 대안)

    AI 코딩 에이전트 하나 쓰겠다고 한 달에 20만 원 넘게 내는 개발자, 요즘 심심찮게 보이는데요. 터미널에서 코드를 직접 짜고, 버그를 잡고, 배포까지 알아서 처리해주는 도구니 생산성이야 확실히 올라간다. 문제는 그만큼 청구서도 같이 두꺼워진다는 것. 요금 체계가 복잡한 유료 코딩 에이전트 대신, 돈 한 푼 안 쓰고 비슷하게 돌릴 방법 없나 찾아보는 사람이 많다. 아래에 AI 코딩 에이전트가 정확히 뭘 하는 물건인지부터, 공짜로 쓸 수 있는 오픈소스 대안을 설치하고 세팅하는 법까지 정리해봤다.

    AI 코딩 에이전트, 정확히 뭘 해주는 도구인가

    흔한 코드 자동완성 도구와는 결이 다르다. 자동완성은 다음 줄에 올 만한 코드를 제안하는 수준에 그치지만, 에이전트는 말로 지시만 내리면 파일을 만들고 테스트를 돌리고 API까지 직접 호출한다. 실제 작업을 스스로 처리한다는 뜻이다. 이게 되는 이유는 ‘툴 콜링(tool calling)’이라는 기술 덕분인데, 언어모델이 텍스트만 뱉는 데서 그치지 않고 외부 시스템에 구체적인 명령을 내릴 수 있도록 설계됐기 때문. 명령줄에서 돌아가는 에이전트형 도구들은 이 방식으로 프로젝트를 통째로 빌드하거나, 에러를 잡아서 스스로 고치는 작업까지 해낸다.

    유료 요금제, 왜 이렇게 부담스러운가

    대표적인 유료 AI 코딩 에이전트는 월 1만 원대 저가 요금제부터 20만 원대 고가 요금제까지 폭이 넓다. 근데 진짜 문제는 가격이 아니라 사용량 제한이거든요. 저가 플랜은 5시간마다 프롬프트 10~40회로 막아두는 경우가 많아서, 집중해서 몇 번 주고받으면 몇 분 만에 한도가 차버린다. 상위 플랜으로 올라가도 ‘주간 시간 제한’이라는 게 붙는데, 이게 실제 시계 시간이 아니라 토큰 사용량을 환산한 값이라 얼마나 쓸 수 있는지 예측하기가 어렵다는 불만이 꾸준하다. 솔직히 이 정도면 그 값어치 하냐는 소리 나올 만하다. 커뮤니티엔 “30분 만에 하루치 한도 다 썼다”, “실무에 쓰기엔 무리다” 같은 반응이 심심찮게 올라온다.

    완전 무료 오픈소스 대안, 뭐가 있나

    이런 불만이 쌓이면서 오픈소스 AI 에이전트 쪽으로 눈 돌리는 사람이 늘었다. 결제 회사 블록(Block)이 만든 구스(Goose)가 대표적. GitHub 스타 2만 6천 개를 넘겼고 릴리스도 100회 이상 나왔을 정도로 빠르게 크는 중이다. 가장 큰 차이는 특정 회사 서버가 아니라 내 컴퓨터에서 직접 돌아간다는 점이다. 구스는 특정 모델에 묶여있지 않아서, 앤트로픽 클로드나 OpenAI GPT 계열, 구글 제미나이는 물론 오픈소스 모델까지 자유롭게 붙여서 쓸 수 있다. 완전히 로컬로만 세팅하면 구독료도, 사용량 제한도, 인터넷 연결도 필요 없다. 비행기 안에서도 코딩 에이전트를 그대로 돌릴 수 있다는 얘기다.

    로컬 LLM으로 구스 세팅하기, 딱 3단계면 끝

    • 1단계, 오픈소스 모델 실행 도구 설치: 내 컴퓨터에서 언어모델을 돌리려면 모델을 내려받고 서빙까지 해줄 도구가 필요하다. 대표적인 게 Ollama. 설치하고 명령어 한 줄만 치면 모델을 받아서 바로 실행할 수 있다. 코딩용으로는 툴 콜링 지원이 잘 되는 모델을 고르는 게 관건이다.
    • 2단계, 구스 설치: 데스크톱 앱과 명령줄(CLI) 버전 중 취향껏 고르면 된다. 맥, 윈도우, 리눅스용 바이너리가 공식으로 나와 있어서 설치 자체는 어렵지 않다.
    • 3단계, 프로바이더 연결: 구스 설정 메뉴에서 프로바이더를 로컬 모델 실행 도구로 지정하고, 기본 포트 주소를 확인한 뒤 쓸 모델 이름을 입력하면 끝이다. 여기까지만 마치면 구독료 없이 로컬에서 도는 에이전트 완성.

    돌리려면 사양이 이 정도는 되어야

    로컬로 모델을 돌릴 땐 램(RAM) 용량이 관건이다. 큰 모델에 넉넉한 출력까지 기대한다면 32GB 램을 기본선으로 잡는 게 안전하다. 맥은 통합 메모리가 곧 병목이고, 윈도우나 리눅스에서 그래픽카드를 쓴다면 VRAM 용량이 더 중요해진다. 그렇다고 무조건 큰 모델이 필요한 건 아니다. 파라미터 수가 작은 경량 모델은 16GB 램에서도 충분히 돌아가고, 결과물도 생각보다 쓸 만하다. 처음부터 무리하지 말고 가벼운 모델로 워크플로부터 테스트해본 다음, 필요하면 단계적으로 올리는 편을 추천한다.

    유료 vs 무료, 실제로 뭐가 다른가

    • 모델 품질: 최상급 상용 모델은 복잡한 코드베이스 이해나 미묘한 지시 해석에서 여전히 앞선다. “세련되게 만들어줘” 같은 애매한 요청에도 맥락을 잘 잡아내는데, 오픈소스 모델은 격차가 좁혀지고 있어도 이런 뉘앙스 처리에서는 아직 밀리는 경우가 있다.
    • 컨텍스트 크기: 상용 API는 백만 토큰 단위의 넓은 컨텍스트를 지원해서 대형 코드베이스도 통째로 넣을 수 있다. 로컬 모델은 기본값이 훨씬 작아서 설정을 따로 늘려줘야 하고, 그만큼 메모리와 속도 부담도 늘어난다.
    • 처리 속도: 서버용 하드웨어에 최적화된 클라우드 쪽이 일반 노트북에서 도는 로컬 모델보다 응답이 빠르다. 빠르게 주고받으며 코드를 다듬는 작업이라면 체감 차이가 꽤 크다.
    • 비용과 보안: 로컬 세팅은 구독료가 아예 없고, 코드가 외부 서버로 나가지 않는다. 사내 코드 유출을 걱정하는 팀엔 이 지점이 꽤 매력적이다.

    결국 어떤 걸 써야 할까

    고난도 작업 위주로 최상의 결과물이 필요하고 비용 부담이 크지 않다면 상용 에이전트가 여전히 유리하다. 반대로 비용, 오프라인 작업, 코드 보안을 우선시한다면 로컬 오픈소스 조합이 현실적인 대안이 된다. 개인적으로는 간단한 스크립트 작성이나 반복적인 리팩터링 같은 가벼운 작업은 로컬 모델로 충분히 커버되고, 정말 까다로운 아키텍처 설계나 대규모 코드베이스 분석 같은 작업에만 상용 서비스를 아껴 쓰는 하이브리드 방식이 가성비 면에서 낫다고 본다. 오픈소스 모델 성능이 빠르게 올라오는 추세라, 이 격차는 시간이 갈수록 더 좁혀질 여지가 크다.

    궁금할 만한 것들 몇 가지

    Q. 로컬 모델로도 실무 코드를 짤 수 있나?
    간단한 CRUD 기능이나 스크립트, 테스트 코드 작성 정도는 무리 없이 처리한다. 다만 복잡한 아키텍처 설계나 레거시 코드 리팩터링처럼 맥락 이해가 까다로운 작업은 아직 상용 최상위 모델 대비 결과물 편차가 있는 편이다.

    Q. 인터넷 없이도 완전히 쓸 수 있나?
    모델을 로컬에 미리 내려받아 뒀다면 인터넷 연결 없이도 작동한다. 비행기나 네트워크가 불안정한 환경에서 작업해야 하는 개발자에겐 이 점이 꽤 큰 장점이다.

    Q. 그래픽카드가 꼭 있어야 하나?
    없어도 실행은 되지만 속도 차이가 크다. CPU만으로 돌리면 응답이 눈에 띄게 느려지니까, 자주 쓸 계획이라면 VRAM이 넉넉한 그래픽카드나 통합 메모리가 큰 맥을 쓰는 게 체감상 훨씬 낫다.

    출처: VentureBeat AI

  • 애플 자율주행은 접었지만, AI칩엔 흔적이 남았다

    애플 자율주행은 접었지만, AI칩엔 흔적이 남았다

    애플이 10년 넘게 붙잡고 있던 자율주행차 프로젝트 ‘타이탄’, 결국 빛을 못 보고 2024년 초 조용히 문을 닫았다. 그런데 최근 블룸버그 마크 거먼 기자가 전한 이야기를 보면 얘기가 좀 다르다. 실패로 끝난 이 프로젝트가 지금 애플 실리콘을 AI 성능 괴물로 만든 숨은 배경이었다는 거다.

    자율주행이 요구한 무자비한 연산량

    자율주행차는 카메라, 레이더, 라이다에서 쏟아지는 데이터를 실시간으로 처리해야 한다. 사람이 브레이크를 밟는 그 찰나까지 온디바이스에서 판단을 끝내야 하니, 클라우드로 데이터 보내고 답 받아오는 방식은 애초에 통할 수가 없는 구조였다.

    애플 엔지니어들은 프로젝트 초기부터 결론을 내렸다. 기존 모바일 칩으로는 어림도 없다고. 그래서 차량 전용 프로세서를 따로 설계하기 시작했는데, 이 칩 자체는 끝내 완성되지 못했다. 다만 그 과정에서 쌓인 기술 자산은 고스란히 남았다.

    M시리즈로 흘러들어간 기술

    거먼 보도에 따르면, 타이탄을 위해 개발하던 고성능 AI 처리 기술이 이후 맥용 M시리즈 칩과 아이폰용 A시리즈 칩의 뉴럴 엔진 설계에 그대로 반영됐다. 애플이 매년 신제품 발표 때마다 “역대 최고 성능”이라고 외치는 그 뉴럴 엔진 강화, 사실은 자율주행차 만들다 남은 부산물이었던 셈이다. 좀 아이러니하지 않나.

    • 초기 타이탄 팀이 온디바이스 AI 추론 성능을 최우선 과제로 설정
    • 전용 프로세서 개발은 무산됐지만 아키텍처 노하우는 그대로 축적
    • 이후 M시리즈·A시리즈 뉴럴 엔진 고도화에 기술 이전

    10년, 100억 달러 넘게 쓰고 접은 이유

    타이탄은 2014년 시작됐다. 완전 자율주행차로 갔다가, 반자율주행 소프트웨어로 갔다가, 방향을 여러 번 바꿨다. 외신들이 추산한 누적 투자액은 100억 달러를 훌쩍 넘는다. 팀 쿡 체제에서도 사업성을 끝내 확신하지 못했고, 2024년 2월 공식 종료를 선언했다.

    그렇다고 이 돈이 전부 허공으로 날아간 건 아니다. 실리콘 설계, 센서 데이터 처리, 저전력 고성능 연산 노하우. 이게 애플의 다른 제품군에 그대로 스며들었다. 지금 애플이 AI 경쟁에서 하드웨어 우위를 자신하는 근거 중 하나가 바로 이거다.

    서버용 AI칩까지 넘보는 애플 실리콘

    업계에서는 애플이 자체 AI 서버용 칩, 그러니까 차세대 고성능 모델까지 준비 중이라는 관측이 나온다. 애플이 지난해 공개한 ‘프라이빗 클라우드 컴퓨트’도 자체 실리콘 기반으로 대규모 언어모델 연산을 처리하는 구조인데, 이 역시 타이탄에서 쌓은 저전력 고성능 칩 설계 역량과 무관하지 않다는 분석이 많다.

    자율주행이라는 하드웨어 사업에서는 손을 뗐지만, 그 과정에서 얻은 반도체 설계 능력으로 온디바이스 AI 시장 주도권을 노리는 모양새. 결과적으로 보면 밑지는 장사는 아니었던 셈이다.

    삼성·SK하이닉스, 현대차가 눈여겨볼 지점

    삼성전자와 SK하이닉스 입장에서는 신호가 두 가지다. 하나는 애플이 뉴럴 엔진 성능을 계속 끌어올리면서 모바일 AP 시장에서 엑시노스나 퀄컴 스냅드래곤과의 격차를 더 벌릴 가능성. 다른 하나는 애플의 저전력 고성능 AI칩 노하우가 온디바이스 AI용 메모리, 그러니까 LPDDR이나 HBM 저전력 버전 수요를 끌어올릴 여지가 있다는 점이다.

    현대차·기아 쪽에서도 참고할 대목이 있다. 애플조차 100억 달러를 쓰고도 완전 자율주행 상용화에 실패했다는 사실, 이게 레벨3 이상 자율주행 기술이 얼마나 넘기 힘든 벽인지 다시 보여준다. 대신 그 과정에서 나온 반도체·AI 기술이 전혀 다른 제품에서 꽃피웠다는 점. 국내 자동차·부품사들의 자율주행 R&D 투자도 당장 성과가 안 보이더라도, 장기적으로는 다른 사업의 자산이 될 여지가 있다는 얘기다.

    출처: The Verge

  • 카메라 없는 스마트글래스, 메타·삼성과 뭐가 다를까

    카메라 없는 스마트글래스, 메타·삼성과 뭐가 다를까

    이븐 리얼리티스(Even Realities)가 카메라를 아예 뺀 스마트글래스를 내놨다. 메타나 삼성이 카메라 탑재 모델에 사활을 거는 것과는 완전히 반대 방향이라 눈길이 갔다. 회의가 많고, 발표를 자주 하고, 해외 출장이 잦은 사람을 정면으로 겨냥한 제품. 이참에 카메라 유무로 스마트글래스가 어떻게 갈리는지, 뭘 기준으로 골라야 할지 짚어본다.

    카메라 없는 스마트글래스, 정체가 뭔가

    스마트글래스라고 하면 메타 레이밴처럼 사진·영상을 찍는 카메라부터 떠올리기 마련이다. 그런데 디스플레이와 마이크, 스피커만으로 돌아가는 모델도 엄연히 한 축을 차지한다. 렌즈 안쪽 작은 프로젝션 디스플레이에 텍스트나 알림을 띄우고, 마이크로 음성을 받아 실시간 자막이나 번역을 보여주는 식이다. 촬영 기능 자체가 빠졌으니 하드웨어 구성은 단순해지고, 배터리 소모도 상대적으로 적다.

    카메라 달린 모델과 무엇이 다른가

    가장 큰 차이는 용도다.

    • 카메라 탑재형: 1인칭 시점 촬영, SNS 업로드, AI 비전 질의응답(눈앞에 보이는 걸 물어보는 기능) 중심
    • 카메라 미탑재형: 회의록 자동 작성, 실시간 통역·자막, 일정·메시지 확인 등 업무 생산성 중심

    카메라가 없으면 몰카 논란이나 초상권 문제에서 한발 비켜설 수 있다는 점도 실사용에서 체감되는 차이다. 회의실이나 사무실처럼 촬영이 민감한 공간에서 써도 상대방이 경계하지 않는다는 게 이 제품군의 핵심 셀링포인트다.

    회의·발표·출장, 왜 이런 안경이 먹히나

    렌즈에 텍스트가 뜨는 구조라 발표 스크립트나 큐카드를 눈앞에 띄워두고 청중과 눈을 마주치며 말할 수 있다. 화상회의든 대면회의든 상대 말이 실시간 자막으로 뜨니, 회의록을 따로 정리할 일이 줄어든다. 해외 출장이 잦은 직군이라면 상대방 언어를 텍스트로 바로 확인하는 기능이, 통역 앱 켜고 화면 들여다보는 것보다 훨씬 자연스럽다. 스마트폰 꺼내 화면 확인하는 동작 자체가 줄어드는 게, 막상 써보면 생각보다 큰 차이를 만든다고 한다.

    실시간 번역, 진짜 쓸 만한가

    번역 정확도는 언어, 배경 소음, 네트워크 상태에 따라 편차가 크다. 조용한 회의실에서 표준어 억양으로 말하는 상황이면 정확도가 꽤 높다. 하지만 여러 명이 동시에 말하거나 전문 용어가 섞이면 오역이 늘어난다. 통역사를 완전히 대체한다기보다는 대략적인 맥락 파악용 보조 도구로 접근하는 편이 현실적이다. 개인적으론 이 정도만 돼도 충분히 반갑다 싶다. 손이 자유로운 상태에서 실시간 자막을 볼 수 있다는 것 자체가, 기존 번역 앱 대비 편의성은 크다.

    프라이버시 논란에서 한발 비켜선 이유

    카메라 달린 스마트글래스는 착용자도 모르는 사이 주변 사람을 찍을 가능성 때문에 카페, 헬스장, 공공장소에서 착용을 꺼리는 분위기가 있다. 실제로 몇몇 매장이나 시설은 카메라형 스마트글래스 착용 자체를 막기도 한다. 카메라가 빠진 모델은 이런 사회적 마찰이 적다. 사무실이나 협업 공간처럼 사람이 많이 모이는 곳에서 부담 없이 쓸 수 있다는 장점, 이건 꽤 뚜렷하다.

    사기 전에 체크할 3가지

    • 디스플레이 밝기와 시야각: 실내외 모두 텍스트가 잘 보이는지, 야외 직사광선에서도 가독성이 유지되는지
    • 배터리 지속 시간: 하루 종일 회의를 도는 직군이라면 최소 8시간 이상 버티는 모델이 유리하다
    • 연동 앱과 언어 지원 범위: 번역 지원 언어 수, 회의록 자동 저장 여부, 캘린더·메신저 연동 여부

    가격대는 카메라 탑재형보다 저렴한 경우가 많다. 대신 SNS 콘텐츠 제작이나 1인칭 촬영이 필요한 사람에게는 애초에 선택지가 아니다. 결국 안경을 왜 쓰려는지부터 명확히 하는 게 먼저다. 여기서 갈린다.

    궁금한 것들, 짧게 답하면

    Q. 카메라 없는 스마트글래스로 사진은 아예 못 찍나?
    A. 대부분 촬영 기능 자체가 하드웨어에서 빠져 있어 불가능하다. 순수하게 디스플레이·음성 기반 기능만 지원한다.

    Q. 일반 안경처럼 도수 렌즈 교체가 가능한가?
    A. 제조사마다 다르다. 처방 렌즈를 끼울 수 있는 프레임을 내놓는 브랜드가 늘고 있으니, 구매 전 도수 렌즈 호환 여부는 꼭 확인해야 한다.

    Q. 스마트폰 없이 단독으로 쓸 수 있나?
    A. 대부분 블루투스로 스마트폰과 연결해 번역·자막·알림을 처리하는 구조라, 완전한 단독 사용은 아직 어렵다.

    출처: TechCrunch