Replace run-level issue drafts with step-based issue contents

docs/LOOP-PROCESS.md

@@ -1,18 +1,19 @@
 # Loop Process
 
 ## 목적
-이 문서는 `design_agent` 작업을 run 단위로 반복 실행하면서, 각 단계의 성공과 실패를 평가하고, 그 결과를 이슈와 다음 run으로 연결하는 운영 규칙을 정의한다.
+이 문서는 슬라이드 생성 작업을 run 단위로 반복 실행하면서, 각 단계의 성공과 실패를 평가하고, 그 결과를 이슈와 다음 run으로 연결하는 운영 규칙을 정의한다.
 
 ## 기본 원칙
 - 모든 작업은 `run-001`, `run-002`처럼 run 단위로 수행한다.
 - 모든 run은 `01-input`부터 `06-validation`까지 같은 구조를 따른다.
 - 각 단계는 단순 수행만이 아니라 `성공/실패 평가`를 포함해야 한다.
 - 검증 결과는 끝이 아니라 다음 run의 입력이 된다.
+- 실제 Gitea 이슈는 step 단위로 관리한다.
 
 ## 표준 루프
 1. 입력 준비
 2. Step 1 입력 확인
-3. Step 2 Kei 기준 해석
+3. Step 2 기준 해석
 4. Step 3 콘텐츠 구조화
 5. Step 4 실행 계획 수립
 6. Step 5 실제 수행
@@ -35,7 +36,7 @@
 실패 분류:
 - Input
 
-### Step 2 Kei 기준 해석
+### Step 2 기준 해석
 성공 기준:
 - 핵심 목적이 한두 문장으로 정리되었다.
 - 반드시 지켜야 할 의미가 기록되었다.
@@ -73,7 +74,7 @@
 실패 기준:
 - 세부 stage가 생략되었다.
 - 검증 없는 생성 단계가 있다.
-- Kei API 의존 여부가 불명확하다.
+- 실행 경로가 불명확하다.
 
 실패 분류:
 - Planning
@@ -81,13 +82,13 @@
 ### Step 5 실제 수행
 성공 기준:
 - run 산출물이 실제로 생성되었다.
-- 필요한 경우 기존 코드 자산이 사용되었다.
+- 필요한 코드나 스크립트가 사용되었다.
 - 실패한 stage와 재시도 이력이 남는다.
 
 실패 기준:
 - 실행이 중간에 끊겼다.
 - 산출물이 저장되지 않았다.
-- 어떤 입력으로 어떤 코드를 돌렸는지 추적이 안 된다.
+- 어떤 입력으로 어떤 실행을 했는지 추적이 안 된다.
 
 실패 분류:
 - Generation
@@ -120,8 +121,8 @@
 - Tooling
 
 ## 이슈 운영 원칙
-- 각 run은 최소 1개의 이슈 요약을 남긴다.
-- 이슈에는 step별 결과 요약, 판정, 실패 원인, 다음 액션을 적는다.
+- 각 step은 실제 Gitea 이슈 탭에서 개별 이슈로 관리한다.
+- 각 step 이슈에는 목적, 입력, 실행 방법, 성공 기준, 실패 기준, 실제 결과, 판정, 다음 단계 전달물을 포함한다.
 - 자세한 산출물은 저장소 경로로 연결한다.
 
 ## 다음 run 연결 규칙