📚 출처 정리
1. [아티클] "AI Interface Design: Why Chat Is the Wrong Default" - Adaline Labs (2026.06.13)
핵심 내용: 챗봇이 AI 프로덕트의 기본값이 되어서는 안 되며, 4가지 대안적 인터페이스(행동 표면, 캔버스, 위임, 무의식적 캡처)로 진화해야 함.
2. [영상] "Andrej Karpathy: Software Is Changing (Again)" - Y Combinator
핵심 내용: 텍스트로 AI와 대화하는 것의 한계를 지적하고, 맞춤형 GUI와 자율성 슬라이더를 갖춘 '부분 자율성 앱(Partial Autonomy Apps)'의 필요성 강조.
3. [영상] "Apple WWDC 2026 keynote in 25 minutes" - The Verge (2026.06.09)
핵심 내용: 애플이 새로운 운영체제 전반에 앞서 말한 '포스트 챗봇(Post-Chat)'의 4가지 UI 패턴을 어떻게 실제 프로덕트로 구현해 냈는지 보여주는 사례들.
↓ 최근 관심 있는 주제의 소스 3가지를 통합해 정리한 글입니다.
💬요즘 AI와 다양한 GUI의 결합을 볼 때마다 관련된 사례를 레퍼런스로 모아둬야겠다는 생각을 많이 합니다.
문제 제기: 많은 서비스가 챗봇 창을 도입하지만, 빈 텍스트 창에 매번 "나는 누구고, 이건 어떤 맥락이고..."라며 프롬프트를 치는 것은 너무 피곤하고 비효율적입니다. 안드레 카파시의 말을 빌려보면, 이는 1960년대 시커먼 터미널 창과 대화하는 것과 같습니다.
해결책: 이제 AI는 챗봇 창을 벗어나, 유저의 작업 화면(GUI) 위에서 함께 노는 '부분 자율성 앱(Partial Autonomy Apps)'으로 진화해야 합니다.
AI 인터페이스가 진화하는 4가지 고도화 단계
프롬프트를 치는 유저의 수고는 줄어들고, AI의 자율성은 높아지는 4단계 흐름과 사례들입니다.
1단계: 행동 표면 (The Verb Surface) - "명령을 버튼으로 압축하다"
- 제거하는 것: 프롬프트 '설정(Setup)'의 수고.
- 개념: 구구절절 맥락을 설명할 필요 없이, 유저가 텍스트를 선택하고 "번역해 줘", "요약해 줘" 같은 행동(동사) 버튼만 누르는 방식입니다.
- 사례: 코딩 에디터인 커서(Cursor)의 인라인 편집이 대표적이다. 코드를 선택하고 cmd-K를 눌러 원하는 변경 사항을 짧게 입력하면, AI가 수정한 코드를 화면에 빨간색(삭제)과 초록색(추가)의 디프(Diff)로 즉시 보여준다. 유저는 줄글로 피드백을 주는 대신, 눈으로 차이를 확인하고 cmd-Y(수락)나 cmd-N(거절) 단축키 하나로 검증을 끝낸다.
2단계: 생성형 캔버스 (The Generative Canvas) - "수정 가능한 결과물을 바로 띄우다"
- 제거하는 것: 결과물을 내 작업창으로 '옮기는 과정(Translation)'.
- 개념: AI가 줄글로 대답하는 대신, 유저가 직접 만지고 수정할 수 있는 온전한 결과물을 작업 화면에 바로 띄워줍니다.
- 사례: NotebookLM의 오디오 오버뷰는 재생 가능한 오디오 파일을, Claude Artifacts와 OpenAI Canvas는 제자리에서 즉시 편집할 수 있는 문서를 만듭니다. 애플의 이미지 플레이그라운드(Image Playground)에서도 사용자가 화면 속 케이크에 동그라미를 치고 "양초를 추가해 줘"라고 자연어로 지시하면 이미지 내에서 즉각 결과물을 수정해 줍니다.
3단계: 위임형 에이전트 (The Delegated Agent) - "알아서 일하고 결과만 보고하다"
- 제거하는 것: 매 단계마다 개입해야 하는 '중간 감독(Supervision)'.
- 개념: 큰 목표만 주면, AI가 여러 단계를 거쳐 스스로 작업하고 유저는 중간 감독을 생략할 수 있습니다.
- 사례: 애플의 사파리(Safari)는 AI가 에이전트처럼(agentically) 사용자를 대신해 웹사이트들을 돌아다니며 비밀번호를 스스로 변경해 줍니다. 또한 "퇴근할 때 파트너에게 도착 예정 시간을 메시지로 보내줘"라고 말하면, 단축어(Shortcuts) 앱이 지도와 메시지 앱을 연동하는 자동화 로직을 알아서 구축해 냅니다. 터미널에 존재하는 Claude Code도 그렇습니다. 사용자가 과업을 던지면, 에이전트는 파일을 읽고, 코드를 편집하고, 테스트를 실행하며 알아서 작업합니다. (Cursor의 에이전트 모드, OpenAI Codex 등도 포함)
4단계: 무의식적 캡처 (The Ambient Capture) - "프롬프트조차 생략하다"
- 제거하는 것: '프롬프트 명령 그 자체'.
- 개념: 유저가 AI를 부르지 않아도, 백그라운드에서 유저의 맥락을 인지하고 알아서 결과물을 챙겨주는 궁극의 단계입니다.
- 사례: 애플의 새로운 'Siri AI'는 화면 인지(onscreen awareness) 능력을 통해 현재 유저가 무슨 앱에서 무엇을 하고 있는지 실시간으로 파악합니다. 또한 항공사에 비행기 표 변경 전화를 걸면, 폰 앱이 이메일에 있는 예약 확인 코드를 알아서 화면에 띄워줍니다.
채팅 인터페이스에 머물러 있는 이유
대부분의 제품이 챗봇에 머물러 있는 이유 4가지 패턴의 방향성을 아는 것과 실제로 출시하는 것은 다릅니다. 챗봇은 제품 팀이 선택할 수 있는 정치적으로 가장 안전한 인터페이스입니다. "어떤 사용자 문제를 뾰족하게 해결할 것인가"라는 어려운 제품 기획의 고민은 미룰 수 있기 때문입니다. 반면 "행동(동사) 버튼을 추가하자"는 것은 전혀 다른 문제입니다. 이는 어떤 동사가 가장 중요한지 합의해야 하는 전략(Strategy) 작업이며, 이 합의에 도달하지 못하는 팀은 만만한 챗봇으로 도망칩니다. 또한 채팅 지표는 겉보기에 훌륭한 '참여도(Engagement)'처럼 보입니다. 사용자당 메시지 수, 세션 길이 등이 올라가면 대시보드는 이를 긍정적인 신호로 포장하여 팀에게 보상을 줍니다. 더불어 챗봇은 어떤 구체적인 약속도 하지 않으므로 실패했을 때 책임 소재를 피하기 좋습니다. 챗봇이 이상한 답을 하면 유저는 "내가 프롬프트를 잘못 썼나" 하고 자책하지만, 버튼(행동 표면)이 작동하지 않으면 유저는 제품을 비난하기 때문입니다.
당신의 제품이 챗봇에 갇혀 있는지 확인하는 3가지 질문 진단법
1. 사용자가 제품이 이미 알고 있는 정보를 제품에게 얼마나 자주 말합니까?
(10번 중 3번 이상이라면 사용자를 피곤하게 만들고 있는 것입니다.)
2. 채팅창을 없앤다면 상위 10개 핵심 사용 사례 중 몇 개가 살아남겠습니까?
(살아남는 기능들은 모두 동사, 캔버스, 위임형 에이전트 속에 들어가야 합니다.)
3. 새로운 사용자가 단 한 문장도 타이핑하지 않고 90초 이내에 실제 작업을 끝낼 수 있습니까?
(대답이 '아니오'라면, 병목 현상의 원인은 AI 모델이 아니라 당신의 채팅창입니다.)
Adaline Labs의 아티클에 따르면, 이 중 두 개 이상에 적신호가 켜진다면 당신에게 필요한 해결책은 더 나은 프롬프트 템플릿을 제공하는 것이 아니라 완전히 다른 인터페이스 표면을 짜는 것입니다.
향후 2년, 이것이 의미하는 바 최첨단 AI 모델들은 점차 성능이 수렴(상향 평준화)하고 있습니다. Anthropic, OpenAI, Google 모델들은 대부분의 작업을 서로 비슷하게 잘 처리합니다. 결국 경쟁의 핵심은 어떤 모델을 쓰느냐가 아니라, 팀이 그 모델에 어떤 '인터페이스'를 씌우느냐에 달려 있습니다. 2026년 제품 조직에서 가장 가치 있는 인재는 어떤 AI 기능에 동사를 부여하고, 어떤 것은 캔버스로 띄우며, 어떤 것은 백그라운드에 숨길지 결정할 수 있는 사람입니다. 앞으로 해야 할 일은 간단합니다. 챗봇 창을 고집하는 것을 멈추고, 행동(동사) 버튼을 출시하십시오.
핵심 인사이트 (결론)
자율성 슬라이더와 통제선(Leash): AI가 고도화될수록 중요한 것은 유저가 AI에게 통제권을 얼마나 넘길지 유연하게 조절할 수 있는 '자율성 슬라이더(Autonomy Slider)'를 설계하는 것입니다.
마무리: AI가 작업 화면 안에서 거칠게 제안(Generation)하면, 우리는 시각적 GUI를 통해 찰나의 순간에 검증(Verification)하는 것. 이것이 제가 앞으로 프로덕트를 디자인(또는 기획)할 때 반드시 담아내고 싶은 차세대 인터페이스의 핵심입니다.
'Learn everyday' 카테고리의 다른 글
| [7월 TIL #3] UI 리뉴얼 작업기: 의사결정은 혼자 존재하지 않는다 (0) | 2026.07.05 |
|---|---|
| [7월 TIL #2] Slop 경계하기: 우리는 유저/구매자가 듣고 싶은 말을 하고 있는가? (0) | 2026.07.03 |
| [6월 TIL #19] 지각된 가치와 인지적 비용에 대한 고찰 (0) | 2026.06.30 |
| [6월 TIL #18] 코드가 아니라 '의도'가 정본인 개발 시스템 (0) | 2026.06.29 |
| [6월 TIL #17] 채팅창을 넘어선 AI 인터페이스: 안드레 카파시가 말하는 '부분 자율성' (0) | 2026.06.29 |