저는 WWDC를 시청하며 Apple이 개발자들에게 앱을 더 아름답게 만들라고 말하는 것을 약 1시간 동안 지켜보았습니다.

도처에 Liquid Glass가 보입니다. 새로운 투명도 슬라이더(transparency slider). 정교해진 가장자리, 더 나은 가독성(legibility). 그리고 올해는 이를 거부할 수 없습니다. Xcode 27로 다시 컴파일하면, 당신이 원하든 원하지 않든 앱은 새로운 외관을 채택하게 됩니다.

그러고 나서, 거의 같은 맥락에서 Apple은 그 외관이 더 이상 중요하지 않을 수도 있다고 우리에게 말했습니다.

그 키노트의 나머지 절반은 App Intents였기 때문입니다. 앱이 자신의 콘텐츠를 Spotlight의 시맨틱 인덱스(semantic index)로 밀어 넣어, Siri가 자연어를 통해 이를 찾고 실행할 수 있게 하는 새로운 엔티티(entity) 및 인텐트(intent) 스키마입니다. Siri가 화면에 있는 것에 접근하여 무언가를 수행할 수 있도록 하는 View Annotations API. 오픈 소스로 전환되는 파운데이션 모델(Foundation Models). MCP를 통해 연결되어 Anthropic, Google, OpenAI의 코딩 에이전트(coding agents)를 실행하는 Xcode 자체까지 말이죠.

이 두 이야기를 나란히 놓고 읽어보면 메시지는 놓치기 어렵습니다. 화면을 더 예쁘게 만드세요. 또한, 화면을 볼 수 없는 무언가가 곧 당신의 실제 사용자가 될 것이라고 가정하세요.

Apple의 누구도 일어나서 "UI는 죽었다"라고 말하지는 않았습니다. 그들은 속마음을 공개적으로 말하는 경우가 거의 없습니다. 하지만 그것이 사실이 되기 위해 App Review Guidelines에 엄격한 규칙으로 명시될 필요는 없습니다.

정문이 이동했습니다

제품을 출시하는 사람으로서 제가 계속해서 되돌아보게 되는 지점은 바로 이것입니다.

수년 동안 소프트웨어로 들어가는 정문은 화면이었습니다. 당신은 화면을 디자인했고, 화면을 두고 논쟁했으며, 화면 위의 버튼을 A/B 테스트했습니다. 화면이 곧 제품이었습니다.

그것이 우리 발밑에서 변하고 있습니다. 정문은 에이전트(agent)가 되어가고 있습니다. Siri, Copilot, Claude, 혹은 당신의 고객이 대화하고 있는 그 무엇이든 말이죠. 그것은 고객을 대신해 읽고, 고객을 대신해 결정을 내립니다. 점점 더 고객을 대신해 행동하기도 합니다. 그것은 당신의 히어로 애니메이션(hero animation)에는 관심이 없습니다. 그것은 당신이 무엇을 하는지 이해할 수 있는지, 그리고 그것을 수행할 수 있는지에 관심이 있습니다.

저는 저희 제품에서도 이 문제를 경험했습니다. 저희는 결제(payments) 기업입니다. 에이전트(agent)가 대시보드를 열지 않고도 결제 내역을 조회하거나 환불을 시작할 수 있도록 저희 플랫폼을 위한 MCP 서버를 구축했습니다. 이를 구축하면서 이 전체적인 개념에 대한 제 생각이 바뀌었습니다. 그 흐름 속에서, 정성스럽게 디자인된 저희 대시보드는 제품이 아니었습니다. 그것의 깔끔하고 기계가 읽을 수 있는(machine-readable) 버전이 제품이었습니다.

그러고 나서 모두가 llms.txt로 달려가지만, 절반은 틀리게 이해합니다

이 개념을 깨닫고 나면 나타나는 반사적인 행동은, 사이트에 llms.txt를 올려두고 스스로를 미래 지향적(future-proofed)이라고 부르는 것입니다.

저도 그런 본능이 있었습니다. 그리고 깔끔하고 구조화된 텍스트는 진정으로 도움이 됩니다. HTML의 벽 대신 마크다운(markdown)을 제공하면 에이전트가 페이지를 읽을 때 소모하는 토큰(tokens)을 절반 이상 줄일 수 있습니다. 일부 팀은 거의 10배까지 줄였다고 보고하기도 합니다. 토큰이 적다는 것은 모델이 페이지를 읽다가 중간에 포기하는 대신 실제로 끝까지 읽을 수 있음을 의미합니다. 이 부분은 사실입니다.

하지만 llms.txt가 무엇이고 무엇이 아닌지에 대해 솔직해져야 합니다. 약 18개월간의 소음 끝에, 현재 약 10개 사이트 중 하나에만 적용되어 있으며, 그중 큰 비중은 Shopify가 모든 상점에 대해 기본적으로 이를 조용히 활성화한 것입니다. 더 큰 문제는 OpenAI, Google, Anthropic의 주요 크롤러(crawlers)들이 이를 대부분 가져오지 않는다는 점입니다. 30만 개의 도메인을 대상으로 한 연구에 따르면, 이것이 AI 인용(citations) 수치를 측정 가능할 정도로 변화시키지는 않는 것으로 나타났습니다. 만약 이것을 SEO 치트 코드로 추가하려 한다면 실망하게 될 것입니다.

오늘날 llms.txt가 실제로 가치를 발휘하는 곳은 더 좁고 유용합니다. 코딩 에이전트(coding agents)를 위한 깔끔한 지도 역할을 합니다. Cursor, Claude Code, Copilot 등이 이를 읽습니다. 문서(documentation) 사이트들은 여기서 큰 효과를 얻습니다. 그것이 핵심입니다. 에이전트가 읽을 수 있는 콘텐츠로부터 가치를 얻는 사람들은 이를 마케팅이 아닌 배관(plumbing, 기반 시설) 작업으로 취급합니다.

대신 제가 팀에게 요구하고 있는 것

그래서 저는 인용을 위해 llms.txt를 쫓고 있지 않습니다. 저는 더 지루하지만, 제 생각에는 더 지속 가능한 무언가를 요구하고 있습니다.

모든 중요한 인터페이스(surface)의 기계 판독 가능 버전(machine-readable version)을 사후 고려 사항이 아닌, 실제 출력물(real output)로 취급하십시오. 특정 페이지나 화면이 중요하다면, 에이전트(agent)가 귀하의 DOM을 스크래핑(scraping)하고 추측할 필요 없이 소비할 수 있는 깔끔한 텍스트 표현이 있어야 합니다.

모든 것의 상단에 짧은 요약을 배치하십시오. 두세 줄 정도의 평이한 언어로 이 페이지가 무엇인지, 여기서 무엇을 할 수 있는지 설명하십시오. 요약 블록은 휴대폰으로 훑어보는 사람에게 도움이 됩니다. 또한, 모델이 나머지 콘텐츠가 자신의 컨텍스트 윈도우(context window)를 사용할 가치가 있는지 결정하기 전에 가장 먼저 읽는 것이기도 합니다. 한 번만 작성하면 독자와 모델 모두가 승리합니다.

단순한 텍스트가 아닌 동작(actions)을 노출하십시오. 콘텐츠는 이제 기본 요건(table stakes)이 되어가고 있습니다. 에이전트가 실제로 원하는 것은 동사입니다. "이것을 환불해줘." "저것을 예약해줘." "지난달 내역을 보여줘." Apple 측의 App Intents, 우리 측의 MCP, 그리고 그 밑바탕이 되는 지루하지만 문서화된 API가 필요합니다. 에이전트 시대에 성공할 팀은 가장 예쁜 콘텐츠를 가진 팀이 아닙니다. 사람이 현장에 없어도 제품을 운영할 수 있는 팀이 될 것입니다.

그리고 이제 중요해진 것을 측정하십시오. 에이전트가 스크린샷 없이도 귀하의 핵심 작업을 처음부터 끝까지 완료할 수 있습니까? 우리는 이를 "새로운 엔지니어가 5분 안에 전체 스택(stack)을 실행할 수 있는가"와 마찬가지로 일급 테스트(first-class test)로 취급하기 시작했습니다. 만약 대답이 '아니오'라면, 그 어떤 Liquid Glass도 당신을 구원하지 못할 것입니다.

UI는 매장된 것이 아니라, 강등된 것이다

저는 UI가 죽었다고 생각하지 않습니다. 제가 지지할 디자이너들도 있고, 제가 자랑스러워하는 화면들도 있습니다. 하지만 UI는 강등되었습니다. 예전에는 UI가 곧 제품이었습니다. 이제 UI는 여러 인터페이스 중 하나일 뿐이며, 종종 고객이 가장 적게 접하는 인터페이스가 되기도 합니다.

Apple은 방금 키노트(keynote)를 통해 화면을 더 아름답게 만드는 동시에, 화면을 선택 사항(optional)으로 만들었습니다. 이것은 모순이 아닙니다. 이것이 바로 한 공간에 공존하는 변화의 모습입니다.

그래서 저는 제 팀에 계속해서 던지는 질문을 여러분께도 던지겠습니다. 만약 에이전트가 새로운 사용자라면, 볼 수 없는 존재에게 귀하의 제품은 어떤 모습입니까?