@rse/ase 0.9.63 → 0.9.65
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/dst/ase-hook.js +1 -1
- package/dst/ase-spec.js +53 -13
- package/package.json +2 -2
- package/plugin/.claude-plugin/plugin.json +1 -1
- package/plugin/.codex-plugin/plugin.json +1 -1
- package/plugin/.github/plugin/plugin.json +1 -1
- package/plugin/meta/ase-constitution.md +2 -0
- package/plugin/meta/ase-tenets.md +12 -0
- package/plugin/package.json +2 -2
- package/plugin/skills/ase-arch-analyze/help.md +7 -0
- package/plugin/skills/ase-arch-discover/help.md +7 -0
- package/plugin/skills/ase-code-analyze/help.md +8 -0
- package/plugin/skills/ase-code-craft/help.md +7 -0
- package/plugin/skills/ase-code-dissect/help.md +7 -0
- package/plugin/skills/ase-code-edit/help.md +7 -0
- package/plugin/skills/ase-code-explain/help.md +7 -0
- package/plugin/skills/ase-code-insight/help.md +7 -0
- package/plugin/skills/ase-code-lint/help.md +8 -0
- package/plugin/skills/ase-code-refactor/help.md +7 -0
- package/plugin/skills/ase-code-resolve/help.md +7 -0
- package/plugin/skills/ase-docs-distill/help.md +7 -0
- package/plugin/skills/ase-docs-proofread/help.md +7 -0
- package/plugin/skills/ase-help-intent/SKILL.md +66 -43
- package/plugin/skills/ase-help-intent/help.md +27 -16
- package/plugin/skills/ase-help-skill/help.md +7 -0
- package/plugin/skills/ase-meta-brainstorm/help.md +8 -0
- package/plugin/skills/ase-meta-changelog/help.md +6 -0
- package/plugin/skills/ase-meta-chat/help.md +6 -0
- package/plugin/skills/ase-meta-commit/help.md +6 -0
- package/plugin/skills/ase-meta-compat/help.md +6 -0
- package/plugin/skills/ase-meta-config/help.md +7 -0
- package/plugin/skills/ase-meta-diaboli/help.md +7 -0
- package/plugin/skills/ase-meta-diff/help.md +7 -0
- package/plugin/skills/ase-meta-eli5/help.md +6 -0
- package/plugin/skills/ase-meta-evaluate/help.md +7 -0
- package/plugin/skills/ase-meta-proximity/help.md +7 -0
- package/plugin/skills/ase-meta-quorum/help.md +6 -0
- package/plugin/skills/ase-meta-quotes/help.md +7 -0
- package/plugin/skills/ase-meta-review/help.md +7 -0
- package/plugin/skills/ase-meta-search/help.md +6 -0
- package/plugin/skills/ase-meta-steelman/help.md +6 -0
- package/plugin/skills/ase-meta-why/help.md +7 -0
- package/plugin/skills/ase-meta-workflow/help.md +7 -0
- package/plugin/skills/ase-spec-edit/help.md +7 -0
- package/plugin/skills/ase-sync-export/SKILL.md +18 -3
- package/plugin/skills/ase-sync-export/help.md +15 -0
- package/plugin/skills/ase-sync-import/help.md +7 -0
- package/plugin/skills/ase-sync-reconcile/help.md +7 -0
- package/plugin/skills/ase-task-condense/help.md +6 -0
- package/plugin/skills/ase-task-delete/help.md +6 -0
- package/plugin/skills/ase-task-dissect/help.md +7 -0
- package/plugin/skills/ase-task-edit/help.md +7 -0
- package/plugin/skills/ase-task-grill/help.md +7 -0
- package/plugin/skills/ase-task-id/help.md +6 -0
- package/plugin/skills/ase-task-implement/help.md +7 -0
- package/plugin/skills/ase-task-list/help.md +6 -0
- package/plugin/skills/ase-task-preflight/help.md +7 -0
- package/plugin/skills/ase-task-reboot/help.md +6 -0
- package/plugin/skills/ase-task-rename/help.md +6 -0
- package/plugin/skills/ase-task-view/help.md +6 -0
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
|
|
2
2
|
## NAME
|
|
3
3
|
|
|
4
|
-
`ase-help-intent` - Match an Intent to
|
|
4
|
+
`ase-help-intent` - Match an Intent to ASE Commands
|
|
5
5
|
|
|
6
6
|
## SYNOPSIS
|
|
7
7
|
|
|
@@ -14,18 +14,22 @@
|
|
|
14
14
|
The `ase-help-intent` skill matches a free-text *intent* against the
|
|
15
15
|
*accumulated help* of all ASE skills -- the concatenation of every
|
|
16
16
|
skill's `help.md` file into `skills/ase-help-intent/data.md`, built by
|
|
17
|
-
`npm start build` in `plugin/` -- and generates
|
|
18
|
-
`/ase:ase-xxx-xxx`
|
|
19
|
-
|
|
20
|
-
skill's `
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
17
|
+
`npm start build` in `plugin/` -- and generates *all* adequately fitting
|
|
18
|
+
`/ase:ase-xxx-xxx` commands that realize the intent, ranked best-fitting
|
|
19
|
+
first and limited to the eight best ones. The fit is judged primarily
|
|
20
|
+
against each skill's `SCENARIOS` ("You want ...") and `DESCRIPTION`
|
|
21
|
+
sections, and each command is complete with concrete option flags and
|
|
22
|
+
positional arguments derived from the skill's `SYNOPSIS`, `OPTIONS`,
|
|
23
|
+
and `ARGUMENTS`.
|
|
24
|
+
|
|
25
|
+
The generated commands are presented together with a brief per-command
|
|
26
|
+
rationale in an interactive dialog. The dialog lets the user *execute*
|
|
27
|
+
one of the commands `C1`...`C8` (which dispatches the target skill via
|
|
28
|
+
its generated arguments), *cancel* the operation, or *refine* the intent
|
|
29
|
+
by typing any free-text instruction -- the instruction is folded into
|
|
30
|
+
the intent and the fitting commands are re-matched and re-rendered. If
|
|
31
|
+
no skill confidently matches the intent, a warning is emitted and the
|
|
32
|
+
user is prompted to refine or clarify it.
|
|
29
33
|
|
|
30
34
|
The skill exposes *no* option flags beyond `--help`/`-h`; it is driven
|
|
31
35
|
entirely through the intent argument and the interactive dialog.
|
|
@@ -34,18 +38,25 @@ entirely through the intent argument and the interactive dialog.
|
|
|
34
38
|
|
|
35
39
|
*intent*:
|
|
36
40
|
The free-text intent to be realized. It describes *what* the user
|
|
37
|
-
wants to achieve; the skill determines *which* ASE
|
|
41
|
+
wants to achieve; the skill determines *which* ASE skills and *which*
|
|
38
42
|
options and arguments realize it.
|
|
39
43
|
|
|
44
|
+
## SCENARIOS
|
|
45
|
+
|
|
46
|
+
- You want to know which ASE skills realize what you have in mind
|
|
47
|
+
- You want free text turned into concrete slash commands with options
|
|
48
|
+
- You want all matching commands proposed, ranked best-fitting first
|
|
49
|
+
- You want to refine an intent in a dialog until a command fits
|
|
50
|
+
|
|
40
51
|
## EXAMPLES
|
|
41
52
|
|
|
42
|
-
Route an intent to the matching
|
|
53
|
+
Route an intent to the matching commands and pick one from the dialog:
|
|
43
54
|
|
|
44
55
|
```text
|
|
45
56
|
❯ /ase-help-intent lint the TypeScript sources for high-severity issues only
|
|
46
57
|
```
|
|
47
58
|
|
|
48
|
-
Route a planning intent to the matching
|
|
59
|
+
Route a planning intent to the matching commands:
|
|
49
60
|
|
|
50
61
|
```text
|
|
51
62
|
❯ /ase-help-intent explain how the authentication module works
|
|
@@ -46,6 +46,13 @@ The skill exposes *no* option flags beyond `--help`/`-h`.
|
|
|
46
46
|
description of its purpose. If omitted, the entire skill catalog is
|
|
47
47
|
listed.
|
|
48
48
|
|
|
49
|
+
## SCENARIOS
|
|
50
|
+
|
|
51
|
+
- You want the manual page of an ASE skill
|
|
52
|
+
- You want to know what a certain `ase-xxx-xxx` skill does
|
|
53
|
+
- You want a skill found by an abbreviation or a purpose description
|
|
54
|
+
- You want to browse the whole catalog of ASE skills
|
|
55
|
+
|
|
49
56
|
## EXAMPLES
|
|
50
57
|
|
|
51
58
|
Show the manual page of `ase-code-lint` via its shortest abbreviation:
|
|
@@ -61,6 +61,14 @@ the highest-ranked option or a principled synthesis of the shortlist.
|
|
|
61
61
|
The subject to brainstorm - a feature, component, behavior, or
|
|
62
62
|
design question to explore *what* to build before *how*.
|
|
63
63
|
|
|
64
|
+
## SCENARIOS
|
|
65
|
+
|
|
66
|
+
- You want to get fresh ideas for an open-ended question
|
|
67
|
+
- You want to explore what to build before deciding how to build it
|
|
68
|
+
- You want to widen a solution space that holds a single candidate
|
|
69
|
+
- You want to get a shortlist of distinct directions with a recommendation
|
|
70
|
+
- You want to ideate on a feature, component, or design question
|
|
71
|
+
|
|
64
72
|
## EXAMPLES
|
|
65
73
|
|
|
66
74
|
Brainstorm an approach for a new feature:
|
|
@@ -23,6 +23,12 @@ comma-separated *artifact class* tags out of `spec`, `arch`, `code`,
|
|
|
23
23
|
prefix. The date in the section header is also updated to the current
|
|
24
24
|
date.
|
|
25
25
|
|
|
26
|
+
## SCENARIOS
|
|
27
|
+
|
|
28
|
+
- You want the `CHANGELOG.md` brought up to date with recent commits
|
|
29
|
+
- You want changelog entries completed, consolidated, and sorted
|
|
30
|
+
- You want a tidy changelog section before a release
|
|
31
|
+
|
|
26
32
|
## EXAMPLES
|
|
27
33
|
|
|
28
34
|
Update the most recent ChangeLog section:
|
|
@@ -26,6 +26,12 @@ without any further interpretation.
|
|
|
26
26
|
*query*:
|
|
27
27
|
The chat message to send to the foreign LLM.
|
|
28
28
|
|
|
29
|
+
## SCENARIOS
|
|
30
|
+
|
|
31
|
+
- You want a single question answered by one specific foreign LLM
|
|
32
|
+
- You want an answer from ChatGPT, Gemini, DeepSeek, Grok, GLM, or Qwen
|
|
33
|
+
- You want a second opinion from exactly one other model, verbatim
|
|
34
|
+
|
|
29
35
|
## EXAMPLES
|
|
30
36
|
|
|
31
37
|
Ask ChatGPT a quick question:
|
|
@@ -18,6 +18,12 @@ the form `<type>: <summary>` where *type* is one of `FEATURE`,
|
|
|
18
18
|
*summary* is a 60-80 character imperative-mood summary without
|
|
19
19
|
trailing period or Markdown formatting.
|
|
20
20
|
|
|
21
|
+
## SCENARIOS
|
|
22
|
+
|
|
23
|
+
- You want a commit message for the currently staged changes
|
|
24
|
+
- You want a typed one-line summary derived from the staged diff
|
|
25
|
+
- You want to commit but cannot phrase what changed
|
|
26
|
+
|
|
21
27
|
## EXAMPLES
|
|
22
28
|
|
|
23
29
|
Craft a commit message for the currently staged changes:
|
|
@@ -54,6 +54,12 @@ The `ase-meta-compat` skill takes no arguments (besides `--help`|`-h`). It
|
|
|
54
54
|
always runs the most rigorous self-test, with 6 *probes per category*
|
|
55
55
|
(7 for *Regex Matching*), for 25 probes in total.
|
|
56
56
|
|
|
57
|
+
## SCENARIOS
|
|
58
|
+
|
|
59
|
+
- You want to know how faithfully the current model runs ASE skills
|
|
60
|
+
- You want a 0-100% compatibility rating of the LLM and its harness
|
|
61
|
+
- You want the core interpreter primitives checked before relying on ASE
|
|
62
|
+
|
|
57
63
|
## EXAMPLES
|
|
58
64
|
|
|
59
65
|
Run the compatibility self-test:
|
|
@@ -94,6 +94,13 @@ preset-bootstrapping operation that stays a shell concern next to
|
|
|
94
94
|
The operands of the operation: none for `list`, a dotted *key* for
|
|
95
95
|
`get` and `delete`, and a dotted *key* plus a *value* for `set`.
|
|
96
96
|
|
|
97
|
+
## SCENARIOS
|
|
98
|
+
|
|
99
|
+
- You want the ASE configuration inspected or changed
|
|
100
|
+
- You want the persona, guidance, or boxing switched for a session
|
|
101
|
+
- You want a configuration value persisted at user or project scope
|
|
102
|
+
- You want to see which scope supplies each effective value
|
|
103
|
+
|
|
97
104
|
## EXAMPLES
|
|
98
105
|
|
|
99
106
|
List all effective configuration entries:
|
|
@@ -51,6 +51,13 @@ contrarian.
|
|
|
51
51
|
It may be technical, factual, or opinion-based; the skill attacks
|
|
52
52
|
its strongest ("steelman") interpretation.
|
|
53
53
|
|
|
54
|
+
## SCENARIOS
|
|
55
|
+
|
|
56
|
+
- You want a thesis relentlessly challenged with counter-arguments
|
|
57
|
+
- You want a decision stress-tested before you commit to it
|
|
58
|
+
- You want the strongest anti-theses ranked plus a synthesis
|
|
59
|
+
- You want a devil's advocate against a claim or plan
|
|
60
|
+
|
|
54
61
|
## EXAMPLES
|
|
55
62
|
|
|
56
63
|
Challenge a technology-choice claim:
|
|
@@ -73,6 +73,13 @@ giving a visual sense of *what a diff endangers* before a deeper review.
|
|
|
73
73
|
*reverse dependencies* - plus a *brief impact summary* of what
|
|
74
74
|
depends on the touched code and how far the blast reaches.
|
|
75
75
|
|
|
76
|
+
## SCENARIOS
|
|
77
|
+
|
|
78
|
+
- You want a readable, intent-grouped summary of the staged changes
|
|
79
|
+
- You want a diff checked for scope creep and stray debug leftovers
|
|
80
|
+
- You want a graded risk report of a change before committing
|
|
81
|
+
- You want a blast-radius map of what depends on the touched code
|
|
82
|
+
|
|
76
83
|
## EXAMPLES
|
|
77
84
|
|
|
78
85
|
Summarize the currently staged changes:
|
|
@@ -42,6 +42,12 @@ knowledge.
|
|
|
42
42
|
phenomenon, or any other subject; the skill explains it in a
|
|
43
43
|
child-friendly way.
|
|
44
44
|
|
|
45
|
+
## SCENARIOS
|
|
46
|
+
|
|
47
|
+
- You want a topic explained so simply a child could follow
|
|
48
|
+
- You want a jargon-free summary with an everyday analogy
|
|
49
|
+
- You want a simple explanation grounded in current Internet/Web facts
|
|
50
|
+
|
|
45
51
|
## EXAMPLES
|
|
46
52
|
|
|
47
53
|
Explain a technical concept from model knowledge:
|
|
@@ -31,6 +31,13 @@ all alternatives rate negatively.
|
|
|
31
31
|
A description of what should be evaluated, including the
|
|
32
32
|
alternatives and, optionally, the criteria to consider.
|
|
33
33
|
|
|
34
|
+
## SCENARIOS
|
|
35
|
+
|
|
36
|
+
- You want alternatives compared and the best one named
|
|
37
|
+
- You want a weighted multi-criteria decision matrix
|
|
38
|
+
- You want a defensible, criteria-based technology choice
|
|
39
|
+
- You want to know which option out of a list wins and by how much
|
|
40
|
+
|
|
34
41
|
## EXAMPLES
|
|
35
42
|
|
|
36
43
|
Compare logging libraries for a TypeScript project:
|
|
@@ -59,6 +59,13 @@ the `ase-meta-proximity` sub-agent before its proximity is re-determined.
|
|
|
59
59
|
a technical concept, a phenomenon, or any other subject; the skill
|
|
60
60
|
determines its parent, sibling, and child topics.
|
|
61
61
|
|
|
62
|
+
## SCENARIOS
|
|
63
|
+
|
|
64
|
+
- You want the conceptual neighborhood of a topic explored
|
|
65
|
+
- You want the parent, sibling, and child topics of a subject
|
|
66
|
+
- You want a topic taxonomy navigated interactively
|
|
67
|
+
- You want related topics grounded in Internet/Web facts
|
|
68
|
+
|
|
62
69
|
## EXAMPLES
|
|
63
70
|
|
|
64
71
|
Determine the proximity of a topic from model knowledge:
|
|
@@ -40,6 +40,12 @@ complete, unmodified individual responses.
|
|
|
40
40
|
*question*:
|
|
41
41
|
The question to ask all available AIs.
|
|
42
42
|
|
|
43
|
+
## SCENARIOS
|
|
44
|
+
|
|
45
|
+
- You want a consensus answer from multiple AIs
|
|
46
|
+
- You want to know whether different models agree on a question
|
|
47
|
+
- You want the individual responses plus a consensus rate
|
|
48
|
+
|
|
43
49
|
## EXAMPLES
|
|
44
50
|
|
|
45
51
|
Ask the quorum a factual question:
|
|
@@ -90,6 +90,13 @@ the attribution of the quote.
|
|
|
90
90
|
search query and as the keyword set of the *literalness* dimension of
|
|
91
91
|
the matrix.
|
|
92
92
|
|
|
93
|
+
## SCENARIOS
|
|
94
|
+
|
|
95
|
+
- You want quotes, sayings, or aphorisms on a topic
|
|
96
|
+
- You want citations arranged by attribution and literalness
|
|
97
|
+
- You want quote wording and attribution verified against the Web
|
|
98
|
+
- You want the quote harvest widened to related topics
|
|
99
|
+
|
|
93
100
|
## EXAMPLES
|
|
94
101
|
|
|
95
102
|
Find quotes from model knowledge:
|
|
@@ -69,6 +69,13 @@ before it is committed.
|
|
|
69
69
|
The `ase-meta-review` skill takes no positional arguments; it always
|
|
70
70
|
reviews the currently *staged* Git changes.
|
|
71
71
|
|
|
72
|
+
## SCENARIOS
|
|
73
|
+
|
|
74
|
+
- You want the staged changes reviewed like a human reviewer would
|
|
75
|
+
- You want an approve or reject verdict before committing
|
|
76
|
+
- You want severity-tagged, line-cited findings on a diff
|
|
77
|
+
- You want a holistic judgment instead of a mechanical lint
|
|
78
|
+
|
|
72
79
|
## EXAMPLES
|
|
73
80
|
|
|
74
81
|
Review the currently staged changes before committing:
|
|
@@ -34,6 +34,12 @@ Brave, or `WebSearch` individually.
|
|
|
34
34
|
*query*:
|
|
35
35
|
The search query to dispatch to the search services.
|
|
36
36
|
|
|
37
|
+
## SCENARIOS
|
|
38
|
+
|
|
39
|
+
- You want the Internet/Web searched for a query
|
|
40
|
+
- You want results from several search backends consolidated
|
|
41
|
+
- You want current facts which model knowledge may lack
|
|
42
|
+
|
|
37
43
|
## EXAMPLES
|
|
38
44
|
|
|
39
45
|
Search the Web for a topic across all backends:
|
|
@@ -68,6 +68,12 @@ cheerleading.
|
|
|
68
68
|
It may be technical, factual, or opinion-based; the skill defends
|
|
69
69
|
its strongest ("steelman") interpretation.
|
|
70
70
|
|
|
71
|
+
## SCENARIOS
|
|
72
|
+
|
|
73
|
+
- You want the strongest possible case built for a thesis
|
|
74
|
+
- You want supporting arguments ranked plus a fortification
|
|
75
|
+
- You want a charitable defense before pitching a decision
|
|
76
|
+
|
|
71
77
|
## EXAMPLES
|
|
72
78
|
|
|
73
79
|
Strengthen a technology-choice claim:
|
|
@@ -56,6 +56,13 @@ source code changes.
|
|
|
56
56
|
whose root cause should be investigated. The skill implicitly
|
|
57
57
|
prepends "Why" to form the initial question.
|
|
58
58
|
|
|
59
|
+
## SCENARIOS
|
|
60
|
+
|
|
61
|
+
- You want the root cause of a problem, not just its symptom
|
|
62
|
+
- You want a Five-Whys causality chain walked for an observed fact
|
|
63
|
+
- You want candidate causes weighed with backtracking
|
|
64
|
+
- You want a solution proposed which addresses the root cause
|
|
65
|
+
|
|
59
66
|
## EXAMPLES
|
|
60
67
|
|
|
61
68
|
Investigate the root cause of a build failure:
|
|
@@ -96,6 +96,13 @@ agent tool:
|
|
|
96
96
|
dispatched "in a sub-agent", or naming concrete `ase-xxx-xxx` skills
|
|
97
97
|
steers the derived structure accordingly.
|
|
98
98
|
|
|
99
|
+
## SCENARIOS
|
|
100
|
+
|
|
101
|
+
- You want a recurring multi-step procedure automated as its own skill
|
|
102
|
+
- You want several ASE skills orchestrated or chained into one command
|
|
103
|
+
- You want sequential and parallel actions woven into a generated skill
|
|
104
|
+
- You want a new agent tool skill generated in the style of ASE skills
|
|
105
|
+
|
|
99
106
|
## EXAMPLES
|
|
100
107
|
|
|
101
108
|
Generate a project-local skill which analyzes the code and then resolves
|
|
@@ -104,6 +104,13 @@ timestamp refreshed.
|
|
|
104
104
|
skill asks for the query via an interactive `Edit Query` dialog,
|
|
105
105
|
carrying the fixed `STOP SKILL` option plus free-text input.
|
|
106
106
|
|
|
107
|
+
## SCENARIOS
|
|
108
|
+
|
|
109
|
+
- You want the specification edited in one shot from a description
|
|
110
|
+
- You want `SPEC` changes without the task plan ceremony
|
|
111
|
+
- You want the query stress-tested by grilling before the spec is edited
|
|
112
|
+
- You want specification edits validated by SpecBook linting
|
|
113
|
+
|
|
107
114
|
## EXAMPLES
|
|
108
115
|
|
|
109
116
|
Edit in one shot, without any questions or validation:
|
|
@@ -104,8 +104,9 @@ Procedure
|
|
|
104
104
|
`ase_specbook_export(output: "<output/>")` tool of the `ase` MCP
|
|
105
105
|
server, which infers the format from the `[<format>:]<file>`
|
|
106
106
|
entry, writes the rendering to the file, and returns a
|
|
107
|
-
confirmation `text` carrying the written byte size
|
|
108
|
-
|
|
107
|
+
confirmation `text` carrying the written byte size plus a
|
|
108
|
+
`notices` array of environment notices. Set <notices/> to the
|
|
109
|
+
*distinct* notices of all calls. Do not output anything.
|
|
109
110
|
|
|
110
111
|
2. Report the exported files with the following <template/>,
|
|
111
112
|
listing one bullet line per written file (with <file/> its
|
|
@@ -118,7 +119,21 @@ Procedure
|
|
|
118
119
|
[...]
|
|
119
120
|
</template>
|
|
120
121
|
|
|
121
|
-
3.
|
|
122
|
+
3. <if condition="<notices/> is not empty">
|
|
123
|
+
|
|
124
|
+
Report the environment notices *verbatim* with the following
|
|
125
|
+
<template/>, listing one bullet line per notice:
|
|
126
|
+
|
|
127
|
+
<template>
|
|
128
|
+
<ase-tpl-bullet-signal/> **ENVIRONMENT NOTICES**:
|
|
129
|
+
|
|
130
|
+
- <notice/>
|
|
131
|
+
[...]
|
|
132
|
+
</template>
|
|
133
|
+
|
|
134
|
+
</if>
|
|
135
|
+
|
|
136
|
+
4. Finally, give the closing hints by expanding the following
|
|
122
137
|
(which, depending on the configured <ase-guidance-level/>, may
|
|
123
138
|
each expand into nothing and hence emit no output at all):
|
|
124
139
|
|
|
@@ -29,6 +29,15 @@ search, and light/dark theme), `pdf` (paginated print document), or `md`
|
|
|
29
29
|
filename extension unless it is explicitly given as a prefix. The
|
|
30
30
|
standard output sentinel `-` is not supported.
|
|
31
31
|
|
|
32
|
+
The `pdf` format is the only one with an external prerequisite: it
|
|
33
|
+
prints the rendering through a Chromium-class browser. Neither `npm
|
|
34
|
+
install -g @rse/ase` nor `ase setup install` downloads one, so unless a
|
|
35
|
+
*Google Chrome* is installed system-wide, the Playwright Chromium has to
|
|
36
|
+
be fetched once via `npx playwright install chromium`. Without any such
|
|
37
|
+
browser the export fails up-front, before the specification is parsed,
|
|
38
|
+
and reports that very command; when it falls back onto a system-installed
|
|
39
|
+
*Google Chrome*, the skill reports this as an environment notice.
|
|
40
|
+
|
|
32
41
|
## OPTIONS
|
|
33
42
|
|
|
34
43
|
`--output`|`-o` *output*[,...]:
|
|
@@ -37,6 +46,12 @@ standard output sentinel `-` is not supported.
|
|
|
37
46
|
single HTML rendering `index.html` inside the `SPEC` base directory
|
|
38
47
|
(e.g. `docs/specbook/index.html`).
|
|
39
48
|
|
|
49
|
+
## SCENARIOS
|
|
50
|
+
|
|
51
|
+
- You want the specification rendered as HTML, PDF, Markdown, or JSON
|
|
52
|
+
- You want a shareable, ready-to-consume export of the `SPEC` artifacts
|
|
53
|
+
- You want the specification validated and then materialized into files
|
|
54
|
+
|
|
40
55
|
## EXAMPLES
|
|
41
56
|
|
|
42
57
|
Export the specification to its default HTML rendering:
|
|
@@ -57,6 +57,13 @@ at most three rounds; any remaining diagnostics are surfaced.
|
|
|
57
57
|
from (e.g. a file path, directory, URL, or pasted text). The skill
|
|
58
58
|
errors out on an empty hint.
|
|
59
59
|
|
|
60
|
+
## SCENARIOS
|
|
61
|
+
|
|
62
|
+
- You want external sources brought into the project artifacts
|
|
63
|
+
- You want a foreign document, URL, or pasted text reflected in the `SPEC`
|
|
64
|
+
- You want requirements from outside imported into a task plan
|
|
65
|
+
- You want legacy material ingested into the specification
|
|
66
|
+
|
|
60
67
|
## EXAMPLES
|
|
61
68
|
|
|
62
69
|
Import a foreign requirements document into the specification:
|
|
@@ -62,6 +62,13 @@ in at most three rounds; any remaining diagnostics are surfaced.
|
|
|
62
62
|
target artifacts, or the aspects of those artifacts to take into
|
|
63
63
|
account during reconciliation.
|
|
64
64
|
|
|
65
|
+
## SCENARIOS
|
|
66
|
+
|
|
67
|
+
- You want one artifact set updated to reflect another one
|
|
68
|
+
- You want code and docs aligned with the specification
|
|
69
|
+
- You want the specification recovered from the code base
|
|
70
|
+
- You want spec and code bidirectionally synchronized
|
|
71
|
+
|
|
65
72
|
## EXAMPLES
|
|
66
73
|
|
|
67
74
|
Reconcile the code and documentation
|
|
@@ -57,6 +57,12 @@ After condensing, the user is asked whether to stop or hand off to
|
|
|
57
57
|
The unique identifier of the task whose plan should be condensed.
|
|
58
58
|
If omitted, the *current* task id is used.
|
|
59
59
|
|
|
60
|
+
## SCENARIOS
|
|
61
|
+
|
|
62
|
+
- You want a task plan shortened without losing meaning
|
|
63
|
+
- You want plan wording compressed for faster reading
|
|
64
|
+
- You want fluff removed from a plan while keeping all semantics
|
|
65
|
+
|
|
60
66
|
## EXAMPLES
|
|
61
67
|
|
|
62
68
|
Condense the current task plan:
|
|
@@ -23,6 +23,12 @@ switched back to `default`.
|
|
|
23
23
|
The unique identifier of the task plan to delete. If omitted,
|
|
24
24
|
the current task id is used.
|
|
25
25
|
|
|
26
|
+
## SCENARIOS
|
|
27
|
+
|
|
28
|
+
- You want a task plan removed
|
|
29
|
+
- You want a finished or obsolete task cleared
|
|
30
|
+
- You want a plan discarded, falling back to the default task
|
|
31
|
+
|
|
26
32
|
## EXAMPLES
|
|
27
33
|
|
|
28
34
|
Delete the current task plan:
|
|
@@ -76,6 +76,13 @@ The epic plan itself always stays *untouched*.
|
|
|
76
76
|
A free-text hint telling *how* the epic should be split. If omitted,
|
|
77
77
|
the parts are derived from the plan alone.
|
|
78
78
|
|
|
79
|
+
## SCENARIOS
|
|
80
|
+
|
|
81
|
+
- You want a large task plan split into cohesive sub-tasks
|
|
82
|
+
- You want an epic decomposed into independently implementable parts
|
|
83
|
+
- You want a preview of how a plan would be divided
|
|
84
|
+
- You want each part of a plan persisted as its own separate plan
|
|
85
|
+
|
|
79
86
|
## EXAMPLES
|
|
80
87
|
|
|
81
88
|
Dissect the current task plan:
|
|
@@ -65,6 +65,13 @@ for the changed plan.
|
|
|
65
65
|
Optionally, *instruction* either gives instructions for creating a
|
|
66
66
|
new task or gives instructions for refining an existing task.
|
|
67
67
|
|
|
68
|
+
## SCENARIOS
|
|
69
|
+
|
|
70
|
+
- You want a task planned through chat-driven refinement
|
|
71
|
+
- You want a plan created or refined round by round
|
|
72
|
+
- You want a plan iterated on before implementing it
|
|
73
|
+
- You want plan refinement with hand-off to preflight or implementation
|
|
74
|
+
|
|
68
75
|
## EXAMPLES
|
|
69
76
|
|
|
70
77
|
Edit the current task:
|
|
@@ -73,6 +73,13 @@ offered a hand-off to editing, implementation, or preflight.
|
|
|
73
73
|
The skill accepts *only* an optional *id* argument and never a
|
|
74
74
|
free-text instruction.
|
|
75
75
|
|
|
76
|
+
## SCENARIOS
|
|
77
|
+
|
|
78
|
+
- You want to be interviewed about your plan until it is watertight
|
|
79
|
+
- You want the open decisions of a plan resolved question by question
|
|
80
|
+
- You want fuzzy language and conflicts flushed out of a plan
|
|
81
|
+
- You want shared understanding before the implementation starts
|
|
82
|
+
|
|
76
83
|
## EXAMPLES
|
|
77
84
|
|
|
78
85
|
Grill the current task plan:
|
|
@@ -22,6 +22,12 @@ task id via the `ase_task_id` MCP tool.
|
|
|
22
22
|
The new task id to activate. If omitted, the currently active
|
|
23
23
|
task id is reported.
|
|
24
24
|
|
|
25
|
+
## SCENARIOS
|
|
26
|
+
|
|
27
|
+
- You want to know which task is currently active
|
|
28
|
+
- You want the session switched to another task
|
|
29
|
+
- You want to work on a certain task
|
|
30
|
+
|
|
25
31
|
## EXAMPLES
|
|
26
32
|
|
|
27
33
|
Show the current task id:
|
|
@@ -79,6 +79,13 @@ delete the task plan, unless `--next` pre-selects this choice.
|
|
|
79
79
|
The unique identifier of the task whose plan should be
|
|
80
80
|
implemented. If omitted, the *current* task id is used.
|
|
81
81
|
|
|
82
|
+
## SCENARIOS
|
|
83
|
+
|
|
84
|
+
- You want a task plan turned into actual changes
|
|
85
|
+
- You want the planned change set applied and verified
|
|
86
|
+
- You want a reviewed implementation draft applied 1:1
|
|
87
|
+
- You want the implementation isolated in a Git worktree
|
|
88
|
+
|
|
82
89
|
## EXAMPLES
|
|
83
90
|
|
|
84
91
|
Implement the current task plan:
|
|
@@ -54,6 +54,12 @@ REJECTED DEFERRED BLOCKED CANCELLED
|
|
|
54
54
|
`COMPLETED,CANCELLED`; pass `--exclude none` to suppress the
|
|
55
55
|
default and list task plans in every state.
|
|
56
56
|
|
|
57
|
+
## SCENARIOS
|
|
58
|
+
|
|
59
|
+
- You want an overview of all task plans
|
|
60
|
+
- You want task ids listed with status and timestamps
|
|
61
|
+
- You want the unfinished or in-progress tasks found
|
|
62
|
+
|
|
57
63
|
## EXAMPLES
|
|
58
64
|
|
|
59
65
|
List all unfinished task ids:
|
|
@@ -55,6 +55,13 @@ unless `--next` pre-selects this choice.
|
|
|
55
55
|
The unique identifier of the task whose plan should be
|
|
56
56
|
preflighted. If omitted, the *current* task id is used.
|
|
57
57
|
|
|
58
|
+
## SCENARIOS
|
|
59
|
+
|
|
60
|
+
- You want a dry-run of a plan's implementation
|
|
61
|
+
- You want the change set previewed as a unified diff before applying
|
|
62
|
+
- You want an implementation draft to review before committing to it
|
|
63
|
+
- You want a plan test-driven without touching any source files
|
|
64
|
+
|
|
58
65
|
## EXAMPLES
|
|
59
66
|
|
|
60
67
|
Preflight the current task plan:
|
|
@@ -43,6 +43,12 @@ unless `--next` pre-selects this choice.
|
|
|
43
43
|
The unique identifier of the task whose plan should be rebooted.
|
|
44
44
|
If omitted, the *current* task id is used.
|
|
45
45
|
|
|
46
|
+
## SCENARIOS
|
|
47
|
+
|
|
48
|
+
- You want a task plan re-created from scratch
|
|
49
|
+
- You want a fresh plan from the original WHAT and WHY
|
|
50
|
+
- You want planning restarted after a plan degraded
|
|
51
|
+
|
|
46
52
|
## EXAMPLES
|
|
47
53
|
|
|
48
54
|
Reboot the current task plan:
|
|
@@ -24,6 +24,12 @@ task id is automatically switched to *new*.
|
|
|
24
24
|
If only one token is given, *old* defaults to the current
|
|
25
25
|
task id.
|
|
26
26
|
|
|
27
|
+
## SCENARIOS
|
|
28
|
+
|
|
29
|
+
- You want a task plan renamed
|
|
30
|
+
- You want a task given a better id
|
|
31
|
+
- You want the current task moved to a new id
|
|
32
|
+
|
|
27
33
|
## EXAMPLES
|
|
28
34
|
|
|
29
35
|
Rename the current task:
|
|
@@ -36,6 +36,12 @@ the plan in full, without any truncation or summarization.
|
|
|
36
36
|
The unique identifier of the task plan to view. If omitted,
|
|
37
37
|
the current task id is used.
|
|
38
38
|
|
|
39
|
+
## SCENARIOS
|
|
40
|
+
|
|
41
|
+
- You want the current or a given task plan shown
|
|
42
|
+
- You want a plan rendered before deciding the next steps
|
|
43
|
+
- You want a plan inspected including its implementation draft
|
|
44
|
+
|
|
39
45
|
## EXAMPLES
|
|
40
46
|
|
|
41
47
|
View the current task plan:
|