lizTheDeveloper/make-zines

진 만들기

진을 편집 및 제작 시스템으로 만듭니다. 페이지 JSON을 중간 산출물로 취급하며, 필수 입력 사항으로 요구하지 않습니다.

요청 라우팅

가장 부담이 적은 경로를 선택하세요:

• 주제 또는 시드: 짧은 안내식 입력을 통해 질문한 후 진을 작성하고 디자인합니다.
• 임의의 콘텐츠: 내용을 수집하고, 논지와 활용 가능한 자료를 식별하며, 페이지 계획을 제안하고 사용자가 구조화할 필요 없이 변환합니다.
• 완성된 원고: 의미와 어조를 보존합니다. 요청된 정도까지만 편집하고, 페이지를 나누고 디자인합니다.
• 기존 JSON: 검증 및 수정한 후 렌더링하거나 개정합니다.
• 부분 진: 기존 편집 어조와 시각 시스템을 이어받습니다.

제공된 자료나 대화 맥락으로 이미 답변된 질문은 하지 마십시오.

입력

사용자가 협업을 원하거나 선택이 결과를 실질적으로 변경할 때는 한 번에 한 가지 질문만 하십시오. 그 외에는 합리적인 기본값을 추론하고 간결하게 명시하십시오. 다음 순서대로 해결하십시오:

1. 목적과 예상 독자
2. 출처 자료 및 필요한 주장
3. 원하는 크기 또는 대략적인 페이지 수
4. 어조, 읽기 수준 및 편집 입장
5. 시각적 참고 자료, 형식 및 인쇄/디지털 대상
6. 필수 포함 사항, 제외 사항, 인용, 크레딧 및 행동 촉구

사용자가 "놀래켜 줘"라고 말하면 진행하십시오. 페이지 수가 주어지지 않으면 접어서 인쇄할 진의 경우 4의 배수를 선택하고, 그렇지 않으면 자료를 지원하는 가장 작은 길이를 선택하십시오. 사용자가 달리 말하지 않는 한 표지를 페이지로 계산하십시오.

편집 워크플로우

1. 모든 자료를 수집합니다. 직접 출처 주장, 해석 및 제안된 추가 사항을 분리합니다.
2. 진의 한 문장 약속과 편집 골자를 명시합니다.
3. 페이지 번호, 역할, 핵심 메시지, 카피 예산 및 시각적 기능을 포함하는 페이지 맵을 구축합니다.
4. 시각적 렌더링 전에 전체 원고를 초안합니다. 제목, 본문, 캡션, 사이드바, 콜아웃, 크레딧 및 뒷표지 카피를 작성합니다.
5. 페이싱을 확인합니다. 밀도가 높은 페이지와 가벼운 페이지를 번갈아 배치하고, 시작 훅, 고조, 종합 및 만족스러운 결말을 만듭니다.
6. 충실도를 확인합니다. 인용, 사실, 인용문 또는 출처에서 파생된 주장을 절대 지어내지 마십시오. 신선한 연구가 요청되거나 필요할 때는 권위 있는 출처를 사용하고 원고와 JSON에 URL을 유지하십시오.
7. 사용자가 협업 프로세스를 요청했을 때는 원고/페이지 맵에 대한 사용자 승인을 받습니다. 즉시 완료를 요청한 경우 자율적으로 계속 진행합니다.

제공된 저자의 어조를 보존하십시오. 도발적이거나, 재미있거나, 정치적이거나, 기술적이거나, 특이한 자료를 일반적인 마케팅 카피로 평탄화하지 마십시오.

페이지 JSON

JSON을 생성하거나 수정하기 전에 references/page-spec.md를 읽으십시오. 유효한 JSON을 생성하고 JavaScript 또는 Markdown 유사 의사 JSON은 생성하지 마십시오. 카피를 의미론적 필드로 유지하고, 레이아웃 지침을 보이는 카피에 절대 넣지 마십시오.

두 가지 수준을 생성하십시오:

• zine: 출판물 전체 메타데이터, 편집 규칙, 시각 시스템, 연속성 규칙 및 내보내기 설정.
• pages: 정확한 카피, 레이아웃 모듈, 아트 디렉션, 접근성 텍스트 및 연속성 참조가 포함된 정렬된 페이지 객체.

반복되는 캐릭터, 아이콘, 스티커 및 구성 요소에는 안정적인 ID를 사용하십시오. 전역 시스템을 복제하지 않고 페이지별 재정의를 허용하십시오.

렌더링하기 전에 저장된 JSON에 대해 scripts/validate_zine_json.py를 실행하십시오. 모든 오류를 수정하고 경고를 신중히 검토하십시오.

렌더링 전략

콘텐츠에 따라 생산 방법을 선택하고 습관에 따라 선택하지 마십시오:

• 텍스트가 많은 페이지와 정확한 타이포그래피에는 결정론적 HTML/CSS, SVG, 캔버스 또는 문서 레이아웃을 사용하십시오.
• 일러스트레이션, 질감, 표지, 콜라주 요소 및 아트가 지배적인 페이지에는 이미지 생성을 사용하십시오.
• 긴 카피와 생성된 아트를 결합하는 페이지의 경우 텍스트 없이 아트를 생성하고 결정론적 레이아웃에서 정확한 텍스트를 합성하십시오.
• 이미지 모델이 단락, 인용, URL, 코드 또는 정확한 다이어그램을 재현하는 데 의존하지 마십시오.

이미지 생성을 사용할 때는 이미지 생성 스킬을 읽고 따르십시오. 캐릭터 시트와 시각적 참조를 호출 간에 일관되게 유지하십시오. 연속성을 배치 간에 확인할 수 있을 때만 소량 배치로 렌더링하십시오.

기본 생산 순서:

1. 연락처 시트 또는 스타일 프레임을 설정합니다.
2. 시각적 시스템을 승인하거나 추론합니다.
3. 대표적인 표지, 텍스트 중심 및 일러스트레이션 중심 페이지를 렌더링합니다.
4. 시스템적인 문제를 수정합니다.
5. 나머지 페이지를 렌더링합니다.
6. 읽기 순서로 조립하고, 요청 시 인쇄기 시트 순서로 조립합니다.

QA

전달하기 전에 다음을 확인하십시오:

• 계획된 모든 페이지가 정확히 한 번 존재하며 페이지 번호가 순차적입니다.
• 승인된 모든 카피가 의도적인 반복이 아닌 한 정확히 한 번 나타납니다.
• 프롬프트 지시 사항이나 숨겨진 메모가 보이는 텍스트로 나타나지 않습니다.
• 제목, 본문, 캡션 및 URL이 최종 크기에서 읽을 수 있습니다.
• 안전 영역, 도련, 트림, 여백, 대비 및 이미지 해상도가 내보내기 대상과 일치합니다.
• 반복되는 캐릭터와 그래픽 모티프가 인식 가능한 상태로 유지됩니다.
• 주장, 인용, 인용문 및 크레딧을 추적할 수 있습니다.
• 빈 페이지, 표지 및 인쇄기 이미지 배치가 의도적입니다.
• JSON이 검증되고 파일 이름이 자연스럽게 정렬됩니다.

인쇄용 PDF의 경우 조립 및 시각적 확인을 위해 PDF 스킬을 사용하십시오. 독립형 페이지 이미지의 경우 대표 페이지를 전달하기 전에 전체 해상도로 검사하십시오.

결과물

사용자가 범위를 좁히지 않는 한 다음을 제공하십시오:

1. 간략한 크리에이티브 방향 및 가정
2. 페이지 맵
3. 최종 원고
4. 검증된 진 JSON
5. 렌더링된 페이지 자산
6. 읽기 순서 PDF 및 요청 시 인쇄용 출력

재사용 가능한 아티팩트를 사용자 대면 파일로 저장하십시오. 파일 이름을 프로젝트에 일반적으로 유지하십시오(예: {slug}-manuscript.md, {slug}-pages.json, {slug}-p01-cover.png, {slug}-reading.pdf).

렌더링 또는 검증이 발생하지 않았는데 발생했다고 주장하지 마십시오. 생산 도구가 정확한 텍스트나 레이아웃을 충족할 수 없으면 완성된 원고와 JSON을 전달하고 남은 생산 제한 사항을 명확히 설명하십시오.