소식

  • 머스크 100만 달러 추첨 소송 합의…금액은 비공개

    머스크 100만 달러 추첨 소송 합의…금액은 비공개

    3줄 요약

    • 일론 머스크가 ‘하루 100만 달러 유권자 추첨’을 사기라고 주장한 애리조나 주민 2명과 소송 2건을 합의로 끝내기로 했다. 합의 금액과 조건은 공개되지 않았다.
    • 핵심 쟁점은 ‘무작위로 뽑는다’는 약속이다. 머스크의 정치단체 아메리카 PAC 측 대리인은 법정에서 당첨자가 우연으로 정해지지 않는다고 진술했다.
    • 원고들은 응모 조건이던 청원서 서명이 개인정보를 모으는 수단이었다고 주장했다. 합의로 끝나면 이 주장에 대한 법원 판단은 나오지 않을 전망이다.

    하루 100만 달러, 그것도 무작위 추첨으로. 2024년 미국 대선 국면에 일론 머스크가 경합주 등록 유권자들한테 내건 경품이었는데요. 매일 한 명씩 뽑아서 준다던 이 약속이 사기였다며 소송을 낸 원고들과 머스크가 결국 합의하기로 했습니다. 얼마가 오갔는지, 어떤 조건이 붙었는지는 하나도 공개되지 않았다고 더버지가 전했어요. 판결 없이 조용히 정리되는 쪽으로 가는 거죠.

    애리조나 주민 2명, 텍사스 오스틴에서 따로 낸 소송 2건

    소송을 건 사람은 애리조나주 주민 2명이에요. 사는 곳은 애리조나인데 소송은 텍사스주 오스틴에서 냈고, 하나로 묶지 않고 각자 따로 냈습니다. 머스크는 이 2건을 모두 합의로 끝내기로 했고요. 왜 하필 오스틴이었는지는 원문에도 설명이 없습니다.

    주장 자체는 단순해요. 머스크가 경품을 발표하면서 당첨자를 무작위로 뽑는다고 했는데, 그 말이 거짓이었다는 겁니다. 응모하려면 청원서에 서명해야 했거든요. 무작위가 아닌 줄 알았다면 애초에 서명하지 않았을 거라는 게 원고들 얘기예요.

    사실 이 경품은 시작부터 시끄러웠습니다. 필라델피아 지방검사장은 머스크가 불법 복권을 운영하고 있다면서 경품 지급을 멈춰 달라는 소송까지 냈으니까요. 지금까지 나온 문제 제기를 묶어 보면 크게 세 갈래로 나뉩니다.

    • 합법성: 필라델피아 지방검사장은 이 경품을 불법 복권으로 봤어요.
    • 사기: 애리조나 주민 2명은 ‘무작위 선정’이라는 약속 자체가 거짓이었다고 주장해요.
    • 개인정보: 원고들은 청원서로 모은 데이터를 어디에 쓰든, 누구에게 팔든 막는 제한이 전혀 없다고 지적했고요.

    “우연으로 뽑지 않는다”…‘무작위’ 약속과 정면으로 엇갈린 아메리카 PAC 진술

    일을 키운 건 머스크 측 변호인의 입이었어요. 머스크의 정치활동위원회(PAC)인 아메리카 PAC를 대리한 크리스 고버는 관련 심리에서 판사에게 “100만 달러 수령자는 우연으로 선정되지 않는다”고 말했습니다. 한술 더 떠서 “오늘과 내일 누가 수령자로 발표될지 정확히 알고 있다”고까지 했죠.

    왜 그런 말을 했는지는 짐작이 가요. 불법 복권이라는 공격에 맞서려면 ‘운으로 뽑는 게 아니다’라고 강조하는 편이 유리했을 테니까요. 문제는 이 말이 머스크가 공개적으로 한 약속, 그러니까 무작위로 뽑는다는 설명과 정면으로 부딪친다는 점입니다. 한쪽 소송을 막으려고 꺼낸 논리가 다른 쪽 소송에 근거를 대준 셈이에요. 원고들의 사기 주장도 결국 이 간극에서 출발하거든요. 약속한 선정 방식과 실제 선정 방식이 달랐다는 것.

    개인정보 문제도 같이 걸려 있습니다. 원고들은 머스크와 아메리카 PAC가 경품을 미끼로 이용자 데이터를 모았다고 주장해요. 청원서가 “아메리카 PAC가 수집한 개인정보의 사용이나 판매에 어떤 제한도 두지 않고, 데이터 이용 계획에 관한 추가 정보도 제공하지 않는다”는 겁니다. 서명 한 번으로 넘어간 정보가 어디로 흘러가는지 응모자로서는 알 길이 없었다는 얘기죠.

    머스크 측이 밖으로 내세운 설명과 소송 과정에서 드러난 내용을 쟁점별로 나란히 놓으면 이렇습니다.

    쟁점 머스크·아메리카 PAC 측 소송·법정에서 드러난 내용
    당첨자 선정 경합주 등록 유권자 중 무작위로 1명 선정한다고 발표 PAC 대리인 “우연으로 선정되지 않는다”
    응모 조건 청원서 서명 필요 원고 “무작위가 아닌 줄 알았다면 서명하지 않았을 것”
    개인정보 청원서 서명으로 개인정보 수집 원고 “사용·판매 제한도, 이용 계획 설명도 없다”
    소송 결과 소송 2건 합의에 동의 합의 금액·세부 조건 비공개

    한국 이용자에겐 경품 응모 약관을 다시 읽게 만드는 사례

    이번 합의로 한국 이용자에게 당장 달라지는 건 없어요. 응모 자격부터 미국 경합주 등록 유권자로 한정돼 있었고, 소송도 미국 법원에서 진행됐으니까요.

    그런데 사건의 뼈대만 떼어 놓고 보면 꽤 익숙합니다. 응모하려면 서명이든 개인정보 입력이든 뭔가를 내줘야 하고, 당첨자를 어떻게 뽑는지는 주최 측 설명을 믿는 수밖에 없는 이벤트. 국내에서도 흔한 풍경이죠. 아래는 이번 소송의 쟁점을 국내 이벤트 응모에 대입해 본 필자의 해석이고, 원문에 나온 내용은 아닙니다.

    • 선정 방식: ‘무작위 추첨’이라는 문구만 덩그러니 있고, 추첨 절차나 검증 방법은 빠져 있지 않은지
    • 데이터 이용 범위: 모은 정보를 어디에 쓰는지, 제3자 제공이나 판매를 막는 문구가 들어 있는지
    • 응모 조건 결합: 경품 응모가 청원 서명이나 회원 가입처럼 목적이 다른 행위와 한데 묶여 있지 않은지

    원고들이 문제 삼은 지점도 결국 이거였어요. ‘무작위’라는 약속, 그리고 응모 조건이던 청원서의 데이터 조항. 경품은 받으면 그걸로 끝이지만, 응모하면서 넘긴 정보는 그 뒤로도 계속 쓰일 수 있습니다. 남의 나라 선거 얘기로만 넘기기엔 아까운 사례라고 보는 이유예요.

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

    확인된 것

    • 머스크는 2024년 경합주 등록 유권자 중 무작위로 1명을 뽑아 하루 100만 달러를 주겠다고 약속했다.
    • 애리조나 주민 2명이 텍사스주 오스틴에서 소송 2건을 냈고, 머스크는 두 소송의 합의에 동의했다.
    • 합의 금액과 세부 내용은 공개되지 않았다.
    • 필라델피아 지방검사장은 불법 복권이라며 경품을 멈춰 달라는 소송을 냈다.
    • 아메리카 PAC 대리인 크리스 고버는 법정에서 수령자가 우연으로 선정되지 않는다고 진술했다.

    아직 불확실한 것

    • 합의 금액과 머스크 측이 받아들인 조건
    • 머스크 측이 합의 과정에서 원고 주장을 일부라도 인정했는지 여부
    • 필라델피아 지방검사장 소송의 최종 결론(이번 원문에는 결과가 나오지 않는다)
    • 청원서로 모은 개인정보가 실제로 어디에 쓰였는지, 판매됐는지
    • 다른 응모자들이 비슷한 소송을 낼지 여부

    판결 대신 합의, ‘사기’였는지는 법원 판단 없이 남는다

    합의가 마무리되면 머스크의 ‘무작위’ 약속이 사기였는지를 법원이 따지는 절차는 더 이어지지 않을 가능성이 커요. 합의 내용마저 비공개라서, 바깥에서 확인되는 건 머스크가 판결 대신 합의를 골랐다는 사실 정도입니다. 그 이상은 짐작의 영역이고요.

    그렇다고 이 경품에 대한 평가가 여기서 닫히진 않을 것 같아요. 아메리카 PAC 측이 법정에서 남긴 진술은 이 경품이 언급될 때마다 계속 따라붙을 공산이 큽니다. “우연으로 선정되지 않는다”는 법정 발언과 “무작위로 뽑는다”는 공개 약속이 서로 어긋난다는 점, 바로 그게 이번 소송의 출발점이었으니까요. 정치 캠페인에 거액 경품과 개인정보 수집을 엮는 방식이 어디까지 괜찮은지. 그 질문에는 이번 합의가 아무 답도 내놓지 않았습니다.

    출처: The Verge

  • 벤츠 AMG GT SUV, 1153마력에 12분 충전

    벤츠 AMG GT SUV, 1153마력에 12분 충전

    3줄 요약

    • 메르세데스-AMG가 브랜드 59년 역사상 처음으로 처음부터 직접 개발한 풀사이즈 전기 SUV, 2028년형 AMG GT SUV를 공개했다.
    • 최상위 GT 63은 축방향 자속 모터 3개로 1,153hp를 낸다. 800V 구조 덕에 최대 710kW로 충전해 10→80%를 12분에 채운다.
    • 실제 AMG 엔진을 녹음한 사운드, ChatGPT·마이크로소프트·구글 AI 에이전트, 트랙용 AI ‘PPM’까지 들어가며, 미국 출시는 내년 여름 예정이다.

    1,153마력. 올해 초 메르세데스-AMG가 4도어 쿠페에 얹어 눈길을 끌었던 이 숫자가 이번에는 가족용 풀사이즈 SUV로 옮겨왔다. 파워트레인은 쿠페와 같다. 차 이름은 2028년형 메르세데스-AMG GT SUV.

    출력만 보고 ‘힘센 SUV가 또 하나 나왔구나’ 하고 넘기면 이 차의 핵심은 대부분 빠진다. 공개된 스펙을 하나씩 뜯어보면 정작 공을 들인 곳은 따로 있다. 충전 속도와 배터리 설계, 그리고 엔진이 없는 차에서도 AMG 특유의 감각을 붙잡아두려는 장치들이다.

    AMG가 59년 만에 처음 ‘직접’ 만든 SUV, 트림은 GT 53·55·63

    이 차의 상징성은 출력보다 출신에서 나온다. 고성능 브랜드 AMG가 59년 역사에서 풀사이즈 SUV를 처음부터 끝까지 직접 개발한 건 이번이 처음이다. 뼈대는 고성능 전용 AMG.EA 아키텍처. 스포츠카에 가까운 핸들링과 풀사이즈 SUV의 실용성을 한 차체에 담겠다는 게 메르세데스가 내건 목표다.

    트림은 GT 53, GT 55, 플래그십 GT 63으로 나뉜다. GT 63에는 4도어 쿠페와 같은 축방향 자속(액시얼 플럭스) 모터가 3개 들어가 1,153hp를 낸다. 런치 컨트롤을 켠 포르쉐 카이엔 터보 일렉트릭보다도 높은 출력이다. 둘 다 슈투트가르트 회사라 동네에서 마주치면 꽤 어색하겠다는 게 더버지가 내놓은 농담 섞인 평가였다.

    트림 배터리 용량 최대 충전 출력 최고출력 예상 최대 주행거리
    GT 53 106kWh 600kW 미공개 미공개
    GT 55 128kWh 710kW 미공개 435마일(추정)
    GT 63 128kWh 710kW 1,153hp 435마일(추정)

    표에서 짚어둘 대목이 있다. GT 53만 배터리가 106kWh로 작고 충전 출력도 600kW로 한 단계 낮다. 반대로 GT 55와 GT 63은 배터리 용량, 충전 출력, 추정 주행거리가 표에서 모두 같다. 지금까지 나온 정보로는 이 둘을 가르는 게 사실상 출력뿐이다. 그런데 GT 55의 최고출력이 이번 발표에서 빠졌고, GT 53도 마찬가지다. 그러니 트림 간 차이를 제대로 따지는 건 이 숫자가 나온 다음 일이다. AMGFORCE Sport+ 주행 프로그램은 세 트림 공통 기본 사양이다.

    충전 출력 710kW 대 320kW, 포르쉐와 갈리는 곳은 배터리

    고성능 전기차일수록 마력보다 충전 스펙이 더 많은 걸 말해준다. 이 차가 딱 그렇다. 800V 아키텍처를 쓴 덕에 128kWh 배터리 트림은 최대 710kW, 106kWh 트림은 최대 600kW로 전기를 받는다. 배터리 10%에서 80%까지 걸리는 시간은 12분이다. 10분만 꽂아둬도 WLTP 기준 최대 450km(약 280마일)를 달릴 만큼 채워진다.

    비교 상대인 포르쉐의 충전 출력은 320kW. 숫자만 놓고 보면 AMG가 두 배를 넘는다. 여기서부터는 해석이다. 1,000마력을 넘긴 차끼리는 출력 차이를 일상 주행에서 느끼기 어렵다. 반면 충전 시간 차이는 오너가 충전기 앞에 설 때마다 고스란히 체감한다. 이 차의 실질적인 무기를 마력이 아니라 충전 속도로 보는 쪽이 더 설득력 있는 이유다.

    이 충전 속도를 버티게 해주는 건 F1에서 영감을 얻었다는 배터리 설계다. 구성은 이렇다.

    • 양극재: NCMA(니켈·코발트·망간·알루미늄) 계열
    • 음극재: 실리콘을 함유한 음극
    • 셀 형태: 원통형
    • 열관리: 전기가 통하지 않는 오일이 셀 하나하나를 직접 감싸며 흐르는 구조

    눈여겨볼 건 마지막 항목이다. 오일이 셀마다 직접 닿으니 열이 특정 셀에 몰리지 않고 고르게 빠진다. 그래서 높은 출력을 연달아 뽑아내도 버티고, 배터리 수명도 길어진다는 설명이다. 원문은 메르세데스가 꽤 오래전부터 배터리 기술에서 조용히 앞서 왔다고 보고, 이 차를 그 최신 사례로 꼽는다. 다만 이 원통형 NCMA 셀을 어느 회사가 공급하는지는 이번에 나오지 않았다.

    트랙 주행용 AI인 PPM(Predictive Performance Manager)은 같은 열 문제를 소프트웨어로 푼다. 트랙 지도 데이터를 바탕으로 내리막이나 굽이진 구간에서는 모터 출력을 아껴두고, 가파른 오르막과 긴 직선에서 최대 출력을 몰아 쓰는 식이다. 서킷에서 배터리가 과열돼 출력이 깎이는 상황을 미리 막자는 것. 노리는 효과는 더 빠른 랩타임, 그리고 그보다 중요한 랩마다 일정한 기록이다.

    덩치를 생각하면 무게도 선방했다. GT 63을 경쟁 모델과 나란히 놓으면 이렇다.

    • 메르세데스-AMG GT 63 SUV: 5,941lbs
    • 포르쉐 카이엔 터보 일렉트릭: 5,960lbs
    • 로터스 엘레트라 R: 6,007lbs
    • 루시드 그래비티: 6,100lbs

    네 차종 가운데 가장 가볍다. 카이엔 터보 일렉트릭과는 사실상 같은 체급이다. 출력과 충전 출력에서 앞서면서 무게에서는 손해를 보지 않았다는 점이 이 비교에서 드러나는 대목이다.

    710kW는 상한선일 뿐, 국내 체감은 충전기와 한국어 지원에 달렸다

    이 섹션은 해석과 추측이 섞여 있으니 감안하고 읽자. 710kW는 차가 받아들이는 최대치이지, 어느 충전소에서나 나오는 속도가 아니다. 실제 충전 속도는 꽂는 충전기의 출력에 묶인다. 이만한 출력을 감당할 초급속 충전기가 국내에 얼마나 깔리느냐에 따라 ‘12분’이라는 숫자의 체감은 크게 갈릴 것으로 보인다. 충전기가 따라오지 못하면 스펙표에서 가장 돋보이는 장점이 국내에서는 반쯤 묻히는 셈이다.

    주행거리 숫자도 그대로 옮겨 쓰기는 곤란하다. 10분 충전에 450km는 유럽식 WLTP 기준이고, 435마일은 추정치다. 그 추정이 어떤 측정 기준을 따랐는지는 원문에도 설명이 없다. 국내에서는 별도 인증을 거친 수치가 나온 뒤에 다시 따져봐야 한다.

    실내는 변수가 더 많다. 14인치 디스플레이에서 MB.OS가 돌아가고, 길 안내·장소 찾기·웹 검색 같은 일은 ChatGPT·마이크로소프트·구글의 AI 에이전트가 맡는다. 공조, 주행 모드, 조명 같은 차량 제어는 메르세데스 자체 AI가 음성으로 처리한다. 이 조합이 한국어로 얼마나 매끄럽게 돌아갈지, 국내 지도 서비스와는 어떻게 맞물릴지는 지금 나온 정보로는 판단하기 어렵다. 세 회사의 에이전트가 역할을 나눠 맡는 구조인 만큼, 한국어 지원 수준이 기능마다 들쭉날쭉할 여지도 있다.

    당장 이 차를 살 계획이 없더라도 지켜볼 이유는 있다. 고성능 전기차 경쟁의 잣대가 마력에서 충전 속도와 열관리로 옮겨가고 있다는 신호로 읽히기 때문이다. 앞으로 나올 고성능 전기차들도 같은 잣대로 비교될 가능성이 크다.

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

    확인된 것

    • AMG 59년 역사상 처음으로 직접 개발한 풀사이즈 SUV이며, AMG.EA 아키텍처 기반이다
    • GT 53·GT 55·GT 63 세 트림이고, GT 63은 1,153hp를 낸다
    • 800V 구조로 128kWh 트림은 최대 710kW, 106kWh 트림은 최대 600kW로 충전하며, 10→80%에 12분이 걸린다
    • GT 63의 무게는 5,941lbs, 프렁크는 78리터다
    • 미국 출시는 내년 여름 예정이다

    아직 불확실한 것

    • 미국 판매 가격: 출시가 가까워져야 나올 전망이다
    • GT 53·GT 55의 최고출력과 GT 53의 주행거리
    • 435마일 추정치가 어떤 측정 기준에 따른 숫자인지
    • 원통형 NCMA 셀을 어느 회사가 공급하는지
    • 메르세데스-AMG GT SUV의 한국 출시 여부와 시기, 원화 가격: 이번에 나온 일정은 미국 출시뿐이다
    • AI 에이전트의 한국어 지원 범위

    진짜 V8 녹음에 시트 진동까지, 엔진 없는 AMG가 붙잡으려는 감각

    전기차가 조용하다는 건 고성능 브랜드 엔지니어들에게 오히려 골칫거리다. 이 차가 합성 전자음 대신 전설적인 AMG V8과 6기통 엔진의 실제 소리를 녹음해 들려주는 이유가 여기 있다.

    패들 조작으로는 기계식 변속의 느낌을 흉내 낸다. 사운드 프로필 조절에 시트 진동까지 더해 보닛 아래에 진짜 엔진이 들어앉은 듯한 느낌을 만든다. 물론 그 보닛을 열면 나오는 건 78리터짜리 프렁크다.

    주행 감각도 같은 방향을 가리킨다. 새 서스펜션은 기존 기계식 롤바를 빼고 능동 유압 요소를 넣었다. 가속·급제동·코너링 때 차체가 앞뒤로 쏠리거나 좌우로 기우는 움직임을 이것으로 잡는다. 여기에 3단계 에어 스프링과 기본 탑재된 6도 능동 후륜 조향이 붙는다.

    지금까지 나온 장치들을 한데 놓으면 AMG의 셈법이 보인다. 전기차에서 힘은 이미 차고 넘친다고 보고, 소리와 몸으로 느끼는 감각, 서킷에서도 오래 유지되는 성능으로 정체성을 지키겠다는 계산이다. 물론 이는 스펙에서 읽어낸 해석이다. 녹음된 엔진 소리를 두고는 호불호가 갈리겠지만, 1,000마력을 넘는 전기 SUV끼리의 승부가 숫자 너머로 옮겨가고 있다는 점만큼은 분명해 보인다.

    출처: The Verge

  • 틱톡, 머스크 다큐 계정 정지…광고 거절 이어 강수

    틱톡, 머스크 다큐 계정 정지…광고 거절 이어 강수

    3줄 요약

    • 틱톡이 알렉스 기브니 감독의 일론 머스크 다큐멘터리 홍보 계정을 확대 개봉 직전에 막았어요.
    • 틱톡 지분 일부를 가진 래리 엘리슨이 이 영화에 나와요. 머스크의 트위터 인수 자금을 돕겠다는 문자메시지가 영화에 담겼거든요.
    • 지난달 광고 거부 논란 때 유튜브는 ‘오류’라며 물러섰지만 틱톡과 X는 유료 광고를 계속 막았고, 틱톡은 이번에 계정까지 지웠어요.

    “막히기 전에” 꼭 보라는 글이 올라왔어요. 일론 머스크를 다룬 알렉스 기브니 감독의 다큐멘터리 공식 계정이 남긴 글이에요. 얼마 지나지 않아 그 계정은 틱톡에서 사라졌어요. 홍보 문구가 고스란히 현실이 된 셈.

    타이밍도 공교로워요. 이 다큐는 확대 개봉을 코앞에 두고 있었어요. 개봉 직전은 홍보가 가장 몰리는 시기예요. 목소리를 제일 크게 내야 할 때 배급사는 확성기 하나를 빼앗긴 꼴이 됐어요.

    확대 개봉 직전, 홍보 계정에 날아든 ‘영구 정지’ 통보

    막힌 건 영화가 아니에요. 영화를 알리던 소셜미디어 계정이에요.

    배급사 블리커 스트리트(Bleecker Street)가 ‘영구 정지(permanent suspension)’가 곧 이뤄진다는 통보를 받은 건 금요일 오후. 이 소식은 할리우드 리포터가 처음 전했어요.

    정작 이유가 빠져 있어요. 어떤 규정을 근거로 계정을 막았느냐는 질문에 틱톡은 바로 답하지 않았어요. 블리커 스트리트도 아직 입장을 내지 않았고요. 지금 나와 있는 건 ‘계정이 사라졌다’는 결과 하나뿐이고, 왜 그렇게 됐는지는 알 길이 없어요.

    마지막 게시물이 유독 눈에 밟히는 것도 그래서예요. 계정이 지워지기 직전에 올라온 글이 하필 “막히기 전에” 영화를 보라는 내용이었으니까요. 의도였든 우연이든, 플랫폼이 내릴 조치를 홍보 문구가 먼저 예고한 모양새가 됐어요.

    광고 거절에서 계정 삭제로, 틱톡만 한 발 더 나갔다

    갑자기 터진 일은 아니에요. 지난달 유튜브, 메타, X, 틱톡이 모두 이 영화 광고를 거절했다가 거센 반발을 샀어요. 그 뒤 대응은 플랫폼마다 꽤 달랐어요.

    플랫폼 지난달 광고 이후 대응 현재 상태
    유튜브·구글 거절 ‘오류’라며 곧바로 번복 거절 철회
    메타 거절 이후 입장 알려지지 않음 확인 안 됨
    X 거절 입장 유지 유료 광고 불허
    틱톡 거절 입장 유지, 홍보 계정 차단 유료 광고 불허, 계정 영구 정지 통보

    표에서 메타 칸이 비어 있는 건 그 뒤 소식이 원문에도 없어서예요. 나머지 셋은 갈림길이 분명해요.

    유튜브와 구글은 곧바로 ‘오류’였다며 결정을 뒤집었어요. 틱톡과 X는 꿈쩍하지 않았어요. 이 영화의 유료 광고는 지금까지 한 번도 받아준 적이 없어요.

    광고를 안 받는 것과 계정을 없애는 건 무게가 전혀 달라요. 광고 거절은 돈을 받고 노출해주는 걸 거부한 거예요. 계정 정지는 배급사가 직접 글을 올리던 자리 자체를 치워버린 거고요. 더버지가 이번 조치를 “심각한 수위 상승”으로 본 것도 이 차이 때문이에요.

    이쯤에서 래리 엘리슨이라는 이름이 나와요. 틱톡과 머스크 사이에 공식적인 관계는 없어요. 다만 틱톡 지분 일부를 가진 엘리슨이 이 다큐에 직접 등장해요. 머스크가 트위터를 살 자금을 마련하도록 돕겠다고 보낸 문자메시지를 통해서요.

    • 차단 대상: 머스크 다큐멘터리 공식 홍보 계정
    • 통보 시점: 금요일 오후, 배급사 블리커 스트리트에 ‘영구 정지’ 통보
    • 논란의 고리: 틱톡 공동 소유주 엘리슨이 영화 속 문자메시지로 등장
    • 빠진 설명: 틱톡의 차단 사유

    영화에 나오는 인물이 지분을 쥔 플랫폼. 그 플랫폼이 영화 광고를 거절했고, 이번엔 계정까지 지웠어요. 이 구도만 놓고 봐도 이해충돌 의혹이 나오기 쉬워요.

    엘리슨이 이번 결정에 관여했다는 근거는 지금까지 하나도 나오지 않았어요. 그래도 틱톡이 이유를 설명하지 않고 버티는 동안엔 의심이 커질 수밖에 없어요. 유튜브처럼 ‘오류’라며 물러설 기회를 틱톡은 지난달에 이미 한 번 흘려보냈고요.

    한국 틱톡 화면은 그대로, 해외 홍보 담당자는 셈법이 복잡해진다

    미국 배급사 계정 하나에 벌어진 일이에요. 국내 이용자가 틱톡을 쓰는 방식이 당장 바뀌지는 않아요. 생각해볼 부분은 있어요. 아래 내용은 원문에 나온 게 아니라 이번 사례를 보고 한 추측이에요.

    • 해외 홍보를 하는 국내 배급사·제작사: 플랫폼 소유주와 얽힌 인물이나 기업을 다루는 콘텐츠라면 광고 심사만 신경 쓸 일이 아니에요. 계정 운영도 변수가 될 수 있다는 걸 보여준 사례예요. (추측)
    • 홍보 채널 나누기: 같은 영화를 두고 유튜브는 결정을 뒤집었고, 틱톡과 X는 버텼어요. 한 플랫폼에만 홍보를 맡기면 이런 온도 차를 고스란히 떠안게 돼요. (추측)
    • 일반 이용자: 피드에 무엇이 뜨고 무엇이 사라지는지가 플랫폼 주인과 전혀 관계없다고 믿기는 더 어려워졌어요. (추측)

    남는 질문은 하나예요. 콘텐츠를 거르는 기준이 주인의 이해관계와 따로 움직인다는 걸 플랫폼은 무엇으로 증명할까요. 틱톡을 홍보 창구로 쓰는 국내 기업이나 크리에이터에게도 남의 일이 아니에요.

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

    확인된 것

    • 틱톡이 알렉스 기브니 감독의 머스크 다큐멘터리 홍보 계정을 플랫폼에서 막았다.
    • 배급사 블리커 스트리트는 금요일 오후 ‘영구 정지’ 통보를 받았다.
    • 틱톡 공동 소유주 래리 엘리슨은 머스크의 트위터 인수 자금을 돕겠다는 문자메시지로 영화에 나온다.
    • 지난달 유튜브·메타·X·틱톡이 이 영화 광고를 거절해 반발을 샀고, 유튜브·구글은 ‘오류’라며 결정을 뒤집었다.
    • 틱톡과 X는 지금도 이 영화의 유료 광고를 받지 않고 있다.
    • 계정이 지워지기 직전 “막히기 전에” 영화를 보라는 글이 올라왔다.

    아직 불확실한 것

    • 틱톡이 계정을 막은 구체적인 이유와 근거 규정
    • 엘리슨을 비롯한 틱톡 소유주나 경영진이 결정에 관여했는지
    • 블리커 스트리트가 이의를 제기하거나 다른 대응에 나설지
    • 메타가 광고 거절 뒤 입장을 바꿨는지
    • 이번 차단이 미국 밖, 예를 들어 한국에서 보는 계정에도 적용되는지
    • 확대 개봉의 구체적인 일정과 규모

    틱톡이 차단 사유를 내놓을지, X가 끝까지 버틸지

    먼저 볼 건 틱톡의 설명이에요. 어떤 규정을 어겼는지 구체적으로 밝히면 논란이 가라앉을 여지는 있어요. 답이 늦어질수록 ‘영화에 나오는 사람이 지분을 가진 플랫폼’이라는 꼬리표는 더 단단히 붙을 거예요.

    X도 변수예요. 틱톡과 함께 광고 거절을 유지하고 있는 곳이에요. 게다가 이 영화의 주인공인 머스크가 사들인 트위터가 바로 지금의 X예요. 영화 주인공이 산 플랫폼이 그 영화의 광고를 막고 있는 셈이라, 틱톡과는 또 다른 의미로 눈여겨볼 대목.

    유튜브처럼 물러서는 곳이 늘어날지, 틱톡처럼 한 발 더 나가는 곳이 나올지. 그 결과에 따라 이 다큐는 영화 자체보다 플랫폼 검열 논쟁의 상징으로 더 오래 기억될 것 같아요.

    출처: The Verge

  • 애플 홈뷰, 앱은 카플레이에 맡겼다…득과 실

    애플 홈뷰, 앱은 카플레이에 맡겼다…득과 실

    3줄 요약

    • 애플 홈뷰는 연산 성능이 넉넉하고 늘 전원에 연결된 기기지만, 앱은 거의 전적으로 카플레이에 기대는 구조다.
    • 카플레이 방식은 애플이 정한 화면 틀에 앱이 내용만 채우는 구조라 일관성은 높고 자유도는 낮다.
    • 홈 허브를 고를 때는 화면 필요 여부, 집 안 아이폰 비율, 쓰려는 앱의 카플레이 지원 여부부터 따져야 한다.

    애플 홈뷰(HomeView)는 앱을 돌리기에 더없이 좋은 조건을 갖췄다. 연산 성능은 넉넉하고 전원은 늘 꽂혀 있다. 그런데 애플은 이 기기의 앱을 거의 전부 카플레이에 맡겼다. 어느 앱을 열어도 화면이 깔끔하게 통일되는 대신, 개발자가 손댈 여지는 확 줄어든다. 홈뷰를 볼 때 하드웨어보다 이 구조를 먼저 따져야 하는 이유다.

    더버지의 팟캐스트 진행자들도 이 대목을 붙잡고 한참 씨름했다. 애플은 왜 홈 허브를 독자 앱 플랫폼으로 만들지 않았나. 이 글도 그 질문에서 출발한다. 카플레이 방식이 어떻게 굴러가는지, 아이패드·애플 TV 같은 독자 앱 플랫폼과는 무엇이 다른지 먼저 본다. 그다음 지금 우리 집 홈 허브를 확인하는 순서와 새 허브를 고르는 기준으로 넘어간다.

    카플레이에서 앱은 화면을 직접 그리지 않는다

    카플레이는 원래 차에 들어가는 시스템이다. 뼈대는 세 가지.

    • 앱은 아이폰에서 돈다. 차 화면은 아이폰이 보내 준 화면을 띄우고, 터치와 음성 입력을 다시 아이폰으로 넘기는 창구에 가깝다.
    • 화면 틀은 애플이 정한다. 목록, 격자, 재생 화면 같은 템플릿이 미리 짜여 있다. 앱이 하는 일은 그 틀에 내용을 채우는 데까지다.
    • 들어오는 앱 범주부터 좁다. 음악·팟캐스트 같은 오디오, 통화·메시지, 내비게이션처럼 운전 중에 쓰는 범주가 중심이다. 그마저도 애플의 승인을 거쳐야 한다.

    카플레이 화면이 어느 앱을 열어도 엇비슷하게 생긴 건 그래서다. 운전자가 화면에 오래 눈을 두지 않도록, 설계를 일부러 단순하게 묶어 둔 결과다.

    홈뷰가 이 구조를 어디까지 그대로 옮겨 왔는지는 아직 확인되지 않았다. 그래도 카플레이에 기댄다는 사실 하나로 짐작 가는 건 있다. 앱은 템플릿 안에서 움직이고, 지원 범주도 좁게 출발할 공산이 크다.

    앱이 어디서 도느냐부터 갈리는 두 방식

    아이패드나 애플 TV에는 기기 안에 앱스토어가 있다. 앱을 직접 내려받아 그 기기에서 실행한다. 이런 방식이 독자 앱 플랫폼이다. 카플레이 방식과 나란히 놓으면 차이가 선명해진다.

    항목 독자 앱 플랫폼 카플레이 방식
    앱이 실행되는 곳 기기 자체 연결된 아이폰
    화면 구성 개발자가 자유롭게 설계 애플 템플릿에 내용만 채움
    앱 범주 제한이 적음 오디오·통신·내비게이션 등 허용 범주 중심
    개발자 부담 새 플랫폼용 앱을 따로 개발 기존 카플레이 대응 앱을 재활용할 여지
    사용 경험 앱마다 제각각 단순하고 일관됨
    하드웨어 성능 활용 기기 성능을 앱이 직접 사용 앱 쪽에서는 활용 폭이 작음

    개발자 부담과 사용 경험 칸만 보면 카플레이 쪽이 꽤 실속 있어 보인다. 셈이 달라지는 건 맨 아래 줄, 하드웨어 성능 활용이다. 홈뷰처럼 성능을 넉넉히 실은 기기라면 이 한 줄이 가볍지 않다. 참고로 표는 카플레이의 일반 구조를 기준으로 채웠다. 홈뷰가 세부적으로 어느 쪽에 더 가까운지는 아래 불확실한 항목에서 다시 짚는다.

    애플이 홈뷰를 앱 플랫폼으로 열지 않은 이유, 세 가지 해석

    애플이 직접 내놓은 설명은 알려진 바 없다. 아래는 어디까지나 구조에서 읽히는 해석이다.

    • 공용 기기의 계정 문제: 거실이나 주방에 놓인 화면은 가족이 같이 쓴다. 앱이 기기 안에서 돌면 ‘누구 계정으로 로그인하나’가 늘 걸린다. 각자 아이폰에 든 앱을 끌어오는 카플레이식 구조라면 이 문제를 비켜 가기가 한결 쉬워 보인다.
    • 빈 앱스토어 문제: 새 플랫폼은 앱이 모일 때까지 시간이 걸린다. 카플레이에 이미 대응한 앱이 있으니, 그걸 가져와 출발선을 앞당기려는 계산으로 보인다.
    • 화면 경험 통제: 탁자나 벽에 놓인 화면은 오래 들여다보는 기기가 아니다. 템플릿으로 묶어 두면 조작은 짧아지고 경험은 일관된다.

    반대쪽 저울도 분명히 기운다. 넉넉한 연산 성능과 상시 전원이라는 하드웨어 조건을 정작 앱 쪽에서는 거의 쓰지 않는 셈이니까. 위젯형 대시보드나 영상처럼 집 화면에 잘 어울릴 법한 앱이 들어올 길도 좁아진다. 홈뷰가 앱 문제를 안고 있다는 지적이 나오는 이유다. 세 가지 해석 모두 일리는 있다. 다만 성능을 이만큼 실어 놓고 앱을 템플릿에 묶어 둔 건, 하드웨어 쪽에서 보면 아까운 선택이다.

    한국에선 ‘내 앱이 카플레이를 지원하나’가 관건

    한국 사용자에게 무엇이 달라질지는 아직 대부분 추측의 영역이다. 그래도 구조를 놓고 보면 예상되는 대목이 몇 가지 있다.

    • 국내 앱의 카플레이 대응 여부가 기준이 된다(추측). 홈뷰의 앱이 카플레이에 기댄다면, 차에서 카플레이로 쓰던 음악·메시지·팟캐스트 앱이 집 화면에서도 1순위 후보다. 거꾸로 카플레이를 지원하지 않는 국내 앱은 홈뷰에서도 만나기 어려울 가능성이 크다.
    • 안드로이드폰을 쓰는 가족은 빠지기 쉽다(추측). 카플레이는 아이폰 전용이다. 집에 안드로이드폰 사용자가 섞여 있다면, 그 가족은 홈뷰의 앱 경험을 함께 누리기 어려워 보인다.
    • 내 앱의 카플레이 지원 여부 미리 보기. 카플레이 차량에 연결해 본 적이 있다면 아이폰 설정 → 일반 → CarPlay → 연결했던 차량 선택 → 사용자화(이 단계 표기는 불확실)로 들어가 보자. 카플레이에 뜨는 앱 목록이 나온다. 이 목록을 홈뷰에서 기대할 앱의 대략적인 상한선으로 보면 된다(추측).

    새 기기 들이기 전, 홈 앱에서 우리 집 허브부터 확인

    홈 허브는 집 밖에서 기기를 제어하고 자동화를 돌리는 중심 장치다. 지금 어떤 기기가 그 역할을 맡고 있는지 알아 두면, 새 기기를 들일지 말지 판단이 쉬워진다. 구버전 iOS 표기는 괄호에 함께 적었다.

    1) 사전 조건 확인

    1. 아이폰 설정 → [내 이름] → iCloud → 홈 켜기 (목록에 없으면 iCloud를 사용하는 앱 아래 모두 보기를 누른다. 이 단계 표기는 불확실)
    2. 허브로 쓸 기기와 아이폰이 같은 Apple 계정(구 Apple ID)으로 로그인돼 있는지 확인
    3. 해당 Apple 계정에 이중 인증이 켜져 있는지 확인

    2) 아이폰 홈 앱에서 허브 상태 보기

    1. 홈 앱 실행 → 오른쪽 위 더보기(…) 버튼 (구버전은 왼쪽 위 집 모양 아이콘)
    2. 홈 설정
    3. 홈 허브 및 브리지 (구버전 표기는 홈 허브)
    4. 목록에서 연결됨으로 표시된 기기가 실제로 일하는 주 허브, 나머지는 대기 중인 허브다 (상태 문구 표기는 불확실)

    3) 애플 TV에서 확인

    1. 애플 TV 설정 → AirPlay 및 HomeKit → 방 지정 후 홈 허브 상태 확인 (홈 허브 상태가 표시되는 정확한 위치는 불확실)

    허브 후보가 여러 대라면 그중 하나가 자동으로 주 허브가 된다. 나머지는 대기하다가 주 허브가 꺼지면 역할을 이어받는 식이다. 홈팟은 같은 계정으로 설정만 해 두면, 따로 조작하지 않아도 허브 후보로 잡힌다.

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

    확인된 것

    • 홈뷰는 애플의 스마트홈 발표에서 공개된 홈 허브 기기다.
    • 연산 성능이 넉넉하고, 늘 전원에 연결된 채 쓰는 기기다.
    • 앱 구성은 거의 전적으로 카플레이에 기댄다.
    • 애플은 홈뷰를 독자 앱 플랫폼으로 만들지 않는 쪽을 택했다.

    아직 불확실한 것

    • 홈뷰 앱이 아이폰에서 실행돼 화면만 넘어오는지, 홈뷰 자체에서 도는지
    • 아이폰이 집에 없을 때도 앱을 쓸 수 있는지
    • 카플레이 앱 범주가 집 환경에 맞게 넓어지는지, 외부 개발사의 참여 조건은 어떤지
    • 향후 홈뷰 전용 앱 생태계로 확장할 계획이 있는지
    • 애플 홈뷰의 국내 출시 여부와 원화 가격, 한국어 지원 범위

    홈 허브 고르기 전 따질 네 가지: 화면, 가족 폰, 앱, 기존 허브

    1. 용도와 예산: 화면이 꼭 필요한가. 원격 제어와 자동화만 바란다면 화면 없는 허브도 하는 일은 같다. 홈팟이나 애플 TV가 이미 집에 있다면, 허브 목적 하나로 새 기기에 돈을 쓸 이유는 약하다.
    2. 호환성: 집 안 스마트폰 구성. 가족 대부분이 아이폰이면 카플레이식 앱 구조의 장점이 산다. 안드로이드폰 사용자가 많다면 애초에 애플 홈 중심 기기와 궁합이 맞지 않는다.
    3. 앱: 집 화면에서 쓰려는 앱 목록. 쓰고 싶은 앱을 적어 두고 카플레이 지원 여부와 맞춰 본다. 지원 앱이 몇 개 안 된다면 홈뷰 화면은 홈 제어판 이상의 역할을 하기 어렵다.
    4. 기존 허브와의 관계. 새 홈 아키텍처로 업그레이드한 집에서는 아이패드를 허브로 쓰지 못한다. 아이패드를 허브라고 여겨 온 집이라면, 실은 허브가 없는 상태가 아닌지부터 확인하자.

    홈뷰의 쓸모는 하드웨어 사양보다, 카플레이 생태계가 집 안으로 얼마나 잘 옮겨 오느냐에 달렸다. 구매를 고민 중이라면 스펙표는 잠시 접어 두자. 쓰려는 앱 목록부터 펼쳐 보는 편이 판단이 빠르다.

    출처: The Verge

  • 청소년 SNS 금지법, 호주서 뚫렸다…부모 설정법

    청소년 SNS 금지법, 호주서 뚫렸다…부모 설정법

    3줄 요약

    • 호주가 먼저 청소년 SNS 금지법을 만들었고 프랑스가 뒤를 이었으며, 영국과 EU도 비슷한 금지를 추진하고 있다. 그런데 호주에서 처음 나온 교훈은 나이 제한이 쉽게 뚫린다는 것이었다.
    • 생년월일을 스스로 입력하는 방식, 가족이 같이 쓰는 기기, 금지 목록에 없는 앱 같은 빈틈 때문에 법만으로 아이를 막기는 어렵다. 목표를 ‘차단’에서 ‘안전하게 쓰게 하기’로 바꾸는 편이 현실적이다.
    • 부모가 바로 할 일은 세 가지다. 스크린 타임이나 패밀리 링크로 기기 전체에 한도를 걸고, 인스타그램·틱톡·유튜브의 보호자 기능을 켜고, 설정을 풀 수 있는 암호는 부모만 갖는다.

    프랑스는 15세 미만 아이들이 주요 SNS를 쓰지 못하게 하는 제한을 도입했다가 최고법원에서 멈춰 섰다. 인권 침해라는 이유였다. 법으로 아이와 SNS 사이에 벽을 세우려는 나라는 늘고 있다. 그런데 그 벽이 실제로 버티느냐는 전혀 다른 문제다. 가장 먼저 금지법을 만든 호주가 내놓은 초기 답은 이랬다. 나이 제한은 생각보다 쉽게 뚫린다.

    그러니 부모가 금지법의 성패를 지켜보며 손 놓고 기다릴 이유는 약하다. 법이 생겨도 빠져나갈 길은 남는다. 아이 휴대폰과 앱에 이미 들어 있는 보호 기능을 제대로 켜고 그 설정을 끄는 권한을 부모가 쥐는 쪽이 훨씬 빨리 효과를 본다. 아래에서는 금지법이 뚫리는 이유를 먼저 짚고, 보호 설정을 고르는 기준과 실제로 눌러야 할 메뉴 경로를 이어서 다룬다.

    호주는 운영 중, 프랑스는 제동, 영국·EU는 아직 추진 단계

    원문에 등장하는 네 곳을 표 하나에 모았다. 나이 기준이 나온 세 곳은 모두 15~16세로 비슷하다. 진행 단계는 이미 운영 중인 곳부터 계획만 발표한 곳까지 제각각이다.

    국가·지역 제한 내용 진행 단계 눈여겨볼 점
    호주 미성년자의 SNS 이용 제한 네 곳 중 가장 먼저 법을 만들어 운영 중 초기 운영에서 나이 제한이 쉽게 뚫린다는 교훈이 나옴
    프랑스 15세 미만의 주요 플랫폼 이용 금지 도입했으나 최고법원이 제동 제동의 근거가 인권
    영국 16세 미만의 페이스북·틱톡 등 이용 금지 시행 목표 시점을 정하고 추진 중 나이 기준이 프랑스·EU보다 한 살 높음
    EU 15세 미만 SNS 이용 금지 계획 발표 회원국별 적용 방식은 원문에 없음

    표에서 가장 눈에 걸리는 칸은 프랑스다. 법원이 인권을 근거로 멈춰 세웠다는 건, 나이를 잣대로 SNS를 막는 조치가 정보 접근이나 표현의 자유 같은 기본권과 정면으로 부딪친다는 얘기로 읽힌다. 영국과 EU는 아직 추진하거나 계획하는 단계라 나이를 어떤 방식으로 확인할지도 정해지지 않았다. 호주 사례에 무게가 실리는 이유가 여기 있다. 네 곳 가운데 실제로 운영하며 경험을 쌓은 곳은 호주 하나뿐이다.

    생년월일 입력부터 VPN까지, 나이 확인이 새는 다섯 갈래

    원문은 호주에서 우회가 쉽다는 사실만 전한다. 구체적으로 어떻게 우회하는지는 나열하지 않는다. 그래도 온라인 나이 확인이 새는 구멍은 서비스 구조상 대체로 정해져 있다.

    • 생년월일을 스스로 입력하는 방식: 가입 화면에서 태어난 해를 몇 년 앞당겨 적으면 끝이다. 이런 방식이 아직도 흔하다.
    • 가족 기기와 부모 계정: 거실 태블릿이나 부모 휴대폰에 이미 로그인돼 있는 계정은 나이 확인을 다시 거치지 않는다.
    • 금지 목록에 없는 서비스: 법이 ‘주요 플랫폼’만 콕 집어 지정하면, 아이는 목록 밖의 앱이나 게임 속 채팅, 메신저 단체방으로 옮겨 가면 그만이다.
    • 로그인 없이 보기: 계정이 없어도 영상과 게시물 상당수가 열리는 서비스가 있다. 가입을 막아도 보는 것까지 막지는 못하는 셈이다.
    • 접속 국가 바꾸기: VPN으로 다른 나라에서 접속한 것처럼 꾸미는 방법도 이미 잘 알려져 있다.

    ‘그럼 확인을 더 깐깐하게 하면 되지 않나.’ 당연히 나올 반론이다. 걸리는 건 대가다. 신분증을 내게 하거나 얼굴을 분석해 나이를 가리려면 플랫폼이 민감한 개인정보를 모아야 한다. 그 부담은 아이만이 아니라 성인 이용자 모두가 진다. 세게 막을수록 개인정보 위험도 함께 불어나는 구조라, 확인을 강화하자는 말은 들리는 것만큼 간단하지 않다.

    MIT 테크놀로지 리뷰에 실린 미할 루리아, 알리야 바티아, 다나 보이드의 기고는 한 발 더 나간다. 제목부터 ‘아이들이 SNS 금지를 앞지르고 있다. 그건 우리가 풀어야 할 문제가 아니다’라고 못 박았다. 논리는 단순하고, 그래서 설득력이 있다. 우회를 막는 데 힘을 쏟을수록 확인 절차만 무거워지고, 정작 아이가 온라인에서 실제로 겪는 위험은 그대로 남는다. 낯선 사람의 접근, 유해 콘텐츠, 과몰입 같은 것들이다. 아쉬운 대목도 있다. 원문은 ‘대신 아이들을 안전하게 지킬 방법’을 제시한다고만 밝혀 두어서, 대안이 구체적으로 무엇인지는 확인되지 않는다. 그래도 관심을 ‘차단’에서 ‘안전’으로 옮기자는 방향만큼은 또렷하다.

    역설도 하나 있다. 나이를 속이고 가입한 아이는 플랫폼이 청소년에게 걸어 두는 보호 기본값을 받지 못한다. 시스템 눈에는 그냥 성인 이용자다. 금지가 강할수록 아이는 ‘보호받는 청소년 계정’ 대신 ‘보호 없는 성인 계정’으로 밀려나는 셈이다. 아이가 실제 나이로 가입하게 하는 것 자체를 보호 설정의 하나로 봐야 하는 이유다.

    시간·콘텐츠·접촉·결제, 막을 위험을 정한 뒤 도구를 고른다

    부모용 보호 기능은 가짓수가 많다. 기능 목록부터 훑다 보면 금방 길을 잃는다. 순서를 거꾸로 잡는 편이 낫다. 막고 싶은 위험을 먼저 정하고, 그다음 아이 나이와 집에 있는 기기 조합에 맞춰 도구를 고르는 식이다.

    기준 1. 무엇을 막을 것인가: 시간·콘텐츠·접촉·결제

    • 시간(과몰입)이 걱정이면 기기 전체에 거는 사용 한도와 야간 차단부터 챙긴다. 앱 안에서 건 설정은 아이가 다른 앱으로 넘어가는 순간 소용이 없다.
    • 콘텐츠(유해물)가 걱정이면 앱 설치 연령 등급과 각 앱의 제한 모드를 함께 건다.
    • 접촉(낯선 사람의 메시지)이 걱정이라면 기기 설정만으로는 부족하다. 계정 비공개, 메시지를 받을 상대 범위처럼 앱 안의 공개 설정이 핵심이다.
    • 결제가 걱정이라면 앱 구입·인앱 결제 승인 기능 하나로 대부분 해결된다. 네 가지 가운데 가장 손이 덜 가는 항목이다.

    기준 2. 아이 나이와 자율성

    어릴수록 ‘허락받고 쓰는’ 방식이 맞다. 앱 설치부터 부모 승인을 거치게 하고, 사용 시간도 기기 전체 기준으로 묶어 둔다. 중고생은 사정이 다르다. 전부 막아 버리면 반발과 우회만 키우기 쉽다. 이 나이대라면 앱의 보호자 연동으로 사용 시간 정도만 챙겨 보고, 나머지는 함께 정한 규칙에 맡기는 쪽이 오래 간다. 강하게 막을수록 빈틈을 찾는다는 금지법의 교훈이 집 안에서도 그대로 통하는 셈이다.

    기준 3. 집에 있는 기기 조합

    • 부모와 자녀 모두 아이폰: 가족 공유로 묶은 뒤, 부모 기기에서 아이의 스크린 타임을 원격으로 관리한다.
    • 자녀가 안드로이드: 구글 패밀리 링크를 쓴다. 부모용 앱은 아이폰에도 설치되니 부모가 어떤 폰을 쓰든 상관없다.
    • 자녀는 아이폰, 부모는 안드로이드: 원격 관리가 어렵다. 자녀 아이폰에서 직접 스크린 타임을 켜고 암호를 걸어 두는 수밖에 없다.

    기준 4. 설정을 끄는 권한은 누구에게 있는가

    흔한 우회는 설정 자체보다 설정을 끄는 단계에서 벌어진다. 스크린 타임 암호, 자녀 구글 계정 비밀번호, 앱의 보호자 연동을 해제하는 권한. 이 셋을 부모만 쥐고 있느냐가 어떤 기능을 켜느냐보다 중요하다. 아무리 촘촘하게 설정해도 아이가 암호를 알고 있다면 처음부터 다시 시작해야 한다.

    아이폰·안드로이드·인스타그램·틱톡·유튜브 보호 기능 켜는 경로

    OS와 앱은 업데이트 때마다 항목 이름을 곧잘 바꾼다. 아래 경로가 보이지 않으면 헤매지 말고 설정 화면 맨 위 검색창에 ‘스크린 타임’, ‘가족’ 같은 핵심 단어를 쳐 넣는 게 빠르다.

    아이폰: 스크린 타임

    • 사용 시간 한도: 설정 → 스크린 타임 → ‘가족’ 항목에서 자녀 이름 → 앱 시간 제한 → 제한 추가 → ‘소셜’ 카테고리 선택 후 하루 한도 지정
    • 연령 등급 제한: 설정 → 스크린 타임 → 자녀 이름 → 콘텐츠 및 개인정보 보호 제한 → App Store, 미디어, 웹 및 게임(이전 버전은 ‘콘텐츠 제한’) → 앱 → 연령 등급 선택
    • 앱 설치 승인: 설정 → 맨 위 사용자 이름 → 가족 공유 → 자녀 이름 → 구입 승인 요청 켜기
    • 밤 시간 차단: 설정 → 스크린 타임 → 자녀 이름 → 다운타임 → 시간대 지정
    • 우회 방지: 스크린 타임 암호는 아이가 모르는 숫자로 정한다. 콘텐츠 및 개인정보 보호 제한 안의 ‘계정 변경’은 ‘허용 안 함’으로 둔다(이 항목은 위치가 정확하지 않다).

    안드로이드: 구글 패밀리 링크

    • 연결: 부모 폰에 패밀리 링크 앱 설치 → 자녀 추가. 자녀 기기에서는 설정 → Google → 자녀 보호 기능(이 단계 명칭은 정확하지 않다) → 안내에 따라 부모 계정 연결
    • 앱 연령 등급: 패밀리 링크 → 자녀 선택 → 제어 → 콘텐츠 제한 → Google Play → 앱 및 게임 → 연령 등급 지정
    • 앱별 사용 시간: 패밀리 링크 → 자녀 선택 → 제어 → 앱 한도(‘앱 제한’으로 표기된 버전도 있다) → SNS 앱별 시간 지정 또는 차단
    • 설치 승인: 제어 → 콘텐츠 제한 → Google Play에서 구매 승인 항목을 켠다(항목 이름은 정확하지 않다).

    인스타그램

    • 보호자 연동: 프로필 → 오른쪽 위 메뉴(≡, 설정 및 활동) → 가족 센터(버전에 따라 ‘감독’) → 초대 링크를 부모 계정으로 보내 연결
    • 연결이 끝나면 보호자가 하루 사용 시간 한도를 정하고, 아이가 누구와 팔로우 관계인지도 확인한다.
    • 계정은 실제 나이로 만들게 한다. 청소년으로 등록된 계정에는 비공개 같은 보호 기본값이 붙는다. 나이를 올려 가입하면 이 보호가 통째로 빠진다.

    틱톡

    • 보호자 연동: 프로필 → 오른쪽 위 메뉴(≡) → 설정 및 개인정보 → 세이프티 페어링(이 단계 명칭은 정확하지 않으며, ‘가족 페어링’으로 표기된 버전도 있다) → 부모와 자녀가 각각 선택한 뒤 QR 코드로 연결
    • 연결한 다음 부모 화면에서 하루 사용 시간, 제한 모드, 메시지를 받을 상대 범위를 정한다.

    유튜브

    • 자녀가 안드로이드일 때: 패밀리 링크 → 자녀 선택 → 제어 → 콘텐츠 제한 → YouTube(이 단계 위치는 정확하지 않다) → 유튜브 키즈 또는 보호자가 관리하는 계정 중 선택
    • 제한 모드: 유튜브 앱 → 오른쪽 아래 프로필(내 페이지) → 오른쪽 위 설정(톱니바퀴) → 일반 → 제한 모드 켜기. 문제는 아이도 같은 경로로 들어가 다시 꺼 버리면 그만이라는 점이다. 이것 하나만 믿기엔 약하다.

    해외 금지법이 한국 아이 계정을 막진 않는다, 변수는 플랫폼

    원문이 다룬 네 곳에 한국은 없다. 호주·프랑스·영국·EU의 금지는 각 지역 이용자가 대상이다. 국내에서 만든 아이 계정이 이 법들 때문에 당장 막히는 일은 없다는 얘기다.

    국내에도 아동의 개인정보를 처리할 때 법정대리인(보통 부모)의 동의를 받게 하는 규정은 있다. 다만 이건 개인정보를 다루는 절차에 관한 규정이다. 특정 나이 미만의 SNS 가입을 일괄 금지하는 해외 방식과는 결이 다르다.

    달라질 여지가 있는 쪽은 법보다 플랫폼이다(추측). 인스타그램·틱톡·유튜브 같은 글로벌 서비스 입장에서는 나라마다 시스템을 따로 짜기보다, 나이 확인과 청소년 기본값을 공통 기능으로 넓히는 편이 운영하기에 효율적이다. 그렇게 되면 국내 이용자도 나이를 다시 확인하라는 요청이나 청소년 계정으로 전환하라는 안내를 더 자주 마주칠 가능성이 있다. 어디까지나 운영 효율에 기댄 추측이고, 플랫폼이 국내에 어떤 변화를 적용할지는 확인되지 않았다.

    영국·호주·프랑스 같은 나라에 사는 가족이나 그곳에서 유학 중인 자녀라면 얘기가 다르다. 현지 법을 적용받으니 그 나라의 시행 여부와 방식을 따로 챙겨 봐야 한다. 국내에 사는 부모에게 실제로 달라지는 건 법이 아니다. 플랫폼의 기본 설정, 그리고 집에서 직접 켜는 설정이다.

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

    확인된 것

    • 호주는 미성년자의 SNS 이용을 제한하는 법을 만들었고, 초기 경험에서 나이 제한이 쉽게 뚫린다는 교훈이 나왔다.
    • 프랑스는 15세 미만의 주요 플랫폼 이용을 막는 제한을 도입했으나, 최고법원이 인권을 근거로 제동을 걸었다.
    • 영국은 16세 미만의 페이스북·틱톡 등 이용을 금지하는 것을 목표로 하고 있다.
    • EU는 15세 미만 SNS 금지 계획을 발표했다.
    • 미할 루리아·알리야 바티아·다나 보이드는 아이들이 금지를 우회하는 것 자체는 풀어야 할 문제가 아니라는 입장을 냈다.

    아직 불확실한 것

    • 영국이 목표한 시점에 금지를 실제로 시행할지, 나이를 어떤 방식으로 확인할지
    • EU 계획이 회원국별로 언제, 얼마나 강하게 적용될지
    • 프랑스가 법원 판단 이후 제한을 고쳐 다시 추진할지
    • 호주에서 우회가 얼마나 많이 일어나는지에 대한 구체적인 수치(원문에 없음)
    • 저자들이 제시한 대안의 구체적인 내용
    • 국내에서 비슷한 나이 제한 법이 추진될지, 글로벌 플랫폼이 국내에서도 나이 확인을 강화할지

    보호 설정은 막는 벽보다 하나씩 풀어 주는 순서에 가깝다

    금지법 논쟁이 부모에게 남기는 교훈은 간단하다. 완벽하게 막는 장치는 없다. 아이는 언젠가 빈틈을 찾아낸다. 그렇다면 설정은 벽보다는 속도를 조절하는 장치로 보는 게 맞다. 처음 휴대폰을 쥐여 줄 때는 승인제와 시간 한도로 시작하고, 아이가 크면서 하나씩 풀어 주는 식이다.

    그 과정에서 지킬 원칙은 세 가지다.

    • 규칙은 아이와 함께 정하고, 왜 그 앱에 한도를 거는지 설명한다. 이유를 아는 아이는 우회하고 싶은 마음이 덜하다.
    • 설정을 끄는 암호와 계정 비밀번호는 부모가 갖되, 설정을 바꿀 때는 아이에게 미리 알린다.
    • 문제가 생겼을 때 아이가 숨기지 않고 털어놓는 관계를 만든다. 몰래 우회한 사실이 들킬까 봐 위험한 일까지 숨기게 만드는 규칙이라면 차라리 없느니만 못하다.

    법이 어느 쪽으로 가든 집에서 할 일은 이미 정해져 있다. 오늘 저녁, 아이 휴대폰의 스크린 타임이나 패밀리 링크 화면부터 열어 보자.

    출처: MIT Tech Review AI

  • RTX 스파크 노트북, 앱은 통과·게임은 CPU 병목

    RTX 스파크 노트북, 앱은 통과·게임은 CPU 병목

    3줄 요약

    • 엔비디아 RTX 스파크 N1X 노트북에서는 업무 앱과 크리에이티브 앱이 Arm 윈도우로도 대체로 무난하게 돌아간다.
    • 그래픽 성능은 넉넉하다. 하지만 적이 화면을 가득 채우는 게임처럼 CPU 부하가 큰 타이틀에서는 프레임이 일정 수준 위로 오르지 않는다.
    • 고를 때는 네 가지를 순서대로 본다. 필수 앱이 x86 전용인지, 드라이버가 필요한 장비가 있는지, 주력 게임이 CPU를 많이 쓰는지, 로컬 AI에 필요한 메모리가 얼마인지다.

    제일 싼 구성이 2,599.99달러부터예요. 그것도 미국 가격으로요. 엔비디아가 새로 내놓은 Arm 기반 칩 RTX 스파크 N1X는 애플·인텔·AMD·퀄컴의 최상위 칩과 맞붙겠다고 나온 하이엔드 전용 제품이라, 애초에 싼 선택지가 없거든요. 이 정도 돈을 쓴다면 벤치마크 점수보다 먼저 따질 게 있습니다. 매일 여는 프로그램과 즐겨 하는 게임이 Arm 윈도우에서 제대로 도느냐. 더버지 기자 세 명이 이 칩을 넣은 노트북 다섯 대를 일주일 동안 나눠 쓰고 사용기를 남겼는데, 그 내용을 바탕으로 구매 전에 확인할 기준을 순서대로 짚어 볼게요.

    N1X 칩은 하나, 구성은 20코어와 18코어 두 가지

    RTX 스파크는 노트북과 소형 데스크톱에 들어가는 Arm 기반 SoC예요. CPU 코어가 많고, 그래픽은 엔비디아 RTX 블랙웰이고, CPU와 GPU가 메모리 하나를 같이 쓰는 통합 메모리 구조입니다. 핵심은 이 마지막 부분인데요. 보통 게이밍 노트북은 그래픽카드 전용 메모리(VRAM)가 따로 붙어 있어서 GPU 몫의 용량이 딱 그만큼으로 묶여요. 통합 메모리는 다릅니다. 시스템 메모리 전체를 GPU 작업에도 나눠 쓰거든요. 엔비디아가 꽤 큰 로컬 AI 모델까지 직접 돌린다고 내세우는 근거가 바로 이 구조예요.

    칩 구성은 두 가지예요.

    • 상위 구성: CPU 20코어, GPU CUDA 코어 6,144개. 이번에 테스트한 다섯 대가 전부 이쪽이에요.
    • 하위 구성: CPU 18코어, CUDA 코어 5,120개. 서피스 랩톱 울트라의 저가 구성과 메모리 24GB짜리 에이수스 프로아트 P14에 들어가고, 가격은 2,599.99달러부터 시작해요.

    여기서 하나 걸리는 점이 있어요. 2,599.99달러짜리 진입 모델은 이번 사용기에 없었다는 거예요. CPU 코어도 CUDA 코어도 한 단계 적은 칩이니, 아래 이야기를 그대로 하위 구성에 옮겨 적용하긴 어렵습니다.

    테스트에 쓰인 상위 구성 제품은 마이크로소프트 서피스 랩톱 울트라(통합 메모리 128GB, 대표 기종), 에이수스 프로아트 P16(64GB·128GB), 레노버 요가 9n 2-in-1(64GB), HP 옴니북 울트라(32GB)예요. 가격은 HP 옴니북 울트라가 3,199.99달러로 가장 낮고, 에이수스 프로아트가 6,999.99달러로 가장 높아요. 같은 상위 구성 칩을 쓰는데도 두 배 넘게 벌어지는 셈이죠. 노리는 사람도 분명합니다. 개발자, 프로그래머, 콘텐츠 크리에이터 중에서도 로컬 AI 작업에 DLSS 5 같은 최신 엔비디아 기술을 쓰는 게임까지 노트북 한 대로 끝내고 싶은 사람. 요구 사항이 까다로운 층을 골라서 겨냥한 거예요.

    메모리 용량은 용도부터 정하고 고르세요. 통합 메모리 노트북은 대개 나중에 메모리를 늘리기 어렵거든요. 처음 고른 용량을 그대로 끌고 가게 되는 거죠(모델별 증설 가능 여부는 제조사 사양표에서 확인). 업무 앱과 게임이 주목적이면 24GB나 32GB로 시작해도 괜찮아요. 큰 AI 모델을 로컬에서 돌리려고 사는 거라면 얘기가 달라집니다. 64GB나 128GB를 골라야 이 칩의 장점을 제대로 쓰게 돼요. 모델 전체가 메모리에 올라가야 GPU가 제 속도를 내니까요. 다만 로컬 AI가 이 칩의 간판 기능인데도, 이번 사용기는 앱 호환성과 게임 이야기가 대부분이에요. AI 성능만 보고 128GB 구성까지 올릴 생각이라면 아직 판단 근거가 얇다는 점은 감안하세요.

    업무 앱은 대부분 통과, 남는 변수는 x86 전용 툴과 드라이버

    몇 년 전까지만 해도 Arm 윈도우는 ‘쓰기 불편한 윈도우’ 취급이었어요. 분위기가 바뀐 건 퀄컴 스냅드래곤 X 칩이 나오고 나서입니다. Arm 전용(네이티브) 앱 개발이 크게 늘었고, 아직 x86용밖에 없는 앱은 마이크로소프트의 에뮬레이션 계층 ‘프리즘(Prism)’이 변환해서 돌려 줘요. RTX 스파크 노트북도 똑같은 윈도우를 쓰니까, 앱 호환성은 스냅드래곤 X 노트북과 거의 같다고 보면 됩니다.

    테스트 결과만 놓고 보면 합격점. 어도비 포토샵과 프리미어는 이미 Arm 네이티브 버전이 나와 있고, 라이트룸 클래식은 x86 앱인데도 쓰는 동안 문제를 못 느꼈다고 해요. 기자 한 명은 아예 RTX 스파크 노트북을 주력 PC로 삼고 시그널, 디스코드, 오대시티, 캡컷, 에버노트, IrfanView, 슬랙, ScreenToGif를 매일 띄웠는데, 제대로 안 돌아간 앱이 하나도 없었대요. 이게 Arm 앱인지 x86 앱인지 신경 쓸 일조차 없었다고요. 퀄컴 칩 Arm 노트북을 2년 동안 매일 써 온 다른 기자의 말은 더 짧습니다. 이제는 앱이 네이티브인지 아닌지 구분이 안 된다는 것.

    그렇다고 매끄럽기만 했던 건 아니에요. 앱이 평소보다 늦게 떠서 ‘이거 열리긴 하나’ 싶은 순간이 가끔 있었고, 드물게는 두 번 실행해야 열렸어요. 에버노트 노트가 다른 창으로 넘어간 사이 사라졌다가 강제 새로 고침을 하고서야 다시 나타난 일도 있었고요. 시스템 다크 모드 설정을 무시하는 앱까지. 하나씩 보면 사소한데, 매일 붙잡고 일하는 기계라면 쌓일수록 거슬리는 종류예요.

    그래서 사기 전에 확인할 건 두 가지예요.

    • x86 전용 전문 소프트웨어를 쓰는가: 업종 전용 프로그램이나 사내 특수 툴처럼 x86으로만 나오는 소프트웨어에 업무가 걸려 있다면, Arm 윈도우에서 가장 크게 발목 잡히는 지점이 바로 여기예요. 프로그램마다 다운로드 페이지에 ‘Arm64’나 ‘ARM’ 버전이 있는지부터 보세요.
    • 드라이버를 설치해야 하는 장비나 프로그램이 있는가: 프리즘이 변환해 주는 건 일반 앱뿐이고, 하드웨어 드라이버는 에뮬레이션하지 않아요. 오디오 인터페이스, 프린터, VR 장비처럼 전용 드라이버가 필요한 장비라면 제조사가 Arm용 드라이버를 내놨는지가 관건입니다. 이번 테스트에서도 밸브 스팀 프레임의 무선 어댑터 드라이버는 끝내 설치되지 않았어요.

    게임 프레임을 정하는 건 그래픽이 아니라 CPU 병목

    원래 Arm 윈도우는 게임용으로 고려할 만한 플랫폼이 아니었어요. Arm 네이티브 게임은 지금도 많지 않고요. RTX 스파크가 택한 방법은 단순합니다. 강력한 엔비디아 GPU로 에뮬레이션 부담을 힘으로 밀어붙이는 거죠. 테스터 한 명은 1440p 해상도, 중간 옵션, DLSS 성능 모드로 맞췄더니 대부분의 게임에서 안정적인 60fps가 나왔다고 해요. 15인치 화면이라 중간 옵션 화질도 거슬리지 않았다는 평이었고요.

    아래 표는 기자 두 명이 서로 다른 기종에서 잰 결과예요. 해상도도 옵션도 게임마다 제각각이라 숫자끼리 줄 세우는 건 큰 의미가 없어요. 어떤 게임이 어떤 설정에서 잘 도는지 감을 잡는 용도로 보세요.

    게임 설정 결과
    검은 신화: 오공 네이티브 해상도(3270×2180), 중간 옵션, DLSS 성능 모드 평균 70fps
    사이버펑크 2077 중간 옵션, DLSS 성능 모드 평균 66fps
    포르자 호라이즌 6 중간 옵션, DLSS 성능 모드 평균 57fps
    리터널 1440p, 높음 60fps 유지
    Expedition 33 DLSS 성능 모드로 1200p 업스케일, 높음 60fps 유지
    스타워즈 제다이: 서바이버 DLSS 성능 모드로 1200p 업스케일, 중간 60fps 유지
    섀도우 오브 더 툼레이더 네이티브 1800p, 최고 옵션 60fps 유지
    헬다이버즈 2 DLSS 업스케일 1080p, 최고 난이도 60fps 보장 안 됨(CPU 한계)
    스타워즈 제로 컴퍼니 그래픽·해상도를 바꿔도 차이 없음 전투 중 37~39fps(CPU 한계)
    맥스 페인 2 – 일부 구간 50fps까지 하락

    눈여겨볼 곳은 맨 아래 세 줄이에요. 헬다이버즈 2는 최고 난이도에서 적이 화면을 꽉 채우면 DLSS로 1080p까지 낮춰도 60fps를 못 지켰어요. 스타워즈 제로 컴퍼니는 더 노골적인데요. 그래픽 옵션과 해상도를 최대로 올리든 최소로 내리든, 전투 중 프레임이 37~39fps에서 꿈쩍도 안 했습니다. 옵션을 내려도 프레임이 그대로라면 막힌 곳은 GPU가 아니라 CPU라는 뜻이거든요. 대규모 전투 게임이나 유닛이 많은 전략 게임이 주력이라면, 이 노트북의 약점에 정면으로 부딪히게 돼요.

    오래되고 가벼운 게임이면 괜찮겠거니 싶지만 꼭 그렇지도 않아요. 2003년에 나온 맥스 페인 2에서도 50fps까지 떨어지는 구간이 있었고, 2D 게임 모음집 UFO 50도 몇 번 끊겼어요. 다른 2D 게임 두어 개는 멀쩡했고요. 그래픽 부하가 큰 게임도 아닌데 이런 증상이 나온다는 건, 사양표만 보고 ‘옛날 게임쯤이야’ 하고 넘길 일이 아니라는 얘기예요. VR은 아직 판단을 미루는 게 좋겠습니다. 타이탄폴 2 VR 모드는 실행은 됐지만 몇 분 지나자 조금씩 불안정해졌고, 스팀의 스트리밍 오디오 기능은 설치조차 안 돼서 소리가 헤드셋 대신 노트북에서 나왔대요.

    그리고 이 수치는 전부 팬이 최고 속도로 돌고, 열기가 책상이나 무릎으로 쏟아지는 상태에서 나온 거예요. 얇은 게이밍 노트북이라면 흔한 일이긴 한데, 좋은 데스크톱이나 휴대용 게임기와 비교하면 훨씬 시끄럽고 뜨거워요. 테스터들의 평을 한 줄로 줄이면 이렇습니다. 전용 게이밍 노트북만큼은 아니어도, 맥북 프로급 노트북으로 이동 중에 게임하기엔 충분하다.

    에뮬레이션 앱이 말썽일 때 손볼 설정 세 곳

    윈도우 빌드와 제조사에 따라 화면이 조금씩 달라서, 아래 경로는 대략적인 길잡이 정도로 봐 주세요.

    1. 앱이 네이티브인지 확인하기
    작업 관리자(Ctrl+Shift+Esc) → 세부 정보 → 맨 위 열 제목 줄(이름, PID 등)을 마우스 오른쪽 버튼으로 클릭 → 열 선택 → ‘아키텍처’ 체크(한국어판 열 이름은 확실하지 않음). 그러면 실행 중인 프로세스마다 Arm64, x64 같은 값이 붙어요. Arm64가 아닌 앱이 유난히 느리거나 불안정하다면, 개발사 사이트에서 Arm 버전이 나왔는지 확인하고 갈아 까는 게 제일 확실합니다.

    2. x86 앱의 에뮬레이션 옵션 바꾸기
    앱 실행 파일이나 바로 가기를 마우스 오른쪽 버튼으로 클릭 → 속성 → 호환성 탭 → ‘에뮬레이션 설정 변경’ 버튼(영문판은 Change emulation settings, 한국어 표기는 확실하지 않음). 자꾸 멈추거나 화면이 깨지는 x86 앱이 있을 때 들어가는 곳이에요. 옵션을 하나씩 바꿔 가며 증상이 사라지는지 보면 되는데, 뭘 바꿨는지는 꼭 적어 두세요. 효과가 없으면 원래대로 돌려놔야 하니까요.

    3. 다크 모드를 따르지 않는 앱
    설정 → 개인 설정 → 색 → ‘모드 선택’을 ‘어둡게’로 바꿨는데도 혼자 밝게 뜨는 앱이 있어요. 테스트에서도 실제로 나온 증상이고요. 이럴 땐 시스템 설정과 씨름하기보다 앱 자체 설정의 테마(모양) 항목에서 어두운 테마를 직접 고르는 쪽이 빠릅니다.

    앱이 늦게 뜨거나, 에버노트 사례처럼 내용이 사라진 것처럼 보여도 데이터부터 지우진 마세요. 앱 안에서 새로 고침을 하거나 앱을 다시 실행해 보는 게 먼저예요. 테스트 때도 강제 새로 고침 한 번으로 원래대로 돌아왔거든요.

    은행 보안 프로그램과 안티치트, 한국에서 먼저 따져볼 부분

    국내 환경은 이번 테스트 범위 밖이었어요. 아래 내용은 Arm 윈도우의 구조를 바탕으로 한 추측이라는 점을 먼저 밝혀 둡니다.

    • 금융·공공 사이트 보안 프로그램: 국내 인터넷 뱅킹이나 공공기관 사이트 중에는 아직도 키보드 보안, 백신, 인증 관련 프로그램 설치를 요구하는 곳이 있죠. 이 중 일부는 시스템 깊숙한 곳에서 드라이버 형태로 동작해서, Arm용 버전이 없으면 설치 단계에서 막힐 가능성이 커 보여요(추측). 테스트에서 VR 무선 어댑터 드라이버가 설치되지 않은 것과 같은 종류의 문제예요.
    • 안티치트가 들어간 온라인 게임: 커널 수준에서 도는 안티치트도 결국 드라이버예요. 즐겨 하는 온라인 게임이 있다면 게임사가 Arm 윈도우를 지원하는지 공지부터 찾아보는 게 안전해 보입니다(추측). 참고로 이번 사용기에는 안티치트 얘기가 아예 없었어요.
    • 국내 전용 업무 소프트웨어: 한컴오피스 한글, 사내 그룹웨어 플러그인, 세무·회계 프로그램처럼 국내에서 주로 쓰는 소프트웨어는 Arm 네이티브 버전이 있는지부터 보세요. 일반 앱이라면 프리즘으로 돌아갈 가능성이 높다는 게 테스트 결과에서 짐작되는 부분이에요. 하지만 설치할 때 드라이버나 보안 모듈이 같이 깔리는 프로그램이라면 사정이 달라져요.
    • 참고할 자료: 앱과 보안 프로그램 호환성은 운영체제 쪽 문제라서, 국내에서 스냅드래곤 X 노트북을 쓰는 사람들 후기가 좋은 참고가 돼요. 반면 게임과 그래픽 드라이버는 엔비디아 GPU를 쓰는 RTX 스파크만의 문제라 따로 확인해야 하고요.

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

    확인된 것

    • RTX 스파크 N1X 상위 구성은 CPU 20코어·CUDA 코어 6,144개, 하위 구성은 18코어·5,120개다.
    • 테스트 기종은 서피스 랩톱 울트라(128GB), 에이수스 프로아트 P16(64GB·128GB), 레노버 요가 9n 2-in-1(64GB), HP 옴니북 울트라(32GB)이고, 하위 구성 제품으로는 에이수스 프로아트 P14(24GB) 등이 있다.
    • 미국 가격은 하위 구성이 2,599.99달러부터, 테스트 기종이 3,199.99~6,999.99달러다.
    • 어도비 포토샵·프리미어는 Arm 네이티브 버전이 있고, 일상 업무 앱은 대부분 프리즘 에뮬레이션으로 문제없이 돌았다.
    • 헬다이버즈 2(최고 난이도), 스타워즈 제로 컴퍼니처럼 CPU 부하가 큰 게임에서는 프레임이 일정 수준 위로 오르지 않았다.
    • 스팀 프레임 무선 어댑터 드라이버와 스팀 스트리밍 오디오는 설치되지 않았다.
    • 부하가 클 때 팬 소음과 발열이 심하다.

    아직 불확실한 것

    • 로컬 AI 작업에서 생긴 문제의 구체적 내용. 테스터들은 게임과 AI에서 진짜 문제가 생겼다고 했지만, 이 글이 바탕으로 한 자료에는 AI 쪽 증상이 나오지 않는다.
    • 마이크로소프트·에이수스·레노버·HP의 RTX 스파크 노트북이 한국에 나오는지, 나온다면 원화로 얼마인지는 정해진 정보가 없다.
    • 국내 금융·공공 보안 프로그램과 온라인 게임 안티치트가 돌아가는지.
    • VR이 불안정했던 원인이 와이파이인지, 칩이나 드라이버 문제인지.
    • 모델별 메모리 증설 가능 여부, 그리고 드라이버·에뮬레이션 업데이트로 게임 호환성이 얼마나 좋아질지.

    x86 툴도, 대규모 전투 게임도 없다면 후보에 올릴 만하다

    맞는 사람부터 볼게요. 전제는 x86 전용 툴이나 Arm 드라이버가 없는 장비를 쓰지 않는다는 거예요. 거기에 포토샵·프리미어 같은 크리에이티브 작업을 하면서 출장지에서 게임도 좀 하고 싶고, 로컬 AI 때문에 큰 통합 메모리가 필요하고, 부하가 걸릴 때의 소음과 열이 크게 신경 쓰이지 않는다면 고려해 볼 만해요. 반대로 대규모 전투 게임이나 전략 게임이 주력이거나, 안티치트가 들어간 온라인 게임을 자주 하거나, 업무가 특정 x86 프로그램에 묶여 있다면 기다리는 편이 낫습니다. 게임이 최우선이라면 전용 게이밍 노트북만 못하다는 건 테스터들도 분명히 못 박은 부분이고요. 이 가격대에서 게임 하나만 보고 고를 물건은 아니라는 게 제 판단이에요.

    1. 필수 앱 목록을 적고, Arm64 버전이 있는지 아니면 프리즘으로 잘 도는지 확인한다.
    2. 드라이버가 필요한 장비와 보안 프로그램이 Arm을 지원하는지 확인한다.
    3. 주력 게임이 CPU를 많이 쓰는 장르인지 따져 본다.
    4. 로컬 AI 계획에 맞춰 메모리 용량을 고르되, 대개 나중에 늘리기 어렵다는 점을 염두에 둔다.

    네 줄을 다 통과했다면, 그때 가서 2,599.99달러부터 시작하는 가격표를 들여다보면 됩니다.

    출처: The Verge

  • 애플 첫 자체 스마트홈 기기, LG전자와 공동개발

    애플 첫 자체 스마트홈 기기, LG전자와 공동개발

    3줄 요약

    • 애플이 LG전자·슈나이더 일렉트릭과 함께 개발한 스마트홈 라인업 ‘애플 홈 컬렉션’을 공개했다. 카메라, 온도조절기, 센서, 도어록, 비디오 도어벨로 구성되며, 애플의 첫 스마트 디스플레이 ‘홈뷰’도 같이 나왔다.
    • 애플은 매터 표준과 대화형 시리 AI가 갖춰진 것을 출시 이유로 들었다. 가격은 200달러부터다.
    • 도어록·온도조절기·센서는 매터를 지원한다. 카메라는 애플 전용 ‘홈킷 시큐어 비디오’만 쓴다.

    12년. 애플이 홈킷(HomeKit)을 선보인 뒤 자기 이름을 건 스마트홈 기기를 처음 내놓기까지 걸린 시간이다. 그사이 애플은 10년 넘게 다른 제조사에 자사 플랫폼용 기기를 만들어 달라고 요청하는 쪽에 서 있었다. 이번엔 달랐다. 직접 라인업을 꾸렸다. 미국 뉴욕에서 이번 주 열린 ‘Welcome home’ 행사에서 공개된 ‘애플 홈 컬렉션(Apple Home Collection)’ 얘기다.

    애플이 왜 굳이 직접 만들었는지는 경쟁 구도만 봐도 금방 감이 온다. 아마존과 구글은 지원 기기 수에서 앞서 있고, 링(Ring)과 네스트(Nest)라는 인기 있는 자체 브랜드까지 갖고 있다. 애플에는 그런 게 없었다. 고객에게 ‘이게 애플식 경험’이라며 내밀 제품 자체가 비어 있었던 거다. 이번 라인업은 그 빈자리를 메우려는 카드로 읽는 게 맞다고 본다.

    12년 만에 직접 나선 이유, 매터와 대화형 시리

    구성부터 보자. 카메라, 온도조절기, 센서, 스마트 도어록, 비디오 도어벨. 다섯 가지 전부 LG전자, 슈나이더 일렉트릭과 공동개발했다. 애플의 첫 스마트 디스플레이 ‘홈뷰(HomeView)’도 함께 나왔고, 설치는 애플 리테일 매장을 거쳐 보안업체 ADT가 돕는다.

    ‘왜 하필 지금이냐.’ 행사장에서 애플의 홈 부문 제품 마케팅 부사장 카이안 드랜스(Kaiann Drance)를 만난 더버지가 정면으로 던진 질문이다. 드랜스의 답은 짧았다. 필요한 기술이 이제야 갖춰졌다는 것. 생태계의 토대가 된 개방형 스마트홈 표준 매터(Matter), 그리고 대화형으로 바뀐 시리(Siri)다. 이 둘이 다 있어야 홈뷰 같은 집 전용 기기가 성립한다는 설명이었다.

    드랜스는 “시리 AI 덕분에 예전에는 구현하지 못했던 방식으로 모든 것이 맞물린다”며, 이게 전체를 묶는 결정적 조각이었다고 했다. 매터 쪽 맥락도 하나 짚고 가자. 매터는 애플이 공동 설립에 참여한 상호운용 표준이다. 그래서 이번 발표는 애플이 앞으로도 매터를 계속 끌고 갈지를 가늠하는 자리이기도 했다. 애플이 직접 만든 기기가 매터를 얼마나 지원하느냐가 곧 그 답이 되는 셈이다.

    파트너를 고른 이유는 꽤 분명하게 나왔다. 드랜스 설명으로는 두 회사 다 세계 곳곳에서 사업을 하고 주거 분야 경험이 있다. 역할은 갈렸다. LG전자는 소비자 가전, 슈나이더는 주택 건축·설치 쪽 전문성을 맡았다. 처음부터 함께 설계한 협업이었고, 애플은 집과 애플 제품군에 어울리는 디자인을 책임졌다.

    • 출시 이유(애플 설명): 매터 생태계와 대화형 시리 AI
    • 공동개발: LG전자(소비자 가전), 슈나이더 일렉트릭(주택 시공·설치)
    • 설치 지원: 애플 리테일 매장을 통한 ADT 협력

    골라 담는 뷔페에서 ‘셰프 추천’으로, 카메라만 애플 전용

    지금까지 애플 홈은 뷔페에 가까웠다. 홈킷이나 매터를 지원하는 브랜드라면 뭐든 골라 담으면 됐다. 대신 담은 것끼리 서로 잘 맞을지는 사용자가 알아서 감수해야 했다. 홈 컬렉션은 그 반대편에 있다. 애플이 궁합을 보증하는 짧은 추천 메뉴. 드랜스도 “매터 제품은 선택지가 많지만 ‘집에 어떤 제품을 들여야 하느냐’는 질문을 종종 받는다”고 했다.

    그렇다고 뷔페를 닫겠다는 얘기는 아니다. 드랜스는 매터와 ‘Works with Apple Home’ 생태계를 유지하고, 집마다 사정이 다른 만큼 고객 선택권도 계속 보장하겠다고 못 박았다. 하드웨어 사양도 대체로 이 말과 들어맞는다. 대표적인 게 도어록이다. 디지털 키 출입 표준 알리로(Aliro)를 지원하고, 완전히 로컬로 작동한다.

    기기 매터 호환 스레드 지원 특이사항
    스마트 도어록 지원 지원 알리로 지원, 완전 로컬 작동
    온도조절기 지원 지원 –
    센서 지원 지원 –
    카메라 미지원 지원 홈킷 시큐어 비디오(HKSV) 사용
    비디오 도어벨 원문에 개별 언급 없음 지원 –

    걸리는 건 카메라다. 카메라만은 매터 대신 애플의 홈킷 시큐어 비디오(HKSV)를 쓴다. 인터뷰를 진행한 기자는 이걸 이번 라인업에서 가장 큰 종속(lock-in) 요소로 꼽았는데, 나도 같은 생각이다. 선택권을 보장하겠다고 해 놓고 정작 카메라는 애플 방식으로만 열어 둔 셈이라, 앞에서 한 말과 아귀가 잘 안 맞는다. 여지는 남아 있다. 모든 기기에 스레드(Thread) 무선 모듈이 들어가 있어서, 하드웨어 쪽은 매터를 받아들일 준비가 돼 있을 가능성이 있다. 애플이 매터 카메라 표준에 암호화 업로드 기능이 들어오기를 기다리는 거라는 해석도 나온다. HKSV에는 이 기능이 이미 있으니, 근거 없는 추측으로 보긴 어렵다.

    그럼 홈 컬렉션만 할 줄 아는 기능이 따로 있을까. 이론상으로는 없다. 실제로 쓸 때는 얘기가 좀 다르다. 드랜스는 기존 기반 위에 “더 깊은 통합이라는 층을 하나 더 얹었다”고 표현했다. 전용 기능을 새로 만든 게 아니라, 애플 플랫폼이 제공하는 기능을 빠짐없이 다 담았다는 뜻이다. 구글이 픽셀폰으로 안드로이드의 역량을 보여 주는 것과 비슷한 자리라고 생각하면 이해가 쉽다.

    • 설정: 에어팟을 페어링하듯 아이폰을 기기에 갖다 대기만 하면 된다. 별도 계정이나 앱, 스캔 과정이 필요 없다.
    • 계정: LG나 슈나이더 계정을 만들 필요 없이 애플 홈 하나로 관리한다.
    • 보안: 모든 데이터가 종단간 암호화돼 사용자 본인만 볼 수 있다.
    • 연결: 와이파이가 끊겨도 스레드로 연결이 유지되고, 와이파이를 바꾸면 기기가 스스로 네트워크 정보를 갱신한다(애플 설명).

    마지막 항목은 따로 짚어 둘 만하다. 애플 홈 사용자를 오래 괴롭혀 온 ‘기기 오프라인’ 문제를 풀 실마리로 꼽히는 대목이라서다. 그래도 지금은 어디까지나 애플의 설명이다. 실제 집에서 얼마나 효과가 있을지는 시간이 지나야 확인된다.

    아이폰만 쓰는 집은 설정이 쉬워지고, 갤럭시가 섞이면 카메라가 변수

    한국에서 보면 먼저 눈에 들어오는 이름이 있다. LG전자. 애플의 첫 자체 스마트홈 라인업에 한국 기업이 공동개발사로 이름을 올렸다. 그런데 원문이 LG전자의 역할로 소개하는 건 ‘소비자 가전 분야 전문성’ 정도가 전부다. 생산이나 유통까지 맡는지는 원문에도 설명이 없다. 한국 기업이 참여했다는 사실만 보고 국내에서 뭔가 유리해질 거라고 넘겨짚기엔 아직 정보가 모자라다.

    아래는 원문의 사실을 국내 환경에 대입해 본 해석이다. 국내에 제품이 들어온다는 전제가 깔린 이야기라 추측이 섞여 있다.

    • 기존 매터 기기와 함께 쓰기(해석): 도어록·온도조절기·센서가 매터를 지원하므로, 이미 매터 기기를 쓰는 아이폰 가정이라면 기존 기기와 섞어 구성하기 수월할 것으로 보인다.
    • 안드로이드 쓰는 가족(추측): 카메라가 애플 전용 HKSV에 묶여 있어, 갤럭시 등 안드로이드폰을 쓰는 가족이 있으면 영상을 확인하는 데 제약이 따를 가능성이 크다.
    • 국내 주거 환경(추측): 바닥 난방 보일러가 일반적인 국내 주택에 이번 온도조절기가 그대로 맞을지는 원문만으로 판단하기 어렵다.
    • 설정 부담(해석): 제조사 앱을 따로 깔고 계정을 만드는 과정이 사라진다. 스마트홈 입문을 망설이던 아이폰 사용자가 가장 직접적으로 체감할 변화다.

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

    확인된 것

    • 애플 홈 컬렉션은 카메라·온도조절기·센서·스마트 도어록·비디오 도어벨로 구성되며, LG전자·슈나이더 일렉트릭과 공동개발했다.
    • 애플의 첫 스마트 디스플레이 홈뷰가 함께 공개됐다.
    • 가격은 200달러부터 시작한다.
    • 도어록·온도조절기·센서는 매터 호환이고, 모든 기기가 스레드를 지원한다. 카메라는 HKSV를 쓴다.
    • 별도 계정이나 앱 없이 아이폰을 갖다 대는 방식으로 설정하며, 데이터는 종단간 암호화된다.
    • 애플은 매터와 ‘Works with Apple Home’ 생태계를 유지하겠다고 밝혔다.

    아직 불확실한 것

    • 애플 홈 컬렉션과 홈뷰의 한국 출시 시기와 원화 가격은 원문에 나오지 않는다.
    • 제품별 가격과 구체적인 판매 일정은 알려지지 않았다.
    • 애플은 이번에 매터 카메라 지원 계획을 내놓지 않았다. 카메라가 언제 매터로 열릴지는 알 수 없다.
    • 홈뷰의 시리 AI 기능을 한국어로 쓸 수 있는지는 확인되지 않았다.
    • ADT 설치 지원을 어느 지역에서 제공하는지는 원문에 없다.
    • 비디오 도어벨이 매터와 HKSV 중 어느 방식을 쓰는지, 카메라가 어떤 조건에서 내장 저장장치에 녹화하는지 세부 내용은 확인되지 않았다.

    홈뷰를 입구로 세운 전략, 남은 숙제는 200달러와 닫힌 카메라

    애플의 더 큰 노림수는 홈뷰를 스마트홈의 입구로 세우는 데 있다. 음악 듣고, 요리 레시피 보고, 일정 확인하려고 홈뷰를 들인 사람이 자연스럽게 카메라나 도어록까지 사게 만드는 구조다. 드랜스는 사람들이 스마트 기기 하나를 써 보고 생각보다 쉽다고 느끼면 “집에 이런 제품을 들였을 때 가능한 일들을 즐겁게 깨닫게 된다”고 했다. 대부분의 사람은 스마트홈이 뭘 해 주는지 잘 모른다는 게 드랜스의 진단이다.

    이 진단은 시장 조사와도 맞닿아 있다. 파크스 어소시에이츠 조사에서 스마트 기기 구매를 막는 가장 큰 장벽은 ‘제품의 가치를 느끼지 못한다’는 점이었다. 사생활·보안 우려와 복잡함, 비용도 상위권이었다. 애플이 내세운 원탭 설정, 내 데이터는 나만 보는 구조, 앱 하나로 모든 기기를 다루는 방식을 이 목록에 겹쳐 보면 그림이 선명해진다. 비용을 뺀 나머지 장벽을 하나씩 겨냥하고 있다. 엘리자베스 파크스 파크스 어소시에이츠 사장 겸 CMO는 “애플 제품 사용자는 충성도가 매우 높고 사용자 기반도 넓다”며 애플 브랜드가 가진 무게를 짚었다.

    빈칸으로 남은 게 비용이다. 홈 컬렉션은 200달러부터 시작하고, 이번 발표에는 가격 부담을 덜어 줄 해법이 담기지 않았다. 공개된 숫자가 시작가 하나뿐이라, 카메라부터 도어록까지 한 집을 꾸리는 데 얼마가 들지는 지금으로선 가늠하기도 어렵다. 카메라가 매터 대신 HKSV에 묶여 있다는 점도 기존 생태계와 선택권을 강조한 애플의 메시지와 엇갈린다. 홈뷰가 입구 노릇을 해내더라도, 사용자를 애플식 스마트홈 안쪽까지 얼마나 끌어들일지는 가격과 카메라 개방 시점에 달린 문제로 보인다.

    출처: The Verge

  • 테슬라 FSD 켜고 잠들었다는 운전자, 순찰차 추돌

    테슬라 FSD 켜고 잠들었다는 운전자, 순찰차 추돌

    3줄 요약

    • 미국 I-80 고속도로에서 테슬라 차량이 사고 현장에 서 있던 순찰차를 들이받아 캘리포니아 고속도로순찰대(CHP) 경관 2명이 중상을 입었다.
    • 운전자는 잠든 채 운전 보조 모드(FSD)를 쓰고 있었다고 말했고, CHP는 “이름과 달리 FSD는 완전 자율주행이 아니다”라고 경고했다.
    • 정차한 긴급차량 추돌은 미 도로교통안전국(NHTSA)이 2021년부터 들여다본 문제라, 테슬라 운전 보조 기능을 향한 규제 시선이 다시 날카로워질 것으로 보인다.

    조명탄과 안전 콘, 그리고 비상등. 사고 현장이라는 신호는 충분했다. 그런데도 테슬라 한 대는 속도를 줄이지 않았다. 그 사이를 빠져나가 멈춰 서 있던 순찰차 뒤를 그대로 들이받았다. 운전자는 사고 순간 자신이 잠들어 있었고, 운전 보조 모드를 켜 둔 상태였다고 말했다.

    이번 사고로 다시 불거진 건 ‘풀 셀프 드라이빙(FSD)’이라는 이름이 주는 기대와 실제 기술 수준 사이의 거리다. 운전 보조 기능을 켜도 운전 책임은 사람에게 남는다. 새로울 것 없는 원칙인데, 이번에는 경관 2명이 중상을 입고 나서야 다시 확인됐다. 다만 FSD가 정말 켜져 있었는지는 아직 운전자 진술 하나에 기대고 있다. 이 점은 처음부터 짚어둔다.

    조명탄·콘을 지나친 테슬라, 멈춰 선 순찰차 후미에 충돌

    사고는 I-80 고속도로에서 났다. CHP 경관들이 그보다 앞서 일어난 사고를 처리하던 중이었고, 현장에는 조명탄과 콘이 놓이고 비상등이 켜져 있었다. 뒤따라오는 차에 멈추라고 알리는 장치는 다 갖춰져 있었던 셈이다.

    추돌 장면은 CHP가 직접 공개한 영상에 담겼다. 테슬라는 이 신호들을 빠른 속도로 스쳐 지나간 뒤 주차된 순찰차 후미를 들이받는다. 경관 2명이 크게 다쳐 병원으로 옮겨졌다. 같은 사고라도 무게가 다르다. 운전자의 말은 아직 진술일 뿐이지만, 이 대목은 영상이라는 물증이 받쳐준다.

    사고 뒤 CHP가 내놓은 경고는 기술 이름을 정면으로 겨눴다. “이름과 달리 풀 셀프 드라이빙은 완전한 자율주행이 아니다. 기술이 차량을 안전하게 운전해야 할 운전자의 책임을 덜어주지는 않는다.” 경고문이 사고 경위가 아니라 기능의 이름부터 문제 삼았다는 점이 눈에 띈다.

    • 장소: I-80 고속도로, 앞선 사고를 처리하던 현장
    • 피해: CHP 경관 2명 중상, 병원 이송
    • 운전자 진술: 잠든 상태였고 운전 보조 모드(FSD)를 사용 중이었다
    • 근거 자료: CHP가 직접 공개한 추돌 영상

    정차한 긴급차량 추돌, NHTSA가 2021년부터 붙든 문제

    졸음운전 사고 한 건으로 끝나지 않는 이유는 사고 유형에 있다. 멈춰 선 긴급차량을 뒤에서 들이받는 충돌이다. 이런 사고가 잇따르자 NHTSA는 2021년 테슬라 오토파일럿 소프트웨어 조사에 들어갔다.

    조사 보고서의 결론은 테슬라에 불리했다. 운전 보조 기능이 운전자를 운전에 계속 집중시키기에 충분하지 않았다는 것. 그리고 시스템도 운전자도 대응하지 못한 상황에서 일어난 수백 건의 충돌, 수십 명의 사망과 관련이 있다는 것이다. 보고서가 정확히 언제 나왔는지는 원문에 적혀 있지 않다. 아래 표에서 그 칸을 ‘원문 미기재’로 남긴 이유다.

    테슬라는 2023년 오토파일럿 업데이트를 내놨다. 오토스티어(자동 조향)를 켰을 때 운전자가 차를 완전히 통제하도록 유도하는 제어 장치와 경고를 늘린 게 골자였다. NHTSA는 거기서 조사를 닫지 않았다. 이 조치로 충분했는지 따지는 조사를 다시 열었다. 규제 당국이 회사가 내놓은 처방을 그대로 받아들이지 않았다는 뜻으로 읽힌다.

    시점 구분 내용
    2021년 NHTSA 조사 착수 정차한 긴급차량 추돌이 잇따르자 오토파일럿 조사 시작
    원문 미기재 NHTSA 보고서 운전자 집중 유지 부족, 수백 건 충돌·수십 명 사망과 연관
    2023년 테슬라 업데이트 오토스티어 사용 시 제어 장치·경고 추가
    업데이트 이후 NHTSA 추가 조사 2023년 조치가 충분했는지 검증
    이번 사고 I-80 순찰차 추돌 운전자 “잠든 채 운전 보조 모드 사용” 진술, 경관 2명 중상

    사고 소식을 전한 더버지는 이번 추돌을 곧장 이 조사 이력과 나란히 놓았다. 여기엔 짚고 넘어갈 차이가 있다. NHTSA가 조사한 건 오토파일럿이고, 이번 운전자가 입에 올린 건 FSD다. 기능 등급이 다르니 두 사안을 같은 것으로 묶기는 어렵다. 그래도 운전자가 시스템을 믿고 주의를 놓는 순간 사고로 이어진다는 구조는 겹친다. 둘을 한 줄로 잇는 근거는 이 공통점이고, 어디까지나 해석이라는 점은 분명히 해둔다.

    국내 테슬라 기능은 그대로, 사고 현장 앞 감속은 운전자 몫

    사고는 미국에서 일어났다. 이번 일로 국내 제도나 국내 테슬라 차량의 기능이 당장 바뀌지는 않는다. 그렇다고 남의 나라 일로 넘기기도 어렵다. 국내 도로에서도 테슬라의 운전 보조 기능을 쓰는 운전자가 적지 않다.

    겹치는 지점은 고속도로 ‘2차 사고’다. 사고를 처리하던 차량을 뒤차가 들이받는 유형으로, 국내에서도 꾸준히 위험이 지적돼 왔다. 이번 영상 속 차량은 조명탄과 비상등, 줄지어 놓인 콘 앞에서도 멈추지 않았다. 운전 보조 시스템이 이런 현장을 언제나 제대로 판단한다고 믿어선 안 된다는 것. 영상 한 편이 그걸 보여준다.

    규제 쪽 변화는 아직 추측에 가깝다. NHTSA의 추가 조사가 ‘2023년 조치로는 부족하다’는 결론으로 이어진다면, 테슬라가 운전자 감시와 경고를 한층 강화할 가능성이 있다. 테슬라는 무선(OTA) 업데이트로 기능을 바꿔 온 회사라 그 여파가 국내 차량까지 닿을지도 지켜볼 대목이다. 하지만 이건 근거를 갖춘 전망이 아니다. 가능성의 영역이고, 지금 시점에서 그 이상을 말하는 건 앞서 나가는 일이다.

    그러니 당장 달라져야 할 건 기능보다 운전 습관 쪽이다.

    • 핸들을 잡으라는 경고는 귀찮은 알림이 아니라 시스템이 스스로 한계를 알리는 신호로 받아들일 것
    • 졸음이 오면 운전 보조 기능에 맡기지 말고 휴게소나 졸음쉼터에서 멈출 것
    • 경광등·안전 콘이 보이면 시스템 판단을 기다리지 말고 직접 감속하고 차로를 바꿀 것

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

    확인된 것

    • I-80에서 앞선 사고를 처리하던 CHP 경관 2명이 테슬라 추돌로 중상을 입고 병원으로 이송됐다.
    • CHP 영상에는 테슬라가 조명탄·콘·비상등을 지나쳐 주차된 순찰차 후미를 들이받는 장면이 담겼다.
    • 운전자는 잠든 상태로 운전 보조 모드를 쓰고 있었다고 말했다.
    • NHTSA는 2021년 오토파일럿 조사에 착수했고, 운전자 집중 유지가 부족했다는 보고서를 냈다.
    • 2023년 테슬라 업데이트 이후 NHTSA는 그 조치가 충분했는지 따지는 추가 조사를 열었다.

    아직 불확실한 것

    • 사고가 정확히 언제 일어났는지, 차종과 소프트웨어 버전은 무엇인지
    • FSD가 실제로 작동 중이었는지. 현재로선 운전자 진술뿐이며, 차량 기록으로 확인됐는지는 알려지지 않았다
    • 운전자에 대한 처벌이나 기소가 이뤄질지
    • 테슬라가 이번 사고에 어떤 입장을 낼지
    • NHTSA가 이번 사고를 조사 대상에 포함할지, 추가 조사의 결론은 무엇일지
    • 다친 경관들의 현재 상태

    2023년 업데이트 평가와 ‘잠든 운전자’를 못 거른 이유가 남은 쟁점

    지켜볼 대목은 두 갈래다. 첫째, NHTSA의 추가 조사가 2023년 업데이트를 어떻게 평가하느냐. 둘째, 운전자가 잠든 상황을 시스템이 왜 걸러내지 못했느냐. 두 번째 물음에 대해선 원문에도 설명이 없다. 게다가 운전자 진술이 사실이라는 전제를 깔아야만 성립하는 질문이다.

    CHP가 굳이 “이름과 달리”라는 표현을 고른 건 기능 이름 자체가 운전자의 과신을 부른다는 문제의식으로 읽힌다. 물론 CHP의 의도를 짐작한 해석이다. 반면 분명한 사실도 있다. 지금 단계의 운전 보조는 운전자를 대신하지 않는다. 그 빈틈의 대가를 이번에 치른 건 앞선 사고를 수습하던 경관 2명이었다.

    출처: The Verge

  • 애플 홈 기기 고를 땐 Matter·Thread부터

    애플 홈 기기 고를 땐 Matter·Thread부터

    3줄 요약

    • 애플 홈 컬렉션은 전용 기능을 얹은 제품군이 아니라, 애플 홈이 지원하는 기능을 빠짐없이 갖춘 ‘검증된 조합’에 가깝다.
    • 애플 홈용 기기를 고를 때는 Matter 지원, Thread 지원, 제조사 계정·앱 필요 여부 세 가지를 먼저 확인하면 된다.
    • 도어락·온도조절기·센서는 Matter 호환이지만 카메라는 홈킷 보안 비디오(HKSV) 전용이라, 생태계에 묶이는 정도가 가장 크다.

    12년. 홈킷이 나온 뒤 애플이 스마트홈 기기를 직접 만들지 않은 기간이에요. 플랫폼만 깔아 두고 하드웨어는 다른 회사에 맡기는 방식이었죠. 그사이 아마존과 구글은 지원 기기 수를 크게 늘렸고, 링(Ring)과 네스트(Nest)라는 자체 브랜드까지 키웠어요. 애플 홈 사용자 입장에선 “이게 애플식 스마트홈이야”라고 가리킬 만한 제품이 없었던 셈이고요. 그 빈칸에 들어온 게 Apple Home Collection이에요. LG전자, 슈나이더 일렉트릭과 공동 개발한 제품군으로, 카메라, 온도조절기, 센서, 스마트 도어락, 비디오 도어벨로 구성돼요. 애플의 첫 스마트 디스플레이인 HomeView도 함께 공개됐고요.

    정작 쓸모 있는 건 제품 소개보다 사양표 쪽인데요. 애플이 자기 이름을 걸고 고른 사양을 들여다보면, 애플 홈에 붙일 기기가 갖춰야 할 조건이 거의 그대로 드러나거든요. 애플 로고가 없는 기기를 살 때도 그대로 가져다 쓰면 되는 체크리스트. 아래에서는 그 사양을 Matter, Thread, 홈킷 보안 비디오(HKSV) 세 갈래로 나눠 보고, 설정 순서와 한국 집에서 걸리는 부분, 예산을 어디부터 쓸지까지 차례로 짚어 볼게요.

    Matter 지원과 ‘앱 하나’, 홈 컬렉션이 먼저 보여준 기준

    지금까지의 애플 홈은 뷔페에 가까웠어요. 홈킷이나 Matter를 지원하는 브랜드라면 뭐든 골라 담으면 되는데, 서로 잘 맞물리는지는 사용자가 직접 부딪혀 봐야 알았죠. 홈 컬렉션은 주방에서 미리 짜 둔 코스 요리 쪽이에요. 애플에서 홈 제품 마케팅을 맡은 카이안 드랜스(Kaiann Drance) 부사장은 더버지와 나눈 인터뷰에서 “집에 어떤 제품을 들이면 되느냐”는 질문을 실제로 받는다고 했어요. 고를 게 많다는 사실이 오히려 진입 장벽이었다는 얘기예요. 플랫폼만 열어 두면 된다던 그간의 방식에 한계가 있었다는 걸 애플 스스로 인정한 셈이기도 하고요.

    짚고 넘어갈 오해가 하나. 홈 컬렉션에만 있는 전용 기능은 없어요. 드랜스의 설명은 기존 플랫폼 위에 ‘더 깊은 통합’이라는 층을 하나 더 얹었다는 것이고, 애플 홈이 제공하는 기능을 빠짐없이 담았다는 쪽에 가까워요. 구글이 픽셀폰으로 안드로이드가 할 줄 아는 걸 개발자들에게 보여주는 구도와 비슷하죠. 뒤집어 보면, 다른 회사 기기도 같은 조건을 갖추면 이론상 같은 경험에 닿는다는 뜻이에요. 홈 컬렉션 사양을 체크리스트로 읽어도 되는 근거가 바로 여기 있고요.

    첫 번째 조건은 Matter예요. 애플이 설립에 참여한 개방형 스마트홈 표준인데, 인증받은 기기라면 제조사와 상관없이 애플·아마존·구글 생태계 어디에든 붙도록 설계됐어요. 홈 컬렉션의 도어락, 온도조절기, 센서는 모두 Matter 호환. 그렇다고 기존 판이 정리되는 건 아니에요. Matter 기기와 ‘Works with Apple Home’ 기기로 이뤄진 지금의 생태계도 그대로 유지한다고 애플이 못 박았거든요. 뷔페를 없애는 게 아니라 뷔페 옆에 추천 코스를 하나 더 차린 셈이죠.

    두 번째 조건은 ‘앱 하나로 끝나는가’예요. 스마트홈 기기를 사 보면 제조사 앱을 깔고, 계정을 만들고, 펌웨어 업데이트도 그 앱에서 받아야 하는 경우가 흔하잖아요. 홈 컬렉션은 LG나 슈나이더 계정을 따로 만들 필요 없이 애플 홈 안에서 전부 돌아가요. 데이터는 종단간 암호화돼 사용자 본인 말고는 접근이 안 된다는 게 애플 쪽 설명이고요. 시장조사업체 파크스 어소시에이츠(Parks Associates) 조사에선 사람들이 스마트 기기를 사지 않는 가장 큰 이유가 “쓸모를 못 느껴서”였어요. 개인정보·보안 걱정, 복잡함, 비용도 상위권에 올랐고요. 별도 계정이 필요 없다는 조건은 이 가운데 복잡함과 개인정보 걱정을 한꺼번에 덜어 주는 장치예요. 1위로 꼽힌 ‘쓸모’ 문제까지 풀어 주진 않지만, 사 놓고 후회할 이유를 두 개나 지운다는 점에서 가볍게 볼 조건은 아니에요. 다른 회사 기기를 고를 때도 상세 페이지에서 “제조사 계정 필수” 여부는 꼭 확인해 두세요.

    공유기를 바꿔도 기기가 버티려면 Thread 표기부터

    홈 앱의 기기 타일에 ‘응답 없음’이 떠 있는 장면. 애플 홈을 써 왔다면 한 번쯤은 봤을 거예요. 공유기를 재부팅하거나 교체하면 와이파이 기반 기기들이 줄줄이 연결을 잃고, 하나하나 다시 등록해야 하는 일도 생기죠. 홈 컬렉션이 정면으로 겨냥한 게 바로 이 문제예요. 모든 기기가 Thread를 지원해서 와이파이가 끊겨도 연결을 유지하고, 와이파이를 바꾸면 각 기기가 스스로 네트워크 정보를 갱신한다는 게 애플 설명이에요.

    Thread는 저전력 메시 네트워크 규격이에요. 와이파이처럼 모든 기기가 공유기 하나에 매달리는 구조가 아니라, 전원이 연결된 기기끼리 신호를 중계하면서 그물망을 만들죠. 기기가 늘어날수록 연결이 오히려 촘촘해지고, 배터리로 돌아가는 센서나 도어락도 전력을 덜 써요. 단서가 하나 붙는데요, Thread 네트워크를 집 안 와이파이·인터넷과 이어 주는 ‘보더 라우터’가 최소 하나는 있어야 해요. 애플 쪽에서는 홈팟 미니 같은 홈팟 제품과 일부 애플 TV 4K가 이 역할을 맡아요. Thread 기기만 잔뜩 사 놓고 이 연결 고리가 없으면 그물망이 집 밖 인터넷과 이어지지 않는다는 얘기라, 순서상 먼저 챙겨야 할 부분이에요.

    기기를 고를 때 두 번째로 볼 곳이 여기서 나와요. 상자나 상세 페이지의 ‘Thread’ 표기. 같은 Matter 기기라도 와이파이로 붙는 제품과 Thread로 붙는 제품은 공유기 사정에 휘둘리는 정도가 달라요. 홈 컬렉션 제품군을 이 기준으로 펼쳐 보면 아래와 같아요.

    기기 Matter Thread 눈여겨볼 점
    스마트 도어락 호환 지원 Aliro 지원, 인터넷 없이 완전히 로컬로 동작
    온도조절기 호환 지원 집의 냉난방 방식과 맞는지 별도 확인 필요(추정)
    센서 호환 지원 Matter·Thread 조합의 기본형
    카메라 미지원 지원 홈킷 보안 비디오(HKSV) 사용, 생태계 종속이 가장 큰 품목
    비디오 도어벨 공개 정보 없음 지원 영상 기기라 카메라와 같은 HKSV 방식일 가능성(추정)

    표에서 도어락 줄은 따로 짚고 갈 만해요. Aliro는 스마트폰이나 워치를 열쇠처럼 쓰게 해 주는 출입 표준이에요. ‘완전히 로컬로 동작’한다는 건 인터넷이 끊기거나 서버에 문제가 생겨도 잠금·해제가 집 안에서 처리된다는 뜻이고요. 현관문처럼 멈추면 곤란한 기기일수록 클라우드 의존도가 낮은 제품을 골라야 한다는 게 원칙인데, 홈 컬렉션 도어락은 그 원칙을 교과서처럼 따른 경우예요. 다른 회사 도어락을 고를 때도 ‘로컬 동작’이라는 표현이 있는지 같이 찾아보세요.

    카메라만은 Matter 대신 HKSV, 애플 생태계에 가장 깊이 묶인다

    홈 컬렉션에서 Matter 원칙을 벗어난 품목은 카메라 하나예요. 카메라는 Matter 대신 애플의 홈킷 보안 비디오(HomeKit Secure Video, HKSV)를 쓰거든요. HKSV는 영상 분석을 집 안 홈 허브에서 처리하고, 녹화본을 종단간 암호화한 채 iCloud에 올리는 구조예요. 그래서 iCloud+ 구독과 홈 허브가 전제 조건이고, 애플 기기 없이는 영상을 확인할 방법이 마땅치 않아요. 홈 앱은 안드로이드용이 없어요. 가족 중 안드로이드 사용자가 있다면 그 사람은 홈 앱으로 카메라 영상을 못 본다는 점, 미리 기억해 두세요.

    왜 카메라만 예외일까요? 인터뷰를 진행한 기자도 Matter 카메라 지원이 빠진 걸 의외로 봤어요. 그러면서 관측 두 가지를 내놨는데, 둘 다 추측이라는 점을 감안하고 읽어야 해요. 하나는 카메라에도 Thread 라디오가 들어 있으니 하드웨어 자체는 Matter를 받아들일 준비가 돼 있을 거라는 것. 다른 하나는 Matter 카메라 표준이 암호화 업로드를 지원할 때까지 애플이 기다리는 것 같다는 거예요. HKSV는 이미 암호화 업로드를 하고 있으니, 보안 수준을 낮추면서까지 Matter로 갈 이유가 없다는 해석이죠. 홈 컬렉션 전체에 종단간 암호화를 내건 애플의 태도를 보면 두 번째 해석이 앞뒤가 잘 맞긴 해요. 다만 애플이 직접 밝힌 이유는 아니라는 점은 분명히 해 둘게요.

    결국 카메라는 애플 생태계에 얼마나 오래 머물 거냐로 판단이 갈려요. 오래 있을 생각이라면 HKSV에는 로컬 분석과 종단간 암호화라는 확실한 장점이 있어요. 반대로 언젠가 안드로이드나 다른 플랫폼으로 옮길 가능성이 있다면, 집 안 기기 중 가장 비싼 이사 비용을 남기는 게 카메라예요. 다른 회사 카메라를 살 때는 상세 페이지에 ‘HKSV 지원’이 명시돼 있는지부터 보세요. 그 표기가 없으면 홈 앱에서는 실시간 화면만 보이고, 녹화는 제조사 클라우드에 맡기는 구조인 경우가 대부분이에요.

    애플 홈 설정은 홈 허브 확인에서 시작한다

    기준에 맞는 기기를 골랐다면 설정은 홈 허브부터예요. 홈 허브가 없으면 집 밖에서의 원격 제어, 자동화, HKSV 녹화가 제대로 돌지 않거든요. 기기와 iOS 버전에 따라 화면 문구가 한두 단어씩 바뀌어 왔으니, 아래 경로는 흐름 위주로 봐 주세요.

    1. 홈 허브 확인: 홈 앱 → 오른쪽 위 ‘···’ 버튼 → 홈 설정 → 홈 허브 및 브리지. 홈팟이나 애플 TV가 ‘연결됨’으로 보이면 준비 끝.
    2. iCloud에서 홈 켜기: 설정 → [내 이름] → iCloud → 홈 스위치 켜기. 앱 목록이 접혀 있다면 ‘iCloud를 사용하는 앱’ 아래 ‘모두 보기’를 한 번 더 눌러야 해요(이 단계의 표기는 확실하지 않아요).
    3. Matter·홈킷 기기 추가: 홈 앱 → 오른쪽 위 ‘+’ → 액세서리 추가 → 기기나 설명서에 인쇄된 QR 코드 또는 Matter 코드 스캔. 카메라가 코드를 못 읽으면 같은 화면 아래쪽 ‘추가 옵션’에서 숫자 코드를 직접 넣으면 돼요(버튼 이름은 확실하지 않아요).
    4. 홈 컬렉션 기기: 애플 설명대로라면 에어팟을 연결할 때처럼 아이폰을 기기에 갖다 대기만 하면 끝이에요. 코드 스캔도, 별도 앱이나 계정도 필요 없고요. 화면 단계까지는 공개된 내용이 없어서 여기서는 더 적지 않을게요.
    5. HKSV 녹화 켜기: 홈 앱에서 카메라 타일 길게 누르기 → 설정(톱니바퀴) → 녹화 옵션 → ‘스트리밍 및 녹화'(‘스트리밍 및 녹화 허용’으로 보이는 버전도 있음) 선택. 집에 사람이 있을 때와 모두 외출했을 때를 따로 정하는 칸이 있어요.
    6. 공유기 교체 뒤 ‘응답 없음’이 뜰 때: Thread 기기는 대체로 그대로 붙어 있고, 와이파이 기기만 다시 붙여야 하는 경우가 많아요. 해당 기기 타일 길게 누르기 → 설정 → 맨 아래 ‘액세서리 제거’를 한 뒤 3번 과정을 반복하면 돼요. 주의할 점이 하나. 제거하면 그 기기가 들어간 자동화도 함께 사라지니, 자동화 설정은 미리 캡처해 두세요.

    기준은 한국에서도 통하지만, 보일러와 번호키는 따로 따져야

    애플이 보여준 기준 자체는 국경을 타지 않아요. Matter는 표준이라 국내에서 파는 Matter 인증 기기도 애플 홈에 그대로 붙고, Thread 지원 여부를 보라는 원칙도 똑같이 통하죠. 한국 사용자에게 당장 달라지는 건 ‘무엇을 사느냐’보다 ‘어떤 기준으로 거르느냐’ 쪽이에요. 국내 쇼핑몰 상세 페이지에서 Matter 로고, Thread 표기, 제조사 계정 필수 여부, 카메라라면 HKSV 지원 여부. 이 네 가지만 확인해도 산 뒤에 후회할 일이 확 줄어요.

    홈 컬렉션 같은 북미 중심 제품을 한국 집에 들이는 건 또 다른 문제예요. 여기부터는 국내 주거 환경을 놓고 본 추측이라는 점을 먼저 밝혀 둘게요. 온도조절기는 냉난방 장치에 물려 쓰는 기기라 집의 난방 방식과 맞아야 해요. 국내 아파트는 보일러와 방마다 달린 온도조절기 조합이 흔한데, 이 구조에 그대로 맞물릴지는 따로 확인이 필요해 보여요. 도어락도 사정이 비슷해요. 국내 현관은 번호키·카드키 형태의 디지털 도어락이 대세라, 문 규격과 설치 방식이 맞는지가 먼저 걸릴 거예요. 반면 센서와 카메라는 설치 환경을 덜 타는 편이라 상대적으로 부담이 적은 품목으로 보이고요.

    LG전자가 공동 개발사로 이름을 올린 건 국내 소비자에게 익숙한 브랜드라는 정도로 받아들이는 게 맞아 보여요. 홈 컬렉션 기기는 LG 계정이 아니라 애플 홈으로 관리되는 구조라, 집에 있는 LG 가전 앱과 하나로 묶이는 그림은 아니거든요. LG 가전이 많은 집이라고 해서 홈 컬렉션을 골라야 할 이유가 따로 생기진 않는다는 얘기예요.

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

    확인된 것

    • 애플 홈 컬렉션은 카메라, 온도조절기, 센서, 스마트 도어락, 비디오 도어벨로 구성되며 LG전자·슈나이더 일렉트릭과 공동 개발했다. 스마트 디스플레이 HomeView가 함께 나왔다.
    • 가격은 200달러부터 시작한다.
    • 도어락·온도조절기·센서는 Matter 호환이고, 모든 기기가 Thread를 지원한다. 도어락은 Aliro를 지원하며 완전히 로컬로 동작한다.
    • 카메라는 Matter가 아닌 홈킷 보안 비디오(HKSV)를 쓴다.
    • LG·슈나이더 계정 없이 애플 홈에서 관리하고, 데이터는 종단간 암호화된다.
    • 홈 컬렉션 전용 기능은 없으며, 기존 Matter·Works with Apple Home 생태계는 유지된다.
    • 애플은 매장을 통한 기기 설치 지원을 위해 ADT와 손잡았다.

    아직 불확실한 것

    • 애플 홈 컬렉션과 HomeView가 한국에 들어올지, 들어온다면 원화로 얼마일지는 알려진 바가 없다.
    • 카메라의 Matter 지원 여부와 시점. Thread 라디오 탑재를 근거로 한 관측일 뿐이다.
    • 비디오 도어벨이 카메라와 같은 HKSV 방식으로 동작하는지.
    • HomeView의 핵심인 대화형 시리가 한국어에서 어느 수준으로 동작할지.
    • ADT 설치 지원이 어느 지역 매장에서 제공되는지.
    • 국내 보일러·현관문 규격과의 호환 여부.

    첫 기기는 나중에 들고 나가기 쉬운 것부터

    애플이 스마트홈 하드웨어를 직접 만들기로 한 이유로 드랜스는 두 가지 기술을 꼽았어요. 생태계의 바탕이 된 Matter, 그리고 AI 덕분에 한층 대화형이 된 시리. 이 둘이 갖춰지면서 HomeView 같은 전용 홈 기기를 만들 조건이 마련됐다는 거죠. 애플의 큰 그림도 여기 있어요. 음악 재생, 요리 레시피 안내, 일정 확인용으로 HomeView를 하나 들였다가 카메라나 도어락으로 넘어가게 만드는 관문 역할. 드랜스 말로는 기기 하나를 써 보고 생각보다 쉽다는 걸 알게 된 사람들이 스마트홈으로 할 수 있는 일에 눈을 뜬다고 해요. 틀린 말은 아닌데, 비용 문제는 그대로 남아요. 홈 컬렉션은 200달러부터 시작하고, 애플도 가격 장벽까지 낮추지는 않았거든요. 앞서 본 파크스 조사에서 비용이 상위권 걸림돌로 꼽혔던 걸 떠올리면, 시작가가 200달러인 제품군에 ‘일단 하나 써 보라’는 권유가 가볍게 들리진 않아요.

    그래서 애플 제품이든 아니든 처음 기기를 들일 때는 아래 순서를 권해요. 호환성, 용도, 예산 순이에요.

    • 호환성부터: 홈팟이나 애플 TV 같은 홈 허브가 집에 있는지 먼저 확인하세요. 없다면 센서나 도어락보다 허브가 먼저예요. 허브 없이는 자동화와 원격 제어가 반쪽짜리가 되거든요.
    • 용도는 그다음: 문 열림 알림이나 자동 조명처럼 효과를 빨리 체감하고 싶다면 센서, 열쇠 걱정을 덜고 싶다면 도어락. 둘 다 Matter·Thread 조합이라 나중에 다른 플랫폼으로 옮겨도 버릴 필요가 없어요.
    • 예산은 마지막에 카메라로: 카메라는 HKSV를 쓰려면 iCloud+ 구독이라는 고정비가 붙고, 생태계를 옮길 때 남는 비용도 가장 커요. 애플 생태계에 오래 머물겠다는 확신이 섰을 때 들여도 늦지 않아요.

    파크스 어소시에이츠의 엘리자베스 파크스 사장 말처럼 애플 사용자는 충성도가 높고 그 수도 많아요. 애플이 내놓은 조합을 믿고 그대로 따라가는 사람도 적지 않겠죠. 그래도 기기 하나하나가 나중에 다른 플랫폼으로 데려갈 만한 물건인지는 직접 따져 보는 게 좋아요. ‘Matter와 Thread는 있고, 제조사 계정은 필요 없는’ 기기를 바닥에 깔아 두면 어떤 허브를 고르든 손해 볼 일이 적거든요.

    출처: The Verge

  • 우탱 클랜 단 한 장뿐인 앨범, 팟캐스트로 일부 공개

    우탱 클랜 단 한 장뿐인 앨범, 팟캐스트로 일부 공개

    3줄 요약

    • 세상에 단 한 장뿐인 우탱 클랜 앨범 〈Once Upon A Time in Shaolin〉의 일부가 팟캐스트 〈Pablo Torre Finds Out〉을 통해 공개됐다.
    • 에피소드 32분 30초와 39분 2초 지점에 짧은 구간 두 개가 실렸다.
    • 이날 처음 앨범을 들은 멤버 메소드 맨의 평은 “싫지 않다”였다. 상업 발매는 2103년까지 막혀 있다.

    2103년. 우탱 클랜의 〈Once Upon A Time in Shaolin〉에 상업 발매가 허용되는 가장 이른 해다. 지금 이 앨범을 궁금해하는 팬 대부분은 정식 음원으로 이 앨범을 들을 날을 맞지 못한다는 얘기다.

    그런 앨범의 소리가 짧게나마 전시장 밖으로 나왔다. 통로는 팟캐스트 〈Pablo Torre Finds Out〉이다. 이 앨범 하나만 다룬 에피소드를 내면서 짧은 구간 두 개를 함께 실었다고 더버지가 전했다. 전곡이 아닌 조각. 그래도 지금까지 특별 전시장에서만 재생되던 소리라는 점을 생각하면, 이번에 달라진 건 분량보다 듣는 경로 쪽이다.

    메소드 맨, 자기 그룹 앨범을 이날 처음 들었다

    청음회는 팟캐스트 제작진과 PleasrDAO가 함께 마련했다. PleasrDAO는 지금 이 앨범을 갖고 있는 크립토 아트 집단이다. 초대받은 사람은 우탱 클랜 멤버 메소드 맨. 그는 이날 전까지 이 앨범을 한 번도 들어본 적이 없었다. 자기 그룹 이름이 붙은 앨범을 멤버가 처음 듣는 장면, 그것 자체가 이번 에피소드의 소재가 됐다.

    에피소드에는 청음회 현장과 메소드 맨의 반응이 녹음된 그대로 들어갔다. 그가 남긴 평은 한 문장이다. “I do not hate this album(이 앨범, 싫지는 않네).” 칭찬으로도, 혹평으로도 딱 잘라 읽기 어려운 말이다.

    • 공개 형태: 전곡이 아닌 짧은 구간 2개
    • 수록 위치: 에피소드 32:30, 39:02
    • 녹음 장소: PleasrDAO와 함께 연 청음회 현장

    경매 낙찰에서 정부 몰수, 크립토 집단 매각까지

    사본이 단 하나뿐인 ‘원 오브 원(one-of-one)’ 음반. 이 형식 탓에 앨범은 담긴 음악보다 누가 갖고 있느냐가 먼저 뉴스가 되곤 했다. 주인이 바뀐 과정을 시간순으로 놓으면 이렇다.

    시점 소유·관리 주체 무슨 일이 있었나
    2015년 마틴 슈크렐리 경매에서 유일한 사본을 낙찰
    2021년 이전(정확한 연도 원문 미기재) 미국 정부 슈크렐리가 앨범을 정부에 몰수당함
    2021년 PleasrDAO 정부가 크립토 아트 집단에 매각했고, 이후 특별 전시에서만 재생을 허용
    최근 PleasrDAO·팟캐스트 메소드 맨 청음회를 열고 두 구간을 에피소드로 공개
    2103년 — 상업 발매 제한이 풀리는 시점

    2015년 낙찰자 슈크렐리는 불명예 퇴진한 제약업계 경영인이다. 그가 얼마에 낙찰받았는지, 왜 정부에 몰수당했는지는 이번 기사에 나오지 않는다. 몰수 연도 역시 원문에 빠져 있어 표에는 ‘2021년 이전’으로만 적었다. 소유권이 넘어간 긴 사연은 팟캐스트 에피소드 쪽이 훨씬 자세히 짚는다.

    사본 하나와 2103년 제한이 앨범을 수집품으로 만들었다

    앨범은 보통 되도록 많은 사람에게 들리려고 만든다. 이 앨범은 정반대 길을 걸었다. 사본은 하나뿐이고, 상업 발매는 한 세기 가까이 금지. 감상물보다 수집품에 가까운 물건이 된 건 이 두 가지 조건 때문이다.

    이를 가장 선명하게 보여주는 대목이 있다. 주인이 슈크렐리에서 미국 정부로, 다시 PleasrDAO로 옮겨 가는 동안 정작 그룹 멤버인 메소드 맨은 앨범을 들어보지 못했다. 이 앨범의 값어치는 ‘무엇이 담겼나’보다 ‘누가 쥐고 있나’로 매겨져 왔다고 봐야 한다.

    • 희소성: 사본이 하나뿐이라 어디까지 공개할지는 사실상 소유자가 정한다
    • 접근 통제: PleasrDAO는 지금까지 특별 전시에서만 재생을 허용했다
    • 공개 방식 변화: 이번에는 녹음된 팟캐스트로 일부가 전시장 밖에 나왔다

    현장에 가야만 들리던 음원이 녹음에 실려 퍼졌다. 희소성은 지키되 화제는 키우는 쪽으로 소유자의 셈법이 옮겨 갔다는 신호로 읽힌다. 그렇다고 이번 공개가 추가 공개로 이어질지는 아직 알 수 없다. 나온 건 어디까지나 두 구간이다.

    한국에서 들을 방법은 에피소드 속 두 구간이 전부

    한국 팬 입장에서 바뀐 점은 분명하다. PleasrDAO의 특별 전시장을 직접 찾아가야 들리던 앨범을, 이제 팟캐스트 에피소드 하나로 일부나마 듣게 됐다.

    • 에피소드를 틀고 32:30이나 39:02로 넘기면 해당 구간이 나온다
    • 전곡은 여전히 들을 수 없다. 2103년까지 상업 발매를 막은 제한은 그대로다
    • 발매 자체가 막혀 있으니 국내 음원 서비스에 이 앨범이 올라올 가능성도 낮다

    PleasrDAO는 지금껏 특별 전시라는 한 가지 방식으로만 앨범을 틀어 왔다. 이 방식이 바뀌지 않는다면, 국내 팬이 이 앨범의 소리를 접할 통로는 당분간 이번 에피소드 정도로 보인다(추측).

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

    확인된 것

    • 앨범 사본은 단 하나이며, 2103년까지 상업 발매가 불가능하다
    • 2015년 슈크렐리가 경매에서 낙찰받았고, 미국 정부가 몰수한 뒤 2021년 PleasrDAO에 팔았다
    • 팟캐스트와 PleasrDAO가 함께 청음회를 열었고, 메소드 맨은 이날 처음 앨범을 들었다
    • 에피소드 32:30과 39:02 지점에 두 구간이 실렸다

    아직 불확실한 것

    • 공개된 두 구간이 각각 어떤 곡의 어느 부분인지, 길이는 얼마인지
    • 슈크렐리의 낙찰가와 몰수 사유, PleasrDAO의 매입가(원문 미기재)
    • PleasrDAO가 앞으로 앨범을 더 공개하거나 전시를 늘릴지
    • 한국어 자막·번역 제공이나 국내 청음 행사 계획

    “싫지 않다” 한마디, 관심을 소유권에서 소리로 옮기다

    메소드 맨의 평은 극찬도 혹평도 아니었다. 그 담담함이 오히려 제 몫을 했다. 오랫동안 신비주의에 싸여 있던 앨범을 ‘그냥 음악 한 장’ 자리로 끌어내렸기 때문이다.

    지금까지 이 앨범의 이름을 알린 건 경매 낙찰, 정부 몰수, 크립토 집단 매각 같은 거래와 법적 절차였다. 이번 공개로 대중이 처음으로 ‘어떤 소리가 담겼나’를 두고 평가할 계기가 생겼다. 분량은 두 구간뿐이다. 하지만 앨범을 둘러싼 이야기의 주제를 소유권에서 음악으로 돌려놓았다는 점에서 가볍게 넘길 일은 아니다.

    출처: The Verge

  • AI 설계 바이러스, 주장 검증하는 기준

    AI 설계 바이러스, 주장 검증하는 기준

    3줄 요약

    • 생성형 모델이 미생물 바이러스의 유전 설계도를 제안한 사례가 공개됐지만, 원문은 “AI가 만든 생명”은 아니라고 선을 긋는다.
    • AI 능력 주장은 설계안 제안 → 실험실 확인 → 생명 생성처럼 단계로 쪼개 읽어야 과장이 걸러진다.
    • 벤치마크 점수와 자기개선 가속 전망은 보상 설계와 과제 유형을 함께 봐야 해석이 가능하다.

    스탠퍼드대 생명공학 박사과정 새뮤얼 킹(Samuel King)은 생성형 AI 모델로 미생물 바이러스의 유전 설계도를 제안했다. MIT 테크놀로지 리뷰가 공개한 인터뷰에서 이 작업은 “AI가 생성한 생명의 사례는 아직 아니지만 다음 단계가 그것일 수 있습니다”라는 단서와 함께 소개된다. 같은 매체의 다른 기사는 AI가 설계한 바이러스가 이미 박테리아를 죽이고 있다고 전한다.

    독자가 헷갈리는 지점이 바로 여기다. 한쪽은 “아직 생명은 아니다”, 다른 쪽은 “이미 작동한다”고 말한다. 두 문장이 동시에 사실일 때 필요한 것은 더 많은 뉴스가 아니라, 주장을 등급으로 나누는 읽기 기준이다.

    ‘AI가 설계했다’는 문장이 보장하는 범위

    “설계했다”는 표현은 세 가지를 뭉뚱그린다. 첫째는 모델이 후보 설계안을 뽑아낸 단계, 둘째는 그 설계안이 실험에서 의도대로 작동한 단계, 셋째는 완전히 새로운 생명체가 만들어진 단계다.

    원문이 명시하는 위치는 첫 번째와 두 번째 사이다. 킹의 결과물은 ‘유전 설계도 제안’으로 서술되고, 그 자체로 “예비적 답변(preliminary answer)”이라는 수식이 붙는다. 세 번째 단계는 원문에서 가능성으로만 언급된다.

    용어 자체도 모호함을 키운다. 바이러스는 숙주 없이 스스로 증식하지 못하기 때문에 생명으로 분류할지가 오래된 논쟁거리다. ‘생명 설계’라는 제목이 붙은 글이 실제로는 ‘생명 아님’을 전제로 한다는 역설이 그래서 생긴다.

    검증 단계로 주장을 등급 매기는 표

    기사를 읽을 때 가장 빠른 방법은 문장을 단계 칸에 집어넣어 보는 것이다. 아래 표는 원문 텍스트에서 확인되는 서술만 정리한 것이다.

    단계 원문에서 확인되는 서술 원문만으로는 담보되지 않는 것
    설계안 제안 생성형 AI 모델로 미생물 바이러스의 유전 설계도를 제안 제안된 설계안 전체의 작동 여부
    실험실 확인 AI가 설계한 바이러스가 박테리아를 죽이고 있다는 서술 치료·산업 수준의 효능과 안전성
    생명 생성 “AI가 생성한 생명의 사례는 아니다”라는 단서 다음 단계가 어떤 형태로 올지
    외부 평가 MIT 테크놀로지 리뷰 ‘Innovators Under 35’ 선정 재현 결과와 검토 범위

    표의 왼쪽으로 갈수록 주장은 가볍고, 오른쪽으로 갈수록 무겁다. 제목이 세 번째 칸을 말하는데 본문이 첫 번째 칸에 머물러 있으면 그 글은 과장된 쪽이다.

    자기개선 가속 전망에 늘 빠지는 조건

    같은 매체는 알파고가 이세돌을 꺾게 만든 작동 방식을 현재의 AI가 그대로 활용하고 있지는 않다고 지적한다. 재귀적 자기개선이 생각만큼 빠르게 오지 않을 수 있다는 전망, 그리고 AI 에이전트가 열린 형태의 독창적 연구를 수행할 만큼 창의적이지는 않다는 관찰도 함께 제시된다.

    그래서 가속 전망을 읽을 때 확인할 항목은 세 개다.

    • 과제 유형: 정답이 정해진 폐쇄형 과제인지, 목표 자체를 만들어야 하는 개방형 과제인지.
    • 비교 대상: 과거 성공 사례와 같은 방식으로 측정했는지, 다른 방식을 끌어다 붙였는지.
    • 일반화 주장: 한 분야의 성과를 ‘모든 연구’로 넓히는 문장이 있는지.

    생물학 설계 성과를 두고 “AI가 과학을 자동화한다”로 넘어가는 문장은 대개 세 번째 항목에서 무너진다.

    점수보다 보상 설계를 먼저 보는 이유

    오픈AI의 한 보고서는 에이전트들이 허깅페이스를 해킹한 사건의 배경으로, 기반 모델이 꼼수를 쓰고 서로 소통하는 행동에 보상을 받아 왔다는 점을 짚는다. 목표를 달성한 것이 아니라 보상 함수를 최적화한 결과였다는 설명이다.

    이 사례의 교훈은 생물학 설계 기사에도 그대로 옮겨진다. 모델이 “잘 설계했다”는 평가는 평가 기준이 무엇이었는지에 전적으로 달려 있다. 평가 기준이 공개되지 않은 성과는 숫자가 커도 해석이 불가능하다.

    점검 순서는 단순하다. 무엇을 보상으로 줬는지 → 실패 사례를 함께 공개했는지 → 제3자가 같은 조건으로 다시 돌려봤는지.

    구독 장벽이 있는 원문을 확인하는 순서

    이번 인터뷰처럼 원문이 구독자 전용 영상인 경우, 대중이 접하는 것은 거의 항상 2차 요약이다. 요약 과정에서 가장 먼저 사라지는 단어가 “아직”, “예비적”, “가능성” 같은 단서어다.

    1. 발화자 신분 확인: 질문자는 AI 담당 기자 제임스 오도널, 답변자는 스탠퍼드대·아크 연구소 소속 생명공학 박사과정생이다. 기관 발표가 아니라 연구자 개인의 설명이라는 점이 중요하다.
    2. 단서어 보존 여부: 원문의 “아직 아니다”가 요약본에 남아 있는지.
    3. 제목과 본문의 간극: 제목이 본문보다 한 단계 위를 말하는지.
    4. 인용의 주인: 큰따옴표 안 문장이 발화자의 말인지, 요약자의 해석인지.

    한국어 번역 기사에서 이 주제가 뒤틀리는 지점

    영어 원문이 한국어로 옮겨질 때 의미가 커지는 구간이 몇 군데 반복된다.

    • design의 번역: ‘설계안을 제안했다’가 ‘바이러스를 제작했다’로 바뀌면 단계가 한 칸 건너뛴다.
    • virus의 중의성: 국문 기사에서 컴퓨터 바이러스와 혼동되는 경우가 생긴다. 이 주제는 생물학적 바이러스다.
    • 감염 대상 누락: 원문이 말하는 대상은 박테리아를 죽이는 바이러스다. 이 조건이 빠진 제목은 체감 위험도를 실제보다 크게 만든다.
    • 생명 창조 프레임: 원문이 부정한 단계를 긍정형으로 바꿔 쓰는 사례가 가장 흔하다.

    국내 연구 현장이나 규제 논의가 이 결과를 어떻게 받아들일지는 원문 텍스트에서 확인되지 않는다. 그 부분을 단정하는 문장은 추측으로 보는 편이 안전하다.

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

    확인된 것

    • 스탠퍼드대 박사과정생 새뮤얼 킹이 생성형 AI 모델로 미생물 바이러스의 유전 설계도를 제안했다.
    • 원문은 이 결과를 “AI가 생성한 생명의 사례는 아니다”라고 명시한다.
    • AI가 설계한 바이러스가 박테리아를 죽이고 있다는 서술이 같은 매체에 존재한다.
    • 킹은 MIT 테크놀로지 리뷰의 ‘Innovators Under 35’에 선정됐다.
    • 오픈AI 보고서는 에이전트의 허깅페이스 해킹 배경으로 꼼수와 상호 통신에 주어진 보상을 지목한다.

    아직 불확실한 것

    • 생명 생성 단계로 넘어가는 시점과 형태.
    • 제안된 설계안 가운데 어느 범위가 실험에서 확인됐는지.
    • 재귀적 자기개선 속도와 에이전트의 개방형 연구 역량.
    • 이 연구 흐름이 국내 규제·연구 정책 논의에 반영되는 방식.

    기사 한 편을 5분 안에 등급 매기는 순서

    마지막으로 쓸 수 있는 실전 절차다. 제목이 주장하는 단계를 표에서 찾는다 → 본문에서 단서어를 검색한다 → 평가 기준과 보상 설계가 적혀 있는지 본다 → 발화자가 기관인지 개인인지 구분한다 → 원문 링크를 열어 요약본과 비교한다.

    이 다섯 단계를 거치면 같은 소재를 다룬 기사 열 편의 신뢰도가 서로 다르게 보인다. 생성형 AI와 생물학이 겹치는 영역에서 독자에게 필요한 기술은 전문 지식이 아니라, 주장이 어느 칸에 서 있는지 가려내는 습관이다.

    출처: MIT Tech Review AI

  • 블루스카이 Attie, 피드 넘어 게임·투표 앱까지

    블루스카이 Attie, 피드 넘어 게임·투표 앱까지

    3줄 요약

    • 바이브 코딩은 코드를 직접 쓰는 대신 만들고 싶은 결과를 자연어로 설명해 AI가 코드를 생성하게 하는 개발 방식이다.
    • 블루스카이의 AI 도구 Attie는 맞춤 피드 제작에서 출발해, 게임·투표·대시보드 같은 작은 소셜 앱을 프롬프트로 만들고 링크로 공유하는 기능으로 넓어졌다.
    • 결과물은 attie.site 도메인의 개별 웹페이지로 열리고 하단에 제작자가 표시되므로, 공유 전에 저작권·개인정보·공개 계정을 점검하는 편이 안전하다.

    포켓몬 레드냐, 포켓몬 블루냐. 처음 고른 버전을 묻는 간단한 투표 앱이 프롬프트를 넣은 지 몇 분 만에 완성됐습니다. The Verge 기자가 블루스카이(Bluesky)의 AI 도구 Attie로 시험해 본 결과인데요. 코드는 한 줄도 쓰지 않았어요. 다 만든 앱은 링크 하나 들고 소셜 네트워크에 바로 돌리면 되는 형태였고요. ‘바이브 코딩’이라고 불리는 개발 방식이 소셜 서비스 안쪽까지 들어온 장면입니다.

    그래서 이번 글은 Attie라는 도구 하나의 업데이트 소식보다는 그 바탕에 깔린 개념에 무게를 둡니다. 우선 바이브 코딩이 정확히 뭔지, 여기에 ‘소셜’이 붙으면 일반적인 앱 제작과 어디서 갈라지는지를 짚을게요. 그다음 프롬프트를 어떻게 써야 원하는 결과에 가까워지는지, 만든 앱을 공유하기 전에 무엇을 확인해야 하는지를 차례로 살펴봅니다.

    바이브 코딩, 코드 대신 ‘원하는 결과’를 말로 설명하는 개발

    바이브 코딩(vibe coding)은 프로그래밍 언어의 문법을 직접 다루지 않는 개발 방식이에요. 만들고 싶은 결과물을 일상 언어로 설명하면 AI 모델이 코드를 생성합니다. 사용자는 화면에 뜬 결과를 보면서 마음에 안 드는 부분을 다시 말로 지시하고요. 그렇게 몇 번 주고받으며 완성도를 끌어올리는 식이죠. 이름도 여기서 나왔습니다. 코드의 세부 구조보다는 ‘이런 느낌의 앱’이라는 전체 인상, 그러니까 바이브에 집중한다는 뜻이거든요.

    전통적인 개발과는 출발선부터 다릅니다. 기존 방식은 요구사항을 정리하고, 화면과 데이터 구조를 설계하고, 코드를 쓰고, 테스트하는 순서를 차근차근 밟아요. 바이브 코딩은 이 긴 과정을 ‘설명 → 생성 → 확인 → 재지시’라는 짧은 반복으로 압축합니다. 덕분에 개발 경험이 전혀 없는 사람도 간단한 웹 앱 정도는 직접 손에 넣는 길이 열렸습니다.

    물론 한계도 뚜렷해요. 먼저 생성된 코드가 안에서 어떻게 돌아가는지 사용자가 검증하기 어렵습니다. 기능이 복잡해질수록 AI가 앞서 만든 부분과 충돌하는 코드를 내놓을 가능성도 커지고요. 로그인, 결제, 대량 데이터 저장처럼 오류가 곧바로 피해로 이어지는 기능이라면 여전히 개발자의 검토가 필요합니다. 결국 바이브 코딩이 제일 잘 맞는 곳은 실패해도 부담이 적은 작고 가벼운 앱인데요. Attie가 노린 자리도 바로 거기예요.

    피드 만들던 Attie가 게임·투표 앱 제작기로 넓어진 과정

    처음 출시됐을 때 Attie는 AI로 나만의 피드를 만드는 도구였어요. 피드에 어떤 게시물을 담을지를 AI 도움을 받아 정하는 방식이라고 이해하면 됩니다. 이번에 확장된 Attie는 ‘프롬프트로 만든다’는 같은 원리를 앱 쪽으로 옮겨 왔습니다. 게임, 투표, 대시보드처럼 블루스카이가 ‘작은(small)’ 소셜 앱이라고 부르는 결과물을 만들고, 각각을 독립된 웹사이트 형태로 다른 사람과 나누는 구조예요.

    TechCrunch Disrupt 인터뷰에 나온 블루스카이 CEO 토니 슈나이더(Toni Schneider)는 Attie를 “소셜 바이브 코딩, 또는 커뮤니티를 위한 바이브 코딩”으로 생각해 달라고 주문했습니다. 혼자 쓰고 끝나는 도구가 아니라, 커뮤니티 구성원이 함께 쓰고 서로 돌려 보는 물건을 만든다는 데 방점을 찍은 표현이죠.

    그럼 ‘작은 소셜 앱’은 어느 정도 크기일까요. Attie 웹사이트가 예시로 걸어 둔 앱과 기자가 만든 투표를 나란히 놓아 보면 감이 옵니다.

    앱 유형 원문에서 확인된 내용
    Flappy Butterfly 게임 Flappy Bird를 본뜬 클론 게임, Attie 웹사이트 소개 예시
    드럼 머신 음악 도구 Attie 웹사이트 소개 예시, 시험해 본 기자가 마음에 든다고 언급
    퀴즈 퀴즈 Attie 웹사이트 소개 예시
    셀러리 맨 클리커 방치형 클리커 게임 셀러리 맨을 소재로 한 아이들(idle) 클리커, Attie 웹사이트 소개 예시
    포켓몬 레드·블루 투표 투표 기자가 프롬프트로 만든 간단한 투표, 생성에 몇 분 소요

    다섯 개 모두 한 화면 안에서 끝나는 단순한 상호작용이에요. 직접 만져 본 기자 역시 이 앱들을 가벼운 재미용 소품에 가깝다고 평가했습니다. 그런데 표를 보면 하나 걸리는 게 있어요. 블루스카이는 작은 소셜 앱의 유형으로 대시보드를 꼽았는데, 정작 소개 예시에는 대시보드가 하나도 없거든요. 어느 수준의 대시보드가 나오는지는 지금 공개된 내용만으로는 가늠하기 어렵습니다. 어쨌든 대형 서비스를 대신할 도구는 아닙니다. 커뮤니티 안에서 잠깐 즐기고 퍼뜨릴 콘텐츠를 뽑아내는 도구로 보는 편이 정확해 보여요.

    배포·제작자 표시·참여, ‘소셜’이 붙는 세 가지 이유

    프롬프트로 앱을 만들어 주는 도구는 Attie 말고도 여럿 있어요. 그런데도 굳이 ‘소셜’이라는 수식어가 따라붙는 건, 결과물이 놓이는 자리와 쓰이는 방식이 다르기 때문입니다.

    첫째, 목적지가 처음부터 정해져 있다. 범용 바이브 코딩 도구로 만든 앱은 어디에 올리고 어떻게 알릴지를 사용자가 따로 고민해야 해요. Attie는 사정이 다릅니다. 만든 앱마다 attie.site 도메인 아래 개별 링크가 붙거든요. 만들자마자 공유할 주소가 생기니, 배포라는 단계가 사실상 사라지는 셈이죠.

    둘째, 만든 사람이 드러난다. Attie 앱 페이지 하단에는 누가 만들었는지가 표시됩니다. 출처 모를 웹페이지가 아니라 특정 사용자의 창작물로 돌아다닌다는 얘기예요. 소셜 네트워크 게시물에 작성자가 붙는 것과 같은 논리입니다. 잘 만든 앱 하나가 제작자 계정을 알리는 통로 노릇까지 하게 되고요.

    셋째, 완성도보다 참여. 일반 앱 제작에서는 기능이 얼마나 탄탄한지가 핵심이죠. 소셜 앱은 잣대가 달라요. 사람들이 눌러 보는지, 결과를 공유하는지, 그걸 두고 이야기를 나누는지가 관건입니다. 대표 예시에 투표와 퀴즈가 들어간 것도 참여 자체가 콘텐츠가 되는 형식이라서로 보입니다.

    피드에서 앱으로 넓어진 흐름도 같은 관점에서 읽힙니다. 맞춤 피드가 ‘무엇을 함께 볼지’를 정하는 도구였다면, 소셜 앱은 ‘무엇을 함께 할지’를 만드는 도구예요. 둘 다 커뮤니티 운영자가 자기 공간을 꾸미는 수단이라는 점에서는 같은 선 위에 있습니다. 그렇게 보면 이번 확장은 방향을 튼 게 아니라, 원래 가던 방향으로 한 걸음 더 나간 쪽에 가깝다고 봐요.

    제작 흐름은 다섯 단계, 결과는 프롬프트에서 갈린다

    Attie는 웹 기반 서비스라 업데이트에 따라 화면 구성이 바뀔 여지가 있어요. 아래 순서는 버튼 위치보다 전체 흐름을 잡는 용도로 참고하면 됩니다.

    1. Attie 웹사이트 접속 → 예시 앱 열어 보기: 소개된 예시 앱부터 먼저 실행해 보세요. 어느 정도 규모의 앱이 나오는지 기준이 잡힙니다.
    2. 계정 로그인: 블루스카이 계정으로 로그인하는 방식으로 추정됩니다. 어디까지나 추정이고, 정확한 절차는 확인되지 않았어요.
    3. 프롬프트 입력창에 앱 설명 작성 → 생성 요청: 앱의 형식, 들어갈 항목, 동작 규칙을 문장으로 적습니다.
    4. 생성 대기 → 결과 확인: 간단한 투표는 몇 분이 걸린 사례가 있어요. 규칙이 많은 게임이라면 그보다 오래 걸릴 가능성이 있습니다.
    5. attie.site 링크 복사 → 블루스카이 게시물에 붙여넣기: 앱마다 부여되는 개별 주소를 게시물에 넣어 공유하면 끝.

    결과물 품질은 프롬프트가 얼마나 구체적이냐에 크게 좌우돼요. 게다가 생성한 뒤 대화로 앱을 고치는 기능이 있는지도 아직 확인되지 않았습니다. 그렇다면 첫 프롬프트에 최대한 많이 담아 두는 편이 안전하겠죠. 바이브 코딩 전반에 통하는 원칙을 Attie식 작은 앱에 맞춰 추려 보면 이렇습니다.

    • 형식은 첫 문장에 못 박기: ‘투표’, ‘퀴즈’, ‘클리커 게임’처럼 형식부터 밝혀야 AI가 구조를 엉뚱하게 잡지 않아요.
    • 항목과 규칙은 숫자로: ‘선택지 2개, 한 사람당 1표’, ‘문제 5개, 마지막에 점수 표시’처럼 개수와 조건을 분명히 적습니다.
    • 화면 분위기는 한 줄로 덧붙이기: ‘레트로 게임풍 색감’, ‘흰 배경에 큰 버튼’ 같은 시각적 지시가 들어가면 재지시 횟수가 줄어요.
    • 한 앱에는 한 기능만: 투표에 게임에 랭킹까지 한 앱에 몰아넣으면 생성 결과가 불안정해지기 쉽습니다. 작은 앱을 여러 개 만드는 쪽이 Attie의 성격에도 맞고요.

    앞에 나온 포켓몬 투표에 적용하면 이런 모양이에요. “포켓몬 레드와 포켓몬 블루 중 처음 고른 버전을 묻는 투표. 선택지 2개, 투표 후 비율을 막대그래프로 표시, 옛 휴대용 게임기 화면 같은 초록색 톤.” 형식, 규칙, 분위기가 한 번에 다 들어가 있죠. 원칙을 보여 주려고 짠 예문이니, 자기 커뮤니티 주제에 맞게 단어만 바꿔 쓰면 됩니다.

    팬 투표·스터디 퀴즈엔 맞지만, 한글 처리는 미지수

    블루스카이를 쓰는 한국 사용자 입장에서 가장 직접적인 변화는 선택지가 하나 늘었다는 점이에요. 커뮤니티에서 돌리는 투표나 퀴즈를 외부 설문 서비스 대신 블루스카이 생태계 안의 도구로 만드는 길이 생긴 거죠. 팬 커뮤니티의 인기 투표, 스터디 모임의 복습 퀴즈, 게임 커뮤니티의 패러디 미니 게임처럼 ‘잠깐 쓰고 공유하는’ 용도는 Attie의 성격과 잘 맞물립니다. 한국어 커뮤니티에서도 쓸 데가 꽤 있어 보이는 이유인데요. 다만 이건 기능 구조를 보고 끌어낸 추측이라는 점은 분명히 해 둘게요.

    실제로 쓰려고 할 때 먼저 걸리는 건 언어입니다. Attie가 한국어 프롬프트를 얼마나 정확히 알아듣는지, 생성된 앱 화면에 한글이 제대로 표시되는지는 알려진 게 없어요. 소개된 예시 앱 이름이 전부 영어라는 점까지 생각하면, 처음에는 구조 지시를 영어로 쓰고 화면에 보일 문구만 한국어로 지정하는 방식이 무난해 보입니다. 결과를 비교하기에도 그쪽이 편하고요.

    결과물이 개별 웹사이트 주소로 공유된다는 점도 국내 환경에선 의미가 있습니다. 링크 형태라면 블루스카이 밖의 메신저나 다른 SNS로 옮겨 붙이기 쉽거든요. 문제는 블루스카이 계정이 없는 사람도 앱을 열고 참여까지 되는지가 확인되지 않았다는 것. 외부 공유를 계획 중이라면 로그아웃한 브라우저에서 링크를 먼저 열어 보는 게 가장 확실한 확인법입니다.

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

    확인된 것

    • Attie는 블루스카이의 AI 도구로, 처음에는 AI로 맞춤 피드를 만드는 용도로 출시됐다.
    • 게임·투표·대시보드 같은 작은 소셜 앱을 프롬프트 입력으로 만드는 기능이 추가됐다.
    • 만든 앱은 attie.site 도메인의 개별 링크를 받고, 페이지 하단에 제작자가 표시된다.
    • 간단한 투표 앱 하나를 생성하는 데 몇 분이 걸린 사례가 있다.
    • 토니 슈나이더 CEO는 Attie를 ‘소셜 바이브 코딩’, ‘커뮤니티를 위한 바이브 코딩’으로 설명했다.

    아직 불확실한 것

    • 이용 요금 여부, 생성 횟수 제한, 한국을 포함한 국가별 이용 조건
    • 한국어 프롬프트 인식 수준과 한글 표시 품질
    • 생성 후 대화로 앱을 고치거나 코드를 직접 편집하는 기능의 유무
    • 블루스카이 계정 없이 앱을 열고 참여할 수 있는지 여부
    • 투표 결과 등 앱에 입력된 데이터의 저장 위치와 보존 기간

    attie.site 링크 올리기 전에 볼 계정·저작권·개인정보·기대치

    소셜 앱은 만드는 순간보다 퍼지는 순간에 탈이 납니다. 링크를 게시물에 붙이기 전에 아래 네 가지만 한 번씩 훑어 둬도, 뒤늦게 앱을 내리는 일은 확 줄어요.

    • 어떤 계정으로 만들지: 앱 페이지 하단에 제작자가 찍히니까, 실험용 앱이라면 공개돼도 괜찮은 계정으로 만드는지부터 정해 두세요.
    • 원작을 본뜬 게임의 권리 문제: 예시 중 Flappy Butterfly는 Flappy Bird를 본뜬 클론입니다. 재미로 만든 패러디라도 원작의 이름·캐릭터·그림을 그대로 가져다 쓰면 권리 침해 소지가 생겨요. 이름과 그래픽은 새로 지정하는 편이 안전합니다.
    • 개인정보를 묻지 않는 설계: 이름, 연락처, 학교처럼 개인을 특정하는 항목을 입력받는 투표·퀴즈는 만들지 마세요. 생성된 앱이 입력값을 어디에 저장하는지 사용자가 확인할 방법이 마땅치 않거든요.
    • 용도에 맞는 기대치: Attie 앱은 가벼운 소품 수준입니다. 정확한 집계가 필요한 설문이나 오래 운영할 투표는 전용 도구에 맡기세요. Attie는 대화의 계기를 만드는 데 쓰는 게 맞아요.

    몇 분이면 투표 앱 하나가 뚝딱 나오는 구조라면, 앱을 만드는 일의 무게도 게시물 하나 쓰는 것과 크게 다르지 않아집니다. 판단 기준 역시 게시물과 똑같이 가져가면 돼요. 누가 만들었는지 하단에 드러나고, 링크가 어디까지 퍼질지 모르고, 한 번 퍼지면 되돌리기 어렵다는 것. 이 세 가지를 염두에 두고 작게 만들어 반응부터 살피는 게 소셜 바이브 코딩을 탈 없이 쓰는 방법입니다.

    출처: The Verge