@walwal-harness/cli 6.1.2 → 6.1.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +21 -0
- package/README.md +4 -2
- package/gotchas/README.md +40 -8
- package/gotchas/conductor.md +12 -82
- package/gotchas/coo-developer.md +21 -12
- package/gotchas/cqo.md +22 -0
- package/gotchas/cto.md +22 -0
- package/gotchas/dispatcher.md +12 -87
- package/gotchas/documentationer.md +21 -12
- package/gotchas/evaluator-architecture.md +22 -0
- package/gotchas/evaluator-code-quality.md +11 -20
- package/gotchas/evaluator-functional.md +10 -30
- package/gotchas/evaluator-security.md +22 -0
- package/gotchas/evaluator-visual.md +10 -19
- package/gotchas/generator-backend-laravel.md +11 -77
- package/gotchas/generator-backend.md +19 -2
- package/gotchas/generator-designer.md +22 -0
- package/gotchas/generator-devops.md +22 -0
- package/gotchas/generator-frontend.md +13 -22
- package/gotchas/meeting-manager.md +22 -0
- package/gotchas/planner.md +19 -2
- package/gotchas/service-ops.md +13 -18
- package/package.json +1 -1
- package/scripts/conductor-tick.sh +167 -21
- package/scripts/harness-meeting-doc.sh +146 -2
- package/scripts/harness-session-start.sh +7 -0
- package/scripts/lib/harness-progress-migrate.sh +58 -0
- package/skills/conductor/SKILL.md +1 -0
- package/skills/coo-developer/SKILL.md +35 -5
- package/skills/documentationer/SKILL.md +55 -9
- package/skills/meeting-manager/SKILL.md +114 -4
- package/skills/planner/SKILL.md +45 -0
package/skills/planner/SKILL.md
CHANGED
|
@@ -67,13 +67,58 @@ Planner는 더 이상 초기 파이프라인의 단순 1회성 spec writer가
|
|
|
67
67
|
|
|
68
68
|
- **COO 역할**: Goal 정렬, 설계 허점 탐지, 브레인스토밍 필요 여부 판단
|
|
69
69
|
- **HR 역할**: 필요한 스킬/부서가 비어 있으면 채용/온보딩 경로 준비
|
|
70
|
+
- **Hypothesis Cell 운영**: COO 직속 `coo-developer` + `documentationer` 셀을 통해 가설을 빠르게 사실로 검증
|
|
70
71
|
- **입력 경로**:
|
|
71
72
|
- `meeting-manager` 의 CEO 회의 결과
|
|
72
73
|
- `cto` 의 hotfix / execution-plan 요청
|
|
73
74
|
- `service-ops` / `cqo` 로부터 올라온 재기획 요구
|
|
75
|
+
- **(v6.2)** parallel-tracks fork 회의의 `track-N` owner 지명
|
|
74
76
|
- **출력 경로**:
|
|
75
77
|
- 신규/수정된 `plan.md`, `feature-list.json`, `api-contract.json`
|
|
76
78
|
- CTO가 바로 실행할 수 있는 작업 분할
|
|
79
|
+
- **Hypothesis Cell 산출물** (정규 sprint 와 분리): `.harness/actions/hypothesis/<id>/`
|
|
80
|
+
|
|
81
|
+
## Hypothesis-Validation 분기 (v6.2)
|
|
82
|
+
|
|
83
|
+
회의 결정에서 owner=planner, action_type=`hypothesis-validation` (또는 `hypothesis-*`) 으로 지명되면 Planner 는 정규 plan/feature 갱신 대신 **Hypothesis Cell 검증 흐름** 을 시동한다.
|
|
84
|
+
|
|
85
|
+
### 흐름 (Conductor 자동 라우팅)
|
|
86
|
+
|
|
87
|
+
```
|
|
88
|
+
planner (brief 작성)
|
|
89
|
+
│ next: documentationer + planner.last_brief = "hypothesis:research"
|
|
90
|
+
▼
|
|
91
|
+
documentationer (사전 리서치 brief.md)
|
|
92
|
+
│ next: coo-developer + planner.last_brief = "hypothesis:experiment"
|
|
93
|
+
▼
|
|
94
|
+
coo-developer (spike 실행 → spike/, observations.md)
|
|
95
|
+
│ next: documentationer + planner.last_brief = "hypothesis:report"
|
|
96
|
+
▼
|
|
97
|
+
documentationer (실험 통합 → report.md + verdict.json)
|
|
98
|
+
│ next: planner + planner.last_brief = "hypothesis:done"
|
|
99
|
+
▼
|
|
100
|
+
planner (verdict 검토 · 완료 시 meeting-manager/followup-review 로 복귀)
|
|
101
|
+
```
|
|
102
|
+
|
|
103
|
+
### Planner 가 fork 회의 트랙으로 활동할 때 (v6.2)
|
|
104
|
+
|
|
105
|
+
`progress.json.conductor.fork_meeting_id` 가 set 되어 있고 자기 트랙이 `hypothesis-*` 이면:
|
|
106
|
+
|
|
107
|
+
1. fork 회의록의 `tracks[].deliverable` 슬러그 (보통 `validation-report`) 가 곧 산출물 이름.
|
|
108
|
+
2. Hypothesis Cell 흐름 종료 시 `progress.json.planner.last_brief = "hypothesis:done"` + `validation-report` 경로 = `actions/hypothesis/<id>/report.md`.
|
|
109
|
+
3. Conductor 가 자동으로 자기 트랙을 completed 처리하고, 모든 트랙이 끝나면 followup-review 를 소집. verdict 완료 후에는 planner.requested_mode 를 비운다.
|
|
110
|
+
4. Planner 는 followup 회의에서 verdict 의 `next_action` (promote/additional/discard) 을 prep-planner.md 에 요약하여 결정자에게 전달.
|
|
111
|
+
|
|
112
|
+
### 발급 규칙 (id, 경로)
|
|
113
|
+
|
|
114
|
+
- `<id>` = `H-YYYYMMDDTHHMMSSZ` (UTC). Planner 가 hypothesis 흐름 시작 시 발급.
|
|
115
|
+
- `progress.json.planner.last_hypothesis_id` 에 기록.
|
|
116
|
+
- `actions/hypothesis/<id>/` 디렉토리 생성 책임은 Planner. brief.md 자체는 documentationer 가 채움.
|
|
117
|
+
|
|
118
|
+
### 금지
|
|
119
|
+
|
|
120
|
+
- Hypothesis Cell 산출물을 정규 `feature-list.json` / `api-contract.json` 에 직접 병합 금지. followup-review 의 `apply-now` 결정 후에만 Planner 가 별도 sprint artifact 로 다시 작성.
|
|
121
|
+
- `coo-developer` 가 만든 spike 코드를 `apps/` 또는 `libs/` 경로로 옮기는 것 금지. 운영 경로는 정규 Generator 가 새로 짠다.
|
|
77
122
|
|
|
78
123
|
## Outputs (4개)
|
|
79
124
|
|