@cleocode/skills 2026.10.11 → 2026.10.12
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/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: ct-documentor
|
|
3
3
|
description: Documentation coordinator with CLEO style guide compliance. Routes every canonical-doc write (spec, adr, research, handoff, note, llm-readme) through the docs SSoT via `cleo docs add` / `cleo docs publish` / `cleo docs fetch` — never raw filesystem writes. Carries the CLEO writing and review guides as references and coordinates ct-spec-writer and ct-adr-recorder. Use when creating or updating documentation files, consolidating scattered documentation, or validating documentation against style standards. Triggers on documentation tasks, doc update requests, or style guide compliance checks.
|
|
4
|
-
version: 3.
|
|
4
|
+
version: 3.20.0
|
|
5
5
|
protocol: null
|
|
6
6
|
dependencies:
|
|
7
7
|
- ct-spec-writer
|
|
@@ -16,13 +16,13 @@ compatibility:
|
|
|
16
16
|
- gemini-cli
|
|
17
17
|
license: MIT
|
|
18
18
|
metadata:
|
|
19
|
-
version: 3.
|
|
19
|
+
version: 3.20.0
|
|
20
20
|
tier: core
|
|
21
21
|
install: harness
|
|
22
22
|
covers:
|
|
23
23
|
- packages/cleo/src/cli/commands/docs.ts
|
|
24
24
|
- packages/contracts/src/docs-taxonomy.ts
|
|
25
|
-
lastReviewed: 2026-10-
|
|
25
|
+
lastReviewed: 2026-10-12
|
|
26
26
|
stability: stable
|
|
27
27
|
---
|
|
28
28
|
|
|
@@ -49,12 +49,16 @@ surfaces** — do not present them as the default path to agents.
|
|
|
49
49
|
| `remove` | Detach a doc from an owner | Cleanup, de-duplication |
|
|
50
50
|
| `publish` | Mirror an SSoT blob to a git-tracked path | When a doc must live on disk |
|
|
51
51
|
|
|
52
|
-
**
|
|
53
|
-
`supersede`, `
|
|
54
|
-
`
|
|
55
|
-
`serve`/`open`/`stop`/`viewer-status`, `status`/`gap-check`, `import`,
|
|
52
|
+
**Advanced verbs** (beyond the canonical six):
|
|
53
|
+
`supersede`, `query --similar`, `graph`, `versions`, `sync`, `merge`,
|
|
54
|
+
`schema`, `list-types`, `serve`/`open`/`stop`/`viewer-status`, `status`,
|
|
56
55
|
`publish-pr`, `doctor`.
|
|
57
56
|
|
|
57
|
+
T13361 retired the legacy verbs `search`, `find`, `rank` (use `query`),
|
|
58
|
+
`generate`, `export` (use `llm-output`), `gap-check` (use `check`), and
|
|
59
|
+
`import`; `sync` stays until the T9645 reingest workflow migrates, and
|
|
60
|
+
`status` stays agent-facing per `cleodocs-rearch-design` §6.
|
|
61
|
+
|
|
58
62
|
`cleo docs doctor` (T13447) audits the docs store — dangling `local-file`
|
|
59
63
|
pointers, docVersion skew vs the audit log, empty topics/related_tasks,
|
|
60
64
|
`docs_wikilinks` drift, legacy store surfaces, stale drafts — and with
|
|
@@ -97,7 +101,7 @@ Context injection for documentation tasks spawned via cleo-subagent. Orchestrate
|
|
|
97
101
|
|
|
98
102
|
| Skill | Purpose | Invoke When |
|
|
99
103
|
|-------|---------|-------------|
|
|
100
|
-
| `cleo docs
|
|
104
|
+
| `cleo docs query` / `list` / `fetch` (and the Context7 MCP for library APIs) | Query existing docs and current external docs | Discovery phase, checking what exists |
|
|
101
105
|
| `references/writing.md` (was ct-docs-write) | Create/edit docs via `cleo docs add` with CLEO style | Writing or updating content |
|
|
102
106
|
| `references/reviewing.md` (was ct-docs-review) | Check compliance with style guide, read through `cleo docs fetch`; PR mode | Quality validation before completion |
|
|
103
107
|
| `ct-spec-writer` | Author specs (REQ-XXX requirements) via `cleo docs add --type spec` | Formal specification work |
|
|
@@ -162,7 +166,7 @@ Before adding a new doc, ALWAYS ask: is this **a new doc**, **a change to an exi
|
|
|
162
166
|
└─────────────────────────────────────────────────────────────────────┘
|
|
163
167
|
```
|
|
164
168
|
|
|
165
|
-
**Canonical discovery path**: `cleo docs list` (browse by owner/type) → `cleo docs fetch <slug>` (read). Reserve `cleo docs
|
|
169
|
+
**Canonical discovery path**: `cleo docs list` (browse by owner/type) → `cleo docs fetch <slug>` (read). Reserve `cleo docs query --similar <slug>` (ADVANCED — T10163) for near-duplicate collision checks and `cleo docs query "<text>"` for semantic queries.
|
|
166
170
|
|
|
167
171
|
### Examples
|
|
168
172
|
|
|
@@ -173,7 +177,7 @@ Before adding a new doc, ALWAYS ask: is this **a new doc**, **a change to an exi
|
|
|
173
177
|
|
|
174
178
|
- **"Replace the entire saga-orchestration model with v2" (ADVANCED)** - `cleo docs add T9999 v2.md --type adr --slug adr-080-saga-orchestration-v2` followed by `cleo docs supersede adr-073-above-epic-naming adr-080-saga-orchestration-v2 --reason "v2 canonicalizes the SG- prefix + 4-tier hierarchy"`. Both rows survive in the attachments table; readers see `lifecycle_status=superseded` on v1 and `supersedes=adr-073` on v2.
|
|
175
179
|
|
|
176
|
-
- **"Drafting a new spec for the BRAIN recovery pipeline"** - FIRST run `cleo docs list --type spec` to browse existing specs (canonical discovery). If a matching spec exists, use `cleo docs update`. If no match, proceed with `cleo docs add T#### draft.md --type spec --slug spec-brain-recovery-pipeline`. The `cleo docs
|
|
180
|
+
- **"Drafting a new spec for the BRAIN recovery pipeline"** - FIRST run `cleo docs list --type spec` to browse existing specs (canonical discovery). If a matching spec exists, use `cleo docs update`. If no match, proceed with `cleo docs add T#### draft.md --type spec --slug spec-brain-recovery-pipeline`. The `cleo docs query --similar brain-recovery` path is the ADVANCED collision-detection surface - use only when `list` is insufficient.
|
|
177
181
|
|
|
178
182
|
- **"Auditing the supersession chain for ADR-039" (ADVANCED)** - `cleo docs graph --root adr-039-lafs-envelope-unification --depth 3`. Returns a DocProvenanceGraph envelope (T10166 contract) with nodes + edges, optionally `--format dot` for graphviz visualization.
|
|
179
183
|
|
|
@@ -181,7 +185,7 @@ Before adding a new doc, ALWAYS ask: is this **a new doc**, **a change to an exi
|
|
|
181
185
|
|
|
182
186
|
- ❌ Calling `cleo docs add` with a slug that's only a typo-distance away from an existing doc — the auto-warn (T10167) fires `W_SLUG_SIMILAR`; respect it and route to `cleo docs update` instead of bypassing with `--allow-similar`.
|
|
183
187
|
- ❌ Editing a `.cleo/adrs/*.md` file directly with `Write` — bypasses the SSoT writer; T10366 `WriterRegistry` is the chokepoint and the docs SSoT will reconcile auto-emit drift.
|
|
184
|
-
- ❌ Creating a new doc when an existing one needs updating — bloats the attachments table and breaks lineage. The decision tree above resolves this — when in doubt, run `cleo docs list` first, or `cleo docs
|
|
188
|
+
- ❌ Creating a new doc when an existing one needs updating — bloats the attachments table and breaks lineage. The decision tree above resolves this — when in doubt, run `cleo docs list` first, or `cleo docs query --similar <proposed-slug>` (ADVANCED) as a last resort.
|
|
185
189
|
|
|
186
190
|
## Through SDK (preferred)
|
|
187
191
|
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: ct-task-executor
|
|
3
3
|
description: General implementation task execution for completing assigned CLEO tasks by following instructions and producing concrete deliverables. Handles coding, configuration, documentation work with quality verification against acceptance criteria and progress reporting. Use when executing implementation tasks, completing assigned work, or producing task deliverables. Triggers on implementation tasks, general execution needs, or task completion work.
|
|
4
|
-
version: 2.8.
|
|
4
|
+
version: 2.8.5
|
|
5
5
|
protocol: implementation
|
|
6
6
|
adrRefs:
|
|
7
7
|
- ADR-070
|
|
@@ -17,7 +17,7 @@ compatibility:
|
|
|
17
17
|
- gemini-cli
|
|
18
18
|
license: MIT
|
|
19
19
|
metadata:
|
|
20
|
-
version: 2.8.
|
|
20
|
+
version: 2.8.5
|
|
21
21
|
tier: core
|
|
22
22
|
install: harness
|
|
23
23
|
covers:
|
|
@@ -145,7 +145,9 @@ A database or service started for a test run must not outlive it. A `docker run`
|
|
|
145
145
|
`cwd`; a locked stage also needs `--reason`. Then verify that gate again.
|
|
146
146
|
2. **Document completion** - Write detailed output file
|
|
147
147
|
3. **Update manifest** - Append summary entry
|
|
148
|
-
4. **Complete task** - Mark task done in task system
|
|
148
|
+
4. **Complete task** - Mark task done in task system. `cleo done <id> --pr <n>` completes
|
|
149
|
+
through PR `<n>`: the plan and the completion judge a scoped test run against the same
|
|
150
|
+
merge commit, so a ready plan is not refused by a different carrier.
|
|
149
151
|
|
|
150
152
|
---
|
|
151
153
|
|
package/skills/manifest.json
CHANGED
|
@@ -642,7 +642,7 @@
|
|
|
642
642
|
},
|
|
643
643
|
{
|
|
644
644
|
"name": "ct-documentor",
|
|
645
|
-
"version": "3.
|
|
645
|
+
"version": "3.20.0",
|
|
646
646
|
"description": "Documentation coordinator with CLEO style guide compliance. Routes every canonical-doc write (spec, adr, research, handoff, note, llm-readme) through the docs SSoT via `cleo docs add` / `cleo docs publish` / `cleo docs fetch` — never raw filesystem writes. Carries the CLEO writing and review guides as references and coordinates ct-spec-writer and ct-adr-recorder. Use when creating or updating documentation files, consolidating scattered documentation, or validating documentation against style standards. Triggers on documentation tasks, doc update requests, or style guide compliance checks.",
|
|
647
647
|
"path": "skills/ct-documentor",
|
|
648
648
|
"tier": 0,
|
|
@@ -1490,7 +1490,7 @@
|
|
|
1490
1490
|
},
|
|
1491
1491
|
{
|
|
1492
1492
|
"name": "ct-task-executor",
|
|
1493
|
-
"version": "2.8.
|
|
1493
|
+
"version": "2.8.5",
|
|
1494
1494
|
"description": "General implementation task execution for completing assigned CLEO tasks by following instructions and producing concrete deliverables. Handles coding, configuration, documentation work with quality verification against acceptance criteria and progress reporting. Use when executing implementation tasks, completing assigned work, or producing task deliverables. Triggers on implementation tasks, general execution needs, or task completion work.",
|
|
1495
1495
|
"path": "skills/ct-task-executor",
|
|
1496
1496
|
"tier": 0,
|