2026-06-04 — autopilot 이 "끝난 결정"을 재탕한 사고 (stale orphan task 재dispatch)

2026-06-04 — autopilot 이 “끝난 결정”을 재탕한 사고 (stale orphan task 재dispatch)

한 줄

결정/완료가 형제·대체 task 를 무효화했는데 그 task 를 안 닫아서, autopilot work-steal-scan 이 열린 [ ]/[~] 로 읽고 재dispatch → 아니키가 어제 확정·아웃시킨 작업(첫이름 다크톤)을 다시 함 → “엉뚱한데 토큰낭비했네” 질책.

증상

아니키가 2026-06-03 첫이름 디자인 톤을 다크블루로 FINAL 확정하고 대안 3톤 시안을 아웃시킴(T-260603-30 [x] 완료·배포 LIVE).
2026-06-04 autopilot 이 “첫이름 랜딩 다크 프리미엄 톤 대안 시안 → preview” 를 데스크탑에 분배 → 시안 제작 + preview 2개 배포.
아니키: “첫이름 톤 하지말라니까 어제 다끝낸거라고 어이가없네 / 톤이 디자인 아니야??? / 어제 마무리한거 찾아봐 / 엉뚱한데 토큰낭비했네 / 이슈박고 재발방지 박아 타스크 끝난거 박았는데 왜 또”.

근본 원인 (왜 재발방지가 안 먹혔나)

아니키는 완료된 task(T-260603-30)를 [x] 로 마킹하고 이슈·재발방지도 박음 = 정확히 함.
그러나 그 톤 결정이 무효화한 다른 형제 task 2개가 안 닫힌 채 열려 있었음:
- T-260602-04 (6/2 vrl-benchmark 다크 대안 시안) = [ ] 미착수 그대로
- T-260601-09 (6/1 v2 랜딩 다듬기) = [~] 진행중 그대로
work-steal-scan.sh 의 픽업 소스 = tasks.md 의 [ ]/[~] 열린 항목 그대로 (의미·결정이력 무시).
→ autopilot 이 “끝난 톤(T-260603-30)“은 안 건드렸지만, 안 닫힌 형제 orphan 2개를 “아직 할 일”로 보고 재실행.
동류 2차: REPL 복구 candidate(T-260530-07)도 “REPL NO-MAIN(죽음)” 전제가 stale(실제 ALIVE) — 작업 텍스트뿐 아니라 상태 전제도 stale 가능.

핵심: 완료 task 마킹만으로 부족 — 그 결정이 죽인 형제/대체 task 도 같이 닫아야 한다. 그리고 “수동 supersedes 링크” 에 의존하면 사람이 까먹는다(이번이 정확히 그것).

즉시 조치 (RECONCILE)

T-260602-04 [-] 취소, T-260601-09 [-] 취소 (다크블루 FINAL 로 supersede, 사유·교훈 inline).
done-but-open 2건 닫음: T-260529-16(next-cycle, PR#99 종결) [x], T-260430-01(단어요 통합, 맥미니 점검) [x].
T-260530-07(REPL) [x] (점검 ALIVE), lottocalc T-260504-03 자율-dispatch-제외 주석(코드fix 완료, 배포=ack게이트).
cheotireum 메모리 톤 LOCK + queue.md STALE 금지 마커.

구조적 fix (mesh-vote SESSION 1780556546, 7모델)

5 codex 만장일치: supersedes/closes 링크 + 결정시 연쇄 closure + dispatch 전 decision-log 게이트.
🔮 Gemini / 🧠 DeepSeek 이질표 핵심 지적: 명시적 링크는 사람이 까먹으면 무용(=사고 근인) → 자동/의미기반 검증(전역 state 쿼리 / 키워드 역스캔).
종합 채택 = dispatch 전 ‘의미기반 staleness 게이트’ (수동 링크 비의존):
1. work-steal-scan.sh — “최근 종료/취소 결정” 섹션 + ★ RECONCILE-GATE 리마인더 출력 (가드 마커, DO NOT REMOVE). 본진 LLM 이 대조할 컨텍스트 노출.
2. autopilot/SKILL.md §9.4 — RECONCILE-GATE 를 dispatch 전 1순위 필수 스텝으로 박음(가드 마커). 각 후보가 (a) 끝난 결정에 죽은 orphan 인지 (b) 전제(상태주장)가 여전히 참인지 의미 대조 → orphan/stale 이면 dispatch X + tasks.md 닫기. Step 4(e) 흐름에도 연결.

노하우 (재사용 룰)

결정이 여러 task 를 무효화하면, 완료 task 만 닫지 말고 죽은 형제·대체 task 도 즉시 [-]/[x] 로 닫아라. (단방향 “완료 마킹”으로는 형제 orphan 이 살아남음.)
자동 일감탐색(scan)은 열린 항목을 의미 없이 읽는다 — dispatch 전 “이 항목이 이미 끝난 결정에 죽은 건 아닌지” 의미 대조 게이트 필수.
수동 링크(supersedes:) 에 의존하지 마라 — 사람이 까먹는다(이 사고가 증거). LLM 의미 대조가 정답.
작업 텍스트뿐 아니라 “상태 전제”(미구현/죽음/없음)도 stale 가능 — dispatch 전 전제 검증(verify-first). (REPL ALIVE 케이스, 엔진 mock→실제 3회 차단과 동류.)
이건 아니키가 반복 지적한 “노드·세션 간 싱크/표준화 안 됨” 의 한 갈래 — 완료·확정 상태가 자동화 큐와 desync.