죽은 딜 teardown — canonical 4-step

SoT 결정 = D-index-50(Archive 저장) · D-index-51(orchestrator·역연산·감사) · D-index-56(canonical 확정 — ARCHIVE-default + co-deal 가드 + 4-step). in-repo 미러 = ~/index/CLAUDE.md §③ · 서비스 미러 = /services/index §Archive.

AI 요청 프롬프트

https://docs.axelabs.ai/ops/runbook/dead-deal-teardown 따라 <deal> 죽은 딜 teardown 해줘.
삭제 전 sha256 게이트·co-deal 공유폴더 가드 반드시 확인하고, workspace 는 ARCHIVE(기본).

핵심 원칙

• 흡수 전엔 절대 삭제 없음. evidence_blob 이 삭제 후 raw 파일의 유일 사본(D-index-51) — 단 한 파일이라도 byte-for-byte 미저장이면 삭제 abort, 데이터 손실 0.
• Workspace 는 ARCHIVE 기본, 삭제 아님(D-index-56). Blueprint 의사결정 trail(Issue/Session/Artifact)은 raw dataroom 과 별개의 영구 자산. 물리 삭제는 --purge-workspace 명시 opt-in.
• 공유폴더는 건드리지 않는다. 비교/공유 폴더는 여러 딜이 참조 — deal 전용 폴더만 삭제.

0. Pre-flight (삭제 전 점검)

(a) dual-mount dataroom 전수 (Starnex 교훈)

딜 데이터룸이 두 마운트에 분산될 수 있다 — 빈 stub 만 보고 “흡수할 것 없음”으로 종료하면 진짜 데이터룸을 통째로 놓친다.

BASE="$HOME/Library/CloudStorage/OneDrive-AXE/AXE - Ventures"
# 양 마운트 + Prj_ prefix + 한/영 명 NFD-safe 전수
find "$BASE/1. Project" "$BASE/1_Project" -iname "*<deal>*" -o -iname "*Prj_<deal>*" 2>/dev/null

1. Project/<deal> 또는 Prj_<deal> = 보통 얇은 stub, 1_Project/Pipeline/<deal> = 풀 데이터룸인 경우가 있다. 둘 다 흡수 대상.

(b) half-done(half-torn) 감지

이미 부분 teardown 된 좀비 딜 점검 — deal.stage 가 죽음(passed/lost)인데 evidence 0 또는 workspace 가 아직 PROJECT 면 half-torn:

-- index-postgres
SELECT d.deal_code, d.stage, count(e.*) AS ev
FROM deal d LEFT JOIN deal_evidence e ON e.deal_id = d.id
WHERE d.stage IN ('Passed','Lost')
GROUP BY d.deal_code, d.stage
HAVING count(e.*) = 0;
-- blueprint-postgres: paraLayer='PROJECT' 인데 deal 이 죽은 workspace

1~4. teardown 4-step (순서 엄수)

orchestrator 한 명령(코드 정합 후): axe index teardown <deal> 이 1~4 + audit 를 감싼다. --dry-run(plan) / --no-delete(흡수+검증만) / --force-shared / --purge-workspace.

⛔ co-deal 공유폴더 가드

비교/공유 폴더는 여러 딜이 참조한다. 죽은 딜 하나를 teardown 한다고 그 폴더를 rm 하면 살아있는(또는 아직 안 떼낸) 다른 딜의 source 가 orphan 된다.

• 실증: _comparative_20260528_preIPO/ = Hancom · Novachips · Starnex 3딜 공유(전부 Passed). 가드는 stage 무관 — “공유”는 폴더 문제이지 deal 상태 문제가 아니다.
• 규칙: rmtree 직전, resolved folder 가 >1 deal 의 deal_evidence.source_path 에 걸리거나 비교/공유 경로(_comparative*, *공유*)면 → ABORT → archive-only. 그 딜 전용 하위폴더만 삭제. override = --force-shared + co-deal 명시.

-- 이 폴더를 참조하는 다른 deal 이 있는가? (있으면 rm 금지)
SELECT DISTINCT d.deal_code FROM deal_evidence de JOIN deal d ON d.id=de.deal_id
WHERE de.source_path LIKE '<folder-rel>%' AND d.deal_code <> '<deal>';

역연산 (restore)

teardown 은 되돌릴 수 있다 — evidence_blob 에서 디스크로 복원 + sha256 round-trip 검증:

axe index restore <deal> <output_dir>     # = index export-evidence, 마지막 JSON 줄 mismatches==[]
axe index list-archive                     # teardown_event recovery map 조회

teardown_event 행(deal · file_count · total_bytes · onedrive_path · blueprint_workspace_id · sha_manifest)이 “무엇을 언제 떼어냈고 무엇으로 되돌리나”의 단일 기록.

⚠️ 코드 lag (2026-06-15 현재)

D-index-56 canonical 과 orchestrator 코드가 아직 발산 — 정합 전까지 운영자 manual 4-step:

• orchestrator 기본이 workspace hard-delete (archive-mode 부재) → step 4 는 axe workspace close 로 수동 ARCHIVE. (B-index-teardown-archive-default-mode)
• co-deal shared-detector 가드 부재 (step 9 가 blind rmtree) → §co-deal 쿼리로 수동 확인 후 진행. (B-index-teardown-codeguard-shared-folder)
• dual-mount 탐색 / post-delete sweep 미내장 → §0(a)·step 3 수동 수행.

검증된 사실 (live index DB·seeds, 2026-06-15)

teardown_event 는 현재 0 행 — 역대 teardown 은 전부 manual/stopgap, orchestrator audit 경로는 아직 미실행.