okstra 0.102.2 → 0.102.4

package/docs/superpowers/plans/2026-06-10-lead-worker-completion-polling-PROBE.md

@@ -1,42 +0,0 @@
-# Task 1 실측 결과 — self-scheduled 워커 완료 폴링
-
-- 실측일: 2026-06-10
-- 환경: interactive Claude Code 세션 (메인 lead 역할)
-- 관련: [plan](2026-06-10-lead-worker-completion-polling.md) Task 1, [spec](../specs/2026-06-10-lead-worker-completion-polling-design.md) §5
-
-## 실험 1 — harness-tracked background 완료 → 정지 lead 자동 재개
-
-- 절차: `Bash(run_in_background:true)` 로 "30초 후 결과 파일 작성 + DONE 출력" task(`bvdjebqzw`)를 띄우고, **ScheduleWakeup/cron 등 추가 장치 없이** lead 턴을 종료.
-- 관측: 30초 뒤 background task 완료 시, **사용자 입력 없이** harness 가 `<task-notification>` 으로 lead 를 자동 재개시킴.
-- 판정: **성공.** harness-tracked background 완료는 정지 lead 를 자동으로 깨운다. mailbox/idle 알림(누락 위험)에 의존하지 않는 신뢰성 있는 재개 채널이다.
-
-## 실험 2 — 복수 워커 단일 스케줄 until-loop 폴링
-
-- 절차: 단일 `Bash(run_in_background:true)` task(`bh9mfrp3n`) 안에서 워커 2개를 시차(8초/22초)로 띄우고, 하나의 `until [ -f wA ] && [ -f wB ]; do sleep 3; done` 루프로 둘 다 대기.
-- 관측: 출력 `BOTH WORKERS DETECTED at 02:55:50 — wA=A wB=B`. 단일 스케줄이 복수 워커 결과 파일을 모두 감지하고 완료 → 자동 재개.
-- 판정: **성공.** 워커가 N개여도 단일 background 폴링이 전원의 결과 파일을 추적할 수 있다.
-
-## 메커니즘 확정 — `Bash run_in_background` + `until` 루프
-
-cron / Monitor 가 아니라 **`Bash(run_in_background:true)` + `until`-조건 루프**가 채택 메커니즘이다.
-
-근거:
-- Monitor 도구 설명이 단일 완료 알림("tell me when X is ready")에 대해 명시적으로 이 패턴을 권장한다: *"use Bash with run_in_background and a command that exits when the condition is true, e.g. `until grep -q "Ready in" dev.log; do sleep 0.5; done`"*. Monitor 는 **반복** 이벤트용, cron 은 **주기 재실행**용이라 단일 워커-완료 알림엔 과하다.
-- background task 는 완료되면 사라지므로 spec §4.3 의 "스케줄 해제 / 좀비 cron 방지" 부담이 **원천 소멸**한다. 종료 lifecycle 이 cron 대비 훨씬 단순해진다.
-- `until ...; do sleep N; done` 의 `sleep` 은 background 컨텍스트에서 허용된다 (foreground sleep 만 harness 가 차단). 실험 2 에서 `sleep 3` 으로 확인.
-
-## 게이트 판정
-
-**통과.** 방향 C 채택. 메커니즘 = `Bash run_in_background` + `until` 루프.
-
-## 후속 반영 사항 (spec/plan 갱신 필요)
-
-- spec §4.4 "Monitor vs cron" → "`Bash run_in_background` + `until` 루프" 로 확정. Monitor/cron 은 폴백/대안으로 격하.
-- spec §4.3 종료 lifecycle → cron 해제 항목 제거(background task 자가 소멸). "deadline 초과" 는 until-loop 에 wall-clock 상한(`SECONDS` 가드)으로 구현. soft timeout 표는 유지.
-- plan `<WAKEUP>` = `Bash run_in_background` + `until` 루프 폴링 스크립트.
-- plan Task 7(self-wakeup 도구 권한 seed) → **불필요.** `Bash(run_in_background)` 는 이미 권한 내. settings.template.json 변경 없음.
-
-## 미확인 (정적 가정, 추가 실측 권장)
-
-- 본 실측은 메인 interactive 세션. okstra.sh spawn 경로도 interactive([scripts/okstra.sh:173](../../../scripts/okstra.sh), `-p` 없음)이므로 동일 동작 기대하나, okstra.sh 가 띄운 lead 세션에서 background 자동 재개를 1회 교차 확인하면 완전.
-- teammate(Agent) 워커가 비동기로 결과 파일을 쓰는 것 + background 폴링이 그 파일을 stat 으로 감지하는 것은 자명(기존 okstra 워커 동작 + 파일 존재 검사)하여 별도 실측은 생략. 워커 종류(in-process/teammate/CLI wrapper)와 폴링 메커니즘은 독립이다.

package/docs/superpowers/plans/2026-06-10-lead-worker-completion-polling.md

@@ -1,337 +0,0 @@
-# Lead-Worker 완료 인지 (self-scheduled 폴링) Implementation Plan
-
-> **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
-
-**Goal:** okstra lead 가 비동기 dispatch 한 워커의 완료를 mailbox/idle 알림 없이 self-scheduled 폴링으로 스스로 인지해, 사용자의 수동 nudge 없이 다음 phase 로 진행하게 만든다.
-
-**Architecture:** lead 는 워커를 기존대로 비동기 dispatch 한 뒤 단일 self-wakeup 스케줄을 걸고 턴을 종료한다. 깨어날 때마다 dispatch 한 워커 전원의 `worker-results` 파일 출현+헤더 검증으로 완료를 직접 확인하고, 전원 완료(또는 워커별 deadline 초과) 시 스케줄을 해제하고 진행한다. 변경은 코드가 아니라 프롬프트/SKILL 명세 레이어 중심이다.
-
-**Tech Stack:** Claude Code Agent Teams, Monitor 툴 / scheduled-tasks(cron, `/loop`), bash 검증 스크립트, okstra SKILL markdown.
-
-**설계 출처:** [docs/superpowers/specs/2026-06-10-lead-worker-completion-polling-design.md](../specs/2026-06-10-lead-worker-completion-polling-design.md)
-
----
-
-## ⚠️ BLOCKING 게이트
-
-**Task 1 (실측)이 통과하지 않으면 Task 2~9 를 진행하지 않는다.** Task 1 에서 "self-wakeup 이 정지 lead 를 재개시키지 못한다"가 확인되면, 이 plan 전체를 폐기하고 spec §3 의 **방향 A(`team_name` 없는 foreground 동기 dispatch)** 로 별도 plan 을 작성한다. 방향 A 는 공식 문서가 명시적으로 보장하는 유일한 폴백이다.
-
-> **갱신 (2026-06-10): Task 1 통과** ([PROBE](2026-06-10-lead-worker-completion-polling-PROBE.md)). 채택 메커니즘 = **`Bash run_in_background` + `until` 루프**. 아래 모든 Task 의 `<WAKEUP>` 표기는 이 패턴으로 치환한다:
-> ```bash
-> # lead 가 워커 dispatch 직후 run_in_background:true 로 띄우는 폴링 스크립트
-> deadline=$((SECONDS + <per_worker_deadline_seconds>))
-> until [ -f "<result_path_A>" ] && [ -f "<result_path_B>" ] ...; do
->   [ $SECONDS -ge $deadline ] && { echo "POLL_TIMEOUT"; exit 1; }
->   sleep 5
-> done
-> echo "ALL_WORKERS_DONE"
-> ```
-> 완료(또는 timeout exit) 시 harness 가 lead 를 자동 재개한다. **Task 7(self-wakeup 도구 권한 seed)은 불필요** — `Bash(run_in_background)` 는 이미 권한 내이고, background task 는 완료 시 자가 소멸하므로 도구 권한 추가·스케줄 해제 lifecycle 이 없다. Task 2 의 종료 lifecycle 에서 "cron 해제"는 "background task 자가 소멸"로 대체하고, deadline 은 위 `SECONDS` 가드로 구현한다.
-
----
-
-## File Structure
-
-| 파일 | 책임 | 변경 |
-|---|---|---|
-| `docs/superpowers/plans/2026-06-10-lead-worker-completion-polling-PROBE.md` | Task 1 실측 결과 기록 | Create |
-| `agents/SKILL.md` | Phase 4/5/6 dispatch 후 완료 폴링 루프 명세, 동기 전제 문구 정정 | Modify |
-| `agents/workers/claude-worker.md` | "Agent() call blocks" 동기 전제 정정 | Modify |
-| `skills/okstra-report-writer/SKILL.md` | Phase 6 dispatch 후 완료 폴링 명세 | Modify |
-| `skills/okstra-team-contract/SKILL.md` | worker-completion 폴링 규약 + soft timeout terminal status | Modify |
-| `skills/okstra-convergence/SKILL.md` | 라운드별 reverify 집합 폴링 적용 | Modify |
-| `templates/reports/settings.template.json` | self-wakeup 도구 권한 seed | Modify |
-| `agents/TODO.md` | 수정 B/C 해소 표시 | Modify |
-| `tests-e2e/scenario-<id>-worker-completion-polling.sh` | 폴링 종료 lifecycle e2e | Create |
-
-명세 변경의 SSOT 는 `agents/SKILL.md` + `skills/okstra-team-contract/SKILL.md` 이며, 나머지 SKILL 은 그 규약을 참조한다 (DRY — 폴링 알고리즘을 여러 파일에 복붙하지 않는다).
-
----
-
-### Task 1: 실측 검증 게이트 (BLOCKING — 메커니즘 확정)
-
-**목적:** spec §5 의 세 가지를 interactive 세션에서 실측해 self-wakeup 메커니즘(Monitor vs cron)을 확정한다. 이 Task 는 명세를 바꾸지 않는다 — 오직 런타임 동작을 관측해 기록한다.
-
-**Files:**
-- Create: `docs/superpowers/plans/2026-06-10-lead-worker-completion-polling-PROBE.md`
-
-- [ ] **Step 1: 비동기 워커 + cron self-wakeup 재개 실측**
-
-interactive Claude Code 세션에서:
-1. `team_name` 을 포함한 `Agent(...)` 로 더미 워커를 띄운다. 워커 프롬프트: "sleep 90 후 `/tmp/okstra-probe/worker-A.done` 에 `done` 을 써라" (background Bash 사용).
-2. dispatch 직후, cron(`/loop` 또는 `CronCreate`)으로 1분 간격 self-wakeup 을 건다. wakeup 프롬프트: "`/tmp/okstra-probe/worker-A.done` 이 있으면 'PROBE: detected' 출력 후 cron 해제, 없으면 'PROBE: waiting' 출력".
-3. lead 턴을 종료한다 (추가 입력 없이).
-
-관측 기준:
-- 사용자 입력 **없이** lead 가 1분 후 자동으로 깨어나 'PROBE: waiting' 을 출력하는가?
-- 파일 출현 후 깨어남에서 'PROBE: detected' 를 출력하고 cron 을 해제하는가?
-
-- [ ] **Step 2: Monitor 툴 재개 실측**
-
-같은 더미 워커 시나리오를 Monitor 툴로 반복:
-1. `Agent(team_name: …)` 로 더미 워커 dispatch.
-2. Monitor 로 `bash -c 'until [ -f /tmp/okstra-probe/worker-A.done ]; do sleep 2; done; echo READY'` 를 건다 (Monitor 가 sleep 제약 우회/스트리밍을 어떻게 다루는지 관측).
-3. lead 턴 종료.
-
-관측 기준: Monitor 가 `READY` 라인을 스트리밍해 lead 를 자동 재개시키는가? cron 대비 토큰/반응 차이는?
-
-- [ ] **Step 3: 복수 워커 집합 폴링 실측**
-
-워커 2개(`worker-A.done`, `worker-B.done`)를 서로 다른 sleep(60s, 120s)으로 띄우고, Step 1 또는 Step 2 의 승자 메커니즘으로 **단일 스케줄이 두 파일을 모두 추적**하는지 확인. 한 개만 끝났을 때 'PROBE: partial (A done, B waiting)', 둘 다 끝나면 해제.
-
-- [ ] **Step 4: 결과 기록**
-
-`...-PROBE.md` 에 기록:
-- cron 자동 재개: 성공/실패 (관측 근거)
-- Monitor 자동 재개: 성공/실패 (관측 근거)
-- 복수 워커 단일-스케줄 폴링: 성공/실패
-- **채택 메커니즘** (Monitor 우선, 실패 시 cron, 둘 다 실패 시 방향 A 전환)
-- headless 경로 주의: 본 실측은 interactive 한정. okstra.sh spawn 도 interactive([scripts/okstra.sh:173](../../../scripts/okstra.sh))이므로 동일 가정하되, 가능하면 okstra.sh spawn 으로 1회 교차 확인.
-
-- [ ] **Step 5: 게이트 판정 + 커밋**
-
-```bash
-git add docs/superpowers/plans/2026-06-10-lead-worker-completion-polling-PROBE.md
-git commit -m "test(run): self-scheduled 워커 완료 폴링 실측 결과 기록"
-```
-
-판정: 채택 메커니즘이 정해지면 Task 2 로 진행. 둘 다 실패면 STOP — 방향 A plan 작성으로 전환하고 사용자에게 보고.
-
----
-
-### Task 2: 완료 폴링 규약 정의 (team-contract SSOT)
-
-**전제:** Task 1 에서 채택된 메커니즘을 `<WAKEUP>` 로 표기. 아래 명세의 self-wakeup 도구 호출만 Task 1 승자로 치환한다. 폴링 알고리즘·종료 lifecycle·복수 워커 집합 로직은 메커니즘 무관하게 동일하다.
-
-**Files:**
-- Modify: `skills/okstra-team-contract/SKILL.md` (신규 섹션 "Worker-completion detection (self-scheduled polling)")
-
-- [ ] **Step 1: 규약 본문 작성**
-
-다음 내용을 새 섹션으로 추가한다 (정확한 문안은 작성 시 SKILL 톤에 맞춤):
-
-```markdown
-## Worker-completion detection (self-scheduled polling)
-
-Lead dispatches workers asynchronously (Agent with team_name returns
-`Spawned successfully` immediately — NOT a completion). Lead MUST NOT
-treat the spawn ack as completion, and MUST NOT end its turn with a
-prose "waiting for ..." statement. Instead:
-
-1. Record the dispatched workers' Result Paths as the **pending set**
-   (from run-manifest / launch prompt `**Result Path:**`).
-2. Arm a SINGLE self-wakeup via <WAKEUP> (one schedule for ALL workers,
-   not one per worker).
-3. End the turn.
-4. On each wakeup, for every path still in the pending set: verify the
-   file exists AND passes the standardized worker-result header check.
-   Move passing workers to the **done set**.
-5. Termination:
-   - pending set empty → disarm <WAKEUP>, proceed to next phase.
-   - a worker exceeds its per-worker deadline (see soft-timeout below)
-     → record `timeout`, remove from pending set, redispatch-once or
-     proceed.
-   - any error/abort path → ALWAYS disarm <WAKEUP> (no zombie schedule).
-6. Per-worker soft timeout: 2× the task-type expected duration table
-   below. (Supersedes TODO.md 수정 B.)
-
-| Task type | Expected per-worker | Deadline (2×) |
-|---|---|---|
-| requirements-discovery | 10 min | 20 min |
-| error-analysis | 15 min | 30 min |
-| implementation-planning | 20 min | 40 min |
-| implementation | 20 min | 40 min |
-| final-verification | 10 min | 20 min |
-```
-
-- [ ] **Step 2: 일관성 grep**
-
-```bash
-grep -rn "Spawned successfully\|self-scheduled\|pending set\|Worker-completion detection" skills/okstra-team-contract/SKILL.md
-```
-Expected: 새 섹션이 단일 위치에 존재. 다른 SKILL 에 폴링 알고리즘 중복 없음.
-
-- [ ] **Step 3: 커밋**
-
-```bash
-git add skills/okstra-team-contract/SKILL.md
-git commit -m "feat(skills/okstra-team-contract): 워커 완료 self-scheduled 폴링 규약 정의"
-```
-
----
-
-### Task 3: 동기 전제 문구 정정 (claude-worker + SKILL)
-
-**Files:**
-- Modify: `agents/workers/claude-worker.md:87-89` (Stop Condition)
-- Modify: `agents/SKILL.md:381` (Common Mistakes 항목)
-
-- [ ] **Step 1: claude-worker.md 정정**
-
-`agents/workers/claude-worker.md:89` 의 "Lead's `Agent()` call blocks until you return your final assistant message." 는 `team_name` dispatch 에서 거짓이다. 다음으로 교체:
-
-```markdown
-You are an in-process Claude subagent. When dispatched with `team_name`
-(Teams mode), Lead's `Agent()` call returns `Spawned successfully`
-immediately and does NOT block on your completion — Lead detects your
-completion via self-scheduled polling of your worker-results file
-(see okstra-team-contract "Worker-completion detection"). Therefore you
-MUST write your worker-results file at the canonical Result Path before
-returning; that file's appearance is the ONLY signal Lead uses.
-```
-
-- [ ] **Step 2: SKILL.md:381 정정**
-
-"when the Agent call finally returns" 전제를 self-scheduled 폴링으로 갱신하고, heartbeat sidecar 규칙은 보조 liveness 신호로 유지하되 "완료 인지 = 결과 파일 출현"으로 명확히 한다.
-
-- [ ] **Step 3: 일관성 grep**
-
-```bash
-grep -rn "blocks until you return\|Agent call finally returns\|call blocks" agents/
-```
-Expected: 동기-blocking 전제 문구가 더 이상 남아있지 않음 (0 hits, 또는 의도된 foreground 맥락만).
-
-- [ ] **Step 4: 커밋**
-
-```bash
-git add agents/workers/claude-worker.md agents/SKILL.md
-git commit -m "fix(agents): Agent dispatch 동기-blocking 전제를 비동기-폴링으로 정정"
-```
-
----
-
-### Task 4: Phase 4/5 dispatch 후 폴링 루프 명세 (agents/SKILL.md)
-
-**Files:**
-- Modify: `agents/SKILL.md` (Phase 4/5 실행 섹션, 대략 219-249)
-
-- [ ] **Step 1: 폴링 진입 명세 추가**
-
-Phase 4/5 dispatch 직후, lead 가 okstra-team-contract "Worker-completion detection" 규약에 따라 self-wakeup 폴링을 무장하고 턴을 종료하도록 명시. PROGRESS 체크포인트 추가:
-
-```markdown
-- `PROGRESS: phase-5-poll pending=<n> done=<m>` — emitted on each wakeup
-  while the pending set is non-empty.
-```
-
-DRY: 폴링 알고리즘은 team-contract SSOT 를 참조만 한다 (복붙 금지).
-
-- [ ] **Step 2: 일관성 grep + 커밋**
-
-```bash
-grep -rn "phase-5-poll\|Worker-completion detection" agents/SKILL.md
-git add agents/SKILL.md
-git commit -m "feat(agents): Phase 4/5 워커 dispatch 후 완료 폴링 진입 명세"
-```
-
----
-
-### Task 5: Phase 6 report-writer 폴링 명세 (okstra-report-writer)
-
-**Files:**
-- Modify: `skills/okstra-report-writer/SKILL.md` (Phase 6 dispatch template 직후)
-
-- [ ] **Step 1: dispatch 후 폴링 명세**
-
-[skills/okstra-report-writer/SKILL.md:27-41](../../../skills/okstra-report-writer/SKILL.md) 의 dispatch 템플릿 뒤에, "dispatch 후 report-writer 의 data.json + worker-results 파일 출현을 team-contract 규약대로 폴링하여 완료를 인지한다. spawn ack 를 완료로 착각하지 말 것" 을 추가.
-
-- [ ] **Step 2: 일관성 grep + 커밋**
-
-```bash
-grep -rn "Worker-completion detection\|Spawned successfully" skills/okstra-report-writer/SKILL.md
-git add skills/okstra-report-writer/SKILL.md
-git commit -m "feat(skills/okstra-report-writer): Phase 6 report-writer 완료 폴링 명세"
-```
-
----
-
-### Task 6: convergence 라운드 폴링 적용 (okstra-convergence)
-
-**Files:**
-- Modify: `skills/okstra-convergence/SKILL.md` (reverify dispatch 섹션)
-
-- [ ] **Step 1: 라운드별 집합 폴링 참조 추가**
-
-각 convergence 라운드의 reverify dispatch 집합(가변 1~N)에 동일한 team-contract 폴링 규약을 적용한다는 문장 추가. 라운드마다 pending set 이 재구성됨을 명시.
-
-- [ ] **Step 2: 일관성 grep + 커밋**
-
-```bash
-grep -rn "Worker-completion detection" skills/okstra-convergence/SKILL.md
-git add skills/okstra-convergence/SKILL.md
-git commit -m "feat(skills/okstra-convergence): 라운드별 reverify 완료 폴링 적용"
-```
-
----
-
-### Task 7: self-wakeup 도구 권한 seed (settings.template.json)
-
-**Files:**
-- Modify: `templates/reports/settings.template.json`
-
-- [ ] **Step 1: Task 1 승자 도구 권한 추가**
-
-Task 1 에서 cron 채택 시 `CronCreate`/`CronList`/`CronDelete` 를, Monitor 채택 시 `Monitor` 를 `permissions.allow` 에 추가한다. 사용자 머신 전파를 위해 personal `.claude/` 가 아니라 이 템플릿에 seed (CLAUDE.md artifact-home 규칙).
-
-- [ ] **Step 2: JSON 유효성 + 커밋**
-
-```bash
-jq . templates/reports/settings.template.json >/dev/null && echo "valid"
-git add templates/reports/settings.template.json
-git commit -m "feat(templates): self-wakeup 폴링 도구 권한 seed"
-```
-
----
-
-### Task 8: TODO.md 수정 B/C 해소
-
-**Files:**
-- Modify: `agents/TODO.md`
-
-- [ ] **Step 1: 수정 B/C 항목에 해소 메모**
-
-"수정 B — Leader-side 워커 soft timeout" 와 "수정 C 후보 — worker-results 파일 폴링 루프" 항목에, 본 plan(self-scheduled 폴링)으로 통합·해소됨을 기록하고 spec/plan 경로를 링크. 변경 이력에 2026-06-10 항목 추가.
-
-- [ ] **Step 2: 커밋**
-
-```bash
-git add agents/TODO.md
-git commit -m "docs(agents): 워커 완료 폴링으로 TODO 수정 B/C 해소 기록"
-```
-
----
-
-### Task 9: e2e 시나리오 + build 검증
-
-**Files:**
-- Create: `tests-e2e/scenario-<id>-worker-completion-polling.sh`
-- Test: `bash validators/validate-workflow.sh`, `npm run build`
-
-- [ ] **Step 1: 종료 lifecycle e2e 작성**
-
-`tests-e2e/scenario-<id>-<name>.sh` 규약(mktemp OKSTRA_HOME, trap EXIT cleanup)에 따라, 폴링 종료 lifecycle 의 검증 가능한 부분을 스크립트화: pending/done set 추적, deadline 시 timeout 기록, 스케줄 해제 확인. (LLM 비결정 동작은 e2e 가 아니라 Task 1 PROBE 가 담당 — e2e 는 결정적 산출물/상태 전이만 검증.)
-
-- [ ] **Step 2: 워크플로우 validator + build**
-
-```bash
-bash validators/validate-workflow.sh
-npm run build
-node bin/okstra doctor
-```
-Expected: validator 통과, build 가 변경된 SKILL/agent/template 을 runtime/ 으로 동기화, doctor 정상.
-
-- [ ] **Step 3: 커밋**
-
-```bash
-git add tests-e2e/ runtime/
-git commit -m "test(e2e): 워커 완료 폴링 종료 lifecycle 시나리오 + build 동기화"
-```
-
----
-
-## Self-Review (작성자 체크)
-
-- **Spec 커버리지:** §1 문제→Task 1 실측 재현. §3 방향 C→Task 2~7. §4.1 메커니즘→Task 2/4. §4.2 복수 워커→Task 1 Step3 + Task 2. §4.3 종료 lifecycle→Task 2 Step1. §4.4 Monitor/cron→Task 1. §5 실측 게이트→Task 1(BLOCKING). §6 변경 범위→Task 2~9 파일 일치. §7 미해결→Task 1 이 캐시 TTL/Monitor 형태 확정.
-- **Placeholder:** `<WAKEUP>` / `<id>` 는 Task 1 결과·시나리오 번호로 채워지는 의도된 변수이며, 그 치환 규칙을 각 Task 에 명시함 (막연한 TODO 아님).
-- **타입/이름 일관성:** "pending set" / "done set" / "Worker-completion detection" / `<WAKEUP>` 용어가 Task 2~6 에서 동일하게 사용됨.
-- **알려진 한계:** SKILL 명세 변경은 LLM 동작을 *유도*할 뿐 코드로 *강제*하지 못한다 (CLAUDE.md Rule 3). 결정적 강제가 가능한 부분(종료 lifecycle 의 산출물/상태)만 Task 9 e2e 가 검증하고, 나머지는 Task 1 실측 + 실사용 관측에 의존함을 명시.