wowbagger 0.1.0-alpha.8 → 0.1.0-alpha.9
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 +20 -0
- package/README.md +96 -27
- package/assets/wowbagger-v1-more-whimsical.jpg +0 -0
- package/assets/wowbagger-v2-less-whimsical.jpg +0 -0
- package/assets/wowbagger-v3-herding-agent-cats.jpg +0 -0
- package/assets/wowbagger-v4-robot-agent-herding.jpg +0 -0
- package/assets/wowbagger-v5-typing-cats-circuit-staff.jpg +0 -0
- package/package.json +7 -2
- package/skills/wowbagger/SKILL.md +16 -3
package/CHANGELOG.md
CHANGED
|
@@ -7,6 +7,26 @@ consolidation. The first tagged release inherits this file.
|
|
|
7
7
|
|
|
8
8
|
## Unreleased
|
|
9
9
|
|
|
10
|
+
## 0.1.0-alpha.9 - 2026-08-23
|
|
11
|
+
|
|
12
|
+
### Added
|
|
13
|
+
|
|
14
|
+
- **A public Wowbagger brand asset.** The repository now carries an optimized
|
|
15
|
+
1024px image of Bowerick Wowbagger directing robotic agent cats at consoles
|
|
16
|
+
with a circuit-lit shepherd's staff. The asset is included in the npm
|
|
17
|
+
package for README and GitHub presentation.
|
|
18
|
+
|
|
19
|
+
### Changed
|
|
20
|
+
|
|
21
|
+
- **Public product prose now describes the current engine.** README, npm
|
|
22
|
+
metadata, Claude plugin metadata, marketplace metadata, and the installed
|
|
23
|
+
skill now explain report sequencing dashboards, named views, facets, graph
|
|
24
|
+
filtering, guarded CAS mutations, claims, fencing, reconciliation, and the
|
|
25
|
+
separation between core and host responsibilities.
|
|
26
|
+
- **Agent onboarding is explicit.** The README and skill include a concise
|
|
27
|
+
agent TL;DR, exact core setup checks, the separate plugin/skills installer
|
|
28
|
+
routes, and the response-loss rule.
|
|
29
|
+
|
|
10
30
|
## 0.1.0-alpha.8 - 2026-08-23
|
|
11
31
|
|
|
12
32
|
### Added
|
package/README.md
CHANGED
|
@@ -2,6 +2,16 @@
|
|
|
2
2
|
|
|
3
3
|
**The backlog may be infinite. The next item should not be ambiguous.**
|
|
4
4
|
|
|
5
|
+
<p align="center">
|
|
6
|
+
<img src="https://raw.githubusercontent.com/lstutzman/wowbagger/main/assets/wowbagger-v5-typing-cats-circuit-staff.jpg" alt="Bowerick Wowbagger directing robotic agent cats typing at consoles with a circuit-lit shepherd's staff">
|
|
7
|
+
</p>
|
|
8
|
+
|
|
9
|
+
**Don't Panic!** The books that helped shape my childhood taught me to meet
|
|
10
|
+
absurd systems with curiosity, humor, and a reliable way to find the next
|
|
11
|
+
step. [Douglas Adams's Hitchhiker's Guide creations](https://douglasadams.com/creations/hhgg.html)
|
|
12
|
+
are part of that inspiration; Wowbagger is an independent work, not an
|
|
13
|
+
official or affiliated project.
|
|
14
|
+
|
|
5
15
|
Wowbagger is a work ledger for coding agents. Every backlog item is one
|
|
6
16
|
Markdown file in your repository; every lifecycle change is a reviewable Git
|
|
7
17
|
diff. There is no database, no hosted service, and no private agent memory to
|
|
@@ -20,8 +30,8 @@ agent to use those guarantees instead of hand-editing your Markdown.
|
|
|
20
30
|
|
|
21
31
|
**Start here:** [install the core and set up a ledger](#start-here).
|
|
22
32
|
|
|
23
|
-
> **Status: alpha, published, and self-hosted.** `0.1.0-alpha.
|
|
24
|
-
> the `next` tag and on this repository's `v0.1.0-alpha.
|
|
33
|
+
> **Status: alpha, published, and self-hosted.** `0.1.0-alpha.9` is on npm under
|
|
34
|
+
> the `next` tag and on this repository's `v0.1.0-alpha.9` tag. It is the
|
|
25
35
|
> version this repository runs its own backlog on. The API is not frozen and the
|
|
26
36
|
> version will move before a stable release.
|
|
27
37
|
>
|
|
@@ -31,17 +41,25 @@ agent to use those guarantees instead of hand-editing your Markdown.
|
|
|
31
41
|
> older build — but `@next` is the documented install and the explicit
|
|
32
42
|
> statement that you accept a prerelease.
|
|
33
43
|
>
|
|
34
|
-
> **What is proved.**
|
|
35
|
-
> deterministic ready queue,
|
|
36
|
-
>
|
|
37
|
-
> `
|
|
38
|
-
>
|
|
39
|
-
>
|
|
40
|
-
>
|
|
41
|
-
>
|
|
42
|
-
>
|
|
43
|
-
>
|
|
44
|
-
>
|
|
44
|
+
> **What is proved.** Contract version **5** validates the complete Markdown
|
|
45
|
+
> ledger, selects a deterministic ready queue, exposes bounded `list` and
|
|
46
|
+
> lossless `inspect` projections, and publishes guarded `create`, `transition`,
|
|
47
|
+
> `patch`, `parent-migrate`, and `snooze` mutations. Mutations use exact-byte
|
|
48
|
+
> compare-and-swap, atomic no-clobber publication, and explicit reconciliation
|
|
49
|
+
> when a response is lost. Claims, fencing, adoption, prospective merge
|
|
50
|
+
> verification, and publication finalization coordinate cooperating writers
|
|
51
|
+
> without pretending to be an exclusive dispatch lock.
|
|
52
|
+
>
|
|
53
|
+
> `report` is a self-contained sequencing dashboard: **Work next**, **Attention**,
|
|
54
|
+
> facet filters, inline evidence, terminal history, area-diverse batches, and a
|
|
55
|
+
> 3D dependency graph. Version 2 report configurations add named custom views
|
|
56
|
+
> whose statistics, readiness, attention, evidence, graph, and drill-down all
|
|
57
|
+
> describe one filtered subset. Reports remain derived output, not mirrored
|
|
58
|
+
> ledger state.
|
|
59
|
+
>
|
|
60
|
+
> The core ships Claude Code, Codex, and OpenCode adapter packages on one shared
|
|
61
|
+
> engine. Read `capabilities --json` before relying on a target-specific claim;
|
|
62
|
+
> platform support is evidence-based, not inferred from whether a CLI starts.
|
|
45
63
|
>
|
|
46
64
|
> **What is not a lock.** A work claim is not an exclusive dispatch lease. On a
|
|
47
65
|
> provisioned Git-backed ledger, claims coordinate cooperating agents through a
|
|
@@ -53,31 +71,82 @@ agent to use those guarantees instead of hand-editing your Markdown.
|
|
|
53
71
|
> filesystem writes, hostile processes, other clones, and non-claim-aware tools
|
|
54
72
|
> still bypass the protocol.
|
|
55
73
|
|
|
74
|
+
## TL;DR for agents
|
|
75
|
+
|
|
76
|
+
Wowbagger is the core authority for a Git-native work ledger. Use it instead
|
|
77
|
+
of editing ledger Markdown by hand.
|
|
78
|
+
|
|
79
|
+
```sh
|
|
80
|
+
wowbagger --version # require 0.1.0-alpha.9
|
|
81
|
+
wowbagger capabilities --json # require contract_version: 5
|
|
82
|
+
wowbagger validate --ledger ledger --json
|
|
83
|
+
wowbagger ready --ledger ledger --as-of YYYY-MM-DD --json
|
|
84
|
+
wowbagger inspect --ledger ledger --number N --json
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
For a write, inspect immediately before dispatch, send the returned exact-byte
|
|
88
|
+
revision as the compare-and-swap witness, use the explicit core mutation, and
|
|
89
|
+
validate again. Commit each provisioned-ledger mutation before the next one.
|
|
90
|
+
Never replay a lost write: reconnect, re-read current state, and treat the
|
|
91
|
+
outcome as unknown until the core or a human resolves it. Numbers are the
|
|
92
|
+
human-facing item identity; `wb_...` ULIDs are internal identities.
|
|
93
|
+
|
|
94
|
+
The core owns validation, ready selection, projections, lifecycle, CAS,
|
|
95
|
+
publication, claims, fencing, and reconciliation. The harness or host owns
|
|
96
|
+
dispatch, process safety, routing, and human approval. Claims coordinate
|
|
97
|
+
cooperating writers; they are not exclusive locks.
|
|
98
|
+
|
|
56
99
|
## Start here
|
|
57
100
|
|
|
58
|
-
Install the core CLI, then verify it:
|
|
101
|
+
Install the core CLI, then verify it. The core requires Node.js 20 or later:
|
|
59
102
|
|
|
60
103
|
```sh
|
|
61
|
-
npm install -g wowbagger@
|
|
104
|
+
npm install -g wowbagger@0.1.0-alpha.9 # exact plugin-matched release
|
|
62
105
|
# or, from this release's Git tag:
|
|
63
|
-
# npm install -g github:lstutzman/wowbagger#v0.1.0-alpha.
|
|
64
|
-
wowbagger --version # 0.1.0-alpha.
|
|
65
|
-
wowbagger capabilities --json
|
|
106
|
+
# npm install -g github:lstutzman/wowbagger#v0.1.0-alpha.9
|
|
107
|
+
wowbagger --version # 0.1.0-alpha.9
|
|
108
|
+
wowbagger capabilities --json # must report contract_version: 5
|
|
109
|
+
```
|
|
110
|
+
|
|
111
|
+
In Claude Code, install the managed plugin:
|
|
112
|
+
|
|
113
|
+
```sh
|
|
114
|
+
claude plugins install wowbagger
|
|
115
|
+
```
|
|
116
|
+
|
|
117
|
+
Or, from inside a Claude Code session:
|
|
118
|
+
|
|
119
|
+
```
|
|
120
|
+
/plugin install wowbagger
|
|
66
121
|
```
|
|
67
122
|
|
|
68
|
-
|
|
123
|
+
This route is available after Wowbagger is listed in Claude Code's official
|
|
124
|
+
marketplace. Until then, or when installing a fork or unreleased revision, use
|
|
125
|
+
the direct repository marketplace:
|
|
69
126
|
|
|
70
127
|
```
|
|
71
128
|
/plugin marketplace add lstutzman/wowbagger
|
|
72
129
|
/plugin install wowbagger@wowbagger
|
|
73
130
|
```
|
|
74
131
|
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
132
|
+
For Codex and other agents, install the editable skill with `skills`:
|
|
133
|
+
|
|
134
|
+
```sh
|
|
135
|
+
npx skills@latest add lstutzman/wowbagger --skill wowbagger
|
|
136
|
+
```
|
|
137
|
+
|
|
138
|
+
Choose one route. Do not install both the managed Claude plugin and the
|
|
139
|
+
editable skill, or the skill will be loaded twice.
|
|
140
|
+
|
|
141
|
+
The plugin and `skills` installer drive the separately installed core rather
|
|
142
|
+
than bundling one, so a mismatch is detectable instead of silent. The skill
|
|
143
|
+
reads `wowbagger --version` and `capabilities`; it requires the same
|
|
144
|
+
distribution version as the plugin and core `contract_version: 5`. It refuses
|
|
145
|
+
an absent or incompatible core. It will not fall back to editing ledger files
|
|
146
|
+
by hand, because that would bypass validation and atomic publication.
|
|
147
|
+
|
|
148
|
+
Neither installer adds an MCP server, remote service, hook, or background
|
|
149
|
+
process. The plugin and skill operate on the ledger through the installed core.
|
|
81
150
|
|
|
82
151
|
### Set the ledger up before the first item
|
|
83
152
|
|
|
@@ -253,7 +322,7 @@ two supported install routes:
|
|
|
253
322
|
registry requires a `latest` tag), so a bare install resolves to the same
|
|
254
323
|
bytes.
|
|
255
324
|
- **git tag** —
|
|
256
|
-
`npm install -g github:lstutzman/wowbagger#v0.1.0-alpha.
|
|
325
|
+
`npm install -g github:lstutzman/wowbagger#v0.1.0-alpha.9` installs this
|
|
257
326
|
release. Installing at a ref installs the core and every adapter that ref
|
|
258
327
|
carries.
|
|
259
328
|
|
|
@@ -325,7 +394,7 @@ Upgrade the pieces you installed:
|
|
|
325
394
|
|
|
326
395
|
```sh
|
|
327
396
|
npm install -g wowbagger@next # public npm registry
|
|
328
|
-
npm install -g github:lstutzman/wowbagger#v0.1.0-alpha.
|
|
397
|
+
npm install -g github:lstutzman/wowbagger#v0.1.0-alpha.9 # immutable Git release
|
|
329
398
|
git pull && npm ci # or: a direct checkout
|
|
330
399
|
```
|
|
331
400
|
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "wowbagger",
|
|
3
|
-
"version": "0.1.0-alpha.
|
|
4
|
-
"description": "
|
|
3
|
+
"version": "0.1.0-alpha.9",
|
|
4
|
+
"description": "Git-native work ledger for coding agents: deterministic ready queues, guarded CAS mutations, claims and fencing, and self-contained HTML reports.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"license": "MIT",
|
|
7
7
|
"author": {
|
|
@@ -21,6 +21,10 @@
|
|
|
21
21
|
"backlog",
|
|
22
22
|
"coordination",
|
|
23
23
|
"agent",
|
|
24
|
+
"multi-agent",
|
|
25
|
+
"reports",
|
|
26
|
+
"work-claims",
|
|
27
|
+
"compare-and-swap",
|
|
24
28
|
"markdown",
|
|
25
29
|
"git",
|
|
26
30
|
"cli"
|
|
@@ -46,6 +50,7 @@
|
|
|
46
50
|
"adapters",
|
|
47
51
|
"vendor",
|
|
48
52
|
"schemas",
|
|
53
|
+
"assets",
|
|
49
54
|
"docs/adapter-contract.md",
|
|
50
55
|
"docs/host-contract.md",
|
|
51
56
|
"docs/mutation-contract.md",
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: wowbagger
|
|
3
|
-
description: Use when coordinating work through a
|
|
3
|
+
description: Use when coordinating work through a Wowbagger ledger — reading deterministic ready work, inspecting lossless revisions, generating HTML reports and named views, filing or mutating items, taking a work claim, or publishing claimed work. Triggers on "ready queue", "ledger report", "report view", "backlog report", "what should I work on", "file a ledger item", "close this item", "claim this work", "publish claimed work", or any mention of a Wowbagger ledger. Not for general backlog talk where no Wowbagger ledger exists.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Wowbagger
|
|
@@ -9,6 +9,19 @@ A work ledger that is plain Markdown in Git. Every item is a file; every change
|
|
|
9
9
|
is a reviewable diff. The core is read-only unless you explicitly ask it to
|
|
10
10
|
publish something.
|
|
11
11
|
|
|
12
|
+
## Setup
|
|
13
|
+
|
|
14
|
+
Install the core separately before using this skill:
|
|
15
|
+
|
|
16
|
+
```sh
|
|
17
|
+
npm install -g wowbagger@0.1.0-alpha.9
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
The core requires Node.js 20 or later. This plugin ships only agent
|
|
21
|
+
instructions; it does not bundle the core, an MCP server, a remote service, a
|
|
22
|
+
hook, or a background process. It operates on the ledger and its Git working
|
|
23
|
+
copy through the core's validated CLI.
|
|
24
|
+
|
|
12
25
|
## Before anything else: check the core
|
|
13
26
|
|
|
14
27
|
This skill does **not** bundle the wowbagger core. It drives an installed one,
|
|
@@ -21,9 +34,9 @@ wowbagger capabilities --json
|
|
|
21
34
|
|
|
22
35
|
Read the plain distribution version from the first command and the top-level
|
|
23
36
|
`contract_version` from the second. **This skill requires distribution version
|
|
24
|
-
`0.1.0-alpha.
|
|
37
|
+
`0.1.0-alpha.9` and core `contract_version: 5`.**
|
|
25
38
|
|
|
26
|
-
The distribution pin names the published `0.1.0-alpha.
|
|
39
|
+
The distribution pin names the published `0.1.0-alpha.9` release; the cut that
|
|
27
40
|
publishes core `contract_version: 5` moves it. Earlier cores report
|
|
28
41
|
`contract_version: 3` or lower and lack behavior this skill requires, including
|
|
29
42
|
the bounded item source, so the version check refuses them. Do not soften
|