Treeset

가상 테스트 예시

여섯 가지 역할로 살펴보는 에셋 제작 계획.

하나의 큰 요청을 개별 에셋 지침과 검수 기준으로 나누는 방법을 설명합니다. 게임마다 다른 요구와 수정 요청까지 함께 읽어보세요.

실제 평가에서 확인할 항목

아래 수치와 검수 항목은 목표 조건입니다. 계획된 파일이 실제로 생성되거나 검수를 통과했다는 뜻이 아닙니다.

  1. 기획서의 조건이 각 에셋 지침에 빠짐없이 반영되는지 확인합니다.
  2. 실제 생성 후 파일 규격·메시·재질·게임 엔진의 결과를 별도로 검수합니다.
  3. 동의한 실제 사용자의 피드백과 제공자·모델·시간·비용 기록을 별도 자료로 남깁니다.
SIM-01

픽셀 게임의 크기·팔레트 일관성

1인 픽셀 게임 개발자 — 가상 역할

가상 시나리오 · 작성된 계획 · Claude 미실행

작은 숲 탐험 게임의 첫 제작 묶음을 정리하는 가상 상황입니다. 실제 게임이나 참여자에 관한 기록이 아닙니다.

입력 기획서 예시

숲 탐험 화면에 필요한 대기 자세 캐릭터, 나무 열매 아이콘, 풀 바닥 타일을 계획해 주세요. 애니메이션은 다음 작업으로 남기고 지금은 정지 이미지만 필요합니다.

가상 요청

가상 요청: 캐릭터마다 크기가 달라지지 않게 첫 이미지 묶음을 설계해 주세요.

작성된 계획 예시

작성된 계획 예시: 정지 캐릭터 1개, 열매 아이콘 1개, 반복 가능한 바닥 타일 1개를 별도 PNG로 계획합니다. 픽셀 치수와 팔레트 검수를 각 파일에 붙입니다.

가상 후속 요청

가상 후속 요청: 바닥 타일에는 캐릭터와 혼동될 큰 장식을 빼고, 실제 생성 후 최근접 보간 확대에서 확인하고 싶습니다.

예상 제작 계획

요청 조건: 에셋 최대 3개. 아래 파일명은 제작 목표이며 실제 파일이 아닙니다.

탑다운 픽셀 아트, 정해진 12색 팔레트, 오른쪽 위 조명, 외곽선 1픽셀. 확대 시 픽셀 경계를 유지합니다.

  1. forest_runner_idle.png

    탐험 장면의 플레이어 대기 자세

    32×32 픽셀의 투명 배경 정지 캐릭터를 계획합니다. 발 위치를 하단 중앙에 맞추고, 선택한 12색 팔레트와 1픽셀 외곽선을 사용합니다.

    • PNG 치수는 32×32이고 배경 알파는 투명해야 합니다.
    • 색상 표본을 합의한 팔레트와 비교하고 흐림·반투명 가장자리를 확인합니다.
    • 최근접 보간 4배 확대에서 실루엣과 발 기준점을 검수합니다.
  2. forest_berry_icon.png

    아이템 목록에서 식별할 열매 아이콘

    16×16 픽셀 투명 PNG에 열매 한 묶음만 배치합니다. 글자를 넣지 않고 캐릭터와 동일한 팔레트·조명 방향을 사용합니다.

    • 파일 치수는 16×16이고 아이콘이 캔버스 밖으로 잘리지 않아야 합니다.
    • 실제 크기와 어두운 UI 배경에서 열매 형태를 식별할 수 있는지 사람이 확인합니다.
  3. forest_grass_tile.png

    탐험 맵의 반복 가능한 바닥

    32×32 픽셀의 불투명 풀 바닥 타일을 계획합니다. 가장자리의 밝기와 문양이 반복될 때 이어지도록 하고 큰 오브젝트나 글자는 넣지 않습니다.

    • 가로·세로 3×3 반복 보기에서 경계선과 뚜렷한 반복 얼룩을 확인합니다.
    • 캐릭터 외곽선보다 낮은 대비를 유지하는지 실제 합성 화면에서 확인합니다.

제작 후 검수 항목

  • 전체 파일의 픽셀 치수, 배경 알파, 색상 팔레트를 함께 검수합니다.
  • 정지 이미지 계획에 애니메이션 프레임이나 지원되지 않은 기능이 섞이지 않았는지 확인합니다.

검수 기준

  • 세 파일의 크기·팔레트·조명이 서로 모순되지 않는 계획인지 검토합니다.
  • 생성 후 타일 경계와 알파를 실제 파일로 재검수할 수 있어야 합니다.

예상되는 확인 질문

  • 이미지 생성기가 픽셀 단위 제약을 정확히 지킨다고 가정하지 않습니다.
  • 계획의 수락과 실제 게임 엔진 표시 결과를 구분해야 합니다.

후속 요청을 반영할 방향

제안된 수정: 바닥 대비를 낮추고 최근접 보간 검수를 추가합니다. 수정안은 실제 생성·검증을 거치지 않았습니다.

관측 결과·사용자 만족도·처리 시간·토큰 비용: 측정하지 않음. 실제 사용자 테스트나 Claude 실행 증빙으로 사용할 수 없습니다.

SIM-02

모바일용 로우폴리 소품 예산

모바일 로우폴리 게임 개발자 — 가상 역할

가상 시나리오 · 작성된 계획 · Claude 미실행

모바일 카메라에서 읽기 쉬운 작은 배송 게임용 소품을 설계하는 가상 상황입니다.

입력 기획서 예시

배송 상자, 정차 표지판, 운송 카트 세 가지를 계획해 주세요. 물리 충돌체는 엔진에서 별도로 만들 예정이며 GLB에는 시각 모델만 필요합니다.

가상 요청

가상 요청: 모바일용 소품이라 폴리곤과 재질 수를 계획부터 제한하고 싶습니다.

작성된 계획 예시

작성된 계획 예시: GLB 소품 3개에 각각 삼각형 상한과 크기를 지정합니다. 충돌체와 프레임 속도는 생성 결과로 주장하지 않고 후속 엔진 검수에 남깁니다.

가상 후속 요청

가상 후속 요청: 카트 손잡이는 화면에서 보여야 하지만 바퀴 회전 애니메이션은 이번 범위에서 제외해 주세요.

예상 제작 계획

요청 조건: 에셋 최대 3개. 아래 파일명은 제작 목표이며 실제 파일이 아닙니다.

낮은 폴리곤 수, 둥근 모서리, 불투명 PBR 단색 재질, 미터 단위, Y-up, 하단 중앙 원점. 작은 화면에서 실루엣을 우선합니다.

  1. delivery_crate.glb

    배송 목표물의 실루엣

    0.6×0.5×0.5m 상자를 계획합니다. 불투명 단색 재질 2개 이하, 삼각형 600개 이하, 하단 중앙 원점을 목표로 합니다.

    • 실제 내보낸 GLB의 삼각형 수가 600 이하이고 재질 수가 2 이하인지 확인합니다.
    • 바운딩 박스·단위·원점과 기본 카메라에서의 실루엣을 확인합니다.
  2. delivery_stop_sign.glb

    정차 위치를 표시하는 소품

    높이 1.2m 표지판을 계획합니다. 글자 대신 큰 도형을 사용하며 불투명 재질 2개 이하, 삼각형 450개 이하로 제한합니다.

    • 표지판의 도형이 실제 모바일 미리보기에서 판독 가능한지 검수합니다.
    • 최종 GLB의 삼각형 상한·재질 상한과 기둥의 바닥 접점을 확인합니다.
  3. delivery_cart.glb

    운송 동선을 보여주는 정적 카트

    길이 1m의 정적 카트를 계획합니다. 손잡이와 바퀴의 형태를 구분하고, 재질 3개 이하·삼각형 1,200개 이하를 목표로 합니다. 리깅이나 애니메이션은 포함하지 않습니다.

    • 삼각형 1,200개와 재질 3개라는 목표 상한을 실제 파일에서 확인합니다.
    • 작은 카메라 뷰에서 손잡이·적재부·바퀴의 실루엣을 구분할 수 있어야 합니다.

제작 후 검수 항목

  • 모든 소품의 크기·좌표축·원점 규칙을 통일합니다.
  • 실제 장치에서 재질 호환성과 렌더링 비용을 후속 검수합니다. 이 문서에는 성능 측정이 없습니다.

검수 기준

  • 예산·재질·카메라 가독성을 소품별로 확인할 수 있는 계획인지 평가합니다.
  • 수동 엔진 검수와 제작 도구의 기능 범위를 명확히 구분하는지 평가합니다.

예상되는 확인 질문

  • 삼각형 수만으로 모바일 성능을 보장할 수 없습니다.
  • 카트는 정적 시각 모델이며 실제 물리·주행 기능을 제공하지 않습니다.

후속 요청을 반영할 방향

제안된 수정: 카트 손잡이의 실루엣 검수를 강조하고 바퀴 애니메이션을 제외합니다. 성능 향상은 관측하지 않았습니다.

관측 결과·사용자 만족도·처리 시간·토큰 비용: 측정하지 않음. 실제 사용자 테스트나 Claude 실행 증빙으로 사용할 수 없습니다.

SIM-03

GLB 내보내기 검수와 원본 보존

3D 내보내기를 검수하는 테크니컬 아티스트 — 가상 역할

가상 시나리오 · 작성된 계획 · Claude 미실행

작업 중인 소품 원본을 보존하면서 엔진 전달용 내보내기 규칙을 정리하는 가상 상황입니다. 실제 파일에서 결함을 발견했다는 기록이 아닙니다.

입력 기획서 예시

선반과 작업대의 검수용 GLB 버전을 새 이름으로 계획해 주세요. 음수 스케일, 뒤집힌 면, 외부 텍스처 누락, 원점 위치를 확인하고 원본을 덮어쓰지 않아야 합니다.

가상 요청

가상 요청: 기존 GLB가 엔진에서 다르게 보일 수 있어 검수 순서를 정리해 주세요. 원본 수정은 금지합니다.

작성된 계획 예시

작성된 계획 예시: 선반과 작업대에 _review_v01 새 파일명을 사용하고, 변환·면 방향·재질·바운딩 박스 검수를 계획합니다. 결함 유무는 실제 파일을 읽은 뒤에만 기록합니다.

가상 후속 요청

가상 후속 요청: 검수 보고서에는 자동으로 확인된 항목과 사람이 엔진에서 확인해야 하는 항목을 분리해 주세요.

예상 제작 계획

요청 조건: 에셋 최대 2개. 아래 파일명은 제작 목표이며 실제 파일이 아닙니다.

실내용 로우폴리 소품, 미터 단위, Y-up, 불투명 PBR. 높이·접지 위치가 엔진 그리드와 맞아야 합니다.

  1. indoor_shelf_review_v01.glb

    선반의 엔진 전달용 검수 버전

    높이 1.6m 선반의 새 내보내기 버전을 계획합니다. 삼각형 1,000개 이하를 목표로 하고, 변환·면 방향을 검수하며 필요한 리소스는 GLB에 포함합니다.

    • 원본과 다른 경로·파일명인지 확인하고 원본의 변경 여부를 검수합니다.
    • GLB 유효성·내장 리소스 참조·삼각형 수·유한한 바운딩 박스를 확인합니다.
    • 면 방향과 접지 위치는 실제 뷰어·대상 엔진에서 추가 확인합니다.
  2. indoor_workbench_review_v01.glb

    작업대의 단위·재질 검수 버전

    1.4×0.85×0.7m 작업대의 별도 GLB 버전을 계획합니다. 삼각형 1,200개 이하를 목표로 하고, 불투명 PBR 재질과 미터 단위·하단 중앙 원점을 확인합니다.

    • 바운딩 박스가 목표 치수와 맞는지, 음수 스케일이 있는지 확인합니다.
    • 새 파일의 재질·알파 모드·리소스 참조를 검사하고 실제 엔진에서 시각 결과를 비교합니다.
    • 진단할 수 없는 항목을 통과로 표시하지 않고 미확인으로 남깁니다.

제작 후 검수 항목

  • 원본 경로, 새 출력 경로, 파일 해시와 검수 상태를 실제 실행 시 기록합니다.
  • Blender를 사용한다면 스크립트 자동 실행을 끄고, 생성된 코드를 에셋 입력으로 실행하지 않습니다.
  • 자동 구조 검수 결과와 엔진 시각 검수 결과를 별도로 기록합니다.

검수 기준

  • 원본 보존·출력 버전 관리·미확인 상태 표시를 계획이 지원하는지 평가합니다.
  • 구조 검수에서 알 수 있는 사실과 시각 검수가 필요한 판단을 구분하는지 평가합니다.

예상되는 확인 질문

  • 올바른 GLB 구조만으로 게임 엔진에서의 시각 품질이 보장되지는 않습니다.
  • 실제 파일을 읽지 않았으므로 이 예시에는 결함 진단이나 검수 통과 기록이 없습니다.

후속 요청을 반영할 방향

제안된 수정: 검수 상태에 미확인을 포함하고 엔진 확인 항목을 별도 목록으로 분리합니다. 실제 결함을 수정했다는 뜻이 아닙니다.

관측 결과·사용자 만족도·처리 시간·토큰 비용: 측정하지 않음. 실제 사용자 테스트나 Claude 실행 증빙으로 사용할 수 없습니다.

SIM-04

다국어 브리프와 이미지 지시의 분리

한국어·영어 콘텐츠 디자이너 — 가상 역할

가상 시나리오 · 작성된 계획 · Claude 미실행

한국어 기획 의도를 영어 제작 지시로 옮기되 UI 문구와 이미지 제작 범위를 분리하는 가상 상황입니다.

입력 기획서 예시

퀘스트 보드 배경, 지도 아이콘, 제작 재료 아이콘을 한국어·영어로 계획해 주세요. 이미지에는 글자를 넣지 않고 UI 텍스트는 게임의 별도 문자열 자원으로 관리합니다.

가상 요청

가상 요청: 한국어 브리프를 영어로 바꿀 때 지도와 재료의 의미가 달라지지 않도록 하고 싶습니다.

작성된 계획 예시

작성된 계획 예시: 언어가 없는 PNG 3개와 대응하는 한국어·영어 지시를 계획합니다. 문구 번역과 문화 적합성은 별도 사람 검수 항목으로 남깁니다.

가상 후속 요청

가상 후속 요청: 보드 중앙에는 긴 번역문도 올릴 수 있게 비워 두고, 지도 아이콘에 특정 국가 모양을 쓰지 마세요.

예상 제작 계획

요청 조건: 에셋 최대 3개. 아래 파일명은 제작 목표이며 실제 파일이 아닙니다.

따뜻한 손그림 풍의 판타지 UI, 청록·모래색 중심, 동일한 외곽선 두께. 의미 전달에 국기·언어별 글자·색상만을 사용하지 않습니다.

  1. quest_board_background.png

    다국어 UI 문구를 얹을 퀘스트 보드 배경

    1,024×768 PNG의 중앙 60% 영역을 장식 없이 비워 둡니다. 판타지 보드 재질과 테두리만 넣고 글자·기호형 문구는 생성하지 않습니다.

    • 정해진 치수와 중앙 여백을 실제 출력에서 확인합니다.
    • 한국어·영어 UI 문자열을 별도 레이어로 얹어 대비와 겹침을 확인합니다.
    • 이미지에 읽을 수 없는 가짜 글자나 워터마크가 없는지 검수합니다.
  2. quest_map_icon.png

    퀘스트 위치 탐색을 나타내는 아이콘

    128×128 투명 PNG의 접힌 지도와 위치 핀을 계획합니다. 특정 국가 윤곽과 텍스트를 쓰지 않고 동일한 외곽선 스타일을 유지합니다.

    • 한국어·영어 지시가 같은 시각적 목적을 설명하는지 대조합니다.
    • 흑백 미리보기에서도 지도와 핀이 식별 가능한지 확인합니다.
  3. quest_material_bundle.png

    제작 재료 목록을 나타내는 아이콘

    128×128 투명 PNG에 나무와 금속 조각 묶음을 계획합니다. 지도 아이콘과 같은 선 굵기·조명 방향을 쓰고 문자 없이 의미를 전달합니다.

    • 두 언어의 지시에 동일한 재료 목록과 제약이 포함돼야 합니다.
    • 지도 아이콘과 나란히 놓아 크기·선 굵기·광원 일관성을 검수합니다.

제작 후 검수 항목

  • 브리프의 재료·치수·금지 요소가 두 언어에서 일치하는지 대조합니다.
  • 문자열 번역, 이미지 의미, 문화 적합성 검수를 구분해 기록합니다.

검수 기준

  • 한국어·영어 계획이 같은 제약을 보존하고 글자를 이미지에서 분리하는지 평가합니다.
  • 긴 번역문과 흑백 상태를 후속 검수할 수 있는지 평가합니다.

예상되는 확인 질문

  • 영어 지시를 작성했다고 번역 품질이나 문화 적합성을 확인한 것은 아닙니다.
  • 문자 생성 여부와 UI 대비는 실제 이미지·게임 화면에서 확인해야 합니다.

후속 요청을 반영할 방향

제안된 수정: 보드 중앙 여백과 국가에 의존하지 않는 지도 표현을 명시합니다. 번역 또는 이미지 출력의 성공을 측정하지 않았습니다.

관측 결과·사용자 만족도·처리 시간·토큰 비용: 측정하지 않음. 실제 사용자 테스트나 Claude 실행 증빙으로 사용할 수 없습니다.

SIM-05

게임잼 팀의 범위 축소와 작업 전달

소규모 게임잼 팀 — 가상 역할

가상 시나리오 · 작성된 계획 · Claude 미실행

짧은 제작 일정에서 서로 다른 담당자가 같은 스타일로 필수 소품을 준비하는 가상 상황입니다. 실제 팀의 일정·성과를 기록한 것이 아닙니다.

입력 기획서 예시

작은 로봇 배달 장면에서 사용할 적재 상자, 목표 비콘, 바닥 문양만 계획해 주세요. 로봇 캐릭터·리깅·음악은 이번 범위에서 제외하고 세 파일을 독립적으로 전달할 수 있어야 합니다.

가상 요청

가상 요청: 여러 담당자가 나눠 만들어도 마지막에 스타일을 맞출 수 있는 최소 묶음이 필요합니다.

작성된 계획 예시

작성된 계획 예시: 파일 3개로 범위를 고정하고 공통 색상·단위·이름 규칙을 붙입니다. 독립 작업 가능성은 계획상의 의도이며 실제 병렬 실행 기록은 아닙니다.

가상 후속 요청

가상 후속 요청: 비콘은 정적인 표시물로 충분합니다. 반짝임이나 승리 연출은 엔진에서 따로 만들게 해 주세요.

예상 제작 계획

요청 조건: 에셋 최대 3개. 아래 파일명은 제작 목표이며 실제 파일이 아닙니다.

블록형 SF 소품, 청록 포인트, 회색 바탕, 단순한 실루엣. 모델은 미터 단위·Y-up·하단 중앙 원점이며 바닥 문양에는 텍스트를 넣지 않습니다.

  1. jam_cargo_crate.glb

    배달 게임의 이동 대상

    0.7m 크기의 블록형 상자를 계획합니다. 공통 청록 포인트와 불투명 재질을 사용하며 삼각형 900개 이하를 목표로 합니다.

    • 최종 파일의 단위·원점·삼각형 상한을 확인합니다.
    • 비콘과 같은 장면에서 포인트 색상과 실루엣을 비교합니다.
  2. jam_goal_beacon.glb

    배달 목표를 표시하는 정적 비콘

    높이 1.1m의 정적 비콘을 계획합니다. 삼각형 800개 이하, 발광 없이 기본 PBR 색상만으로 목표 실루엣을 표현합니다. 애니메이션은 제외합니다.

    • 애니메이션·발광 효과를 전제로 하지 않아도 목표 형태가 식별되는지 검수합니다.
    • 하단 중앙 원점과 바닥 접점을 실제 장면에서 확인합니다.
  3. jam_floor_route.png

    배달 동선을 암시하는 바닥 문양

    512×512 불투명 PNG의 단순한 방향 문양을 계획합니다. 텍스트·제품 로고를 넣지 않고 공통 청록·회색 배색을 사용합니다.

    • 파일 치수와 불투명 알파를 확인합니다.
    • 원근 카메라에서 동선이 읽히고 소품과 경쟁하지 않는지 검수합니다.

제작 후 검수 항목

  • 담당자 전달 시 파일명·형식·공통 색상·크기 제약을 함께 전달합니다.
  • 실제 파일 3개를 합친 장면에서 스타일과 배치를 검수합니다.

검수 기준

  • 소품별 독립 지시와 공통 스타일 제약을 동시에 유지하는지 평가합니다.
  • 필수 3개 파일을 넘는 기능·에셋을 추가하지 않는지 평가합니다.

예상되는 확인 질문

  • 계획을 나눴다는 사실은 병렬 실행 성공이나 제작 시간 절약의 측정 결과가 아닙니다.
  • 런타임 연출과 충돌·상호작용은 시각 에셋과 별도 범위입니다.

후속 요청을 반영할 방향

제안된 수정: 비콘을 정적 모델로 명시하고 승리 연출을 후속 엔진 작업으로 분리합니다. 병렬 실행이나 시간 절약은 측정하지 않았습니다.

관측 결과·사용자 만족도·처리 시간·토큰 비용: 측정하지 않음. 실제 사용자 테스트나 Claude 실행 증빙으로 사용할 수 없습니다.

SIM-06

교육용 오프라인 제작과 개인정보 경계

개인정보 보호를 중시하는 교육자 — 가상 역할

가상 시나리오 · 작성된 계획 · Claude 미실행

수업 자료에 개인정보가 섞일 수 있어 비식별 브리프와 로컬 제작만 사용하는 가상 상황입니다. 실제 학생이나 수업 자료를 사용하지 않습니다.

입력 기획서 예시

이름·사진·작품 원본 없이 공유 가능한 실습 묶음을 계획해 주세요. 간단한 블록 표본 GLB와 라벨 없는 팔레트 PNG만 필요하며 입력 자료를 외부 AI 서비스에 전송하지 않습니다.

가상 요청

가상 요청: 수업 원본이나 학생 자료를 외부로 보내지 않고 사용할 제작 계획이 필요합니다.

작성된 계획 예시

작성된 계획 예시: 개인정보가 없는 텍스트 브리프에서 로컬·수동 제작용 파일 2개만 계획합니다. Claude 원격 호출은 이 시나리오에서 실행하지 않으며 원격 기능 선택은 제약과 맞지 않는 것으로 표시합니다.

가상 후속 요청

가상 후속 요청: 공유 파일에 숨은 작성자명이나 로컬 경로가 남지 않았는지도 실제 내보내기 후 확인하고 싶습니다.

예상 제작 계획

요청 조건: 에셋 최대 2개. 아래 파일명은 제작 목표이며 실제 파일이 아닙니다.

기초 형태·명확한 색상 대비, 로컬 또는 수동 제작. 학생 정보·학교 로고·실제 사진·인물 묘사를 제외하고 색상 외에도 형태를 구분합니다.

  1. classroom_shape_blocks.glb

    개인정보 없이 형태를 비교하는 실습 표본

    0.3m 기본 블록 형태들의 정적 GLB를 로컬·수동 제작하는 계획입니다. 삼각형 600개 이하를 목표로 하며 인물·이름·학교 표시를 넣지 않습니다.

    • 파일에 개인 이름·학교 식별자·외부 URI·불필요한 작성자 메타데이터가 있는지 검사합니다.
    • 실제 파일의 GLB 구조·삼각형 수·단위·형태 구분을 검수합니다.
    • 모든 사용 도구의 네트워크 동작을 확인하기 전에는 오프라인 검증 완료로 표시하지 않습니다.
  2. classroom_palette_tiles.png

    형태와 함께 색상 대비를 설명하는 실습용 팔레트

    256×256 PNG의 라벨 없는 색상·문양 타일을 로컬 편집기로 계획합니다. 이름·사진·QR·학교 로고를 넣지 않고 색상만으로 정답을 구분하지 않습니다.

    • 치수·문양 구분·흑백 상태의 구분 가능성을 확인합니다.
    • 배포 전 PNG 텍스트 메타데이터에 개인 정보나 로컬 경로가 없는지 검사합니다.

제작 후 검수 항목

  • 실제 작업 전 입력을 비식별화하고 원본은 보존한 채 새 출력 경로를 사용합니다.
  • 다운로드·업데이트·원격 생성 등 네트워크를 사용하는 작업은 수업 에셋 제작과 구분해 사전 확인합니다.
  • 실제 공유 파일의 내용·메타데이터·외부 참조를 확인한 후 배포합니다.

검수 기준

  • 외부 전송 없는 제약이 우선되고 기능 불일치를 명시하는지 평가합니다.
  • 파일 내용과 메타데이터를 실제 공유 전에 검수할 수 있는지 평가합니다.

예상되는 확인 질문

  • Claude 원격 API 호출은 외부 전송 없는 요구와 맞지 않습니다. 이 예시는 이를 실행하거나 로컬 Claude 실행을 주장하지 않습니다.
  • 개인정보 보호 또는 법적 적합성을 이 가상 설계만으로 보증하지 않습니다.

후속 요청을 반영할 방향

제안된 수정: 공유 전 메타데이터 검수와 도구별 네트워크 확인을 추가합니다. 실제 개인정보·전송 로그·수업 결과는 수집하지 않았습니다.

관측 결과·사용자 만족도·처리 시간·토큰 비용: 측정하지 않음. 실제 사용자 테스트나 Claude 실행 증빙으로 사용할 수 없습니다.