소식

  • 애플 가정용 로봇 J595, 1000달러 값 하려면

    애플 가정용 로봇 J595, 1000달러 값 하려면

    3줄 요약

    • 애플이 개발 중인 가정용 로봇(코드명 J595)은 집 안을 스스로 돌아다니며 FaceTime 통화를 돕고, 사람이 방에 들어오면 조명을 켜는 한정 목적형 로봇이에요.
    • 예상 가격은 1,000달러 이상이고 2027년 출시가 목표지만, 개발이 늦어지면 2028년으로 밀릴 수 있어요.
    • 이런 로봇은 스펙보다 ‘매주 쓸 일이 있는지, 이미 가진 기기로 대체되는지, 우리 집 구조와 기기 환경에 맞는지’로 따져야 값어치가 보여요.

    ‘진짜 로봇 공학자’로 꼽히는 인력 10명 정도, 소프트웨어 인력 300명가량. 애플 가정용 로봇 프로젝트의 팀 구성이에요. 비율만 봐도 방향이 읽혀요. 애플이 처음 내놓으려는 로봇은 팔로 물건을 집는 기계보다는 집 안을 돌아다니는 소프트웨어 기기에 가깝다는 얘기죠. 애플 로봇 프로젝트에 참여했던 사람들이 디인포메이션에 털어놓은 내용을 아스테크니카가 다시 정리했는데, 코드명은 J595. 집 안을 자율적으로 돌아다니면서 FaceTime 통화를 지원하고, 사람이 방에 들어오면 조명을 켜는 게 이 로봇이 맡을 일이라고 해요.

    가격은 1,000달러 이상이 거론돼요. 로봇청소기만큼 쓰임새가 뚜렷하지도 않은 기기에 이만한 돈을 쓰려면, 브랜드보다 기준이 먼저 서 있어야 해요. 순서는 단순하게 가는 게 좋아요. 가정용 로봇의 종류부터 나누고, 그다음 우리 집에서 이 기기가 매일 움직여야 할 이유가 있는지 따지는 것. 이 순서가 제일 덜 헷갈려요.

    한정 목적형 J595와 범용 휴머노이드는 따질 항목부터 다르다

    가정용 로봇은 두 갈래로 나눠 보면 머릿속이 금방 정리돼요. 정해진 몇 가지 일만 하는 한정 목적형, 그리고 사람처럼 여러 집안일을 해내려는 범용형. 한정 목적형의 대표 선수가 로봇청소기라면, 1X나 Figure AI 같은 로봇 스타트업이 만드는 가정용 휴머노이드는 범용형 쪽에 서 있어요.

    애플은 두 갈래 모두에 손을 대고 있어요. J595는 이동하면서 화상통화와 조명 제어를 맡는 한정 목적형이고, 이와 별개로 빨래 개기 같은 집안일용 로봇 프로젝트도 따로 굴러가고 있어요. 존 터너스 애플 CEO가 두 프로젝트를 모두 밀어주고 있다고 하고요. 옷을 개려면 로봇 팔과 손 역할을 하는 조작 장치, 흔히 매니퓰레이터라고 부르는 부품이 필요할 가능성이 높아요. 이동하고, 통화하고, 불 켜는 데서 끝나는 J595와는 난이도 자체가 다른 로봇이죠.

    차이가 할 수 있는 일의 개수에서 끝나는 것도 아니에요. 사람 바로 옆에서 팔을 움직이는 자율 로봇은 사람과 부딪히거나 물건을 떨어뜨렸을 때의 위험이 훨씬 커요. 기술과 안전을 같이 놓고 보면, 용도가 좁은 로봇부터 내놓는 애플의 순서가 더 현실적이에요. 개발하는 사람 눈에는 익숙한 그림이기도 해요. 범위를 좁혀서 먼저 내보내고, 어려운 기능은 그다음에 붙이는 방식. 소비자 쪽에서도 이 구분은 중요해요. 범용형은 ‘언젠가 많은 일을 해줄 것’이라는 기대에 돈을 내는 구조이고, 한정 목적형은 ‘이 일을 확실히 해주는가’에 돈을 내는 구조라서, 따질 항목이 처음부터 달라지거든요.

    알려진 기능은 이동·FaceTime·조명, J595를 로봇청소기 옆에 세워보면

    알려진 기능은 몇 줄이면 끝나요. 집 안을 스스로 돌아다니고, 움직이면서 FaceTime 통화를 지원하고, 사람이 방에 들어오면 조명을 켜는 것. 여기에 식탁에 올라간 고양이에게 내려가라고 하는 식의 장면이 하나 덧붙는 정도예요. 제품명은 애플의 고정형 스마트 디스플레이 HomeView에 맞춰 ‘HomeView Ultra’가 될 수 있다고 해요. 이름이 정말 이렇게 붙는다면, 애플이 이 로봇을 완전히 새로운 카테고리라기보다 HomeView의 움직이는 상위 버전으로 내놓는다고 읽어도 무리는 없어 보여요.

    비슷한 자리를 노리는 기기 유형과 나란히 놓으면 J595가 어디쯤 서 있는지 좀 더 선명해져요.

    유형 움직임 알려진 쓰임새 살 때 따질 점
    고정형 스마트 디스플레이 (애플 HomeView) 한자리에 고정 집 안에 두고 쓰는 스마트 디스플레이 놓아둔 자리에서만 쓸 수 있음
    이동형 홈 로봇 (애플 J595) 집 안을 자율 이동 이동하며 FaceTime 통화, 사람이 들어오면 조명 켜기 예상가 1,000달러 이상, 기능 대비 값어치
    로봇청소기 바닥을 따라 이동 청소라는 분명한 용도 용도가 명확해 다른 이동형 기기의 비교 기준이 됨
    범용 휴머노이드 (1X, Figure AI 등) 사람처럼 이동하며 물건 조작 여러 집안일 처리를 목표 사람 곁에서 작동할 때 위험 부담이 더 큼

    표에서 J595가 제일 신경 써야 할 줄은 로봇청소기예요. 로봇청소기는 움직이는 이유가 ‘청소’로 분명한데, J595가 움직이는 이유는 ‘통화와 조명’이에요. 알려진 기능만 놓고 보면 기존 스마트홈 기기나 평범한 로봇청소기보다 쓰임새가 흐릿하다는 지적이 나오는 것도 그래서고요. 애플 엔지니어들도 이 약점은 알고 있어요. 높은 가격을 정당화하려고, 로봇을 ‘화려한 FaceTime 통화 수단’ 이상으로 만들기 위해 수년째 소프트웨어를 다듬고 AI 기술을 더 얹고 있다고 하니까요. 첫 프로토타입이 나온 게 2018년이고, 팀 쿡 전 CEO가 프로젝트를 이어가도록 승인했어요. 2018년 프로토타입에서 2027년 출시 목표까지. 꽤 오랫동안 ‘쓸 이유’를 찾아온 제품인 셈이에요.

    1,000달러 이동형 로봇이 값을 하는지 가르는 다섯 가지 질문

    아직 출시 전이라 J595 자체를 평가할 단계는 아니에요. 그래도 이동형 홈 로봇을 고를 때 쓸 잣대는 미리 세워둘 수 있어요. 애플 제품이든 다른 회사 제품이든 똑같이 적용되는 기준이고요.

    1. 매주 반복되는 쓸 일이 있는가. 제일 먼저 볼 건 빈도예요. 로봇청소기가 집집마다 자리를 잡은 건 바닥 먼지가 매일 쌓이기 때문이죠. 화상통화용 이동형 로봇이라면, 집 안을 돌아다니며 통화해야 하는 상황이 일주일에 몇 번이나 되는지부터 떠올려 보세요. 떠오르는 장면이 손에 꼽힐 정도라면 1,000달러 이상의 값어치를 하기는 어려워요.

    2. 이미 가진 기기 조합으로 대체되는가. 사람이 들어오면 조명이 켜지는 기능은 사람 감지 센서와 스마트 조명을 묶어서도 흔히 구현해요. 화상통화는 태블릿이나 고정형 스마트 디스플레이로도 충분하고요. 이렇게 하나씩 지워 나가면 이동형 로봇에만 남는 차별점은 ‘움직인다’는 것 하나. 그 움직임이 우리 집에 꼭 필요한지가 이 질문의 핵심이에요.

    3. 함께 쓸 사람들이 같은 기기 환경에 있는가. J595의 핵심 기능이 FaceTime이라는 건, 통화 상대도 애플 기기를 쓰는 편이 자연스럽다는 뜻이에요. 부모님이나 자주 통화하는 가족이 애플 기기를 쓰지 않는다면 주력 기능의 쓸모가 크게 줄어들 수 있어요. 이미 집에 달아둔 조명 기기와 제대로 맞물리는지도 사기 전에 꼭 확인할 항목이고요. 주력 기능이 특정 생태계에 묶여 있으니, 같은 1,000달러라도 집집마다 쓸모가 크게 갈릴 수밖에 없어요.

    4. 업데이트 약속이 아니라 출시 시점의 하드웨어로 판단한다. 애플 로봇 팀은 소프트웨어 인력이 300명가량인 반면 로봇 공학자는 10명 정도이고, 초기 엔지니어 상당수가 수년에 걸쳐 팀을 떠났다고 해요. 소프트웨어 인력이 이만큼 두텁다면 업데이트로 기능이 늘어날 여지는 있어 보여요. 다만 업데이트로 고칠 수 있는 건 코드까지예요. 팔이 없는 로봇이 업데이트 한 번으로 물건을 집게 되지는 않잖아요. 이동형 로봇은 ‘나중에 기능이 추가될 것’이라는 기대보다, 출시 때 갖춘 하드웨어로 할 수 있는 일이 무엇인지로 판단하는 편이 안전해요.

    5. 집 안을 돌아다니는 카메라라는 점을 감수할 수 있는가. 화상통화를 하고 방에 들어온 사람을 알아채려면 카메라와 마이크, 각종 감지 센서가 필요할 가능성이 높아요. 고정된 기기와 달리 이동형 로봇은 이 센서들이 집 안 곳곳을 돌아다닌다는 뜻이에요. 촬영·녹음 데이터가 어디서 처리되는지, 특정 방에는 들어가지 못하게 막을 수 있는지 같은 사생활 설정은 반드시 따져봐야 해요. 이 부분은 아직 공개된 내용이 없어요. 다섯 가지 가운데 출시 직후 가장 먼저 채워져야 할 빈칸이 바로 여기예요.

    움직이는 로봇이 유리한 집, 고정형 기기로 충분한 집

    같은 1,000달러라도 집 구조와 생활 방식에 따라 체감 가치는 크게 달라질 수 있어요. 이동형 로봇은 장점이 ‘움직임’ 하나에 몰려 있다 보니 이 편차가 더 커요.

    이동형이 유리해 보이는 집은 이래요.

    • 방이 여러 개로 나뉘어 있어서 화상통화 중에 여기저기 옮겨 다닐 일이 잦은 집
    • 요리나 육아처럼 손이 묶인 채로 통화를 이어가야 하는 상황이 자주 생기는 집
    • 반려동물이 식탁이나 가구 위에 올라가는 일이 잦아서, 사람이 없는 방에서도 누군가 대신 말려주길 바라는 집 (고양이 사례에서 나온 추측이에요)

    반대로 고정형 기기면 충분한 집도 꽤 분명해요.

    • 원룸이나 거실 중심으로 생활해서 한자리에 둔 화면으로 대부분의 통화가 해결되는 집
    • 바닥에 물건이나 문턱이 많아 이동형 기기가 자유롭게 다니기 어려운 집
    • 이미 사람 감지 센서로 조명 자동화를 갖춰 둔 집
    • 통화 상대 대부분이 애플 기기를 쓰지 않는 집

    두 번째 항목은 로봇청소기를 들여본 집이라면 바로 감이 올 거예요. 바닥을 다니는 기기는 문턱이나 바닥에 놓인 물건 때문에 움직임이 자주 막혀요. 이동 방식이 무엇이든, 집 안을 돌아다니는 기기라면 바닥 환경은 피해 갈 수 없는 조건이에요.

    국내 출시·원화 가격 미정, 한국 집에 대입해 본 조건

    출시 전까지 국내 사용자에게 달라지는 건 없어요. 출시 목표가 2027년이고 개발이 늦어지면 2028년까지 밀릴 수 있는 데다, 국내 출시 여부와 원화 가격은 정해진 게 없으니까요. 지금 단계에선 구매 계획보다 판단 기준을 쌓아두는 쪽이 쓸모 있어요. 앞의 기준을 국내 환경에 대입해 보면 이런 차이가 예상되는데, 모두 추측이라는 점은 감안해 주세요.

    • 비교 상대가 로봇청소기가 될 가능성(추측): 이미 로봇청소기를 쓰는 집이라면 ‘돌아다니는 기기’에 대한 기대치가 청소 성능에 맞춰져 있을 테니, 청소를 하지 않는 이동형 로봇은 가격 대비 아쉽게 느껴질 수 있어요.
    • 집 구조에 따른 이점 차이(추측): 한 층에 방이 모여 있는 아파트 구조라면 방 사이 거리가 짧아서, 이동형의 장점이 넓은 단독주택만큼 크게 와닿지 않을 수 있어요.
    • 음성 기능의 한국어 대응(추측): 고양이에게 말을 거는 것처럼 음성으로 상호작용하는 기능은 언어 지원 범위에 따라 쓸모가 크게 갈려요. 한국어 명령을 얼마나 자연스럽게 알아듣느냐가 국내 가정에선 체감 차이를 만들 가능성이 커요.

    확인된 것과 아직 불확실한 것

    아래 ‘확인된 것’은 애플의 공식 발표가 아니라 프로젝트 관계자들의 증언으로 전해진 내용이라는 점을 감안해서 보세요.

    확인된 것

    • 코드명 J595, 집 안을 자율 이동하며 FaceTime 통화를 지원하고 사람이 방에 들어오면 조명을 켜는 로봇
    • 예상 가격 1,000달러 이상
    • 2027년 출시 목표, 개발 지연 시 2028년 가능성
    • 첫 프로토타입은 2018년, 팀 쿡 전 CEO가 프로젝트 지속 승인
    • 존 터너스 CEO가 J595와 빨래 개기 같은 집안일 로봇 프로젝트를 함께 지원
    • 로봇 공학 인력 약 10명, 소프트웨어 인력 약 300명 규모 (관계자 한 명의 설명)

    아직 불확실한 것

    • 최종 제품명(‘HomeView Ultra’ 확정 여부)
    • 정확한 출고가와 출시 시점
    • 국내 출시 여부와 원화 가격
    • FaceTime·조명 외에 추가될 기능
    • 이동 방식, 카메라·센서 구성과 사생활 보호 설정
    • 음성 기능의 한국어 지원 범위
    • 빨래 개기 로봇의 형태와 범용 휴머노이드 개발 의도

    출시 전까지 볼 것은 기능 목록, 확정 가격, 빨래 로봇

    J595가 살 만한 물건이 될지는 남은 개발 기간에 뭐가 더해지느냐에 달려 있어요. 지켜볼 신호는 세 가지.

    첫째, ‘FaceTime 이상’의 기능이 실제로 붙는지. 애플 엔지니어들이 가장 공들이는 부분이 바로 여기라서, 공개되는 기능 목록이 곧 이 로봇의 존재 이유가 될 거예요. 둘째, 가격이 1,000달러 이상 구간에서 어디쯤 확정되느냐. 기능이 지금 알려진 수준에 머문다면 스마트홈 기기나 로봇청소기와의 차이를 설명하기 어렵고, 그만큼 가격 부담은 더 크게 느껴질 수밖에 없어요. 셋째, 빨래 개기 로봇 프로젝트의 진척. 이 프로젝트가 구체화된다면 애플이 한정 목적형에서 멈추지 않고 손을 쓰는 로봇까지 간다는 신호로 읽을 수 있어요.

    살지 말지는 ‘우리 집에서 이 기기가 움직여야 할 이유가 있는가’, 이 질문 하나로 대부분 걸러져요. 답이 분명한 집이라면 출시 소식을 기다려볼 만해요. 답이 흐릿하다면 고정형 디스플레이나 센서 조합으로 같은 효과를 먼저 내보는 편이 돈을 아끼는 길로 보이고요. 1,000달러가 넘는 기기를 ‘일단 사보고 판단’하기엔 부담이 꽤 크잖아요.

    출처: Ars Technica

  • 안드로이드 TV 박스 130만 대 봇넷…인증 확인법

    안드로이드 TV 박스 130만 대 봇넷…인증 확인법

    3줄 요약

    • 구글의 안드로이드 제조 파트너였던 Videostrong이 셋톱박스 등 기기 130만 대에 백도어를 심어 봇넷으로 운영했다. 구글은 이 회사를 인증 기기 생태계에서 내보냈다.
    • 공장에서부터 심어진 악성코드는 초기화로 지워지지 않는다. 내 TV 박스가 ‘Play 프로텍트 인증’ 기기인지부터 확인하자.
    • 인증도 만능은 아니다. 셋톱박스 같은 IoT 기기는 게스트 네트워크로 분리하고, 출처를 알 수 없는 앱 설치 권한은 꺼두는 것이 현실적인 방어선이다.

    거실 TV 옆 셋톱박스가 주인 모르게 광고를 누르고, 낯선 사람의 인터넷 트래픽을 대신 실어 나른다. 이런 기기가 130만 대였다. 구글은 안드로이드 제조 파트너였던 중국 선전의 Videostrong Technology가 이 기기들에 백도어를 ‘의도적으로’ 심어 봇넷으로 굴렸다고 밝혔고, 더버지가 이를 전했다. 안드로이드 TV 박스를 쓰고 있다면 당장 할 일은 두 가지다. Play 스토어 설정에서 인증 여부를 확인할 것, 그리고 셋톱박스를 노트북·스마트폰과 같은 네트워크에 두지 말 것. 초기화로 해결되지 않는 이유와 메뉴 경로, 감염 의심 신호, 다음 기기를 고르는 기준을 차례로 적었다.

    공장에서 심은 백도어는 초기화로 지워지지 않는다

    봇넷은 악성코드에 감염돼 원격 명령을 받는 기기 무리다. 명령을 내리는 쪽은 C2(명령·제어) 서버. 감염 기기는 이 서버가 시키는 대로 광고를 누르거나 트래픽을 중계한다. 보통은 사용자가 수상한 앱을 깔면서 감염이 시작되지만, 이번 건은 출발점부터 다르다. 구글 설명으로는 악성코드가 여러 해에 걸쳐 여러 모델과 브랜드의 기기에 ‘직접 내장’됐다. 사용자가 기기를 처음 켜고 나면 난독화 기법으로 악성 코드를 불러오는 구조였다.

    대처법이 갈리는 지점이 바로 여기다. 공장 초기화는 기기를 출고 상태로 되돌리는 기능이다. 출고 상태 자체에 백도어가 들어 있었다면, 초기화 후 다시 켜는 순간 같은 과정이 되풀이된다고 보는 게 자연스럽다. 앱을 지우거나 초기화하는 식의 일반적인 악성코드 대응이 먹히지 않는 이유다. 사용자 실수로 생긴 감염이 아니라 제품에 처음부터 들어 있던 문제라서, 개인이 손쓸 수 있는 범위도 그만큼 좁다.

    피해는 TV 박스에서 끝나지 않았다. 대부분은 안드로이드 TV 셋톱박스였지만 원격 진료 기기, 노래방 기기, 디지털 사이니지처럼 안드로이드를 운영체제로 쓰는 IoT 기기도 감염 목록에 올랐다. 돈을 번 방식도 구글이 짚었다. Videostrong이 XCPE라는 이 백도어의 접근권을 범죄 조직에 팔고, 그 조직들의 악성 모듈을 감염 기기에 올려줬다는 판단이다. 구글은 이 모듈들이 쓰는 C2 도메인도 막았다. 같은 조직들이 XCPE 말고도 다른 유통 경로를 갖고 있어서, 이 차단으로 최소 1,000만 대의 추가 감염 기기에 대한 접근이 끊길 것으로 구글은 추산했다. 130만 대는 전체 판의 일부였다는 얘기다.

    봇넷에 묶인 셋톱박스가 주인 몰래 하는 네 가지

    구글이 밝힌 악성 활동은 네 갈래로 나뉜다. 각각의 작동 방식과 기기 주인에게 남는 위험을 나란히 놓으면 이렇다.

    악성 활동 작동 방식 소유자에게 남는 위험
    광고 사기 화면에 보이지 않는 광고를 기기가 몰래 불러오거나 클릭해 광고비를 가로챈다 기기 성능과 인터넷 대역폭이 남의 돈벌이에 쓰인다
    데이터 유출 기기 안의 정보를 외부 서버로 빼돌린다 기기에 로그인한 계정이나 집 네트워크 정보가 새어 나갈 수 있다
    주거용 프록시 등록 우리 집 인터넷 회선을 남의 트래픽이 드나드는 출구로 빌려준다 제3자의 행위가 우리 집 IP 주소로 기록될 수 있다
    추가 악성코드 설치 열려 있는 백도어로 다른 악성 모듈을 계속 내려받는다 피해 범위가 시간이 갈수록 넓어진다

    넷 중 가장 낯설고, 동시에 가장 찜찜한 게 주거용 프록시다. 데이터센터 IP는 웹사이트들이 쉽게 걸러낸다. 평범한 가정집 IP를 거치면 사정이 다르다. 차단을 피하기가 훨씬 쉬워진다. 그래서 가정 회선을 빌려 쓰는 프록시 서비스가 거래되고, 그 회선 일부가 이런 감염 기기에서 나온다. 셋톱박스 주인은 아무것도 안 했는데 집 IP가 자동화된 계정 공격이나 대량 데이터 수집의 출발지로 찍힐 수 있다는 뜻이다. 광고 사기는 대역폭을 갉아먹는 선에서 끝날 수도 있지만, 이쪽은 남이 한 일에 내 주소가 붙는다는 점에서 무게가 다르다. 자주 가던 사이트에서 보안 문자 확인이 유난히 잦아졌다면 집 IP가 의심 목록에 올랐을 가능성도 있다.

    Play 프로텍트 인증 여부는 Play 스토어 설정에서 확인

    구글 인증 기기는 구글의 호환성·보안 테스트를 통과해 Play 스토어와 구글 앱을 정식으로 탑재한 기기다. 이번 제재도 이 인증 체계를 축으로 걸렸다. 구글은 Videostrong이 인증 안드로이드 기기를 만들거나 팔지 못하게 했고, 그런 기기에 소프트웨어를 공급하는 길도 막았다. 인증 여부는 판매 페이지 문구보다 기기 안에서 직접 보는 쪽이 정확하다. 판매 페이지 문구야 판매자가 얼마든지 쓸 수 있으니까. 제조사와 안드로이드 버전에 따라 메뉴 이름이 조금씩 다를 수 있다는 점은 미리 감안하자.

    1. TV 박스에서: Google Play 스토어 앱 실행 → 프로필 아이콘 → 설정 → 정보 → ‘Play 프로텍트 인증’ 항목 확인. TV용 Play 스토어는 기기마다 화면 구성이 달라 ‘정보’ 항목 위치가 다를 수 있다(불확실). Google TV 기기에서 Play 스토어가 홈 화면에 안 보이면 설정 → 앱 → 모든 앱 보기에서 찾을 수 있다(불확실).
    2. 결과 읽기: ‘기기 인증됨'(영문 Device is certified)이면 구글 인증 기기, ‘기기 미인증'(Device is not certified)이면 인증을 받지 않은 기기다.
    3. Play 스토어 자체가 없다면: 인증 기기에는 Play 스토어가 기본으로 들어간다. 아예 없거나 제조사 자체 앱 장터만 있다면 비인증 기기로 보는 게 맞다.
    4. 스마트폰·태블릿에서: Play 스토어 → 오른쪽 위 프로필 아이콘 → 설정 → 정보 → Play 프로텍트 인증. 화면 구조가 비슷해서, TV 박스 메뉴가 헷갈릴 때 비교 기준으로 삼기 좋다.

    인증을 확인했으면 외부 앱 설치 권한도 같이 보자. Google TV는 설정 → 앱 → 보안 및 제한사항 → 출처를 알 수 없는 앱(구형 Android TV는 설정 → 기기 환경설정 → 보안 및 제한사항)에서 앱별로 끌 수 있다. 파일 관리자나 브라우저에 이 권한이 켜져 있으면 외부에서 받은 설치 파일이 아무 제지 없이 깔릴 수 있다. 인증이 공장 단계의 안전장치라면, 이 권한은 쓰는 단계의 안전장치인 셈이다. 스마트폰에서는 Play 스토어 → 프로필 아이콘 → Play 프로텍트 → 스캔으로 설치된 앱 검사를 돌릴 수 있다.

    감염 의심 신호 다섯 가지와 손쓰는 순서

    기대치부터 낮추자. 구글이 설명한 백도어는 난독화로 숨겨져 있었고, 주인 모르게 돌아가도록 설계됐다. 화면에 경고가 뜨는 식으로 알아챌 가능성은 낮다는 얘기다. 아래 신호는 ‘확진’이 아니라 ‘의심’의 근거 정도로만 쓰는 게 맞다.

    • TV를 끈 대기 상태에서도 박스가 뜨겁거나 팬 소리가 계속 난다
    • 집에서 아무도 인터넷을 쓰지 않는데 공유기 트래픽 표시등이 쉴 새 없이 깜빡인다
    • 설치한 적 없는 앱이 앱 목록에 보인다
    • 집에서 접속하는 사이트마다 보안 문자 확인이나 접속 제한이 자주 걸린다
    • Play 프로텍트 인증 확인 결과가 ‘미인증’이다

    하나라도 해당되면 다음 순서로 움직이면 된다.

    1. 전원과 랜선을 뽑는다: 가장 확실한 차단이다. 와이파이로 연결했다면 공유기에서 해당 기기의 접속을 막아도 된다.
    2. 박스에 로그인했던 계정 비밀번호를 바꾼다: 구글 계정, OTT 계정 등이 대상이다. 구글 계정은 다른 기기에서 구글 계정 관리 → 보안 → 내 기기로 들어가 박스를 로그아웃시킬 수 있다.
    3. 공유기를 점검한다: 공유기 관리자 페이지 → 연결된 기기 목록(제조사에 따라 ‘DHCP 클라이언트 목록’, ‘내부 네트워크 정보’ 등으로 표기, 불확실)에서 모르는 기기가 붙어 있지 않은지 본다. 관리자 비밀번호가 아직 기본값이라면 이참에 바꾸자.
    4. 계속 써야 한다면 격리한다: 공유기 관리자 페이지 → 무선 설정 → 게스트 네트워크(제조사에 따라 ‘멀티 SSID’, ‘게스트 Wi-Fi’, 불확실)를 만들고 셋톱박스만 그쪽에 붙인다. 게스트 네트워크는 보통 내부 기기 간 접근을 막는다. 박스가 감염돼 있더라도 노트북이나 NAS로 번지는 길이 그만큼 좁아진다.
    5. 초기화보다 교체를 먼저 검토한다: 앱으로 깔린 악성코드라면 초기화가 통한다. 펌웨어에 내장된 경우는 다르다. 초기화 후에도 남는다. 정상적인 해결 경로는 제조사 공식 펌웨어 업데이트뿐인데, 제조사 자체가 원인이라면 이 길도 기대하기 어렵다.

    순서로는 마지막이지만 무게는 5번이 가장 크다. 문제의 출발점이 제조사인 이상, 펌웨어를 고쳐줄 주체가 사실상 없는 기기를 계속 붙들고 있을 이유는 약하다. 당장 바꾸기 어렵다면 4번의 격리가 그때까지 버티는 현실적인 차선책이다.

    해외 직구 TV 박스 사용자라면 달라지는 세 가지

    해외 쇼핑몰에서 안드로이드 TV 박스를 직접 사서 쓰는 사람에게 실제로 달라지는 건 세 가지다.

    • 브랜드명으로는 판단할 수 없다: 구글은 악성코드가 ‘여러 모델과 브랜드’에 들어갔다고 밝혔지만 구체적인 모델 목록은 내놓지 않았다. 직구 제품은 같은 기판에 상표만 바꿔 파는 일이 흔하다. 상표만 보고 안심하기 어려운 이유다. 앞에서 설명한 인증 확인이 사실상 유일한 1차 판별법.
    • 인증 라벨의 신뢰도는 조금 올라간다(추측): Videostrong은 더는 인증 기기를 만들거나 팔 수 없고, 구글은 제조사 심사 절차를 바꿨다고 밝혔다. 인증 기기 쪽 문턱이 높아진 만큼, 인증 여부를 기준으로 고르는 전략의 효용은 커질 것으로 보인다.
    • 비인증 기기는 여전히 통제 밖이다(추측): 구글의 제재는 인증 생태계 안에서만 작동한다. 인증과 무관하게 유통되는 저가 박스는 이 조치의 직접적인 영향권 밖이라, 직구 시장에서 비슷한 기기가 계속 팔릴 가능성이 있다.

    매장에서 노래방 기기나 광고용 디스플레이를 돌리는 자영업자라면 챙길 게 하나 더 있다. 구글이 감염 기기로 노래방 기기와 디지털 사이니지를 함께 꼽았다. 이런 장비가 안드로이드 기반이라면 손님용 와이파이, 결제 단말과는 네트워크를 나눠 두는 편이 안전하다. 결제 단말이 같은 망에 물려 있다면 우선순위는 더 올라간다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 중국 선전의 Videostrong Technology가 백도어를 심은 기기 130만 대가 봇넷으로 운영됨
    • 구글은 백도어와 봇넷이 금전적 이익을 위해 의도적으로 개발·배포·운영됐다고 판단
    • 감염 기기 대부분은 안드로이드 TV 셋톱박스이며, 원격 진료 기기·노래방 기기·디지털 사이니지도 포함
    • 악성 활동은 광고 사기, 데이터 유출, 무단 트래픽 중계(주거용 프록시 등록), 추가 악성코드 설치
    • 구글은 백도어를 해체하고 Videostrong과 관계를 끊었으며, 인증 안드로이드 기기 제조·판매와 소프트웨어 공급을 금지
    • 제휴 범죄 조직의 C2 도메인 차단으로 최소 1,000만 대 추가 감염 기기의 접근이 끊길 것이라는 구글 추산
    • 구글의 기기 제조사 심사 절차 변경

    아직 불확실한 것

    • 감염된 기기의 구체적인 모델명과 브랜드 목록
    • 국내로 유통된 감염 기기의 규모
    • 이미 판매된 기기에서 악성 코드 자체가 제거되는지 여부
    • 구글이 바꾼 제조사 심사 절차의 세부 내용
    • 감염 기기 소유자를 위한 교체·보상 방안

    다음 셋톱박스는 인증·업데이트·용도 순으로 거른다

    새 기기를 고를 때 가격이나 사양부터 비교하기 시작하면 끝이 없다. 기준 세 가지를 먼저 세우면 선택지가 확 줄어든다.

    • 호환성: 구글 인증 기기인가 — 제품 설명에 ‘Google TV’ 또는 ‘Android TV’가 명시돼 있는지 보고, 받자마자 앞의 메뉴 경로로 인증 여부를 확인한다. ‘Android 기반’, ‘Android OS 탑재’처럼 운영체제 이름만 적힌 박스는 비인증일 가능성을 의심해볼 만하다. 확인은 구매처 반품 기간 안에 끝내자. 그래야 미인증일 때 돌려보낼 수 있다.
    • 업데이트: 누가 책임지는가 — 제조사 이름과 연락처가 분명한지, 보안 업데이트를 내온 이력이 있는지를 본다. 펌웨어를 고칠 수 있는 주체는 제조사뿐이다. 제조사가 불분명하면 문제가 생겨도 고칠 방법이 없다.
    • 용도·예산: 꼭 별도 박스가 필요한가 — OTT 시청이 목적이라면 TV에 내장된 스마트 기능이나 인증받은 스트리밍 기기로 충분한 경우가 많다. ‘유료 채널 무료’, ‘평생 무료 시청’ 같은 문구를 앞세운 박스는 불법 스트리밍 앱이 미리 깔려 나오기도 하고, 정상적인 업데이트 경로도 기대하기 어렵다. 공짜 채널 몇 개와 맞바꾸기엔 집 네트워크가 떠안는 위험이 너무 크다.

    어떤 기기를 고르든 네트워크 분리는 기본값으로 두자. Videostrong은 구글의 제조 파트너였고, 구글은 사건 뒤 제조사 심사 절차를 손봤다. 인증 단계에서도 놓친 게 있었다는 뜻으로 읽힌다. 인증은 최소 조건일 뿐이다. 게스트 네트워크와 출처 불명 앱 차단이 그 빈틈을 메우는 두 번째 울타리다.

    출처: The Verge

  • BMW 도심 주행보조 2027년 출시…FSD 정조준

    BMW 도심 주행보조 2027년 출시…FSD 정조준

    3줄 요약

    • BMW가 2027년부터 내비게이션 경로를 따라 도심에서도 조향·가속·감속을 돕는 레벨2 주행보조를 독일에서 먼저 내놓는다.
    • 3시리즈·7시리즈·X5·iX3·iX4 등은 필요한 카메라와 센서를 이미 갖춰 무선(OTA) 소프트웨어 업데이트만으로 기능이 켜진다.
    • 테슬라 FSD를 겨냥한 행보지만, 운전자 과신과 사고 책임을 둘러싼 레벨2 안전성 논란도 함께 떠안게 됐다.

    지금 도로를 달리는 BMW가 소프트웨어 업데이트 한 번으로 도심 교차로에서 방향을 틀고 회전교차로를 빠져나가게 된다. BMW는 고속도로에서만 쓰던 내비게이션 기반 부분 자율주행 기능을 시내 도로까지 넓힌다고 밝혔다. 2027년 독일에서 먼저 선보이고, 이후 다른 시장으로 확대하는 순서다.

    고속도로 핸즈프리는 이제 대중 차종에서도 흔한 기능이다. 완성차 업계의 다음 승부처가 도심으로 옮겨간 이유다. 테슬라 FSD(Full Self-Driving)가 앞서 달리는 이 영역에 독일 프리미엄 브랜드가 정식으로 뛰어들었다.

    고속도로에선 손을 떼고, 도심에선 핸들을 잡는다

    기본 원리는 단순하다. 차량에 내장된 GPS 내비게이션 경로를 따라 고속도로와 시내 도로 모두에서 조향과 가속, 감속을 보조한다. 도심에서는 보조하는 동작이 더 늘어난다. 차로 변경, 교차로 회전, 다른 차량에 대한 양보, 회전교차로 통과까지.

    등급은 어디까지나 레벨2 운전자 보조다. 운전자는 항상 전방을 주시하고, 언제든 운전을 넘겨받을 준비를 해야 한다. 두 환경이 갈리는 지점은 손의 위치다. 고속도로에서는 스티어링 휠에서 손을 떼도 되지만, 일반 도로에서는 휠에 손을 올려둬야 한다.

    구분 고속도로 도심 도로
    주요 보조 동작 내비게이션 경로 기반 조향·가속·감속 조향·가감속에 더해 차로 변경, 교차로 회전, 양보, 회전교차로 통과
    핸들에서 손 떼기 허용 불가(손을 휠에 올려야 함)
    전방 주시·즉시 개입 준비 필수 필수
    운전자가 직접 조작할 때 시스템 유지 시스템 유지

    BMW가 내세우는 차별점은 ‘협력형’ 설계다. 주행 중에 운전자가 직접 핸들을 돌리거나 브레이크·가속 페달을 밟아도 시스템은 꺼지지 않는다. 운전자의 조작을 반영한 채 보조를 이어간다. 차량이 무엇을 인식했고 어떤 동작을 하려는지는 헤드업 디스플레이(HUD)와 대시보드 메인 화면의 3D 지도에 표시돼 운전자 시야 안에 들어온다. 손을 댄다고 보조가 끊기지 않으니, 운전자로서는 필요한 순간에 개입하기가 그만큼 쉬워진다.

    FSD 추격전, 무대가 고속도로에서 도심으로 바뀌었다

    이번 발표는 테슬라 FSD를 따라잡으려는 업계 경쟁의 연장선에 있다. 고속도로 핸즈프리가 많은 대중 차종에서 흔한 기능이 된 만큼, FSD에 맞설 만큼 안전하고 유능한 도심 주행 기능이 다음 격전지가 됐다고 더버지가 짚었다.

    BMW는 최근 차세대 플랫폼 ‘노이에 클라쎄(Neue Klasse)’를 공개했다. 여기에 들어간 운전자 보조 시스템 일부는 퀄컴 기술로 구동된다. 새 플랫폼을 공개한 데 이어 도심 주행보조 일정까지 내놨으니, 소프트웨어 중심 차량으로의 전환을 서두르고 있다고 보는 게 자연스럽다.

    하드웨어 준비가 이미 끝났다는 점이 눈에 띈다. 3시리즈, 7시리즈, X5, iX3, iX4 등에는 필요한 카메라와 센서가 기본으로 들어가 있어 BMW는 무선 업데이트만으로 기능을 켤 수 있다. 차를 바꾸지 않아도 기능이 늘어나는 구조다. 업데이트로 기능을 키워온 테슬라식 접근을 전통 완성차 업체도 본격적으로 받아들이기 시작했다는 신호로 볼 만하다.

    규제 환경도 달라졌다. 이 시스템은 유럽의 새 안전 규정을 따르는데, 차량이 도심 도로에서 자동 주행 동작을 제안하고 실행하도록 처음으로 허용한 규정이다. BMW는 외부 전문가들이 실제 도로 시험으로 기술 기준 충족을 확인했으며, 최종 정부 승인은 2027년 초로 예상한다고 밝혔다. 하드웨어와 규정, 도로 시험까지 갖춰진 상태다. 출시 전에 남은 공식 관문은 사실상 정부 승인 하나다.

    • 출시 순서: 2027년 독일 우선, 이후 다른 시장
    • 승인 절차: 외부 전문가 도로 시험 완료, 최종 정부 승인 2027년 초 예상
    • 대상 차종: 3시리즈·7시리즈·X5·iX3·iX4 등 카메라·센서 기본 탑재 모델
    • 배포 방식: OTA 소프트웨어 업데이트

    한국 일정은 미정, 국내 오너는 당분간 지켜볼 수밖에

    국내 BMW 오너에게 당장 달라지는 것은 없다. BMW가 밝힌 첫 출시국은 독일이다. 그 뒤로는 ‘다른 시장’으로 넓힌다고만 했고, 한국을 포함한 구체적인 국가와 일정은 내놓지 않았다.

    지켜볼 대목은 있다. 대상으로 거론된 3시리즈·7시리즈·X5는 국내에서도 팔리는 모델이다. 업데이트가 한국에 들어온다면 차를 바꾸지 않고 기능만 받는 시나리오도 가능하다. 걸리는 건 하드웨어다. 국내 판매 차량이 같은 카메라·센서 구성을 갖췄는지는 BMW가 확인해 준 적이 없어, 지금으로선 추측에 가깝다.

    더 큰 변수는 제도와 지도다. 이 기능은 유럽의 새 규정에 맞춰 설계됐다. 국내 도입은 한국 규정이 도심에서의 자동 조작을 어디까지 허용하느냐에 좌우될 가능성이 높다. 내장 내비게이션 경로를 따라 움직이는 방식이라 국내 지도 데이터와의 연동도 넘어야 할 과제가 될 수 있다. 이 부분은 BMW가 언급한 내용이 아니라 작동 방식에서 미루어 본 관측이다.

    BMW 구매를 저울질하는 소비자라면 이 기능을 지금 구매 근거로 삼을 이유는 약하다. 국내 적용 일정이 정해지지 않았고, 무료인지 유료인지도 나오지 않았다. 일정이 공식화될 때까지 기다리는 편이 안전하다. 기능이 들어오더라도 레벨2인 이상 차량에 대한 책임은 운전자에게 있다는 점은 그대로다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 2027년 독일 첫 출시, 이후 다른 시장으로 확대
    • 고속도로·도심 모두에서 내비게이션 기반 조향·가속·감속 보조, 도심에서는 차로 변경·회전·양보·회전교차로 통과 지원
    • 고속도로 핸즈오프 허용, 도심은 핸들 파지 필요, 전방 주시는 상시 필수
    • 3시리즈·7시리즈·X5·iX3·iX4 등에 필요한 하드웨어 기본 탑재, OTA로 활성화
    • 외부 전문가 도로 시험 완료, 최종 정부 승인 2027년 초 예상

    아직 불확실한 것

    • 독일 이후 출시 국가와 한국 도입 시점
    • 기능 이용 요금(무료 업데이트인지 유료 옵션인지)
    • 대상 차종의 연식·사양 범위와 국내 판매 차량의 하드웨어 동일 여부
    • 최종 정부 승인이 예정대로 나올지 여부
    • 국내 규정과 지도 데이터 환경에서의 작동 조건
    • 테슬라 FSD와의 구체적 성능 비교 결과

    도심 레벨2의 약점은 기계보다 사람, 책임 공방도 남았다

    부분 자동화 차량이 늘수록 안전 연구자들의 우려도 깊어진다. 제조사와 관계없이 대부분의 운전자 보조 시스템이 일반적인 사람의 운전보다 덜 안전하다는 설득력 있는 근거가 쌓이고 있어서다.

    문제의 핵심은 사람이다. 운전자는 짧은 기간만 써도 시스템에 운전을 통째로 맡기는 과신에 빠지기 쉽다. 제어권을 되찾아야 할 순간에는 안전하다고 여겨지는 수준보다 반응이 늦다. 도심에는 보행자와 교차로, 끼어드는 차량이 많다. 이 약점이 고속도로보다 크게 드러날 수 있는 환경이어서, BMW의 도전에 따르는 위험 부담도 작지 않다.

    BMW가 도심에서 핸들 파지를 요구하고, 운전자가 개입해도 시스템이 꺼지지 않게 만든 이유도 이 지점에서 읽힌다. 운전자를 주행 과정에 붙잡아두려는 장치다. HUD로 차량의 인식 상황을 계속 보여주는 것도 같은 맥락이다.

    책임 문제는 여전히 숙제다. BMW는 테슬라와 마찬가지로 도심에서 이 기능을 쓰는 동안에도 차량에 대한 책임은 운전자에게 있다고 강조한다. 하지만 테슬라 FSD를 둘러싼 법정 다툼에서는 사고에 회사도 일정 부분 책임이 있다는 일부 차주의 주장이 받아들여진 사례가 나왔다. 안내 문구만으로는 제조사가 법적 부담을 완전히 피하기 어렵다는 얘기다. 무대를 도심으로 넓힌 BMW도 같은 시험대에 설 가능성이 크다.

    출처: The Verge

  • 아이폰18 기본형 없고 구형값도 인상…고르는 기준

    아이폰18 기본형 없고 구형값도 인상…고르는 기준

    3줄 요약

    • 아이폰18 라인업은 기본형 없이 프로·프로 맥스와 첫 폴더블폰 아이폰 듀오로 나왔고, 계속 팔리는 이전 세대 모델 가격은 오히려 올랐다.
    • 가격 인상 배경은 메모리 원가 상승과 공급망 제약이다. 메모리가 많이 들어가는 상위 저장 용량일수록 선택 비용이 커진다.
    • 예산·사용 기간·필요 기능 세 가지 기준을 세우고, 지금 쓰는 아이폰의 배터리와 저장 공간 상태부터 확인하면 프로, 구형, 폴더블 가운데 고를 길이 보인다.

    575억 8천만 달러. 기본형 아이폰 없이 애플이 새로 쓴 아이폰 분기 매출 기록이다. 전년 동기보다 17% 늘었다고 더버지가 전했다. 신제품 자리를 더 비싼 프로 모델로만 채우고, 계속 파는 기존 모델 가격까지 올린 결과다.

    사는 쪽에서 보면 판이 바뀌었다. 예전엔 ‘새로 나온 기본형’과 ‘값이 내려간 이전 모델’ 사이에서 고르면 됐다. 그 구도가 사라졌고, 올해 후보는 셋이다.

    • 비싸진 신형 프로·프로 맥스
    • 가격이 오른 구형
    • 물량이 적은 폴더블 아이폰 듀오

    기준 없이 매장에 들어서면 실수하기 딱 좋은 구도다. 필요 이상으로 비싼 모델을 집거나, 값이 오른 구형을 할인 상품으로 착각하거나.

    신제품은 프로 두 종과 첫 폴더블뿐

    아이폰18 라인업에서 새로 나온 일반 형태 모델은 아이폰18 프로와 프로 맥스, 두 가지다. 둘 다 이전 세대보다 높은 가격표를 달고 나왔다. 애플은 같은 시점에 기존 판매 모델 가격도 함께 올렸다.

    여기에 애플의 첫 폴더블폰 아이폰 듀오가 붙었다. 출시 초기 매장 물량은 ‘제한적’이었고, 일부 주문은 배송 예정일이 해를 넘겨 잡혔다. 아이폰 듀오 사전 주문 실적은 이번 아이폰 매출 집계에 들어가지 않았다. 기록적인 매출에 폴더블 사전 주문분은 빠져 있다는 뜻이다.

    매출 기록을 ‘아이폰이 더 많이 팔렸다’로 읽으면 판단이 어긋난다. 매출은 판매 대수에 평균판매단가(ASP)를 곱한 값이다. 기본형이 빠지고 비싼 프로가 신제품의 전부가 되면, 같은 대수를 팔아도 평균판매단가가 올라 매출이 커진다. 구형 가격 인상도 같은 방향으로 작용했다.

    애플은 판매 대수를 따로 공개하지 않는다. 17% 증가분 가운데 가격 효과와 수요 증가가 각각 얼마인지는 실적 숫자만으로 나눠지지 않는 구조다. 구매자 입장에서 확실한 사실은 하나. 같은 아이폰을 사는 데 드는 돈이 이전보다 늘었다.

    가격을 밀어 올린 건 메모리 원가

    애플을 포함한 기기 제조사들은 지금 공급망 제약과 메모리 가격 상승을 한꺼번에 겪고 있다. 애플은 이를 이유로 여러 제품 가격을 올렸다.

    스마트폰에 들어가는 메모리는 크게 두 종류다.

    • 램(DRAM): 앱 실행과 멀티태스킹 담당
    • 낸드 플래시: 사진·앱·데이터 저장

    두 부품 모두 메모리 반도체 시장 가격을 따라 움직인다. 메모리 값이 오르면 기기 원가도 따라 오르는 이유다.

    존 터너스 애플 CEO는 CNBC 인터뷰에서 직전 분기보다 메모리 비용이 높아졌다고 밝혔다. 미리 보유한 재고와 메모리 외 부품의 원가 하락이 이를 일부 상쇄했다는 설명도 덧붙였다. 이 발언에서 읽히는 신호는 두 가지다.

    • 메모리 원가 부담이 한 분기 사이에 더 커졌다.
    • 재고 효과는 쌓아 둔 부품을 다 쓰면 사라진다.

    재고로 흡수하던 원가 상승분이 이후 제품 가격이나 용량별 가격 구성에 반영될 여지가 남아 있다고 보는 근거가 여기 있다. 지금 가격이 바닥이라고 장담하기 어려운 이유이기도 하다.

    애플만 겪는 일도 아니다. 16GB 램을 탑재한 라즈베리 파이 5도 램 가격 때문에 ‘불가피한’ 가격 인상을 또 한 번 단행했다. 부품 시장 전체가 같은 방향으로 움직이고 있다는 뜻이다. 다른 제조사 스마트폰을 고를 때도 같은 압력이 작용한다고 보는 편이 자연스럽다. 브랜드를 바꾸는 것만으로 메모리발 가격 부담을 피하긴 어렵다는 얘기다.

    이 구조가 소비자에게 가장 직접 닿는 지점은 저장 용량 선택이다. 같은 모델이라도 용량 단계가 올라갈수록 낸드 플래시가 더 많이 들어간다. 메모리 원가 상승의 영향을 받는 부품 비중도 그만큼 커진다.

    ‘혹시 몰라서’ 용량을 한 단계 올리는 습관은 메모리 값이 비쌀 때 더 큰 비용으로 돌아온다. 실제 사용량을 먼저 확인하고, 용량은 그다음에 정한다. 순서 하나만 바꿔도 아낄 여지가 생긴다.

    비어 버린 중간 자리, 예산·사용 기간·기능으로 메운다

    기본형이 없는 라인업에는 ‘적당한 가격의 신형’이라는 중간 선택지가 비어 있다. 그 빈자리를 무엇으로 채울지는 아래 세 가지 기준으로 정한다.

    • 예산: 구형 모델 가격도 올랐다. ‘신형이 나오면 구형이 싸진다’는 공식이 이번에는 통하지 않는다. 구형과 신형 프로의 실제 판매가를 같은 용량끼리 나란히 놓고 차이를 직접 계산해야 한다. 차이가 작다면 남은 사용 기간 대비 비용은 오히려 신형 프로 쪽이 낮을 수 있다.
    • 사용 기간: 한 기기를 오래 쓰는 사람일수록 늦게 출시된 모델이 유리하다. 출시 시점이 늦을수록 iOS 업데이트 지원을 더 오래 받고, 나중에 중고로 팔 때 값도 덜 떨어지는 경향이 있어서다.
    • 필요한 기능: 프로 모델의 카메라·디스플레이 같은 상위 사양이 실제 사용 패턴과 맞는지부터 따진다. 사진·영상 촬영 비중이 낮다면 상위 사양의 상당 부분은 쓰지도 않으면서 값만 치르는 셈이다. 폴더블은 큰 화면과 휴대성을 동시에 원하는 이유가 분명할 때만 후보에 올린다.

    올해 착각이 가장 쉽게 생기는 곳은 첫 번째 항목, 예산이다. 구형 가격이 올랐다는 사실 하나로 ‘구형을 사면 아낀다’는 오래된 계산이 흔들렸다.

    선택지 라인업 내 위치 가격·공급 상황 구매 전 변수
    아이폰18 프로·프로 맥스 이번 세대의 신형 일반 형태 모델 이전 세대보다 높은 가격으로 출시 용량 단계별 가격 차이, 필요 기능과의 일치 여부
    이전 세대 모델 기본형 수요를 받아 주는 선택지 신형 출시와 함께 가격 인상 신형과의 실제 가격 차이, 남은 업데이트 지원 기간
    아이폰 듀오 애플의 첫 폴더블폰 출시 초기 매장 물량 제한, 일부 배송 예정일이 해를 넘김 대기 기간, 첫 세대 제품의 내구성·수리 정보 부족

    바꾸기 전, 설정 앱에서 확인할 다섯 가지

    가격이 오르는 시기에는 ‘언제 바꿀지’가 ‘무엇을 살지’만큼 총비용을 좌우한다. 지금 기기를 더 쓸 수 있다면 교체를 미루는 것도 엄연한 선택지다. 아래 항목을 차례로 확인하면 교체 시점과 새 기기에 필요한 용량이 정해진다. 메뉴 이름은 iOS 버전과 기기에 따라 조금씩 다를 수 있다.

    1. 배터리 상태: 설정 → 배터리 → 배터리 성능 상태 및 충전 (이전 iOS에서는 ‘배터리 성능 상태’). 최대 용량이 눈에 띄게 낮고 서비스 권장 안내까지 표시된다면, 기기를 바꾸기 전에 배터리 교체만으로 사용 기간을 늘릴 수 있는지 먼저 따져 본다.
    2. 저장 공간 사용량: 설정 → 일반 → iPhone 저장 공간. 상단 막대가 전체 사용량, 아래 목록이 앱별 용량이다. 새 기기 용량은 이 사용량에 앞으로 쌓일 사진·영상 분량을 더해서 정한다.
    3. iCloud 사용량: 설정 → [사용자 이름] → iCloud → 저장 공간 관리 (버전에 따라 ‘계정 저장 공간 관리’). 사진은 iCloud에 올리고 기기에는 최적화된 사본만 남기는 방식이라면, 기기 용량을 한 단계 낮춰도 불편이 적다. 이 옵션은 설정 → 사진 → iPhone 저장 공간 최적화에서 켠다 (iOS 18 이후는 설정 → 앱 → 사진).
    4. 모델명과 용량: 설정 → 일반 → 정보에서 모델명과 총 용량을 확인한다. 중고 판매나 보상 판매 견적을 받을 때 필요한 정보다.
    5. 보증 상태: 설정 → 일반 → AppleCare 및 보증 (이 단계의 메뉴 위치는 버전별로 확실하지 않다). 보증이 남아 있으면 배터리나 부품 수리 비용을 줄일 수 있다. 교체를 미루는 판단도 그만큼 쉬워진다.

    역할을 나누면 단순하다. 1번과 5번은 교체 시점을, 2번과 3번은 새 기기의 용량을, 4번은 지금 기기를 넘길 때의 값을 정한다.

    국내 구매자에게 구도는 확정, 가격은 미정

    국내 구매자에게 확실히 달라지는 건 선택지 구성이다. 새로 나온 기본형이 없으니 신형을 원하면 프로 이상을 사야 하고, 가격이 우선이면 이전 세대 모델로 가야 한다. 이 구도는 국가와 관계없이 라인업 자체에서 정해졌다.

    가격은 추측의 영역이다. 애플이 기존 판매 모델 가격까지 올린 만큼 국내 판매가에도 같은 방향의 조정이 있을 가능성이 높아 보인다(추측). 그래도 국내 판매가에는 환율과 유통 구조가 함께 작용한다. 인상 폭이 그대로 옮겨진다고 단정하기는 어렵다.

    자급제냐 통신사 약정이냐도 기기값만 놓고 따질 문제가 아니다. 할부 조건, 요금제, 지원금을 합친 총비용으로 비교해야 답이 나온다.

    아이폰 듀오를 기다리는 사람에게는 공급이 가장 큰 변수다. 출시 초기 물량이 제한적이었던 만큼 국내에서도 원하는 시점에 바로 손에 넣기는 쉽지 않을 수 있다(추측). 지금 기기가 버틸 만한 상태라면 국내 출시 조건과 배송 예정일을 확인한 뒤 교체 시점을 잡는 편이 손해가 적다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 아이폰 분기 매출 575억 8천만 달러, 전년 동기 대비 17% 증가
    • 애플 전체 매출 1,145억 달러, 전년 동기 대비 12% 증가
    • 아이폰18 신제품은 기본형 없이 프로·프로 맥스로 출시, 이전 세대보다 높은 가격
    • 기존 판매 모델 가격 인상
    • 첫 폴더블 아이폰 듀오의 출시 초기 매장 물량 제한, 일부 배송 예정일이 해를 넘김
    • 아이폰 듀오 사전 주문 실적은 해당 분기 실적에서 제외
    • 메모리 비용이 직전 분기보다 높아졌고 재고 효과와 비메모리 부품 원가 하락이 일부 상쇄했다는 존 터너스 CEO의 설명

    아직 불확실한 것

    • 아이폰 판매 대수, 매출 증가분 가운데 가격 효과의 비중
    • 아이폰 듀오의 공급 정상화 시점
    • 아이폰18 프로·프로 맥스·아이폰 듀오의 국내 출고가와 출시 일정
    • 재고 효과가 끝난 뒤 메모리 원가의 추가 가격 반영 여부
    • 다음 세대 라인업의 기본형 모델 복귀 여부

    예산형·장기 사용형·폴더블형, 세 갈래 구매 경로

    예산 상한이 분명하다면: 이전 세대 모델을 필요한 최소 용량으로 산다. 값이 올랐어도 신형 프로와 차이가 크다면 총비용은 이 경로가 가장 낮다. 걸리는 건 업데이트 지원 기간이다. 신형보다 남은 기간이 짧으니, 교체 주기가 긴 사람은 가격 차이와 사용 가능 기간을 한 저울에 올려 계산한다.

    한 기기를 오래 쓴다면: 아이폰18 프로를 고르되, 저장 용량은 실제 사용량을 기준으로 정한다. 메모리 원가가 오른 상황에서 용량을 과하게 올리면 비용 대비 효용이 떨어진다. 프로 맥스는 큰 화면이 꼭 필요할 때만 고려한다. 그런 이유가 없다면 후보에서 빼도 아쉬울 게 별로 없다.

    폴더블 형태가 목적이라면: 아이폰 듀오는 공급이 제한적이고, 첫 세대 제품이라 내구성과 수리 관련 정보가 아직 쌓이지 않았다. 지금 기기의 배터리와 저장 공간 상태가 버틸 만하면 교체를 미룬다. 공급이 안정된 뒤 사용 후기와 수리 정책을 확인하고 사도 늦지 않다. 위험은 그쪽이 훨씬 적다.

    세 경로의 출발점은 같다. 지금 쓰는 아이폰의 배터리 성능과 저장 공간 사용량 확인. 부품값이 오르는 구간에서는 필요 없는 업그레이드를 피하는 것만큼 확실한 절약이 없다.

    출처: The Verge

  • 구글, 셋톱박스 130만대로 봇넷 굴린 中제조사 퇴출

    구글, 셋톱박스 130만대로 봇넷 굴린 中제조사 퇴출

    3줄 요약

    • 구글은 안드로이드 제조 파트너였던 중국 선전의 비디오스트롱이 기기 130만 대에 일부러 백도어를 심고 봇넷을 운영했다고 밝혔다. 구글은 이 회사와 관계를 끊었다.
    • 감염된 기기는 주인 모르게 광고 사기, 데이터 유출, 주거용 프록시에 쓰였다. 구글은 범죄 조직의 C2 도메인까지 막아 추가 감염 기기 최소 1,000만 대와의 연결을 끊었다고 평가했다.
    • 감염된 브랜드와 모델명은 공개되지 않았다. 출처가 불분명한 저가 안드로이드 TV 박스를 쓰고 있다면 점검해볼 만하다.

    거실 TV에 꽂아둔 안드로이드 셋톱박스가 주인도 모르는 사이 광고 사기에 동원되고, 낯선 사람의 인터넷 트래픽을 실어 나르는 통로가 됐다. 외부 해커가 침입한 일은 아니었다. 구글은 기기를 만든 회사가 처음부터 노리고 벌인 일이라고 판단했다.

    구글이 자사 안드로이드 제조 파트너였던 중국 선전의 비디오스트롱(Videostrong Technology Co.)을 이 봇넷의 운영 주체로 지목했다고 더버지가 전했다. 비디오스트롱이 몰래 백도어를 심은 기기는 130만 대다. 구글은 백도어를 해체했고 이 회사와의 관계도 끊었다.

    출고 때 숨어 있다가 첫 부팅 뒤 깨어난 백도어

    제품 한두 개에서 그친 일이 아니다. 구글은 악성코드가 ‘여러 해에 걸쳐 다양한 기기 모델과 브랜드에 직접 내장’돼 있었다고 설명했다. 감염 기기 대부분은 안드로이드 TV 셋톱박스였다. 원격진료 기기, 노래방 기계, 디지털 사이니지처럼 안드로이드로 돌아가는 사물인터넷(IoT) 기기도 감염됐다.

    숨긴 방식은 치밀했다. 비디오스트롱은 ‘난독화 기법’을 써서, 사용자가 기기를 처음 켠 뒤에야 악성코드를 기기에 올렸다. 출고 때는 숨어 있다가 첫 부팅 뒤에 작동하는 구조여서, 겉모습을 살피거나 처음 몇 번 써보는 정도로는 알아채기 어려웠을 것으로 보인다.

    구글은 이 백도어와 봇넷이 ‘돈을 벌려고 의도적으로 개발하고 배포하고 운영한 것’이라고 못 박았다. 관리가 허술했거나 하청업체가 실수한 정도의 문제가 아니라는 뜻이다. 제조사가 직접 벌인 사업이었다는 게 구글의 주장이다.

    백도어 접근권을 범죄 조직에 세놓은 ‘임대 사업’

    비디오스트롱은 백도어를 일종의 임대업으로 돈벌이에 썼다. 백도어 접근권을 범죄 협력 조직에 팔고, 이 조직들이 만든 악성코드 모듈을 감염 기기에 대신 올려줬다. 구글 설명에서 이 백도어는 ‘XCPE’라는 이름으로 나온다. 감염 기기가 동원된 용도는 크게 네 가지다.

    • 광고 사기: 감염 기기를 주인 모르게 광고 사기에 동원
    • 주거용 프록시 편입: 감염 기기를 몰래 주거용 프록시 네트워크에 등록
    • 추가 악성코드 설치: XCPE에 감염된 기기에 다른 악성코드를 더 설치
    • 데이터 유출·무단 트래픽 경유: 기기에서 데이터를 빼내고, 허가받지 않은 네트워크 트래픽을 통과시킴

    넷 가운데 일반 사용자에게 가장 낯선 건 주거용 프록시다. 낯설다고 가볍게 넘길 일은 아니다. 남의 트래픽이 우리 집 회선과 IP 주소를 거쳐 나가므로, 밖에서 보면 그 트래픽이 우리 집에서 나온 것으로 보인다. 평범한 가정집 접속처럼 위장할 수 있기 때문에 주거용 프록시가 악용된다.

    피해 규모도 130만 대가 전부가 아니다. 범죄 협력 조직들은 XCPE 말고도 저마다 여러 유포 경로를 갖고 있었다. 구글은 이 모듈들을 조종하는 명령·제어(C2) 도메인을 무력화했다. 구글은 이 조치로 감염 기기 최소 1,000만 대에 대한 범죄 조직의 접근이 끊길 것으로 평가했다. 백도어가 직접 심긴 기기보다 훨씬 많은 수다. 다만 실제 규모를 따로 확인한 수치가 아니라 구글의 자체 평가치다.

    구분 규모·대상 구글 조치
    비디오스트롱 백도어 내장 기기 130만 대 (안드로이드 TV 셋톱박스 중심, 원격진료 기기·노래방 기계·디지털 사이니지 포함) 백도어 해체
    범죄 협력 조직의 악성코드 모듈 XCPE 외 경로로 감염된 기기 최소 1,000만 대 (구글 평가) C2 도메인 무력화
    제조사 비디오스트롱 중국 선전 소재 안드로이드 제조 파트너 관계 단절, 인증 안드로이드 기기 제조·판매와 관련 소프트웨어 공급 금지
    제조사 심사 절차 안드로이드 기기 제조 파트너 전반 심사 절차 변경 (세부 내용 미공개)

    가해자는 공식 파트너, 앱만 조심해서는 못 막는다

    이번 사건이 무거운 이유는 가해자가 구글의 공식 안드로이드 제조 파트너였기 때문이다. 안드로이드 보안 사고는 보통 수상한 앱을 깔거나 피싱 링크를 누르면서 시작된다. 이번에는 시작부터 달랐다. 기기가 처음부터 백도어가 들어간 채 출고됐다. 사용자가 아무리 조심했어도 사실상 피할 방법이 없었다.

    공급 구조의 약점도 드러났다. 한 제조사가 여러 브랜드에 하드웨어와 소프트웨어를 함께 대는 구조에서는 한 곳만 오염돼도 이름이 다른 수많은 제품이 한꺼번에 감염된다. 구글이 비디오스트롱에 기기 제조·판매뿐 아니라 소프트웨어 공급까지 금지한 것도 이 경로를 막으려는 조치로 읽힌다.

    한계도 분명하다. 구글의 조치는 결국 사후 대응이다. 악성코드가 ‘여러 해’ 동안 여러 브랜드에 들어갔다면, 그 기간 내내 파트너 관리 체계가 이를 걸러내지 못했다는 뜻이기도 하다. 구글은 제조사 심사 절차를 바꿨다고만 밝혔고, 무엇을 어떻게 바꿨는지는 공개하지 않았다. 세부 내용이 나오기 전까지는 재발 방지 효과를 장담하기 어렵다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 구글은 중국 선전의 비디오스트롱을 백도어·봇넷 운영 주체로 지목하고 관계를 끊었다
    • 백도어 내장 기기는 130만 대로, 대부분 안드로이드 TV 셋톱박스다. 원격진료 기기, 노래방 기계, 디지털 사이니지도 포함됐다
    • 감염 기기는 광고 사기, 데이터 유출, 무단 트래픽 경유, 주거용 프록시에 쓰였다
    • 구글은 백도어를 해체하고 범죄 협력 조직의 C2 도메인을 무력화했다
    • 비디오스트롱은 인증 안드로이드 기기 제조·판매와 소프트웨어 공급이 금지됐고, 구글은 제조사 심사 절차를 바꿨다

    아직 불확실한 것

    • 감염된 브랜드와 모델명 목록
    • 감염 기기가 팔린 국가, 지역별 규모, 국내 유통 여부
    • 감염 기기가 구글 인증 제품이었는지 여부
    • 이미 감염된 기기에 사용자가 직접 해야 할 조치(초기화, 업데이트 등)가 있는지 여부
    • 유출된 데이터의 종류와 범위
    • 추가 감염 기기 1,000만 대의 실제 규모 (구글의 평가치)
    • 바뀐 제조사 심사 절차의 구체적 내용과 비디오스트롱 측 입장

    직구 셋톱박스·업소용 사이니지, 국내에서 확인할 것

    국내 사용자에게 가장 아쉬운 점은 감염된 브랜드와 모델명이 공개되지 않았다는 것이다. 비디오스트롱 제품이 국내에 들어왔는지도 확인되지 않았다. 지금으로서는 내 기기가 해당되는지 바로 판별할 방법이 없다.

    해외 직구나 오픈마켓에서 처음 보는 브랜드의 저가 안드로이드 TV 박스를 샀다면 경계할 이유는 충분하다. 피해 기기 대부분이 안드로이드 TV 셋톱박스였고, 한 제조사의 소프트웨어가 여러 브랜드를 달고 팔렸다. 상자에 적힌 브랜드만 보고는 기기에 든 소프트웨어를 누가 만들었는지 가늠하기 어렵다. 아래는 이번 사건을 바탕으로 한 일반적인 점검 방향이며, 감염 여부를 확정하는 방법은 아니다.

    • 구글 인증 표기 확인: 이번 일로 인증이 만능이 아니라는 게 드러났다. 그래도 구글이 제조사 퇴출이나 심사 강화 같은 통제 수단을 쓸 수 있는 건 인증 체계 안에 있는 기기다 (추정)
    • 안 쓰는 기기는 전원 분리: 꺼진 기기는 광고 사기에도, 프록시 통로로도 쓰일 수 없다
    • 이상 징후 체크: 집에서 특정 사이트 접속이 자주 막힌다면 연결된 저가 IoT 기기를 의심해볼 수 있다. 주거용 프록시로 쓰이면 우리 집 IP가 남의 트래픽 출발지로 찍히기 때문이다 (추정)

    매장용 디지털 사이니지, 노래방 기계, 원격진료 기기를 운영하는 사업자도 마찬가지다. 구글이 감염 사례로 이 기기들을 직접 꼽았다. 국내 업소에 같은 제조사 제품이 들어갔는지는 아직 드러나지 않았다. 그래도 납품받은 안드로이드 기반 장비의 제조사와 소프트웨어 공급처는 한 번 확인해둘 만하다. 싼 셋톱박스 가격표에 없던 비용을 그동안 우리 집 인터넷 회선이 대신 치르고 있었던 셈이다.

    출처: The Verge

  • AI 코딩 에이전트 비용, 토큰 말고 PR당으로 재라

    AI 코딩 에이전트 비용, 토큰 말고 PR당으로 재라

    3줄 요약

    • 코딩 에이전트는 계획, 코드 생성, 테스트, 수정을 반복해요. 그래서 작업 하나에 일반 채팅 질문보다 10~50배 많은 토큰을 쓸 수 있어요.
    • 토큰당 비용 대신 ‘머지된 PR당 비용’과 ‘활성 개발자당 비용’을 함께 보면 낭비와 실제 성과를 구분할 수 있어요.
    • 어려운 계획은 프런티어 모델에, 반복 작업은 직접 운영하는 오픈웨이트 모델에 맡기는 식으로 나눠요. 자체 인프라는 수요가 꾸준할 때만 이득이에요.

    일반 채팅 질문 하나의 10~50배. 코딩 에이전트가 작업 하나를 처리하면서 쓸 수 있는 토큰 양이에요. 에이전트는 답 한 번 내놓고 끝내지 않아요. 계획을 세우고, 코드를 만들고, 테스트를 돌리고, 실패하면 다시 고치는 과정을 스스로 되풀이하죠. 곤란한 건 에이전트가 쓸모 있어질수록 호출도 같이 늘어난다는 점이에요. 토큰 단위로 요금을 매기는 구조에서는 가장 큰 가치를 만드는 워크플로가 곧 가장 비싼 워크플로가 되는 셈이고요. 인프라 업체 HPE가 MIT 테크놀로지 리뷰에 낸 후원 콘텐츠에서 내놓은 답은 단순해요. 비용을 ‘얼마나 썼나’가 아니라 ‘얼마나 내보냈나’로 재라는 것. 그 잣대가 ‘머지된 PR당 비용’이에요.

    테스트가 한 번 실패할 때마다 토큰이 계단식으로 쌓인다

    채팅형 AI는 질문 하나에 답 하나가 기본이에요. 비용도 대략 짐작이 되죠. 에이전트는 사정이 달라요. 테스트가 한 번 실패하면 실패 로그를 다시 읽고, 코드를 고치고, 테스트를 또 돌려요. 이 과정에서 앞서 주고받은 맥락이 대개 입력으로 다시 들어가요. 반복이 한 바퀴 돌 때마다 토큰이 계단처럼 한 칸씩 올라가는 구조. 에이전트가 몇 바퀴를 돌지는 미리 정해져 있지 않으니, 채팅 때처럼 질문 수로 비용을 어림하는 방식은 잘 맞지 않아요.

    청구서는 이미 기업 예산을 흔들고 있어요. 우버는 클로드 코드(Claude Code) 사용을 넓힌 뒤 1년 치 AI 예산을 연초 몇 달 만에 다 쓴 것으로 알려졌어요. 깃허브 코파일럿은 정액 요금제에서 쓴 만큼 크레딧을 차감하는 방식으로 바꿨고요. 가트너는 AI 코딩에 드는 토큰 비용이 머지않아 개발자 평균 연봉을 넘어설 것으로 내다봤어요. 예산 초과, 요금제 전환, 연봉 추월 전망. 결은 조금씩 달라도 ‘좌석당 얼마’로 끝나던 계산이 흔들리고 있다는 쪽을 가리키는 신호들이에요.

    이럴 때 회사가 가장 먼저 꺼내는 카드는 배급제예요. 사용량 상한을 걸고, 좌석 수를 줄이고, 에이전트를 돌리기 전에 승인을 받게 하는 식이죠. 그런데 일괄 제한은 정작 성과를 내는 워크플로까지 막을 수 있어요. 더 근본적인 문제는 엉뚱한 숫자를 줄이려 든다는 점이에요. 토큰당 비용은 ‘소비’를 재는 지표지 ‘결과’를 재는 지표가 아니에요. 지출 중 일부는 재시도나 끝없이 도는 루프 같은 낭비예요. 나머지는 실제로 소프트웨어를 출시하는 데 들어간 돈이고요. 미터기도, 지출 상한도 이 둘을 구분하지 못해요. 낭비를 잡으려고 상한을 걸면 출시에 쓰일 돈까지 같이 깎이는 이유가 여기 있어요.

    머지된 PR당 비용은 재작업·결함 비율과 한 세트

    HPE가 대안으로 제안한 지표는 ‘머지된 PR당 비용(cost per merged pull request)’이에요. 계산식은 간단해요.

    머지된 PR당 비용 = AI 보조 개발에 들어간 총비용 ÷ 리뷰를 통과해 머지된 변경 수

    이 숫자만 따로 보면 착시가 생겨요. 재작업과 결함을 꼭 같이 봐야 해요. PR당 비용이 내려갔는데 머지 후 되돌리거나 다시 고치는 일이 늘었다면, 비용이 줄어든 게 아니라 떨어진 품질이 숫자 뒤에 가려진 것일 수 있어요. 판단 기준은 이래요. AI 사용량이 늘어도 품질이 유지되면서 머지된 PR당 비용이 내려간다면, 팀이 쓴 토큰을 쓸모 있는 소프트웨어로 잘 바꾸고 있다는 뜻이에요. 토큰을 몇 개 썼느냐보다 투자한 돈으로 완성된 작업이 얼마나 나왔느냐. 봐야 할 건 그쪽이에요.

    두 번째 지표는 활성 개발자당 비용이에요. 전체 라이선스 수로 나눈 평균은 지출을 끌어올리는 파워 유저를 가려버리거든요. HPE가 공개한 자사 데이터를 보면 상위 5% 사용자가 사용량 대부분을 차지했어요. 같은 라이선스를 쓰는데도 가장 많이 쓰는 사람은 가장 적게 쓰는 사람의 약 450배를 썼고요. 이 정도 격차면 ‘1인당 평균’은 거의 아무것도 설명하지 못해요. HPE는 파워 유저가 소수에서 전체 인력의 절반으로 늘면 인원이 그대로여도 월 지출이 약 4.4배로 오를 수 있다는 계산도 내놨어요. 지출을 좌우하는 건 라이선스 수가 아니라 사용 패턴이라는 얘기예요. 다만 사용자 구성은 조직마다 다르니 이 배수를 그대로 빌려 쓰긴 어렵고, 결국 직접 재보는 수밖에 없어요.

    분모인 머지된 PR 수는 깃허브에서 이렇게 뽑을 수 있어요. 메뉴 이름은 서비스 업데이트나 요금제에 따라 조금씩 다를 수 있으니 참고용으로 보세요.

    • 저장소 → Pull requests 탭 → 검색창에 is:pr is:merged 입력 → merged: 조건으로 기간 지정
    • 저장소 → Insights → Pulse → 기간 선택 → 그 기간에 머지된 PR 수 확인
    • 코파일럿 사용량: 조직 Settings → Billing and licensing(예전 표기 Billing and plans) → Usage (이 단계의 메뉴 이름은 불확실)

    분자인 총비용에는 API 요금과 구독료만 넣으면 안 돼요. 자체 인프라를 쓴다면 전력, 운영, 유지보수, 감가상각까지 모두 더한 ‘완전 부담 비용’으로 계산해야 공정하게 비교할 수 있어요. 이걸 빼고 계산하면 자체 인프라 쪽이 실제보다 싸 보일 수밖에 없고요.

    설계는 프런티어 모델, 반복 작업은 오픈웨이트 모델로

    에이전트 코딩의 모든 단계에 가장 강력한 모델이 필요한 건 아니에요. 비용을 줄이는 첫 번째 방법은 비싼 추론을 꼭 필요한 순간에만 쓰는 것. 작업 성격에 따라 나누면 대략 이래요.

    • 프런티어 모델(정책상 필요하면 온프레미스 플래그십 모델): 어려운 설계와 계획, 처음 보는 문제에 대한 추론
    • 직접 운영하는 오픈웨이트 모델: 코드 생성, 테스트 작성, 반복적인 리팩터링

    이 분배를 사람이 매번 할 수는 없으니 중간에 게이트웨이를 둬요. 게이트웨이는 요청마다 작업 복잡도, 데이터 민감도, 비용, 지연 시간을 보고 어느 모델로 보낼지 정해요. 워크플로 전체에 비싼 요금을 매기지 않고, 정말 필요한 순간에만 비싼 추론을 쓰는 구조예요. HPE는 이를 ‘작업량 전체가 아니라 예외에만 미터기를 달라’고 표현해요. 뒤집어 말하면, 에이전트 호출 가운데 반복 작업 비중이 큰 팀일수록 이 방식으로 아낄 여지도 커진다는 뜻이에요.

    오픈웨이트 모델이 이 역할을 맡을 수 있게 된 건 성능이 올라온 덕분이에요. 소프트웨어 엔지니어링 벤치마크에서 선두권 오픈웨이트 모델이 일부 작업에서는 프런티어 모델에 가까운 결과를 내고 있어요. 여기서 흘려들으면 안 되는 단서가 바로 ‘일부 작업’. 벤치마크 점수가 모든 저장소와 워크플로에서 같은 성능을 보장하진 않아요. 실제 업무를 맡기기 전에 후보 모델을 팀 코드로 직접 시험해봐야 하는 건 그래서예요. 점검은 이 정도로 시작하면 돼요.

    • 우리 저장소에서 실제로 처리했던 이슈를 골라 같은 과제를 맡겨보기
    • 기존 테스트 스위트를 통과하는지 확인하기
    • 팀의 코드 리뷰 기준과 수용 기준을 그대로 적용해 머지할 만한 수준인지 보기

    API는 쓸수록 비싸지고, 보유 인프라는 쓸수록 싸진다

    두 번째 방법은 반복 작업의 단가 자체를 낮추는 거예요. 갈림길은 추론 용량을 누가 소유하느냐. 빌려 쓰는 추론은 호출할 때마다 청구액이 늘어요. 직접 보유한 용량은 비용 대부분을 먼저 들이기 때문에 쓰면 쓸수록 호출 한 번당 비용이 내려가고요. 종량제는 많이 쓸수록 비싸지고, 보유 용량은 많이 쓸수록 효율이 좋아지는 정반대의 곡선이에요.

    물론 소유한다고 공짜가 되는 건 아니에요. 전력, 운영 인력, 유지보수, 감가상각을 전부 따져야 하고, 비교 기준도 이 모든 비용을 더한 머지된 PR당 비용이어야 해요. 사용량이 적거나 들쭉날쭉하면 API가 유리해요. 놀고 있는 설비에 자본을 묶어둘 필요가 없으니까요. 소유는 수요가 꾸준해서 설비가 계속 바쁘게 돌아갈 때 제값을 해요. 손익을 가르는 건 결국 설비가 얼마나 쉬지 않고 도느냐, 다시 말해 팀 수요가 얼마나 꾸준하냐예요.

    구분 종량제 API(임대) 자체 보유 인프라 하이브리드
    비용 구조 호출할 때마다 청구액 증가 비용 대부분을 먼저 투입, 많이 쓸수록 호출당 비용 하락 반복 물량은 보유 용량에서 처리, 예외만 API로 과금
    유리한 사용 패턴 사용량이 적거나 예측하기 어려울 때 수요가 꾸준해 설비가 계속 바쁠 때 까다롭거나 간헐적인 작업과 반복 물량이 섞여 있을 때
    따로 따질 비용 사용량에 비례해 늘어나는 변동비 전력, 운영, 유지보수, 감가상각 양쪽 비용 모두
    코드 통제 프롬프트에 담긴 코드가 외부 모델로 전달 코드 생성과 테스트를 사내에서 처리 승인된 계획 프롬프트와 관리되는 예외만 게이트웨이를 거쳐 외부로 전송
    주로 맡길 작업 어려운 계획, 새로운 추론 코드 생성, 테스트 작성, 반복 리팩터링 게이트웨이가 복잡도, 민감도, 비용, 지연 시간을 보고 분배

    청구서에 안 찍히는 가치도 있어요. 코드 생성과 테스트를 사내에서 돌리면 회사 코드가 밖으로 나가지 않거든요. 외부 모델로 나가는 건 승인된 계획 프롬프트와 관리되는 예외뿐이에요. 그것도 조직이 통제하는 게이트웨이를 거쳐서요. HPE는 보안 문제로 AI 도입이 멈춰 있던 민감한 저장소를 열 수 있다는 점을 장점으로 꼽아요.

    HPE는 자사 사례로 하이브리드 플랫폼을 소개했어요. 150개가 넘는 내부 애플리케이션의 일상 워크로드를 HPE Private Cloud AI 같은 온프레미스 환경의 오픈웨이트 모델로 보내서 토큰 비용을 30~50% 줄였다고 해요. 숫자만 보면 솔깃한데, 걸리는 대목이 두 개 있어요. 이 수치가 전력과 감가상각까지 반영한 완전 부담 비용 기준인지 공개되지 않았다는 점. 그리고 인프라를 파는 회사가 직접 낸 사례라는 점. HPE가 스스로 제시한 ‘완전 부담 비용’ 잣대를 HPE의 숫자에도 똑같이 대봐야 하는 이유예요.

    국내 팀 예산표에서 바뀌는 것: 좌석, 환율, 보안

    좌석 수에 단가를 곱해 연간 예산을 잡던 방식은 점점 안 맞게 될 가능성이 커요. 국내 개발자도 많이 쓰는 깃허브 코파일럿이 정액제에서 크레딧 차감 방식으로 바뀌었고, 에이전트 기능을 쓸수록 사람마다 사용량 차이가 벌어지거든요. 인원이 같아도 파워 유저가 늘면 지출이 몇 배로 뛸 수 있다는 HPE 데이터를 보면, 예산을 인원이 아니라 사용 패턴으로 나눠 잡는 편이 현실적이에요.

    환율도 국내 팀에게는 무시 못 할 변수예요. 해외 AI 서비스는 보통 달러로 결제하기 때문에 사용량 변동 위에 환율 변동이 한 겹 더 얹혀요. 머지된 PR당 비용을 원화로 환산해 매달 기록하면 사용량 때문에 늘어난 비용과 환율 때문에 늘어난 비용을 나눠 보기 쉬워요. 달러 기준 값을 옆 칸에 같이 적어두면 둘을 가르기가 한결 수월하고요.

    보안 쪽은 변화가 더 클 수도 있어요. 금융권이나 공공기관처럼 소스 코드를 외부로 보내려면 보안 심사가 까다로운 조직은 코딩 에이전트 도입 자체가 막히는 경우가 많아요. 코드 생성과 테스트는 사내 오픈웨이트 모델이 맡고 승인된 계획 프롬프트만 게이트웨이로 내보내는 구성이라면 도입 논의를 시작할 여지가 생길 수 있어요. 다만 이건 구조를 보고 한 추측이에요. 각 조직의 보안 규정을 실제로 통과할지는 별개 문제고요. 반대로 사용량이 아직 적거나 프로젝트마다 들쭉날쭉한 스타트업이라면 인프라부터 살 이유가 약해요. API를 그대로 쓰면서 두 지표부터 쌓는 게 먼저예요.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 코딩 에이전트 작업 하나가 일반 채팅 프롬프트보다 10~50배 많은 토큰을 쓸 수 있다는 점
    • 깃허브 코파일럿의 정액 요금제에서 크레딧 종량제로의 전환
    • HPE가 밝힌 하이브리드 사례: 150개 이상 내부 앱의 일상 워크로드를 온프레미스 오픈웨이트 모델로 라우팅해 토큰 비용 30~50% 감소
    • HPE 사내 데이터: 상위 5% 사용자가 사용량 대부분 차지, 최다 사용자와 최소 사용자의 사용량 차이 약 450배
    • HPE가 추적을 권하는 두 지표: 활성 개발자당 비용, 머지된 PR당 비용

    아직 불확실한 것

    • 우버의 AI 예산 규모와 구체적인 사용 내역
    • HPE의 30~50% 절감 수치에 전력, 운영, 감가상각이 포함됐는지 여부
    • 각 팀 저장소에서 오픈웨이트 모델이 프런티어 모델에 얼마나 가까운 성능을 내는지
    • 파워 유저가 늘 때 지출이 약 4.4배로 오른다는 추정이 다른 조직에도 맞는지 여부
    • AI 코딩 토큰 비용이 개발자 평균 연봉을 넘어선다는 가트너 전망의 전제 조건

    인프라를 바꾸기 전에 기준선부터 재는 4단계

    1. 기준선 측정: 지금 구조 그대로 활성 개발자당 비용과 머지된 PR당 비용을 재요. 재작업 비율과 결함 비율도 함께 기록해요.
    2. 작업 분류: 에이전트 호출을 ‘어려운 계획과 새로운 추론’, ‘코드 생성·테스트 작성·반복 리팩터링’으로 나눠요. 그다음 반복 작업이 얼마나 되는지 확인해요.
    3. 후보 모델 평가: 반복 작업을 맡길 오픈웨이트 모델을 팀의 코드, 테스트, 수용 기준으로 검증해요.
    4. 전체 사이클 시험: 개발 사이클 하나를 통째로 보유 용량(또는 하이브리드 구성)에서 돌려봐요. 사용량이 늘 때 두 지표가 모두 나아지는지 확인하고, 그렇지 않으면 지금 방식을 유지하는 편이 나을 수 있어요.

    개발자가 코딩 에이전트에 기대는 정도는 앞으로 더 커질 가능성이 높아요. 늘어난 사용량이 더 큰 청구서로 끝날지, 더 많이 출시된 소프트웨어로 이어질지는 무엇을 재느냐에 달렸어요. HPE의 권고는 사용량을 제한하지 말고, 많이 쓸수록 비용 효율이 좋아지는 운영 방식을 만들라는 것. 다만 자체 인프라를 파는 회사의 주장이니 결론은 팀의 지표로 직접 확인하는 게 맞아요. 4단계 중 첫 단계는 인프라를 건드리지 않고 지금 당장 시작할 수 있어요. 토큰 대신 머지된 PR을 세기 시작하면 어디서 돈이 새고 어디서 성과가 나는지가 훨씬 잘 보일 거예요.

    출처: MIT Tech Review AI

  • 에이전틱 분석 인사이트 48%만 성과로…맥락이 관건

    에이전틱 분석 인사이트 48%만 성과로…맥락이 관건

    3줄 요약

    • 조사 대상 기업에서 AI 분석 에이전트 인사이트가 사업 개선으로 이어진 비율은 평균 48%라서, 절반 넘게는 아직 성과로 연결되지 않아요.
    • 품질이 떨어지는 가장 큰 이유는 비즈니스 맥락 부족(55%)이고, 데이터 파편화(45%)와 인사이트 과잉(52%)도 큰 문제로 꼽혀요.
    • 기업들은 AI·데이터 거버넌스 강화(60%)와 시맨틱 레이어 도입(45%)을 품질 개선 과제로 우선 추진하고 있어요.

    평균 48%. AI 분석 에이전트가 내놓은 인사이트 가운데 실제로 회사 실적을 개선하는 행동까지 이어진 비율이에요. MIT 테크놀로지 리뷰의 커스텀 콘텐츠 조직인 인사이츠(Insights)가 기업 임원 설문과 전문가 인터뷰를 바탕으로 펴낸 보고서에 실린 숫자고요. 응답 기업들은 1년 전엔 이 비율이 평균 37%였다고 답했어요. 나아진 건 분명해요. 그래도 뒤집어 보면 에이전트가 만든 인사이트의 절반 이상이 여전히 회사에 도움이 되지 못하고 있다는 얘기예요.

    보고서만 만들어 주는 도구라면 틀린 인사이트는 틀린 보고서 한 장으로 끝날 수도 있어요. 에이전틱 분석(agentic analytics)은 얘기가 달라요. 에이전트는 인사이트를 근거로 업무 흐름을 자동으로 돌리고 직접 조치까지 취하도록 설계되거든요. 잘못된 인사이트가 잘못된 행동을 촉발하면 평판이나 재무 손해로 번질 수 있어요. 그래서 도입을 검토할 때 먼저 따질 건 ‘에이전트가 일을 얼마나 많이 해 주나’가 아니에요. ‘에이전트가 내놓은 판단을 믿고 그대로 실행해도 되나’, 이게 먼저죠.

    ‘무슨 일이 있었나’는 잘 맞히고 ‘뭘 해야 하나’에서 갈린다

    생성형 AI가 기업 분석 도구에 들어오면서 제일 크게 바뀐 건 접근성이에요. 쿼리 언어를 몰라도 자연어로 물으면 차트와 요약이 나와요. 분석이 데이터팀만의 일에서 조직 전체가 쓰는 도구로 넘어온 거죠. 에이전틱 AI는 여기서 한 발 더 나가요. 질문에 답하고 끝내는 게 아니라 데이터를 살펴 인사이트를 뽑고, 그 인사이트를 근거로 정해진 업무를 실행하는 흐름 전체를 자동화하는 게 목표예요.

    인사이트는 두 종류로 나눠 보면 머리에 잘 들어와요. 하나는 기술적(descriptive) 인사이트. ‘무슨 일이 있었는지’를 설명하는 쪽이에요. 특정 지역 매출이 떨어졌다, 어떤 상품의 반품률이 올랐다 같은 거요. 다른 하나는 처방적(prescriptive) 인사이트로, ‘그래서 무엇을 해야 하는지’를 내놓아요. 재고를 다른 창고로 옮겨라, 특정 고객군에 할인 혜택을 보내라 하는 식이죠. 에이전트가 실제로 움직이는 근거가 되는 건 이 처방적 인사이트예요.

    조사에서 응답자 대부분은 에이전트의 기술적 인사이트 품질에 좋은 점수를 줬어요. 처방적 인사이트 평가는 확연히 엇갈렸고요. 이상한 결과는 아니에요. 무슨 일이 있었는지는 데이터만 정확하면 비교적 잘 맞힐 수 있어요. 반면 무엇을 해야 하는지는 회사의 목표, 예산 제약, 사내 규칙처럼 데이터 바깥에 있는 맥락까지 알아야 판단이 서요. 테이블만 들여다봐서는 에이전트가 알 길이 없는 정보들이죠.

    이 품질 격차는 성과 차이로 그대로 이어져요. 보고서가 ‘인사이트 리더’라고 부른 소수 기업 그룹에선 에이전트 인사이트의 70% 넘게가 사업 개선 행동으로 이어졌어요. 전체 평균 48%와 나란히 놓으면 차이가 꽤 크죠. 이들은 전체 응답자보다 에이전트 인사이트 품질을 더 높게 평가했고, 그 차이가 특히 크게 벌어진 곳이 처방적 인사이트였어요. 승부는 실행 직전의 판단에서 난다는 뜻이에요.

    임원 55%가 꼽은 1순위 원인, 비즈니스 맥락 부족

    에이전트 인사이트 품질이 기대에 못 미칠 때 가장 많이 지목된 원인은 비즈니스 맥락 부족이에요. 설문에 응한 임원의 55%가 이걸 골랐어요. 두 번째는 데이터가 여기저기 흩어져 있거나 접근하기 어려운 문제로, 45%. 눈여겨볼 건 인사이트 리더 그룹이에요. 이 그룹에선 에이전트가 맥락에 접근하는 데 애를 먹는다는 답이 상대적으로 적었어요. 맥락을 얼마나 확보했느냐가 성과 차이와 맞물려 있다고 볼 만한 대목이죠. 조사에서 나온 주요 수치는 아래 표에 한꺼번에 모아 뒀어요.

    항목 수치 읽는 법
    사업 개선으로 이어진 에이전트 인사이트 비율(평균) 48% 절반 이상은 아직 성과로 연결되지 않음
    같은 비율, 응답자가 밝힌 1년 전 평균 37% 개선 추세는 확인됨
    인사이트 리더 그룹의 같은 비율 70% 초과 품질 관리 수준에 따라 격차가 큼
    품질 저하 원인: 비즈니스 맥락 부족 55% 가장 많이 꼽힌 원인
    품질 저하 원인: 파편화되거나 접근하기 어려운 데이터 45% 두 번째 주요 원인
    평가·실행이 어려울 만큼 인사이트가 많다는 기업 52% 인사이트 과잉 문제
    모든 에이전트 인사이트를 평가할 수 있는 기업 24% 대부분은 건별로 사람이 검토
    개선 과제: AI·데이터 거버넌스 강화 60% 데이터·AI 관리 체계 정비가 우선
    개선 과제: 데이터 구조에 시맨틱 레이어 추가 45% 인터뷰한 전문가들이 핵심으로 꼽음

    맥락이 부족하다는 게 실제로 어떤 모습인지 예를 하나 들어 볼게요. 에이전트가 ‘이번 달 매출이 목표보다 낮다’는 결론을 냈다고 쳐요. 그런데 재무팀이 쓰는 매출은 반품과 할인을 뺀 금액이고, 영업팀이 보는 매출은 주문 금액 기준이에요. 이러면 에이전트가 어느 쪽 숫자를 집었느냐에 따라 정반대의 조치를 권할 수 있어요. 숫자 자체는 데이터베이스에 정확히 들어 있어요. 그 숫자가 회사 안에서 어떤 의미로 쓰이는지를 모를 뿐인데, 그 빈칸 하나로 판단이 틀어져요. 가상의 예시이긴 하지만, 부서마다 같은 이름의 지표를 다르게 계산하는 건 데이터를 다뤄 본 조직이라면 낯설지 않은 문제일 거예요.

    데이터 파편화는 이 맥락 부족을 더 키워요. 고객 정보는 고객 관리 시스템에, 주문은 주문 시스템에, 마케팅 성과는 광고 도구에 따로 있다고 해 볼게요. 에이전트는 그중 일부만 보고 결론을 내리게 돼요. 사람 분석가라면 ‘이 데이터엔 오프라인 매장 실적이 빠져 있네’ 하고 알아채서 보완하겠죠. 에이전트는 빠진 데이터가 있다는 사실조차 모른 채 그럴듯한 답을 내놓을 수 있어요. 자동화 흐름에선 대놓고 틀린 답보다 그럴듯하게 틀린 답이 더 위험해요. 걸러질 기회가 적으니까요.

    시맨틱 레이어, 에이전트에게 쥐여 주는 회사 용어 사전

    시맨틱 레이어(semantic layer)는 원천 데이터와 그 데이터를 쓰는 도구 사이에 놓이는 ‘의미 계층’이에요. 테이블·컬럼 이름 같은 기술적 구조를 ‘매출’, ‘활성 고객’, ‘이탈률’ 같은 비즈니스 용어로 번역해 주고, 지표마다 계산 방법을 한 곳에 정의해 둬요. 대시보드든 스프레드시트든 AI 에이전트든, 이 계층을 거쳐 데이터를 조회하면 전부 같은 정의로 계산된 숫자를 받게 되죠.

    에이전트 입장에선 회사 용어 사전이자 계산 규칙집이에요. 사용자가 ‘지난 분기 활성 고객이 왜 줄었지?’라고 물었을 때 테이블을 추측해서 이리저리 조합할 필요가 없어요. 시맨틱 레이어에 등록된 ‘활성 고객’ 정의를 그대로 가져다 쓰면 되니까요. 여기서 얻는 건 크게 두 가지예요.

    • 일관성: 같은 질문에 대해 부서나 도구마다 다른 숫자가 나오는 일이 줄어요.
    • 검증 가능성: 에이전트가 어떤 정의로 계산했는지 추적할 수 있어서, 결과가 이상할 때 원인을 찾기 쉬워요.

    조사 대상 기업의 45%가 데이터 아키텍처에 시맨틱 레이어를 추가하는 작업을 우선 과제로 두고 있어요. 인터뷰에 참여한 전문가들도 고성능 에이전트를 위해선 시맨틱 레이어가 결정적이라는 데 입을 모았고요. 품질 저하 1순위 원인이 맥락 부족(55%)이었으니, 맥락을 구조화해서 에이전트에 넘겨주는 장치에 투자가 몰리는 건 앞뒤가 맞는 흐름이에요.

    시맨틱 레이어를 만능으로 보면 곤란해요. 정의를 등록하는 건 결국 사람이에요. 부서 간 합의 없이 정의만 기술적으로 넣어 두면, 잘못된 정의가 모든 도구에 똑같이 퍼져요. 일관성이라는 장점이 고스란히 약점으로 뒤집히는 거죠. 시맨틱 레이어가 거버넌스와 짝을 이뤄야 효과가 나는 이유예요. 조사 대상 기업의 60%가 AI·데이터 거버넌스 강화를 우선 과제로 꼽은 것도 같은 맥락으로 읽혀요. 누가 정의를 바꿀 수 있는지, 에이전트가 어떤 데이터까지 볼 수 있는지, 어떤 조치는 사람 승인을 거쳐야 하는지. 이걸 정하는 게 거버넌스의 몫이니까요. 개인적으로는 거버넌스(60%)가 시맨틱 레이어(45%)보다 더 많이 꼽힌 게 순서상으로도 맞다고 봐요. 정의를 누가 책임질지가 먼저 정해져야 그 정의를 레이어에 올릴 수 있으니까요.

    인사이트가 쏟아질수록 실행은 오히려 줄어든다

    인사이트는 많을수록 좋을 것 같죠. 조사 결과는 반대쪽을 가리켜요. 조사 대상 기업의 52%가 분석 에이전트가 인사이트를 너무 많이 만들어 내서 제대로 평가하고 실행에 옮기기 어렵다고 답했어요. 모든 에이전트 인사이트를 평가할 수 있다는 기업은 24%에 그쳤고요. 대부분은 건별로 검토하는데, 그 과정이 사람 손을 많이 타는 방식이에요.

    이게 품질 문제와 엮이면 악순환이 돼요. 인사이트가 쏟아지면 검토자는 일부만 골라 볼 수밖에 없어요. 걸러지지 않은 인사이트 중 쓸 만한 건 묻히고, 틀린 건 자동화 흐름을 타고 그대로 실행될 위험이 생기죠. 평균 48%라는 숫자도 그래서 조심해서 읽는 게 좋아요. 나머지가 전부 틀린 인사이트라고 단정하기보다는, 평가조차 받지 못하고 흘러가 버린 인사이트가 섞여 있을 가능성을 같이 보는 게 맞아 보여요. 응답 기업의 과반(52%)이 인사이트가 너무 많아 다 평가하지 못한다고 답했으니까요.

    인사이트 과잉을 줄이는 방향은 크게 세 갈래로 생각해 볼 수 있어요. 사람이 볼 양을 줄이고, 볼 것과 흘려보낼 것을 나누고, 결과를 남기는 거예요.

    • 우선순위 기준 부여: 금액 영향, 고객 영향, 긴급도처럼 회사가 중시하는 기준으로 에이전트가 인사이트에 점수를 매기게 하고, 기준에 못 미치는 건 묶음 요약으로만 받기
    • 처방적 인사이트 분리: 행동을 촉발하는 인사이트는 별도 대기열로 보내 사람이 승인하게 하고, 기술적 인사이트는 참고용으로 흘려보내기
    • 결과 추적: 어떤 인사이트가 실행됐고 실제 개선으로 이어졌는지 기록해서, 에이전트 설정과 지시문을 고치는 근거로 쓰기

    세 번째 방법은 그 자체로 좋은 품질 지표가 돼요. 보고서가 쓴 ‘사업 개선으로 이어진 인사이트 비율’을 사내 지표로 그대로 가져오면, 에이전트 도입 효과를 감이 아니라 숫자로 관리할 수 있어요. 보고서의 평균 48%와 견줘 보고 싶은 마음도 들 텐데, ‘사업 개선’을 어떤 방식으로 측정했는지는 아직 공개되지 않았어요. 직접 비교보다는 우리 회사 숫자의 추이를 보는 데 쓰는 편이 안전해요.

    국내 데이터팀에 대입해 보면 달라질 것들

    공개된 보고서 요약에는 국내 기업 결과가 따로 나와 있지 않고, 조사 대상 국가 구성도 밝혀져 있지 않아요. 그래서 아래 내용은 보고서의 결론을 국내 환경에 대입해 본 추측이라는 점부터 짚고 갈게요.

    • 한국어 용어 매핑 작업이 늘어날 수 있어요(추측). 사내에서 ‘거래액’, ‘매출’, 영문 약어가 뒤섞여 쓰이는 경우가 적지 않죠. 자연어로 질문을 받는 에이전트가 이걸 같은 지표로 알아듣게 하려면 시맨틱 레이어에 동의어까지 정리해 둬야 해요.
    • 스프레드시트 보고서 중심 조직이라면 정의 정리부터 시작해야 할 가능성이 커요(추측). 지표 계산 로직이 담당자별 수식에 흩어져 있으면, 에이전트가 참고할 공식 정의 자체가 없는 셈이니까요.
    • 데이터팀의 역할이 ‘보고서 제작’에서 ‘정의와 규칙 관리’로 옮겨 갈 수 있어요(추측). 반복 분석을 에이전트가 맡을수록, 사람에게는 에이전트가 참조할 맥락을 설계하고 결과를 검증하는 일이 더 많이 남기 때문이에요.
    • 처방적 인사이트를 자동 실행에 연결하기 전에, 승인 절차와 책임 소재를 정하는 내부 규정이 먼저 필요해 보여요. 잘못된 조치가 평판·재무 손해로 번질 수 있다는 지적은 어느 나라 기업에나 똑같이 해당되니까요.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 조사 대상 기업에서 사업 개선으로 이어진 에이전트 인사이트 비율 평균 48%, 응답자가 밝힌 1년 전 평균 37%
    • 인사이트 리더 그룹은 이 비율이 70% 초과, 처방적 인사이트 품질에서 전체 응답자와 격차가 특히 큼
    • 품질 저하 원인으로 비즈니스 맥락 부족 55%, 파편화되거나 접근하기 어려운 데이터 45%
    • 인사이트가 너무 많아 평가·실행이 어렵다는 기업 52%, 모든 인사이트를 평가하는 기업 24%
    • 개선 과제로 AI·데이터 거버넌스 강화 60%, 시맨틱 레이어 추가 45%
    • 보고서 제작 주체는 MIT 테크놀로지 리뷰 편집국이 아닌 커스텀 콘텐츠 조직 인사이츠

    아직 불확실한 것

    • 설문 응답 기업 수와 업종·국가 구성
    • ‘인사이트 리더’ 그룹의 규모와 선정 기준
    • ‘사업 개선’ 여부를 판단한 측정 방식과 응답자 자체 평가 여부
    • 보고서 후원 기업 존재 여부
    • 시맨틱 레이어 도입 기업과 미도입 기업의 성과를 직접 비교한 수치
    • 국내 기업에서 같은 경향이 나타나는지 여부

    에이전트 붙이기 전, 지표 정의부터 맞추는 다섯 단계

    1. 자주 묻는 핵심 지표부터 정의 합의하기: 매출, 활성 고객, 이탈처럼 자주 쓰는 지표를 부서별로 어떻게 계산하는지 모은 다음, 회사 공식 정의를 하나로 정해 문서로 남겨요. 모든 지표를 한 번에 끝낼 필요는 없어요. 에이전트에 가장 먼저 맡길 업무에 쓰이는 지표부터 시작하는 게 현실적이에요.
    2. 데이터 접근 경로 정리하기: 에이전트가 봐야 할 데이터가 어느 시스템에 있는지, 권한은 누가 주는지 지도를 그려요. 접근할 수 없는 데이터가 있다면 에이전트가 답변에 그 사실을 밝히도록 지시해 두는 것도 방법이에요. 앞에서 말한 ‘빠진 줄도 모르는 데이터’ 문제를 줄여 주는 장치죠.
    3. 시맨틱 레이어에 정의 등록하기: 합의된 정의와 동의어를 시맨틱 레이어에 넣고, 에이전트가 원천 테이블을 직접 조합하기보다 이 계층을 거쳐 조회하도록 연결해요. 1단계 합의를 건너뛰고 여기로 오면, 잘못된 정의가 모든 도구에 퍼지는 문제가 그대로 생겨요.
    4. 처방적 인사이트에 승인 단계 두기: 비용이 들거나 고객에게 직접 닿는 조치는 사람이 승인한 뒤 실행되게 하고, 위험이 낮은 조치부터 자동화 범위를 넓혀 가요.
    5. 인사이트 성과 기록하기: 인사이트별로 실행 여부와 결과를 남겨서 ‘개선으로 이어진 비율’을 주기적으로 확인해요. 이 비율이 오르지 않는다면 에이전트 성능보다 맥락과 데이터 쪽을 먼저 의심해 볼 만해요.

    순서를 이렇게 잡는 이유는 단순해요. 맥락이 정리되지 않은 상태에서 에이전트부터 붙이면 인사이트 양은 늘어도, 믿고 실행할 만한 인사이트는 늘지 않아요. 인사이트 리더 그룹의 70% 초과와 전체 평균 48% 사이의 격차도 같은 방향을 가리키고요. 품질을 가르는 건 얼마나 똑똑한 에이전트를 쓰느냐보다, 그 에이전트에 회사의 맥락을 얼마나 정확하게 건네느냐예요. 모델 교체를 고민하기 전에 매출 정의 한 줄부터 맞춰 보라고 권하는 것도 그래서예요.

    출처: MIT Tech Review AI

  • 퀘스트2·프로 OS 업데이트, 2027년 3월로 끝

    퀘스트2·프로 OS 업데이트, 2027년 3월로 끝

    3줄 요약

    • 메타가 퀘스트2와 퀘스트 프로의 마지막 OS 업데이트(v213)를 2027년 3월까지 내놓습니다. 그 뒤로는 새 기능이 들어오지 않습니다.
    • 보안 패치와 치명적 버그 수정은 2027년 말까지만 나옵니다. 두 기기를 지원하는 앱은 2027년 12월까지 제출할 수 있습니다.
    • 메타는 퀘스트3·3S를 새 기준으로 정했습니다. 2027년 봄에 나올 VR 글래스와 OS·SDK가 같습니다.

    2020년에 나온 퀘스트2에 소프트웨어 지원 종료 날짜가 붙었습니다. 메타가 퀘스트2와 퀘스트 프로의 마지막 OS 업데이트를 2027년 3월까지 배포한다고 발표했다고 더버지가 전했어요. 두 기기 모두 2024년에 이미 단종됐는데요. 판매가 먼저 끝났고, 이번에는 남아 있던 소프트웨어 지원을 정리할 차례가 된 거죠.

    당장 기기가 먹통이 되지는 않아요. 걸리는 건 보안 패치입니다. 2027년 말까지만 약속돼 있거든요. 퀘스트2를 계속 쓰든 중고로 들이든, 공식 지원이 1년 남짓 남았다는 점은 계산에 넣어 두는 게 좋습니다.

    새 기능은 v213에서 끝, 보안 패치만 2027년 말까지

    메타가 내놓은 일정은 세 갈래예요. 새 기능이 담기는 OS 업데이트는 v213이 마지막입니다. 그다음부터는 보안 패치와 치명적 버그 수정만 나오는데, 이것도 2027년 말까지예요.

    나머지 하나는 개발자 일정입니다. 퀘스트2나 퀘스트 프로를 지원하는 앱은 2027년 12월까지 스토어에 제출할 수 있어요. 사용자 지원과 개발자 지원이 2027년 말에 함께 끝나는 셈이죠. 두 일정을 같은 시점에 맞춘 걸 보면, 메타가 2027년 말을 구형 기기와 갈라서는 시점으로 정했다고 봐도 무리가 없습니다.

    시점 내용
    2020년 퀘스트2 출시
    2022년 퀘스트 프로 출시
    2024년 퀘스트2·퀘스트 프로 단종
    2027년 3월까지 마지막 OS 업데이트(v213) 배포 예정
    2027년 봄 메타 VR 글래스 출시 예정
    2027년 12월까지 퀘스트2·프로 지원 앱 제출 가능
    2027년 말까지 보안 패치·치명적 버그 수정 제공

    퀘스트3·3S를 기준으로 세운 건 VR 글래스 때문

    메타는 퀘스트3와 퀘스트3S를 “이제 메타 VR 게이머의 기준”이라고 불렀어요. 발표 시점도 눈에 띄는데요. VR 글래스가 2027년 봄에 나올 예정이니, 그 전에 플랫폼을 정리해 두려는 것으로 보입니다.

    메타는 “퀘스트2와 퀘스트 프로는 이 플랫폼의 기반을 만들었고, 지금도 수백만 명이 이 기기로 게임을 한다”고 설명했습니다. 이어서 퀘스트3·3S는 앱이 쓸 수 있는 성능에 여유가 더 있고 혼합현실(MR)도 기본으로 지원한다고 했어요. 그중 가장 중요한 건 마지막 대목입니다. 퀘스트3·3S에 맞춘 앱은 같은 OS와 SDK를 쓰는 VR 글래스에서도 그대로 돌아간다는 거예요.

    “성능 여유가 더 있다”는 말을 거꾸로 읽으면, 그동안 구형 기기까지 지원하느라 앱 성능을 낮춰 맞춰야 했다는 뜻이기도 해요. 개발자는 퀘스트3 세대에 맞춰 만들면 다음 기기까지 한 번에 대응할 수 있게 되고요. 아직 수백만 명이 쓰는 기기를 정리하는 것도 앱들을 VR 글래스 쪽으로 옮기려는 계산으로 보입니다.

    퀘스트 프로도 눈여겨볼 만해요. 2022년에 나와 2024년에 단종됐으니 퀘스트2보다 늦게 나온 기기거든요. 그런데 OS 업데이트가 끊기는 시점은 2020년에 나온 퀘스트2와 같습니다. 메타가 출시 연도가 아니라 기기 세대에 따라 지원을 끝낸다는 뜻이죠. 비싼 신형을 산다고 그만큼 오래 지원받는다는 보장은 없다는 얘기라, 앞으로 메타 기기를 살 때도 참고할 만합니다.

    퀘스트2·프로 사용자가 2027년에 점검할 네 가지

    퀘스트2나 퀘스트 프로를 쓰고 있다면 2027년은 사실상 준비 기간이에요. 아래는 메타가 밝힌 일정을 바탕으로 정리한 점검 항목입니다. 추정인 부분은 따로 표시해 뒀어요.

    • 2027년 3월 이후: 새 기능은 더 들어오지 않습니다. 이후 OS에 추가되는 기능은 퀘스트3 세대에서만 쓸 수 있다고 보면 돼요.
    • 2027년 말 이후: 보안 패치 약속이 끝납니다. 계정과 결제 정보가 연결된 기기라서, 그 뒤에도 쓰려면 보안 위험을 감수해야 할 것으로 보입니다(추정).
    • 신작 호환성: 두 기기를 지원하는 앱 제출이 2027년 12월에 끝납니다. 그래서 2028년 이후 나오는 신작은 퀘스트2·프로에서 하기 어려울 가능성이 큽니다(추정).
    • 중고 구매: 지금 퀘스트2를 중고로 사면 공식 보안 지원은 1년 남짓밖에 안 남아요. VR을 새로 시작한다면 메타가 기준으로 정한 퀘스트3·3S부터 비교해 보는 편이 낫습니다. 중고로 산 기기가 1년 남짓 뒤면 보안 패치 없이 남는다는 점까지 생각하면 더 그래요.

    국내 VR 콘텐츠 개발사도 계획을 다시 세워야 할 상황입니다. 메타는 퀘스트3·3S용 앱이 VR 글래스에서도 돌아간다고 했어요. 그러니 개발 우선순위가 신형 기기 쪽으로 기우는 건 자연스러워 보입니다. 앱 하나로 퀘스트3 세대와 VR 글래스를 함께 노릴 수 있으니, 구형 기기에 개발 자원을 더 쓸 이유는 점점 약해질 수밖에 없거든요.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 퀘스트2·퀘스트 프로의 마지막 OS 업데이트는 v213이며, 2027년 3월까지 배포할 계획
    • 보안 패치와 치명적 버그 수정은 2027년 말까지 제공
    • 두 기기를 지원하는 앱은 2027년 12월까지 제출 가능
    • 퀘스트3·3S가 새 기준이며, VR 글래스와 OS·SDK가 같음
    • 메타 VR 글래스는 2027년 봄 출시 예정

    아직 불확실한 것

    • v213에 들어갈 기능과 정확한 배포 날짜
    • 2028년 이후 퀘스트2·프로의 스토어 접속과 기존 앱 실행이 계속되는지
    • 2027년 12월 이후 기존 앱 업데이트를 어디까지 받을 수 있는지
    • VR 글래스의 정확한 출시일, 사양, 가격
    • VR 글래스의 국내 출시 여부

    설득력은 2027년 봄 VR 글래스 성적에 달렸다

    메타에게 이번 결정은 수백만 명의 구형 기기 사용자를 신형으로 옮기는 일이에요. 메타가 내세우는 가장 큰 장점은 호환성입니다. 퀘스트3·3S로 바꾼 사용자는 VR 글래스에서도 같은 앱을 쓸 수 있다는 거죠.

    위험도 같은 곳에 있습니다. VR 글래스가 2027년 봄 일정을 못 지키거나 반응이 시원찮으면, 구형 기기를 정리한 명분도 약해지거든요. 퀘스트2 사용자라면 서두를 필요는 없어 보여요. 보안 패치가 2027년 말까지 나오니까, 2027년 봄에 VR 글래스가 공개되는 걸 보고 업그레이드 시기를 정해도 늦지 않습니다.

    출처: The Verge

  • Claude 확장 백도어, 감염 점검과 업데이트 설정

    Claude 확장 백도어, 감염 점검과 업데이트 설정

    3줄 요약

    • Cursor 마켓플레이스의 Anthropic 공식 계정으로 Claude VS Code 확장의 악성 버전 2.1.313이 배포됐습니다. Cursor는 영향을 받은 사용자를 최대 5,000명으로 봤습니다. 확장 자동 업데이트가 기본값이어서 사용자가 아무것도 하지 않아도 설치될 수 있었습니다.
    • 백도어가 SSH 키를 추가하는 단계는 관리자 권한으로 실행하지 않았다면 코드 오류로 실패했습니다. 하지만 기기 정보 전송과 지속성 설치는 이 단계와 상관없이 시도됐습니다. 확장을 새 버전으로 바꿔도 시스템에 남은 흔적은 직접 지워야 합니다.
    • 점검은 지속성(LaunchAgent·예약 작업) → authorized_keys와 SSH 서비스 → 외부 통신 흔적 → 자격 증명 교체 순서로 합니다. 예방하려면 자동 업데이트를 ‘확인 후 수동 적용’으로 바꾸고, IDE를 관리자 권한으로 실행하지 않아야 합니다.

    SSH 백도어가 든 확장을 올린 건 정체불명의 배포자가 아니었습니다. Cursor 마켓플레이스에 등록된 Anthropic의 공식 계정이었거든요. 그 계정으로 배포된 Claude VS Code 확장 2.1.313은 개발자 PC에 SSH 백도어를 심으려 했고, Ars Technica 보도에 따르면 12시간 가까이 배포됐습니다. Cursor가 집계한 영향 사용자는 최대 5,000명.

    확장을 고를 때 흔히 보는 건 게시자 이름, 다운로드 수, 평점 정도인데요. 이번엔 이런 신뢰 신호가 아무 경고도 주지 못했습니다. 게시자는 진짜 공식 계정이었고, 같은 확장의 새 버전이었으니 다운로드 수나 평점이 달라질 이유도 없었으니까요. 더 큰 문제는 확장이 IDE와 같은 권한으로 돈다는 점입니다. 확장 업데이트 한 번이면 소스 코드와 자격 증명 전체에 접근할 수 있게 되는 구조예요.

    공식 계정이 뚫리면 악성 코드도 정상 업데이트 경로로 들어온다

    공급망 공격은 사용자를 직접 노리지 않습니다. 사용자가 이미 믿고 쓰는 소프트웨어, 그 배포 과정 한가운데에 끼어드는 방식이에요. 보안 업체 Phorion의 공동창업자이자 CTO인 루크 로버츠(Luke Roberts)도 이번 사건을 “공격자가 공식 배포 채널의 접근 권한을 얻은 공급망 공격”이라고 설명했습니다. 악성 버전 2.1.313은 Anthropic 공식 계정에 올라가, 바로 앞의 정상 버전 2.1.312를 밀어내고 그 자리를 차지했습니다.

    피해를 키운 건 자동 업데이트였습니다. 로버츠에 따르면 Cursor는 확장을 기본적으로 자동 업데이트하고, 설정에서 이걸 바꿀 수 있는데요. 기본값을 건드리지 않았다면 확장을 새로 깔지 않았어도, 편집기를 켜 두기만 했는데 2.1.313을 받았을 수 있다는 얘기입니다. 사용자는 아무것도 안 했는데 감염 경로는 열려 있었던 셈이죠. 독립 보안 연구자 케빈 보몬트(Kevin Beaumont)에 따르면 Anthropic은 몇 시간 뒤 2.1.314를 배포했습니다. 공격자가 계정을 어떻게 장악했는지는 Cursor도, Anthropic도 설명하지 않았고요.

    확장 하나가 왜 이렇게까지 위험할까요. 권한 구조 때문입니다. VS Code 계열 편집기의 확장에는 별도 샌드박스가 없어요. 편집기를 실행한 OS 사용자 계정의 권한을 그대로 씁니다. Cursor도 마찬가지라 확장은 IDE 권한으로 실행되고, 설치되는 순간 로컬 파일, 소스 코드, 터미널, Git 같은 개발 도구에 바로 손이 닿습니다. 게시자를 확인하는 습관은 모르는 사람이 만든 확장을 거르는 데는 쓸모가 있어요. 정상 게시자의 계정이 탈취된 경우엔 소용이 없고요. 이번이 딱 그 경우였습니다.

    악성 버전 2.1.313이 시도한 네 가지 동작과 실제 결과

    Cursor의 분석을 보면 악성 코드는 Windows, macOS, Linux 어디서든 돌도록 짜여 있었습니다. 노린 건 지속형 백도어. 공격자의 SSH 키를 등록하고, 로컬 SSH 서비스를 켠 다음, 역방향 SSH 터널을 여는 구성이었습니다. 동작별로 쪼개 보면 이렇습니다.

    동작 세부 내용 분석 결과
    기기·사용자 정보 수집 호스트 이름, 사용자 이름, OS, 아키텍처, 홈 디렉터리 경로, 환경 변수 이름, 작업 디렉터리, Git에 설정된 이메일, 공인 IP 환경 변수 이름만으로 클라우드 자격 증명과 API 토큰을 가진 기기를 골라낼 수 있음(Phorion)
    SSH 백도어 설치 공격자 SSH 키를 authorized_keys에 추가, 로컬 SSH 서비스 활성화, 역방향 SSH 터널 개방 Cursor를 관리자 권한으로 실행한 예외적인 경우가 아니면 코드 오류로 실패. 역방향 셸이 접속하던 서버는 Cursor가 호스팅 업체와 협력해 차단
    지속성 확보 macOS는 LaunchAgent, Windows는 SYSTEM 권한 예약 작업(실패하면 시작 스크립트로 대체) 백그라운드 스크립트가 약 60초마다 터널 연결을 재시도. Windows·macOS 코드의 버그로 일부 경우에는 작동하지 않음
    상태 보고 기기 정보와 백도어 상태를 8099번 포트의 /beacon 경로로 HTTP POST 전송 코드에 결함이 있어도 지속성 설치와 정찰 정보 전송은 이뤄지므로 여전히 중대한 위협(Phorion)

    이 표에서 놓치면 안 되는 게 하나 있습니다. 실패했다고 안전한 건 아니라는 점이에요. SSH 키 추가는 대부분의 환경에서 실패했지만, 정보 수집과 지속성 설치는 그 단계와 따로 굴러갑니다. 원격 셸이 안 열렸더라도 내 기기 정보는 이미 공격자에게 넘어갔을 수 있다는 뜻이죠.

    가장 눈여겨볼 대목은 환경 변수 이름 수집입니다. 값을 빼 갈 필요도 없어요. AWS_ACCESS_KEY_ID나 GITHUB_TOKEN 같은 이름만 봐도 그 기기에 어떤 클라우드 자격 증명과 API 토큰이 있는지 목록이 나오거든요. Phorion은 공격자가 이 목록으로 후속 공격 대상의 우선순위를 매기려 했을 것으로 봤습니다. 개발자 PC가 일반 사무용 PC보다 노릴 가치가 큰 표적인 이유가 바로 여기 있습니다. 변수 이름 몇 줄이 다음 공격의 지도 노릇을 하는 셈이고요.

    감염 여부는 확장 버전이 아니라 시스템에 남은 흔적으로 본다

    자동 업데이트를 켜 뒀다면 확장 버전은 이미 2.1.314 이후로 바뀌어 있을 가능성이 큽니다. 버전만 보고 ‘괜찮네’ 하고 넘어가면 곤란한 이유예요. LaunchAgent와 예약 작업은 확장 폴더 밖에 만들어지기 때문에, 확장을 업데이트하든 삭제하든 그대로 남아 있다고 보는 게 안전합니다. 버전은 영향 대상인지 가늠하는 데만 쓰고, 감염 여부는 흔적으로 판단하세요.

    기준이 되는 시간대는 미국 동부시간 오전 5시 27분부터 오후 4시 35분까지입니다. 악성 버전이 배포된 이 시간 동안 Cursor에서 이 확장을 설치하거나 업데이트했다면 영향을 받은 걸로 간주해야 하고, 그 전후에 업데이트한 경우도 감염 가능성을 열어 두는 편이 좋습니다. Cursor와 Phorion이 IP 주소와 파일 해시 같은 침해 지표(IOC)를 공개했으니, 아래 점검 결과를 그 목록과 하나씩 대조해 보세요. 아래 경로는 각 OS의 기본 설정 기준이고, OS 버전에 따라 화면 구성이 조금 다를 수 있습니다.

    공통: 확장 버전 확인

    • Cursor의 확장 뷰(Windows·Linux Ctrl+Shift+X, macOS Cmd+Shift+X)에서 Anthropic의 Claude 확장을 선택하면 상세 화면에 버전 번호가 뜹니다.
    • 터미널이 편하다면 cursor --list-extensions --show-versions로 목록을 뽑을 수 있어요. 단, Cursor 셸 명령이 PATH에 등록돼 있어야 하고, 이 옵션이 Cursor에서도 VS Code와 똑같이 동작하는지는 검증되지 않았습니다.

    macOS

    • ls -la ~/Library/LaunchAgents로 사용자 LaunchAgent 목록을 열고, 설치한 기억이 없는 .plist 파일과 그 생성 시각을 봅니다. 시스템 전체에 적용되는 /Library/LaunchAgents도 같이 확인하세요.
    • launchctl list를 실행해 지금 로드된 에이전트 중 이름이 낯선 항목을 찾습니다.
    • 시스템 설정 → 일반 → 공유 → 원격 로그인(macOS 12 이하는 시스템 환경설정 → 공유 → 원격 로그인)을 확인합니다. 켠 적이 없는데 켜져 있다면 의심 신호예요.
    • cat ~/.ssh/authorized_keys로 모르는 공개 키가 들어가 있지 않은지 봅니다.

    Windows

    • Win+R → taskschd.msc → 작업 스케줄러 라이브러리. 배포 시간대 이후에 만들어졌고 실행 계정이 SYSTEM인 낯선 작업이 있는지 살핍니다.
    • Win+R → shell:startup과 shell:common startup을 차례로 열어, 시작 프로그램 폴더에 낯선 스크립트 파일이 없는지 봅니다. 예약 작업 생성에 실패하면 시작 스크립트로 대체하도록 짜여 있었으니 이 폴더도 빼먹으면 안 됩니다.
    • 설정 → 시스템 → 선택적 기능(Windows 10과 초기 Windows 11은 설정 → 앱 → 선택적 기능)에서 ‘OpenSSH 서버’가 설치돼 있는지 확인하고, services.msc에서 ‘OpenSSH SSH Server’ 서비스 상태를 봅니다.
    • %USERPROFILE%\.ssh\authorized_keys를 엽니다. 관리자 그룹 계정이라면 Windows OpenSSH가 쓰는 C:\ProgramData\ssh\administrators_authorized_keys까지 확인해야 합니다.

    Linux

    • cat ~/.ssh/authorized_keys로 등록된 키를 확인합니다.
    • systemctl status ssh(Debian·Ubuntu) 또는 systemctl status sshd(Fedora·RHEL 계열)로 SSH 서비스가 켜져 있는지, 언제 활성화됐는지 봅니다.
    • Linux에서 쓰인 지속성 방식은 분석 자료에 구체적으로 나오지 않았습니다. 일반적인 자동 실행 위치인 crontab -l, systemctl --user list-unit-files, ~/.config/autostart를 함께 훑어보세요.

    공통: 외부 통신 흔적

    • macOS·Linux는 lsof -nP -i :8099, Windows는 netstat -ano | findstr :8099를 실행합니다. 결과에 PID가 나오면 작업 관리자의 ‘세부 정보’ 탭에서 찾아볼 수 있어요.
    • 역방향 셸 서버가 차단돼 있으니 연결 자체는 실패할 겁니다. 그래도 스크립트는 약 60초마다 재시도하거든요. 방화벽이나 보안 제품 로그에 IOC 목록의 IP로 향하는 반복 연결 시도가 남아 있다면, 지속성이 설치됐다는 신호로 보면 됩니다.

    흔적이 나왔다면 차단, 제거, 자격 증명 교체 순으로

    1. 통신 차단: 네트워크 연결을 끊거나, 방화벽에서 IOC 목록의 IP와 8099번 포트로 나가는 연결을 막습니다. Cursor가 서버를 차단하긴 했지만 공격자가 다른 서버로 옮겨 갈 수도 있어요. 로컬에서 한 번 더 막아 두는 편이 낫습니다.
    2. 지속성 제거: macOS는 launchctl bootout gui/$(id -u) ~/Library/LaunchAgents/파일명.plist로 에이전트를 내린 다음 파일을 지웁니다. Windows는 작업 스케줄러에서 해당 작업을 삭제하고, 시작 프로그램 폴더의 스크립트도 함께 지우세요. 지우기 전에 파일 사본을 따로 챙겨 두면 좋습니다. 해시를 IOC와 대조하거나 보안 담당자에게 넘길 때 쓸 수 있거든요.
    3. SSH 정리: authorized_keys에서 모르는 키가 적힌 줄을 지웁니다. 원격 로그인을 쓸 일이 없다면 SSH 서비스를 끄고 OpenSSH 서버도 제거하세요.
    4. 자격 증명 교체: 공격자 손에 환경 변수 이름 목록이 들어갔습니다. 셸 설정 파일(~/.zshrc, ~/.bashrc)과 프로젝트의 .env에 있는 클라우드 키, API 토큰, Git 토큰부터 다시 발급하세요. 수집된 건 이름뿐이라도, 악성 확장은 IDE 권한으로 파일을 읽을 수 있었습니다. 값까지 노출됐다고 가정하는 게 맞습니다.
    5. 피해 범위 판단: Cursor를 관리자 권한으로 실행한 적이 있다면 얘기가 달라집니다. SSH 키 추가 단계가 성공했을 수 있거든요. 이 경우엔 외부에서 셸 접근이 가능했다고 보고 OS 재설치까지 검토하세요. 회사 기기라면 혼자 처리하지 말고 보안 담당 부서에 먼저 알리는 게 순서입니다. 그 기기에서 접근할 수 있던 저장소와 클라우드 계정의 감사 로그도 확인해야 하고요.

    Git 이메일이 수집됐다는 점도 그냥 넘기긴 어렵습니다. 이메일, 사용자 이름, 작업 디렉터리 경로가 한데 모이면 특정 회사나 프로젝트를 겨냥한 피싱 메일을 만들기가 훨씬 쉬워지니까요. 다만 이건 실제 악용 사례가 보고된 게 아니라, 수집 항목을 보고 추정한 위험입니다.

    국내 사용자도 판단 기준은 같고, 조직엔 숙제가 더 있다

    Cursor 마켓플레이스가 지역마다 다른 버전을 배포했다는 정보는 없습니다. 국내 사용자도 해외 사용자와 같은 기준으로 보면 돼요. 배포 시간대, 자동 업데이트 설정, 그리고 그 시간대에 Cursor를 실행했는지. 이 세 가지입니다.

    • 공지를 기다리지 않는다: Ars Technica 보도 시점까지 Anthropic은 고객에게 공개 경고를 내지 않았습니다. 한국어 안내가 따로 나오길 기다리느니, Cursor 공지와 Phorion이 공개한 IOC를 직접 대조하는 쪽이 빠릅니다.
    • 사내 보안 솔루션이 놓쳤을 가능성(추정): 악성 동작이 Cursor라는 정상 프로세스 안에서 일어났기 때문에, 백신이나 EDR이 이상 행위로 판단하지 못했을 수 있습니다. 보안팀에 IOC를 넘기고 기기 전체를 검색해 달라고 요청하는 게 가장 확실한 방법이에요.
    • IDE 확장도 승인 대상에 넣기(제안): 설치 프로그램은 승인 절차를 거치게 하면서 편집기 확장은 개인 재량에 맡기는 조직이 적지 않을 것으로 추정됩니다. 공식 게시자의 확장도 오염될 수 있다는 게 이번에 드러났으니 허용 목록만으로는 부족해요. 버전 고정까지 함께 운영해야 효과가 납니다.
    • 사내망과 재택 환경의 차이(추정): 8099처럼 흔히 쓰지 않는 포트로 나가는 트래픽을 막아 둔 사내망이라면 상태 보고 전송이 막혔을 수 있습니다. 반대로 재택 중에 집 네트워크에서 Cursor를 썼다면 이런 보호는 받지 못했던 거고요.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 악성 버전은 2.1.313이며, Cursor 마켓플레이스의 Anthropic 공식 계정으로 배포되어 2.1.312를 대체했다.
    • Cursor가 집계한 영향 사용자는 최대 5,000명이다.
    • Anthropic은 몇 시간 뒤 2.1.314를 배포했고, Cursor는 악성 버전을 내리고 추가 배포를 막았다.
    • Cursor는 마켓플레이스를 잠시 닫고 키 교체, 접근 통제 감사, 다른 확장의 오염 여부 확인을 마친 뒤 다시 열었다.
    • Cursor 확장은 기본적으로 자동 업데이트되며, 설정에서 바꿀 수 있다.
    • SSH 키 추가 단계는 Cursor를 관리자 권한으로 실행하지 않았다면 코드 오류로 실패한다.
    • Cursor와 Phorion이 IP 주소와 해시 등 침해 지표를 공개했다.

    아직 불확실한 것

    • Anthropic 공식 계정이 탈취된 경로
    • Anthropic이 고객에게 공지하지 않은 이유
    • 5,000명 중 지속성 설치까지 성공한 실제 감염 기기 수
    • Linux에서 쓰인 지속성 방식
    • 환경 변수 값이나 소스 코드의 실제 유출 여부
    • Cursor 외 다른 배포 채널에 올라간 같은 확장의 영향 여부

    자동 업데이트는 끄기보다 ‘확인 후 수동 적용’으로 바꾼다

    자동 업데이트를 아예 꺼 버리면 이번 같은 악성 버전은 피할 수 있습니다. 대신 문제를 고친 2.1.314 같은 수정 버전도 늦게 받게 되죠. 악성 버전이 몇 시간 만에 교체됐다는 걸 떠올려 보면, 업데이트 알림은 받되 적용만 하루쯤 미뤘어도 2.1.313은 건너뛸 가능성이 높았습니다. 완전히 끄는 것보다 ‘확인 후 수동 적용’이 낫다고 보는 이유예요. 셸 명령을 실행하거나 파일 여러 개를 한꺼번에 고치는 AI 에이전트 확장처럼 권한이 큰 확장일수록 이 방식이 더 유리합니다.

    전체 확장의 자동 업데이트 끄기: 명령 팔레트(Windows·Linux Ctrl+Shift+P, macOS Cmd+Shift+P)에서 ‘Preferences: Open User Settings (JSON)’을 열고 아래 두 줄을 넣습니다.

    "extensions.autoUpdate": false,
    "extensions.autoCheckUpdates": true

    첫 줄이 자동 설치를 막고, 둘째 줄이 업데이트 확인과 알림은 그대로 살려 둡니다. 화면에서 바꾸고 싶다면 설정 검색창에 extensions.autoUpdate를 입력한 뒤 ‘Extensions: Auto Update’ 값을 None으로 고르면 돼요. 다만 Cursor에는 전용 설정 화면과 VS Code 방식의 설정 화면이 따로 있고, 후자로 들어가는 메뉴 경로는 확인되지 않았습니다. 명령 팔레트로 가는 편이 빠릅니다.

    특정 확장만 자동 업데이트 끄기: 확장 뷰 → 대상 확장 우클릭 → ‘Auto Update’ 체크 해제. 확장별 자동 업데이트를 지원하는 VS Code 버전에 있는 기능인데, Cursor에서도 같은 항목이 보일지는 장담하기 어렵습니다. 전체 자동 업데이트는 켜 두고 권한이 큰 확장만 손으로 관리하고 싶을 때 쓰는 방법이에요.

    버전 고정: 확장 우클릭 → ‘Install Specific Version…'(이전 표기 ‘Install Another Version…’) → 검증된 버전 선택. VS Code는 이렇게 설치한 확장의 자동 업데이트를 끄도록 동작합니다. 그래도 적용한 뒤엔 해당 확장의 Auto Update 체크 상태를 한 번 더 확인해 두세요.

    IDE를 관리자 권한으로 실행하지 않기: 이번 백도어는 SSH 키 추가 단계의 코드가 잘못 짜여 있어서, 관리자 권한으로 실행된 경우에만 이 단계가 성공했습니다. 공격자의 실수 덕을 본 셈인데요. 다음 공격자는 이 오류를 고쳐서 올 수 있으니 거기에 기댈 일은 아닙니다. Windows라면 Cursor 바로 가기 우클릭 → 속성 → 호환성 → ‘관리자 권한으로 이 프로그램 실행’ 체크를 해제하세요. macOS와 Linux에서는 sudo로 편집기를 실행하지 않으면 됩니다. 확장은 편집기 권한을 그대로 물려받으니까, 편집기 권한을 낮추는 게 피해 규모를 줄이는 가장 간단한 방법입니다.

    조직 단위 허용 목록: VS Code는 extensions.allowed 설정으로 설치할 수 있는 게시자, 확장, 버전을 제한할 수 있습니다. 허용 버전을 지정해 두면 공식 계정에 새 버전이 올라와도 검토를 마치기 전엔 설치되지 않아요. Cursor가 이 정책을 똑같이 지원하는지는 검증 전이니, 도입하기 전에 테스트 기기에서 먼저 돌려 보세요. 게시자가 공식 계정인지 따지는 건 이번엔 아무 소용이 없었습니다. 이런 공격에 실제로 효과가 있는 건 업데이트가 언제, 어떤 권한으로 적용되는지를 관리하는 쪽입니다.

    출처: Ars Technica

  • 아이폰 RAW 카메라 앱, 색 정하는 시점이 다르다

    아이폰 RAW 카메라 앱, 색 정하는 시점이 다르다

    3줄 요약

    • 아이폰 기본 카메라는 셔터를 누르는 순간 애플의 이미지 처리를 거쳐 색과 톤이 정해진다.
    • RAW 기반 현상 앱은 처리 전 데이터를 받아 앱만의 공식으로 색·톤·그레인을 입힌다. Chromagraph Camera가 대표 사례다.
    • 앱을 고르는 핵심 기준은 편집 기능 수가 아니라 그 앱의 색 취향이 내 취향과 맞는지다. 하드웨어 한계는 앱으로 넘지 못한다.

    13달러짜리 사진 앱 하나가 iOS 앱스토어 유료 다운로드 1위에 올랐다. 이름은 Chromagraph Camera. 만든 사람은 영화 〈나이브스 아웃〉과 〈스타워즈: 라스트 제다이〉를 찍은 촬영감독 스티브 예들린(Steve Yedlin)이다.

    할 줄 아는 건 정지 사진 촬영 하나다. 동영상도 없고, 모든 걸 만지는 전문 편집 기능도 없다. 대신 ‘색을 언제, 누가 정하느냐’라는 질문 하나에 앱 전체를 걸었다. 결제는 한 번이면 끝나고 구독은 없다.

    결론부터 말하면 이 앱의 색이 기본 카메라와 다른 건 보정을 한 겹 더 얹어서가 아니다. 애플의 이미지 처리를 건너뛰고 RAW 데이터에서 다시 출발하기 때문이다. 이 구조를 알고 나면 아이폰 기본 카메라, RAW 촬영, 자동 현상 앱 중에 뭘 고를지 기준도 저절로 잡힌다.

    아이폰 기본 카메라는 셔터를 누르는 순간 색을 정한다

    스마트폰은 센서에 들어온 빛을 그대로 저장하지 않는다. 셔터를 누르는 순간 노출, 색, 선명도, 노이즈를 자동으로 손보는 이미지 처리가 먼저 돌아간다. 사진 앱에서 보는 건 그 처리가 끝난 결과물이다.

    계산으로 사진을 만들어 내는 이 방식을 컴퓨테이셔널 포토그래피라고 한다. 여기에 생성형 AI까지 끼어들면서 ‘스마트폰 사진은 어디까지가 사진인가’를 두고 논쟁이 다시 붙었다.

    • 장점: 설정을 하나도 몰라도 된다. 꺼내서 누르기만 하면 무난한 사진이 나온다.
    • 한계: 색과 톤을 어떻게 해석할지는 제조사가 먼저 정한다. 사용자 손에 들어오는 건 처리가 이미 끝난 결과물이다.

    예들린의 시각은 조금 다르다. 예들린은 어떤 이미지도 현실을 문자 그대로 옮긴 것은 아니라고 본다. 한껏 양식화한 사진이든 밋밋한 기록 사진이든 결국 하나의 해석이라는 얘기다.

    이 말을 받아들이면 기본 카메라 사진을 ‘손대지 않은 정답’으로 볼 근거도 약해진다. 애플이 고른 해석 하나일 뿐이다. 따질 건 해석이 있느냐 없느냐가 아니다. 그 해석이 내 취향과 맞느냐다.

    Chromagraph Camera는 RAW로 찍고 나중에 현상한다

    RAW는 이미지 처리를 거치기 전, 센서 데이터에 가까운 파일이다. 여기서 중요한 건 파일 형식보다 순서다. 색과 톤을 정하는 단계가 촬영 뒤로 밀린다. 같은 필름이라도 어떻게 현상하느냐에 따라 결과가 달라지던 것과 비슷한 이치.

    Chromagraph Camera는 이 순서를 그대로 가져다 쓴다.

    • 기본 처리 대신 RAW 데이터 사용: 아이폰의 기본 이미지 처리를 건너뛴다. 촬영한 RAW 데이터에는 예들린이 영화 작업에 쓰는 것과 비슷한 공식을 적용한다. 예들린은 영화에 쓰는 이미지 처리를 전부 직접 작성한다고 밝혔다.
    • 찍고 나서 현상: 뷰파인더로 보던 화면과 최종 결과물이 같지 않다. 셔터를 누른 뒤 앱이 고유의 톤·색·그레인 효과를 입히는 동안 잠깐 기다려야 한다.
    • 처리 후 미세 조정: 현상이 끝난 사진의 전체 노출이나 질감은 앱 안에서 다시 바꿀 수 있다.

    개발에는 예들린과 오래 호흡을 맞춰 온 라이언 존슨 감독, 그리고 프로그래머 에릭 캐머런이 참여했다. 세 사람은 출시 전 두어 달 동안 앱을 시험하면서 자기들 색 취향에 맞게 다듬었다. 세 사람의 눈이 그대로 앱의 기본값이 된 셈이다.

    항목 내용 사용자 입장에서 의미
    지원 기기 아이폰 전용 안드로이드 폰에서는 쓸 수 없음
    가격 13달러 일회성 결제 구독 없이 한 번 구매
    촬영 범위 정지 사진만 (동영상 미지원) 영상 색감을 맞추는 용도로는 못 씀
    처리 방식 RAW 촬영 후 자체 공식으로 현상 아이폰 기본 처리와 다른 색·톤
    미리보기 뷰파인더 화면과 최종 결과가 다름 결과는 촬영 뒤에 확인
    후보정 노출·질감 조정 모든 걸 만지는 전문 편집 도구는 아님
    제작진 스티브 예들린, 라이언 존슨, 에릭 캐머런 영화 촬영 현장의 색 취향 반영

    표를 보면 이 앱이 안 하는 일이 더 선명하게 보인다. 영상, 안드로이드, 세세한 수동 편집은 처음부터 범위 밖이다. 빠뜨린 기능이라기보다는 일부러 덜어 낸 쪽에 가깝다.

    RAW 카메라 앱을 고를 때 걸러 볼 다섯 가지

    RAW를 다루는 카메라 앱은 아이콘만 보면 다 비슷하다. 그런데 만든 목적이 제각각이다. 아래 순서대로 걸러 보면 사 놓고 홈 화면 구석에 묵혀 두는 일은 줄일 수 있다.

    1. 색 취향이 정해진 앱인가, 도구형 앱인가
      Chromagraph Camera는 ‘의견이 분명한(opinionated)’ 룩을 아예 간판으로 내건다. 예들린의 설명도 “우리가 좋아하는 방식으로 사진을 찍는, 큐레이션된 앱”이다. 수동 조작 항목을 잔뜩 늘어놓는 도구형 앱과는 출발점부터 다르다. 이런 취향형 앱이라면 판단할 건 사실상 하나다. 샘플 사진이 마음에 드느냐.
    2. 촬영 후 얼마나 손댈 생각인가
      보정 자체를 즐긴다면 RAW 파일을 받아 편집 앱에서 주무르는 쪽이 낫다. 반대로 손대지 않고 바로 분위기 있는 결과물을 원한다면 자동 현상형이 맞다. 와이어드(Wired) 기자는 평소 기본 설정으로만 찍는 쪽인데도, 아무것도 건드리지 않았는데 양식화된 사진이 나온다는 점을 이 앱의 장점으로 꼽았다. 보정이 귀찮은 사람에게 오히려 맞을 수 있다는 얘기다.
    3. 사진만 필요한가, 영상도 필요한가
      Chromagraph Camera는 정지 사진 전용이다. 사진과 영상의 색감을 한 톤으로 맞추고 싶다면 이 앱 하나로는 해결이 안 된다. 다른 선택지를 같이 봐야 한다. 촬영감독이 만든 앱에 영상 기능이 빠졌다는 점은 조금 의외다.
    4. 결제 방식
      한 번 사면 끝인지, 매달 돈이 나가는지에 따라 길게 봤을 때 비용 차이가 크다. 오래 쓸 앱이라면 일회성 결제 쪽이 부담이 덜하다. 잠깐 써 볼 생각이라면 무료 체험이 있는지부터 확인한다. Chromagraph Camera는 13달러 일회성 결제다.
    5. 하드웨어 한계에 대한 기대치
      여기는 만든 사람부터 선을 긋는다. 예들린은 “프로 카메라 수준의 제어를 아이폰에서 할 수 있다는 생각은 어차피 사실이 아니다”라고 말했다. 앱이 하드웨어를 다룰 수 있는 범위는 애플이 열어 준 만큼이다. 센서나 렌즈 같은 물리 조건은 어떤 앱을 깔아도 그대로다. 앱에서 ‘더 좋은 카메라’가 아니라 ‘다른 해석’을 산다고 생각하고 고르는 게 실망이 적다.

    유료 앱 사기 전, 아이폰 기본 기능으로 색 바꾸기

    돈 쓰기 전에 먼저 해 볼 게 있다. 애플이 기본으로 넣어 둔 색 조정 도구도 생각보다 많다. 따뜻한 톤이 좋은지, 대비가 강한 쪽이 좋은지 정도는 이것만으로도 미리 가늠해 볼 수 있다. 아래 경로는 iOS 버전과 기종에 따라 표기가 일부 바뀔 수 있다.

    ① 찍은 사진 색 보정

    • 사진 앱 → 보정할 사진 열기 → 편집 → 조절(노출·대비·채도·따뜻함 등 슬라이더) 또는 필터
    • 편집해도 원본은 지워지지 않는다. 편집 화면의 ‘복귀’를 누르면 처음 상태로 돌아간다(버튼 표기는 확실하지 않음).

    ② RAW로 저장하기 (Pro 모델)

    • 설정 → 카메라 → 포맷 → ‘ProRAW 및 해상도 제어’ 켜기 (구버전 iOS는 ‘Apple ProRAW’)
    • 켜고 나면 카메라 앱 상단에 RAW 버튼이 생긴다. 찍을 때마다 이 버튼으로 켜고 끈다.
    • RAW 파일은 일반 사진보다 용량이 훨씬 크다. 저장 공간이 넉넉한지부터 본다.

    Pro가 아닌 모델에는 이 메뉴 자체가 없다. 이럴 땐 서드파티 앱이 내 기종에서 RAW를 지원하는지 앱스토어 설명란에서 확인해야 한다.

    ③ 촬영 단계에서 색 톤 고정하기

    • 카메라 앱 → 상단 화살표를 누르거나 뷰파인더를 위로 쓸어 올리기 → 포토그래픽 스타일 아이콘 (이 단계의 아이콘 위치는 확실하지 않음)
    • 구형 기종·구버전 iOS: 설정 → 카메라 → 포토그래픽 스타일

    ①이 찍고 나서 고치는 방식이라면 ③은 찍기 전에 톤을 정해 두는 방식이다. 다만 둘 다 애플의 이미지 처리 안에서 움직인다는 점은 같다.

    ④ 서드파티 카메라 앱 권한 확인

    • 설정 → 개인정보 보호 및 보안 → 카메라 → 해당 앱 허용
    • 설정 → 개인정보 보호 및 보안 → 사진 → 해당 앱 → ‘전체 접근’ 또는 ‘사진 추가만’ 선택 (구버전은 ‘모든 사진’)
    • 앱에서 찍은 사진이 사진 앱에 안 보인다면 이 항목부터 확인한다.

    국내 아이폰 사용자에게 걸리는 지점

    • 갤럭시 등 안드로이드 사용자는 해당 없음: Chromagraph Camera는 아이폰 전용이라 안드로이드 폰에서는 쓸 수 없다.
    • 숏폼 영상 위주라면 쓸 곳이 좁다: 동영상 기능이 없어 사진 촬영에만 쓸 수 있다. 영상을 주로 찍는다면 활용 폭이 확 줄어든다.
    • ‘찍고 바로 확인’ 습관과 부딪힐 수 있다 (추측): 뷰파인더와 결과물이 다르고, 현상하는 시간도 필요하다. 미리보기 그대로 결과가 나오는 필터 카메라 앱에 익숙하다면 처음엔 어색하게 느낄 가능성이 크다.
    • 구독형 앱의 대안으로 관심이 갈 수 있다 (추측): 일회성 결제라 매달 나가는 비용이 없다.

    Chromagraph Camera가 한국 계정 앱스토어에서 검색되는지, 원화로는 얼마에 팔리는지는 결제 전에 상품 페이지에서 직접 확인하는 게 안전하다. 13달러는 어디까지나 달러 기준 가격이다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 아이폰 전용 앱, 13달러 일회성 결제
    • 정지 사진만 촬영, 동영상 미지원
    • 아이폰 기본 이미지 처리 대신 RAW 데이터를 받아 자체 공식으로 처리
    • 뷰파인더 화면과 최종 결과물이 다르며, 촬영 후 현상 과정을 거침
    • 처리 후 노출·질감 조정 가능
    • 스티브 예들린·라이언 존슨·에릭 캐머런이 제작, 출시 전 두어 달간 시험
    • 라이언 존슨의 SNS 홍보 이후 iOS 앱스토어 유료 다운로드 1위 기록

    아직 불확실한 것

    • 지원 아이폰 기종과 최소 iOS 버전
    • 동영상 촬영 지원 여부와 시점
    • 현상 전 RAW 원본의 별도 저장 여부
    • 안드로이드 버전 출시 계획
    • 앱 화면의 한국어 지원 여부

    정확한 색보다 누구의 해석인지로 고른다

    예들린은 이 앱이 아이폰 기본 카메라를 대신하려는 것도, 뭐든 다 만지는 전문 편집 도구가 되려는 것도 아니라고 분명히 했다. 노리는 건 딱 하나, 색이다.

    기본 카메라로 찍든 Chromagraph Camera로 찍든 결과물은 해석이다. 달라지는 건 해석하는 쪽이다. 애플이냐, 할리우드 촬영감독이냐, 아니면 나 자신이냐.

    • 빠르고 무난한 기록 → 아이폰 기본 카메라
    • 색을 직접 만들고 싶다 → RAW 촬영 + 편집 앱
    • 손대지 않고 특정 룩을 원한다 → 큐레이션형 현상 앱

    렌더링 차이는 말로도 어느 정도 설명할 수 있다. 그래도 예들린의 결론은 “직접 봐야 한다”였다. 앱을 고를 때도 마찬가지다. 스펙표를 오래 들여다보는 것보다 그 앱으로 찍은 샘플 사진 몇 장을 보는 편이 판단에 훨씬 쓸모 있다. 13달러를 쓸지 말지도 거기서 정하면 된다.

    출처: Wired

  • 애플 인텔리전스 중국 출시, 새 시리 빼고 큐원 탑재

    애플 인텔리전스 중국 출시, 새 시리 빼고 큐원 탑재

    3줄 요약

    • 애플은 iOS 27.3 베타부터 중국에 알림 요약, 실시간 번역, 글쓰기 도구, 시각 지능, 사진 속 사물 지우기 같은 초기 애플 인텔리전스 기능을 연다.
    • 개편된 시리 AI는 중국 출시 목록에서 빠졌다. 다른 지역에서 ChatGPT가 맡던 외부 챗봇 역할은 일부 기능에서 알리바바의 Qwen이 맡는다.
    • 국내 정식 출시 아이폰 사용자는 달라지는 점이 거의 없다. 영향은 중국 내수용 아이폰이나 중국 현지 사용처럼 ‘중국 본토 조건’이 걸린 경우에 몰린다.

    중국 본토 아이폰에도 애플 인텔리전스가 들어간다. 애플이 중국어 뉴스룸에서 밝힌 출시 버전은 iOS 27.3이고, 맥루머스가 이 소식을 전했다. 베타가 먼저다. 중국 사용자는 iOS 27.3 베타에서 기능을 먼저 받고, 그 뒤 정식 iOS 27.3으로 넘어간다. 그동안 중국 본토에서 이 기능을 쓸 수 없었던 건 아이폰 성능 탓이 아니었다. 걸림돌은 규제, 그리고 현지에서 돌릴 모델이었다. 같은 아이폰에 같은 iOS를 깔아도 어느 나라에서 쓰느냐에 따라 켤 수 있는 AI 기능이 달라지는 이유가 여기 있다.

    기능 목록만 보면 새로울 게 별로 없다. 다른 지역에 먼저 나온 초기 기능과 거의 겹친다. 차이는 화면 뒤에 있다. 외부 챗봇 자리는 OpenAI의 ChatGPT 대신 알리바바의 Qwen이 맡고, 바탕 모델도 중국용으로 따로 준비됐다. 무엇이 들어갔느냐보다 무엇이 바뀌어 들어갔느냐가 핵심인 셈. 한국에서 산 아이폰을 한국에서 쓴다면 당장 달라지는 건 거의 없다. 중국 내수용 기기를 쓰거나 중국 현지에서 쓸 일이 있다면 사정이 다르다.

    알림 요약·번역은 열고, 새 시리는 뺐다

    이번에 들어가는 건 애플 인텔리전스의 초기 묶음이다. 성격은 분명하다. 질문을 받아 긴 답을 새로 지어내는 대화형 기능은 중심이 아니다. 이미 화면에 있는 알림, 문장, 사진, 카메라 화면을 정리하고 다듬는 기능이 주를 이룬다.

    기능 하는 일 중국 iOS 27.3 제공
    알림 요약 여러 개 쌓인 알림을 짧은 문장으로 묶어 보여 준다 포함
    실시간 번역 대화나 메시지를 다른 언어로 바로 옮긴다 포함
    글쓰기 도구(다시 쓰기·교정) 선택한 문장의 어조를 바꾸거나 오탈자·문법을 고친다 포함
    시각 지능 카메라로 비춘 사물·글자에 대한 정보를 찾는다 포함
    사진 속 사물 지우기 사진에서 원치 않는 사람·물체를 지운다 포함
    외부 챗봇 연동 일부 요청을 외부 대형 모델에 넘긴다 알리바바 Qwen(일부 기능)
    새 시리 AI 개편된 AI 기반 시리 미포함

    표에서 가장 눈에 띄는 칸은 맨 아래, 새 시리 AI의 ‘미포함’이다. 개편되는 시리는 질문에 답을 직접 만들고 여러 앱을 오가며 일을 처리하는 쪽으로 가고 있다. 답할 수 있는 범위가 넓은 만큼 현지 규제 심사와 모델 조정에도 품이 더 든다. 알림 요약이나 교정은 다르다. 다룰 재료가 사용자의 알림, 사용자가 쓴 문장으로 정해져 있다. 애플이 이런 기능부터 연 데는 이 부담 차이가 작용했을 가능성이 크다. 다만 애플은 시리를 뺀 이유를 따로 설명하지 않았다. 여기까지는 기능 성격에서 끌어낸 해석이다.

    규제 승인, 현지 모델, 외부 파트너라는 세 관문

    애플 인텔리전스는 iOS 업데이트 한 번에 전 세계에서 동시에 켜지지 않는다. 나라마다 적어도 세 개의 관문을 넘어야 사용자 화면에 뜬다.

    첫째, 규제 승인. 중국에서는 생성형 AI 서비스를 일반 사용자에게 내놓기 전에 당국 승인을 받아야 한다. 애플 인텔리전스도 이 승인을 먼저 받았고, 업계는 이를 출시가 가까워졌다는 신호로 읽었다. 그런데 승인 뒤에도 출시까지는 시간이 더 걸렸다. 승인받은 범위에 맞춰 기능과 모델을 다시 다듬는 작업이 뒤따랐기 때문으로 보인다.

    둘째, 현지 모델. 로이터 보도에 따르면 애플은 중국 시장 전용 대형언어모델(LLM)을 따로 학습시켰다. 이름은 똑같이 ‘알림 요약’이어도 중국에서는 이 모델이 요약문을 쓴다는 뜻이다. 중국어를 얼마나 잘 처리하느냐만의 문제가 아니다. 현지 규정에 맞는 답변 기준까지 모델에 반영해야 한다. 다른 지역 모델을 그대로 옮겨 쓰기 어려운 이유다.

    셋째, 외부 파트너. 애플 인텔리전스는 자체 모델로 감당하기 어려운 요청을 외부 챗봇에 넘기도록 짜여 있다. 다른 지역에서는 OpenAI의 ChatGPT가 이 일을 맡았다. 중국에서는 알리바바와 손잡고 Qwen 챗봇을 일부 기능에 붙였다. 해외 AI 서비스 접근이 막힌 시장이라 현지 업체 말고는 고를 카드가 많지 않다. 사실상 정해진 답에 가까운 선택이다.

    조건이 하나 더 있다. 언어다. 기기 언어와 시리 언어가 둘 다 지원 언어로 맞춰져 있어야 애플 인텔리전스가 켜진다. 한국어는 이미 지원 언어 목록에 있다. 결국 국내 사용자 앞에 놓인 문턱은 규제도 파트너도 아니다. 내 아이폰이 지원 기기인지, 언어 설정이 맞는지. 이 두 가지가 전부다.

    ChatGPT 자리에 Qwen, 화면은 두고 모델만 바꿨다

    애플 인텔리전스의 기본 처리는 두 곳에서 이뤄진다. 기기 안의 모델, 그리고 애플이 운영하는 서버의 모델. 외부 챗봇은 그 위에 얹는 선택 기능이다. 다른 지역의 ChatGPT 연동도 사용자가 설정에서 직접 켜야 작동한다. 시리나 글쓰기 도구가 요청을 ChatGPT로 넘기기 전에 확인을 받도록 설정해 둘 수도 있다. 계정이 없어도 쓸 수 있고, 유료 계정이 있다면 로그인해 연결하면 된다.

    Qwen에 대해 애플이 밝힌 건 ‘일부 경험’을 지원한다는 것뿐이다. 형태는 ChatGPT 연동과 비슷해 보인다. 하지만 어느 기능에서 Qwen을 부르는지, 켜고 끄는 방식이 같은지는 베타가 배포된 뒤에야 드러난다. 사용자 입장에서 더 와닿는 변화는 따로 있다. 외부 챗봇이 바뀌면 같은 질문을 던져도 답의 문체와 정보 범위가 달라진다. 애플이 화면과 사용 흐름은 그대로 둔 채, 뒤에서 일하는 모델만 시장에 맞게 바꿔 끼우는 방식을 택했기 때문이다.

    개인정보 쪽에서도 차이가 생긴다. 기기 안이나 애플 서버에서 처리되는 요청과 외부 챗봇으로 넘어가는 요청은 데이터가 머무는 곳부터 다르다. 사용자가 직접 쓸 수 있는 가장 확실한 통제 수단은 둘이다. 외부 챗봇으로 넘기기 전에 확인 창을 띄우게 하거나, 연동을 아예 꺼 두는 것. 어떤 요청이 밖으로 나가는지 신경 쓰인다면 확인 창 옵션 정도는 켜 두는 편이 낫다.

    국내 아이폰은 그대로, 변수는 중국 내수용 기기와 현지 사용

    국내 정식 출시 아이폰을 한국 계정으로 쓰고 있다면, iOS 27.3의 중국 출시로 달라지는 기능은 사실상 없다. 한국어 애플 인텔리전스는 이미 쓸 수 있고, 외부 챗봇도 지금처럼 ChatGPT 연동이 유지될 것으로 보인다. 따져 볼 게 있는 쪽은 따로 있다. ‘중국 본토 조건’이 하나라도 걸린 사용자다.

    • 중국 내수용 아이폰을 쓰는 경우: 해외 직구나 현지 구매로 중국 본토 판매 아이폰을 쓰고 있다면, 그동안 애플 인텔리전스를 쓰는 데 제약을 받았다. iOS 27.3 정식 버전부터는 이 기기에서도 기능이 열릴 가능성이 높다. 남는 물음은 기기 언어를 한국어로 바꿨을 때다. 중국용 모델과 Qwen 연동이 적용될지, 다른 지역 기준을 따를지는 아직 추측일 뿐이다.
    • 중국 출장·유학·장기 체류: 한국에서 산 아이폰을 들고 중국 본토에 머무는 동안 애플 인텔리전스가 어떻게 동작할지도 확인이 필요하다. 외부 챗봇 파트너가 지역마다 다르다 보니, 현재 위치나 계정 지역에 따라 ChatGPT와 Qwen 중 어느 쪽에 연결될지가 갈릴 수 있다(추측).
    • 중국어로 소통하는 사용자: 중국 거래처나 가족과 자주 연락한다면, 상대방 기기에서도 실시간 번역과 글쓰기 도구가 열린다. 양쪽이 같은 기능을 쓰게 되는 셈이다. 다만 실시간 번역이 한국어와 중국어 사이 번역을 지원하는지는 따로 확인해야 한다.

    중국 내수용 기기를 중고로 살 계획이라면 한 가지는 챙기자. 판매 지역에 따라 막히는 기능이 있으니, 가격만 보고 고르기 전에 판매 지역부터 확인하는 편이 안전하다. 설정 → 일반 → 정보 → 모델 번호 항목을 누르면 판매 지역 코드가 들어간 부품 번호로 표시가 바뀐다(표시 방식 불확실).

    애플 인텔리전스 켜는 순서와 기능별 설정 위치

    아래 경로는 한국어 설정 화면 기준이고, iOS 버전에 따라 일부 항목 이름이 바뀔 수 있다. 내 기기가 지원 대상인지는 애플 지원 페이지의 애플 인텔리전스 안내에 올라온 최신 목록과 대조하는 게 가장 정확하다.

    1. 언어 맞추기: 설정 → 일반 → 언어 및 지역에서 iPhone 언어를 먼저 확인한다. 이어서 설정 → Apple Intelligence 및 Siri → 언어에서 시리 언어를 같은 지원 언어로 맞춘다. 두 언어가 어긋나 있으면 애플 인텔리전스 항목이 꺼진 채 켜지지 않는 경우가 많다. 기능이 안 켜질 때 가장 먼저 볼 곳.
    2. 기능 켜기: 설정 → Apple Intelligence 및 Siri → Apple Intelligence를 켠다. 처음 켜면 기기 안 모델을 내려받는 동안 대기 화면이 나온다. Wi-Fi에 연결하고 저장 공간을 미리 비워 두는 편이 좋다.
    3. 알림 요약: 설정 → 알림 → 알림 요약에서 기능 전체를 켜고 끄거나, 요약할 앱을 고른다. 뉴스·금융 앱은 따로 꺼 두는 편이 안전하다. 요약 한 줄이 내용을 잘못 전하면 오해로 번지기 쉬운 앱들이다.
    4. 글쓰기 도구: 메모나 메일 등에서 문장을 길게 눌러 선택한 뒤, 편집 메뉴의 ‘글쓰기 도구’를 누른다. 교정, 다시 쓰기, 요약 메뉴가 나온다.
    5. 사진 속 사물 지우기: 사진 앱에서 사진을 열고 편집 → ‘정리'(영문 표기 Clean Up) 도구를 고른다. 지울 대상을 문지르거나 동그라미로 감싸면 된다.
    6. 시각 지능: 카메라 컨트롤 버튼이 있는 기종은 그 버튼을 길게 눌러 실행한다. 버튼이 없는 기종이라면 제어 센터나 동작 버튼에 시각 지능을 추가해 쓴다(기종별 지원 범위 불확실).
    7. 실시간 번역: 메시지·전화·FaceTime 앱 안에서 켠다. 메시지는 대화 상대 이름을 눌러 자동 번역 항목을 찾고, 전화는 통화 중 더보기 메뉴에서 찾는다(경로 불확실).
    8. 외부 챗봇 연동: 설정 → Apple Intelligence 및 Siri → ChatGPT(확장 프로그램 항목 아래)에서 켜고 끈다. 요청 확인 옵션도 같은 화면에서 바꾼다. 중국판에서 Qwen 항목이 이 자리에 들어갈지는 아직 정해지지 않았다.

    설정에 애플 인텔리전스 항목이 아예 보이지 않는다면 세 가지를 차례로 확인한다. 기기가 지원 목록에 있는지. 기기 언어와 시리 언어가 같은지. 기기 판매 지역이나 계정 지역에 제한이 걸려 있지는 않은지. 앞의 두 가지는 사용자가 바로 확인하고 손쓸 수 있다. 마지막 하나는 애플의 지역 정책에 달린 문제라 사용자가 할 수 있는 일이 많지 않다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 애플이 중국어 뉴스룸에서 iOS 27.3을 통한 중국 내 애플 인텔리전스 출시를 발표
    • iOS 27.3 베타에서 먼저 제공하고 정식 iOS 27.3으로 이어지는 배포 순서
    • 제공 기능: 알림 요약, 실시간 번역, 다시 쓰기·교정 도구, 시각 지능, 사진 속 사물 지우기
    • 개편된 새 시리 AI는 중국 출시에서 제외
    • 알리바바와 협력해 일부 기능에 Qwen 챗봇 지원
    • 애플 인텔리전스의 중국 당국 승인 완료, 애플의 중국 전용 LLM 학습(로이터 보도)

    아직 불확실한 것

    • Qwen이 쓰이는 구체적 기능과 켜고 끄는 방식
    • 중국 판매 기기·계정 지역·현재 위치 조합별 활성화 조건
    • 중국 밖에서 산 아이폰을 중국 본토에서 쓸 때의 기능 범위와 연결되는 외부 챗봇
    • 새 시리 AI의 중국 출시 시점
    • 실시간 번역의 한국어–중국어 번역 지원 여부
    • 중국 전용 LLM과 다른 지역 모델 사이의 성능·기능 차이

    이름은 같아도 모델은 다르다, 애플 AI가 시장을 넓히는 방식

    이번 중국 출시로 애플 인텔리전스가 새 시장에 들어가는 기본 틀이 드러났다. 화면과 기능 이름은 어디서나 같다. 그 뒤에서 일하는 바탕 모델과 외부 챗봇은 시장마다 바뀐다. 여는 순서도 보인다. 적어도 중국에서는 다룰 내용이 정해진 기능부터 열었고, 대화형 시리는 뒤로 미뤘다.

    이 방식은 정보를 읽는 법도 바꿔 놓는다. 해외 리뷰나 커뮤니티에서 애플 인텔리전스의 답변 품질을 평가한 글을 볼 때는 먼저 따질 게 있다. 어느 지역 모델, 어느 파트너 챗봇을 기준으로 한 평가인가. 이름이 같은 기능이라도 처리하는 모델이 다르면 결과도 달라진다. 다른 지역에서 나온 평가를 내 아이폰에 그대로 겹쳐 읽기는 어렵다는 얘기다. 국내 사용자가 당장 손볼 것은 많지 않다. 언어 설정, 외부 챗봇 연동, 알림 요약 대상 앱. 이 세 가지만 점검해 두면 지역별 차이가 생겨도 내 기기에서 어떤 모델이 어떤 데이터를 다루는지 파악하기 한결 쉽다.

    출처: The Verge AI

  • ESP32-S3 Muse 가젯, 기본 펌웨어로는 반쪽

    ESP32-S3 Muse 가젯, 기본 펌웨어로는 반쪽

    3줄 요약

    • Muse 가젯은 Meta의 오픈소스 코드와 토큰으로 Muse AI 클라우드에 직접 연결하는 자작 기기이고, Meta가 먼저 권하는 보드 중 하나인 Waveshare ESP32-S3 1.75C는 50달러다.
    • 기본 펌웨어만으로는 음성 답변, 전체 대화 보기, 카메라 셔터가 없어 쓸모가 적지만 Claude Code 같은 코딩 에이전트에 증상을 설명하는 방식으로 대부분 채울 수 있다.
    • 보드는 처음부터 게스트 Wi-Fi에 붙이고, Muse 기능만 원한다면 휴대폰 앱으로 충분하다는 점을 구매 기준으로 삼자.

    은색 금속 몸체에 1.75인치 터치스크린. 생김새는 회중시계에 가까운데, 이 50달러짜리 보드가 Meta의 AI 비서 Muse와 직접 대화해. 버튼을 누른 채 말하는 푸시투토크 방식이야. 제품명은 Waveshare ESP32-S3 1.75C.

    Meta는 휴대용 AI 기기 Muse Charm을 다마고치처럼 들고 다니는 귀여운 아바타 비서로 내세웠어. 이 키트는 겉모습만 보면 그 Charm과 꽤 닮았지만 속은 딴판이야. 카메라도, 5G 통신도 없어. 대신 코드를 마음대로 뜯어고칠 수 있지. Charm과 키트 사이에서 고민한다면 결국 이 한 가지 차이가 선택을 가르게 돼.

    The Verge의 한 기자가 이 보드로 직접 부딪쳐 봤어. 코딩 경험이 전혀 없는 상태에서 보드를 Muse에 연결했고, Claude Code에 요청하는 것만으로 대화 기록 화면, 음성 답변, 원격 카메라 셔터, 다마고치식 미니게임까지 붙였어. 그 과정에서 드러난 빈칸은 같은 보드를 사는 사람도 거의 그대로 만나게 될 가능성이 커. 출발점인 Meta의 기본 코드와 Muse 서버가 똑같으니까. 남의 후기라기보다 미리 받아 보는 오답 노트에 가까운 셈이야.

    Muse 가젯은 Meta 키를 품고 클라우드에 직접 붙는다

    용어부터. 자사가 공개한 오픈소스 코드와 토큰으로 Muse AI 클라우드에 직접 연결하는 기기를 Meta는 ‘Muse 가젯(Muse Gadget)’이라고 불러. 휴대폰의 Muse 앱과 페어링은 하지만, 실제로 Meta 서버에 접속하는 건 기기 자신이야.

    그래서 기기 안에 Meta의 키를 넣어야 해. 이 키가 사실상 그 기기의 출입증이야. 출입증이 새어 나가면 누가 그 문으로 드나들지 모르게 되고. 키 관리는 뒤쪽 보안 항목에서 다시 짚을게.

    Waveshare ESP32-S3 1.75C는 Meta가 Muse 가젯 제작용으로 가장 먼저 권하는 보드 중 하나야. 애초에 버튼을 눌러 말하는 AI 개발 키트로 나온 제품이라, 말을 받아서 화면에 보여 주는 기본 구성이 처음부터 들어 있어. 처음 만지는 사람에겐 이 점이 은근히 커. 입력과 화면을 따로 꾸리는 단계가 통째로 빠지니까.

    칩인 ESP32-S3는 Wi-Fi와 블루투스를 함께 갖춘 마이크로컨트롤러라 이런 소형 기기에 자주 쓰여. 블루투스가 있다는 점은 뒤에 나올 카메라 미리보기 기능에서 쓸모가 생겨.

    항목 Waveshare ESP32-S3 1.75C
    가격 50달러
    화면 1.75인치 터치스크린
    입력 방식 푸시투토크(버튼을 누른 채 말하기)
    칩 ESP32-S3 (Wi-Fi·블루투스)
    외관 은색 금속 몸체, 펜던트·회중시계 형태
    카메라 없음 (휴대폰 카메라 영상 스트리밍 샘플 앱 제공)
    셀룰러 통신 없음
    기본 아바타 Jolly 1종

    Muse Charm과는 선이 분명해. Charm은 카메라와 5G 셀룰러 통신을 갖췄고, 이 키트엔 둘 다 없어. 카메라가 필요하면 휴대폰 카메라를 빌려 써야 해. 다행히 Meta AI 소프트웨어 엔지니어 Anant Narayanan과 Jeremy Payne이 휴대폰 카메라 영상을 가젯으로 스트리밍하는 샘플 앱을 코드에 넣어 뒀어.

    아바타 쪽은 아쉬워. 기본 빌드에 들어 있는 건 Jolly 하나뿐이고, 하는 일도 화면에 앉아 귀엽게 있는 게 거의 전부야.

    연결은 게스트 Wi-Fi부터, 그다음 GitHub와 Muse 앱

    기자 말로는 설정 자체는 쉬웠대. 큰 흐름은 세 단계야. 보드를 PC에 꽂고, Claude에게 Meta의 GitHub 저장소를 가리키고, 휴대폰의 Muse 앱과 페어링하기.

    여기에 하나를 더 얹자. 네트워크 분리를 맨 앞에 두는 것. 가젯이 접속할 Wi-Fi를 고르는 건 페어링 단계(5번)라서, 게스트망이 그 전에 준비돼 있어야 바로 고를 수 있어. 공유기 제조사와 앱 버전에 따라 화면 구성이 다를 수 있으니, 아래 경로는 출발점 정도로 봐 줘.

    1. 게스트 네트워크 만들기: 브라우저로 공유기 관리 페이지 접속 → 무선 설정 → 게스트 네트워크(제조사에 따라 ‘멀티 SSID’나 ‘손님용 Wi-Fi’로 표기). 내부 네트워크 접근을 허용하는 옵션이 있으면 꺼 둬. 그래야 가젯이 집 안의 PC나 NAS와 같은 망에 놓이지 않아.
    2. 보드를 PC에 연결: 케이블은 데이터 전송이 되는 걸로. 충전 전용 케이블이면 PC가 보드를 장치로 인식하지 못하고, 펌웨어도 못 올려. 연결이 안 잡힐 때 가장 먼저 의심할 부분이야.
    3. Claude Code로 펌웨어 빌드: 터미널에서 Claude Code를 실행하고, Meta의 Muse 가젯 GitHub 저장소 주소를 알려준 뒤 “README를 읽고 이 보드용으로 빌드해서 연결된 기기에 올려줘”라고 요청해. 필요한 빌드 도구 설치도 README 안내대로 같이 맡기면 돼.
    4. Meta 키 넣기: 기기가 Muse 클라우드에 접속할 때 쓰는 키를 펌웨어 설정에 넣는 단계. 키 발급 위치는 저장소 문서를 기준으로 찾아 줘(이 단계의 정확한 화면 경로는 확실하지 않아). 이때 “키는 별도 설정 파일로 분리하고 git에 올라가지 않게 해 줘”라고 한마디 덧붙여 두면, 나중에 코드를 공유할 때 생길 사고를 미리 막을 수 있어.
    5. Muse 앱과 페어링: 휴대폰 Muse 앱 → 기기 추가 → 화면 안내에 따라 가젯 선택(메뉴 이름은 확실하지 않음). 가젯이 접속할 Wi-Fi를 묻는 화면이 나오면 1번에서 만든 게스트 네트워크를 골라. 앱이 아니라 펌웨어 설정에 직접 넣는 방식이라면 3번 단계에서 Claude에게 게스트 네트워크 정보를 알려 주면 돼.
    6. 첫 대화 테스트: 버튼을 누른 채 1초 넘게 말하고 손을 떼. 너무 일찍 떼면 거의 빈 오디오가 전송되고, Muse가 제대로 반응하지 못해.

    기본 펌웨어의 빈칸, Claude Code로 메운 것과 못 메운 것

    여기까지 끝내면 좀 허무할 수 있어. 기자도 첫 설치 직후엔 이 기기가 쓸모 있는 일을 거의 하지 못했다고 했으니까. 키를 넣은 뒤에도 Muse는 명령을 받아쓰기용 오디오 클립으로 착각했어. 그걸 바로잡자 이번엔 응답이 느렸고, 소리로 답하지도 않았지.

    아래 표는 기자가 만난 증상과 Claude Code로 적용한 해결책을 묶은 거야. 원인 칸은 증상에서 거꾸로 추정한 내용이라는 점은 감안해 줘.

    증상 원인으로 보이는 것 적용한 해결 방향
    말을 걸면 명령 대신 받아쓰기로 처리됨 Muse가 오디오를 전사용 클립으로 해석 명령으로 인식하도록 바로잡은 뒤 해결
    답변이 소리로 나오지 않음 기본 빌드에 음성 출력 기능 없음 ElevenLabs 무료 등급의 영국식 AI 음성을 연결해 답변을 읽게 함
    화면에 몇 단어씩만 보여 답을 읽기 어려움 전체 메시지를 보여 주는 화면이 없음 오른쪽으로 밀면 나오는 대화 기록 화면 추가
    버튼을 일찍 떼면 Muse가 버벅임 거의 빈 오디오가 서버로 전송됨 1초가 넘는 오디오만 보내도록 수정
    카메라 영상은 오는데 사진 찍기가 불편함 원격 셔터 버튼이 없고 전면 카메라 화면이 뒤집혀 보임 버튼 셔터와 고화질 실시간 미리보기 추가, 화면 방향 수정, 블루투스 저화질 미리보기 추가
    스마트홈 기기를 찾지 못함 Amazon Echo나 Google Home 기기처럼 자동 검색하는 기능 없음 이론상 제어는 가능하지만 상당한 추가 코드가 필요
    응답 속도가 들쭉날쭉함 Meta 서버 쪽 지연 기기 쪽 코드로는 해결 불가

    표의 마지막 두 줄을 따로 봐 두자. 스마트홈 자동 검색과 서버 지연. 앞의 다섯 줄은 기기 쪽 코드로 풀렸지만, 이 둘은 코드가 상당히 더 필요하거나 아예 기기 밖의 문제야. 응답 속도 때문에 망설이는 사람이라면, 개조로 손댈 수 있는 영역이 아니라는 점부터 알고 가는 게 낫다.

    해결책이 어디서 출발했는지도 눈여겨볼 만해. 기자는 코드를 짜지 않았어. 증상을 말했을 뿐이야.

    • 답을 읽을 수도, 들을 수도 없다는 불평 → Claude가 대화 기록 화면을 만들었어.
    • 버튼을 너무 빨리 떼는 습관을 알아채고 그 증상을 그대로 설명 → 몇 분 뒤 1초 기준 필터가 들어갔어.

    비개발자가 코딩 에이전트를 쓸 때는 구현 방법을 지시하기보다, 겪은 증상과 원하는 결과를 말하는 쪽이 잘 통하는 걸로 보여. 에이전트가 코드베이스를 직접 읽고 고칠 위치를 찾아내니까. 어디를 고쳐야 할지 모르는 사람이 위치까지 지정하려 들면 오히려 엉뚱한 곳을 건드리게 만들 수도 있고.

    기능을 키울 땐 한 번에 완성하려 하지 말자. 미니게임이 좋은 예야.

    • 1단계: 아바타에게 먹이, 놀이, 잠, 목욕이 필요한 단순한 다마고치식 게임
    • 2단계: 너무 단순해서 배고픔·지루함·더러움을 각각 4단계로 세분화
    • 3단계: 간식을 먹으면 부스러기가 떨어져 아바타가 더러워지고, 너무 많이 놀면 지치는 규칙 추가

    규칙을 한 번에 하나씩 얹으면 어디서 깨졌는지 추적하기도 쉬워. 코드를 읽지 못하는 사람에겐 이게 사실상 유일한 디버깅 수단이기도 하고.

    작업 단위의 감도 참고할 만해. 세 바늘로 실제 시간을 보여 주는 회중시계 화면은 Claude가 15분 만에 만들었어. Meta Connect에서 보여 준 것과 비슷한 아바타 여러 개도 붙였고, 저커버그의 Muse Charm 소개 영상을 찾아 내려받고 잘라 넣어 재생하는 동영상 플레이어까지 들어갔어. 요청할 때마다 보드를 다시 PC에 연결해 두기만 하면 됐다는 점도 기억해 둬. 개조하는 동안엔 펜던트라기보다 케이블에 매인 개발 보드에 가깝다는 뜻이야.

    잘 돌아가는 코드와 안전한 코드는 다르다

    기자는 스스로 코딩 경험이 없어 만든 코드가 좋은지 판단할 수 없고, 치명적인 결함이 있을 수도 있다고 인정했어. 바이브 코딩의 가장 큰 함정이 바로 여기야. 화면에서 잘 돌아간다고 해서 키를 안전하게 다루는지, 네트워크로 무엇을 내보내는지까지 보장되진 않거든.

    Muse 자체를 얼마나 믿느냐도 따로 따져야 해. 기자는 Muse가 한 리뷰어의 집 주소를 노출했다는 얘기를 들은 뒤, 자신의 이메일이나 홈 네트워크를 Meta와 Muse 에이전트에 맡기지 않겠다고 했어. 그래서 처음부터 가젯을 게스트 Wi-Fi에 붙였고. 연결 순서에서 네트워크 분리를 1번에 둔 이유가 이거야.

    코드를 읽지 못해도 지킬 수 있는 선은 있어.

    • 키는 코드와 분리: 키를 설정 파일로 빼고, 그 파일이 git 기록에 들어가지 않게 해 둬. 개조한 코드를 공개 저장소에 올리기 전엔 “이 저장소에 키나 토큰이 남아 있는지 찾아줘”라고 한 번 더 확인시키자.
    • 계정 연결은 최소한으로: 이메일이나 캘린더처럼 개인 정보가 쌓인 서비스는 연결을 미뤄 두는 게 안전해. 기자가 이메일을 맡기지 않겠다고 한 것도 같은 맥락이야.
    • 스마트홈 제어는 마지막에: 가젯이 집 안 기기를 움직이기 시작하면 실수나 결함의 영향 범위가 화면 밖으로 넓어져. 게스트 네트워크에서는 집 안 기기와 통신이 막혀 제어가 안 될 수 있는데, 그걸 풀려고 분리를 해제하는 건 신중해야 해.
    • AI 검토는 보조 수단: Claude에게 “이 코드에서 외부로 데이터를 보내는 부분을 모두 설명해 줘”라고 묻는 건 도움이 돼. 다만 같은 도구가 만든 코드를 같은 도구가 검토하는 셈이라 완전한 검증으로 보긴 어려워.

    국내 변수는 보드보다 Muse의 한국어 지원

    보드 구하기는 단순한 편이야. 기자도 중국에서 바로 배송받는 방식으로 50달러에 샀으니, 국내에서도 해외 직구가 기본 경로가 될 거야. 다만 50달러는 보드 가격일 뿐. 배송비와 환율, 경우에 따라 세금까지 붙으니 실제 부담은 달라져. 국내 전자부품 쇼핑몰에 같은 모델이 들어와 있다면 배송 기간 면에서 나을 수 있으니, 먼저 모델명으로 검색해 보길 권해.

    진짜 변수는 하드웨어가 아니라 Muse 쪽이야. 한국 계정에서 Muse 앱과 서비스를 쓸 수 있는지, 한국어 명령을 얼마나 알아듣는지가 이 기기의 쓸모를 거의 다 결정해. 여기서 막히면 보드는 시계 화면과 미니게임 정도만 남는 기기가 될 가능성이 커(추측).

    확인하는 방법은 간단하고 싸. 보드를 주문하기 전에 휴대폰에 Muse 앱부터 깔고, 한국어로 몇 번 말을 걸어 보는 것. 보드값과 배송 기다리는 시간을 쓰기 전에 해 볼 수 있는 테스트야.

    음성 답변도 손봐야 해. 기자가 붙인 건 ElevenLabs 무료 등급의 영국식 AI 음성이었어. 아내와 함께 무료 음성을 들어 보고 그나마 덜 영혼 없게 들리는 걸로 골랐대. Muse 아바타의 말랑한 분위기와는 전혀 안 어울린다는 건 본인도 인정했고.

    한국어로 답을 듣고 싶다면 한국어를 읽을 수 있는 음성으로 바꿔 달라고 Claude에게 요청해야 해. 무료 등급에서 마음에 드는 한국어 음성을 고를 수 있을지는 직접 들어 보고 판단할 문제야(추측).

    스마트홈 연동은 기대치를 낮추자. 기본 빌드는 Amazon Echo나 Google Home 기기처럼 집 안 기기를 자동으로 찾지 못하고, 제어하려면 코드를 꽤 많이 더 붙여야 해. 국내 가전사 앱으로 기기를 묶어 둔 집이라면 그 플랫폼이 외부 연동 방법을 열어 두었는지부터 확인해야 할 것으로 보여(추측).

    반대로 장소를 가리지 않는 용도도 있어. 블루투스 카메라 미리보기를 붙이면 집 Wi-Fi 밖에서도 사진 리모컨으로 쓸 수 있거든.

    확인된 것과 아직 불확실한 것

    확인된 것

    • Waveshare ESP32-S3 1.75C는 1.75인치 터치스크린을 갖춘 푸시투토크 AI 개발 키트이고, Meta가 Muse 가젯 제작용으로 먼저 권하는 보드 중 하나다. 가격은 50달러다.
    • Muse 가젯은 Meta의 오픈소스 코드와 토큰으로 Muse AI 클라우드에 직접 연결된다.
    • Muse Charm은 카메라와 5G 셀룰러 통신을 갖췄고, 이 개발 키트에는 둘 다 없다.
    • 기본 빌드는 Jolly 아바타 하나에 음성 답변과 스마트홈 자동 검색이 없는 상태로 시작한다.
    • Claude Code로 대화 기록 화면, 음성 답변, 원격 셔터, 블루투스 미리보기, 미니게임, 회중시계 화면을 추가한 사례가 있다.
    • 개조 후에도 남는 지연은 Meta 서버 쪽에서 생긴다.

    아직 불확실한 것

    • Muse Charm의 프로그래밍 자유도
    • Muse Charm의 가격과 국내 출시 여부
    • 바이브 코딩으로 만든 개조 코드의 품질과 보안 수준
    • 스마트홈 제어에 필요한 추가 코드의 범위
    • Meta 서버 응답 속도의 개선 시점

    Charm 대기냐 50달러 키트냐, 기준은 개조 의지

    기자의 결론은 꽤 선명해. Muse 기능만 놓고 보면 이 펜던트는 이미 주머니에 있는 휴대폰보다 나을 게 없고, 추가 코드 없이는 오히려 못하다는 것. 전용 하드웨어를 가질 이유는 휴대폰으로 못 하는 일, 예컨대 기기 전체를 원하는 대로 프로그래밍하는 데 있다는 거야. 이 관점을 잣대로 놓으면 판단이 쉬워져.

    • 용도: Muse와 대화하는 게 목적의 전부라면 휴대폰 앱으로 시작해. 하드웨어가 Muse 경험을 더해 주진 않아.
    • 개조 의지: 화면, 게임, 시계, 카메라 리모컨처럼 원하는 기능을 직접 붙이는 과정 자체가 재미라면 키트가 맞아. 기자도 배우는 경험만으로 50달러의 값어치가 있었다고 봤어.
    • 하드웨어 요구: 기기 자체 카메라나 셀룰러 통신이 꼭 필요하면 키트로는 못 채워. 휴대폰 카메라를 빌려 쓰는 방식이 불편하다면 Charm 쪽 정보를 기다리는 게 나아.
    • 휴대성: 은색 금속에 부피도 있어서 기자도 몇 번 떨어뜨릴 뻔했어. 매일 들고 다닐 생각이면 줄이나 케이스부터 챙기자.
    • 신뢰 범위: 게스트 네트워크에 묶어 두고 계정 연결을 최소화할 자신이 없다면, 개조 범위를 시계나 게임처럼 네트워크가 필요 없는 기능으로 한정하는 것도 방법이야.

    Charm이 나오면 확인할 질문은 하나. 이 키트처럼 코드를 마음대로 고칠 수 있느냐야. 고칠 수 없다면, 직접 만지는 걸 좋아하는 사람에겐 50달러짜리 개발 키트가 계속 더 나은 선택으로 남을 가능성이 커. 카메라가 없는 약점은 휴대폰 카메라 스트리밍으로 메울 수 있지만, 닫힌 코드는 휴대폰으로 열 수 없으니까.

    출처: The Verge AI