Graphic Designer
Codex 및 Claude 런타임
- 이 스킬은 Codex 또는 Claude에서 현재 태스크에서 실제로 사용 가능한 도구와 함께 사용하십시오.
AskUserQuestion예시는 질문을 설명할 뿐, 필수 API가 아닙니다: 사용 가능한 질문 도구의 한계 내에서 사용하거나 채팅에서 물어보십시오. 이미 제공된 답변과 소스 자료를 재사용하십시오. - 사용자가 선택한 프로젝트에서 작업하십시오. 개인화된 작업 전에
about-me.md,voice.md및 관련 브랜드 파일을 읽으십시오. 파일이 충돌하거나 기본값을 포함하는 경우 의도된 작성자를 확인하십시오. 누락된 사실을 묻거나voice-builder를 실행하십시오; 관리자의 신원, 계정 또는 개인 파일을 상속하지 마십시오. - 번들된
references/는 이 스킬 폴더를 기준으로 해석하십시오. 명시적으로 요청된 프로필 새로고침의 경우, 정식about-me.md,voice.md또는newsletter-voice.md를 읽고 업데이트하되, 관련 없는 사용자 사실 및 규칙을 보존하십시오. 소비자는 해당 정식 파일을 다시 읽어야 합니다. 기존의 관련 없는 파일과 충돌할 수 있는 새 결과물에 대해서만 새 파일 이름을 사용하십시오. 설치만으로는 인터뷰를 시작하거나 파일을 쓰지 않습니다. 요청되지 않은 경우 영구적인 학습 내용을 기록하지 마십시오. - 먼저 제공된 증거를 사용하십시오. 필요할 때 사용 가능한 검색/소스 도구를 통해 외부 주장을 확인하십시오. 소스 또는 통합을 사용할 수 없는 경우, 누락된 기능의 이름을 지정하고 제공된 텍스트/내보내기 입력을 제공하십시오. 사실, 1인칭 경험, 메트릭 또는 성공적인 도구 실행을 절대 만들어내지 마십시오.
- 선택한 경로에 필요한 서비스만 사용자의 기존 계정을 통해 연결하십시오. 자격 증명을 절대 인쇄하거나 연결을 덮어쓰지 마십시오. 초안 작성, 저장 및 검토는 게시, 메시지 전송 또는 계정 변경을 허가하지 않습니다.
시각적 완료 상태
이 스킬의 이미지 프롬프트는 프롬프트 준비 완료 상태이며, 생성되거나 시각적으로 검토된 에셋이 아닙니다. 사용자가 다른 생성기를 요청하지 않는 한 명명된 Gemini 워크플로를 유지하십시오. 이미지 서비스가 없어도 프롬프트 작성이 차단되지 않습니다. 이미지가 제공되거나 생성되면 각 내보내기 파일을 전체 크기와 피드 크기(약 360px 너비, 썸네일은 320px)로 열고 검사하십시오. 정확한 카피, 치수, 클리핑, 가독성, 브랜드 색상, 글꼴 모양, 로고 및 참조 충실도를 확인하십시오. 실패한 내보내기를 수정하고 다시 검사하십시오. 사용할 수 없는 내보내기 또는 검사는 보류 중으로 기록하십시오. 이미지 프롬프트 또는 래스터 내보내기는 편집 가능한 디자인 파일이 아닙니다.
중요: 로드 시 자동 시작
이 스킬이 트리거되면 바로 1단계로 이동하십시오. 요약하지 마십시오. 옵션을 설명하지 마십시오. 즉시 시작하십시오.
1단계. 포스트 읽기
제공된 포스트 또는 사용자가 지정한 정확한 파일을 사용하십시오. 프로젝트에 초안만 있는 경우, 사용하기 전에 의도된 것이 무엇인지 확인하십시오. 그렇지 않으면 다음을 말하십시오:
그래픽이 필요한 포스트를 붙여넣으세요.
포스트를 기다린 후, AskUserQuestion을 호출하십시오:
[
{
"question": "이 포스트에 가장 잘 어울리는 그래픽 유형은 무엇인가요?",
"header": "스타일",
"multiSelect": false,
"options": [
{"label": "HTML/CSS 그래픽", "description": "깔끔한 구조화된 레이아웃. 프레임워크, 비교, 단계, 데이터. 완전 편집 가능, 스크린샷으로 내보내기."},
{"label": "화이트보드 인포그래픽", "description": "화이트보드 또는 노트북 페이지의 손으로 그린 마커 스타일. 포스트를 시각적으로 요약. Gemini에서 생성."},
{"label": "브랜드 인포그래픽", "description": "브랜드 색상을 사용하는 전문 인포그래픽. 포스트를 시각적으로 요약. Gemini에서 생성."},
{"label": "당신이 결정", "description": "포스트를 분석하고 자동으로 가장 적합한 형식을 선택하세요"}
]
}
]
"당신이 결정" 선택 시: 포스트를 분석하십시오. 번호가 매겨진 단계, 프레임워크, 비교 또는 데이터 테이블이 포함되어 있으면 경로 A(HTML/CSS)로 이동하십시오. 워크플로 요약, 팁 공유, 개념 교육 또는 스토리텔링이 포함되어 있으면 경로 B(이미지 프롬프트)로 이동하고 더 적합한 스타일을 선택하십시오.
경로 A: HTML/CSS 구조화 그래픽
디자인 제약 조건:
- 이 HTML 경로의 기본값은 1200 x 1400 픽셀; 명시적인 사용자 크기를 따르십시오.
- 어두운 배경(#1a1a2e 또는 사용자의 브랜드 색상)과 고대비 텍스트
- 깔끔한 산세리프 글꼴(Inter, system-ui)
- 어두운 배경에 흰색 또는 밝은 텍스트
- 하이라이트 및 구분선에 하나의 악센트 색상
- 모든 면에 최소 40px 패딩
- 스톡 사진 배경 없음
- 포스트 내용에 따라 그래픽이 몇 개의 섹션을 가질지 결정하십시오. 3단계 = 3블록. 10팁 = 10블록. 제약 조건은 고정된 숫자가 아닌 가독성입니다. 모든 요소는 모바일 화면에서 읽을 수 있을 만큼 커야 합니다.
인라인 CSS가 포함된 단일 자체 포함 HTML 파일. 뷰포트 메타 태그를 포함하십시오.
포스트에서 핵심 프레임워크 또는 단계를 추출하십시오. 전체 포스트를 복사하지 마십시오. 다음으로 요약하십시오:
- 짧은 헤드라인(5~8 단어)
- 시각적 블록으로 된 핵심 사항(유니코드 아이콘 사용 가능)
- 가능한 경우 about-me.md의 작성자 이름이 포함된 바닥글
HTML을 저장하고 사용 가능한 브라우저 스크린샷 또는 기존 로컬 렌더러를 사용하여 PNG로 내보내십시오. 글꼴 및 이미지 로드를 기다리십시오. 실제 PNG를 전체 해상도와 360px 피드 너비로 열고, 헤드라인, 모든 항목, 클리핑, 대비, 글꼴 및 저작자 표시를 검사하십시오. 해당 검사가 통과될 때까지 HTML을 수정하고 다시 내보내십시오. 검사된 PNG와 함께 편집 가능한 HTML을 보존하십시오. 브라우저/렌더 접근이 불가능한 경우, 렌더 보류 중으로 HTML을 반환하고, 누락된 기능의 이름을 지정하고 사용자에게 브라우저 스크린샷 단계를 제공하십시오. 렌더링되지 않은 HTML을 시각적으로 검증된 것으로 간주하지 마십시오.
경로 B: 이미지 생성 프롬프트
그래픽은 포스트 내용을 시각적으로 요약해야 합니다. 추상적인 일러스트레이션이나 스톡 사진이 아닙니다. 독자가 훑어볼 수 있도록 포스트의 핵심 정보를 시각적 형식으로 요약합니다.
먼저, 포스트에서 인포그래픽의 내용을 추출하십시오:
- 주요 헤드라인 또는 후크(5~10 단어로 축약)
- 요청된 순서대로 필요한 모든 핵심 사항, 단계 또는 핵심 내용. 간결한 줄을 목표로 하십시오; 정확한 내용이 들어가지 않을 경우 분할을 제안하십시오.
- 강조할 가치가 있는 숫자, 통계 또는 데이터
- 바닥글 줄(해당하는 경우 작성자 이름 및 CTA)
그런 다음 선택한 스타일에 따라 프롬프트를 작성하십시오.
스타일 1: 화이트보드 인포그래픽
이 프롬프트 템플릿을 사용하십시오. 포스트의 콘텐츠 섹션을 채우십시오.
큰 화이트보드 또는 노트북 페이지에 손으로 그린 실제 인포그래픽의 단일 이미지를 생성하십시오.
중요 스타일 지침 (먼저 읽으십시오):
매체: 이미지는 실제 화이트보드 또는 큰 종이 패드의 사진처럼 보여야 합니다.
질감: 모든 요소는 색상 마커 펜(검정, 파랑, 빨강, 녹색)과 하이라이터(노랑/주황)를 사용하여 손으로 만든 것처럼 보여야 합니다. 선은 약간 불완전하고, 흔들리며, 표면에 잉크 질감이 있어야 합니다.
디지털 글꼴 없음: 모든 텍스트, 제목 및 글머리 기호는 마커 펜으로 손으로 쓰거나 손으로 인쇄된 것처럼 보여야 합니다.
레이아웃: 1080x1350 이미지를 다음과 같이 구성하십시오:
제목 (크고 굵은 마커, 페이지 상단):
[포스트에서 헤드라인 삽입]
내용 (마커 펜으로 손으로 그린 섹션):
[각각 짧은 손글씨 줄과 그 옆에 그려진 글머리 기호, 번호 또는 작은 아이콘이 있는 3~6개의 핵심 사항 삽입]
[통계나 숫자가 있는 경우, 주위에 원이나 상자를 그려 크게 표시]
강조를 위해 여러 색상의 마커를 사용하십시오. 텍스트를 크고 읽기 쉽게 유지하십시오. 모든 것을 약간의 불완전함과 함께 손으로 그린 것처럼 보이게 하십시오. 실제 노트북 페이지의 사진처럼 보이게 하십시오.
브리핑에서 확인된 경우, 이미지 하단에 동일한 손으로 그린 마커 스타일로 손글씨 텍스트 "[확인된 작성자 및 승인된 CTA]"를 포함하십시오.
스타일 2: 브랜드 인포그래픽
아직 알려지지 않은 경우 사용자에게 브랜드 색상을 물어보십시오. about-me.md가 있으면 먼저 확인하십시오.
1080x1350 픽셀의 전문 인포그래픽 이미지를 생성하십시오.
스타일: 깔끔하고, 현대적이며, 에디토리얼. 선명한 모서리와 강한 타이포그래피가 있는 플랫 디자인. 3D 효과, 그라데이션, 스톡 사진 없음.
색상 팔레트:
- 배경: [기본 브랜드 색상 또는 어두운 중성색]
- 텍스트: [흰색 또는 고대비 색상]
- 악센트: [보조 브랜드 색상]
레이아웃:
헤드라인 (상단, 크고 굵은 텍스트):
[포스트에서 헤드라인 삽입]
본문 (구조화된 섹션, 각각 아이콘 또는 번호):
[각각 시각적 마커(번호가 매겨진 원, 확인 표시 또는 간단한 아이콘)가 있는 3~6개의 핵심 사항을 짧은 줄로 삽입]
[통계가 있는 경우, 레이블이 있는 큰 기능 번호로 표시]
바닥글:
[about-me.md의 작성자 이름] | [해당하는 경우 CTA 또는 태그라인]
텍스트를 크고 훑어보기 쉽게 유지하십시오. 이미지에 약 40단어를 목표로 하십시오; 필요한 콘텐츠를 보존하고 필요한 경우 브리핑을 분할하십시오. 장식용 테두리 없음. 워터마크 없음. 사용자가 제공하지 않는 한 로고 없음.
코드 블록에 전체 프롬프트를 출력하십시오. 사용자에게 말하십시오:
이 프롬프트를 Gemini 또는 이미지 생성기에 붙여넣으세요. 프롬프트가 준비되었습니다.
어느 경로든 완료 후
실제 상태를 보고하십시오: HTML 렌더 보류 중, HTML + 검사된 PNG, 또는 Gemini 프롬프트 준비 완료. 실제로 존재하는 파일을 링크하십시오. 해결되지 않은 시각적 결함을 나열하십시오. 게시물 검토는 이미지 검사를 대체하지 않습니다.
규칙
- 디자인하기 전에 항상 포스트를 읽으십시오. 그래픽은 추상적인 개념을 설명하는 것이 아니라 포스트 내용을 요약해야 합니다.
- 구조화된 그래픽(경로 A)은 인라인 CSS가 포함된 단일 HTML 파일이어야 합니다.
- 이미지 프롬프트(경로 B)는 완전히 자체 포함되어야 합니다. 사용자가 차갑게 Gemini에 붙여넣고 그래픽을 얻습니다.
- 포스트 내용을 추출하고 요약하여 그래픽에 넣으십시오. 전체 포스트 텍스트를 복사하지 마십시오.
- 화이트보드 스타일: 항상 손으로 그린 마커 모양, 불완전한 선, 색상 펜, 노트북/화이트보드 질감.
- 브랜드 스타일: 항상 깔끔하고, 평평하며, 현대적이고, 사용자의 브랜드 색상을 사용합니다.
- 모든 출력물에 em 대시를 절대 사용하지 마십시오.
- 전체적으로 영국 영어를 사용하십시오.