클로드 Artifacts 공유 사용법: 링크 공개와 팀 공유를 안전하게 나누는 팁
TL;DR
클로드 Artifacts는 문서, 웹페이지, 코드, 시각화처럼 대화 밖에서 다시 보고 수정할 만한 결과물을 별도 창으로 만드는 기능입니다.
초보자가 놓치기 쉬운 부분은 만든 뒤의 공유 범위입니다. Anthropic Help Center에 따르면 Free, Pro, Max에서는 Publish가 공개 링크를 만들고, Team과 Enterprise에서는 Share가 조직 내부 공유를 만듭니다. 공유 전에 버전, 첨부 파일, 민감정보, 임베드 허용 도메인, 언퍼블리시 후 복구 가능성을 확인해야 합니다.
핵심 3줄 요약
- 핵심 1
Publish는 공개 링크입니다. 링크가 있는 사람은 클로드 계정 없이도 기본 기능을 볼 수 있으므로 외부 공개용 결과물에만 써야 합니다. - 핵심 2
Share는 Team 또는 Enterprise 조직 내부 공유입니다. 조직 구성원만 접근하지만, 원본 대화의 첨부 파일과 프로젝트 접근 권한까지 함께 점검해야 합니다. - 핵심 3
Unpublish는 단순 숨김이 아닙니다. Anthropic 도움말은 같은 artifact를 다시 publish할 수 없고, persistent storage 데이터도 삭제될 수 있다고 안내합니다.
이 글에서 다룰 내용
- 클로드 Artifacts 공유와 Publish의 차이
- 누가 쓰면 좋은가
- 언제 쓰면 좋은가
- 공개 링크를 만들기 전 확인할 것
- Team, Enterprise 조직 공유 순서
- 임베드와 언퍼블리시 주의점
- 바로 쓰는 프롬프트 예시
- FAQ와 공식 출처
클로드 Artifacts 공유는 무엇인가요?
클로드 Artifacts는 대화 안의 답변을 별도 결과물로 분리해 보는 기능입니다. Anthropic Help Center는 Artifacts가 문서, 코드, 단일 페이지 HTML 웹사이트, SVG 이미지, 다이어그램, 인터랙티브 React 컴포넌트처럼 독립적으로 다시 보고 수정할 만한 콘텐츠에 쓰인다고 설명합니다.
여기서 중요한 것은 만드는 것과 공유하는 것이 다르다는 점입니다. 초안은 대화 안에서 만들 수 있지만, 다른 사람에게 보여 주려면 Publish 또는 Share를 선택해야 합니다. 이때 플랜에 따라 의미가 달라집니다.
Free, Pro, Max에서 Publish는 공개 링크를 만드는 기능입니다. Team과 Enterprise에서 Share는 조직 내부 구성원에게만 artifact를 공유하는 기능입니다. 같은 "공유"처럼 보이지만 실제 공개 범위는 완전히 다릅니다.
한 문장 정리: 클로드 Artifacts 공유는 대화에서 만든 독립 결과물을 공개 링크 또는 조직 내부 링크로 전달하는 기능이며, 공유 전에는 공개 범위와 첨부 파일 노출을 반드시 확인해야 합니다.
누가 쓰면 좋은가요?
첫째, 기획안, 랜딩페이지 초안, FAQ, 체크리스트를 빠르게 만들어 팀에 보여 주는 마케터와 기획자에게 좋습니다. 일반 텍스트 답변보다 Artifacts는 결과물을 별도 화면에서 확인하기 쉬워 검토 요청을 보내기 편합니다.
둘째, 간단한 계산기, 고객 안내 페이지, 비교표, 캠페인 아이디어 보드처럼 작은 웹 도구를 만들어 공유하려는 사람에게 유용합니다. Claude가 만든 결과물을 링크로 보여 주면 설명보다 빠르게 의견을 받을 수 있습니다.
셋째, 팀 계정에서 사내 자료를 공유해야 하는 조직 사용자에게 필요합니다. Team 또는 Enterprise에서는 외부 공개가 아니라 조직 내부 공유가 중심이므로, 구성원 접근 권한과 원본 프로젝트 권한을 같이 봐야 합니다.
핵심 인사이트: Artifacts 공유는 "멋진 결과물 자랑"보다 "검토할 수 있는 상태로 전달"하는 데 가치가 있습니다. 공개 범위를 먼저 정하면 사고 가능성이 크게 줄어듭니다.
언제 쓰면 좋을까요?
첫째, 결과물을 직접 보여 줘야 할 때 좋습니다. 예를 들어 보고서 목차, 캠페인 일정표, 가격 비교 계산기, 교육용 퀴즈, 작은 인터랙티브 페이지는 텍스트로 설명하는 것보다 링크로 보여 주는 편이 빠릅니다.
둘째, 피드백을 받아야 할 때 좋습니다. "이 문구가 괜찮은가요?"보다 실제 artifact를 열어 보고 "첫 화면 문구, 버튼, 표 구조를 봐 주세요"라고 요청하면 검토가 구체적입니다.
셋째, 조직 내부에서만 돌려야 하는 자료를 나눌 때 좋습니다. Team 또는 Enterprise 계정의 Share는 조직 구성원 인증을 요구하므로, 외부 공개가 부담스러운 내부 초안에 더 맞습니다.
주의: 고객 정보, 내부 가격표, 계약 조건, 미공개 캠페인 메시지가 들어간 artifact는 공개 Publish 대상이 아닙니다. 먼저 사본을 만들고 민감정보를 제거한 뒤 공유하세요.
따라 하는 순서
1. 공유 목적을 먼저 정합니다
먼저 이 artifact가 외부 공개용인지, 조직 내부 검토용인지, 개인 보관용인지 정합니다. 이 판단이 가장 중요합니다.
외부 고객에게 보여 줄 데모라면 공개 가능한 내용만 남깁니다. 팀 내부 검토라면 Team 또는 Enterprise Share가 맞는지 확인합니다. 혼자 다시 볼 목적이라면 굳이 공유하지 않아도 됩니다.
실전 팁: 공유 목적을 정하지 못했다면 아직 Publish하지 마세요. "누가 이 링크를 열어도 되는가"에 답할 수 있을 때 공유하는 편이 안전합니다.
2. artifact 버전을 확인합니다
Anthropic Help Center는 Publish 또는 Share 전에 올바른 artifact 버전인지 확인하라고 안내합니다. 클로드와 여러 번 수정했다면 같은 대화 안에도 여러 버전이 있을 수 있습니다.
공유 전에는 다음을 확인하세요.
- 제목과 첫 화면 문구가 맞는가
- 오래된 문장이나 테스트 문구가 남아 있지 않은가
- 버튼, 표, 링크가 의도대로 보이는가
- 숫자, 날짜, 가격, 출처가 최신인가
- 내부 메모나 프롬프트 조각이 남아 있지 않은가
한 줄 정리: 공유 사고는 기능보다 버전 실수에서 자주 납니다. "마지막 버전"이 아니라 "공개해도 되는 버전"을 확인해야 합니다.
3. Free, Pro, Max에서는 Publish를 신중하게 누릅니다
Free, Pro, Max 계정에서 Publish는 공개 링크를 만듭니다. Anthropic Help Center는 Publish된 artifact를 링크가 있는 사람이 볼 수 있고 상호작용할 수 있다고 설명합니다.
따라서 Publish 전에는 공개용 체크리스트를 거치는 편이 좋습니다.
- 고객명, 이메일, 전화번호, 주소가 없는가
- 내부 가격, 매출, 계약 조건이 없는가
- 미공개 제품명이나 캠페인명이 없는가
- 원본 파일 이름에 민감정보가 없는가
- 외부인이 봐도 오해하지 않을 설명이 있는가
Publish한 뒤에는 링크를 복사해 공유할 수 있습니다. 또한 Anthropic 문서에 따르면 Publish된 artifact는 Claude 사이드바의 Artifacts 섹션에도 추가되어 나중에 다시 찾을 수 있습니다.
4. Team, Enterprise에서는 조직 Share를 사용합니다
Team 또는 Enterprise 계정에서는 artifact를 조직 내부에 공유할 수 있습니다. Anthropic Help Center는 Team과 Enterprise에서 만든 artifact는 조직 내부에서만 공유할 수 있으며 공개 Publish는 할 수 없다고 안내합니다.
공유 순서는 단순합니다.
- 공유할 artifact를 엽니다.
- 올바른 버전인지 확인합니다.
- Share 버튼을 누릅니다.
- Share & copy link로 공유 가능한 링크를 만듭니다.
- 받을 사람이 조직 계정으로 접근 가능한지 확인합니다.
조직 공유라도 무조건 안전한 것은 아닙니다. Anthropic 문서는 프로젝트에서 만든 artifact라면 보는 사람에게 해당 프로젝트 접근 권한도 필요하다고 설명합니다. 즉 조직 구성원과 프로젝트 접근 가능자를 따로 봐야 합니다.
5. 첨부 파일 노출을 확인합니다
가장 중요한 주의점입니다. Anthropic Help Center는 artifact를 공유하면, 그 artifact를 만든 대화의 첨부 파일과 파일에도 뷰어가 접근할 수 있다고 안내합니다.
따라서 원본 대화에 고객 제안서, 내부 보고서, 계약서, 개인 정보가 담긴 파일이 있었다면 그대로 공유하면 안 됩니다. 공유용 artifact를 만들 때는 별도 대화를 열고, 공개 가능한 정보만 넣어 새 artifact를 만드는 편이 안전합니다.
주의: artifact 본문에서 민감정보를 지웠더라도 원본 대화 첨부 파일이 남아 있으면 위험할 수 있습니다. 공유 전에 "이 artifact를 만든 대화에 어떤 파일이 있었는가"를 확인하세요.
6. 웹사이트에 넣을 때는 임베드 도메인을 제한합니다
Publish한 artifact는 embed code를 받을 수 있습니다. Anthropic Help Center는 embed code를 다른 웹사이트에 붙여 넣을 수 있고, Allowed domains 필드에 임베드를 허용할 웹사이트 URL을 지정해야 한다고 안내합니다.
마케터라면 이 기능을 캠페인 페이지, 데모 페이지, 내부 위키에 넣고 싶을 수 있습니다. 이때는 모든 사이트에서 열리게 두지 말고 실제로 사용할 도메인만 넣으세요.
예시:
- 허용: https://potato-ai.xyz
- 허용: https://example-company.com
- 비권장: 테스트용 임시 도메인을 계속 남겨 두기
- 비권장: 누가 쓰는지 모르는 외부 도메인 허용
실전 팁: 임베드가 필요 없다면 embed code를 만들지 않는 것이 가장 단순합니다. 필요할 때만 허용 도메인을 좁혀 쓰세요.
7. Unpublish와 Unshare의 차이를 이해합니다
공개 링크를 내린다고 끝나는 것이 아닙니다. Anthropic Help Center는 Published artifact를 Unpublish하면 같은 artifact를 다시 Publish할 수 없고, persistent storage를 사용했다면 관련 저장 데이터도 영구 삭제된다고 안내합니다.
반면 조직 공유는 Share 버튼에서 Unshare할 수 있습니다. 그래도 이미 누군가가 내용을 보고 복사했을 가능성은 남습니다. 링크를 내리는 것은 사후 조치이지, 민감정보 공유를 되돌리는 완전한 복구가 아닙니다.
한 줄 정리: Unpublish와 Unshare는 안전벨트가 아니라 사고 후 차단 장치입니다. 처음 공유하기 전에 공개 가능성을 판단하는 것이 더 중요합니다.
바로 쓰는 프롬프트 예시
프롬프트 1. 공유 전 검수 요청
지금 만든 artifact를 외부 공개 링크로 공유하려고 합니다. 아래 기준으로 공개 전 검수표를 만들어 주세요.
1. 외부인이 봐도 되는 정보
2. 삭제해야 할 개인정보 또는 내부 정보
3. 오래된 숫자, 날짜, 가격
4. 오해를 줄 수 있는 문장
5. 링크 공유 전에 직접 눌러 봐야 할 요소
결과는 "공개 가능", "수정 필요", "공개 금지" 세 단계로 나눠 주세요.
프롬프트 2. 조직 내부 공유용 설명 작성
이 artifact를 팀 내부 검토용으로 공유하려고 합니다. 링크와 함께 보낼 짧은 안내문을 만들어 주세요.
포함할 내용:
– 무엇을 검토해야 하는지
– 어느 부분은 아직 초안인지
– 피드백 마감 시간
– 고객명, 가격, 내부 수치가 있으면 외부 공유하지 말라는 주의
프롬프트 3. 공개용 사본 정리
현재 artifact를 공개용 사본으로 바꾸고 싶습니다. 아래 기준으로 수정해 주세요.
– 고객명, 회사명, 이메일, 전화번호 제거
– 내부 가격과 계약 조건 제거
– 예시는 가상의 데이터로 변경
– 첫 화면에 "예시용 데모"라고 표시
– 외부인이 기능을 이해할 수 있도록 설명 보강
실전 팁
첫째, 공개 링크는 항상 "검색되지 않더라도 외부인이 볼 수 있는 자료"로 취급하세요. 링크가 전달되면 의도하지 않은 사람에게도 갈 수 있습니다.
둘째, 공유용 artifact는 원본 작업 대화와 분리해서 만드는 편이 안전합니다. 원본 대화에는 내부 파일과 시행착오가 많고, 공유용 대화에는 공개 가능한 정보만 남기는 구조가 좋습니다.
셋째, 팀 공유 전에는 받는 사람의 접근 권한을 확인하세요. Team 또는 Enterprise에서는 조직 계정 인증과 프로젝트 권한이 영향을 줄 수 있습니다.
넷째, 임베드는 도메인을 좁혀서 허용하세요. 캠페인 페이지에 넣을 artifact라면 해당 사이트 도메인만 허용하고, 테스트 도메인은 작업 후 제거하는 습관이 좋습니다.
다섯째, AI-powered artifact나 MCP 연결 artifact는 더 조심해야 합니다. Anthropic 문서는 artifacts가 MCP를 통해 Asana, Google Calendar, Slack 같은 외부 서비스와 연결될 수 있고 첫 상호작용 때 승인 요청이 표시된다고 안내합니다. 공유받는 사람도 어떤 도구 접근을 승인하는지 확인해야 합니다.
주의할 점
첫째, artifact 공유는 대화 공유와 다릅니다. 대화 전체를 보여 주는 것이 아니라 artifact 결과물을 중심으로 공유하지만, 첨부 파일과 원본 대화 파일 접근이 함께 걸릴 수 있습니다.
둘째, 공개 링크를 "내부 링크"처럼 쓰면 안 됩니다. Publish는 공개 링크입니다. 사내 검토용이라면 Team 또는 Enterprise Share를 사용하거나, 별도 파일로 내보내 사내 권한 도구에서 공유하세요.
셋째, persistent storage를 쓰는 artifact는 데이터 처리 방식을 확인해야 합니다. Anthropic Help Center는 personal storage와 shared storage가 나뉘며, shared storage에 입력한 데이터는 같은 artifact의 다른 사용자에게 보일 수 있다고 설명합니다.
넷째, Unpublish는 되돌리기 버튼이 아닙니다. 같은 artifact를 다시 Publish할 수 없고 저장 데이터가 삭제될 수 있으므로, 내리기 전에 필요한 자료는 따로 백업하고 새 공개본을 만드는 계획을 세우세요.
다섯째, 계정과 플랜에 따라 버튼 이름과 가능 범위가 다를 수 있습니다. Free, Pro, Max, Team, Enterprise의 Publish와 Share 의미가 다르므로 현재 계정 화면과 공식 도움말을 함께 확인해야 합니다.
자주 묻는 질문
Q1. 클로드 Artifacts를 Publish하면 누구나 볼 수 있나요?
Free, Pro, Max에서 Publish한 artifact는 링크가 있는 사람이 볼 수 있습니다. Anthropic Help Center는 비사용자도 계정 없이 기본 기능을 보고 상호작용할 수 있다고 안내합니다. 그래서 공개해도 되는 내용만 Publish해야 합니다.
Q2. Team이나 Enterprise에서도 외부 공개 링크를 만들 수 있나요?
Anthropic Help Center는 Team 또는 Enterprise에서 만든 artifacts는 조직 내부에서만 공유할 수 있고 공개 Publish는 할 수 없다고 안내합니다. 조직 외부에 보여 줘야 한다면 별도 공개 가능한 방식으로 내보내거나, 민감정보를 제거한 다른 결과물을 준비해야 합니다.
Q3. artifact만 공유하면 원본 첨부 파일은 안전한가요?
반드시 그렇지 않습니다. Anthropic 문서는 artifact를 공유할 때 해당 artifact를 만든 대화의 첨부 파일과 파일에도 뷰어가 접근할 수 있다고 설명합니다. 민감한 파일이 있었다면 새 대화에서 공개용 artifact를 다시 만드는 편이 안전합니다.
Q4. Unpublish하면 다시 같은 artifact를 Publish할 수 있나요?
Anthropic Help Center는 Unpublish한 같은 artifact를 다시 Publish할 수 없다고 안내합니다. 나중에 다시 공개해야 한다면 새 artifact를 만들어야 합니다. persistent storage를 사용했다면 관련 저장 데이터도 삭제될 수 있습니다.
Q5. 웹사이트에 artifact를 넣어도 되나요?
Publish 후 embed code를 사용할 수 있습니다. 다만 Allowed domains에 임베드를 허용할 웹사이트 URL을 지정해야 합니다. 실제로 사용할 도메인만 넣고, 테스트 도메인이나 불필요한 도메인은 남기지 않는 편이 안전합니다.
Q6. 마케터가 가장 먼저 확인할 체크포인트는 무엇인가요?
공개 범위, 민감정보, 버전, 첨부 파일, 임베드 도메인입니다. 특히 캠페인 초안, 고객 자료, 가격표, 내부 보고서가 들어간 artifact는 공개 링크로 보내기 전에 사본을 만들어 정리하세요.
출처
마무리
클로드 Artifacts는 AI가 만든 결과물을 대화 안에 묻어 두지 않고, 실제로 보고 검토하고 공유할 수 있게 해 줍니다. 하지만 공유 기능은 편한 만큼 공개 범위가 중요합니다.
처음에는 만들기보다 공유 전 검수를 습관화하세요. 공개 링크인지, 조직 내부 링크인지, 첨부 파일이 함께 노출되는지, 임베드 도메인은 좁혀져 있는지 확인하면 Artifacts를 훨씬 안전하게 업무에 붙일 수 있습니다.
