@mightybot/mbcli 0.5.398 → 0.5.412
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 +238 -6
- package/bin/mb.js +3 -3
- package/package.json +6 -6
package/README.md
CHANGED
|
@@ -1,12 +1,244 @@
|
|
|
1
1
|
# @mightybot/mbcli
|
|
2
2
|
|
|
3
|
-
The MightyBot `mb` CLI
|
|
3
|
+
The MightyBot `mb` CLI and local design-time MCP server, distributed over npm so
|
|
4
|
+
it can be run with `npx`.
|
|
4
5
|
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
6
|
+
`mb` is a single Go binary. This package is a thin launcher: the binary ships in
|
|
7
|
+
a per-platform optional dependency (`@mightybot/mbcli-<platform>`), and npm
|
|
8
|
+
installs only the one matching your machine.
|
|
9
|
+
|
|
10
|
+
|
|
11
|
+
## Run — two ways
|
|
12
|
+
|
|
13
|
+
The actual command is always **`mb`**; the package name (`@mightybot/mbcli`)
|
|
14
|
+
is just what npm fetches. Pick whichever fits:
|
|
15
|
+
|
|
16
|
+
### Option A — `npx` (no install, always newest)
|
|
17
|
+
|
|
18
|
+
```bash
|
|
19
|
+
npx @mightybot/mbcli@latest version # prod (stable)
|
|
20
|
+
npx @mightybot/mbcli@latest auth login
|
|
21
|
+
npx @mightybot/mbcli@preprod version # preprod (newest build, pre-promotion)
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
npm fetches + caches only your platform's binary on first run; `@latest` /
|
|
25
|
+
`@preprod` makes npx re-check the registry each run, so you always get the
|
|
26
|
+
newest build for that channel. Nothing to upgrade.
|
|
27
|
+
|
|
28
|
+
### Option B — global install (`mb` on PATH, shorter commands)
|
|
29
|
+
|
|
30
|
+
```bash
|
|
31
|
+
npm i -g @mightybot/mbcli@latest # or @preprod
|
|
32
|
+
mb version
|
|
33
|
+
mb auth login
|
|
34
|
+
mb setup
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
Puts a real `mb` command on your PATH — no `npx`, no scope prefix. Faster
|
|
38
|
+
(no per-run resolution), but it does **not** auto-update: you are pinned to the
|
|
39
|
+
version installed until you re-run the install to upgrade:
|
|
40
|
+
|
|
41
|
+
```bash
|
|
42
|
+
npm i -g @mightybot/mbcli@latest # upgrade to newest latest
|
|
43
|
+
npm i -g @mightybot/mbcli@preprod # or newest preprod
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
| | `npx …@latest` | `npm i -g …@latest` |
|
|
47
|
+
|---|---|---|
|
|
48
|
+
| Command | `npx @mightybot/mbcli@latest <cmd>` | `mb <cmd>` |
|
|
49
|
+
| Always newest | ✅ auto | ❌ frozen at install — re-install to upgrade |
|
|
50
|
+
| Per-run overhead | small | none |
|
|
51
|
+
|
|
52
|
+
Either way the one-time `~/.npmrc` (above) is required, and `mb setup` works the
|
|
53
|
+
same — it installs the MCP server to the stable `~/.mightybot/mcp/mb`,
|
|
54
|
+
independent of how you run the CLI.
|
|
55
|
+
|
|
56
|
+
### Release channels
|
|
57
|
+
|
|
58
|
+
| Tag | Published when | Who uses it |
|
|
59
|
+
|-----|----------------|-------------|
|
|
60
|
+
| `preprod` | every `master` merge (version `0.5.<run>`) | testers validating a build |
|
|
61
|
+
| `latest` | manual promotion of a tested `preprod` version (no rebuild) | everyone |
|
|
62
|
+
|
|
63
|
+
Promotion moves the `latest` dist-tag onto the exact `preprod` artifact that was
|
|
64
|
+
tested — same bytes, no rebuild.
|
|
65
|
+
|
|
66
|
+
### Always getting the newest
|
|
67
|
+
|
|
68
|
+
npx caches by version spec. To avoid running a stale cached copy, either pin the
|
|
69
|
+
channel tag or force a registry check:
|
|
70
|
+
|
|
71
|
+
```bash
|
|
72
|
+
npx @mightybot/mbcli@latest version # re-resolves the latest tag
|
|
73
|
+
npx --prefer-online @mightybot/mbcli version # revalidates cache against the registry
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
## One-step setup (auth + MCP)
|
|
77
|
+
|
|
78
|
+
After installing, run **one** command to get fully provisioned — it logs you in
|
|
79
|
+
and registers the MCP server with Codex / Claude Code / OpenCode:
|
|
80
|
+
|
|
81
|
+
```bash
|
|
82
|
+
npx @mightybot/mbcli@latest setup
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
`mb setup` = `mb auth login` (browser device auth) + `mb mcp install --agent all`.
|
|
86
|
+
Auth flags pass through, e.g. `setup --base-url https://platform-dev.mightybot.ai`.
|
|
87
|
+
|
|
88
|
+
## Commands
|
|
89
|
+
|
|
90
|
+
Every example below uses the bare `mb` (after a global install or inside
|
|
91
|
+
`mb setup`). With `npx`, prefix any command:
|
|
92
|
+
`npx @mightybot/mbcli@latest <command>`.
|
|
93
|
+
|
|
94
|
+
Get machine-readable help any time:
|
|
95
|
+
|
|
96
|
+
```bash
|
|
97
|
+
mb help # human-readable usage
|
|
98
|
+
mb help --json # full command catalog (command, usage, backend method/path)
|
|
99
|
+
mb version # build info (version, commit, build date) as JSON
|
|
100
|
+
```
|
|
101
|
+
|
|
102
|
+
> Builder-step **configuration writes** (workflow schemas, file processing,
|
|
103
|
+
> validation, policies, agent compiler, data trail, views) are **MCP-native** —
|
|
104
|
+
> done by an agent through the `mb mcp` server, not these shell subcommands. The
|
|
105
|
+
> shell commands below cover auth, setup, fleet ops, tests, SDLC, deploy/release,
|
|
106
|
+
> and evidence. After `mb setup`, an agent should start with the MCP tool
|
|
107
|
+
> `mightybot.start_here`.
|
|
108
|
+
|
|
109
|
+
### `mb setup` — one-step provisioning
|
|
110
|
+
|
|
111
|
+
```bash
|
|
112
|
+
mb setup [auth flags] # mb auth login + mb mcp install --agent all
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
Logs in (browser device auth) and registers the MCP server with all detected
|
|
116
|
+
agents. Auth flags pass through (e.g. `--base-url https://platform-dev.mightybot.ai`).
|
|
117
|
+
|
|
118
|
+
### `mb auth` — platform authentication
|
|
119
|
+
|
|
120
|
+
| Command | What it does |
|
|
121
|
+
|---|---|
|
|
122
|
+
| `mb auth login` | Browser device-code login; stores the token under `~/.mightybot`. |
|
|
123
|
+
| `mb auth inspect` | Show the active profile/backend and token status. |
|
|
124
|
+
| `mb auth profile` | Print the current auth profile (tenant, user, backend URL). |
|
|
125
|
+
| `mb auth configure` | Set/switch the backend (base URL, environment). |
|
|
126
|
+
| `mb auth probe-write` | Pre-flight check that the token can perform writes. |
|
|
127
|
+
|
|
128
|
+
> `mb` has **one** profile slot — the last `mb auth login` wins. Confirm the
|
|
129
|
+
> active backend with `mb auth inspect` before any write.
|
|
130
|
+
|
|
131
|
+
### `mb mcp` — local design-time MCP server
|
|
132
|
+
|
|
133
|
+
| Command | What it does |
|
|
134
|
+
|---|---|
|
|
135
|
+
| `mb mcp` | Run the MCP server on stdio (what agents launch). |
|
|
136
|
+
| `mb mcp install [--agent codex,claude,opencode\|all]` | Copy the binary to `~/.mightybot/mcp/mb` and register it with the chosen agents. |
|
|
137
|
+
| `mb mcp register` | Register an already-installed server with an agent. |
|
|
138
|
+
| `mb mcp update` | Re-copy/re-register after a CLI upgrade. |
|
|
139
|
+
| `mb mcp uninstall` | Remove the server registration. |
|
|
140
|
+
| `mb mcp status` / `mb mcp doctor` | Show registration health / diagnose problems. |
|
|
141
|
+
| `mb mcp start` / `mb mcp stop` | Start/stop the managed server. |
|
|
142
|
+
|
|
143
|
+
### `mb surface` — inspect the workflow surface
|
|
144
|
+
|
|
145
|
+
```bash
|
|
146
|
+
mb surface overview # high-level map of the workflow definition
|
|
147
|
+
mb surface resources # resources referenced by the workflow
|
|
148
|
+
mb surface operations # available builder operations
|
|
149
|
+
mb surface step # step-level detail
|
|
150
|
+
```
|
|
151
|
+
|
|
152
|
+
### `mb workflow` — workflow definitions (read/SDLC)
|
|
153
|
+
|
|
154
|
+
| Command | What it does |
|
|
155
|
+
|---|---|
|
|
156
|
+
| `mb workflow list` | List workflow definitions. |
|
|
157
|
+
| `mb workflow inspect <id>` | Show a definition's full configuration. |
|
|
158
|
+
| `mb workflow create` / `update` / `duplicate` / `delete` | Manage definitions. |
|
|
159
|
+
| `mb workflow export <id>` | Export a definition (e.g. for diffing/backup). |
|
|
160
|
+
| `mb workflow diff` | Diff two definitions/versions. |
|
|
161
|
+
| `mb workflow validate <id>` | Validate a definition. |
|
|
162
|
+
| `mb workflow versions` / `version` / `version-history` / `version-diff` | Inspect version history and compare versions. |
|
|
163
|
+
|
|
164
|
+
### `mb git` — git ↔ workflow sync state
|
|
165
|
+
|
|
166
|
+
```bash
|
|
167
|
+
mb git branches # branches relevant to workflow definitions
|
|
168
|
+
mb git sync-status # git/DB sync status
|
|
169
|
+
mb git auto-merge # auto-merge eligible changes
|
|
170
|
+
mb git resource-state # per-resource git state
|
|
171
|
+
mb git pr-status # PR status for workflow changes
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
### `mb instance` — workflow instances & their files
|
|
175
|
+
|
|
176
|
+
| Command | What it does |
|
|
177
|
+
|---|---|
|
|
178
|
+
| `mb instance list` / `get <id>` / `stats` | List, fetch, and summarize instances. |
|
|
179
|
+
| `mb instance create` / `patch` / `delete` / `close` | Manage instances. |
|
|
180
|
+
| `mb instance repair` / `backfill` | Maintenance operations. |
|
|
181
|
+
| `mb instance data` | Inspect/manage instance data entries. |
|
|
182
|
+
| `mb instance file upload …` | Upload a file to an instance. |
|
|
183
|
+
|
|
184
|
+
### `mb run` — workflow runs (tests & evidence)
|
|
185
|
+
|
|
186
|
+
| Command | What it does |
|
|
187
|
+
|---|---|
|
|
188
|
+
| `mb run test` | Run a workflow end-to-end as a test. |
|
|
189
|
+
| `mb run create` / `partial` | Start a full or partial run. |
|
|
190
|
+
| `mb run rerun` | Re-execute a prior run. |
|
|
191
|
+
| `mb run list` / `inspect <id>` | List runs / inspect one. |
|
|
192
|
+
| `mb run result <id>` / `files <id>` | Fetch a run's result / output files. |
|
|
193
|
+
|
|
194
|
+
### `mb eval` — evaluations
|
|
195
|
+
|
|
196
|
+
```bash
|
|
197
|
+
mb eval lists | list # list eval sets / evals
|
|
198
|
+
mb eval run # run an evaluation
|
|
199
|
+
mb eval result # fetch results
|
|
200
|
+
mb eval annotation # annotations
|
|
201
|
+
mb eval comment | review # commenting / review
|
|
202
|
+
mb eval packet # export an eval packet
|
|
8
203
|
```
|
|
9
204
|
|
|
10
|
-
|
|
205
|
+
### `mb deploy` — deploys
|
|
206
|
+
|
|
207
|
+
| Command | What it does |
|
|
208
|
+
|---|---|
|
|
209
|
+
| `mb deploy draft` / `preview` | Stage and preview a deploy. |
|
|
210
|
+
| `mb deploy release` | Cut a release/deploy. |
|
|
211
|
+
| `mb deploy status` / `release-status` | Check deploy/release status. |
|
|
212
|
+
| `mb deploy list` / `releases` | List deploys / releases. |
|
|
213
|
+
|
|
214
|
+
### `mb release` — release tagging
|
|
215
|
+
|
|
216
|
+
```bash
|
|
217
|
+
mb release tag suggest # suggest the next release tag
|
|
218
|
+
mb release tag create # create a release tag
|
|
219
|
+
```
|
|
220
|
+
|
|
221
|
+
### `mb view-serving` — view-serving checks
|
|
222
|
+
|
|
223
|
+
```bash
|
|
224
|
+
mb view-serving smoke # smoke-test served views
|
|
225
|
+
mb view-serving test # run view-serving tests
|
|
226
|
+
```
|
|
227
|
+
|
|
228
|
+
### Global flags
|
|
229
|
+
|
|
230
|
+
- `--home <dir>` — override `HOME` (where `~/.mightybot` lives); useful for
|
|
231
|
+
isolated/CI runs.
|
|
232
|
+
- `--json` after `help` — emit the full command catalog as JSON.
|
|
233
|
+
|
|
234
|
+
### Under the hood
|
|
235
|
+
|
|
236
|
+
`setup` copies the binary to a stable location (`~/.mightybot/mcp/mb`, alongside
|
|
237
|
+
its docs, re-signed for macOS) and registers *that* path — so the long-lived MCP
|
|
238
|
+
server does not depend on the ephemeral npx cache. Re-run `setup` after an
|
|
239
|
+
upgrade, then restart your agent so it reloads MCP.
|
|
240
|
+
|
|
241
|
+
## Supported platforms
|
|
11
242
|
|
|
12
|
-
|
|
243
|
+
macOS arm64 (Apple Silicon), macOS x64 (Intel), Linux x64, Linux arm64,
|
|
244
|
+
Windows x64 — npm installs only the package matching your machine.
|
package/bin/mb.js
CHANGED
|
@@ -14,9 +14,9 @@ const fs = require("fs");
|
|
|
14
14
|
const path = require("path");
|
|
15
15
|
|
|
16
16
|
// Derive the platform packages from THIS package's own name, so the same shim
|
|
17
|
-
// works under any scope
|
|
18
|
-
// @mightybot/
|
|
19
|
-
// @mightybot/
|
|
17
|
+
// works under any scope it is published as (e.g. @mightybot-ai/mbcli private and
|
|
18
|
+
// @mightybot/mbcli public). The binary ships in `<self>-<platform>` (e.g.
|
|
19
|
+
// @mightybot/mbcli-darwin-arm64).
|
|
20
20
|
const SELF_NAME = require(path.join(__dirname, "..", "package.json")).name;
|
|
21
21
|
const SUPPORTED = new Set([
|
|
22
22
|
"darwin-arm64",
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@mightybot/mbcli",
|
|
3
|
-
"version": "0.5.
|
|
3
|
+
"version": "0.5.412",
|
|
4
4
|
"description": "MightyBot mb CLI and local design-time MCP server",
|
|
5
5
|
"bin": {
|
|
6
6
|
"mb": "bin/mb.js"
|
|
@@ -15,11 +15,11 @@
|
|
|
15
15
|
"license": "UNLICENSED",
|
|
16
16
|
"private": false,
|
|
17
17
|
"optionalDependencies": {
|
|
18
|
-
"@mightybot/mbcli-darwin-arm64": "0.5.
|
|
19
|
-
"@mightybot/mbcli-darwin-x64": "0.5.
|
|
20
|
-
"@mightybot/mbcli-linux-x64": "0.5.
|
|
21
|
-
"@mightybot/mbcli-linux-arm64": "0.5.
|
|
22
|
-
"@mightybot/mbcli-win32-x64": "0.5.
|
|
18
|
+
"@mightybot/mbcli-darwin-arm64": "0.5.412",
|
|
19
|
+
"@mightybot/mbcli-darwin-x64": "0.5.412",
|
|
20
|
+
"@mightybot/mbcli-linux-x64": "0.5.412",
|
|
21
|
+
"@mightybot/mbcli-linux-arm64": "0.5.412",
|
|
22
|
+
"@mightybot/mbcli-win32-x64": "0.5.412"
|
|
23
23
|
},
|
|
24
24
|
"homepage": "https://mightybot.ai"
|
|
25
25
|
}
|