@webappwiz/cli 0.0.4 → 0.0.5

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.
@@ -2,7 +2,7 @@ import {
2
2
  table
3
3
  } from "./index-jbrs6gqt.js";
4
4
  // package.json
5
- var version = "0.0.4";
5
+ var version = "0.0.5";
6
6
 
7
7
  // skills/add.ts
8
8
  import { ConsoleLogger } from "webappwiz/log";
@@ -15,7 +15,7 @@ import { dirname } from "node:path";
15
15
  var arbor_skill_default = `---
16
16
  name: arbor
17
17
  description: Use the @webappwiz/arbor CLI to land your work on trunk, or a base branch given as an argument, from an isolated git worktree without pull requests. Read this before making any code change in an arbor repository, since it decides where the work happens, and whenever you need to add, claim, merge, remove, list, show, locate, or escalate a task.
18
- version: 0.0.4
18
+ version: 0.0.5
19
19
  ---
20
20
 
21
21
  # Using arbor
@@ -68,8 +68,10 @@ command runs): when waiting, watch a task's status, never its lease.
68
68
  names the branch the work should land on, pass it as \`--base\` to every
69
69
  task you create for that request. Otherwise omit \`--base\`; never guess a
70
70
  base from the currently checked-out branch.
71
- 2. Fill in the \`ARBOR.md\` stub \`add\` wrote at the worktree root (see below).
72
- 3. Do the work; commit with git (arbor never commits for you).
71
+ 2. Fill in the \`ARBOR.md\` stub \`add\` wrote at the worktree root (see below)
72
+ before touching code.
73
+ 3. Do the work, updating \`ARBOR.md\` as you go; commit with git (arbor never
74
+ commits for you).
73
75
  4. \`arbor merge\`. On failure, do what stderr says and merge again.
74
76
 
75
77
  A successful merge deletes the worktree, and your working directory with it:
@@ -92,8 +94,9 @@ Your session can die at any moment; \`ARBOR.md\` is what lets a stranger
92
94
  what done means) and list every step you can foresee under \`## Next\` as
93
95
  \`- [ ]\` items, roughly one commit each. Move items to \`## Done\` as you finish
94
96
  them: those checkboxes are the only progress the task reports. Decisions,
95
- dead ends and how to verify go under \`## Notes\`. Update it as you go; a stale
96
- plan is worse than none.
97
+ dead ends and how to verify go under \`## Notes\`. Update it as each step
98
+ lands, during implementation rather than at the end; a stale plan is worse
99
+ than none, and a session that dies mid-task reports nothing.
97
100
 
98
101
  \`arbor show <task>\` prints the file and every way it departs from the
99
102
  expected shape; run it on your own task after writing the file. \`add\` excludes
package/index.js CHANGED
@@ -6,7 +6,7 @@ import {
6
6
  update,
7
7
  update1 as update2,
8
8
  version
9
- } from "./index-vwrph4fx.js";
9
+ } from "./index-0kf75kja.js";
10
10
  import {
11
11
  JUDGE_RULES,
12
12
  SIGNOFF_RULES
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@webappwiz/cli",
3
- "version": "0.0.4",
3
+ "version": "0.0.5",
4
4
  "description": "The webappwiz CLI: judge code against rules, sign off a diff, and manage agent skills",
5
5
  "license": "MIT",
6
6
  "author": "Jared Johnson",
@@ -17,8 +17,8 @@
17
17
  "access": "public"
18
18
  },
19
19
  "dependencies": {
20
- "@webappwiz/rules": "^0.0.4",
21
- "webappwiz": "^0.0.4"
20
+ "@webappwiz/rules": "^0.0.5",
21
+ "webappwiz": "^0.0.5"
22
22
  },
23
23
  "peerDependencies": {
24
24
  "typescript": "^7"
package/webappwiz.js CHANGED
@@ -4,7 +4,7 @@ import {
4
4
  update,
5
5
  update1 as update2,
6
6
  version
7
- } from "./index-vwrph4fx.js";
7
+ } from "./index-0kf75kja.js";
8
8
  import {
9
9
  JUDGE_RULES,
10
10
  SIGNOFF_RULES