---
title: "작업보고 — 작업 프롬프트 템플릿 다이어트(1~4번) 종합 + SoT 진본 교정(v3.html→index.html)"
category: "workreport"
document_type: "작업보고"
source_status: "generated"
knowledge_group: "03_history"
priority: "High"
purpose: "매 작업마다 CC에게 붙이던 '작업 요청 공통 지침'이 너무 길어 AI가 규칙을 누락하던 문제를, 원문 반복을 제거하고 원문을 영구메모리에서 직접 로드하게 하는 3층 구조로 푼 '템플릿 다이어트' 작업의 1~4단계 종합 기록. 3번(본레포CC↔Codex 2회 루프 점검·보완)을 상세히 담고, 1·2·4번은 요약·계승한다. 작업 도중 드러난 결정적 사실 — CC가 그동안 참조하던 claude_code_prompt_generator_v3.html이 KB웹 라이브본과 크게 다른 '낡은 백업'이었고, 이것이 사장님 의도 누락의 원인이었다 — 과 그 교정(진본=index.html 단일화)까지 함께 기록한다. 후속 컨텍스트가 템플릿 운영 체계와 그 결정 배경을 한 곳에서 이해하는 용도."
read_when: ["작업프롬프트템플릿","공통지침","템플릿다이어트","영구메모리로드","Codex협업검수","SoT진본","프롬프트생성기","의사결정기록","컨텍스트복구"]
updated: "2026-06-11"
work_timestamp: "20260611_221822"
context: "달록본레포CC (D:\\dallog\\dallog_git). 4단계 분업 중 3번(템플릿 다이어트 점검·보완) 담당 세션. 1번=기반·재료뽑기(별도 CC 세션), 2번=다이어트 초안(C.ai)+GPT 검수, 3번=본 세션(CC↔Codex 2루프 확정), 4번=툴레포CC가 KB·생성기 반영. 소스문서 D:\\dallog\\dallog_git\\docs\\go_work\\260611\\."
source_of_truth: "https://dallog-tools.hansbridge.co.kr/knowledge/"
---

# 작업보고 — 작업 프롬프트 템플릿 다이어트(1~4번) 종합 + SoT 진본 교정

## 0. 한 줄 요약 + 💬 비개발자 친절 해설

매 작업마다 CC에게 붙이던 **공통 지침(작업 요청 템플릿)**이 너무 길어 AI가 규칙을 빠뜨리는 문제를, **"긴 원문은 매번 안 붙이고, 항목 제목+한 줄 요약만 붙이되 CC가 작업 전에 원문 파일을 직접 열어 읽게"** 만드는 구조로 바꿨다(=템플릿 다이어트). 이 세션은 그 4단계 중 **3번(점검·보완)** 으로, **Codex(외부 검수 AI)와 2회 토론**해 최종본을 확정하고 사장님 컨펌을 받았다. 작업 도중 **CC가 그동안 잘못된 낡은 백업 파일을 보고 있었다는 사실**을 발견해 진본을 바로잡았다.

> 💬 **비개발자 해설** — "템플릿"은 매번 일을 시킬 때 앞에 붙이는 *작업 규칙 안내문*이다. 이게 너무 길면 AI가 다 안 읽고 빠뜨린다. 그래서 *규칙 본문은 따로 보관*하고 안내문엔 *목차만* 적되, AI가 일하기 전 *그 보관 파일을 반드시 열어 읽도록* 강제했다. 규칙을 약하게 만든 게 아니라 **'길이만' 줄이고 '강도'는 그대로** 둔 것이 핵심이다.

---

## 1. 배경 — 왜 다이어트가 필요했나

- 기존 **'CC 작업 요청 공통 지침'(COMMON_WORK)** 은 매번 안 바뀌는 영구 원칙(§0~§9)까지 매 작업 프롬프트에 **원문 전체**로 붙어 비대했다.
- 규칙이 길면 AI는 메모리에 있어도 그 안에서 묻혀 **누락**한다(사장님 지적). 반대로 메모리에만 두고 템플릿에서 빼면 **환기 트리거가 없어** 또 누락한다.
- 해법 = **3층 구조**. ① 영구메모리(원문 보관) ② 매 작업 템플릿(항목명+한 줄 요약 = 원문 로드 트리거) ③ CC가 작업 전 원문을 실제 Read로 로드.
- **확정 기준(사장님)**: *"줄이는 것은 원문 반복량이지 검증 강도가 아니다."*

## 2. 4단계 분업 구조

| 단계 | 담당 | 역할 |
|---|---|---|
| 1번 | 별도 CC 세션 | 기반 깔기 + 재료 뽑기 — DB 현황 스냅샷, 영구 원칙 원문을 메모리에 등록, 현 지침 조항별 요약표(파트D) 산출 |
| 2번 | C.ai + GPT | 파트D 기반 다이어트 템플릿 초안 작성 + GPT 1·2차 교차검수 |
| **3번** | **본 세션(본레포CC↔Codex)** | **초안을 CC↔Codex 2회 루프로 점검·보완, 최종본 확정, 사장님 컨펌** |
| 4번 | 툴레포CC | 최종본을 KB·프롬프트 생성기(index.html)에 반영 |

## 3. 1·2번 요약 (계승)

- **1번**: DB 현황 스냅샷(테이블 42·뷰 9·함수 31, 전부 RLS 활성) 작성. 영구 원칙 원문을 `reference_permanent_work_principles.md`(영구메모리)에 등록. **이때 SoT HTML의 §7-1(Codex 협업 조항)이 통째 누락된 이격**을 발견해 사장님 지시로 보강. 현 지침 조항별 요약표(파트D)를 2번 입력 재료로 산출.
- **2번**: C.ai가 3층 구조 다이어트 템플릿 초안(v1→v2) 작성. GPT 1차 검수가 §2·§7·§7-1·검수루프를 *약화*하자고 제안했으나 **사장님 전원 기각**(검증 강도는 안 줄인다). §5 진실원본 표현·MCP/PAT 보안 등 일부 쟁점을 "3번 토론 안건"으로 넘김.
- 소스: `docs/go_work/260611/` 의 0-1·0-2·0-3(1번), 1·2·3·4·5(2번).

## 4. 3번 상세 (이 세션의 핵심 작업)

### 4-1. 사실 검증 (추측 배제, 코드 직접 대조)
| 확인 항목 | 결과 |
|---|---|
| SoT HTML COMMON_WORK에 §7-1 누락 | **사실** — §7 다음 바로 §8, §7-1 없음(본레포↔툴레포 커밋 이격) |
| §5 현재 문구 | "골든셋 SQL+가이드 HTML 이중발행" — MCP 직접실행 도입으로 낡음 |
| §8 현재 문구 | "노션/문서 최신화" — 노션 잔상 |
| §3 우선순위 | "현재 코드 상태"에서 끝남(DB 실상태 항목 없음) |
| 영구메모리 원문 | §7-1 포함 정상 등록 확인 |

### 4-2. Codex 2회 토론 루프
- **루프 1(적대적 검토)**: 5개 토론 안건 + 약화금지 잠금 + 조항 전수 누락 점검. Codex가 누락 0건 확인, 잠금 동의, 각 안건 4분류 처리 + 보강점 제시(원문 단독변경 금지 명문화, Read 실패 처리, 완료보고 필수블록, 경로 이식성 단서).
- **루프 2(구체 최종본 재검수)**: 6개 보강점 반영을 텍스트 직접 대조 → 전부 확인, **GO**. (Codex 런타임이 특수문자로 PART1 일부 미수신하는 전달 결함 발생 → 동일 검수 에이전트가 직접 대조로 복구.)

### 4-3. 5개 안건 확정 (4분류)
| 안건 | 처리 | 결정 |
|---|---|---|
| §5 진실원본 표현 | [즉시반영] | "현재상태=라이브 DB / 변경이력·롤백·재현·감사=마이그레이션 파일+git / DB 단독변경 금지" |
| MCP/PAT 보안 | [즉시반영] | 비밀값을 git·KB·마이그레이션·완료보고에 기록 금지, .mcp.json은 gitignore 유지, project_ref scope 확인. (GPT의 "환경변수 강제"는 현 정상셋업과 모순 → [반려]) |
| 영구메모리 로드 강제 | [즉시반영] | 절대경로 Read + 실패 시 시작금지·사유보고 + 완료보고에 로드사실 명시. (@import 매세션 전문로드는 토큰비대 → [반려]) |
| §7 build 적용범위 | [즉시반영] | "코드 변경 시 npm run build 필수 / 코드 미변경은 N/A+사유". 약화 아닌 물리적 적용범위 |
| C.ai 컨텍스트 잔상 | [즉시반영] | "노션"·"골든셋"·"/knowledge" 등 옛/추측 잔상 제거 |

### 4-4. 약화금지 잠금 (사장님 확정 — 유지/강화)
- §2 작업 전 DB 실상태 확인 = **항상**(CC가 "이번엔 영향 없겠지"로 스스로 낮춰 판단하면 누락).
- §7-1 Codex 상호검수 = 사전공유→리마인드 검수→4분류→미반영 사유→완료보고 섹션 **전부 유지**.
- 검수 루프 = **2회 이상**(딱 2회로 끝내지 말 것 — 후반부 AI 누락이 심각해 검수에 본작업 이상 투자).

### 4-5. 최종본 구성 + 사장님 컨펌
- 최종 템플릿: ★시작 전 영구원칙 원문 Read 필수 / A 영구원칙 한 줄 지칭 / B 방향성(DB 실상태 추가) / C SQL(MCP 직접실행·진실원본·보안) / D 문서최신화(달록KB 단일) / E 작업내용 / **F 완료보고 필수블록** / **G 오너 보고 원칙**(사장님 별도 요청, 항목번호 단독언급 금지·개발용어 한국어 병기).
- 사장님 컨펌: build="코드 변경 시만", 로드="절대경로 Read 방식" — 둘 다 최종본 그대로 확정.
- 산출물: `docs/go_work/260611/6.260611_3번_다이어트템플릿_최종본_CC-Cdx검수.md`.

## 5. 4번 결과 (반영 확인)

- 툴레포가 컨펌요청본을 사장님 검수 후 **index.html에 반영 완료** — 커밋 `778f5b1` *"작업요청 공통지침을 다이어트 최종본으로 교체 + 이격 백업 제거(단일 진본화)"*.
- 사장님 검수 반영분: §7-1 한 줄의 `2회+` → **`2회 이상`**(딱 2회 종료 방지), **G섹션 포함**, 과거 섹션번호 제거 의견은 사장님이 *철회*(번호가 원문 칸 주소 역할이라 유지).
- 결과: 현재 라이브 index.html COMMON_WORK에 ★로드블록·§5 MCP·§3 DB·§7-1 "2회 이상"·F·G 전부 반영됨(실측 확인).

## 6. ★ SoT 진본 교정 (이 작업의 가장 중요한 부산물)

- **발견**: CC가 그동안 작업 템플릿 진본으로 참조하던 `claude_code_prompt_generator_v3.html` 이 **KB웹 라이브 생성기와 크게 다른 '낡은 백업'** 이었다. 사장님이 그동안 *"왜 자꾸 의도에서 누락된 결과가 나오나"* 했던 원인.
- **교정**: 4번에서 v3.html을 **삭제**(단일 진본화). **진본 = `D:\hansbridge-tools\dallog-tools\index.html`**(= KB웹 프롬프트 생성기 배포본). 앞으로 "KB 생성기 템플릿 찾아 따르라"는 평문 지시 시 항상 index.html을 보고, v3.html·백업·과거 기억 버전은 절대 참조 금지.
- **사장님 궁극 목표였던 'KB웹 라이브 직접 열람'은 포기**(별도 의사결정 기록 참조). 실무 기준 = git push로 동기화되는 **로컬 index.html + knowledge/ 폴더**(외장 메모리로 충분).

## 7. 메모리 정합화 (CC 내부 — 참고)
이 세션에서 CC 영구메모리 5개 파일을 갱신: ① `feedback_work_prompt_template`(SoT를 index.html로 교정) ② `reference_permanent_work_principles`(SoT 표기 교정) ③ `project_kb_external_llm_access_todo`(CF 라이브열람 포기 결정) ④ `feedback_nondev_explainer`(항목번호 병기 보고원칙 추가) ⑤ `MEMORY.md` 색인.

## 8. 문제·해결 로그
| 문제 | 해결 |
|---|---|
| 세션 중 토큰 일시 만료 | 재충전 후 동일 맥락에서 이어서 진행 |
| Codex 루프2 전달 결함(특수문자로 PART1 미수신) | 동일 검수 에이전트가 직접 텍스트 대조로 복구, GO 도달 |
| Codex 루프2 오탐("[반려]→[반영] 오타" 주장) | 원문 대조 결과 이미 "[반려]"로 정확 → false positive로 미반영 |

## 9. 판단 기준
- 다이어트 = **원문 반복량 축소 ≠ 검증 강도 축소**(사장님 확정). 약화 제안은 전부 기각.
- 비개발자 사장님에게 코드 검수 노동 전가 금지 → CC가 Codex 협업으로 검증·반영 주도.
- 추측 금지 → 모든 사실(이격·낡은 백업·403)은 코드·실측으로 확인 후 단정.

## 10. 남은 작업 / 미반영
- **남은 작업: 없음**(3번 완료·4번 반영·사장님 컨펌 완료).
- **별건 분리**: CF AI봇 차단으로 인한 라이브 직접열람 = **포기 결정**(별도 의사결정 기록).
- **선택 보류**: 1번 산출 DB 현황 스냅샷(0-3)·정식 마이그레이션 체계 도입·advisor 잔여 WARN 하드닝 = 사장님 지시 시 별건.

## 11. 산출물
- 최종본: `docs/go_work/260611/6.260611_3번_다이어트템플릿_최종본_CC-Cdx검수.md`
- 라이브 반영: 툴레포 `index.html`(커밋 778f5b1)
- 영구메모리: `reference_permanent_work_principles.md`(원문 보관소)

> 💬 **비개발자 해설(종합)** — 이번 일로 두 가지가 확실해졌다. ① 앞으로 일 시킬 때 붙이는 안내문이 **짧아지되 규칙은 그대로**다. ② AI가 보던 **잘못된 낡은 파일을 버리고 진짜 최신본(index.html) 하나만** 보게 됐다. 그동안 "왜 자꾸 빠뜨리지?" 했던 원인이 이 낡은 파일이었다.

---

## 이미지 첨부
- 해당 없음 — 본 작업은 UI/화면 변경이 아니라 문서·규칙·메모리 체계 작업이라 MCP 브라우징·스크린샷 대상이 아니다.