superbee 0.1.1 → 0.1.2-pre.2
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/README.md +73 -95
- package/SKILL.md +67 -440
- package/dist/superbee.mjs +98575 -95094
- package/package.json +1 -1
- package/references/modeling-and-delivery.md +62 -0
- package/references/recipes/review-workflow/references/view-authoring-v0.md +18 -0
- package/references/views/references/view-authoring-v0.md +18 -0
package/README.md
CHANGED
|
@@ -1,105 +1,83 @@
|
|
|
1
1
|
# superbee
|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
3
|
+
## What is Superbee?
|
|
4
|
+
|
|
5
|
+
Superbee gives AI coding agents shared, versioned, conflict-safe memory — as a folder of
|
|
6
|
+
plain markdown in your repo.
|
|
7
|
+
|
|
8
|
+
Agents forget everything between sessions, overwrite each other's work, and keep what they
|
|
9
|
+
know invisible to the humans they work for. Superbee fixes all three:
|
|
10
|
+
|
|
11
|
+
- **Memory that persists.** Agents write context notes, decisions, plans, and research into a
|
|
12
|
+
knowledge bundle that survives the session. The next session — or a different agent — picks
|
|
13
|
+
up exactly where the last one left off. An optional `SessionStart` hook (Claude Code, Codex,
|
|
14
|
+
OpenCode) orients every new session automatically.
|
|
15
|
+
- **Safe for many writers.** Every document write is compare-and-swap versioned and attributed
|
|
16
|
+
to an actor. Two agents racing on the same document get a clean, typed conflict instead of a
|
|
17
|
+
silent lost update — and `doc history` shows who changed what, when.
|
|
18
|
+
- **Visible to humans.** Everything is plain markdown you can open in any editor, render on
|
|
19
|
+
GitHub, and diff in git. `superbee ui` serves the bundle locally as rendered, cross-linked
|
|
20
|
+
pages with derived backlinks, a live activity feed, and launchable bundle Views. `superbee
|
|
21
|
+
sync` shares the bundle with teammates on a dedicated `board` branch — pulling their changes
|
|
22
|
+
and pushing yours without touching your code.
|
|
23
|
+
- **Agent-native by design.** The CLI follows the AXI principles for agent-facing tools:
|
|
24
|
+
structured, token-lean output; result counts and truncation with explicit escape hatches;
|
|
25
|
+
idempotent mutations; structured errors with a small, stable exit-code taxonomy. Agents get
|
|
26
|
+
predictable responses they can act on without parsing prose or flooding their context window.
|
|
27
|
+
- **Yours, and portable.** Bundles conform to the Open Knowledge Format — new bundles are
|
|
28
|
+
written as OKF v0.2, and existing v0.1 bundles stay supported in place — so they survive the
|
|
29
|
+
tool: hand the folder to someone else, or read it with anything that speaks markdown.
|
|
30
|
+
Everything works offline; the filesystem is the source of truth. Typed document schemas
|
|
31
|
+
("kinds") live in the bundle itself, so the bundle describes its own structure.
|
|
32
|
+
|
|
33
|
+
The npm package ships one self-contained executable with zero runtime dependencies, plus an
|
|
34
|
+
Agent Skill that teaches agents how to use it.
|
|
35
|
+
|
|
36
|
+
## Install Steps
|
|
37
|
+
|
|
38
|
+
1. Install the CLI globally:
|
|
39
|
+
|
|
40
|
+
```sh
|
|
41
|
+
npm install -g superbee
|
|
42
|
+
```
|
|
43
|
+
|
|
44
|
+
2. Once superbee is installed, ask your AI agent to run `superbee setup`. Setup walks the
|
|
45
|
+
agent through the remaining integration steps (Agent Skill, SessionStart hook, MCP
|
|
46
|
+
registration) and orients it to the Superbee environment. It is read-only — it inspects
|
|
47
|
+
your configuration and returns one safe next command at a time, so the agent (with your
|
|
48
|
+
approval) performs any actual changes.
|
|
49
|
+
|
|
50
|
+
Upgrading from the legacy `@holaxis/aslite` package or the retired marketplace plugin? Install
|
|
51
|
+
`superbee` alongside it, have your agent run `superbee setup` to migrate the exact legacy
|
|
52
|
+
integrations, then remove the old package with `npm uninstall -g @holaxis/aslite`. Existing
|
|
53
|
+
`.agentstate-lite/` bundles and `.agentstate.json` bindings keep working with no migration.
|
|
54
|
+
|
|
55
|
+
## How to use Superbee
|
|
56
|
+
|
|
57
|
+
Superbee is agent-first: you don't type its commands yourself — you ask your agent for what
|
|
58
|
+
you need, and the Agent Skill included with this package helps the agent translate your
|
|
59
|
+
instructions into CLI commands. For example:
|
|
60
|
+
|
|
61
|
+
- "Set up a Superbee workspace for this project and track our tasks in it."
|
|
62
|
+
- "Write up what we decided about the auth design as a doc, and link it to the task."
|
|
63
|
+
- "What did the last session leave off on? Check the context notes."
|
|
64
|
+
- "Sync the board so my teammate's agent sees this."
|
|
65
|
+
|
|
66
|
+
Behind those requests, the agent drives a small, predictable CLI: `init` creates a bundle in a
|
|
67
|
+
conventional `.superbee/` folder (discovered automatically, the way git finds `.git`); `new`,
|
|
68
|
+
`doc write`, `doc update`, and `link add` create and connect typed documents; `list` and
|
|
69
|
+
`doc read` query them; `sync` shares the board with teammates.
|
|
70
|
+
|
|
71
|
+
When you want to see the knowledge yourself, ask the agent to open it — or run the two
|
|
72
|
+
human-facing commands directly:
|
|
21
73
|
|
|
22
74
|
```sh
|
|
23
|
-
|
|
24
|
-
superbee
|
|
75
|
+
superbee ui --open # the bundle, rendered: pages, links, backlinks, live Views
|
|
76
|
+
superbee doc open <id> # one exact document in the same local browser reader
|
|
25
77
|
```
|
|
26
78
|
|
|
27
|
-
`setup` is the read-only integration front door. It asks for the exact host, checks npm, Agent
|
|
28
|
-
Skill, SessionStart hook, MCP, bundle, and catalog state, then returns one safe `next.command`.
|
|
29
|
-
Fill any explicit placeholder it identifies, follow that command, restart the host after
|
|
30
|
-
integration changes, and rerun setup to verify. It never uses host detection as permission to
|
|
31
|
-
edit configuration.
|
|
32
|
-
|
|
33
|
-
Then run the first-value flow from an ordinary project directory:
|
|
34
|
-
|
|
35
|
-
```sh
|
|
36
|
-
superbee
|
|
37
|
-
superbee recipes
|
|
38
|
-
superbee init --create-only --recipe work-tracking --dir .superbee
|
|
39
|
-
superbee new "Task" first-task --title "Plan the first change" \
|
|
40
|
-
--progress_status todo --actor quickstart-agent --dir .superbee
|
|
41
|
-
superbee --dir .superbee
|
|
42
|
-
```
|
|
43
|
-
|
|
44
|
-
`--create-only` fails before writing when the selected target is occupied or ambiguous. Use
|
|
45
|
-
`recipe add` instead when you intend to modify an existing bundle. Bring source material or intent
|
|
46
|
-
to your agent in the tool you already use. The agent organizes, types, links, and updates the
|
|
47
|
-
bundle through `superbee`; these commands are the plumbing, not a manual data-entry workflow.
|
|
48
|
-
|
|
49
|
-
`quickstart-agent` is an advisory example actor label; replace it with the actual agent identity.
|
|
50
|
-
|
|
51
|
-
Existing `.agentstate-lite/` bundles and `.agentstate.json` bindings need no migration. To try
|
|
52
|
-
read-only and bootstrap commands without installing anything, run `npx -y superbee`; persistent
|
|
53
|
-
integrations still require the global npm install.
|
|
54
|
-
|
|
55
|
-
The successor package can be installed while a global `@holaxis/aslite` still supplies the old
|
|
56
|
-
commands. Run `superbee setup` to migrate exact legacy integrations, then remove the old package
|
|
57
|
-
with `npm uninstall -g @holaxis/aslite` when setup is complete.
|
|
58
|
-
|
|
59
|
-
If upgrading from the retired marketplace plugin, remove or disable that plugin, then rerun
|
|
60
|
-
`superbee setup` and follow its exact next command. The hook installer
|
|
61
|
-
replaces exact historical AgentState marketplace hooks instead of adding a duplicate.
|
|
62
|
-
|
|
63
|
-
## What it is
|
|
64
|
-
|
|
65
|
-
A knowledge bundle is a directory of markdown that conforms to the **Open Knowledge Format
|
|
66
|
-
(OKF)** — so it survives the tool: open it in any editor, render it on GitHub, diff it in git,
|
|
67
|
-
hand it to someone else. On top of that portable format, `superbee` adds an agent-facing
|
|
68
|
-
CLI (TOON output, a capped exit-code taxonomy, structured errors) and a local UI for live bundle
|
|
69
|
-
Views.
|
|
70
|
-
|
|
71
|
-
- **Local-first.** Everything works with the network off; the filesystem is the source of truth.
|
|
72
|
-
- **Agent-native.** The primary interface is a small, predictable CLI designed to be driven by
|
|
73
|
-
AI agents, with a `SessionStart` hook installer for Claude Code / Codex / OpenCode.
|
|
74
|
-
- **Human-visible.** In an MCP Apps conversation, an agent can call `show_document` with an exact
|
|
75
|
-
bundle ID to display the authoritative document through Superbee's bounded Markdown reader;
|
|
76
|
-
no executable View approval or separate Markdown tool is involved. Outside an MCP Apps host,
|
|
77
|
-
`superbee doc open <id>` opens that exact document in the same local browser reader;
|
|
78
|
-
`superbee ui --open` opens the bundle launcher. In the browser you can read rendered pages (cross-links you can follow,
|
|
79
|
-
derived backlinks), see a live activity
|
|
80
|
-
feed and the bundle's sharing status, and launch its registered Views — which present live data
|
|
81
|
-
through the read-only v0 bridge or propose one human-confirmed local scalar action through v1.
|
|
82
|
-
(`Page` is the retired legacy name for the View kind — legacy-named content no longer
|
|
83
|
-
registers; `superbee status` flags it and the repo's migration script renames it in place.)
|
|
84
|
-
|
|
85
|
-
## Optional: a shared remote bundle
|
|
86
|
-
|
|
87
|
-
Run the reference server over a local bundle, then point any command at it with `--remote`:
|
|
88
|
-
|
|
89
|
-
```sh
|
|
90
|
-
superbee serve --dir ./my-bundle # loopback, keyless reference server
|
|
91
|
-
superbee list --remote http://127.0.0.1:4818
|
|
92
|
-
```
|
|
93
|
-
|
|
94
|
-
The public package intentionally stops at this generic wire boundary. It does not ship a hosted
|
|
95
|
-
deployment, identity system, account-administration commands, or cloud-provider recipe. A separate
|
|
96
|
-
service can implement the same versioned storage and HTTP contracts without changing the local
|
|
97
|
-
engine or CLI.
|
|
98
|
-
|
|
99
|
-
## Documentation
|
|
100
|
-
|
|
101
79
|
Run `superbee --help` (or any subcommand with `--help`) for the full command reference.
|
|
102
|
-
Design and format docs live in the repository.
|
|
80
|
+
Design and format docs live in the [repository](https://github.com/Holaxis-ai/superbee).
|
|
103
81
|
|
|
104
82
|
## License
|
|
105
83
|
|