Dashboards Are Dead — Sarah Simionescu, Composio

한 줄 핵심

대시보드와 기존 제품 UI는 사람보다 에이전트에 맞게 다시 설계되어야 하며, MCP를 제대로 활용하려면 단순 연결이 아니라 에이전트 친화적 인터페이스가 필요하다는 주장이다.

시간별 요약

1. 0:00
   소개 이 영상은 대시보드 중심의 기존 사용 방식이 왜 한계에 도달했는지 설명하고, 에이전트가 제품을 직접 다루는 시대에 무엇이 바뀌어야 하는지 다룬다.
2. 0:12
   대시보드에 대한 고백 매일 쓰는 관측 도구도 실제 대시보드 화면은 한 번도 열어보지 않을 수 있으며, 사람들은 화면 자체가 아니라 필요한 답을 얻기 위해 도구를 사용한다.
3. 1:02
   대시보드는 끝났다 대시보드는 더 이상 중심 인터페이스가 아니며, 앞으로의 흐름은 사람이 대시보드를 탐색하는 것이 아니라 시스템이 직접 답을 전달하는 방향으로 이동한다.
4. 1:17
   사후 분석 지금의 문제를 이해하려면 2022년의 도구 환경을 되짚어봐야 하며, 여러 도구와 여러 인터페이스를 오가며 작업해야 했던 복잡성이 출발점이었다.
5. 1:27
   2022년: 다섯 개 도구, 다섯 개 쿼리 언어 Slack, Datadog, Post, VS Code, GitHub처럼 도구마다 다른 UI와 다른 쿼리 문법을 익혀야 했고, 심지어 SQL조차 도구마다 해석이 달라 작업 비용이 커졌다.
6. 2:17
   원한 것은 대시보드가 아니라 답이었다 대시보드와 복잡한 쿼리 언어는 실제로는 사용자의 의도를 번역하는 중간 장치일 뿐이며, 사용자가 진짜 원하는 것은 화면이 아니라 정답이다.
7. 2:37
   2023년: 반짝이는 버튼 LLM이 쿼리를 대신 작성해 주는 버튼이 등장하면서 대시보드가 AI 친화적으로 바뀌었지만, 복잡한 질문이나 다단계 추론이 필요한 경우에는 여전히 한계가 있었다.
8. 3:02
   2024년: MCP의 등장 MCP는 AI 시스템이 데이터 소스와 연결되는 개방형 표준으로 등장했고, Claude 같은 에이전트가 사용자를 대신해 쿼리를 만들고 실행하는 구성이 가능해졌다.
9. 3:31
   왜 MCP만으로는 엉망인가 MCP는 단지 통신 채널일 뿐이라 서비스가 에이전트와 어떻게 상호작용할지 직접 설계해야 하며, 이 설계가 좋지 않으면 연결만 많아져도 경험은 쉽게 무너진다.
10. 3:51
    에이전트는 배우지 못한다 에이전트는 이전 대화의 실수를 기억하지 못해 매번 처음부터 다시 시작하며, Skills 같은 보완책도 근본 해결책이라기보다 임시방편에 가깝다.
11. 4:06
    너무 많은 도구는 모델을 질식시킨다 도구와 스킬을 많이 붙일수록 컨텍스트가 불어나 모델이 오히려 둔해지고, 어떤 도구를 먼저 써야 하는지 판단하지 못하거나 잘못된 도구를 선택하게 된다.
12. 4:31
    모든 앱은 분리되어 있다 각 MCP 서버는 자기 앱만 알고 있어서 작업이 여러 앱에 걸치면 사용자가 직접 맥락을 이어 붙여야 하며, 에이전트는 방은 많지만 지도와 기억이 없는 상태가 된다.
13. 4:56
    Slack 버그 신고에서 수정 PR까지의 데모 Composio MCP는 Slack 메시지 링크만 붙여 넣어도 필요한 도구와 실행 계획을 함께 제시하고, Slack·Sentry·Datadog·코드베이스를 병렬로 활용해 원인 분석과 수정 PR까지 빠르게 이어준다.
14. 6:25
    결과 vs 네이티브 MCP 서버 같은 모델과 같은 작업이라도 Composio가 각 앱의 기본 MCP보다 더 나은 결과를 보였고, 에이전트를 위한 설계 자체가 성능 차이를 만든다.
15. 6:45
    에이전트를 위해 설계된 인터페이스 Composio는 흩어진 API를 에이전트가 쓰기 좋은 형태로 정리해 하나의 일관된 인터페이스로 제공하며, 복잡한 다중 앱 작업을 자연스럽게 수행하게 만든다.
16. 7:20
    앱 간 분석 데모 PostHog와 Metabase를 함께 써서 사용자 세그먼트의 선호 툴킷을 분석하는 예시처럼, 에이전트는 결과를 모두 메모리에 올리지 않고도 여러 소스의 데이터를 연결해 통합 분석을 수행한다.
17. 8:59
    이것이 모든 제품에 의미하는 것 이제 제품은 사람의 클릭에만 맞춰 설계하면 부족하고, 에이전트가 서비스에 접근할 수 있도록 제품 자체를 에이전트 친화적으로 준비해야 한다.
18. 9:44
    새로운 종류의 사용자 새로운 사용자는 눈으로 보지 않고 버튼을 누르지 않으며, 목표와 도구를 들고 와서 일을 끝낼 수 있는지 여부만으로 제품을 평가한다.
19. 10:14
    마무리 대시보드 앞에서 멈춰 섰던 순간은 뒤처짐의 신호가 아니라, 에이전트 중심 제품 시대가 이미 시작됐다는 예고편으로 재해석된다.

실무 인사이트

• 제품을 설계할 때는 사람용 UI만 최적화하지 말고, 에이전트가 목표를 입력받아 작업을 끝낼 수 있도록 도구 선택·순서·권한·출력을 구조화해야 한다.
• MCP를 도입하더라도 서버를 단순히 연결하는 것만으로는 부족하며, 여러 앱을 넘나드는 작업 흐름과 컨텍스트 압축까지 포함해 인터페이스를 다시 설계해야 한다.
• 대시보드의 역할은 줄어들고 있으므로, 분석·운영 제품은 사람이 보는 화면보다 기계가 읽고 실행하기 쉬운 작업 단위와 결과 단위를 우선 고려해야 한다.