'음성을 어디서나 쓰면 되지 않을까?'라는 질문은 컨버세이셔널 AI 프로젝트에서 항상 등장한다. Scenaro의 아티클 When to Use Voice — and When to Stay Quiet는 이 질문에 단호하게 답한다. Voice everywhere는 설계 실수다. 사용자가 스펙 시트를 읽는 동안 말을 거는 에이전트는 조력자가 아니라 방해자다. 오픈 오피스에서, 지하철에서, 카페에서 소리 내어 말하는 것이 불가능하거나 불편한 상황은 엣지 케이스가 아니라 실사용의 거대한 비중을 차지한다.
그 해결책이 흥미롭다. 음성을 걷어내는 것이 아니라, 컨텍스트에 따라 모드를 전환하는 정책을 설계하는 것이다. Scenaro가 제시하는 네 가지 모드—풀 듀플렉스, 디스크리트 모드(음성 입력·텍스트 출력), 푸시투토크, 텍스트→오디오—는 단순한 토글이 아니다. 이것은 홈페이지에서는 풀 듀플렉스, 제품 상세 페이지에서는 디스크리트 모드라는 식의 경험 정책(experience policy)이다. 파리 지하철에서 아무도 폰에 대고 큰 소리로 말하지 않기 때문에, 여행 컨시어지 Urbansider는 디스크리트 모드를 기본값으로 출시했다. 컨텍스트가 모드를 결정한다.
같은 원칙이 전혀 다른 인터페이스에도 적용된다. IssueSwipe는 오픈소스 기여를 찾는 경험을 Tinder 방식의 스와이프 카드로 재설계한 Next.js 앱이다. GitHub에서 수십 개의 탭을 열고 결국 탭을 닫아버리는 사용자 여정의 문제를 정확하게 짚었다. 동기는 있고, 레포도 있고, 이슈도 있다. 그런데 발견의 마찰이 너무 크다. 스와이프라는 인터랙션은 단순히 UI 패턴을 빌려온 게 아니다. '하나씩, 지금 이 이슈에만 집중하라'는 인지적 컨텍스트를 설계한 것이다. XP 시스템과 데일리 스트릭 같은 게이미피케이션 요소도 마찬가지다. 기여라는 행위가 보람 있어야 한다는 감정적 컨텍스트를 인터페이스가 능동적으로 만들어낸다.
컨텍스트를 읽는 인터페이스의 가장 극적인 사례는 12년간 Chrome 확장을 운영한 개발자의 이야기다. Keeping code alive on a DOM you don't own에서 저자는 HN Sorted를 유지하며 얻은 교훈을 솔직하게 털어놓는다. 핵심은 셀렉터 전략이다. 초기에는 body > center > table > tbody > tr:nth-child(2)처럼 위치 기반(positional) 경로를 사용했다. 그러다 2026년 3월, Hacker News가 외부 테이블에 로고 행을 하나 추가했고 익스텐션은 조용히 아무것도 하지 않게 됐다. 에러도 없이, 예외도 없이.
저자가 찾아낸 해법은 의미론적 앵커(semantic anchor)다. .pagetop, .hnname, #hnmain 같은 이름은 HN이 2007년부터 자사 CSS에서 직접 사용하는 이름이다. HN이 이 이름을 바꾸면 HN 자신의 스타일도 깨진다. 같이 무너지는 구조가 오히려 더 안전하다. 최종 셀렉터 #hnmain tr:has(> td > .pagetop > .hnname) > td:last-child는 '사이트 이름이 들어있는 nav 옆 셀을 찾아라'라는 의미로 읽힌다. 몇 겹의 래퍼 테이블이 감싸고 있든 상관없다. 직접 자식 결합자(>)로 모든 단계를 고정해 오매칭도 방지했다.
그리고 그 셀렉터마저 언젠가 깨질 것을 알고 있기에, MutationObserver로 DOM 변화를 감지하고 스토리 테이블을 찾지 못하면 chrome.storage.sync를 통해 배경 서비스 워커에 플래그를 전달한다. 사용자 아이콘에 빨간 :(가 나타나며 '정렬 기능이 일시적으로 작동하지 않습니다. Hacker News가 레이아웃을 변경한 것으로 보입니다. 수정 중입니다.'라는 팝업이 뜬다. 조용히 망가진 익스텐션은 삭제당하지만, 자신이 망가졌다고 말하는 익스텐션은 버그 리포트를 받는다. 이 설계 판단 하나가 12년의 신뢰를 만들었다.
세 사례를 관통하는 설계 원칙은 하나다. 인터페이스는 사용자가 지금 어떤 상황에 있는지를 읽어야 한다. 음성 UI는 발견 단계의 사용자에게는 강력하지만 비교·분석 단계에서는 침입적이다. 스와이프 카드는 탐색 의욕은 있지만 선택지가 너무 많아 지쳐버린 개발자에게 인지 부하를 낮춰준다. DOM 셀렉터는 페이지 구조의 의미를 읽는 것이 위치를 외우는 것보다 훨씬 오래 살아남는다. 컨텍스트를 모르는 인터페이스는 결국 사용자를 방해하거나, 조용히 작동을 멈추거나, 삭제된다.
이 원칙은 앞으로 AI 기반 인터페이스가 보편화될수록 더 결정적이 된다. AI가 생성하는 UI는 빠르지만 컨텍스트에 무감각할 수 있다. 음성, 스와이프, DOM 셀렉터—어떤 인터페이스든 설계자가 먼저 물어야 할 질문은 같다. 지금 이 사용자는 어떤 상황에 있는가? 그 상황에서 이 인터랙션은 도움인가, 방해인가? 그 질문에 답하는 구조를 코드 이전에 설계한 인터페이스만이 오래 살아남는다.