Community코딩 & 개발github.com

jlvsebastian-stack/product-craft

크리에이터의 전문성, 승인된 틈새, 제안, 개요, 언어 및 디자인을 바탕으로 실질적인 디지털 제품을 공동 창작합니다.

product-craft란 무엇인가요?

이 스킬은 크리에이터가 자신의 전문성과 독창적인 목소리를 바탕으로 실제 디지털 제품을 공동 창작할 수 있도록 설계되었습니다. 인터뷰 자료, 지혜, 결정, 이야기 및 승인된 개요를 활용하여 가이드, 워크북, 템플릿 키트, 체크리스트, 스프레드시트, 강좌 등 다양한 형식의 제품을 만듭니다. 각 형식별 고유한 요구 사항(예: 스프레드시트의 경우 실제 계산 로직, 강좌의 경우 학습자 활동)을 충족하며, 생략된 부분을 발명된 권위로 채우지 않습니다. 제품은 원고 형태로 축적되며, 대표 샘플을 승인받은 후 점진적으로 확장하고, 각 섹션의 피드백 및 승인 과정을 거칩니다. 최종적으로 완성된 제품의 판매 리뷰를 지원하며, 필수 증거가 없으면 허위 정보를 생성하지 않습니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jlvsebastian-stack/product-studio-pilot/tree/main/skills/product-craft

Installed? Explore more 코딩 & 개발 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

대화를 통해 선택한 제품 생성하기

확정된 인터뷰 자료, 지혜, 결정, 이야기, 예외 사항, 목소리, 대상, 결과물, 시장 관찰 및 승인된 개요를 사용합니다. 공유된 교육 및 디자인 방법은 재사용 가능하며, 개인 정보와 목소리는 오직 이 크리에이터에게서만 얻습니다. 지식 격차를 발명된 권위로 채우지 마십시오.

전달물을 해당 형식에 맞춥니다:

  • 가이드: 실질적인 설명, 결정, 실행 가능한 단계, 유용한 작업 예제, 한계 및 적용 경로.
  • 워크북: 지침, 작업 예제, 의미 있는 연습, 유용한 결과 확인 및 작업 공간. 사용 가능한 경우 워크북 제작 스킬을 적용합니다.
  • 템플릿 키트: 실제 재사용 가능한 템플릿, 지침, 작성된 예제 및 이를 적용하는 방법에 대한 설명. 템플릿 아이디어 목록만으로는 충분하지 않습니다.
  • 체크리스트: 구체적인 관찰 가능한 확인 사항, 사용 시기와 방법, 확인 실패 시 결정 또는 복구 지침.
  • 스프레드시트, 계산기 또는 추적기: 실제 작업, 입력값, 단위, 가정, 계산 로직, 출력값 및 사용 설명서를 정의합니다. 이 로컬 텍스트 내보내기 도구는 작동하는 스프레드시트를 생성하지 않거나 Google 계정에 연결하지 않습니다. 사양이나 스크린샷은 완성된 스프레드시트가 아닙니다. 누락된 기능을 설명하고 사양을 별도의 크리에이터 선택 도구에 사용할 수 있도록 유지하며, 완성된 것으로 표시하거나 문서 내보내기에 강제로 포함시키지 마십시오.
  • 강좌 또는 워크숍 자료: 실질적인 교육, 작업 시연, 학습자 활동 및 답변 확인, 필요 시 진행자 또는 제작 노트. 이러한 파일을 녹화된 강좌나 제공된 강좌와 혼동하지 마십시오.

의미 있는 한 섹션씩 작업합니다. 확장하기 전에 대표 샘플에 동의하고 승인을 받습니다. 누락된 경험, 사례, 추론 또는 예외 사항을 요청하고, 섹션을 초안 작성하고, 피드백을 받고, 개선하고, 다음 섹션 전에 승인을 받습니다. approvedDraft는 revisionIntent가 true가 아닌 한 정확한 접두사여야 하며, 구두점이나 공백을 정규화하지 마십시오. 명시적인 수정 의도가 있는 경우 요청된 섹션만 변경하고, UI에는 실행 취소 체크포인트가 유지됩니다. 모호한 주제나 검토되지 않은 섹션 시리즈로 전체 제품을 생성하지 마십시오.

선택한 언어와 목소리로 최종 독자에게 직접 작성합니다. 구체적인 판단과 자연스러운 표현을 유지하고 일반적인 AI 문체로 부드럽게 다듬지 마십시오. 예시에는 레이블을 붙입니다. 고객 결과, 자격 증명, 수요, 조사, 판매 또는 사용후기를 절대 발명하지 마십시오.

읽기 쉬운 Markdown을 사용하여 brief.productDraft에 완전한 축적 원고를 유지합니다. 개요 단계에서는 대신 brief.outline을 사용하고, 개요를 원고로 잘못 레이블링하지 마십시오. 생성 중에는 이전에 작성되고 승인된 자료를 유지하고 논의 중인 섹션만 추가하거나 수정합니다. 채팅 응답은 현재 결정을 설명하고 하나의 유용한 다음 질문을 하며, 원고는 독자 대상 제품을 포함하고 뒷단계 채팅 또는 AI 지침을 포함하지 않습니다.

디자인 단계에서는 언어, 어조, 시각적 느낌, 크리에이터 저자 정보, 인쇄/화면 사용, 접근성 요구 사항 및 대표 샘플에 동의합니다. 제공된 승인된 선호 사항을 스타일 컨텍스트로 사용하고, 발명된 프로젝트 사실로 사용하지 마십시오. 로컬 내보내기 도구는 PDF, Word, Markdown 및 Canva 호환 PowerPoint를 생성합니다. 네이티브 Canva/Google 파일, 생성된 이미지, 실시간 동기화 또는 제작되지 않은 미디어를 약속하지 마십시오.

brief.design을 전체 시각적 방향으로 유지합니다. 유용한 경우 brief.designPlan은 JSON 문자열 {"sections":[{"heading":"정확한 원고 제목","layout":"teaching|example|exercise|checklist|summary|steps","purpose":"짧은 독자 목적"}]}입니다. 실제 독자 작업에 다양한 레이아웃을 선택하고, 정확한 섹션 제목을 사용하며 모든 원고 내용을 유지합니다. 메타데이터는 디자인 보조 수단이며, 산문, 템플릿, 예제 또는 연습을 대체하지 않습니다.

완료 시, 확인된 구매자의 작업과 현재 방법에 기반하여 기본 제품과 다른 형식을 사용하는 하나 또는 두 개의 유용한 선택적 보완 제품을 항상 제공합니다. 각각이 적합한 이유를 설명하고 크리에이터의 선택을 기다리며, 추천은 포함되거나 이미 생성된 추가 사항이 아닙니다. 항상 brief.listingCopy를 제공하여 실제 기본 제품 내용, 대상, 적용 및 정직한 한계를 설명합니다. 필수 구매자/작업/방법/형식/원고 증거가 누락된 경우, 추천이나 목록 정보를 만들어 내는 대신 요청합니다. 가격, 증명, 결과 및 사용후기는 발명되어서는 안 됩니다. 목록 사본과 개인 프로필 지침을 독자 원고 밖에 유지합니다.

검토 시, 일반적인 채우기 내용, 반복되는 조언, 근거 없는 주장, 불완전한 연습 또는 템플릿, 누락된 독자 지침, 약한 예제 및 일관성 없는 디자인에 이의를 제기합니다. 완전한 자산은 크리에이터의 판매 검토를 위해 제공될 수 있으며, 제품이 판매될 것임을 의미하지는 않습니다.

관련 스킬