목차
- Claude Code 아티팩트 사용법 적용 대상과 범위
- Claude Code 아티팩트 게시 전 필수 점검 항목
- 선택 점검 항목: 링크 처리와 /artifacts 목록
- 점검 자동화: 버전 비교 스크립트와 React Hook
- 아티팩트 운영에서 흔한 누락 사례
- 자주 묻는 질문
- 최종 체크리스트와 이후 확인할 설정
Claude Code 아티팩트 사용법에서 먼저 짚어야 할 문제는 게시 확인 창이 뜨지 않는 경우다. v2.1.275부터 예약 실행과 ‘Run now’ 루틴은 사용자가 편집할 수 있는 아티팩트에 데이터를 저장하고 페이지를 다시 게시할 때 확인을 묻지 않는다.
같은 버전에서 재게시 규칙도 바뀌었다. 데이터베이스 접근 규칙이나 viewer profile 범위를 빼고 기능을 다시 보내는 재게시는 이제 거부된다. v2.1.275 이전에는 이런 재게시가 저장된 접근 규칙을 조용히 초기화하거나 viewer profile 범위를 빠뜨리는 문제가 있었다.
두 변경은 모두 보안과 연결된다. 한쪽은 사람의 확인 단계가 사라진 변화이고, 다른 한쪽은 설정이 조용히 사라지던 결함의 수정이다. 이 글은 아티팩트를 게시하기 전에 확인할 항목을 필수·선택으로 나누고, 항목마다 이유와 확인 방법을 적는다. 근거는 anthropics/claude-code GitHub 릴리스 노트이며 2026-09-30 기준으로 확인한 v2.1.275~v2.1.284 범위다.
Claude Code 아티팩트 사용법 적용 대상과 범위
"Claude 아티팩트"라는 검색어에는 서로 다른 두 기능이 섞여 있다. 하나는 claude.ai 채팅 화면에서 대화 옆에 생성되는 Artifacts다. 다른 하나는 Claude Code 세션에서 나온 결과를 claude.ai의 인터랙티브 웹 페이지로 게시하는 기능이며, 이 글의 대상은 후자다.
이 아티팩트는 게시·재게시·삭제라는 수명 주기를 가진다. 루틴이 데이터를 저장하고 페이지를 다시 게시하는 식으로 자동 갱신되기도 한다. 데이터베이스 접근 규칙과 viewer profile 범위 같은 접근 제어 요소가 붙는다는 점도 채팅 Artifacts와 다르다.
claude.ai 채팅의 Artifacts는 대화 안에서 결과물을 보여주는 기능이다. Claude Code 아티팩트는 CLI 세션이 Artifact 도구로 claude.ai에 페이지를 게시하고, 이후 다른 세션이나 루틴이 그 페이지를 다시 게시하는 구조다. 검색 결과 상위의 한국어 글 다수는 전자를 다룬다.
점검 항목은 Claude Code v2.1.275 이상을 기준으로 작성했다. 릴리스 노트 첫 페이지에서 확인되는 아티팩트 관련 항목이 v2.1.275~v2.1.284이기 때문이다. 이보다 앞선 버전의 아티팩트 관련 변경은 이 글의 근거 자료에서 확인하지 못했으므로 다루지 않는다.
요금제, 로그인 방식, 지원 플랫폼 같은 이용 요건은 Claude Code 아티팩트 공유 가이드(Share session output as artifacts)에 정리되어 있다. 이 글은 요건을 충족한 뒤 실제 게시 단계에서 생기는 위험을 다루는 편이다.
적용 대상 판단
다음 중 하나라도 해당하면 이 체크리스트를 적용하는 것이 맞다.
- 세션 결과를 팀이나 외부에 링크로 공유하려는 경우
- 예약 루틴으로 아티팩트 데이터를 주기적으로 갱신하는 구성
- 아티팩트가 데이터베이스 접근 규칙이나 viewer profile 범위를 사용하는 상황
- 여러 세션에서 같은 아티팩트를 번갈아 수정하는 작업 흐름
일회성으로 개인 확인용 페이지만 만드는 경우라면 필수 점검 항목 중 버전 확인과 공개 여부 정도만 봐도 충분하다.
Claude Code 아티팩트 게시 전 필수 점검 항목
필수 항목은 놓쳤을 때 데이터 노출이나 의도하지 않은 페이지 교체로 이어지는 것들이다. 순서대로 확인하는 편이 누락이 적다.
1. 설치된 Claude Code 버전
이유: 아래 항목 대부분이 버전에 따라 동작이 갈린다. v2.1.275 미만이면 재게시 시 접근 규칙이 초기화되는 결함이 남아 있고, v2.1.275 이상이면 루틴 재게시가 확인 없이 진행된다. 같은 명령이라도 버전에 따라 위험의 종류가 반대가 되는 셈이다.
확인 방법: 설치된 버전 문자열을 확인한 뒤 Claude Code 릴리스 목록과 대조한다. 버전 확인 방법은 설치 경로에 따라 다르므로 공식 가이드를 따르는 편이다. 뒤쪽 자동화 섹션의 스크립트는 버전 문자열을 넣으면 어떤 변경이 적용되는지 출력한다.
2. 예약 루틴의 확인 없는 재게시
v2.1.275 릴리스 노트의 원문은 다음과 같다.
Changed scheduled and Run now routine runs to save data to, and republish the page of, an artifact you can edit without asking; public artifacts, first publishes and deletes still ask정리하면 확인을 묻는 조건과 묻지 않는 조건이 나뉜다.
| 작업 | 대상 | 확인 여부 (v2.1.275 이상) |
|---|---|---|
| 예약 실행 / Run now 루틴의 데이터 저장·재게시 | 사용자가 편집할 수 있는 아티팩트 | 묻지 않음 |
| 공개 아티팩트 관련 작업 | 공개 아티팩트 | 묻는다 |
| 첫 게시 | 신규 아티팩트 | 묻는다 |
| 삭제 | 기존 아티팩트 | 묻는다 |
흐름으로 보면 판단 지점은 세 개다.
flowchart TD
A[루틴 실행: 예약 또는 Run now] --> B{첫 게시인가}
B -->|예| Q[확인 요청]
B -->|아니오| C{공개 아티팩트인가}
C -->|예| Q
C -->|아니오| D{삭제 작업인가}
D -->|예| Q
D -->|아니오| E[편집 가능한 아티팩트에 저장·재게시, 확인 없음]이유: 루틴이 잘못된 데이터를 만들어도 편집 가능한 비공개 아티팩트라면 사람이 중간에 막을 기회가 없다. 그 페이지를 보는 사람은 검증되지 않은 내용을 그대로 보게 된다.
확인 방법: 대상 아티팩트 목록을 루틴별로 먼저 정리한다. 각 아티팩트가 공개인지, 편집 권한이 누구에게 있는지 적어 두면 확인 없이 갱신되는 대상이 드러난다. 루틴 지시문 안에 데이터 검증 조건(빈 결과면 게시하지 않기, 필수 필드 누락 시 중단 등)을 넣어 두는 것이 현실적인 방어선이다.
v2.1.275부터 예약·Run now 루틴은 편집 가능한 아티팩트를 사용자 확인 없이 다시 게시한다. 루틴 입력이 비거나 형식이 깨지면 그 결과가 곧바로 페이지에 반영된다. 루틴 지시문에 게시 전 검증 조건을 명시하고, 실행 직후 페이지를 확인하는 절차를 운영 규칙으로 두는 것이 대응책이다.
v2.1.275에는 재게시 관련 결함 수정도 들어 있다.
Fixed artifact republishes silently resetting stored database access rules or dropping the viewer profile scope when that capability was re-sent without them; they are now refusedv2.1.275 이전에는 해당 기능을 규칙 없이 다시 보내면 저장된 데이터베이스 접근 규칙이 초기화되거나 viewer profile 범위가 빠졌다. 오류 없이 조용히 일어났다는 점이 문제의 핵심이다. v2.1.275 이상에서는 같은 상황의 재게시가 거부된다.
이유: 접근 규칙이 초기화되면 원래 제한되어 있던 데이터의 노출 범위가 바뀔 여지가 생긴다. viewer profile 범위가 빠지는 경우에는 보는 사람에 따라 달라져야 할 동작이 깨진다. 구버전에서는 이 변화가 게시 성공처럼 보이기 때문에 발견이 늦다.
확인 방법: 버전에 따라 다르게 대응한다.
- v2.1.275 미만: 재게시 후 접근 규칙과 viewer profile 범위가 유지되었는지 매번 직접 확인해야 한다. 가능하면 업데이트를 먼저 진행한다.
- v2.1.275 이상: 재게시가 거부되면 규칙이 빠진 요청이라는 신호로 받아들인다. 거부를 우회하려고 규칙을 비운 채 다시 시도하지 말고, 기존 규칙을 포함해 재요청하는 쪽이 맞다.
v2.1.275 이전 버전에서 데이터베이스 접근 규칙이나 viewer profile 범위를 생략한 재게시는 오류 없이 저장된 규칙을 지우거나 범위를 빠뜨렸다. 이 버전대를 쓰는 동안 재게시한 아티팩트가 있다면 접근 규칙을 다시 점검한다. 근본 대응은 v2.1.275 이상으로 올려 해당 재게시가 거부되도록 하는 것이다.
공개 아티팩트와 첫 게시는 v2.1.275 이후에도 확인을 묻는다. 확인 창이 뜬다는 것은 되돌리기 어려운 작업이라는 뜻이기도 하다.
이유: 첫 게시 시점에 공개 범위를 잘못 고르면 이후 루틴 재게시가 그 범위를 그대로 따라간다.
확인 방법: 게시 확인 창에서 아티팩트 이름과 대상을 끝까지 읽는다. v2.1.277부터는 권한 확인 문구가 짧아졌고 페이지와 아티팩트를 제목이나 파일명으로 부른다. 링크는 본문 뒤에 표시되므로, 제목을 보고 대상이 맞는지 판단하기가 이전보다 수월하다.
선택 점검 항목: 링크 처리와 /artifacts 목록
선택 항목은 놓쳐도 보안 사고로 바로 이어지지는 않지만 작업 흐름을 어긋나게 만든다. 운영 규모가 커질수록 체감 차이가 커진다.
아티팩트 링크를 읽는 도구
v2.1.277부터 Artifact 도구를 쓸 수 있는 환경이면 Claude는 claude.ai 아티팩트 링크를 WebFetch 대신 Artifact 도구로 읽는다.
Improved artifact link handling so Claude reads claude.ai artifact links with the Artifact tool instead of WebFetch when that tool is available이유: 링크를 어느 도구가 읽느냐에 따라 권한 확인 대상이 달라진다. 권한 설정을 WebFetch 기준으로만 잡아 두었다면 v2.1.277 이후 아티팩트 링크 처리에서 다른 확인 창이 뜨는 경우가 있다.
확인 방법: 세션에 아티팩트 링크를 넘겼을 때 어떤 도구 이름으로 권한 확인이 뜨는지 본다. v2.1.280부터는 Claude가 받은 아티팩트 링크를 읽지 못하면 작업을 계속하기 전에 사용자에게 알리게 된다. 그 알림이 뜨면 링크 주소나 접근 권한을 먼저 확인한다.
/artifacts 목록 화면
/artifacts 목록은 v2.1.280과 v2.1.282에서 연달아 손봤다.
| 버전 | 변경 내용 |
|---|---|
| v2.1.280 | 긴 목록의 오른쪽 끝에 스크롤바 추가 |
| v2.1.282 | 제목 한 열 정렬, 세부 정보는 단어 중간에서 자르지 않고 통째로 생략 |
| v2.1.282 | PgUp/PgDn, Home/End, 마우스 휠과 클릭 지원 |
이유: 아티팩트가 많아지면 비슷한 제목끼리 헷갈리기 쉽다. 목록에서 대상을 잘못 고른 채 수정 작업을 이어가면 엉뚱한 페이지가 재게시되기도 한다.
확인 방법: 아티팩트 제목 규칙을 먼저 정한다. 앞부분에 프로젝트명이나 용도를 넣으면 한 열로 정렬된 목록에서 구분이 쉽다. v2.1.282 이상이라면 세부 정보가 통째로 생략될 수 있으므로, 식별 정보는 제목에 두는 편이 안전하다.
버전 라벨 길이와 탭 아이콘
v2.1.284 이전에는 Claude가 60자보다 긴 버전 라벨을 붙이면 게시가 실패했다. 현재는 긴 라벨을 줄여서 쓰도록 바뀌었다.
Fixed artifact publishes failing when Claude gave the version a label longer than 60 characters; the label is now shortenedv2.1.284 이상에서도 라벨이 줄어든다는 사실 자체는 남는다. 날짜나 변경 요약을 라벨 끝에 넣는 규칙이라면 그 부분이 잘려 나갈 수 있다. 60자를 세는 기준(코드 포인트인지 바이트인지)은 릴리스 노트에 적혀 있지 않다.
탭 아이콘도 확인할 부분이다. v2.1.275부터 Artifact 도구는 첫 게시 때 이모지 파비콘 대신 한 단어짜리 탭 아이콘을 묻는다. 여러 아티팩트를 브라우저 탭에 동시에 띄우는 환경이라면 아이콘 단어를 용도별로 정해 두는 것이 구분에 유리하다.
라벨이 잘리는 경우를 대비해 버전 번호나 날짜처럼 구분에 필요한 정보를 앞에 둔다. 서술형 요약은 뒤로 보내면 줄어들어도 식별에는 지장이 없다.
수동 점검은 반복되면 빠지는 항목이 생긴다. 아래 구성은 두 가지를 자동화한다. 하나는 설치 버전에 어떤 변경이 적용되는지 출력하는 Node.js 스크립트이고, 다른 하나는 팀 내부 React 앱에 게시 전 점검표를 두는 Hook이다. 두 예제 모두 Claude Code API를 호출하지 않으며, 릴리스 노트 내용을 데이터로만 사용한다.
프로젝트 구조
artifact-ops/
├── scripts/
│ └── check-artifact-release.mjs ← 버전별 변경 적용 여부 출력
├── src/
│ ├── lib/
│ │ └── checkVersionLabel.js ← 60자 라벨 사전 점검
│ ├── hooks/
│ │ └── useArtifactChecklist.js ← 체크리스트 상태 Hook
│ └── components/
│ └── ArtifactChecklist.jsx ← 점검표 UI
└── package.json버전 비교 스크립트
Node.js 표준 기능만 쓰므로 별도 패키지 설치 없이 실행된다. 확장자를 .mjs로 두면 ES 모듈로 해석된다.
// scripts/check-artifact-release.mjs
const CHANGES = [
{ v: "2.1.275", impact: "security", note: "예약·Run now 루틴이 편집 가능한 아티팩트를 확인 없이 재게시" },
{ v: "2.1.275", impact: "security", note: "접근 규칙·viewer profile 범위 없는 재게시 거부" },
{ v: "2.1.275", impact: "reference", note: "첫 게시 때 한 단어 탭 아이콘 질문" },
{ v: "2.1.277", impact: "new_api", note: "아티팩트 링크를 Artifact 도구로 읽음, 권한 문구 변경" },
{ v: "2.1.280", impact: "reference", note: "/artifacts 스크롤바, 링크 읽기 실패 시 알림" },
{ v: "2.1.282", impact: "reference", note: "/artifacts 정렬·키보드·마우스 지원" },
{ v: "2.1.284", impact: "reference", note: "60자 초과 버전 라벨 자동 축약" },
];
const parse = (s) => s.replace(/^v/, "").split(".").map((n) => Number.parseInt(n, 10) || 0);
function compare(a, b) {
const [x, y] = [parse(a), parse(b)];
for (let i = 0; i < Math.max(x.length, y.length); i += 1) {
const d = (x[i] ?? 0) - (y[i] ?? 0);
if (d !== 0) return Math.sign(d);
}
return 0;
}인자로 받은 현재 버전과 각 변경 버전을 비교해 적용 여부를 출력하는 부분이다.
const current = process.argv[2];
if (!current) {
console.error("사용법: node scripts/check-artifact-release.mjs 2.1.280");
process.exit(1);
}
for (const c of CHANGES) {
const status = compare(current, c.v) >= 0 ? "적용됨" : "미적용";
console.log(`[${status}] v${c.v} (${c.impact}) ${c.note}`);
}인자로 넘긴 버전보다 같거나 낮은 항목은 "적용됨"으로 표시된다. security 항목이 "미적용"으로 나오면 필수 점검 3번의 구버전 대응을 따라야 한다는 뜻이다.
버전 라벨 사전 점검 함수
v2.1.284 이상에서는 긴 라벨이 줄어들고, 그 미만에서는 게시가 실패한다. 어느 쪽이든 게시 전에 길이를 확인해 두면 결과를 예측할 수 있다.
// src/lib/checkVersionLabel.js
export function checkVersionLabel(label, max = 60) {
const length = [...label].length; // 코드 포인트 기준 (공식 기준은 명시되지 않음)
return {
ok: length <= max,
length,
over: Math.max(0, length - max),
};
}
// 사용 예
// checkVersionLabel("2026-09-30 대시보드 v3") → { ok: true, length: 20, over: 0 }스프레드 문법 [...label]은 한글과 이모지를 코드 포인트 단위로 센다. 실제 Claude Code가 같은 방식으로 세는지는 확인되지 않았으므로, 여유를 두고 50자 안쪽으로 맞추는 것이 무난하다.
체크리스트 상태 Hook
점검 항목을 팀 내부 문서 앱에 두는 경우의 Hook이다. useState로 체크 상태를 관리하고 useMemo로 남은 필수 항목을 계산한다.
// src/hooks/useArtifactChecklist.js
import { useMemo, useState } from "react";
export function useArtifactChecklist(items) {
const [checked, setChecked] = useState(() => new Set());
const toggle = (id) =>
setChecked((prev) => {
const next = new Set(prev);
next.has(id) ? next.delete(id) : next.add(id);
return next;
});
const remainingRequired = useMemo(
() => items.filter((it) => it.required && !checked.has(it.id)),
[items, checked],
);
return { checked, toggle, remainingRequired, ready: remainingRequired.length === 0 };
}Set을 매번 새로 만들어 상태를 바꾸는 이유는 React가 참조 비교로 변경을 감지하기 때문이다. 기존 Set에 직접 add하면 화면이 갱신되지 않는다.
점검표 컴포넌트
// src/components/ArtifactChecklist.jsx
import { useArtifactChecklist } from "../hooks/useArtifactChecklist";
const ITEMS = [
{ id: "version", label: "Claude Code v2.1.275 이상인지 확인", required: true },
{ id: "routine", label: "루틴 대상 아티팩트와 편집 권한 정리", required: true },
{ id: "rules", label: "재게시 요청에 접근 규칙·viewer profile 포함", required: true },
{ id: "public", label: "첫 게시 시 공개 범위 확인", required: true },
{ id: "label", label: "버전 라벨 60자 이하, 식별 정보는 앞쪽", required: false },
{ id: "icon", label: "탭 아이콘 단어 규칙 적용", required: false },
];
export default function ArtifactChecklist() {
const { checked, toggle, remainingRequired, ready } = useArtifactChecklist(ITEMS);
return (
<section>
<ul>
{ITEMS.map((it) => (
<li key={it.id}>
<label>
<input type="checkbox" checked={checked.has(it.id)} onChange={() => toggle(it.id)} />
{it.required ? "[필수] " : "[선택] "}
{it.label}
</label>
</li>
))}
</ul>
<p>{ready ? "필수 항목 완료" : `남은 필수 항목: ${remainingRequired.length}개`}</p>
</section>
);
}ITEMS 배열을 모듈 최상단에 둔 것은 의도된 선택이다. 컴포넌트 안에서 배열을 만들면 렌더링마다 참조가 바뀌어 useMemo의 의존성이 매번 달라진다.
아티팩트 운영에서 흔한 누락 사례
아래 사례는 릴리스 노트의 변경 내용을 기준으로 놓치기 쉬운 지점을 정리한 것이다.
업데이트 후 확인 창이 사라진 것을 오류로 판단
v2.1.275 이상으로 올린 뒤 루틴 재게시에서 확인 창이 뜨지 않으면 설정이 망가진 것처럼 보인다. 실제로는 의도된 변경이다. 이 동작을 모른 채 루틴을 늘리면 검증 없이 갱신되는 페이지가 늘어나게 된다.
재게시 거부를 규칙 삭제로 우회
v2.1.275 이상에서 재게시가 거부되면 규칙 관련 필드를 비우고 다시 보내려는 시도가 나오기 쉽다. 거부는 규칙이 빠졌다는 신호이므로 방향이 반대다. 기존 데이터베이스 접근 규칙과 viewer profile 범위를 포함해 요청해야 원래 설정이 유지된다.
구버전 기간에 재게시한 아티팩트 방치
업데이트만 하고 과거 재게시 이력을 점검하지 않는 경우다. v2.1.275 이전에 규칙 없이 재게시한 아티팩트는 이미 규칙이 초기화된 상태일 수 있다. 업데이트는 앞으로의 재게시를 막을 뿐, 지나간 초기화를 되돌리지 않는다.
권한 설정을 WebFetch 기준으로만 유지
v2.1.277부터 아티팩트 링크는 Artifact 도구가 읽는다. 이전처럼 WebFetch 권한만 정리해 두면 예상과 다른 도구 이름으로 확인 창이 뜬다. 권한 정책 문서가 있다면 두 도구를 모두 반영해야 한다.
라벨 끝에 핵심 정보 배치
"대시보드 주간 갱신본 – 매출 집계 로직 수정 및 필터 추가 – 2026-09-30"처럼 날짜를 끝에 두면 60자 초과 시 날짜부터 사라진다. v2.1.284 미만에서는 아예 게시가 실패하기도 한다.
이 섹션의 사례는 v2.1.275~v2.1.284 릴리스 노트 항목에서 도출한 것이다. 재게시 거부 시 표시되는 구체적인 오류 문구는 릴리스 노트에 적혀 있지 않아 인용하지 않았다.
Claude Code 아티팩트와 claude.ai 채팅 Artifacts는 같은 기능인가?
다른 기능이다. 채팅 Artifacts는 대화 화면에서 결과물을 보여주고, Claude Code 아티팩트는 CLI 세션에서 claude.ai 페이지로 게시·재게시하는 흐름을 가진다. 접근 규칙, 루틴 재게시 같은 요소는 Claude Code 쪽 설명에 해당한다.
루틴 재게시 때도 확인을 받게 되돌릴 수 있나?
릴리스 노트에는 이 동작을 되돌리는 옵션이 적혀 있지 않다. 공개 아티팩트, 첫 게시, 삭제는 여전히 확인을 묻는다. 확인이 반드시 필요한 페이지라면 루틴 대상에서 빼는 방식으로 운영하는 편이 확실하다.
60자가 넘는 라벨은 어떻게 처리되나?
v2.1.284 이상에서는 긴 라벨을 줄여서 쓰고, 그 미만 버전에서는 게시가 실패했다. 줄이는 규칙과 글자 수를 세는 기준은 공개되어 있지 않다.
아티팩트 링크를 읽지 못하면 작업이 그대로 진행되나?
v2.1.280부터는 Claude가 받은 아티팩트 링크를 읽지 못하면 작업을 계속하기 전에 사용자에게 알린다. 알림이 뜨면 링크 주소와 접근 권한을 먼저 확인하는 순서가 맞다.
최종 체크리스트와 이후 확인할 설정
게시 전 점검 항목을 한 표로 모으면 다음과 같다.
| 구분 | 항목 | 이유 | 확인 방법 | 관련 버전 |
|---|---|---|---|---|
| 필수 | 설치 버전 | 버전별로 위험 종류가 다름 | 릴리스 노트와 대조, 비교 스크립트 실행 | 전체 |
| 필수 | 루틴 대상 아티팩트 | 확인 없이 재게시됨 | 대상 목록·편집 권한 정리, 지시문에 검증 조건 | v2.1.275 |
| 필수 | 접근 규칙·viewer profile 포함 | 누락 시 거부(신버전) 또는 초기화(구버전) | 재게시 요청 내용 확인, 구버전 이력 점검 | v2.1.275 |
| 필수 | 공개 범위 | 첫 게시 설정을 이후 재게시가 따라감 | 확인 창의 제목과 대상 확인 | v2.1.275, v2.1.277 |
| 선택 | 링크 처리 도구 | WebFetch 대신 Artifact 도구 사용 | 권한 정책에 두 도구 반영 | v2.1.277, v2.1.280 |
| 선택 | 제목 규칙 | 목록에서 대상 혼동 방지 | 제목 앞쪽에 식별 정보 | v2.1.280, v2.1.282 |
| 선택 | 버전 라벨 길이 | 초과 시 실패 또는 축약 | checkVersionLabel()로 사전 점검 |
v2.1.284 |
| 선택 | 탭 아이콘 | 여러 탭 구분 | 용도별 한 단어 규칙 | v2.1.275 |
필수 네 항목을 모두 통과하면 게시해도 되는 상태다. 선택 항목은 아티팩트 수가 늘어나는 시점에 적용해도 늦지 않다.
이 체크리스트를 적용한 뒤에는 Claude Code 아티팩트 공유 가이드에 정리된 이용 요건과 아티팩트 기능을 끄는 설정을 확인하는 단계로 넘어가면 된다. 조직 단위로 운영한다면 claude code 아티팩트 공유 범위와 공개 링크 설정의 차이를 정리해 두는 작업이 뒤따른다. 슬라이드·디자인 계열 명령처럼 아티팩트를 결과물로 만드는 기능과, claude code 릴리스 노트에서 이어질 /artifacts 관련 변경도 같은 점검표에 행을 추가하는 방식으로 관리하는 것이 일관성 면에서 낫다.