Add run-001 execution outputs and issue body draft

issues/run-001-issue-body.md

@@ -0,0 +1,66 @@
+# run-001 Issue Body
+
+## 제목
+run-001 - 건설산업 DX의 올바른 이해(0127) / Kei API 없이 후반부 실행 실험
+
+## 입력
+- 파일: `01. 건설산업 DX의 올바른 이해(0127).mdx`
+- 목표: DX와 BIM의 혼용 문제를 바로잡고, `DX는 상위 개념`, `BIM은 핵심 기술`이라는 메시지를 1장 슬라이드로 전달
+
+## Step 1 입력 확인
+- 결과 문서: `docs/run-001/01-input/input-review.md`
+- 판정: `pass`
+- 요약: 입력 목적, 보존 요소, 제약사항을 정리했고 이미지/비교표 처리는 후속 단계에서 결정 대상으로 남김
+
+## Step 2 Kei 기준 해석
+- 결과 문서: `docs/run-001/02-kei-interpretation/kei-interpretation.md`
+- 판정: `pass`
+- 요약: 핵심 목적을 `DX는 상위 개념, BIM은 핵심 기술`로 고정했고, 비교표와 사례는 보조 정보로 다루는 기준을 정함
+
+## Step 3 콘텐츠 구조화
+- 결과 문서: `docs/run-001/03-structure/content-structure.md`
+- 판정: `pass`
+- 요약: `문제 제기 -> 정의 -> 관계 설명 -> 결론` 구조로 정리하고, body/sidebar/footer 배치 가정을 설정함
+
+## Step 4 실행 계획
+- 결과 문서: `docs/run-001/04-plan/execution-plan.md`
+- Stage 1A/1B 대체 입력:
+  - `docs/run-001/04-plan/stage-1a-topics.json`
+  - `docs/run-001/04-plan/stage-1b-refined-concepts.json`
+- 판정: `pass`
+- 요약: `Phase T` 전체 stage를 따르되, 초기 해석은 run 산출물 기반, 후반부는 기존 `design_agent` 코드 자산 기반으로 연결하는 계획 수립
+
+## Step 5 실제 수행
+- 브리지 스크립트: `scripts/run_from_artifacts.py`
+- 실행 산출물:
+  - `docs/run-001/05-execution/final.html`
+  - `docs/run-001/05-execution/generated_html.json`
+  - `docs/run-001/05-execution/measurement.json`
+  - `docs/run-001/05-execution/context.json`
+- 판정: `pass`
+- 요약: `Kei API` 없이도 후반부 실행 경로를 실제로 동작시켰고 HTML 결과물까지 생성함
+
+## Step 6 검증 및 기록
+- 결과 문서: `docs/run-001/06-validation/validation-result.md`
+- 판정: `revise`
+- 요약:
+  - 실행 경로 검증: 통과
+  - 렌더링/측정: 통과
+  - 내용 보존 검증: 실패
+  - 최종 품질 판정: 재작업 필요
+
+## 핵심 실패 원인
+- `content_verifier` 기준으로 `body_core`에서 이미지 참조와 비교표 일부가 누락으로 검출됨
+- 생성 전략은 비교표를 요약형으로 압축했지만, 검증 기준은 원문 세부 보존을 더 강하게 요구함
+- 따라서 `Stage 1A/1B 산출물`과 `검증 규칙` 사이에 정합성 문제가 있음
+
+## 현황
+- `Kei API`를 기본 경로에서 빼고도 후반부 실행이 가능하다는 점은 확인함
+- 즉, 구조 전환 실험은 성공
+- 다만 결과물 품질과 verifier 정합성은 아직 보정 필요
+
+## 개선 방향
+1. `Stage 1A/1B` 산출물에서 비교표와 이미지 참조 처리 방식을 더 명확히 적기
+2. `Stage 2` 생성 전략을 `핵심 메시지 + 핵심 비교축 요약` 기준으로 더 명시하기
+3. 필요 시 `content_verifier`를 run 기반 구조화 흐름에 맞게 분기 또는 완화하기
+4. 다음 run에서 동일 실패 패턴이 재현되는지 비교 검증하기