@henry1981/nondev-harness-plugin 0.1.0 → 0.2.1

package/skills/execute-nondev/skill.md

@@ -5,7 +5,7 @@ description: Use when proceeding from plan-nondev Plan 6-element output to execu
 
 # Execute-nondev — 비개발자 작업 Plan 진행자
 
-plan-nondev Plan 6 항목 markdown 본문을 입력으로 받아 Plan 본문 step-by-step 진행한다. 본 스킬은 PRD v2.4 §5 §단계 3 Execute = `execute-nondev` (신규) 매핑 영역의 Plan 진행자 역할이며, LLM 자율주행 차단 + PRD 매 턴 주입 + 외부 검증 회귀 영역의 강제 흐름 보장이다.
+plan-nondev Plan 6 항목 markdown 본문을 입력으로 받아 Plan 본문 step-by-step 진행한다. 본 스킬은 비개발자 하네스 4단계 흐름(PRD → Plan → Execute → Review) 중 §단계 3(Execute) 진행자 역할이며, LLM 자율주행 차단 + PRD 매 턴 주입 + 외부 검증 회귀 영역의 강제 흐름 보장이다.
 
 ## 언제 사용하는가
 
@@ -13,24 +13,21 @@ plan-nondev 통과 + Plan artifact review_gate `status: pass` (또는 `revise-mi
 
 - Plan 6 항목 schema 완비 (지식 식별·부수 변화·도구·workflow·분기·앵커 라인)
 - Plan frontmatter `review_gate.reviewed_revision` 영역 명시 (freshness primary key)
-- HB 명시 신호 ("이제 execute 가자" 또는 자동 진입 default)
+- 사용자 명시 신호 ("이제 execute 가자" 또는 자동 진입 default)
 
 ## 언제 사용 금지
 
 - 프로그래밍 작업 (코드 구현·bug fix·리팩토링) → `superpowers:executing-plans`
 - 단건 작업 (검증 단위 1개) → 직접 진행, execute 불필요
 - Plan frontmatter `review_gate.status: pending` 또는 metadata 부재 → plan-nondev §Step 5 회귀 (unreviewed Plan execute 진입 X)
-- Plan frontmatter `review_gate.status: revise-major` 또는 `block` → HB/PRD 회귀 (Plan 수정만으로 진입 X)
-- 의료기기 인허가 도메인 진입 → `medical-device-ra-qa-frame`이 Execute 영역도 흡수
+- Plan frontmatter `review_gate.status: revise-major` 또는 `block` → 사용자/PRD 회귀 (Plan 수정만으로 진입 X)
 
 ## 전제·의존성
 
-본 스킬 성립 전제 4종. 위반 시 §Step 1 입력 조건 catch 단계에서 fail-closed 실행 중지.
+본 스킬 성립 전제 2종. 위반 시 §Step 1 입력 조건 catch 단계에서 fail-closed 실행 중지.
 
 1. **plan-nondev Plan artifact 선행**: 입력 계약은 plan-nondev §Output Format Plan 6 항목 markdown 본문 + frontmatter `review_gate` metadata 8 필드 (reviewed_revision은 required primary key)
-2. **PRD v2 본문 실존**: `docs/superpowers/specs/2026-05-14-nondev-harness-prd-v2.md` §7 §단계 3 Execute 통제 강도 line 135~145 영역 + §주 영속 결정 line 264 본문 보존 (v2.4 ship 시점 실측 기준)
-3. **deliverable-review 스킬 실존**: yellow state machine Step 4에서 `/deliverable-review target={plan} subtype=plan` 게이트 재호출 의무
-4. **skill-creator 경유 개정**: 본 스킬 수정 시 반드시 `skill-creator` 경유 (rules/workflow.md §스킬 수정)
+2. **deliverable-review 스킬 실존**: yellow state machine Step 4에서 `/deliverable-review target={plan} subtype=plan` 게이트 재호출 의무
 
 ---
 
@@ -46,9 +43,9 @@ Plan artifact frontmatter `review_gate` metadata 영역 read. mismatch 5 case
 | 2 | `status: pass` + `reviewed_revision` 명시 | freshness 검증 (아래) PASS 시 Step 2 진입 |
 | 3 | `status: revise-minor` + `closure_note` 채움 | freshness 검증 PASS 시 Step 2 진입 |
 | 4 | `status: revise-minor` + `closure_note` 빈 영역 | *fail-closed* 실행 중지. plan-nondev §Step 5 closure_note 명시 회귀 |
-| 5 | `status: revise-major` 또는 `block` | red 처리. HB/PRD 회귀 (Plan 수정만으로 진입 X — Recommendation Mapping 정합) |
+| 5 | `status: revise-major` 또는 `block` | red 처리. 사용자/PRD 회귀 (Plan 수정만으로 진입 X — Recommendation Mapping 정합) |
 
-**freshness 검증 단일 규칙** (codex r9 P1.1 + r10 P1.1·P1.2 + r11 P1.2 정합):
+**freshness 검증 단일 규칙**:
 
 - **`reviewed_revision`은 required primary key**:
   - 부재 → *fail-closed* 실행 중지 + plan-nondev review gate 재호출
@@ -73,7 +70,7 @@ Plan artifact frontmatter `review_gate` metadata 영역 read. mismatch 5 case
 - 산출물 형태/대상: {PRD §5 형태 + 대상}
 - 제약 핵심: {PRD §8 표준 6 범주 중 본 step 영역 trigger 영역}
 
-**검증 신호등** (실행 단계 운영 영역): 녹(ship — 산출물 완료 후보) / 황(yellow state machine 발동 — Step 5) / 적(HB/PRD 회귀 — red 분기) (PRD §7 §단계 4 정합. PRD §9 신호등은 PRD 완성 판단용으로 clarify-nondev 단계 영역, 본 execute 단계 매 응답 recap 영역 X)
+**검증 신호등** (실행 단계 운영 영역): 녹(ship — 산출물 완료 후보) / 황(yellow state machine 발동 — Step 5) / 적(사용자/PRD 회귀 — red 분기) (PRD §7 §단계 4 정합. PRD §9 신호등은 PRD 완성 판단용으로 clarify-nondev 단계 영역, 본 execute 단계 매 응답 recap 영역 X)
 
 **§주 영속 결정**: LLM 자율주행 차단 + 외부 검증 회귀 + 압축 default 폐기 + 박다 어휘 회피 (PRD §주 영역)
 ```
@@ -95,45 +92,45 @@ Plan §workflow 본문 step-by-step 진행 의무. *도구 영역만* LLM 자율
 
 ### Step 4 — 비동기 검토 모드
 
-HB 직접 발화 인용: *"내가 마무리하면 diff로 확인하고 납득되지 않는 것만 질문해줘"*.
+사용자 직접 발화 인용: *"내가 마무리하면 diff로 확인하고 납득되지 않는 것만 질문해줘"*.
 
-본 모드는 *매 turn HB 확인 X*. LLM이 Plan §workflow Step 시퀀스 한 묶음 dive 후 HB가 결과를 diff로 검토. 검토 결과는 Step 5 검증 단계 (deliverable-review)와 결합.
+본 모드는 *매 turn 사용자 확인 X*. LLM이 Plan §workflow Step 시퀀스 한 묶음 dive 후 사용자가 결과를 diff로 검토. 검토 결과는 Step 5 검증 단계 (deliverable-review)와 결합.
 
 **비동기 검토 트리거**:
-- Plan §workflow 한 묶음 closure (예: Step 1·2·3 closure → HB diff 검토 trigger)
-- HB 명시 인터럽트 ("잠깐, X 다시 보자") → Step 5 yellow state machine 발동
+- Plan §workflow 한 묶음 closure (예: Step 1·2·3 closure → 사용자 diff 검토 trigger)
+- 사용자 명시 인터럽트 ("잠깐, X 다시 보자") → Step 5 yellow state machine 발동
 - Plan §workflow 전체 closure → Step 6 검증 단계 진입
 
 ### Step 5 — 실행 중 인터럽트 + yellow state machine
 
 Plan workflow·분기 충돌 신호 발생 또는 workflow 실행 boundary 7건 보호 경계 침범 시 즉시 정지 + 황색 신호 보고.
 
-**yellow trigger 케이스** (PRD §7 §단계 3 인터럽트 영역 line 138~144 정합):
+**yellow trigger 케이스** (PRD §7 §단계 3 인터럽트 영역 정합):
 - workflow Step 시퀀스 이탈 (Plan 본문 따르기 자율 선택 발생)
 - workflow 실행 boundary 7건 침범 (cwd·write scope·read-only refs·branch·commit·no-touch·external visibility 영역)
 - 분기 시나리오 명시 X 변형 도달
 - GT 자산 내용 부족 catch
-- 외부 입력 도착 (HB 인터럽트·외부 신호 수령)
+- 외부 입력 도착 (사용자 인터럽트·외부 신호 수령)
 - 기존 분기 처리 미정의 영역 도달
 
-**yellow state machine 6 step** (조용한 계획 변경 차단, codex r5 P2.4 + r8 P1.1 + r10 P2.3 정합):
+**yellow state machine 6 step** (조용한 계획 변경 차단):
 
 1. **실행 중지** — 현 step 진행 X
-2. **Plan artifact §변경 이력 영역에 revision history row 추가** — yellow trigger·변경 영역 명시. Plan path는 `{input plan path}` (drafts/{topic}/plans/...md 또는 docs/superpowers/plans/...md 둘 다 영역, codex r6 P3.5 정합)
+2. **Plan artifact §변경 이력 영역에 revision history row 추가** — yellow trigger·변경 영역 명시. Plan path는 `{input plan path}` (drafts/{topic}/plans/ 또는 plan 디렉토리 둘 다 영역)
 3. **변경된 `workflow / 분기 / 앵커 라인` 영역 본문 patch**
 4. **`/deliverable-review target={input plan path} subtype=plan` 게이트 호출**
-5. **review_gate metadata 갱신** (codex r8 P1.1 + r9 P1.1 + r10 P2.3 + r11 P1.2 정합) — Plan frontmatter `review_gate` 영역 8 필드 모두 갱신:
+5. **review_gate metadata 갱신** — Plan frontmatter `review_gate` 영역 8 필드 모두 갱신:
    - `status`: pass / revise-minor / revise-major / block (Recommendation Mapping 정합)
    - `reviewed_at`: {execution_date}
    - `reviewer`: deliverable-review
    - `review_target`: `{input plan path}`
    - `review_evidence`: path 또는 "inline: §Review Gate"
    - `closure_note`: "" (revise-minor 시 본문 필수)
-   - `reviewed_revision`: 본 yellow 시점 §변경 이력 *최신 row id* (codex r10 P1.1 — required primary)
+   - `reviewed_revision`: 본 yellow 시점 §변경 이력 *최신 row id* (required primary)
    - `plan_fingerprint`: 갱신된 Plan 본문의 새 hash (optional diagnostic)
-6. **갱신된 `review_gate`를 Step 1 입력 조건 + freshness 검증으로 재확인 후 resume** (revise-major·block → red, PRD/HB 회귀)
+6. **갱신된 `review_gate`를 Step 1 입력 조건 + freshness 검증으로 재확인 후 resume** (revise-major·block → red, PRD/사용자 회귀)
 
-**red 분기는 Plan 수정 X — PRD/HB 회귀로 고정** (PRD §단계 4 검증 신호등 영역 정합).
+**red 분기는 Plan 수정 X — PRD/사용자 회귀로 고정** (PRD §단계 4 검증 신호등 영역 정합).
 
 본 인터럽트는 Step 6 검증 단계의 황·적 분기보다 *시점이 빠르다*. Execute → 검증 → 분기 회귀 경로가 매 turn 대응 가능.
 
@@ -144,9 +141,9 @@ Plan §workflow 전체 closure 후 deliverable-review 게이트 진입.
 `/deliverable-review target={Step 4 산출물 경로} subtype={subtype}`.
 
 검증 7 영역 + 신호등 분기 + Recommendation 매핑 결과:
-- 녹 + ship → 산출물 완료 후보 (HB 최종 점검)
+- 녹 + ship → 산출물 완료 후보 (사용자 최종 점검)
 - 황 + revise-minor → Step 5 yellow state machine 발동
-- 적 + revise-major / block → HB/PRD 회귀
+- 적 + revise-major / block → 사용자/PRD 회귀
 
 ---
 
@@ -175,9 +172,9 @@ review_gate:
 4종. 통상 영역 외 즉시 발동.
 
 - **Step 1 입력 조건 fail-closed**: review_gate metadata 부재 또는 `status: pending` 또는 `revise-minor` + closure_note 빈 영역 → 실행 중지 + plan-nondev 회귀 안내
-- **HB 명시 인터럽트**: HB가 "잠깐 X 다시 보자" 신호 → Step 5 yellow state machine 즉시 발동
-- **HB 스킵 신호**: "그냥 바로 진행해" → Step 4 비동기 검토 모드 default. 단 Step 6 deliverable-review 게이트는 의무 (skip X)
-- **red 분기 catch**: Step 5에서 revise-major·block 결과 → red 처리, HB/PRD 회귀 (Plan 수정 X)
+- **사용자 명시 인터럽트**: 사용자가 "잠깐 X 다시 보자" 신호 → Step 5 yellow state machine 즉시 발동
+- **사용자 스킵 신호**: "그냥 바로 진행해" → Step 4 비동기 검토 모드 default. 단 Step 6 deliverable-review 게이트는 의무 (skip X)
+- **red 분기 catch**: Step 5에서 revise-major·block 결과 → red 처리, 사용자/PRD 회귀 (Plan 수정 X)
 
 ---
 
@@ -185,9 +182,9 @@ review_gate:
 
 본 스킬은 *진행자*라 질문 출력 영역 적음. 단 다음 case에서 질문 출력:
 
-- Step 1 입력 조건 fail-closed → "plan-nondev §Step 5로 회귀할까요?" HB 1줄 선택
-- Step 5 yellow state machine 발동 → "yellow trigger 영역: {trigger}. Plan §workflow / 분기 / 앵커 라인 patch 직접 진행할까요, HB 인터럽트 대기할까요?" HB 1줄 선택
-- Step 6 deliverable-review 결과 적 1+ → "PRD 회귀 영역: {영역}. PRD 명시 신호 대기할까요?" HB 1줄 선택
+- Step 1 입력 조건 fail-closed → "plan-nondev §Step 5로 회귀할까요?" 사용자 1줄 선택
+- Step 5 yellow state machine 발동 → "yellow trigger 영역: {trigger}. Plan §workflow / 분기 / 앵커 라인 patch 직접 진행할까요, 사용자 인터럽트 대기할까요?" 사용자 1줄 선택
+- Step 6 deliverable-review 결과 적 1+ → "PRD 회귀 영역: {영역}. PRD 명시 신호 대기할까요?" 사용자 1줄 선택
 
 ---
 
@@ -198,11 +195,11 @@ review_gate:
 | 합리화 | 실제 |
 |---|---|
 | "review_gate metadata 부재해도 실행 진입" | Step 1 fail-closed 위반. unreviewed Plan execute 진입 X |
-| "freshness 검증 부재만으로 fail-closed X" | reviewed_revision 부재는 fail-closed (codex r9 P1.1) |
-| "plan_fingerprint 부재면 fail-closed" | plan_fingerprint는 optional diagnostic — 부재만으로는 fail-closed X (codex r11 P1.2) |
+| "freshness 검증 부재만으로 fail-closed X" | reviewed_revision 부재는 fail-closed |
+| "plan_fingerprint 부재면 fail-closed" | plan_fingerprint는 optional diagnostic — 부재만으로는 fail-closed X |
 | "Step 5 yellow trigger 무시하고 진행" | yellow state machine 6 step 의무. 조용한 계획 변경 차단 |
 | "Plan §workflow 명시 외 step 자율 추가" | workflow는 강 통제. 자율 추가 시 yellow state machine 발동 |
-| "revise-major도 Plan patch만으로 진입 가능" | red 분기는 Plan 수정 X — HB/PRD 회귀 고정 |
+| "revise-major도 Plan patch만으로 진입 가능" | red 분기는 Plan 수정 X — 사용자/PRD 회귀 고정 |
 | "PRD 매 턴 주입 token cost 부담돼서 skip" | Step 2 의무. PRD 요약본은 ≤ 500 token cap이라 부담 적음. Context Collapse 차단이 본질 |
 
 ---
@@ -211,7 +208,7 @@ review_gate:
 
 | 합리화 | 반박 |
 |---|---|
-| "Plan §workflow Step 1·2 같이 dive해서 진행 가속" | 강 통제 위반. workflow Step 시퀀스는 Plan 본문 따르기 강제. 가속 영역은 Step 4 비동기 검토 모드 (한 묶음 dive 후 HB diff)로 처리 |
+| "Plan §workflow Step 1·2 같이 dive해서 진행 가속" | 강 통제 위반. workflow Step 시퀀스는 Plan 본문 따르기 강제. 가속 영역은 Step 4 비동기 검토 모드 (한 묶음 dive 후 사용자 diff)로 처리 |
 | "도구 자율 허용이라 branch·commit도 자율 선택" | 도구 자율 = 함수·라이브러리 자율. branch·commit·write scope·external visibility는 *Plan workflow boundary 7건* 영역이라 강 통제 |
 | "yellow state machine Step 5 review_gate 갱신 skip하고 resume" | Step 5 의무. metadata 갱신 후 Step 1 입력 조건 + freshness 재확인 영역 통과 후에만 resume |
 | "Step 6 deliverable-review 영역 skip 후 직접 ship" | 검증 단계 의무. unreviewed 산출물 ship X (PRD §단계 4 정합) |
@@ -221,6 +218,5 @@ review_gate:
 
 ## Notes
 
-- **PRD v2.4 매핑**: 본 스킬은 PRD `docs/superpowers/specs/2026-05-14-nondev-harness-prd-v2.md` §5 §단계 3 Execute = `execute-nondev` (신규) 매핑 영역. PRD §7 §단계 3 통제 강도 line 135~145 + §주 영속 결정 line 264 정의를 본 스킬 출력에 직접 흡수
-- **개정 규율**: 본 스킬 수정 시 반드시 `skill-creator` 경유 (rules/workflow.md §스킬 수정)
-- **dogfood 영역**: 본 스킬 첫 dogfood는 본 cycle Task 5·6 영역 또는 별도 비개발자 작업 진입 시점. plan v1.2 (drafts/nondev-harness/plans/2026-05-14-prd-v2-self-application-plan.md, *Execute 작성 스킬 부재* evidence pack)와 신규 execute-nondev 진행 비교 영역은 별도 dogfood cycle로 carry-forward
+- **하네스 내 위치**: 본 스킬은 비개발자 하네스 4단계(PRD → Plan → Execute → Review) 중 §단계 3(Execute) 진행자다. Plan 진행 통제·PRD 매 턴 주입·yellow state machine 정의를 자체 보유한다.
+- **개정 규율**: 본 스킬 수정 시 skill-creator 경유.

package/skills/plan-nondev/skill.md

@@ -5,7 +5,7 @@ description: Use when proceeding from clarify-nondev PRD 8-element output to a P
 
 # Plan-nondev — 비개발자 작업 Plan 6 항목 schema 생성기
 
-clarify-nondev §Output Format PRD 8 항목 markdown 본문을 입력으로 받아 PRD v2.4 §7 §단계 2 Plan 결정 6 항목 schema를 산출한다. 본 스킬은 PRD v2.4 §5 §단계 2 Plan = `plan-nondev` (재작성, 명칭 보존) 매핑 영역의 Plan 생성기 역할이다.
+clarify-nondev §Output Format PRD 8 항목 markdown 본문을 입력으로 받아 §단계 2 Plan 결정 6 항목 schema를 산출한다. 본 스킬은 비개발자 하네스 4단계 흐름(PRD → Plan → Execute → Review) 중 §단계 2(Plan 생성기) 역할이며, Plan 결정 6 항목 schema 정의를 자체 보유한다(§Output Format).
 
 ## 언제 사용하는가
 
@@ -14,23 +14,20 @@ clarify-nondev 통과 직후 + 다음 4 조건 모두 충족 시:
 - PRD 8 항목 (또는 PRD Lite 4 항목) 산출 완료
 - PRD §9 신호등 5 항목 self-check 전 항목 녹
 - clarify-nondev hb_judgment_required 영역 모두 closure
-- HB 명시 신호 ("이제 plan 가자" 또는 자동 진입 default)
+- 사용자 명시 신호 ("이제 plan 가자" 또는 자동 진입 default)
 
 ## 언제 사용 금지
 
 - 프로그래밍 작업 (코드 구현·bug fix·리팩토링) → `superpowers:writing-plans`
 - 단건 작업 (검증 단위 1개) → 직접 진행, plan 불필요
 - clarify-nondev hb_judgment_required·open_questions 잔존 → clarify-nondev로 회귀
-- 의료기기 인허가 도메인 진입 → `medical-device-ra-qa-frame`이 Plan 영역도 흡수
 
 ## 전제·의존성
 
-본 스킬 성립 전제 4종. 위반 시 §Step 1 진입 차단 또는 §Step 3 review_gate metadata 작성 실패.
+본 스킬 성립 전제 2종. 위반 시 §Step 1 진입 차단 또는 §Step 3 review_gate metadata 작성 실패.
 
 1. **clarify-nondev PRD 8 항목 선행**: 입력 계약은 clarify-nondev §Output Format PRD 8 항목 markdown 본문 (또는 PRD Lite 4 항목). 입력 누락 시 §Step 1 진입 차단 + clarify-nondev 회귀 안내
-2. **PRD v2 본문 실존**: `docs/superpowers/specs/2026-05-14-nondev-harness-prd-v2.md` §7 §단계 2 Plan 결정 6 항목 line 122~133 영역 본문 보존 (v2.4 ship 시점 실측 기준)
-3. **deliverable-review 스킬 실존**: Plan artifact 생성 후 execute 진입 전 `/deliverable-review target={plan} subtype=plan` 게이트 호출 의무
-4. **skill-creator 경유 개정**: 본 스킬 수정 시 반드시 `skill-creator` 경유 (rules/workflow.md §스킬 수정)
+2. **deliverable-review 스킬 실존**: Plan artifact 생성 후 execute 진입 전 `/deliverable-review target={plan} subtype=plan` 게이트 호출 의무
 
 ---
 
@@ -45,10 +42,10 @@ clarify-nondev PRD 8 항목 산출물 read. mismatch 3 case 점검:
 | case | trigger | 처리 |
 |---|---|---|
 | 1 | PRD §9 신호등 황 1+ | 진입 차단. clarify-nondev §Step 5 영역 회귀 안내 |
-| 2 | PRD §9 신호등 적 1+ | 진입 차단. PRD 미완성 — clarify-nondev §Step 4 회귀 또는 HB 명시 신호 대기 |
-| 3 | PRD §4 GT 자산 경로 0건 | 경고 후 진입 (HB 수동 보강 신호 — 본 plan에서 §workflow read-only refs 누락 가능성) |
+| 2 | PRD §9 신호등 적 1+ | 진입 차단. PRD 미완성 — clarify-nondev §Step 4 회귀 또는 사용자 명시 신호 대기 |
+| 3 | PRD §4 GT 자산 경로 0건 | 경고 후 진입 (사용자 수동 보강 신호 — 본 plan에서 §workflow read-only refs 누락 가능성) |
 
-case 1·2면 회귀 후 종료. case 3는 §Step 3에서 workflow read-only refs 영역에 HB 보강 의무 명시.
+case 1·2면 회귀 후 종료. case 3는 §Step 3에서 workflow read-only refs 영역에 사용자 보강 의무 명시.
 
 ### Step 2 — Plan 결정 6 항목 채우기 source 확보
 
@@ -70,7 +67,7 @@ clarify-nondev PRD 8 항목 영역에서 Plan 6 항목 채우기 source 추출:
 #### 3-1. 지식 식별·리서치 계획
 
 - PRD §4 GT 자산 경로 → 구체 라인·섹션·코드 수준까지 specify
-- 부족 영역 — Plan 진행 중 추가 조달 계획 명시 (예: "RWE SOP DP1101 §5.3.2 영역 추가 read")
+- 부족 영역 — Plan 진행 중 추가 조달 계획 명시 (예: "SOP 절차서 §5.3 영역 추가 read")
 
 #### 3-2. 부수 변화 문서 식별
 
@@ -88,10 +85,10 @@ clarify-nondev PRD 8 항목 영역에서 Plan 6 항목 채우기 source 추출:
 
 | # | 항목 | 정의 |
 |---|---|---|
-| (a) | **cwd** | 작업 디렉토리 (예: `/Users/hb/Project/KHC`) |
-| (b) | **write scope** | 수정 대상 파일·디렉토리 명시 (예: `rwe-vendor-audit/sop/DP1101.md` + changelog) |
+| (a) | **cwd** | 작업 디렉토리 (예: `프로젝트 저장소 루트`) |
+| (b) | **write scope** | 수정 대상 파일·디렉토리 명시 (예: `sop/{절차서}.md` + changelog) |
 | (c) | **read-only refs** | 읽기 전용 참조 영역 (GT 자산·rules·prior cycle artifact) |
-| (d) | **branch/worktree policy** | 현 branch 직접 작업 vs worktree 신설 (Cross-platform rule 영역 — `rules/workflow.md` §Worktree Setup 정합) |
+| (d) | **branch/worktree policy** | 현 branch 직접 작업 vs worktree 신설 |
 | (e) | **commit grouping** | commit 단위 — step별 1 commit / Task별 1 commit / 일괄 1 commit |
 | (f) | **no-touch paths** | 건드리지 말아야 할 경로 (security·legacy·read-only refs 영역) |
 | (g) | **external visibility** | 외부 발신 영역 — 본 산출물이 외부 수신자(스폰서·규제·계약·법률·audit·벤더)에게 보내지는지 |
@@ -101,13 +98,13 @@ clarify-nondev PRD 8 항목 영역에서 Plan 6 항목 채우기 source 추출:
 #### 3-5. 분기
 
 - 외부 입력·partial 수령·변형 대응 영역 명시
-- 시간 압박 trade-off 3-layer (PRD §3 line 41~45 영역 인용) — Never sacrifice / Can compress first / Escalate to HB when
+- 시간 압박 trade-off 3-layer (PRD §3 영역 인용) — Never sacrifice / Can compress first / Escalate to 사용자 when
 - 외부 입력 도착 시 인터럽트 처리 영역 (PRD §7 §단계 3 정합)
 
 #### 3-6. 앵커 라인
 
 - 다음 한 동작 명시 (cold-start 진입점)
-- 예: "rwe-vendor-audit/sop/DP1101.md §5.3.2 영역 patch 진입"
+- 예: "`sop/{절차서}.md` §5.3 영역 patch 진입"
 
 ### Step 4 — Plan artifact 산출
 
@@ -121,7 +118,7 @@ Plan artifact 생성 후 execute 진입 전 의무:
 
 `/deliverable-review target={plan path} subtype=plan` 게이트 호출.
 
-**review_gate metadata schema 의무** (codex r7 P1.1 + r9 P1.1 + r10 P1.2 + r11 P1.2 정합):
+**review_gate metadata schema 의무**:
 
 ```yaml
 review_gate:
@@ -131,11 +128,11 @@ review_gate:
   review_target: path/to/plan.md
   review_evidence: path/to/review.md 또는 "inline: §Review Gate"
   closure_note: ""  # revise-minor 시 closure 영역 명시 의무
-  reviewed_revision: "§변경 이력 row id 또는 version"  # codex r9 P1.1 freshness anchor (primary, required)
-  plan_fingerprint: "sha256:<canonical-plan-hash>"  # codex r10 P1.2 — optional diagnostic
+  reviewed_revision: "§변경 이력 row id 또는 version"  # freshness anchor (primary, required)
+  plan_fingerprint: "sha256:<canonical-plan-hash>"  # optional diagnostic
 ```
 
-**`plan_fingerprint` canonical hash 정의** (codex r10 P1.2 — self-invalidating 차단):
+**`plan_fingerprint` canonical hash 정의** (self-invalidating 차단):
 
 - canonical body = Plan 본문 *전체*에서 다음 volatile 영역을 *제외*한 영역의 sha256:
   - `review_gate` metadata block 전체 (status·reviewed_at·review_evidence·closure_note·reviewed_revision·plan_fingerprint 모두)
@@ -153,15 +150,15 @@ review_gate:
 |---|---|---|---|
 | ship | green | pass | execute-nondev 진입 |
 | revise-minor | yellow | revise-minor | closure_note 채움 + Plan patch + 재게이트 또는 closure_note 명시 후 execute 진입 |
-| revise-major | red (default) | revise-major | reviewer 본문에 *"Plan-only yellow downgrade 가능"* 근거 명시 시 Plan patch + 재게이트, 그 외 HB/PRD 회귀 |
-| block | red | block | HB/PRD 회귀 (Plan 수정만으로 진입 X) |
+| revise-major | red (default) | revise-major | reviewer 본문에 *"Plan-only yellow downgrade 가능"* 근거 명시 시 Plan patch + 재게이트, 그 외 사용자/PRD 회귀 |
+| block | red | block | 사용자/PRD 회귀 (Plan 수정만으로 진입 X) |
 
-**`pass` 영역 조건** (codex r8 P1.2 + P2.3 정합): `Signal=green` AND `Recommendation=ship` 시만 `review_gate.status: pass` 기록.
+**`pass` 영역 조건**: `Signal=green` AND `Recommendation=ship` 시만 `review_gate.status: pass` 기록.
 
 **무조건 red 영역** (recommendation과 무관):
 - source_fidelity FAIL — 인용 정확성·원문 대조 실패
 - regulatory correctness FAIL — 법규·SOP·고시 정합 실패
-- explicit HB judgment boundary 침범 — HB 결정 영역 자율 처리
+- explicit 사용자 judgment boundary 침범 — 사용자 결정 영역 자율 처리
 
 ### Step 6 — 다음 흐름 진입 (execute-nondev)
 
@@ -175,7 +172,7 @@ unreviewed Plan으로 execute 진입 X — execute-nondev §1 입력 조건이 P
 
 ## Output Format — Plan 6 항목 markdown 본문
 
-Step 4 산출. PRD `docs/superpowers/specs/2026-05-14-nondev-harness-prd-v2.md` §7 §단계 2 본문 형식 답습.
+Step 4 산출. Plan 6 항목 markdown 본문 형식은 다음과 같다.
 
 ````markdown
 ---
@@ -184,7 +181,7 @@ type: plan
 status: active
 created: YYYY-MM-DD
 updated: YYYY-MM-DD
-prd: docs/.../YYYY-MM-DD-{topic}-prd.md
+prd: {PRD 경로}/YYYY-MM-DD-{topic}-prd.md
 input_prd_version: v{x.y}
 related_paths:
   - {PRD 경로}
@@ -249,9 +246,9 @@ review_gate:
 - {외부 입력 대응 1}: {처리 방향}
 - {partial 수령 대응 1}: {처리 방향}
 - **시간 압박 trade-off 3-layer** (PRD §3 정합):
-  - Never sacrifice: source fidelity·regulatory correctness·HB judgment boundaries
+  - Never sacrifice: source fidelity·regulatory correctness·사용자 judgment boundaries
   - Can compress first: optional polish·nonessential automation·broad research·secondary docs
-  - Escalate to HB when: Never sacrifice 영역 흔들림 시점
+  - Escalate to 사용자 when: Never sacrifice 영역 흔들림 시점
 
 ## 6. 앵커 라인
 
@@ -270,9 +267,9 @@ review_gate:
 
 Plan 산출물 위치는 PRD 산출물 위치 영역과 정합:
 
-- **PRD가 RWE Vendor Audit·SOP·compliance 도메인** → `{project}/plans/YYYY-MM-DD-{topic}-plan.md`
-- **PRD가 비개발자 하네스·rules·skill 영역** → `docs/superpowers/plans/YYYY-MM-DD-{topic}-plan.md`
-- **PRD가 drafts 영역** → `drafts/{topic}/plans/YYYY-MM-DD-{topic}-plan.md`
+- **도메인 프로젝트 산출물** → 해당 프로젝트의 plan 디렉토리 (예: `{project}/plans/YYYY-MM-DD-{topic}-plan.md`)
+- **규칙·스킬·하네스 개정** → 저장소의 plan·문서 디렉토리
+- **실험·초안 영역** → drafts 디렉토리 (예: `drafts/{topic}/plans/YYYY-MM-DD-{topic}-plan.md`)
 
 frontmatter `related_paths`에 PRD 경로 + GT 자산 경로 + 후속 handoff 경로 등록 의무.
 
@@ -289,7 +286,7 @@ unreviewed Plan으로 execute 진입 X — execute-nondev §1 입력 조건이 P
 2. 외부 발신 X
 3. 산출물 생성 X
 4. 기존 문서 조회·단순 답변 영역
-5. HB 명시 승인
+5. 사용자 명시 승인
 
 5 조건 중 1건이라도 X면 execute-nondev 강제 흐름 의무.
 
@@ -317,9 +314,9 @@ Plan Lite 항목 — Plan 6 항목 중 핵심 3 항목:
 4종. 라운드 상한 도달 이전이어도 조건 만족 시 바로 발동.
 
 - **명확하면 스킵**: clarify-nondev PRD 8 항목 + GT + 모든 결정 closure → Step 1·2 자동 통과, Step 3·4·5 진행
-- **라운드 상한 도달 (3라운드)**: "현재까지 채워진 Plan 6 항목으로 진행할까요, 아니면 추가 라운드 필요할까요?" HB 1줄 선택
-- **HB 통찰로 boundary 재정의 요청**: HB가 "write scope 다시 보자" / "branch 영역 재검토" 등 신호 감지 시 → 즉시 현재 항목 중단 + boundary 재검토 진입
-- **HB 스킵 신호**: "그냥 바로 execute 가" 신호 → Step 5 review_gate 게이트만 진행 + Plan 본문 simplified
+- **라운드 상한 도달 (3라운드)**: "현재까지 채워진 Plan 6 항목으로 진행할까요, 아니면 추가 라운드 필요할까요?" 사용자 1줄 선택
+- **사용자 통찰로 boundary 재정의 요청**: 사용자가 "write scope 다시 보자" / "branch 영역 재검토" 등 신호 감지 시 → 즉시 현재 항목 중단 + boundary 재검토 진입
+- **사용자 스킵 신호**: "그냥 바로 execute 가" 신호 → Step 5 review_gate 게이트만 진행 + Plan 본문 simplified
 
 ---
 
@@ -335,8 +332,8 @@ Plan Lite 항목 — Plan 6 항목 중 핵심 3 항목:
 ### 체크 2 — 로컬 탐색 선행
 
 - 이 질문의 답을 Read·Glob·Grep·wiki query로 LLM이 직접 확인 가능한가?
-- 가능하면 **먼저 탐색** → 탐색 결과 바탕으로 질문 재평가 → 여전히 HB 판단 필요 시에만 질문 출력
-- "로컬 탐색 없이 추정 질문"은 HB 명시 안티패턴
+- 가능하면 **먼저 탐색** → 탐색 결과 바탕으로 질문 재평가 → 여전히 사용자 판단 필요 시에만 질문 출력
+- "로컬 탐색 없이 추정 질문"은 사용자 명시 안티패턴
 
 ### 체크 3 — 1라운드 1질문 원칙
 
@@ -354,7 +351,7 @@ Plan Lite 항목 — Plan 6 항목 중 핵심 3 항목:
 | "Plan 6 항목 중 1~2개 생략해도 된다" | execute-nondev 입력 계약 위반. 해당 없으면 명시적 "해당 없음" 표기 |
 | "실행 boundary 7건 중 5건만 명시해도 된다" | 7건 모두 의무. execute-nondev 자율 영역 cap 차단 |
 | "review_gate metadata는 commit 후 적용" | review_gate는 *execute 진입 전* 의무. metadata 부재 시 fail-closed |
-| "Plan-only yellow downgrade는 자유롭게 가능" | reviewer 본문에 *명시 근거* 명시 후에만 가능. 그 외 revise-major → HB/PRD 회귀 |
+| "Plan-only yellow downgrade는 자유롭게 가능" | reviewer 본문에 *명시 근거* 명시 후에만 가능. 그 외 revise-major → 사용자/PRD 회귀 |
 | "여러 가능성 다 물어보자" | 체크 3 위반. 1라운드 1질문 원칙 |
 
 ---
@@ -374,7 +371,5 @@ Plan Lite 항목 — Plan 6 항목 중 핵심 3 항목:
 
 ## Notes
 
-- **PRD v2.4 매핑**: 본 스킬은 PRD `docs/superpowers/specs/2026-05-14-nondev-harness-prd-v2.md` §5 §단계 2 Plan = `plan-nondev` (재작성, 명칭 보존) 매핑 영역. PRD §7 §단계 2 Plan 결정 6 항목 line 122~133 정의 + §단계 3 Execute 통제 강도 line 135~145 정의를 본 스킬 출력에 직접 흡수
-- **이전 본문 차이**: 이전 본문 (Direction Layer adapter 영역의 5요소 schema → thin issue) 폐기. 신규 본문은 PRD §단계 2 Plan 결정 6 항목 schema 직접 생성기 영역
-- **dogfood 영역**: 본 스킬 첫 dogfood는 본 cycle Task 4 (execute-nondev 신규 작성) plan 또는 Task 5 (deliverable-review 개정) plan 영역. plan v1.2 (drafts/nondev-harness/plans/2026-05-14-prd-v2-self-application-plan.md, *Plan 작성 스킬 부재* evidence pack)와 신규 plan-nondev 산출물 비교 영역은 별도 dogfood cycle로 carry-forward
-- **개정 규율**: 본 스킬 수정 시 반드시 `skill-creator` 경유 (rules/workflow.md §스킬 수정)
+- **하네스 내 위치**: 본 스킬은 비개발자 하네스 4단계(PRD → Plan → Execute → Review) 중 §단계 2(Plan) 생성기다. Plan 결정 6 항목 schema 정의를 자체 보유한다(§Output Format).
+- **개정 규율**: 본 스킬 수정 시 skill-creator 경유.

package/tools/prd-formatter/README.md

@@ -21,7 +21,7 @@ from pathlib import Path
 
 # tools/prd-formatter cwd 기준 — repo root는 부모×2
 repo_root = Path("../..").resolve()
-target = repo_root / "docs/superpowers/specs/2026-05-14-nondev-harness-prd-v2.md"
+target = repo_root / "path/to/your-prd.md"
 content = target.read_text()
 
 print(check_frontmatter(content).passed)

package/.claude-plugin/marketplace.json

@@ -1,15 +0,0 @@
-{
-  "name": "khc-marketplace",
-  "owner": {
-    "name": "KHC",
-    "email": "dutyfree1981@gmail.com"
-  },
-  "plugins": [
-    {
-      "name": "nondev-harness",
-      "source": { "source": "npm", "package": "@henry1981/nondev-harness-plugin" },
-      "description": "KHC non-developer deliverable harness — PRD-Plan-Execute-Review 4-stage pipeline for SOP/QMS/compliance, audit/legal, rule/skill revision, wiki curation",
-      "version": "0.1.0"
-    }
-  ]
-}