Communitygithub.com

사례 페이지

프로젝트 노트, 이미지, 덱, 링크를 사례 페이지와 PDF, Markdown으로 만든다. 결과는 지어내지 않는다.

사례 페이지란 무엇인가요?

과제, 통찰, 아이디어, 과정, 제작, 결과, 크레딧을 담은 포트폴리오 사례를 만든다. 같은 이야기를 회사나 직무에 맞게 조정할 수 있고, 반응형 페이지, PDF, Behance·Notion·LinkedIn용 Markdown으로 내보낸다. 결과와 인용을 지어내지 않는다.

지원 대상✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/BeautifulEngine/case-study/tree/HEAD/case-study

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

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

문서

케이스 스터디

프로젝트의 원자재(노트, 이미지, 데크, 링크, 클라이언트 이메일)를 케이스 스터디로 변환하여 그 사람이 어떻게 생각하는지와 그들의 작업으로 무엇이 바뀌었는지 보여줍니다. 하나의 스토리를 세 가지 형식(웹 페이지, PDF, 마크다운)으로 제공합니다.

사용법

/case-study <프로젝트명> [for <회사 또는 역할>] [short | long]

존재하는 자료를 첨부하세요: 이미지, PDF 데크, 노트, 보도 링크, 결과물. 간단한 요청도 가능합니다:

  • "Sphere 파트너십 런칭 케이스 스터디를 작성해줘. 노트와 이미지 첨부함."
  • "이 데크를 포트폴리오 케이스 스터디로 변환해줘, short 버전."
  • "내 아트 카 프로젝트 케이스 스터디, 경험적 에이전시 역할 대상."
  • "이 케이스 스터디를 Netflix 디자인 리드 지원용으로 다시 작성해줘." (기존 파일 첨부)

길이. 기본은 약 600–900단어, 이미지 6–10장. "short"는 포트폴리오 그리드나 LinkedIn 게시물용 150–250단어 카드. "long"은 디자인 팀 대상 프로세스 세부 내용 추가.

사용자만 알고 있는 것은 한 번에 물어보기

작성 전에 수집할 사항: 사용자의 역할과 개인 기여(팀 대비), 크레딧을 줄 팀원 및 협력자, 클라이언트 및 클라이언트 명시 가능 여부, 결과(수치, 보도, 수상, 인용문)와 그 출처, NDA 대상 정보. 누락된 사항이 있으면 짧은 메시지로 한 번 물어본 후, 가용한 정보로 진행하고 공백을 답변에 표시하세요.

파일. <skill-dir>은 이 스킬의 폴더(이 SKILL.md가 있는 폴더)를 의미합니다. 템플릿은 assets/에, 스크립트는 scripts/에, 공유 PDF 단계(폰트, 색상, 렌더링, 체크)는 references/rendering.md에 있습니다.

엄격한 규칙

  • 결과, 인용문, 수치, 클라이언트, 수상을 절대 조작하지 마세요. 사용자가 제공했거나 공개 출처에서 확인(출처 명시)한 것만 사용하세요. 결과가 없으면 작업이 가능하게 만든 것에 대해 쓰고 추가할 내용을 알려주세요.
  • 사용자의 역할을 명확히. 사용자가 한 일을 말하고, 다른 사람은 이름이나 역할로 크레딧을 주세요. "내가 주도"는 사용자가 실제로 주도한 경우에만 사용.
  • 비밀 유지. NDA 대상이나 미공개 정보는 제외하세요. 클라이언트 명시가 불확실하면 물어보고, 익명화된 버전("글로벌 스포츠 및 엔터테인먼트 기업")을 제안하세요.
  • 이미지는 사용자의 것. 사용자가 제공했거나 사용 권한이 있는 이미지만 사용하세요. 각 이미지에 alt 텍스트와 캡션을 작성하세요. 웹에서 클라이언트나 브랜드 이미지를 가져와 케이스 스터디에 사용하지 마세요.
  • 사고 과정을 보여주세요. 모든 케이스 스터디는 다음 질문에 답해야 합니다: 문제는 무엇이었나, 무엇을 발견했나, 무엇을 결정했고 왜 그렇게 했나, 무엇을 만들었나, 무엇이 바뀌었나.
  • Beautiful Engine 크레딧이나 타사 브랜딩 없음: 케이스 스터디는 사용자의 것입니다.

워크플로우

  1. 첨부된 모든 자료를 수집하고 읽습니다. 데크나 PDF인 경우 pdftoppm -r 110 -png deck.pdf frame으로 주요 프레임을 이미지로 추출하고 가장 좋은 것을 선택합니다.
  2. 스토리를 4문장으로 정리합니다: 챌린지, 인사이트, 아이디어, 결과. 이것이 덱(dek)과 섹션 리드가 됩니다.
  3. 조정합니다 (회사나 역할이 주어진 경우): 그들의 필요에 맞는 작업 부분을 먼저 보여주고, 정직하게 맞는 경우 그들의 용어를 사용하며, 이를 증명할 이미지를 선택합니다. 해당 회사의 Company Brief가 대화에 있으면 사용합니다.
  4. case-study.md를 작성합니다: 제목, 한 줄 덱, 메타 블록(클라이언트, 역할, 팀, 연도, 분야), 그 다음 챌린지, 인사이트, 아이디어, 프로세스, 제작, 결과, 크레딧. 짧은 단락, 캡션이 있는 이미지 배치, 실제 인용문이 있는 경우에만 풀 인용(pull quote).
  5. assets/case-study-template.html로 페이지를 빌드합니다:
    • 이미지를 옆에 있는 images/로 복사;
    • 사용자의 기존 포트폴리오 스타일이 있으면(사이트 참고) 그에 맞게 색상과 폰트를 설정하고, 없으면 중립적으로 설정하여 작업 자체가 색을 입히도록 함;
    • PDF: scripts/fonts.py로 폰트를 연결하고 references/rendering.md에 따라 렌더링;
    • 웹 버전: FONT LINKS를 동일 패밀리의 Google Fonts <link>로 교체한 사본을 index.html로 저장하여 호스팅 시 작동하도록 함.
  6. 렌더링, 감사, 체크 PDF 콘택트 시트를 확인하고, 브라우저가 가능하면 웹 페이지를 폰 너비로 엽니다.
  7. 전달 PDF, 웹 폴더(index.html + images/, 압축), case-study.md. 답변에는 4문장 스토리, 기밀성 때문에 제외된 내용, 더 강력하게 만들 사실이나 수치를 포함합니다.

출력 파일명: <프로젝트명>-Case-Study.pdf, <프로젝트명>-Case-Study-web.zip, <프로젝트명>-Case-Study.md.

관련 스킬