@kaddo/cli 3.16.0 → 3.16.1
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 +41 -4
- package/dist/index.js +24 -3
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -71,6 +71,10 @@ knowledge/
|
|
|
71
71
|
config.yml ← project config
|
|
72
72
|
```
|
|
73
73
|
|
|
74
|
+
Asks for the project state (`new | pre-ai | legacy`), team size, repo structure and the
|
|
75
|
+
**project knowledge language** (`en | es`) — the language your knowledge artifacts are
|
|
76
|
+
written in; the CLI itself stays English.
|
|
77
|
+
|
|
74
78
|
---
|
|
75
79
|
|
|
76
80
|
### `kaddo scan`
|
|
@@ -265,12 +269,17 @@ concrete step (`kaddo scan` or `kaddo add agents`).
|
|
|
265
269
|
Create a Work Item with the minimum context for its Knowledge Level.
|
|
266
270
|
|
|
267
271
|
```bash
|
|
268
|
-
kaddo create feature # K2:
|
|
269
|
-
kaddo create bugfix # K2:
|
|
270
|
-
kaddo create hotfix # K1:
|
|
271
|
-
kaddo create spike # K3:
|
|
272
|
+
kaddo create feature # K2: delivers a user-facing capability
|
|
273
|
+
kaddo create bugfix # K2: fixes a known defect
|
|
274
|
+
kaddo create hotfix # K1: urgent fix on a released version
|
|
275
|
+
kaddo create spike # K3: exploratory / reduce uncertainty
|
|
276
|
+
kaddo create chore # K1: maintenance, tooling, config, infra
|
|
272
277
|
```
|
|
273
278
|
|
|
279
|
+
New Work Items land in `knowledge/delivery/work-items/draft/` with `status: draft`
|
|
280
|
+
(lifecycle: `draft → ready → in-progress → blocked → completed → archived`). Aliases like
|
|
281
|
+
`setup`, `tooling`, `maintenance`, `infrastructure` or `refactor` resolve to `chore`.
|
|
282
|
+
|
|
274
283
|
**From a roadmap candidate:**
|
|
275
284
|
|
|
276
285
|
```bash
|
|
@@ -409,6 +418,25 @@ architecture baseline, roadmap, agents), work items, **ownership coverage**, the
|
|
|
409
418
|
`kaddo explain` summarizes what Kaddo already knows. The focused flags
|
|
410
419
|
(`--scope`, `--type`, `--since`) still explain a subset of artifacts.
|
|
411
420
|
|
|
421
|
+
---
|
|
422
|
+
|
|
423
|
+
### `kaddo capsule`
|
|
424
|
+
|
|
425
|
+
Share or consume minimal, portable knowledge about a system — a **Knowledge Capsule** —
|
|
426
|
+
without mapping it as multirepo or reading its source.
|
|
427
|
+
|
|
428
|
+
```bash
|
|
429
|
+
kaddo capsule export # → .kaddo/exports/<project>.capsule.md / .json
|
|
430
|
+
kaddo capsule add <path> # import an external capsule → external/<id>.capsule.md
|
|
431
|
+
```
|
|
432
|
+
|
|
433
|
+
`export` builds a deterministic draft from `knowledge/` (purpose, capabilities, public
|
|
434
|
+
contracts, risks, ADRs, owners — never source code or secrets); refine it with the
|
|
435
|
+
`capsule-agent` before sharing. `add` registers the capsule in `.kaddo/external.yml`;
|
|
436
|
+
`kaddo context` then includes an **External Knowledge** section and `kaddo explain` lists
|
|
437
|
+
the capsules (warning when one looks stale). See the
|
|
438
|
+
[Knowledge Capsules guide](https://kaddo.trycatch.tv/knowledge-capsules/).
|
|
439
|
+
|
|
412
440
|
## Roadmap
|
|
413
441
|
|
|
414
442
|
The full knowledge loop ships today: `scan → context → agents → understand → roadmap →
|
|
@@ -441,6 +469,15 @@ create --from roadmap → owners → guard → explain`.
|
|
|
441
469
|
| v3.6 | Flexible roadmap parsing and roadmap candidate/materialized Work Item reporting |
|
|
442
470
|
| v3.7 | Work Item lifecycle active workspace (`draft`, `ready`, `in-progress`, `blocked`, `completed`, `archived`) |
|
|
443
471
|
| v3.7.1 | Context Efficiency positioning: Repository Exploration Tax and structured-knowledge narrative |
|
|
472
|
+
| v3.8 | Agent Trace & responsibility boundaries: every prompt declares Agent/Produced/Next; new `implementation-agent` (the only agent that may suggest a branch) |
|
|
473
|
+
| v3.9 | New `chore` Work Item type (+ aliases setup/tooling/maintenance/infra); explain Work Items by Type; context Delivery Mix |
|
|
474
|
+
| v3.9.1 | Unified knowledge artifact discovery: one service behind explain/context/owners/guard (fixes owners missing lifecycle subfolders) |
|
|
475
|
+
| v3.10 | State-aware recommendations: real phase model (Discovery → Planning → Delivery Preparation → Active Delivery → Maintenance) drives understand/context/explain |
|
|
476
|
+
| v3.11 | Command workflow clarity: official command matrix + "Question answered / Suggested next" footer on scan/context/explain/understand; `chore/` branch prefix |
|
|
477
|
+
| v3.13 | New `backlog-agent`: capture raw ideas into a Work Item draft or roadmap candidate (human decides the next step) |
|
|
478
|
+
| v3.14 | Project knowledge language (`project.language: en\|es`): knowledge in your language, CLI stays English; all agents respect it |
|
|
479
|
+
| v3.15 | Delivery context consistency: phase-based handoff + per-phase LLM instructions; assisted `owners suggest` (normalize/validate globs); new `ownership-agent`; guard untracked-files warning; duplicate Work Item detection |
|
|
480
|
+
| v3.16 | Knowledge Capsules: `kaddo capsule export/add`, External Knowledge in context/explain, new `capsule-agent` |
|
|
444
481
|
|
|
445
482
|
**Optional modules (installed with `kaddo add`):**
|
|
446
483
|
|
package/dist/index.js
CHANGED
|
@@ -672,7 +672,15 @@ var COMMAND_HELP = {
|
|
|
672
672
|
question: "Is knowledge drifting from code?",
|
|
673
673
|
next: "Update the affected knowledge, then commit"
|
|
674
674
|
},
|
|
675
|
-
"add agents": { question: "Which agents are available?", next: "kaddo understand" }
|
|
675
|
+
"add agents": { question: "Which agents are available?", next: "kaddo understand" },
|
|
676
|
+
"capsule export": {
|
|
677
|
+
question: "How do I share this project as external context?",
|
|
678
|
+
next: "Refine with the capsule-agent, then share the capsule file"
|
|
679
|
+
},
|
|
680
|
+
"capsule add": {
|
|
681
|
+
question: "How do I consume another system as external context?",
|
|
682
|
+
next: "kaddo context (the pack now includes External Knowledge)"
|
|
683
|
+
}
|
|
676
684
|
};
|
|
677
685
|
function commandFooterLines(name) {
|
|
678
686
|
const help = COMMAND_HELP[name];
|
|
@@ -3345,6 +3353,9 @@ var agentReadme = {
|
|
|
3345
3353
|
"- **pre-ai** \u2192 capability-agent \u2192 architecture-agent \u2192 roadmap-agent",
|
|
3346
3354
|
"- **legacy** \u2192 legacy-agent \u2192 architecture-agent \u2192 capability-agent \u2192 roadmap-agent",
|
|
3347
3355
|
"",
|
|
3356
|
+
"Then, in delivery: backlog-agent (capture ideas) \u2192 work-item-agent (refine) \u2192",
|
|
3357
|
+
"ownership-agent (propose code: globs) \u2192 implementation-agent (build).",
|
|
3358
|
+
"",
|
|
3348
3359
|
"## Installed agents",
|
|
3349
3360
|
"",
|
|
3350
3361
|
"### Bootstrap agents (new projects)",
|
|
@@ -3361,14 +3372,22 @@ var agentReadme = {
|
|
|
3361
3372
|
"- `legacy-agent.md` \u2014 analyze risks/unknowns before changing legacy code.",
|
|
3362
3373
|
"- `adr-agent.md` \u2014 propose candidate architecture decisions.",
|
|
3363
3374
|
"",
|
|
3364
|
-
"###
|
|
3375
|
+
"### Delivery agents",
|
|
3365
3376
|
"",
|
|
3377
|
+
"- `backlog-agent.md` \u2014 capture raw ideas/notes into a Work Item draft or roadmap candidate.",
|
|
3366
3378
|
"- `work-item-agent.md` \u2014 refine roadmap candidates or existing Work Items.",
|
|
3379
|
+
"- `implementation-agent.md` \u2014 implement a refined Work Item (the only agent that may",
|
|
3380
|
+
" suggest a branch; never runs git).",
|
|
3381
|
+
"- `ownership-agent.md` \u2014 propose precise `code:` globs (human applies with `kaddo owners suggest`).",
|
|
3367
3382
|
"- `git-strategy-agent.md` \u2014 define branch/commit/tag/release strategy.",
|
|
3383
|
+
"",
|
|
3384
|
+
"### Operational agents",
|
|
3385
|
+
"",
|
|
3368
3386
|
"- `security-agent.md` \u2014 document security considerations (no scanning).",
|
|
3369
3387
|
"- `standards-agent.md` \u2014 propose lightweight coding/docs/architecture standards.",
|
|
3370
3388
|
"- `stack-agent.md` \u2014 document technologies and stack decisions.",
|
|
3371
|
-
"- `module-design-agent.md` \u2014 document the design of a mapped module."
|
|
3389
|
+
"- `module-design-agent.md` \u2014 document the design of a mapped module.",
|
|
3390
|
+
"- `capsule-agent.md` \u2014 refine a Knowledge Capsule for external sharing (no secrets/source)."
|
|
3372
3391
|
].join("\n")
|
|
3373
3392
|
};
|
|
3374
3393
|
var agentFiles = AGENT_PROMPTS.map((a) => ({
|
|
@@ -9726,6 +9745,7 @@ function runCapsuleExport() {
|
|
|
9726
9745
|
log2.success(`Wrote ${mdPath}`);
|
|
9727
9746
|
log2.success(`Wrote ${jsonPath}`);
|
|
9728
9747
|
log2.info("Refine it with the capsule-agent before sharing \u2014 and never include secrets or source code.");
|
|
9748
|
+
printCommandFooter("capsule export");
|
|
9729
9749
|
outro2("Knowledge Capsule exported.");
|
|
9730
9750
|
}
|
|
9731
9751
|
function runCapsuleAdd(srcPath) {
|
|
@@ -9749,6 +9769,7 @@ function runCapsuleAdd(srcPath) {
|
|
|
9749
9769
|
log2.success(`Imported capsule "${result.id}" \u2192 ${result.destRel}`);
|
|
9750
9770
|
log2.success("Registered in .kaddo/external.yml");
|
|
9751
9771
|
log2.info('Run `kaddo context` \u2014 the pack now includes an "External Knowledge" section.');
|
|
9772
|
+
printCommandFooter("capsule add");
|
|
9752
9773
|
outro2("External capsule registered.");
|
|
9753
9774
|
}
|
|
9754
9775
|
|