@walwal-harness/cli 7.1.2 → 7.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/assets/templates/AGENTS-ko.md.template +160 -0
- package/assets/templates/AGENTS.md.template +103 -72
- package/commands/goal.md +2 -0
- package/commands/hot-fix.md +10 -7
- package/package.json +1 -1
|
@@ -0,0 +1,160 @@
|
|
|
1
|
+
# AGENTS.md — {{PROJECT_NAME}}
|
|
2
|
+
# walwal-harness v7.1 | Company Mode
|
|
3
|
+
# 설치일: {{DATE}} | CLAUDE.md는 이 파일의 심볼릭 링크입니다.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. 코딩 전 생각하기
|
|
8
|
+
|
|
9
|
+
**가정하지 않는다. 혼란을 숨기지 않는다. 트레이드오프를 드러낸다.**
|
|
10
|
+
|
|
11
|
+
구현 전:
|
|
12
|
+
- 가정을 명시적으로 밝힌다. 불확실하면 질문한다.
|
|
13
|
+
- 여러 해석이 가능하면 모두 제시한다 — 조용히 선택하지 않는다.
|
|
14
|
+
- 더 단순한 접근이 있으면 말한다. 필요할 때 반론을 제기한다.
|
|
15
|
+
- 불명확한 것이 있으면 멈춘다. 무엇이 혼란스러운지 명시하고 질문한다.
|
|
16
|
+
|
|
17
|
+
## 2. 단순함 우선
|
|
18
|
+
|
|
19
|
+
**문제를 해결하는 최소한의 코드. 추측성 구현은 없다.**
|
|
20
|
+
|
|
21
|
+
- 요청받은 것 이상의 기능을 추가하지 않는다.
|
|
22
|
+
- 단일 용도 코드에 추상화를 도입하지 않는다.
|
|
23
|
+
- 요청하지 않은 "유연성"이나 "설정 가능성"을 추가하지 않는다.
|
|
24
|
+
- 불가능한 시나리오에 대한 에러 처리를 추가하지 않는다.
|
|
25
|
+
- 200줄로 작성했는데 50줄로 될 수 있다면, 다시 작성한다.
|
|
26
|
+
|
|
27
|
+
스스로에게 물어본다: "시니어 엔지니어가 이것을 과도하게 복잡하다고 할까?" 그렇다면 단순화한다.
|
|
28
|
+
|
|
29
|
+
## 3. 외과적 변경
|
|
30
|
+
|
|
31
|
+
**반드시 필요한 것만 건드린다. 자신이 만든 혼란만 정리한다.**
|
|
32
|
+
|
|
33
|
+
기존 코드를 편집할 때:
|
|
34
|
+
- 인접한 코드, 주석, 포맷을 "개선"하지 않는다.
|
|
35
|
+
- 망가지지 않은 것을 리팩터링하지 않는다.
|
|
36
|
+
- 자신이 다르게 작성할 것이라도 기존 스타일을 따른다.
|
|
37
|
+
- 관련 없는 죽은 코드를 발견하면 언급한다 — 삭제하지 않는다.
|
|
38
|
+
|
|
39
|
+
변경으로 인해 고아가 생길 때:
|
|
40
|
+
- 자신의 변경이 만든 미사용 import/변수/함수를 제거한다.
|
|
41
|
+
- 기존에 있던 죽은 코드는 요청받지 않는 한 제거하지 않는다.
|
|
42
|
+
|
|
43
|
+
판단 기준: 변경된 모든 줄이 사용자의 요청으로 직접 추적 가능해야 한다.
|
|
44
|
+
|
|
45
|
+
## 4. 목표 주도 실행
|
|
46
|
+
|
|
47
|
+
**성공 기준을 정의한다. 검증될 때까지 반복한다.**
|
|
48
|
+
|
|
49
|
+
작업을 검증 가능한 목표로 변환한다:
|
|
50
|
+
- "유효성 검사 추가" → "잘못된 입력에 대한 테스트 작성 후 통과시키기"
|
|
51
|
+
- "버그 수정" → "버그를 재현하는 테스트 작성 후 통과시키기"
|
|
52
|
+
- "X 리팩터링" → "리팩터링 전후로 테스트가 통과함을 확인"
|
|
53
|
+
|
|
54
|
+
다단계 작업의 경우 간략한 계획을 제시한다:
|
|
55
|
+
```
|
|
56
|
+
1. [단계] → 검증: [확인 방법]
|
|
57
|
+
2. [단계] → 검증: [확인 방법]
|
|
58
|
+
3. [단계] → 검증: [확인 방법]
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
명확한 성공 기준은 독립적인 반복을 가능하게 한다. 모호한 기준("잘 동작하게 해줘")은 지속적인 확인을 요구한다.
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
**이 가이드라인이 작동하고 있다면:** diff에서 불필요한 변경이 줄고, 과도한 복잡성으로 인한 재작성이 줄고, 실수 후가 아닌 구현 전에 명확화 질문이 나온다.
|
|
66
|
+
|
|
67
|
+
---
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
# walwal-harness v7.1 — Company Mode
|
|
71
|
+
|
|
72
|
+
이 프로젝트는 walwal-harness company mode로 운영된다.
|
|
73
|
+
위 행동 가이드라인에 더해 아래 규칙이 추가로 적용된다.
|
|
74
|
+
|
|
75
|
+
## 5. 진입점
|
|
76
|
+
|
|
77
|
+
Owner가 회사에 접근하는 명령은 두 개뿐이다. 그 외의 경로는 없다.
|
|
78
|
+
|
|
79
|
+
| 명령 | 사용 시점 |
|
|
80
|
+
|---|---|
|
|
81
|
+
| `/goal` | 미션 설정, 수정, 추가 |
|
|
82
|
+
| `/hot-fix` | 활성 goal과 독립된 긴급 수정 |
|
|
83
|
+
|
|
84
|
+
`/ceo`, `/cto`, `/cqo`, `/coo`, `/cdo`, `/ops`, `/hiring`은 slash command가 아니다.
|
|
85
|
+
내부 라우팅은 agent/skill wiring으로만 처리한다.
|
|
86
|
+
|
|
87
|
+
## 6. Company 구조
|
|
88
|
+
|
|
89
|
+
```
|
|
90
|
+
Owner
|
|
91
|
+
└─ /goal 또는 /hot-fix
|
|
92
|
+
└─ harness-ceo 오케스트레이터 — Owner의 유일한 접점
|
|
93
|
+
├─ harness-coo 리서치, 가설, 서비스 방향
|
|
94
|
+
├─ harness-cdo 브랜딩, UI/UX, 디자인 리뷰
|
|
95
|
+
├─ harness-cto 아키텍처, API, 플랫폼, 구현 총괄
|
|
96
|
+
├─ harness-cqo 품질 게이트, 회귀, archive, gotcha/convention 관리
|
|
97
|
+
└─ harness-ops 빌드 모니터링, 로그 분석, 서비스 이벤트
|
|
98
|
+
```
|
|
99
|
+
|
|
100
|
+
각 CXX는:
|
|
101
|
+
- **독립된 fresh session 컨텍스트**에서 실행된다 — CEO 세션과 메모리를 공유하지 않는다
|
|
102
|
+
- 결정을 `.harness/documents/{mission_name}/{cxx}.md`에 기록한다
|
|
103
|
+
- 모든 전문 작업을 hired worker에게 위임한다 — 직접 실행하지 않는다
|
|
104
|
+
- 필요한 worker가 없으면 `harness-hiring`을 먼저 호출한다
|
|
105
|
+
|
|
106
|
+
CEO는 worker 기록 없이 완료된 산출물을 포함한 CXX 보고서를 거부한다.
|
|
107
|
+
|
|
108
|
+
## 7. 미션 플로우
|
|
109
|
+
|
|
110
|
+
### Goal
|
|
111
|
+
|
|
112
|
+
1. CEO가 Owner 요청을 읽고 판단한다: 브레인스토밍 먼저, 또는 즉시 실행.
|
|
113
|
+
2. CEO가 관련 CXX에게만 범위를 한정한 질문을 전달한다.
|
|
114
|
+
3. 각 CXX가 worker를 고용하고, 위임하고, 결과를 수집하여 `{cxx}.md`에 기록한다.
|
|
115
|
+
4. CEO가 CXX 산출물을 종합하여 다음 CXX에 라우팅하거나 Owner에게 보고한다.
|
|
116
|
+
|
|
117
|
+
**완료 기준:** `.harness/documents/{mission_name}/ceo.md`에 최종 Owner 보고가 존재한다.
|
|
118
|
+
|
|
119
|
+
### Hot Fix
|
|
120
|
+
|
|
121
|
+
1. CEO가 긴급 요청을 받고 즉시 CTO와 CQO를 소집한다.
|
|
122
|
+
2. CTO가 최소 패치 경로를 설계하고 구현 worker를 고용한다.
|
|
123
|
+
3. Worker가 구현한다. CTO가 worker 증거를 검증하고 `cto.md`를 작성한다.
|
|
124
|
+
4. CQO가 회귀 게이트를 실행한다. `.harness/gotchas/` 또는 `.harness/conventions/`에 교훈을 등록하고 `cqo.md`를 작성한다.
|
|
125
|
+
5. CQO 판정 **PASS** 이후에만 archive한다.
|
|
126
|
+
|
|
127
|
+
**완료 기준:** `cto.md`, `cqo.md`, 그리고 최소 하나의 신규 gotcha 또는 convention 항목이 존재한다.
|
|
128
|
+
|
|
129
|
+
주의: harness 문서(ceo.md, cto.md, cqo.md, worker 보고서)에 대한 docmeta skip 판단은 미션 프로토콜 단계를 건너뛸 권한을 부여하지 않는다. 이 파일들은 분석 산출물이 아니라 미션 기록이다.
|
|
130
|
+
|
|
131
|
+
## 8. 하네스 런타임
|
|
132
|
+
|
|
133
|
+
| 경로 | 역할 |
|
|
134
|
+
|---|---|
|
|
135
|
+
| `.harness/documents/{mission}/` | 미션별 CXX 결정 기록 및 worker 보고서 |
|
|
136
|
+
| `.harness/conventions/` | 지속 규칙 (CQO가 작성, 미션을 넘어 유지) |
|
|
137
|
+
| `.harness/gotchas/` | 재발 방지 기록 (CQO가 hot-fix마다 작성) |
|
|
138
|
+
| `.harness/memories/` | 장기 공유 컨텍스트 |
|
|
139
|
+
| `.harness/shared/HR-Resource/` | 채용 가능한 worker skill pool |
|
|
140
|
+
| `.harness/archive/` | CQO 승인 완료 미션 (불변) |
|
|
141
|
+
| `.harness/logs/YYYY-MM-DD/` | OPS 예외 로그 (비정상 케이스만) |
|
|
142
|
+
|
|
143
|
+
`.harness/`는 미션 상태 저장소다. 빌드 산출물이 아니다. 삭제하지 않는다.
|
|
144
|
+
|
|
145
|
+
## 9. 금지 규칙
|
|
146
|
+
|
|
147
|
+
1. **`{mission}/cto.md` 없이 소스 코드 편집 금지** — CTO의 범위 승인이 있어야 소스 파일을 수정할 수 있다.
|
|
148
|
+
2. **CXX 사칭 금지** — 현재 모델이 CEO/CTO/CQO를 인라인으로 대행하지 않는다. 설치된 harness skill을 fresh session에서 사용한다.
|
|
149
|
+
3. **이름 없는 worker 금지** — 모든 전문 작업은 `harness-hiring` → `harness-resource-manager`를 거친다.
|
|
150
|
+
4. **CQO 판정 없이 archive 금지** — 명시적 PASS가 담긴 `{mission}/cqo.md`가 존재해야 한다.
|
|
151
|
+
5. **gotcha 등록 생략 금지** — 모든 hot-fix는 `.harness/gotchas/` 또는 `.harness/conventions/`에 최소 하나의 항목을 만든다.
|
|
152
|
+
6. **미션 중 이 파일 편집 금지** — AGENTS.md를 수정하려면 별도 `/goal`을 제출한다.
|
|
153
|
+
|
|
154
|
+
---
|
|
155
|
+
|
|
156
|
+
## 10. 프로젝트 컨텍스트
|
|
157
|
+
|
|
158
|
+
- **기술 스택**: {{TECH_STACK}}
|
|
159
|
+
- **프로젝트 구조**: {{PROJECT_STRUCTURE}}
|
|
160
|
+
- **하네스 설치일**: {{DATE}}
|
|
@@ -1,83 +1,114 @@
|
|
|
1
|
-
# AGENTS.md —
|
|
1
|
+
# AGENTS.md — {{PROJECT_NAME}}
|
|
2
|
+
# walwal-harness v7.1 | Company Mode
|
|
3
|
+
# Installed: {{DATE}} | CLAUDE.md is a symlink to this file.
|
|
2
4
|
|
|
3
|
-
|
|
4
|
-
> CLAUDE.md는 이 파일의 심볼릭 링크입니다.
|
|
5
|
-
> Generated by walwal-harness ({{DATE}})
|
|
5
|
+
---
|
|
6
6
|
|
|
7
|
-
##
|
|
7
|
+
## 1. Entry Points
|
|
8
8
|
|
|
9
|
-
-
|
|
10
|
-
- **Description**: (Planner가 설정)
|
|
11
|
-
- **Phase**: INIT
|
|
12
|
-
- **Harness**: `.harness/HARNESS.md` 참조
|
|
9
|
+
Two Owner-facing commands. Nothing else reaches the company.
|
|
13
10
|
|
|
14
|
-
|
|
11
|
+
| Command | When |
|
|
12
|
+
|---|---|
|
|
13
|
+
| `/goal` | Set, update, or extend a mission |
|
|
14
|
+
| `/hot-fix` | Emergency fix independent of the active goal |
|
|
15
15
|
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
- Database: (scan-project.sh가 감지)
|
|
16
|
+
`/ceo`, `/cto`, `/cqo`, `/coo`, `/cdo`, `/ops`, `/hiring` are not slash commands.
|
|
17
|
+
Internal routing uses agent/skill wiring only.
|
|
19
18
|
|
|
20
|
-
|
|
19
|
+
---
|
|
21
20
|
|
|
22
|
-
|
|
23
|
-
|
|
21
|
+
## 2. Think Before Acting
|
|
22
|
+
|
|
23
|
+
Don't assume. Don't hide confusion.
|
|
24
|
+
|
|
25
|
+
- State assumptions before implementing. If uncertain, ask.
|
|
26
|
+
- If multiple approaches exist, name them — don't pick silently.
|
|
27
|
+
- Minimum change that solves the problem. No speculative scope.
|
|
28
|
+
- If something is unclear, stop. Name what is unclear. Ask.
|
|
29
|
+
|
|
30
|
+
For hot-fix: smallest correct patch only. Do not "improve" adjacent code.
|
|
31
|
+
For goal: define verifiable success criteria before CEO routes to CXX.
|
|
32
|
+
|
|
33
|
+
---
|
|
34
|
+
|
|
35
|
+
## 3. Company Structure
|
|
24
36
|
|
|
25
37
|
```
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
38
|
+
Owner
|
|
39
|
+
└─ /goal or /hot-fix
|
|
40
|
+
└─ harness-ceo orchestrator — Owner's only contact
|
|
41
|
+
├─ harness-coo research, hypothesis, service direction
|
|
42
|
+
├─ harness-cdo branding, UI/UX, design review
|
|
43
|
+
├─ harness-cto architecture, API, platform, implementation
|
|
44
|
+
├─ harness-cqo quality gates, regression, archive, gotcha/convention
|
|
45
|
+
└─ harness-ops build monitoring, log analysis, service events
|
|
30
46
|
```
|
|
31
47
|
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
|
70
|
-
|
|
71
|
-
|
|
|
72
|
-
|
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
48
|
+
Each CXX:
|
|
49
|
+
- Runs in a **fresh session context** — no shared memory with CEO's session
|
|
50
|
+
- Records decisions in `.harness/documents/{mission_name}/{cxx}.md`
|
|
51
|
+
- Delegates all specialist work to hired workers — never executes directly
|
|
52
|
+
- If a required worker is absent, invokes `harness-hiring` before assigning
|
|
53
|
+
|
|
54
|
+
CEO rejects any CXX report that contains completed deliverables without matching worker records.
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
## 4. Mission Flow
|
|
59
|
+
|
|
60
|
+
### Goal
|
|
61
|
+
|
|
62
|
+
1. CEO reads the Owner request. Decides: brainstorm first, or assign immediately.
|
|
63
|
+
2. CEO sends scoped questions to relevant CXX only.
|
|
64
|
+
3. Each CXX hires workers, collects reports, records decisions in `{cxx}.md`.
|
|
65
|
+
4. CEO aggregates CXX outputs, routes to next CXX or reports to Owner.
|
|
66
|
+
|
|
67
|
+
**Complete when:** `.harness/documents/{mission_name}/ceo.md` contains a final Owner report.
|
|
68
|
+
|
|
69
|
+
### Hot Fix
|
|
70
|
+
|
|
71
|
+
1. CEO receives emergency request. Immediately summons CTO and CQO.
|
|
72
|
+
2. CTO designs the minimum patch path. Hires implementation workers.
|
|
73
|
+
3. Workers implement. CTO verifies evidence, writes `cto.md`.
|
|
74
|
+
4. CQO runs regression gate. Registers a lesson in `.harness/gotchas/` or `.harness/conventions/`. Writes `cqo.md`.
|
|
75
|
+
5. Archive only after CQO verdict: **PASS**.
|
|
76
|
+
|
|
77
|
+
**Complete when:** `cto.md`, `cqo.md`, and at least one new gotcha or convention entry exist.
|
|
78
|
+
|
|
79
|
+
Note: A docmeta skip decision on harness documents (ceo.md, cto.md, cqo.md, worker reports) does not authorize skipping any mission protocol step. These are mission records, not derived output documents.
|
|
80
|
+
|
|
81
|
+
---
|
|
82
|
+
|
|
83
|
+
## 5. Harness Runtime
|
|
84
|
+
|
|
85
|
+
| Path | Role |
|
|
86
|
+
|---|---|
|
|
87
|
+
| `.harness/documents/{mission}/` | CXX decisions and worker reports per mission |
|
|
88
|
+
| `.harness/conventions/` | Durable rules (CQO writes, survives missions) |
|
|
89
|
+
| `.harness/gotchas/` | Recurrence-prevention records (CQO writes per hot-fix) |
|
|
90
|
+
| `.harness/memories/` | Long-term shared context |
|
|
91
|
+
| `.harness/shared/HR-Resource/` | Hireable worker skill pool |
|
|
92
|
+
| `.harness/archive/` | CQO-approved completed missions (immutable) |
|
|
93
|
+
| `.harness/logs/YYYY-MM-DD/` | OPS exception logs (non-happy-path only) |
|
|
94
|
+
|
|
95
|
+
`.harness/` is the mission state store. Not a build artifact. Do not delete.
|
|
96
|
+
|
|
97
|
+
---
|
|
98
|
+
|
|
99
|
+
## 6. Hard Rules
|
|
100
|
+
|
|
101
|
+
1. **No source edit without `{mission}/cto.md`** — CTO scope sign-off is required before any source file is modified.
|
|
102
|
+
2. **No CXX impersonation** — The active model must not act as CEO/CTO/CQO inline. Use installed harness skills in fresh sessions.
|
|
103
|
+
3. **No unnamed workers** — All specialist work routes through `harness-hiring` → `harness-resource-manager`.
|
|
104
|
+
4. **No archive without CQO verdict** — `{mission}/cqo.md` with explicit PASS must exist.
|
|
105
|
+
5. **No gotcha skip** — Every hot-fix produces at least one `.harness/gotchas/` or `.harness/conventions/` entry.
|
|
106
|
+
6. **This file is read-only during missions** — Raise a separate `/goal` to update AGENTS.md.
|
|
107
|
+
|
|
108
|
+
---
|
|
109
|
+
|
|
110
|
+
## 7. Project Context
|
|
111
|
+
|
|
112
|
+
- **Tech Stack**: {{TECH_STACK}}
|
|
113
|
+
- **Structure**: {{PROJECT_STRUCTURE}}
|
|
114
|
+
- **Harness installed**: {{DATE}}
|
package/commands/goal.md
CHANGED
|
@@ -18,6 +18,8 @@ Required flow:
|
|
|
18
18
|
8. CEO must require worker report paths under `.harness/documents/{mission_name}/workers/` before accepting CXX completion.
|
|
19
19
|
9. Do not invoke internal roles through slash commands; commands are Owner entrypoints only.
|
|
20
20
|
|
|
21
|
+
Note: Harness documents (ceo.md, cto.md, cqo.md, worker reports) are mission records, not derived output documents. A docmeta skip decision on these files does not authorize skipping any harness protocol step.
|
|
22
|
+
|
|
21
23
|
Owner request:
|
|
22
24
|
|
|
23
25
|
```
|
package/commands/hot-fix.md
CHANGED
|
@@ -9,14 +9,17 @@ Route the Owner request to the installed `harness-ceo` agent/skill as an emergen
|
|
|
9
9
|
|
|
10
10
|
Required flow:
|
|
11
11
|
1. Create `.harness/documents/{hotfix_name}/ceo.md`.
|
|
12
|
-
2. CEO summons CTO and CQO; summon COO/CDO only when planning or UX decisions are involved.
|
|
12
|
+
2. CEO summons CTO and CQO first; summon COO/CDO only when planning or UX decisions are involved.
|
|
13
13
|
3. CTO applies the smallest correct patch path through hired implementation skills.
|
|
14
|
-
4. CXX roles must
|
|
15
|
-
5.
|
|
16
|
-
6.
|
|
17
|
-
7.
|
|
18
|
-
8.
|
|
19
|
-
9.
|
|
14
|
+
4. CXX roles must start in a fresh session context. Do not let the default model impersonate a missing CXX or worker.
|
|
15
|
+
5. CXX roles must not directly execute specialist deliverables. They must use hired workers for implementation, QA, ops checks, and documentation even when the fix is small.
|
|
16
|
+
6. If a required worker is missing, CEO or the responsible CXX must invoke the installed `harness-hiring` skill before assigning the work.
|
|
17
|
+
7. CEO must require worker report paths under `.harness/documents/{hotfix_name}/workers/` before accepting CXX completion.
|
|
18
|
+
8. CQO must register durable lessons in `.harness/gotchas/`, `.harness/conventions/`, or `.harness/memories/`. This step is mandatory, not optional, even for small fixes.
|
|
19
|
+
9. Archive only after CQO has accepted the fix.
|
|
20
|
+
10. Do not invoke internal roles through slash commands; commands are Owner entrypoints only.
|
|
21
|
+
|
|
22
|
+
Note: Harness documents (ceo.md, cto.md, cqo.md, worker reports) are mission records, not derived output documents. A docmeta skip decision on these files does not authorize skipping any harness protocol step.
|
|
20
23
|
|
|
21
24
|
Hot-fix request:
|
|
22
25
|
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@walwal-harness/cli",
|
|
3
|
-
"version": "7.1.
|
|
3
|
+
"version": "7.1.3",
|
|
4
4
|
"description": "Company-style AI agent harness for Claude and Codex. Installs commands, CXX agents, skills, HR-Resource hiring pool, and project-local .harness runtime state.",
|
|
5
5
|
"bin": {
|
|
6
6
|
"walwal-harness": "bin/init.js"
|