@dotobokuri/fleet-cli 1.4.0 → 1.5.0
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 +1 -1
- package/assets/skills/{fleet-assumption-audit → assumption-audit}/SKILL.md +1 -1
- package/assets/skills/{fleet-protocol-trivial → protocol-baseline}/SKILL.md +3 -3
- package/assets/skills/{fleet-protocol-multi-agent → protocol-frontline}/SKILL.md +3 -3
- package/assets/skills/{fleet-protocol-standard → protocol-midline}/SKILL.md +2 -2
- package/assets/skills/{fleet-protocol-high-risk → protocol-redline}/SKILL.md +4 -4
- package/dist/index.js +39217 -4729
- package/dist/index.js.map +1 -1
- package/package.json +2 -2
package/README.md
CHANGED
|
@@ -27,7 +27,7 @@ After installation, run `fleet` from any directory.
|
|
|
27
27
|
## Session Plugins
|
|
28
28
|
|
|
29
29
|
Dedicated Claude and Codex sessions receive Fleet context through generated plugin assets rendered under `~/.fleet/marketplace/plugins/fleet`.
|
|
30
|
-
The Fleet system prompt is injected at CLI launch time via temporary prompt files for Claude and a dedicated Codex profile, while provider-shared skill files and Claude subagent definitions are generated inside the plugin bundle from packaged assets. Built-in skills include Fleet Wiki usage plus the four protocol-mode skills used by the Admiral protocol gate: `
|
|
30
|
+
The Fleet system prompt is injected at CLI launch time via temporary prompt files for Claude and a dedicated Codex profile, while provider-shared skill files and Claude subagent definitions are generated inside the plugin bundle from packaged assets. Built-in skills include Fleet Wiki usage plus the four protocol-mode skills used by the Admiral protocol gate: `protocol-baseline`, `protocol-midline`, `protocol-redline`, and `protocol-frontline`.
|
|
31
31
|
The carrier and wiki MCP servers are not rendered into the plugin bundle; they are injected at spawn time as launch arguments (`--mcp-config` for Claude and `-c mcp_servers.*` for Codex).
|
|
32
32
|
|
|
33
33
|
Claude launches with `--plugin-dir ~/.fleet/marketplace/plugins/fleet` and discovers enabled carrier agents from plugin `agents/*.md`.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: protocol-baseline
|
|
3
3
|
description: Use the compact Fleet protocol mode for simple, reversible, single-surface work.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Fleet Protocol:
|
|
6
|
+
# Fleet Protocol: Baseline
|
|
7
7
|
|
|
8
8
|
Use this mode only for simple, reversible, single-surface operational work.
|
|
9
9
|
|
|
@@ -11,7 +11,7 @@ At any point during the work, if a Downward Guard trigger appears, stop and re-c
|
|
|
11
11
|
|
|
12
12
|
## Checkpoints
|
|
13
13
|
|
|
14
|
-
None. Selecting
|
|
14
|
+
None. Selecting baseline implies Mission Anchor Compact Mode.
|
|
15
15
|
|
|
16
16
|
## Reporting Cadence
|
|
17
17
|
|
|
@@ -1,11 +1,11 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: protocol-frontline
|
|
3
3
|
description: Use the coordinated Fleet protocol mode for multi-carrier or parallel ownership work.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Fleet Protocol:
|
|
6
|
+
# Fleet Protocol: Frontline
|
|
7
7
|
|
|
8
|
-
Use this mode when operational work requires multiple Carriers, independent parallel workstreams, cross-carrier review loops, or file ownership coordination. If the work is high risk but single-owner, use `
|
|
8
|
+
Use this mode when operational work requires multiple Carriers, independent parallel workstreams, cross-carrier review loops, or file ownership coordination. If the work is high risk but single-owner, use `protocol-redline` instead.
|
|
9
9
|
|
|
10
10
|
## Checkpoints
|
|
11
11
|
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: protocol-midline
|
|
3
3
|
description: Use the normal Fleet protocol mode for bounded operational work without downward-guard triggers.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Fleet Protocol:
|
|
6
|
+
# Fleet Protocol: Midline
|
|
7
7
|
|
|
8
8
|
Use this mode for ordinary bounded operational work.
|
|
9
9
|
|
|
@@ -1,11 +1,11 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: protocol-redline
|
|
3
3
|
description: Use the risk-controlled Fleet protocol mode for irreversible, structural, multi-module, or prompt-policy work.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Fleet Protocol:
|
|
6
|
+
# Fleet Protocol: Redline
|
|
7
7
|
|
|
8
|
-
Use this mode for irreversible operations, structural/API changes, cross-module edits, doctrine or prompt-policy edits, security-sensitive work, or any operational request needing explicit risk controls. Escalate to `
|
|
8
|
+
Use this mode for irreversible operations, structural/API changes, cross-module edits, doctrine or prompt-policy edits, security-sensitive work, or any operational request needing explicit risk controls. Escalate to `protocol-frontline` when multiple Carriers or parallel ownership boundaries are required.
|
|
9
9
|
|
|
10
10
|
## Checkpoints
|
|
11
11
|
|
|
@@ -27,7 +27,7 @@ Confirm each readiness check below before the Workflow. Work through them in ord
|
|
|
27
27
|
- [ ] **Impact radius** — flag public-surface or API impact, irreversibility, and any security-sensitive surface. → report `impact: <…>`
|
|
28
28
|
- [ ] **Rollback** — identify a rollback-safe checkpoint and any Admiral of the Navy approval point before execution begins. → report `rollback: <…>`
|
|
29
29
|
- [ ] **Isolation** — confirm a working branch or worktree isolates the change; no direct work on the default branch. → report `isolation: <branch>`
|
|
30
|
-
- [ ] **Escalation** — if multiple carriers or parallel ownership boundaries are required, re-classify under
|
|
30
|
+
- [ ] **Escalation** — if multiple carriers or parallel ownership boundaries are required, re-classify under frontline. → report `escalation: clear`
|
|
31
31
|
|
|
32
32
|
## Workflow
|
|
33
33
|
|