4부 11장. Artifacts — 결과물을 즉시 만든다

좋은 AI는 말을 잘하는 AI가 아니다. 일을 끝내는 AI다.

이 차이는 생각보다 크다. "정리해줘"라고 하면 우리는 대개 텍스트 한 덩어리를 받는다. 하지만 실무에서는 그다음이 더 중요하다. 임원 보고용 1페이지인지, 팀이 바로 눌러볼 수 있는 프로토타입인지, 회의에서 공유할 차트인지에 따라 결과물의 형태가 완전히 달라진다. Claude의 Artifacts는 바로 이 지점에서 빛난다. 대화형 답변을 넘어서, 문서·코드·시각화·인터랙티브 화면을 별도의 작업 공간에 꺼내 놓고 바로 다듬게 해주기 때문이다.¹

한마디로 말하면 이렇다.

채팅은 설명을 받는 곳이고, Artifacts는 결과물을 꺼내는 곳이다.

Artifacts는 무엇이 다른가

Artifacts는 Claude가 만들어 준 독립형 결과물을 대화창 옆 별도 패널에 띄워 주는 기능이다. 그냥 긴 답변이 아니다. 문서면 문서답게, 코드면 코드답게, 웹 화면이면 실제로 눌러볼 수 있게 보여 준다.¹

이게 왜 중요할까. 이유는 단순하다. 실무자는 텍스트보다 산출물을 다룬다. 초안 문서는 다시 편집해야 하고, 차트는 보고서에 붙여 넣어야 하며, 프로토타입은 회의에서 시연해야 한다. 채팅창 안에 갇힌 답변은 결국 복사·붙여넣기와 재가공을 부른다. 반면 Artifact는 처음부터 "쓰일 형태"로 나온다.

또 하나 알아둘 점이 있다. 2026년부터 Claude는 대화 본문 안에도 임시 차트나 다이어그램을 그려 줄 수 있다. 이건 이해를 돕는 즉석 판서에 가깝다. 반면 Artifacts는 저장하고, 수정하고, 공유하고, 배포할 수 있는 결과물이다. 둘 다 시각화이지만 목적이 다르다. 전자는 설명용, 후자는 납품용이라고 생각하면 쉽다.²

Artifacts로 만들 수 있는 결과물

Artifacts의 장점은 "코드 생성"에만 있지 않다. 오히려 비개발 실무자에게 더 유용하다. 예를 들어 다음 같은 산출물을 만들 수 있다.

• 임원 보고용 요약 문서, 제안서 초안, 정책 문서, 운영 가이드 같은 긴 문서

• CSV나 표 데이터를 바탕으로 한 차트, 대시보드, 비교표, 다이어그램

• 랜딩 페이지, 설문 화면, 대시보드, 계산기, 체크리스트 앱 같은 인터랙티브 프로토타입

• SVG 그래픽, Mermaid 다이어그램, React 컴포넌트, HTML 페이지 같은 시각적 결과물¹³

중요한 것은 종류가 아니라 관점이다. "Claude에게 물어본다"가 아니라 "Claude에게 만들어 달라고 한다"로 바뀌는 순간, 결과물의 수준이 달라진다.

답변형 요청에서 산출물형 요청으로 바꾸기

Artifacts를 잘 쓰는 사람은 질문을 조금 다르게 던진다. 아래 차이를 보자.

핵심은 네 가지다.

• 무엇을 만들지: 문서, 대시보드, 프로토타입, 다이어그램 중 무엇인가

• 누가 볼지: 임원, 팀원, 고객, 디자이너, 개발자 중 누구인가

• 어디까지 동작해야 하는지: 보기만 하면 되는지, 클릭 가능한지, 계산까지 되는지

• 어떤 형식으로 끝내야 하는지: 마크다운, HTML, React, SVG, 발표용 한 페이지 등

Artifacts는 이 네 가지가 분명할수록 잘 나온다. 질문이 모호하면 Claude는 친절하게 답하려고 한다. 하지만 실무자는 친절한 답보다 쓸 수 있는 결과물을 원한다.

문서를 바로 쓰게 만드는 법

Artifacts의 첫 번째 강점은 문서다. 많은 사람이 Artifacts를 보면 먼저 웹 화면부터 떠올리는데, 실제로는 문서 작업에서 체감이 더 크다. 긴 초안을 채팅 말풍선에서 읽는 것과, 제목·표·섹션이 정리된 문서 형태로 보는 것은 완전히 다른 경험이기 때문이다.¹

예를 들어 회의록이 길게 들어왔다고 해보자. 그냥 "요약해줘"라고 하면 적당한 요약문이 나온다. 하지만 이렇게 바꾸면 수준이 확 달라진다.

첨부한 회의록을 바탕으로 임원 보고용 1페이지 브리프를 Markdown Artifact로 만들어줘. 구조는 배경 / 핵심 결정 / 리스크 / 다음 액션으로 나누고, 각 항목은 3문장 이내로 써줘. 마지막에는 오늘 바로 승인받아야 할 안건 2개를 별도 박스로 정리해줘.

이 요청의 좋은 점은 세 가지다. 첫째, 결과물 형식이 명확하다. 둘째, 독자가 임원이라는 점이 드러난다. 셋째, 길이와 구조가 제한돼 있다. Claude는 이 정도만 알아도 "예쁜 답변"이 아니라 "보고 가능한 문서"를 만든다.

문서 Artifact를 다듬을 때는 전체를 다시 쓰게 하지 말고, 섹션 단위로 고치는 것이 좋다. 예를 들어 "리스크 항목만 더 보수적으로 써줘" 혹은 "핵심 결정 부분을 숫자 중심으로 바꿔줘"처럼 요청하면 문서가 덜 흔들린다. 초안을 만든 뒤엔 반드시 마지막 한 번은 사람이 읽어야 한다. AI가 문장 구조를 잘 잡아줘도, 회사 내부 맥락과 정치적 뉘앙스는 결국 사람이 책임져야 한다.

데이터에서 대시보드까지 한 번에 가기

Artifacts의 두 번째 강점은 데이터 시각화다. 숫자는 원래 말이 없다. 그런데 차트가 되면 갑자기 회의실에서 발언권이 생긴다.

Claude에 CSV를 올리고 "시각화해줘"라고만 해도 기본 차트는 만들 수 있다. 하지만 실무에서는 약간 더 구체적으로 요청하는 편이 좋다. 예를 들면 이렇다.

첨부한 CSV로 월별 고객 이탈 대시보드를 Artifact로 만들어줘. 상단에는 핵심 KPI 3개, 가운데에는 월별 추이선, 하단에는 이탈 사유 막대 차트와 고객군별 비교표를 넣어줘. 숫자는 소수점 첫째 자리까지 표시하고, 이상치가 있으면 강조해줘.

이때 꼭 기억할 점이 있다. 데이터 시각화는 프롬프트보다 데이터 정리가 더 중요하다. 날짜 형식이 들쑥날쑥하거나, 카테고리 이름이 제각각이거나, 결측치가 많으면 예쁜 차트가 아니라 예쁜 오해가 나온다. 실제로 CSV 기반 시각화는 데이터를 먼저 정리하고, 복잡한 필터를 한 번에 많이 넣기보다 단순한 차트부터 만든 뒤 점진적으로 고도화하는 편이 안정적이다.⁴

처음에는 다음 순서로 가는 것이 좋다.

• 1차: 한 장짜리 요약 대시보드 만들기

• 2차: 툴팁, 색상 규칙, 강조 조건 추가하기

• 3차: 의사결정에 필요한 질문 하나를 더 해결하도록 보강하기

여기서 중요한 건 "정보량"보다 "결정 가능성"이다. 차트가 8개인 대시보드보다, 다음 행동을 바꾸게 만드는 차트 2개가 훨씬 쓸모 있다.

기획서를 인터랙티브 프로토타입으로 바꾸기

Artifacts의 세 번째 강점은 프로토타입이다. 이 기능이 재미있는 이유는, 기획서가 갑자기 화면이 되기 때문이다.

보통 기획 문서는 이런 식으로 죽는다. 열심히 썼는데 아무도 상상하지 못한다. 문장은 맞는데, 화면이 안 보인다. 그러니 피드백도 추상적이다. "좀 더 직관적으로요" 같은 말이 나온다. 이때 Artifact가 있으면 이야기가 달라진다.

기획서를 넣고 이렇게 요청해보자.

첨부한 기능 명세를 바탕으로 모바일 예약 서비스의 클릭 가능한 프로토타입을 Artifact로 만들어줘. 화면은 홈 / 검색 결과 / 상세 / 예약 확인 4단계로 구성하고, 사용자가 버튼을 눌렀을 때 다음 화면으로 이동하는 흐름이 보이게 해줘. 실제 서비스처럼 보이되, 개발 전 검토용이므로 더미 데이터로 구성해줘.

이렇게 만들면 좋은 점이 많다. 디자이너는 구조를 빨리 이해하고, 개발자는 화면 수와 상태 변화를 빨리 파악하고, 이해관계자는 말이 아니라 클릭으로 판단할 수 있다. "이 버튼 위치 괜찮나요?"가 아니라 "여기서 사용자가 헷갈립니다"로 대화가 바뀐다.

이미지나 스크린샷을 참고 자료로 붙이는 것도 좋다. 원하는 서비스의 레이아웃, 색감, 상호작용이 담긴 화면을 보여 주면 Claude가 훨씬 빠르게 뼈대를 잡는다. 중요한 것은 "똑같이 베껴줘"가 아니라 "이런 수준의 명확함으로 구조를 잡아줘"라는 태도다.

그리고 꼭 기억하자. Artifact 프로토타입은 개발 완료본이 아니다. 회의에서 방향을 정하고, 빠르게 검증하고, 구현 전 오해를 줄이는 데 최적화된 도구다. 그래서 더 좋다. 실무에서는 완벽한 제품보다 빠른 합의가 먼저 필요할 때가 많기 때문이다.

Claude를 Artifact 안에 넣으면 작은 앱이 된다

여기서 한 단계 더 나가면 재미있는 일이 생긴다. Artifact 안에 Claude의 AI 기능을 넣을 수 있다. 즉, 보기 좋은 화면만 만드는 것이 아니라, 안에서 실제로 답하고 분류하고 제안하는 작은 앱을 만들 수 있다.³

공식 가이드가 강조하는 포인트도 이 부분이다. Claude의 Artifacts는 별도 API 키 설정이나 배포 환경 준비 없이도, Claude 자체를 활용하는 AI 앱 프로토타입을 빠르게 만들어 볼 수 있다. 만들고, 테스트하고, 공유하는 흐름이 매우 짧다.³

예를 들면 이런 식이다.

• 사내 글을 링크드인 게시물로 바꿔 주는 변환기

• 고객 문의를 입력하면 응대 초안을 만들어 주는 코치 앱

• 5 Whys 방식으로 문제 원인을 파고드는 분석 도구

• 신입 교육용 퀴즈나 언어 학습 튜터

이런 앱을 처음부터 제품처럼 만들 필요는 없다. 오히려 실무에서는 "우리 팀에 이게 진짜 필요한가"를 검증하는 1차 도구로 더 가치가 크다. 버튼이 조금 투박해도 괜찮고, 화면이 완벽하지 않아도 괜찮다. 중요한 것은 사용자가 실제로 한 번 써보고 "이거 우리 팀에 먹히네" 혹은 "이건 생각보다 별로네"를 빠르게 판단하는 것이다.

AI 기능이 들어간 Artifact를 공유할 때도 알아둘 점이 있다. 다른 사람이 당신이 만든 AI 앱을 사용할 경우, 그 사용량은 기본적으로 그 사람의 Claude 플랜 한도에 반영된다. 즉, 당신이 만들어서 배포해도 다른 사람 사용량까지 대신 내는 구조가 아니다.³

공유하면 회의가 빨라진다

Artifacts의 또 다른 장점은 공유다. 문서든 프로토타입이든, 만들어 놓고 회의 전 링크 하나 보내면 된다. 특히 화면이 있는 결과물은 "설명하는 시간"을 크게 줄여 준다.³

공유할 때는 두 가지를 기억하자.

첫째, 게시한 링크는 특정 버전의 스냅샷에 가깝다. 이후 당신이 개인 대화에서 더 고쳤다고 해서, 이미 공유한 링크가 자동으로 최신본으로 변하는 것은 아니다.³

둘째, Claude 계정이 있는 사람은 공유된 Artifact를 바탕으로 자기 사본을 만들어 다시 수정할 수 있다. 원본을 건드리지 않고 각자 갈라져서 실험할 수 있으니, 팀 피드백이 훨씬 가벼워진다.³

이 특징은 실무에서 꽤 강력하다. 한 사람이 초안을 만들고, 다른 사람은 복제본에서 자기 버전을 시험해 본 뒤, 더 나은 방향을 다시 제안할 수 있기 때문이다. 말하자면 "회의실에서 말로 싸우는 것"보다 "각자 결과물로 말하는 것"에 가깝다.

다만 공유 전 마지막 체크는 필수다. 게시되는 것은 그 버전의 보이는 내용뿐 아니라 관련 코드까지 포함될 수 있으므로, 내부 정보나 민감한 문구가 섞여 있지 않은지 꼭 확인해야 한다.¹

Artifacts를 잘 만드는 사람의 작업 순서

Artifacts는 한 번에 완벽하게 만들려고 할수록 오히려 꼬인다. 잘 쓰는 사람은 대체로 다음 순서로 간다.

• 먼저 뼈대를 만든다.

• 그다음에 한 부분씩 수정한다.

• 마지막에 공유 가능한 수준으로 다듬는다.

예를 들어 랜딩 페이지라면 처음부터 애니메이션, 모바일 최적화, 브랜드 문구, FAQ 토글, 문의 폼 검증까지 한 번에 달라고 하지 않는다. 먼저 구조를 만든다. 그다음 색과 톤을 맞춘다. 그다음 버튼과 폼을 손본다. 이 순서가 훨씬 빠르다.

문서도 마찬가지다. 처음에는 큰 구조와 메시지부터 잡고, 나중에 어조와 표현을 다듬어야 한다. 처음부터 한 문장 한 문장을 완벽하게 만들려 들면, 전체 구조가 흔들릴 때 다시 손이 많이 간다.

쉽게 말해 Artifacts는 조각칼보다 점토에 가깝다. 처음에는 대충 모양을 만들고, 그다음 손으로 계속 눌러가며 형태를 잡아야 한다.

Claude Design 미리보기

2026년 4월, Anthropic은 Claude Design을 연구 미리보기 형태로 공개했다. 이 도구는 Artifacts와 닮았지만, 지향점이 조금 더 "정교한 시각 작업" 쪽에 있다. 디자인, 프로토타입, 슬라이드, 원페이저 같은 결과물을 만들고, 대화와 인라인 코멘트, 직접 수정, 슬라이더 조정으로 다듬는 흐름을 제공한다. 또 팀의 디자인 시스템을 읽어 일관된 색상, 타이포그래피, 컴포넌트를 자동 반영하고, PDF·PPTX·Canva·HTML 등으로 내보내는 방향을 갖고 있다.⁵

실무자 입장에서 둘의 차이를 간단히 정리하면 이렇다.

Artifacts는 "지금 당장 써볼 수 있는 결과물"에 강하다. 빠르고, 가볍고, 아이디어를 움직이게 만든다. 반면 Claude Design은 "보기 좋고 공유 가능한 시각 산출물"을 더 정교하게 다듬는 쪽에 가깝다.⁵

예를 들어 팀 회의에서 기능 흐름을 빨리 검토해야 한다면 Artifact 프로토타입이 먼저다. 반대로 경영진 앞에 보여 줄 슬라이드형 결과물이나 브랜드 톤이 중요한 시안이라면 Claude Design의 흐름이 더 어울릴 수 있다. 즉, Artifact가 스케치북이라면 Claude Design은 프레젠테이션 보드에 가깝다.

어디까지 믿고, 어디서 멈춰야 하나

Artifacts는 강력하지만 만능은 아니다. 특히 세 가지에서 선을 분명히 그어야 한다.

첫째, 프로토타입과 운영 시스템은 다르다. 회의용 데모, 기획 검증, 빠른 시연에는 매우 좋지만, 실제 서비스 배포나 장기 운영은 별도의 개발·보안 검토가 필요하다.³

둘째, 시각화는 사실 검증을 대체하지 않는다. 차트가 그럴듯하다고 숫자가 맞는 것은 아니다. 원본 데이터, 집계 기준, 예외값 처리는 사람이 다시 확인해야 한다.⁴

셋째, 공개는 늘 되돌릴 수 있다는 생각으로 가볍게 하면 안 된다. 공유 링크는 편하지만, 내부 자료를 실수로 노출하면 편리함보다 비용이 더 커진다.¹

그러니 실무 원칙은 단순하다.

Artifacts는 빠르게 만들고, 사람이 마지막 책임을 진다.

이 원칙만 지켜도 시행착오 대부분은 피할 수 있다.

바로 써먹는 실전 요청 5종

아래 예시는 그대로 복사해도 되고, 자신의 상황에 맞게 바꿔도 된다.

• 임원 보고 문서
  첨부한 회의록과 자료를 바탕으로 임원 보고용 1페이지 Markdown Artifact를 만들어줘. 구조는 핵심 요약 / 수치 변화 / 리스크 / 요청 사항으로 나누고, 각 섹션은 5문장 이내로 써줘.

• 영업 대시보드
  첨부한 CSV로 주간 영업 현황 대시보드를 Artifact로 만들어줘. 상단에 KPI 4개, 중간에 영업 단계별 전환율 차트, 하단에 담당자별 실적 비교표를 넣어줘. 문제 구간은 빨간색으로 강조해줘.

• 서비스 프로토타입
  첨부한 PRD를 바탕으로 고객이 직접 눌러볼 수 있는 예약 서비스 프로토타입을 Artifact로 만들어줘. 홈 / 검색 / 상세 / 예약 확인 흐름이 이어지게 하고, 더미 데이터는 현실감 있게 넣어줘.

• 교육용 툴
  신입사원이 제품 지식을 퀴즈로 익힐 수 있는 인터랙티브 Artifact를 만들어줘. 10문항 객관식, 즉시 정답 피드백, 마지막에 약한 영역 요약이 보이게 해줘.

• 콘텐츠 변환기
  우리 팀의 내부 공지문을 입력하면 링크드인용 게시물 초안으로 바꿔주는 AI Artifact를 만들어줘. 톤은 신뢰감 있고 과장 없는 스타일로 하고, 결과는 3개 버전으로 제시하게 해줘.³

결국 중요한 것은 "정답"이 아니라 "산출물"이다

많은 사람이 AI를 쓰면서도 여전히 검색창처럼 대한다. 묻고, 답을 받고, 복사한다. 그 방식도 나쁘진 않다. 하지만 거기서 끝나면 생산성은 금방 한계에 부딪힌다.

Artifacts는 그 다음 단계다. 생각을 화면으로 바꾸고, 자료를 보고서로 바꾸고, 기획을 프로토타입으로 바꾸고, 데이터를 대시보드로 바꾼다. 즉, 대화가 아니라 결과물 중심으로 일을 진행하게 만든다.¹

실무에서 진짜 강한 사람은 AI에게 질문을 잘하는 사람이 아니다. 원하는 결과물을 머릿속에 그린 뒤, 그걸 만들도록 위임하는 사람이다.

그리고 바로 그 순간, Claude는 챗봇을 벗어난다. 일 잘하는 조수에서, 결과물을 함께 만드는 동료로 넘어간다.

참고

¹What are artifacts and how do I use them?

²Claude now creates interactive charts, diagrams and visualizations

³Prototype AI-Powered Apps with Claude artifacts

⁴How to use Claude Artifacts to visualize data

⁵Introducing Claude Design by Anthropic Labs