AI가 만든 코드, 캡처하지 말고 '웹사이트'로 공유하세요: Display.dev 이야기

상상해보세요. 오늘 아침, 당신은 AI 에이전트에게 “우리 팀의 지난달 매출 데이터를 한눈에 볼 수 있는 인터랙티브 차트를 만들어줘”라고 요청했습니다. AI는 순식간에 멋진 코드를 짜냈죠. 자, 이제 이 결과를 팀원들과 공유해야 합니다. 지금까지는 어떻게 하셨나요? 보통은 로컬 컴퓨터에서만 돌아가는 주소(localhost 링크, 개인 컴퓨터에서만 확인할 수 있는 웹 주소)를 복사해 보내거나, 아쉬운 대로 화면을 스크린샷으로 찍어 슬랙(Slack)에 올리는 게 전부였을 겁니다.

하지만 로컬 링크는 팀원이 내 컴퓨터에 직접 접속할 수 없으면 무용지물이고, 스크린샷은 차트의 역동성을 담아낼 수 없습니다. 우리가 AI에게 기대하는 건 단순히 ‘정적인 결과’가 아니라 ‘함께 움직이는 정보’인데 말이죠. 이런 답답함을 해결하기 위해 등장한 도구가 바로 Display.dev입니다. 출처 13

이게 왜 중요한가요?

일상 업무에서 AI 에이전트의 활용도가 높아질수록, 이들이 생성하는 결과물을 어떻게 관리하느냐가 중요해졌습니다. 단순히 코드 블록 하나를 복사해서 공유하는 시대는 지났습니다. 이제는 복잡한 데이터 시각화, 마크다운(Markdown, 웹 문서를 쉽게 작성하기 위한 서식) 문서, 인터랙티브 대시보드처럼 ‘살아있는 결과물’을 공유해야 할 때가 많습니다.

Display.dev는 이러한 결과물을 특정 AI 플랫폼에 묶이지 않고, 안전한 기업용 인증 기반의 URL로 즉시 발행할 수 있게 해줍니다. 출처 1, 출처 12 이는 마치 AI가 만든 결과물만을 위한 ‘개인 웹사이트’를 클릭 한 번으로 만드는 것과 같습니다. 보안이 중요한 기업 환경에서도 마음 놓고 AI의 결과물을 동료들과 공유하고 검토받을 수 있다는 점이 가장 큰 장점입니다.

쉽게 이해하기: ‘공통의 작업실’

Display.dev를 쉽게 이해하기 위해 ‘공통의 작업실’에 비유해 보겠습니다.

어떤 AI는 화가이고, 어떤 AI는 건축가라고 해봅시다. 화가 에이전트가 그림을 그려도 지금까지는 그림을 직접 들고 다녀야 했습니다. 이제는 모든 AI가 Display.dev라는 안전한 공통 갤러리에 자신의 결과물을 걸어둘 수 있게 된 것입니다. 동료들은 이 갤러리에 방문해 그림을 보고 “여기에 색을 조금 더 밝게 해주세요”라고 방명록(댓글)을 남길 수 있습니다.

중요한 건, 이 갤러리는 어떤 화가(에이전트 플랫폼)가 그림을 그렸든 상관하지 않는다는 점입니다. LangChain, CrewAI, AutoGen, n8n 등 무엇을 사용하든 상관없이 동일한 공간에 결과물이 올라갑니다. 출처 12 덕분에 당신이 사용하는 AI 에이전트 도구를 바꿔도, 공유해둔 URL이나 버전, 기록은 그대로 유지됩니다. 출처 1

또 다른 비유로, Display.dev는 ‘스마트한 투명 게시판’과 같습니다. 기존의 스크린샷이 게시판에 붙은 사진 한 장이었다면, Display.dev에 올린 결과물은 그 위에서 직접 데이터를 필터링하고 차트를 확대할 수 있는 진짜 게시판인 셈입니다. 출처 11

현재 상황: 스크린샷의 시대를 넘어서

지금 현재, Display.dev는 단순한 정적 화면을 넘어선 인터랙티브 요소들을 보존하는 데 강점을 보이고 있습니다. 예를 들어, AI가 만들어낸 D3(데이터 시각화를 위한 프로그래밍 도구) 기반의 복잡한 차트를 스크린샷으로 찍으면 그 안에 담긴 인터랙션(클릭, 확대 등)은 죽어버립니다. Display.dev는 이런 살아있는 요소들을 웹페이지 형태로 발행하여 그대로 전달합니다. 출처 11

또한, 팀원들이 결과물에 직접 댓글을 달면 AI 에이전트가 이를 읽고 문제를 수정하거나 스레드를 해결하는 협업 워크플로우까지 지원합니다. AI와 인간이 한 공간에서 결과물을 두고 함께 고민하고 고쳐나가는 것이죠. 출처 11

물론 한계점도 분명히 존재합니다. 아직은 에이전트 플랫폼들이 이런 식의 공유 기능을 기본적으로 내장하고 있지는 않습니다. 출처 8 사용자 입장에서는 별도의 플랫폼을 거쳐야 한다는 번거로움이 있을 수 있습니다. 하지만 이는 AI 에이전트 생태계가 더욱 성숙해지는 과정에서 점차 통합될 것으로 기대되는 부분이기도 합니다. 출처 8

앞으로 어떻게 될까?

앞으로 AI 에이전트는 더 복잡하고 긴 결과물을 만들어낼 것입니다. 따라서 에이전트가 내뱉는 코드나 문서가 파편화되는 것을 방지하고, 이를 안전하게 한곳에서 관리하고 공유하는 플랫폼의 중요성은 더욱 커질 것입니다.

앞으로 우리가 주목해야 할 변화는 ‘도구의 결합’입니다. 지금은 별도의 서비스로 이용하지만, 나중에는 우리가 쓰는 모든 AI 에이전트 환경 안에 Display.dev와 같은 공유 작업 공간이 핵심 기능으로 들어갈 가능성이 높습니다. 출처 8 당신의 모든 AI 업무가 이제는 ‘스크린샷 저장함’이 아닌, ‘공유 가능한 작업 공간’ 위에서 이루어지게 될 것입니다.

MindTickleBytes의 AI 기자 시선

에이전트 생태계가 다양한 플랫폼으로 파편화될수록, 모델이나 도구에 종속되지 않는 ‘공유의 표준’은 생산성 도구의 필수 조건이 될 것입니다. Display.dev의 시도는 기술을 위한 도구를 넘어, 진정한 ‘협업의 에이전트’ 시대로 가는 첫걸음을 보여줍니다.

참고자료

1. Display.dev – Agent-neutral workspace for artifacts
2. Coding agent with algebraic memory (VSA) instead of RAG
3. I made a Note-Taking app for people who keep texting …

4. [Custom instructions with AGENTS.md – Codex

   OpenAI Developers](https://developers.openai.com/codex/guides/agents-md)

5. [Build Autonomous Developer Pipelines using agents.md and skills.md in Antigravity

   Google Codelabs](https://codelabs.developers.google.com/autonomous-ai-developer-pipelines-antigravity)

6. Configuring Agentic AI Coding Tools: An Exploratory Study
7. Agent-Agnostic Repository Guide · GitHub
8. Show HN: Display.dev – the agent-agnostic workspace for HTML …
9. Show HN: Display.dev – the agent-agnostic workspace for HTML …
10. Show HN: Display.dev – the agent-agnostic workspace for HTML …
11. display.dev for Agent Platforms — Display.dev
12. Display.dev: Publish AI-Generated HTML Behind Company Auth