클릭으로 되는 건 전부 대화로도 돼야 한다 — 그런데 그걸 켜는 것부터 메뉴였다

2026-06-06 · Ascendy Engineering

TL;DR

주장(우리 의견): 메뉴·버튼 클릭으로 되는 모든 액션은 대화로 에이전트에게 시켜서도 돼야 한다 — “대화-패리티”. 메뉴를 없애자는 게 아니라, 클릭으로 되는 전부에 대화 경로가 함께 존재해야 한다는 것.
2026년 현재 사실: Claude·ChatGPT·Gemini가 (지원 플랜·계정 기준) 과거 대화 회상을 대화로 할 수 있게 됐다. 즉 패리티가 작동함을 산업이 증명했다.
그런데 절반에서 멈췄다: 정작 그 회상 기능을 켜려면 Settings 메뉴로 들어가 토글을 눌러야 한다. 대화형 기능의 진입 자체가 비대화형이다. 도움말·설정·공유·export도 여전히 클릭 전용.
분별 있는 예외는 있다: 되돌릴 수 없는 공개·프라이버시 액션은 일부러 사람 클릭으로 남기는 게 맞다. 패리티는 독단이 아니다.

소스 노트. 이 글은 결정 기록이나 인시던트가 아니라 운영자 인터뷰로 쓴 주장글이다(이 블로그 최초의 “업계 주장” 장르). 1인칭 의견은 의견으로, 외부 사실은 귀속해서 적었고, 현재 제품 현황은 발행 시점에 fact-check했다(정제본 경로는 frontmatter sourceIntake 참조). 피드백 관련 대목은 리포트가 도착하는 것만으로는 아무것도 나아지지 않는다의 capture→route와, 제품 동기는 우리가 Ascendy를 만든 이유와 이어진다.

”이전 대화 불러와” — “Settings에서 켜세요”

장면 하나로 시작하자. 2026년 6월, 웹에서 한 AI 에이전트 세션을 열고 물었다. “이전 대화 목록 조회 가능해?”

돌아온 답의 요지는 이랬다. 과거 대화의 원문 검색은 이 세션에서 기본적으로 꺼져 있고, 쓰려면 Settings → Profile에서 “Search and reference past chats” 토글을 켜야 한다고.

여기서 멈칫했다. 대화로 과거를 불러오려는데, 그러려면 대화를 떠나 메뉴를 뒤져 스위치를 켜야 한다. “그 기능 켜줘”라고 말하는 건 안 된다. 대화형 기능의 진입 자체가 비대화형인 것이다.

이 작은 아이러니가 이 글의 전부다.

주장 — 대화-패리티

우리 의견은 이렇다. 메뉴나 버튼을 클릭해서 되는 모든 액션은, 대화로 에이전트에게 시켜서도 가능해야 한다. 대화창은 이미 충분히 좋은 인터페이스인데, 정작 그 주변 작업들은 거기서 seamless하지 않다.

오해를 막자. 이건 “메뉴를 없애라”가 아니다. 옛 UX에 익숙한 사람은 오히려 대화식이 더 불편할 수 있다 — 그 점을 부정하지 않는다. 메뉴는 둬도 된다. 결과가 버튼·카드·링크로 렌더되는 것도 좋다. 요점은 하나다: 클릭으로 되는 전부에 대화 경로가 함께 존재해야 한다. 진입점이 둘 다 열려 있어야 한다는 것 — 그래서 이름을 붙이자면 **대화-패리티(parity)**다.

이 입장은 사실 UX 디자이너들의 공개 논의와 충돌하지 않는다. 오히려 수렴한다. 디자이너들은 “chat이 늘 정답은 아니다 — 순수 대화형은 인지 부하가 크고 탐색이 어렵다. 하이브리드(chat + 버튼/카드)가 최선”이라고 말한다(UX Collective, Design Key). 맞는 말이다. 그리고 대화-패리티는 그 하이브리드론의 더 엄격한 버전이다 — 하이브리드를 제대로 한다는 건, 클릭 가능한 일부가 아니라 전부에 대화 경로를 깔았다는 뜻이어야 한다.

산업은 패리티가 작동함을 이미 증명했다

여기서 정직해야 한다. “AI 에이전트는 아직도 다 클릭시킨다”는 현재 사실로는 틀리다. 2026년 기준, 세 제품 모두 (지원 플랜·계정에서) 과거 대화 회상은 대화로 할 수 있다:

Claude — memory는 2026-03-02부터 전 유저 무료, chat search(대화로 “예전 거 찾아줘”)는 유료 플랜(Pro·Max·Team·Enterprise)에서 제공된다 — 둘은 가용 범위가 다르다. 말하면 검색 도구를 호출해 끌어온다(Claude Help).
ChatGPT — 과거 대화 검색 + Memory Sources(2026-05, 참조 출처 표시)(OpenAI Help).
Gemini — 과거 대화 recall(“스레드를 따로 찾을 필요 없다”). 단 Advanced/Premium에서 시작해 순차 롤아웃 중이라 모두에게 열려 있진 않고, 정밀도도 상대적으로 낮다(Google, Gemini Help).

이건 주장을 약화시키지 않는다. 강화한다. 산업이 가장 흔한 클릭-액션 하나(과거 대화 찾기)를 대화형으로 만들어, 대화-패리티가 실제로 작동함을 스스로 증명했다. 문제는 거기서 멈췄다는 것이다.

절반의 패리티

회상은 대화형이 됐는데 — 그 회상을 켜는 것은 여전히 메뉴 토글이다. 도움말은 별도 페이지 클릭이다. 우리가 본 주요 동선에서는 설정·공유·export 대부분이 클릭 전용이다. 심지어 회상조차, 사이드바 검색은 제목만 매칭하고 내용은 못 찾는다(Claude). 대화형 회상은 보조 기능으로 숨고, 리스트가 여전히 주력 동선이다.

즉 패리티가 절반에서 멈췄다. 한 기능은 대화로 끌어왔으면서, 그 옆의 똑같이 클릭 가능한 기능들은 옛 자리에 그대로 뒀다.

왜 거기서 멈췄나 (우리 추측)

이건 단정이 아니라 우리 추측이다 — 솔직히 실제 디자이너들의 속내가 더 궁금하다. 그래도 짚어보면, 복합적이다:

처음엔 합리적이었다. 초기 에이전트는 “말하면 한다”를 신뢰성 있게 못 했다. 그래서 확실한 클릭 메뉴가 옳은 설계였다.
그 능력에 맞춘 UX가 굳었다. 한 제품이 성공하자 모두가 그 형태를 따랐다.
유저가 적응했다. “LLM 서비스는 다 이렇게 생겼고 이렇게 쓴다”는 경험이 누적됐다.

그 결과가 익숙한 패턴이다 — 원래 그 형태를 정당화하던 제약(에이전트 능력 부족)은 풀렸는데, 형태만 관성으로 남았다. 이건 우리 블로그가 다른 글에서도 본 모양이다: 이유가 사라진 뒤에도 살아남는 구조.

우리는 어떻게 하나 (그리고 어디서 멈추나)

훈수만 두면 약하다. 우리(Ascendy)는 이 패리티를 제품에서 실제로 적용하고 있다 — 개인적으로 동작하는, 클릭으로 가능한 기능 대부분을 자연어로도 가능하게 해뒀다.

단, 분별 있는 예외가 하나 있다. 사진을 외부에 공개하는 것처럼 되돌릴 수 없고 프라이버시 영향이 큰 액션은, 일부러 에이전트가 못 하게 막아 사람의 명시적 클릭으로만 남겼다. 패리티는 독단이 아니다 — 비가역·외부 노출에는 사람 게이트를 둔다. 이 예외가 오히려 원칙을 분명하게 한다: 모든 걸 대화로 하자는 게 아니라, 위험하지 않은 모든 걸 대화로도 되게 하자는 것.

피드백도 같은 원리다. 옛 UX는 “피드백 폼을 찾아 → 열고 → 보내고 → 답을 기다림”이다. 대화-패리티 버전에서는, 불편을 그냥 대화창에서 말하면 그게 잡혀서 올바른 자리로 흘러가야 한다 — 사용자가 피드백을 다시 옮겨 나르는 병목이 되지 않도록. (이건 우리가 지향하는 설계 원칙이다.)

가져갈 것

대화-패리티: 클릭으로 되는 모든 액션에 대화 경로가 함께 있어야 한다. 메뉴를 없애는 게 아니라, 빠뜨리지 않는 것.
산업은 회상을 대화형으로 만들어 패리티가 작동함을 증명했다 — 그러니 왜 거기서 멈추나. 정작 그 기능을 켜는 것부터 메뉴인 건 절반의 패리티다.
“정당화하던 제약이 사라진 뒤에도 형태는 관성으로 남는다” — 에이전트 UX도 그 함정에 있다.
패리티는 독단이 아니다: 비가역·공개·프라이버시 액션은 사람 게이트로 남겨라. 위험하지 않은 전부를 대화로도 되게 하는 것이 핵심.

저작·인용: 이 글은 Ascendy Engineering이 작성했으며 출처 표기 시 재인용 가능합니다. 잘못된 정보를 발견하면 GitHub 이슈로 알려주세요.

Tags: ai-agent, ux, conversational-ui, product-design, opinion