@ps-neko/nekowork 0.1.0-alpha.2 → 0.1.0-alpha.4

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/CLAUDE.md CHANGED
@@ -8,7 +8,7 @@
8
8
 
9
9
  ## 자동 갱신 영역
10
10
 
11
- <!-- HARNESS:START version=0.1.0-alpha.2 -->
11
+ <!-- HARNESS:START version=0.1.0-alpha.4 -->
12
12
  <!-- 이 영역은 scripts/sync-claude-md.js 가 자동 갱신한다. 직접 편집 금지. -->
13
13
 
14
14
  ## 카탈로그 요약
package/README.md CHANGED
@@ -1,14 +1,19 @@
1
1
  # NEKOWORK
2
2
 
3
- Local-first AI development harness for Claude Code, Codex CLI, and Gemini CLI.
3
+ Local-first AI development quality runtime for Claude Code, Codex CLI, and Gemini CLI.
4
4
 
5
5
  [![harness-validate](https://github.com/Ps-Neko/NEKOWORK/actions/workflows/harness-validate.yml/badge.svg)](https://github.com/Ps-Neko/NEKOWORK/actions/workflows/harness-validate.yml)
6
6
 
7
- NEKOWORK is the product. HARNESS is the local runtime it packages: one source catalog, `agent.yaml`, projected into Claude Code, Codex CLI, Cursor, Gemini CLI, and OpenCode surfaces.
7
+ NEKOWORK prevents AI coding agents from shipping unverified changes.
8
+
9
+ It runs:
8
10
 
9
- Claude writes or plans, Codex challenges the result in a separate context, and human gates stop critical or repeated-risk changes.
11
+ 1. Work
12
+ 2. Independent verification
13
+ 3. Human approval
14
+ 4. Explicit apply
10
15
 
11
- NEKOWORK is also a quality runtime: it combines disciplined development workflow, product-aware planning, read-only multi-agent review, independent Codex verification, Human Gate approval, and explicit apply control.
16
+ No auto-commit. No auto-push. No surprise deploy.
12
17
 
13
18
  Product principle:
14
19
 
@@ -16,11 +21,16 @@ Product principle:
16
21
  NEKOWORK = Claude work -> Codex verification -> Human Gate
17
22
  ```
18
23
 
19
- NEKOWORK is not meant to become a large agent pack. Skills, hooks, profiles, and team modes are added only when they preserve the verification loop.
24
+ NEKOWORK is the product. HARNESS is the local runtime it packages: one source catalog, `agent.yaml`, projected into Claude Code, Codex CLI, Cursor, Gemini CLI, and OpenCode surfaces.
20
25
 
21
- NEKOWORK intentionally keeps the catalog selective. Every agent, skill, hook, profile, module, and pack must preserve the verification loop.
26
+ NEKOWORK is intentionally not a 100-agent pack. Every agent, skill, hook, profile, module, and pack must:
22
27
 
23
- **Public alpha evidence:** 7 packs / 9 profiles / 36 components / 5 harness targets / 6 case-study flows / 245 tests / 0 moderate+ npm audit issues / fresh `npx @alpha` smoke
28
+ 1. improve verification,
29
+ 2. preserve one-executor writes,
30
+ 3. produce auditable evidence,
31
+ 4. respect Human Gate.
32
+
33
+ **Public alpha evidence:** 7 packs / 9 profiles / 36 components / 5 harness targets / 7 case-study flows / 252 tests / 0 moderate+ npm audit issues / fresh `npx @alpha` smoke
24
34
 
25
35
  NEKOWORK does not automatically commit, push, publish, deploy, or apply diffs. `apply` is explicit and requires verified ship-ready evidence.
26
36
 
@@ -28,6 +38,32 @@ NEKOWORK does not automatically commit, push, publish, deploy, or apply diffs. `
28
38
 
29
39
  ![NEKOWORK one-minute terminal demo](docs/assets/demo-terminal.svg)
30
40
 
41
+ ## Start Here
42
+
43
+ Use the current npm alpha for the published health smoke:
44
+
45
+ ```bash
46
+ npx -y @ps-neko/nekowork@alpha check
47
+ ```
48
+
49
+ Use a source checkout for the new simple command path:
50
+
51
+ ```bash
52
+ node scripts/cli.js check
53
+ node scripts/cli.js run "implement this safely" --session first-run
54
+ node scripts/cli.js report --session first-run
55
+ node scripts/cli.js gate status --session first-run
56
+ ```
57
+
58
+ The simple path maps to the full evidence loop: `check = doctor --quick`, and `run = work -> verify -> ship`.
59
+
60
+ To add generated harness surfaces to another local repository:
61
+
62
+ ```bash
63
+ cd /path/to/my-project
64
+ npx -y @ps-neko/nekowork@alpha init --profile developer --project-root .
65
+ ```
66
+
31
67
  ## Example Report
32
68
 
33
69
  `report` is the main trust surface. It turns session evidence into a readable `REPORT.md`:
@@ -51,6 +87,26 @@ Evidence:
51
87
 
52
88
  See the full report contract and example artifact in [docs/DEMO-REPORT.md](docs/DEMO-REPORT.md), and the one-minute terminal transcript in [docs/DEMO.md](docs/DEMO.md).
53
89
 
90
+ ## Human Gate Example
91
+
92
+ ```text
93
+ Risk: security-sensitive auth parser change
94
+ Codex verdict: approve_with_fixes
95
+ Ship ready: false
96
+
97
+ Required before apply:
98
+ [ ] Add parser boundary test
99
+ [ ] Remove long-lived API key env fallback
100
+ [ ] Re-run verify --strict-quality
101
+
102
+ Decision:
103
+ - approve
104
+ - block
105
+ - request fixes
106
+ ```
107
+
108
+ Human Gate is the point where NEKOWORK stops being an autopilot and becomes an approval system.
109
+
54
110
  ## Compared With Agent Packs
55
111
 
56
112
  | Tool pattern | Optimizes for | NEKOWORK optimizes for |
@@ -60,11 +116,21 @@ See the full report contract and example artifact in [docs/DEMO-REPORT.md](docs/
60
116
  | Autopilot | Fast autonomous execution | Report, gate, explicit apply |
61
117
  | Discipline workflows | Better development habits | Evidence-backed ship decision |
62
118
 
119
+ ## When To Choose What
120
+
121
+ | Use case | Prefer |
122
+ |---|---|
123
+ | Add TDD and discipline habits to Claude Code | Superpowers |
124
+ | Get the broadest Claude Code skill/command environment | Everything Claude Code |
125
+ | Simulate startup team roles from planning to QA | GStack |
126
+ | Run autonomous multi-agent execution | OMC |
127
+ | Verify AI changes, require human approval, then apply explicitly | NEKOWORK |
128
+
63
129
  ## Three Paths
64
130
 
65
131
  Most users should start with the Beginner path. The other paths are for explicit phase control or legacy compatibility.
66
132
 
67
- 1. Beginner: `doctor -> ask -> run -> report -> gate`
133
+ 1. Beginner: `check -> run -> report -> gate`
68
134
  2. Advanced: `ask -> plan -> team -> work -> verify -> gate -> ship -> report -> apply`
69
135
  3. Legacy: `review` / `review-cycle`
70
136
 
@@ -74,9 +140,9 @@ NEKOWORK is for teams that want AI-assisted development without making the agent
74
140
 
75
141
  ## Status
76
142
 
77
- - Current repository version: `0.1.0-alpha.2`
143
+ - Current repository version: `0.1.0-alpha.4`
78
144
  - Current package name: `@ps-neko/nekowork`
79
- - Current npm alpha: `@ps-neko/nekowork@0.1.0-alpha.2`
145
+ - Current npm alpha: `@ps-neko/nekowork@0.1.0-alpha.4`
80
146
  - Supported install path today: npm alpha, clone, submodule, or local repository integration
81
147
  - Dist-tag note: use `@alpha` until a stable release; `latest` still points at the first alpha line
82
148
  - Default mode: mock providers, no API keys, no provider CLI calls
@@ -84,10 +150,10 @@ NEKOWORK is for teams that want AI-assisted development without making the agent
84
150
  Current local verification:
85
151
 
86
152
  - `npm run lint`: pass
87
- - `npm test`: 245 tests pass
153
+ - `npm test`: 252 tests pass
88
154
  - `npm audit --audit-level=moderate`: 0 vulnerabilities
89
155
  - `npm pack --dry-run --json`: pass
90
- - `npx -y @ps-neko/nekowork@alpha doctor --quick`: pass with warnings only
156
+ - `npx -y @ps-neko/nekowork@alpha check`: pass with warnings only
91
157
 
92
158
  ## Case-study Evidence
93
159
 
@@ -99,6 +165,7 @@ Current local verification:
99
165
  | npm package boundary | package/release risk | pack/audit evidence |
100
166
  | Auth parser boundary | auth/security risk | parser boundary evidence |
101
167
  | Python protocol parser | protocol correctness risk | test-backed verification |
168
+ | Dotenv configuration boundary | config/security risk | no-secret parser evidence |
102
169
 
103
170
  ## Official Packs
104
171
 
@@ -123,7 +190,7 @@ Requirements:
123
190
  Fastest no-API demo:
124
191
 
125
192
  ```bash
126
- npx -y @ps-neko/nekowork@alpha doctor --quick
193
+ npx -y @ps-neko/nekowork@alpha check
127
194
  ```
128
195
 
129
196
  Repository demo:
@@ -143,8 +210,7 @@ Recommended path for most users:
143
210
  git clone https://github.com/Ps-Neko/NEKOWORK.git harness
144
211
  cd harness
145
212
  npm ci
146
- node scripts/cli.js doctor --quick
147
- node scripts/cli.js ask "clarify a risky or ambiguous request" --session first-ask
213
+ node scripts/cli.js check
148
214
  node scripts/cli.js run "implement, verify, and prepare ship readiness" --session first-run
149
215
  node scripts/cli.js report --session first-run
150
216
  node scripts/cli.js gate status --session first-run
@@ -152,6 +218,13 @@ node scripts/cli.js gate status --session first-run
152
218
 
153
219
  `run` executes `work -> verify -> ship`. `report` turns the session evidence into a readable `REPORT.md`. It does not apply by default. `apply` is always explicit and requires a verified `SHIP_READY` live-work diff.
154
220
 
221
+ To initialize another local repository with the published alpha:
222
+
223
+ ```bash
224
+ cd /path/to/my-project
225
+ npx -y @ps-neko/nekowork@alpha init --profile developer --project-root .
226
+ ```
227
+
155
228
  Advanced path:
156
229
 
157
230
  ```text
@@ -168,13 +241,15 @@ The default review path uses mock providers, so it does not need API keys or pro
168
241
 
169
242
  For the fuller first-run guide, see [docs/QUICKSTART.md](docs/QUICKSTART.md).
170
243
 
244
+ For the trust and recovery model, see [Safety Guarantees](docs/SAFETY-GUARANTEES.md), [Failure Modes](docs/FAILURE-MODES.md), [Trust Model](docs/TRUST-MODEL.md), and [Why Not Autopilot](docs/WHY-NOT-AUTOPILOT.md).
245
+
171
246
  To see the repository-based external project flow end to end:
172
247
 
173
248
  ```bash
174
249
  npm run demo:external
175
250
  ```
176
251
 
177
- To inspect small case-study targets, see [examples/trading-dashboard-mock](examples/trading-dashboard-mock), [examples/github-actions-hardening](examples/github-actions-hardening), [examples/quality-lifecycle-smoke](examples/quality-lifecycle-smoke), and [docs/case-studies](docs/case-studies). They demonstrate financial UI, CI workflow, quality lifecycle, npm package, auth parser, and Python protocol library flows passing local checks while still preserving Codex verification, Human Gate policy, and explicit apply control.
252
+ To inspect small case-study targets, see [examples/trading-dashboard-mock](examples/trading-dashboard-mock), [examples/github-actions-hardening](examples/github-actions-hardening), [examples/quality-lifecycle-smoke](examples/quality-lifecycle-smoke), and [docs/case-studies](docs/case-studies). They demonstrate financial UI, CI workflow, quality lifecycle, npm package, auth parser, Python protocol library, and environment configuration flows while still preserving Codex verification, Human Gate policy, and explicit apply control.
178
253
 
179
254
  ## What You Get
180
255
 
@@ -195,7 +270,15 @@ Outputs are written under:
195
270
 
196
271
  ## Use It In Another Project
197
272
 
198
- Recommended repository install shape:
273
+ Shortest npm alpha install shape:
274
+
275
+ ```bash
276
+ cd <target-project>
277
+ npx -y @ps-neko/nekowork@alpha init --profile developer --project-root .
278
+ npx -y @ps-neko/nekowork@alpha check --project-root .
279
+ ```
280
+
281
+ Repository-pinned install shape:
199
282
 
200
283
  ```bash
201
284
  cd <target-project>
@@ -338,7 +421,7 @@ npm run security:hardening
338
421
  npm pack --dry-run --json
339
422
  ```
340
423
 
341
- `npm pack --dry-run --json` currently produces a package named like `ps-neko-nekowork-0.1.0-alpha.2.tgz`. It does not publish.
424
+ `npm pack --dry-run --json` currently produces a package named like `ps-neko-nekowork-0.1.0-alpha.4.tgz`. It does not publish.
342
425
 
343
426
  ## Documentation
344
427
 
@@ -347,6 +430,7 @@ npm pack --dry-run --json
347
430
  - [docs/CATALOG-PACKS.md](docs/CATALOG-PACKS.md) - curated catalog, official packs, and case-study evidence
348
431
  - [docs/PUBLISH-ALPHA.md](docs/PUBLISH-ALPHA.md) - public npm alpha release plan
349
432
  - [docs/ROADMAP.md](docs/ROADMAP.md) - small alpha roadmap and non-goals
433
+ - [docs/FEEDBACK-TRIAGE.md](docs/FEEDBACK-TRIAGE.md) - alpha feedback classification and response guide
350
434
  - [docs/INTERNAL-PROVIDER.md](docs/INTERNAL-PROVIDER.md) - private command adapter protocol
351
435
  - [docs/DEMO.md](docs/DEMO.md) - sample command output and generated files
352
436
  - [docs/DEMO-REPORT.md](docs/DEMO-REPORT.md) - readable session report UX
package/agent.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  spec_version: gitagent/0.1.0
2
2
  name: nekowork
3
3
  runtime_name: harness
4
- version: 0.1.0-alpha.2
4
+ version: 0.1.0-alpha.4
5
5
  description: "NEKOWORK HARNESS - Local-first multi-AI development verification runtime"
6
6
  license: MIT
7
7
  homepage: https://github.com/Ps-Neko/NEKOWORK
@@ -202,7 +202,7 @@ Builders project the catalog into tool-specific files:
202
202
 
203
203
  ## Release State
204
204
 
205
- The current release line is `0.1.0-alpha.2`:
205
+ The current release line is `0.1.0-alpha.4`:
206
206
 
207
207
  - Repository and GitHub tarball release are available.
208
208
  - Public npm alpha is published as `@ps-neko/nekowork@alpha`.
package/docs/AUDIT.md CHANGED
@@ -2,26 +2,26 @@
2
2
 
3
3
  Status date: 2026-05-08
4
4
 
5
- This audit summarizes the current NEKOWORK state after publishing the `0.1.0-alpha.2` public alpha. It replaces the older week-by-week scratch audit, which contained stale planning notes and encoding damage.
5
+ This audit summarizes the current NEKOWORK state after publishing the `0.1.0-alpha.4` public alpha. It replaces the older week-by-week scratch audit, which contained stale planning notes and encoding damage.
6
6
 
7
7
  ## Current Status
8
8
 
9
9
  | Area | Status | Notes |
10
10
  |---|---|---|
11
- | Package metadata | OK | `@ps-neko/nekowork@0.1.0-alpha.2`, `agent.yaml` uses `name: nekowork`, `runtime_name: harness` |
12
- | npm publish | OK | `@ps-neko/nekowork@alpha` points at `0.1.0-alpha.2` |
11
+ | Package metadata | OK | `@ps-neko/nekowork@0.1.0-alpha.4`, `agent.yaml` uses `name: nekowork`, `runtime_name: harness`, and matching version |
12
+ | npm publish | OK | `@ps-neko/nekowork@alpha` points at `0.1.0-alpha.4` |
13
13
  | Source install | OK | Clone, local checkout, and submodule workflows are documented |
14
- | Public npm alpha | OK | `docs/PUBLISH-ALPHA.md` records the first alpha publish and the `0.1.0-alpha.2` alpha update |
15
- | CLI doctor | OK | `doctor`, `doctor --quick`, and `doctor --gemini-smoke` are available |
14
+ | Public npm alpha | OK | `docs/PUBLISH-ALPHA.md` records the first alpha publish and the `0.1.0-alpha.4` alpha update |
15
+ | CLI doctor/check | OK | `check`, `doctor`, `doctor --quick`, and `doctor --gemini-smoke` are available |
16
16
  | Provider auth | OK | Local delegated CLI auth is the default path |
17
17
  | Internal provider adapter | OK | `HARNESS_PROVIDER_OVERRIDE=internal` can call an explicit JSON command adapter without weakening gates |
18
18
  | Catalog | OK | 7 official packs, 11 agents, 10 skills, 5 hooks, 7 modules, 36 components, 9 profiles |
19
19
  | Multi-harness output | OK | Claude, Codex, Cursor, Gemini, and OpenCode builders are present |
20
20
  | Quick demo | OK | `npm run demo:quick` verifies the shortest no-API `doctor -> run -> report -> gate status` path |
21
- | Fresh npm alpha smoke | OK | CI runs `npx -y @ps-neko/nekowork@alpha doctor --quick --json` from a disposable directory |
21
+ | Fresh npm alpha smoke | OK | CI runs `npx -y @ps-neko/nekowork@alpha check --json` from a disposable directory |
22
22
  | Report UX | OK | `report` writes inspect-only `REPORT.md` and `report-summary.json` from session evidence |
23
23
  | External demo | OK | `npm run demo:external` verifies a disposable target project flow |
24
- | Third-party case studies | OK | `docs/case-studies/` records real public repository runs for npm package, auth boundary, and Python protocol targets |
24
+ | Third-party case studies | OK | `docs/case-studies/` records real public repository runs for npm package, auth boundary, Python protocol, and environment configuration targets |
25
25
  | Decomposed workflow | OK | `ask`, `team`, `work`, `verify`, `gate`, `ship`, `report`, `apply`, and `run` are available |
26
26
  | Risk policy | OK | Shared classifier drives ask, routing traces, verify challenge/gates, and ship gate rechecks |
27
27
  | Acceptance criteria | OK | `work` ensures every session has `acceptance-criteria.json` |
@@ -30,7 +30,7 @@ This audit summarizes the current NEKOWORK state after publishing the `0.1.0-alp
30
30
  | Persistent wakeup | OK | `wait` resumes supported active sessions and blocks on `HUMAN_GATE` |
31
31
  | Generated docs | OK | CODEMAP output is stable ASCII and reproducible |
32
32
  | Tests | OK | Unit, integration, and e2e suites pass locally and in CI |
33
- | Release | OK | `v0.1.0-alpha.2` is tagged and published as a GitHub prerelease |
33
+ | Release | OK | `v0.1.0-alpha.4` is tagged and published as a GitHub prerelease |
34
34
 
35
35
  ## Verification Gates
36
36
 
@@ -55,7 +55,7 @@ Current local result for this working tree:
55
55
  - `npm run test:unit`: covered by full `npm test`
56
56
  - `npm run validate:all`: pass
57
57
  - `npm run lint`: pass
58
- - `npm test`: 245 tests pass
58
+ - `npm test`: 252 tests pass
59
59
  - quick run demo: pass through `npm run demo:quick -- --cleanup`
60
60
  - external project e2e smoke: pass through `npm test`
61
61
  - `node scripts/sync-claude-md.js --check`: pass
@@ -63,9 +63,9 @@ Current local result for this working tree:
63
63
  - `npm audit --audit-level=moderate`: 0 vulnerabilities
64
64
  - `npm pack --dry-run --json`: pass
65
65
  - `npm publish --dry-run --access public --tag alpha`: pass
66
- - `npm publish --access public --tag alpha`: `0.1.0-alpha.2` published
67
- - `npm view @ps-neko/nekowork dist-tags version versions --json`: `alpha` points at `0.1.0-alpha.2`; `latest` remains `0.1.0-alpha.0`
68
- - `npx -y @ps-neko/nekowork@alpha doctor --quick`: passed for `0.1.0-alpha.2` with WARN summary from non-git project root and Gemini auth not checked
66
+ - `npm publish --access public --tag alpha`: `0.1.0-alpha.4` published
67
+ - `npm view @ps-neko/nekowork dist-tags version versions --json`: `alpha` points at `0.1.0-alpha.4`; `latest` remains `0.1.0-alpha.0`
68
+ - `npx -y @ps-neko/nekowork@alpha check`: passed for `0.1.0-alpha.4` with WARN summary from non-git project root and Gemini auth not checked
69
69
 
70
70
  ## Completed Work
71
71
 
@@ -92,15 +92,15 @@ Current local result for this working tree:
92
92
  - `report` gives public alpha users a readable inspect-only session artifact without applying or mutating project files.
93
93
  - Official packs expose curated install shapes without creating a second safety model.
94
94
  - Checked-in example fixtures now cover financial UI, CI hardening, and quality lifecycle evidence flows.
95
- - Third-party case studies record NEKOWORK runs against `sindresorhus/is-plain-obj`, `jshttp/basic-auth`, and `python-hyper/h11`.
96
- - Public npm alpha `0.1.0-alpha.2` is published under the `alpha` dist-tag.
95
+ - Third-party case studies record NEKOWORK runs against `sindresorhus/is-plain-obj`, `jshttp/basic-auth`, `python-hyper/h11`, and `motdotla/dotenv`.
96
+ - Public npm alpha `0.1.0-alpha.4` is published under the `alpha` dist-tag.
97
97
 
98
98
  ## Remaining Optional Work
99
99
 
100
100
  | Item | Priority | Reason |
101
101
  |---|---|---|
102
102
  | Stable `latest` promotion | Medium | `alpha` is correct; npm keeps `latest` on the first alpha line for now, so move it to a stable version later |
103
- | More third-party case studies | Low | Three public repo case studies exist; more frameworks can still improve adoption evidence later |
103
+ | More third-party case studies | Low | Four public repo case studies exist; more frameworks can still improve adoption evidence later |
104
104
  | More skill catalog expansion | Low | Catalog expansion should stay selective to preserve progressive disclosure |
105
105
 
106
106
  ## Explicit Non-Goals
@@ -118,5 +118,5 @@ Current external readiness, excluding broader adoption evidence: **9.1 / 10**.
118
118
  Main deductions:
119
119
 
120
120
  - `latest` currently remains on the first alpha; docs still recommend `@alpha` until a stable release exists.
121
- - Three independent real-world external project case studies exist so far.
121
+ - Four independent real-world external project case studies exist so far.
122
122
  - Advanced surfaces exist but are intentionally secondary to the public decomposed workflow and install flow.
@@ -19,8 +19,8 @@ Packs are public install aliases over validated profiles. They make the catalog
19
19
  10 skills
20
20
  5 hooks
21
21
  5 harness targets
22
- 6 case-study flows
23
- 245 tests
22
+ 7 case-study flows
23
+ 252 tests
24
24
  ```
25
25
 
26
26
  Harness targets:
@@ -38,6 +38,7 @@ quality lifecycle smoke
38
38
  npm package boundary
39
39
  auth parser boundary
40
40
  Python protocol parser boundary
41
+ environment configuration boundary
41
42
  ```
42
43
 
43
44
  ## Official Packs
package/docs/CHANGELOG.md CHANGED
@@ -4,7 +4,34 @@
4
4
 
5
5
  ## [Unreleased]
6
6
 
7
- No unreleased changes yet.
7
+ ### Added
8
+ - No entries yet.
9
+
10
+ ### Changed
11
+ - No entries yet.
12
+
13
+ ## [0.1.0-alpha.4] - 2026-05-08
14
+
15
+ ### Added
16
+ - Add release-surface version consistency coverage, bringing the suite to 252 tests.
17
+
18
+ ### Changed
19
+ - Align published alpha smoke, feedback templates, and demo docs around the beginner `check` command.
20
+ - Align `agent.yaml`, setup, porting, demo, and runbook release references with the package version.
21
+ - Document `npx @alpha init --project-root .` as the shortest target-project install path.
22
+
23
+ ## [0.1.0-alpha.3] - 2026-05-08
24
+
25
+ ### Added
26
+ - Add a `motdotla/dotenv` third-party case study for environment configuration and secret-loading boundary evidence.
27
+ - Add alpha feedback triage guidance and issue-template classification fields.
28
+ - Add beginner `check` and `init` CLI aliases for first-run health checks and install apply.
29
+ - Add Safety Guarantees, Failure Modes, Trust Model, and Why Not Autopilot docs.
30
+ - Add trust-doc and CLI alias tests, bringing the suite to 251 tests.
31
+
32
+ ### Changed
33
+ - Rewrite the README first screen around unverified-change prevention, Human Gate, explicit apply, and no-surprise safety.
34
+ - Add a direct competitor choice table and clearer selective-catalog framing.
8
35
 
9
36
  ## [0.1.0-alpha.2] - 2026-05-08
10
37
 
@@ -114,7 +114,7 @@ scripts/
114
114
  | `ci/validate-hooks.js` | _(none)_ | hooks/hooks.json schemas/hooks.schema.json . |
115
115
  | `ci/validate-manifests.js` | _(none)_ | agent.yaml + manifests/install-{profiles,modules,components}.json . 1) schema 2) |
116
116
  | `ci/validate-skills.js` | _(none)_ | skills/<name>/SKILL.md frontmatter schemas/skill.schema.json . agent.yaml skills . |
117
- | `cli.js` | _(none)_ | NEKOWORK/HARNESS CLI entrypoint. Public verbs: doctor, ask, plan, team, work, verify, gate, ship, apply, run, report, review, review-cycle, |
117
+ | `cli.js` | _(none)_ | NEKOWORK/HARNESS CLI entrypoint. Public verbs: check, init, doctor, ask, plan, team, work, verify, gate, ship, apply, run, report, review, r |
118
118
  | `core/auth-guard.js` | ` BLOCKED_ENV `, `assertDelegatedCliAuth` | |
119
119
  | `core/build-roots.js` | `buildRoots` | |
120
120
  | `core/cli-resolver.js` | `assertProviderCliTrust`, `isPathInside`, `resolveCli`, `resolveProviderCli` | |
@@ -10,11 +10,13 @@ tests/
10
10
  |-- e2e/
11
11
  | |-- case-studies-doc.test.js
12
12
  | |-- external-demo.test.js
13
+ | |-- feedback-triage-doc.test.js
13
14
  | |-- github-actions-hardening-example.test.js
14
15
  | |-- quality-lifecycle-example.test.js
15
16
  | |-- quick-demo.test.js
16
17
  | |-- review-cycle.test.js
17
- | `-- trading-dashboard-example.test.js
18
+ | |-- trading-dashboard-example.test.js
19
+ | `-- trust-docs.test.js
18
20
  |-- integration/
19
21
  | `-- build-pipeline.test.js
20
22
  |-- optional/
@@ -49,6 +51,7 @@ tests/
49
51
  |-- team.test.js
50
52
  |-- token-vault.test.js
51
53
  |-- verify.test.js
54
+ |-- version-consistency.test.js
52
55
  |-- wait.test.js
53
56
  `-- work.test.js
54
57
  ```
@@ -59,11 +62,13 @@ tests/
59
62
  |---|---|---|
60
63
  | `e2e/case-studies-doc.test.js` | _(none)_ | |
61
64
  | `e2e/external-demo.test.js` | _(none)_ | |
65
+ | `e2e/feedback-triage-doc.test.js` | _(none)_ | |
62
66
  | `e2e/github-actions-hardening-example.test.js` | _(none)_ | |
63
67
  | `e2e/quality-lifecycle-example.test.js` | _(none)_ | |
64
68
  | `e2e/quick-demo.test.js` | _(none)_ | |
65
69
  | `e2e/review-cycle.test.js` | _(none)_ | E2E smoke tests for the deterministic mock review flow. |
66
70
  | `e2e/trading-dashboard-example.test.js` | _(none)_ | |
71
+ | `e2e/trust-docs.test.js` | _(none)_ | |
67
72
  | `integration/build-pipeline.test.js` | _(none)_ | : install plan apply 5 state repair . . .harness/install-state.json . |
68
73
  | `optional/keychain-smoke.test.js` | _(none)_ | OS keychain . npm test (tests/optional/ ). : HARNESS_KEYCHAIN_SMOKE=1 npm run test:keychain : HARNESS_KEYCHAIN_SMOKE=1 node --test tests/opt |
69
74
  | `unit/acceptance-criteria.test.js` | _(none)_ | |
@@ -95,6 +100,7 @@ tests/
95
100
  | `unit/team.test.js` | _(none)_ | |
96
101
  | `unit/token-vault.test.js` | _(none)_ | |
97
102
  | `unit/verify.test.js` | _(none)_ | |
103
+ | `unit/version-consistency.test.js` | _(none)_ | |
98
104
  | `unit/wait.test.js` | _(none)_ | |
99
105
  | `unit/work.test.js` | _(none)_ | |
100
106
 
package/docs/DEMO.md CHANGED
@@ -8,7 +8,7 @@ This demo uses mock providers. It does not call Claude, Codex, Gemini, or paid A
8
8
  npm run demo:quick -- --cleanup
9
9
  ```
10
10
 
11
- This is the shortest demo path. It creates a disposable target project, runs `doctor --quick`, runs `run = work -> verify -> ship`, generates `REPORT.md`, checks `gate status`, and removes the target when `--cleanup` is set.
11
+ This is the shortest demo path. It creates a disposable target project, runs `check`, runs `run = work -> verify -> ship`, generates `REPORT.md`, checks `gate status`, and removes the target when `--cleanup` is set.
12
12
 
13
13
  Expected shape:
14
14
 
@@ -28,7 +28,7 @@ This transcript is the README-friendly demo path. It uses mock providers, so it
28
28
  ![NEKOWORK one-minute terminal demo](assets/demo-terminal.svg)
29
29
 
30
30
  ```text
31
- $ npx -y @ps-neko/nekowork@alpha doctor --quick
31
+ $ npx -y @ps-neko/nekowork@alpha check
32
32
  NEKOWORK doctor
33
33
  STATUS CHECK MESSAGE
34
34
  PASS node Node 22+
@@ -67,7 +67,7 @@ The quick demo writes:
67
67
  npm run demo:external
68
68
  ```
69
69
 
70
- This creates a tiny disposable target project, applies the `developer` profile, runs `doctor --quick`, and writes a planning session into the target project's `.harness/` directory. See [EXAMPLE-PROJECT.md](EXAMPLE-PROJECT.md) for details.
70
+ This creates a tiny disposable target project, applies the `developer` profile, runs `check`, and writes a planning session into the target project's `.harness/` directory. See [EXAMPLE-PROJECT.md](EXAMPLE-PROJECT.md) for details.
71
71
 
72
72
  ## Command
73
73
 
@@ -143,7 +143,7 @@ project root : C:\path\to\harness
143
143
 
144
144
  STATUS CHECK MESSAGE
145
145
  PASS node Node 24.x
146
- PASS package metadata @ps-neko/nekowork@0.1.0-alpha.2; public alpha package
146
+ PASS package metadata @ps-neko/nekowork@0.1.0-alpha.4; public alpha package
147
147
  PASS git worktree project root is inside a git worktree
148
148
  WARN gemini cli installed, auth status is not checked non-interactively
149
149
 
@@ -0,0 +1,94 @@
1
+ # Failure Modes
2
+
3
+ NEKOWORK should fail in ways that leave evidence behind and avoid surprise writes.
4
+
5
+ ## Health Check Warnings
6
+
7
+ `check` is a quick alias for `doctor --quick`.
8
+
9
+ Typical warnings include:
10
+
11
+ - target directory is not a git repository
12
+ - provider CLI is missing
13
+ - optional live auth was not checked
14
+ - package metadata is present but not release-ready
15
+
16
+ Warnings are meant to tell the user what would matter for live work. They do not mutate the project.
17
+
18
+ ## No-Ship
19
+
20
+ `ship` writes `NO_SHIP` when the session has unresolved quality, security, or acceptance risk.
21
+
22
+ Recovery path:
23
+
24
+ ```bash
25
+ node scripts/cli.js report --session <id>
26
+ node scripts/cli.js run "fix the reported blocker" --session <new-id>
27
+ node scripts/cli.js gate status --session <new-id>
28
+ ```
29
+
30
+ `apply` refuses a no-ship session unless a maintainer intentionally changes the evidence flow.
31
+
32
+ ## Human Gate
33
+
34
+ `HUMAN_GATE` means the tool found risk that needs a person before apply.
35
+
36
+ The user can:
37
+
38
+ ```bash
39
+ node scripts/cli.js gate status --session <id>
40
+ node scripts/cli.js gate approve --session <id> --reason "reviewed risk"
41
+ node scripts/cli.js gate block --session <id> --reason "needs more tests"
42
+ ```
43
+
44
+ Approval records evidence. Blocking keeps the session from shipping.
45
+
46
+ ## Apply Refusal
47
+
48
+ `apply` can refuse when:
49
+
50
+ - there is no live-work diff
51
+ - `SHIP_READY` is missing
52
+ - a newer `NO_SHIP` exists
53
+ - `HUMAN_GATE` is unresolved
54
+ - the target worktree is dirty
55
+
56
+ Recovery path:
57
+
58
+ ```bash
59
+ git status -sb
60
+ node scripts/cli.js report --session <id>
61
+ node scripts/cli.js gate status --session <id>
62
+ ```
63
+
64
+ Then either fix the blocker, approve/block the gate, or rerun the session.
65
+
66
+ ## Stale Generated Files
67
+
68
+ When catalog, tests, or generated docs change, codemap or generated-output checks may fail.
69
+
70
+ Recovery path:
71
+
72
+ ```bash
73
+ node scripts/build-codemaps.js
74
+ npm test
75
+ ```
76
+
77
+ The generated diff should be reviewed like any other project change.
78
+
79
+ ## Provider Auth Problems
80
+
81
+ Default mock mode does not require provider auth.
82
+
83
+ Live mode can fail if local CLI auth is missing or expired. In that case, log in through the provider CLI, then rerun the same command. NEKOWORK does not need long-lived API-key fallback for the normal delegated CLI path.
84
+
85
+ ## npm / npx Problems
86
+
87
+ If `npx -y @ps-neko/nekowork@alpha check` fails, capture:
88
+
89
+ - OS and shell
90
+ - Node and npm versions
91
+ - exact command
92
+ - redacted output
93
+
94
+ Then open an alpha feedback issue with the triage template.