Prompt - C.E.L._slide_test - 한맥기술개발센터

Kyeongmin/C.E.L._slide_test

Table of Contents

사용 문장
실행 대상
기본 목표
절대 원칙
읽기 순서
실행 순서

1. Run 식별
2. Step 1 수행
3. Step 2 수행
4. Step 3 수행
5. Step 4 수행
6. Step 5 수행
7. Step 6 수행
8. 최종 정리

반복 규칙
산출물 저장 규칙
이슈 코멘트 작성 규칙
중단 조건
최종 출력 형식

# Prompt

이 문서는 C.E.L._slide_test의 전체 실행 루프를 한 번에 수행하기 위한 마스터 프롬프트다. 이 문서를 읽은 에이전트는 추가 설명 없이도 위키, 이슈, 코드, run 산출물을 따라 단계별로 실행해야 한다.

사용 문장

사용자는 아래 한 줄만 말하면 된다.

위키의 Prompt를 기준으로 실행해줘.

실행 대상

기준 저장소: C.E.L._slide_test
기준 위키: 현재 Gitea 위키 문서 전체
기준 이슈: Gitea 이슈 탭의 Step 1 ~ Step 6 이슈
기준 산출물 경로: docs/run-xxx/

기본 목표

위키의 기준과 절차를 먼저 읽는다.
현재 run의 입력 원문을 확인한다.
Step 1 ~ Step 6 이슈를 순서대로 수행한다.
각 Step마다 필요한 세부 위키, 코드, docs 산출물을 확인한다.
실행 결과를 step별로 평가하고, 결과를 Gitea 이슈 코멘트용 본문으로 작성한다.
중간 산출물과 최종 결과물을 반드시 저장소 안에 남긴다.
마지막에 전체 현황, 실패 원인, 다음 수정 우선순위를 정리한다.
가장 중요한 목표는 특정 샘플을 맞추는 것이 아니라, 어떤 MDX가 와도 내용에 맞는 slide pipeline을 실행하는 것이다.

절대 원칙

원문은 가능한 한 많이 유지한다. 큰 표, 큰 이미지, 긴 사례를 제외하면 텍스트의 약 85% 이상 보존을 목표로 한다.
Step 1 ~ Step 3에서 임의 요약, 임의 소제목, 임의 순서 변경을 최소화한다.
넘치는 내용은 삭제보다 popup으로 이동한다.
family가 다른 문서는 같은 layout skeleton에 억지로 넣지 않는다.
layout은 내용을 바꾸는 수단이 아니라, 내용을 더 잘 보이게 재배치하는 수단이다.

읽기 순서

Home
Wiki-1-1-Kei-Thinking-and-Process
Wiki-1-2-Kei-Roles-and-Operating-Principles
Wiki-2-DesignAgent-Upper-Workflow-Overview
현재 수행할 Step에 해당하는 Wiki-2-x
필요 시 관련 Wiki-3-x
저장소의 issues/Step-*.md
저장소의 docs/run-xxx/
필요 시 저장소의 templates/, scripts/run_from_artifacts.py, scripts/auto_loop_runner.py

실행 순서

1. Run 식별

가장 최근 run 폴더 또는 사용자가 지정한 run 폴더를 확인한다.
기준 입력은 docs/run-xxx/01-input/ 안의 원본 mdx다.
입력 원문이 없으면 먼저 그 사실을 기록하고 중단한다.

2. Step 1 수행

Step-1-Input-Review 이슈 본문과 Wiki-2-1-Input-Review를 기준으로 입력을 해석한다.
이 단계의 최우선 목표는 요약이 아니라 원문 block, 제목, 순서, 표/이미지/사례 위치를 식별하는 것이다.
결과를 docs/run-xxx/01-input/에 기록하거나 갱신한다.
pass / revise / fail, 실패 분류, 수정 액션을 정리한다.
Gitea 이슈 코멘트용 본문을 작성한다.

3. Step 2 수행

Step-2-Interpretation 이슈 본문과 Wiki-2-2-Kei-Interpretation을 기준으로 핵심 목적, 의미 보존 기준, 실패 패턴, 검증 기준을 정리한다.
이 단계에서는 content family 후보와 popup 후보를 정리한다.
결과를 docs/run-xxx/02-kei-interpretation/에 기록하거나 갱신한다.
pass / revise / fail, 실패 분류, 수정 액션을 정리한다.
Gitea 이슈 코멘트용 본문을 작성한다.

4. Step 3 수행

Step-3-Content-Structuring 이슈 본문과 Wiki-2-3-Content-Structuring을 기준으로 중심 메시지, 보조 메시지, 섹션 구조, 배치 가정을 정리한다.
이 단계에서는 원문 block을 가시 본문 / popup / 결론으로 나누고, content family를 확정한다.
결과를 docs/run-xxx/03-structure/에 기록하거나 갱신한다.
pass / revise / fail, 실패 분류, 수정 액션을 정리한다.
Gitea 이슈 코멘트용 본문을 작성한다.

5. Step 4 수행

Step-4-Execution-Planning 이슈 본문과 Wiki-2-4-Execution-Planning, 필요한 Wiki-3 문서를 기준으로 실행 계획을 수립한다.
Stage별 입력, 출력, 검증 지점을 명확히 적는다.
family에 맞는 zone/container/layout family를 결정한다.
필요한 수동 보강 산출물이 있으면 docs/run-xxx/04-plan/에 기록하거나 갱신한다.
pass / revise / fail, 실패 분류, 수정 액션을 정리한다.
Gitea 이슈 코멘트용 본문을 작성한다.

6. Step 5 수행

Step-5-Execution 이슈 본문과 Wiki-2-5-Execution, 필요한 Wiki-3 문서를 기준으로 실제 실행한다.
가능하면 기존 stage 흐름, 템플릿 자산, 저장소 내 산출물을 사용한다.
결과를 docs/run-xxx/05-execution/에 저장한다.
pass / revise / fail, 실패 분류, 수정 액션을 정리한다.
Gitea 이슈 코멘트용 본문을 작성한다.

7. Step 6 수행

Step-6-Validation-and-Recording 이슈 본문과 Wiki-2-6-Validation-and-Recording, 필요한 Wiki-3 문서를 기준으로 검증한다.
검증 결과를 docs/run-xxx/06-validation/에 저장한다.
pass / revise / fail, 실패 분류, 수정 액션을 정리한다.
Gitea 이슈 코멘트용 본문을 작성한다.

8. 최종 정리

Step 1 ~ Step 6의 판정을 요약한다.
현재 병목을 1~3개로 압축한다.
다음 수정 우선순위를 정리한다.
다음 run에서 무엇을 바꿔야 하는지 기록한다.

반복 규칙

기본은 Step 1 ~ Step 6을 한 사이클로 본다.
Step 6 판정이 revise 또는 fail이면 원인을 분석하고 다음 보정안을 적용해 다시 진행한다.
최대 반복 횟수는 3회다.
아래 중 하나에 해당하면 종료한다.
1. Step 6이 pass
2. 3회 반복 후에도 핵심 품질 문제가 남음
3. 입력 또는 코드 충돌로 더 진행하면 위험함

산출물 저장 규칙

입력 원문: docs/run-xxx/01-input/
입력 검토: docs/run-xxx/01-input/
해석 결과: docs/run-xxx/02-kei-interpretation/
구조화 결과: docs/run-xxx/03-structure/
실행 계획: docs/run-xxx/04-plan/
실행 결과: docs/run-xxx/05-execution/
검증 결과: docs/run-xxx/06-validation/

이슈 코멘트 작성 규칙

각 Step 완료 후 아래 항목을 포함해 코멘트를 작성한다.

실행 요약
산출물 경로
KPI / 판정 결과
실패 분류
수정 액션
다음 단계 전달물
content family 판정
popup으로 이동한 block 요약
layout family 선택 이유

중단 조건

입력 파일이 없음
위키 기준과 코드 상태가 정면 충돌함
필수 산출물을 생성할 수 없음
반복 횟수 제한에 도달함

최종 출력 형식

최종 답변에는 아래를 포함한다.

Step 1 ~ Step 6 코멘트 초안
전체 요약
실패 원인 요약
다음 수정 우선순위
최종 산출물 경로