AILatest-Studio/ailatest-skill

프로세스 플로차트

이 스킬을 사용하여 모든 순서가 있는 프로세스, 의사 결정 프레임워크, 증거 사슬 또는 구현 워크플로우를 명확하고 출판 가능한 플로차트로 변환하세요. 제공된 참조 이미지는 고정된 4열 템플릿이 아닌 스타일 참조입니다. 내용에 따라 단계 수와 방향을 선택하세요.

워크플로우

1. 의미론적 계약 정의

그리기 전에 실제 단계를 나열하세요. 기본적으로 2~6단계를 사용하세요. 단계가 뚜렷한 결정, 소유자, 입력/출력 또는 증거 유형을 가질 때만 분할하세요. 인접한 상자에 반복적인 문구가 포함될 경우 단계를 병합하세요.

읽기 방향을 선택하세요:

• 2~6개의 간결한 단계와 넓은 페이지에는 수평 순서를 사용하세요.
• 긴 레이블, 많은 단계 또는 좁은 세로 페이지에는 수직 순서를 사용하세요.
• 두 개의 독립적인 차원이 분석적으로 필요한 경우에만 2차원 행렬을 사용하세요.

주요 순서를 한 줄로 작성하세요. 예:

입력/관찰 → 분석/설계 → 실행/전달 → 피드백/검토

고유한 핸드오프나 라이프사이클을 추가할 때만 선택적 보조 구현 대역을 추가하세요. 해당 주요 단계에 레이블을 정렬하고 주요 패널 텍스트를 반복하지 마세요.

각 단계에 대해 하나의 질문을 정의하세요:

• 프로세스를 시작하는 증거나 입력은 무엇인가요?
• 다음에 어떤 분석, 검증 또는 분류가 이루어지나요?
• 어떤 옵션, 작업 또는 결정이 이어지나요?
• 구현, 전달, 피드백 또는 검토는 어떻게 종료되나요?

사용자의 용어와 인과 논리를 유지하세요. 빈 공간을 채우기 위해 통계, 표준, 비용 또는 인과 주장을 발명하지 마세요.

2. 내용 구조화

단계당 2~4개의 짧은 내용 그룹을 사용하세요. 각 그룹은 다음으로 구성됩니다:

1. 짧은 컬러 레이블(굵게);
2. 한 줄의 간결한 설명;
3. 다른 그룹이 뒤따를 때 그룹 아래에 있는 가벼운 점선 구분선.

사용자가 명시적으로 행렬, 카드 또는 비교 레이아웃을 요청하지 않는 한 모든 단계의 내부 구조를 동일하게 유지하세요. 단계에 여러 옵션이 있다고 해서 추가 내부 카드를 제공하지 마세요. 대신 텍스트 계층 구조와 구분선을 먼저 사용하세요.

설명 노트는 짧고 가볍게 유지하세요. 정의, 샘플 경계 또는 주의 사항은 기본 레이블 대신 노트 줄에 배치하세요. 문서에 이미 그림 제목과 캡션이 제공되는 경우 이미지 내부에 중복하여 넣지 마세요.

3. 시각 체계 적용

정확한 토큰과 적용 규칙은 references/style-spec.md를 참조하세요. 참조 스타일은 다음을 사용합니다:

• 흰색 배경, 동일한 단계 모듈, 얇은 회색 외부 테두리;
• 진한 네이비 → 청록 → 녹색 팔레트, 더 많은 단계가 필요할 때 밝은 색조로 확장;
• 단계 사이의 어두운 채워진 화살표;
• 단계 의미와 일치하는 작은 흰색 라인 아이콘 (단계당 하나);
• 그라데이션, 그림자, 해치 채우기, 클립아트 혼합 또는 장식 루프 없음.

사용자가 마이크로소프트 YaHei를 요청할 때마다 실제 마이크로소프트 YaHei 파일을 사용하세요. Matplotlib FontProperties(fname=...)로 일반 및 굵은 글꼴 파일을 명시적으로 등록하세요. 패밀리 이름 조회나 합성 굵은 글꼴에 의존하지 마세요. 내보낸 SVG에서 글꼴을 확인하고 다른 CJK 글꼴로 대체하지 말고 글꼴 문제를 보고하세요.

헤더, 그룹 레이블, 기본 설명, 동작 텍스트 및 라이프사이클 레이블에는 굵은 서체를 사용하세요. 보조 노트에만 일반 또는 흐린 텍스트를 사용하세요. 불필요한 테두리를 추가하지 말고 크기, 색상 및 공백을 통해 계층 구조를 유지하세요.

4. 결정론적으로 그리기

재현 가능한 Matplotlib/SVG 워크플로우를 선호하세요. scripts/draw_flowchart_template.py에서 시작하여 orientation과 stages를 설정하고 예제 레이블을 사용자의 내용으로 바꾸세요. 다음을 위한 헬퍼를 별도로 유지하세요:

• 단계 지오메트리 및 헤더 대역;
• 헤더 라인 아이콘;
• 정렬된 구분선;
• 채워진 다각형 화살표;
• 선택적 라이프사이클/구현 대역;
• 다중 형식 내보내기.

4단계 수평 레이아웃의 경우 references/style-spec.md의 참조 지오메트리를 사용하세요. 다른 단계 수의 경우 동일한 모듈 너비를 계산하고 레이블이 맞는 한 동일한 외부 여백, 간격 너비, 헤더 높이 및 콘텐츠 기준선을 사용하세요. 서체를 축소하기 전에 문구를 줄이세요.

최소 300dpi PNG와 편집 가능한 SVG 및 PDF로 내보내세요. 텍스트가 가능하면 검색/편집 가능하도록 svg.fonttype = "none"으로 설정하세요. 독립형 그림을 검사한 후에만 PNG 또는 PDF를 원고에 포함시키세요.

5. 전달 전 QA

독립형 그림을 100%로 검사한 다음 렌더링된 원고 페이지를 검사하세요. 다음 사항을 모두 확인하세요:

• 선택한 단계 수와 읽기 방향이 명확합니다.
• 선택한 레이아웃 내에서 헤더의 기준선과 높이가 일관됩니다.
• 텍스트 그룹이 할당된 영역에서 수직으로 중앙 정렬됩니다.
• 점선 구분선이 하나의 대시 패턴, 선 두께, 색상, 들여쓰기 및 균형 잡힌 간격을 사용합니다.
• 모든 단계가 동일한 내부 카드 정책을 사용합니다.
• 채워진 화살표가 간격에 위치하고 테두리에 닿지 않으며 의도한 방향을 가리킵니다.
• 선택적 하단 레이블이 상위 단계에 정렬되고 충분히 큽니다.
• 아이콘의 선 두께, 색상, 배율 및 광학 정렬이 일관됩니다.
• 텍스트가 컬러 헤더, 구분선, 외부 테두리 또는 출력 막대에 닿지 않습니다.
• 원고 크기 조정 후 레이블이 줄 바꿈되거나 잘리지 않습니다.
• 포함 후 그림 번호/캡션 순서가 변경되지 않습니다.
• 내보낸 SVG에 의도하지 않은 대체 글꼴 대신 마이크로소프트 YaHei 일반/굵은 글꼴이 포함됩니다.

DOCX 전달의 경우 문서 렌더링 스킬의 렌더 → 모든 페이지 검사 루프를 사용하세요. 지오메트리 또는 글꼴 변경 후 다시 렌더링하세요. 원본 원고를 보존하고 수정된 파일을 새 출력 경로에 작성하세요.

시각적 예시

assets/research-evidence-flow.png에 포함된 이미지는 재구성된 5단계 연구 증거 사슬 예시입니다. 이는 합성 데모 콘텐츠이며 사용자가 제공한 그림이나 프로젝트 데이터가 아닙니다.

호출 예시

• "$draw-process-flowchart를 사용하여 이 연구 방법을 5단계 학술지 그림으로 변환하세요."
• "$draw-process-flowchart를 사용하여 이 워크플로우를 동일한 색상, 화살표, 아이콘 및 마이크로소프트 YaHei 서체로 수직으로 재설계하세요."
• "$draw-process-flowchart를 사용하여 이 2단계 비교 다이어그램을 표준화하고 PNG/SVG/PDF로 내보내세요."