BurningTimesAi/memory/org/feedback_log_round_completi...

2.0 KiB

PD 지시 로그 라운드 완결 아카이브 원칙

사건 요지

2026-04-17 PM이 세션 갱신 보고 시 PD 지시 로그 활성 테이블을 스캔하며, 장기 우산 지시(예: #1 코어 프레임워크 신규 제작, #5 3대 지시 A/B/C)의 일부 라운드가 완료되었음에도 활성 테이블에 잔류하여 "완료된 업무가 진행중으로 보이는 왜곡" 패턴을 발견.

재발 방지 원칙 — 라운드 완결 아카이브

장기 우산 지시 정의

  • 여러 라운드에 걸쳐 점진적으로 완료되는 지시 (예: #1 Tier 1 16종 구현, #5 A/B/C 3대 축 진행)
  • 각 라운드 승인 시점에 부분 완료 확정

처리 절차

  1. 라운드 완결 시점: 해당 라운드 승인분은 "완료 (라운드 승인분)" 상태 전환 + 완료 아카이브 섹션으로 이동
  2. 잔여 작업 분리: 미완료 라운드는 별도 신규 지시 #N으로 분리 등재 (예: #1 완료 → 잔여 3종은 #36 신규 등재)
  3. 우산 지시 자체 아카이브: 전체 라운드 완료 시 우산 지시도 아카이브 이동

실측 예시

  • 2026-04-17 #1 Tier 1 코어 프레임워크 신규 제작
    • 1차 라운드: Core 4종 (Log·CoroutineRunner·MonoSingleton·ServiceLocator) → 2026-04-16 완료
    • 2차 라운드: Attribute 3종 + Util 6종 → 2026-04-17 완료
    • 3차 라운드: Event 2종 + Container 3종 + Data 5종 → 2026-04-17 완료
    • 총 16/16 완료 후 #1 우산 지시 전체 완료 아카이브
  • #5 3대 지시 동일 패턴 적용

교훈

  • 활성 테이블은 "현재 차단 요인 있는 작업"만 남겨야 세션 갱신 시 실제 대기 업무가 명확
  • 라운드 승인 직후 "상태 갱신 + 아카이브 이동"을 동일 커밋 내 수행하여 세션 전환 시 왜곡 차단
  • 본 원칙은 P28 §P28-4 "실측 응집성" 조항의 근거

연관

  • P19 PD 지시 로그 2분할 구조 (활성 / 완료 아카이브)
  • P28 조직 업무 현황 보고 표준 포맷
  • C29-4 업무 완료 후 동기화