AI-NATIVE 시리즈 · 웨어러블 AI · 『웨어러블 사다리』 2화 (총 3화 중)

AI 글라스, 공식 문서로 따져보기: 11 내가 하는 18 노트북 작업 중 핸즈프리로 쓸 수 있는 것

글쓴이: Paul Jialiang Wu · agentic-portfolio-lovat.vercel.app · 2026-09-30 · 12분 읽기

이번 편이 답하는 핵심 질문내 노트북 작업 중 AI 안경이 오늘 실제로 핸즈프리로 처리할 수 있는 것은 무엇이고, 어디서 막히는가?

이 글은 다루지 않는다 — 왜 이전의 머리 착용형 컴퓨터들이 사라졌는지는 에피소드 1, 사망 표 — 그리고 안경이 책상을 대체하려면 무엇이 먼저 가능해져야 하는지는 에피소드 3, 예측 기록부.

이번 AI 안경 편의 범위와 대상 독자

이 글은 웨어러블 사다리의 두 번째 에피소드다. 에피소드 1에서는 실패한 머리 착용형 컴퓨터들을 돌아봤고, 에피소드 3에서는 날짜가 명시된 예측을 내다본다. 이번 편은 현재 시점에 집중한다. 원래는 로드트립 당일 모든 작업을 핸즈프리로 시도하고, 매 시도를 기록할 계획이었다. 그날은 아직 오지 않았고, 꾸며낼 생각도 없다. 그래서 이번 판에서는 또 다른 신뢰할 만한 근거 — 바로 공식 문서 — 를 바탕으로, 작업별로, 모든 판정에 근거 링크를 달아 답한다. 실제 테스트는 그날이 오면 진행한다.23이 글은 안경용으로 무엇을 만들지 고민하는 엔지니어, 팀에 한 쌍을 들일지 고민하는 창업자, 그리고 이미 샀지만 실제로 무엇이 가능한지 궁금한 모든 사람을 위한 것이다.

이 글은 안경용으로 무엇을 만들지 고민하는 엔지니어, 팀에 한 쌍을 들일지 고민하는 창업자, 그리고 이미 샀지만 실제로 무엇이 가능한지 궁금한 모든 사람을 위한 것이다.

상황 그림: 룰셋 아래에서 펼쳐지는 스파링 한 판

스파링 라운드에 바벨을 들고 들어갈 수는 없다. 라운드에서 할 수 있는 모든 일은 이미 몸에 있는 것으로만 해야 한다. 그리고 하이라이트 영상이 아니라, 룰셋에 따라야 한다. 등반 중이든 운전 중이든, 당신 몸에 항상 있는 유일한 컴퓨터는 이 안경뿐이다. 그리고 공식 문서가 바로 그 룰셋이다.

룰셋: 공식 문서의 기준

어떤 작업이든 평가하기 전, 기본 원칙부터 짚는다. 이 글라스는 휴대폰을 그대로 복제하는 거울이 아니라, 엄선된 연결 고리다.

Meta Connect 2026(9월 23~24일)에서 개발자 환경이 바뀌었다. 글라스 앱 개발용 툴킷이 1.0에 도달했고, 배터리 상태 조회와 음성으로 앱 실행 기능이 추가됐다. 그러나 이 모든 신규 기능은 실험적(experimental)으로 분류되어 있으며, 이를 사용하는 앱은 "아직 공개 배포가 불가하다" (toolkit changelog). 음성 실행은 앱을 열 수 있지만, 사용자의 요청 내용을 앱에 직접 전달할 수는 없다.

내 18 노트북 작업, 공식 문서로 판정

표의 세부 정보에는 두 가지 주의점이 있다. 많은 '예' 항목은미국 영어 전용 — 캘린더와 이메일 읽어주기는 미국 영어로만 공식 문서에 있다. 또, 여러 기능은 연결이 필요하다. 오프라인에서는 어시스턴트 자체가 동작하지 않는다. 표의 '예'는 신호가 잡히는 미국 내 영어 사용자 기준이다.

패턴에서 드러나는 점

"아니오"가 어디에 집중되어 있는지 살펴보자. provider(WeChat과 Feishu는 메시지 앱의 공식 지원 목록에 없다), relay(휴대폰을 거치지 않으면 GitHub에 접근할 방법이 없다), platform(에이전트에 연결할 범용 인터페이스가 없다). 이 중 어느 것도 배터리, 카메라, 마이크의 한계 때문이 아니다. 하드웨어는 내 말을 듣고 응답할 수 있다. 누구와 대화할 수 있을지는 플랫폼이 결정한다. 이것이 바로 에피소드 1에서 현재 시점으로 얻은 교훈이다 — 실패한 기기들도 컴퓨터 성능이 부족해서가 아니었다 — 그리고 이 점이 에피소드 3에서 예측의 핵심 조건으로 추적되는 부분이다. P3: 2027년 중반까지 어떤 개발자든 안경용 앱을 출시할 수 있게 될지 여부다. 이제 플랫폼의 문이 열리기 시작했다. 이미 1,500개 이상의 서비스와 연결된 Meta의 Muse agent가 "곧" 안경에 들어올 예정이고, Meta AI Connectors는 서비스가 어시스턴트에 작업을 제안할 수 있게 한다 — 둘 다 Connect 2026에서 발표됐으나, 아직 출시일이나 일반 공개 일정은 없다 (Meta: Muse, Connectors). 즉, P3 변화가 진행 중이다.

다섯 번의 왜: 왜 안경은 내 업무용 작업을 처리하지 못할까?

1. 왜 그럴까? 그 이유는 4 내 18 작업들 — WeChat, Feishu, GitHub, 코딩 에이전트 — 이 공식적으로 지원되지 않는다고 명시되어 있고, 나머지 업무 도구에 대해서는 문서에 아무런 언급이 없기 때문이다. 근거: 위 표에서 확인 가능 content/series/wearable-ladder/audit-tasks.yml.
2. 왜 그 앱들은 빠졌을까? 안경은 Meta가 지정한 제공자 — Messenger, WhatsApp, Instagram, 그리고 휴대폰의 메시지 — 에만 연결되고, 이 목록은 폐쇄형이기 때문이다. 근거: Meta help: message providers.
3. 왜 그 앱들은 스스로 추가될 수 없을까? 아직 안경용 서드파티 앱은 일반에 공개할 수 없고, App Store 등록 역시 "현재는 지원되지 않는다"고 명시되어 있기 때문이다. 근거: Meta's iOS integration guide.
4. 툴킷이 이제 막 1.0이 되었는데도 왜 안 될까?1.0에서 추가된 모든 기능은 '실험적'으로 분류되어 있고, 이를 활용한 앱은 "아직 공개 배포가 불가하다(cannot be published yet)"고 명시되어 있다. 근거: toolkit 1.0 changelog.
5. 그렇다면, 실제로 막히는 지점은 어디일까? 핵심은 이렇다. 업무에 한정하면, 이 안경의 한계는 하드웨어가 아니라 플랫폼이 허용하는 범위에 있다.같은 기기가 WhatsApp 메시지는 읽어주면서 WeChat 메시지는 읽지 못한다. 근거: 표의 1번과 3번 작업 — 기기는 같고 동작도 같은데, 앱만 다르니 결과가 정반대다.

Operate — 다음에 실제로 검증할 테스트

공식 문서는 어디까지나 주장이다. 실제 검증은 이미 준비되어 있고, 실시간으로 진행 중이다: 18각 작업은 미리 등록되어 있으며 content/series/wearable-ladder/audit-tasks.yml, 각 작업별로 '완료'의 기준이 정해져 있다. 그리고 이 사이트의 소유자 전용 휴대폰 페이지(/glasses-audit)에서 시도할 때마다 즉시 기록된다 — 성공이든 실패든, 8개 원인 중 어디에서 멈췄는지까지 포함해서. node scripts/glasses-audit.mjs pull이 기록이 레포로 들어오면, 이 페이지는 실제 측정 결과와 공식 문서상의 결과를 나란히 보여주도록 다시 빌드된다.

피드백 — 문서로는 알 수 없는 것들

• 정말 사실인가. 도움말 페이지는 오래됐거나, 낙관적이거나, 지역 한정일 수 있다. Meta 공식 페이지끼리도 서로 모순되는 부분이 있다(케이스 포함 배터리 수명이 한쪽은 24시간, 다른 쪽은 30시간으로 표기).
• 실제로 써보면 어떤가. “지원됨”이라는 말도, 바람 부는 날 세 번 시도해야 겨우 성공한다는 뜻일 수 있다. 실제로는 그날의 기록만이 진짜를 보여준다.
• 각자의 작업 목록. 내 목록은 창업자 기준이다. 간호사나 학생이라면 전혀 다르게 분류될 것이다. 각자 자기 목록을 직접 적어보라.

예상 — 오늘을 위한 예측, 지금 적는다

• 최소 11개의 공식 문서상 지원 작업은 첫 시도에 성공할 것이다. 만약 그보다 적다면, 문서가 실제보다 낙관적이었던 셈이고, 그게 업데이트의 제목이 된다.
• 모든 4 “지원 안 됨” 작업은 실패할 것이고, 가장 흔한 실패 원인은 provider 또는 relay일 것이다. 만약 “불가”로 분류된 작업이 성공한다면, 문서가 제품을 따라가지 못했다는 뜻 — 이것도 중요한 발견이다.
• 실제 측정 결과는 2026-10-31까지 공개된다. 그 전에 결과가 없으면, 이 줄이 그 이유를 설명할 것이다.
• 만약 P5의 예측이 episode 3에서 맞아떨어진다면(안경의 에이전트가 내 컴퓨터를 직접 조종하게 된다면), 전체 목록을 다시 검증한다. 예측이 실제로 맞아떨어져(안경의 에이전트가 내 컴퓨터를 직접 조종하게 되면), 전체 목록을 다시 한 번 검증한다.

이 에피소드의 시리즈 내 위치

같은 이야기, 다섯 갈래의 결론

30분 실전: 직접 해보기

• 준비물: 노트북을 켜는 이유가 되는 작업 10~20가지를, 아무것도 검색하지 말고 먼저 적는다.
• 결과: 각 작업마다 documented / not supported / undocumented 중 하나로 표시하고, 근거가 되는 링크를 남긴다.
• 원칙: 목록을 먼저 작성한다. 답을 확인한 뒤에는 작업을 바꾸지 않는다.
• 중단 규칙 공식 문서에 아무 언급도 없으면 '미문서화'로 표시한다. 추측은 금물이다.
• 최소 기록 task, done_when, documented.verdict, documented.layer, documented.source.
• 의도적으로 빠진 것 실제 측정 결과. 이건 직접 시도하는 날, 그리고 이 페이지의 후반부에서 다룬다.

5S 자기평가 — 근거 포함

관련

• 에피소드 1 — 사망 표: 머리 착용형 컴퓨터 23종, 그중 19개가 자금난으로 퇴장한 이유.
• 에피소드 3 — 예측 대장: 다섯 가지 조건, 여덟 개의 날짜 지정 예측, 그리고 이를 채점하는 스크립트.
• 데스크톱 앱 컨트롤 — '만들기 전에 표면을 측정한다'는 동일한 원칙을 Mac 환경에 적용한 사례.