@c4a/context-cli 0.6.0-beta.6 → 0.6.0-beta.7
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 +7 -2
- package/cli.js +2305 -1570
- package/package.json +2 -2
- package/plugin/skills/skill-continue-workflow/SKILL.md +4 -0
- package/plugin/skills/skill-prose-align/SKILL.md +7 -6
- package/plugin/skills/skill-prose-compile/SKILL.md +10 -8
- package/plugins/VERSION +1 -1
- package/plugins/claude/.claude-plugin/plugin.json +1 -1
- package/plugins/claude/skills/skill-continue-workflow/SKILL.md +4 -0
- package/plugins/claude/skills/skill-prose-align/SKILL.md +7 -6
- package/plugins/claude/skills/skill-prose-compile/SKILL.md +10 -8
- package/plugins/codex/.codex-plugin/plugin.json +2 -2
- package/plugins/codex/skills/continue/references/internal-procedures/skill-continue-workflow.md +4 -0
- package/plugins/codex/skills/continue/references/internal-procedures/skill-prose-align.md +7 -6
- package/plugins/codex/skills/continue/references/internal-procedures/skill-prose-compile.md +10 -8
- package/plugins/codex/skills/init/references/internal-procedures/skill-continue-workflow.md +4 -0
- package/plugins/codex/skills/init/references/internal-procedures/skill-prose-align.md +7 -6
- package/plugins/codex/skills/init/references/internal-procedures/skill-prose-compile.md +10 -8
- package/plugins/cursor/.cursor-plugin/plugin.json +1 -1
- package/plugins/cursor/skills/skill-continue-workflow/SKILL.md +4 -0
- package/plugins/cursor/skills/skill-prose-align/SKILL.md +7 -6
- package/plugins/cursor/skills/skill-prose-compile/SKILL.md +10 -8
- package/plugins/skills/context-continue/references/internal-procedures/skill-continue-workflow.md +4 -0
- package/plugins/skills/context-continue/references/internal-procedures/skill-prose-align.md +7 -6
- package/plugins/skills/context-continue/references/internal-procedures/skill-prose-compile.md +10 -8
- package/plugins/skills/context-init/references/internal-procedures/skill-continue-workflow.md +4 -0
- package/plugins/skills/context-init/references/internal-procedures/skill-prose-align.md +7 -6
- package/plugins/skills/context-init/references/internal-procedures/skill-prose-compile.md +10 -8
- package/scripts/postinstall.mjs +68 -129
package/package.json
CHANGED
|
@@ -1,12 +1,12 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@c4a/context-cli",
|
|
3
|
-
"version": "0.6.0-beta.
|
|
3
|
+
"version": "0.6.0-beta.7",
|
|
4
4
|
"type": "module",
|
|
5
5
|
"bin": {
|
|
6
6
|
"context": "./cli.js"
|
|
7
7
|
},
|
|
8
8
|
"dependencies": {
|
|
9
|
-
"@c4a/context": "0.6.0-beta.
|
|
9
|
+
"@c4a/context": "0.6.0-beta.7",
|
|
10
10
|
"commander": "^11.0.0",
|
|
11
11
|
"handlebars": "^4.7.8",
|
|
12
12
|
"ink": "^5.0.0",
|
|
@@ -24,6 +24,10 @@ Continue an existing Context workspace from its current state.
|
|
|
24
24
|
workflow; do not treat the host repository root as the workspace.
|
|
25
25
|
- There is no `context continue` CLI command. Start with `context status`.
|
|
26
26
|
- `context status` and CLI diagnostics are the source of truth.
|
|
27
|
+
- Inspect `declarationGraph` and `configurationGaps`. Before structure
|
|
28
|
+
confirmation they are configuration warnings; after confirmation, a missing
|
|
29
|
+
compile route is a hard gate. Never substitute a compile phase from another
|
|
30
|
+
collection.
|
|
27
31
|
- Execute safe mechanical `next:` steps; stop at semantic choices and human
|
|
28
32
|
gates.
|
|
29
33
|
- Delegate source/scope decisions to
|
|
@@ -24,16 +24,17 @@ Turn captured document evidence into confirmed structure.
|
|
|
24
24
|
- Write and validate `context.structure.v1` into `unapproved/structure.yaml`.
|
|
25
25
|
Stop for user confirmation before compile.
|
|
26
26
|
- Before classifying nodes, section plans, edges, support strength, duplicates,
|
|
27
|
-
conflicts, ownership, or unresolved items, read the
|
|
28
|
-
|
|
29
|
-
|
|
27
|
+
conflicts, ownership, or unresolved items, read only the procedure references
|
|
28
|
+
in the CLI `semantic_rules.required` set. Use each returned `reason` to keep
|
|
29
|
+
unrelated rules out of the current judgment.
|
|
30
30
|
- Plan source evidence as Sections before promoting any heading to a Node/View.
|
|
31
31
|
Local FAQ, decision, incident, warning, or reference fragments normally stay
|
|
32
32
|
under the owning View unless source evidence proves independent retrieval
|
|
33
33
|
identity.
|
|
34
|
-
- Do not produce or validate a structure payload from this entry file alone.
|
|
35
|
-
the
|
|
36
|
-
|
|
34
|
+
- Do not produce or validate a structure payload from this entry file alone. A
|
|
35
|
+
ruleset already present in the active context may be reused only when both its
|
|
36
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
37
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
37
38
|
- When status reaches `structure-ready` or `needs-prose-compile`, hand off to
|
|
38
39
|
`${CLAUDE_PLUGIN_ROOT}/skills/skill-prose-compile/SKILL.md`.
|
|
39
40
|
- Compile, review, close, verify, and build remain separate gates.
|
|
@@ -38,12 +38,13 @@ Compile confirmed document structure into reviewable draft knowledge.
|
|
|
38
38
|
faithful mirrored continuous span, split the section or return to prose align
|
|
39
39
|
for a confirmed structure change.
|
|
40
40
|
- Before choosing section kind, summary, skip/update, weak-evidence handling, or
|
|
41
|
-
structure repair, read the
|
|
42
|
-
`
|
|
43
|
-
|
|
44
|
-
- Do not produce or validate compile actions from this entry file alone.
|
|
45
|
-
|
|
46
|
-
|
|
41
|
+
structure repair, read only the procedure references in the CLI
|
|
42
|
+
`semantic_rules.required` set. The CLI selects core and conditional rules for
|
|
43
|
+
the current node and explains each selection with `reason`.
|
|
44
|
+
- Do not produce or validate compile actions from this entry file alone. A
|
|
45
|
+
ruleset already present in the active context may be reused only when both its
|
|
46
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
47
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
47
48
|
|
|
48
49
|
<reference>
|
|
49
50
|
|
|
@@ -162,9 +163,10 @@ context run compile:<type>:<source>:<collection> --view node-context --source <v
|
|
|
162
163
|
context run compile:<type>:<source>:<collection> --view schema --format json
|
|
163
164
|
```
|
|
164
165
|
|
|
165
|
-
Read the compile references listed by `
|
|
166
|
+
Read only the compile references listed by `semantic_rules.required` before
|
|
166
167
|
classifying section kind, summary, support, skip/update, weak evidence, or
|
|
167
|
-
structure repair.
|
|
168
|
+
structure repair. Do not load the full rule inventory unless the CLI explicitly
|
|
169
|
+
returns it as required.
|
|
168
170
|
|
|
169
171
|
Do not treat those references as optional background. They are the current
|
|
170
172
|
compile drafting, judgment, and semantic-repair procedures.
|
package/plugins/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
0.6.0-beta.
|
|
1
|
+
0.6.0-beta.7
|
|
@@ -24,6 +24,10 @@ Continue an existing Context workspace from its current state.
|
|
|
24
24
|
workflow; do not treat the host repository root as the workspace.
|
|
25
25
|
- There is no `context continue` CLI command. Start with `context status`.
|
|
26
26
|
- `context status` and CLI diagnostics are the source of truth.
|
|
27
|
+
- Inspect `declarationGraph` and `configurationGaps`. Before structure
|
|
28
|
+
confirmation they are configuration warnings; after confirmation, a missing
|
|
29
|
+
compile route is a hard gate. Never substitute a compile phase from another
|
|
30
|
+
collection.
|
|
27
31
|
- Execute safe mechanical `next:` steps; stop at semantic choices and human
|
|
28
32
|
gates.
|
|
29
33
|
- Delegate source/scope decisions to
|
|
@@ -24,16 +24,17 @@ Turn captured document evidence into confirmed structure.
|
|
|
24
24
|
- Write and validate `context.structure.v1` into `unapproved/structure.yaml`.
|
|
25
25
|
Stop for user confirmation before compile.
|
|
26
26
|
- Before classifying nodes, section plans, edges, support strength, duplicates,
|
|
27
|
-
conflicts, ownership, or unresolved items, read the
|
|
28
|
-
|
|
29
|
-
|
|
27
|
+
conflicts, ownership, or unresolved items, read only the procedure references
|
|
28
|
+
in the CLI `semantic_rules.required` set. Use each returned `reason` to keep
|
|
29
|
+
unrelated rules out of the current judgment.
|
|
30
30
|
- Plan source evidence as Sections before promoting any heading to a Node/View.
|
|
31
31
|
Local FAQ, decision, incident, warning, or reference fragments normally stay
|
|
32
32
|
under the owning View unless source evidence proves independent retrieval
|
|
33
33
|
identity.
|
|
34
|
-
- Do not produce or validate a structure payload from this entry file alone.
|
|
35
|
-
the
|
|
36
|
-
|
|
34
|
+
- Do not produce or validate a structure payload from this entry file alone. A
|
|
35
|
+
ruleset already present in the active context may be reused only when both its
|
|
36
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
37
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
37
38
|
- When status reaches `structure-ready` or `needs-prose-compile`, hand off to
|
|
38
39
|
`${CLAUDE_PLUGIN_ROOT}/skills/skill-prose-compile/SKILL.md`.
|
|
39
40
|
- Compile, review, close, verify, and build remain separate gates.
|
|
@@ -38,12 +38,13 @@ Compile confirmed document structure into reviewable draft knowledge.
|
|
|
38
38
|
faithful mirrored continuous span, split the section or return to prose align
|
|
39
39
|
for a confirmed structure change.
|
|
40
40
|
- Before choosing section kind, summary, skip/update, weak-evidence handling, or
|
|
41
|
-
structure repair, read the
|
|
42
|
-
`
|
|
43
|
-
|
|
44
|
-
- Do not produce or validate compile actions from this entry file alone.
|
|
45
|
-
|
|
46
|
-
|
|
41
|
+
structure repair, read only the procedure references in the CLI
|
|
42
|
+
`semantic_rules.required` set. The CLI selects core and conditional rules for
|
|
43
|
+
the current node and explains each selection with `reason`.
|
|
44
|
+
- Do not produce or validate compile actions from this entry file alone. A
|
|
45
|
+
ruleset already present in the active context may be reused only when both its
|
|
46
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
47
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
47
48
|
|
|
48
49
|
<reference>
|
|
49
50
|
|
|
@@ -162,9 +163,10 @@ context run compile:<type>:<source>:<collection> --view node-context --source <v
|
|
|
162
163
|
context run compile:<type>:<source>:<collection> --view schema --format json
|
|
163
164
|
```
|
|
164
165
|
|
|
165
|
-
Read the compile references listed by `
|
|
166
|
+
Read only the compile references listed by `semantic_rules.required` before
|
|
166
167
|
classifying section kind, summary, support, skip/update, weak evidence, or
|
|
167
|
-
structure repair.
|
|
168
|
+
structure repair. Do not load the full rule inventory unless the CLI explicitly
|
|
169
|
+
returns it as required.
|
|
168
170
|
|
|
169
171
|
Do not treat those references as optional background. They are the current
|
|
170
172
|
compile drafting, judgment, and semantic-repair procedures.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "context",
|
|
3
|
-
"version": "0.6.0-beta.
|
|
3
|
+
"version": "0.6.0-beta.7",
|
|
4
4
|
"description": "Maintain a project-local knowledge workspace through init and next-step agent guidance.",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "c4a"
|
|
@@ -18,7 +18,7 @@
|
|
|
18
18
|
"skills": "./skills/",
|
|
19
19
|
"interface": {
|
|
20
20
|
"displayName": "C4A Context",
|
|
21
|
-
"shortDescription": "Initialize and advance a local, source-linked project knowledge workspace.\nv0.6.0-beta.
|
|
21
|
+
"shortDescription": "Initialize and advance a local, source-linked project knowledge workspace.\nv0.6.0-beta.7",
|
|
22
22
|
"longDescription": "Create a Context workspace and use agent-guided next steps to register sources, run extraction, review candidates, build package outputs, and verify health without silently mutating source repositories.",
|
|
23
23
|
"developerName": "c4a",
|
|
24
24
|
"category": "Productivity",
|
package/plugins/codex/skills/continue/references/internal-procedures/skill-continue-workflow.md
CHANGED
|
@@ -24,6 +24,10 @@ Continue an existing Context workspace from its current state.
|
|
|
24
24
|
workflow; do not treat the host repository root as the workspace.
|
|
25
25
|
- There is no `context continue` CLI command. Start with `context status`.
|
|
26
26
|
- `context status` and CLI diagnostics are the source of truth.
|
|
27
|
+
- Inspect `declarationGraph` and `configurationGaps`. Before structure
|
|
28
|
+
confirmation they are configuration warnings; after confirmation, a missing
|
|
29
|
+
compile route is a hard gate. Never substitute a compile phase from another
|
|
30
|
+
collection.
|
|
27
31
|
- Execute safe mechanical `next:` steps; stop at semantic choices and human
|
|
28
32
|
gates.
|
|
29
33
|
- Delegate source/scope decisions to
|
|
@@ -24,16 +24,17 @@ Turn captured document evidence into confirmed structure.
|
|
|
24
24
|
- Write and validate `context.structure.v1` into `unapproved/structure.yaml`.
|
|
25
25
|
Stop for user confirmation before compile.
|
|
26
26
|
- Before classifying nodes, section plans, edges, support strength, duplicates,
|
|
27
|
-
conflicts, ownership, or unresolved items, read the
|
|
28
|
-
|
|
29
|
-
|
|
27
|
+
conflicts, ownership, or unresolved items, read only the procedure references
|
|
28
|
+
in the CLI `semantic_rules.required` set. Use each returned `reason` to keep
|
|
29
|
+
unrelated rules out of the current judgment.
|
|
30
30
|
- Plan source evidence as Sections before promoting any heading to a Node/View.
|
|
31
31
|
Local FAQ, decision, incident, warning, or reference fragments normally stay
|
|
32
32
|
under the owning View unless source evidence proves independent retrieval
|
|
33
33
|
identity.
|
|
34
|
-
- Do not produce or validate a structure payload from this entry file alone.
|
|
35
|
-
the
|
|
36
|
-
|
|
34
|
+
- Do not produce or validate a structure payload from this entry file alone. A
|
|
35
|
+
ruleset already present in the active context may be reused only when both its
|
|
36
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
37
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
37
38
|
- When status reaches `structure-ready` or `needs-prose-compile`, hand off to
|
|
38
39
|
`skill-prose-compile.md`.
|
|
39
40
|
- Compile, review, close, verify, and build remain separate gates.
|
|
@@ -38,12 +38,13 @@ Compile confirmed document structure into reviewable draft knowledge.
|
|
|
38
38
|
faithful mirrored continuous span, split the section or return to prose align
|
|
39
39
|
for a confirmed structure change.
|
|
40
40
|
- Before choosing section kind, summary, skip/update, weak-evidence handling, or
|
|
41
|
-
structure repair, read the
|
|
42
|
-
`
|
|
43
|
-
|
|
44
|
-
- Do not produce or validate compile actions from this entry file alone.
|
|
45
|
-
|
|
46
|
-
|
|
41
|
+
structure repair, read only the procedure references in the CLI
|
|
42
|
+
`semantic_rules.required` set. The CLI selects core and conditional rules for
|
|
43
|
+
the current node and explains each selection with `reason`.
|
|
44
|
+
- Do not produce or validate compile actions from this entry file alone. A
|
|
45
|
+
ruleset already present in the active context may be reused only when both its
|
|
46
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
47
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
47
48
|
|
|
48
49
|
<reference>
|
|
49
50
|
|
|
@@ -162,9 +163,10 @@ context run compile:<type>:<source>:<collection> --view node-context --source <v
|
|
|
162
163
|
context run compile:<type>:<source>:<collection> --view schema --format json
|
|
163
164
|
```
|
|
164
165
|
|
|
165
|
-
Read the compile references listed by `
|
|
166
|
+
Read only the compile references listed by `semantic_rules.required` before
|
|
166
167
|
classifying section kind, summary, support, skip/update, weak evidence, or
|
|
167
|
-
structure repair.
|
|
168
|
+
structure repair. Do not load the full rule inventory unless the CLI explicitly
|
|
169
|
+
returns it as required.
|
|
168
170
|
|
|
169
171
|
Do not treat those references as optional background. They are the current
|
|
170
172
|
compile drafting, judgment, and semantic-repair procedures.
|
|
@@ -24,6 +24,10 @@ Continue an existing Context workspace from its current state.
|
|
|
24
24
|
workflow; do not treat the host repository root as the workspace.
|
|
25
25
|
- There is no `context continue` CLI command. Start with `context status`.
|
|
26
26
|
- `context status` and CLI diagnostics are the source of truth.
|
|
27
|
+
- Inspect `declarationGraph` and `configurationGaps`. Before structure
|
|
28
|
+
confirmation they are configuration warnings; after confirmation, a missing
|
|
29
|
+
compile route is a hard gate. Never substitute a compile phase from another
|
|
30
|
+
collection.
|
|
27
31
|
- Execute safe mechanical `next:` steps; stop at semantic choices and human
|
|
28
32
|
gates.
|
|
29
33
|
- Delegate source/scope decisions to
|
|
@@ -24,16 +24,17 @@ Turn captured document evidence into confirmed structure.
|
|
|
24
24
|
- Write and validate `context.structure.v1` into `unapproved/structure.yaml`.
|
|
25
25
|
Stop for user confirmation before compile.
|
|
26
26
|
- Before classifying nodes, section plans, edges, support strength, duplicates,
|
|
27
|
-
conflicts, ownership, or unresolved items, read the
|
|
28
|
-
|
|
29
|
-
|
|
27
|
+
conflicts, ownership, or unresolved items, read only the procedure references
|
|
28
|
+
in the CLI `semantic_rules.required` set. Use each returned `reason` to keep
|
|
29
|
+
unrelated rules out of the current judgment.
|
|
30
30
|
- Plan source evidence as Sections before promoting any heading to a Node/View.
|
|
31
31
|
Local FAQ, decision, incident, warning, or reference fragments normally stay
|
|
32
32
|
under the owning View unless source evidence proves independent retrieval
|
|
33
33
|
identity.
|
|
34
|
-
- Do not produce or validate a structure payload from this entry file alone.
|
|
35
|
-
the
|
|
36
|
-
|
|
34
|
+
- Do not produce or validate a structure payload from this entry file alone. A
|
|
35
|
+
ruleset already present in the active context may be reused only when both its
|
|
36
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
37
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
37
38
|
- When status reaches `structure-ready` or `needs-prose-compile`, hand off to
|
|
38
39
|
`skill-prose-compile.md`.
|
|
39
40
|
- Compile, review, close, verify, and build remain separate gates.
|
|
@@ -38,12 +38,13 @@ Compile confirmed document structure into reviewable draft knowledge.
|
|
|
38
38
|
faithful mirrored continuous span, split the section or return to prose align
|
|
39
39
|
for a confirmed structure change.
|
|
40
40
|
- Before choosing section kind, summary, skip/update, weak-evidence handling, or
|
|
41
|
-
structure repair, read the
|
|
42
|
-
`
|
|
43
|
-
|
|
44
|
-
- Do not produce or validate compile actions from this entry file alone.
|
|
45
|
-
|
|
46
|
-
|
|
41
|
+
structure repair, read only the procedure references in the CLI
|
|
42
|
+
`semantic_rules.required` set. The CLI selects core and conditional rules for
|
|
43
|
+
the current node and explains each selection with `reason`.
|
|
44
|
+
- Do not produce or validate compile actions from this entry file alone. A
|
|
45
|
+
ruleset already present in the active context may be reused only when both its
|
|
46
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
47
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
47
48
|
|
|
48
49
|
<reference>
|
|
49
50
|
|
|
@@ -162,9 +163,10 @@ context run compile:<type>:<source>:<collection> --view node-context --source <v
|
|
|
162
163
|
context run compile:<type>:<source>:<collection> --view schema --format json
|
|
163
164
|
```
|
|
164
165
|
|
|
165
|
-
Read the compile references listed by `
|
|
166
|
+
Read only the compile references listed by `semantic_rules.required` before
|
|
166
167
|
classifying section kind, summary, support, skip/update, weak evidence, or
|
|
167
|
-
structure repair.
|
|
168
|
+
structure repair. Do not load the full rule inventory unless the CLI explicitly
|
|
169
|
+
returns it as required.
|
|
168
170
|
|
|
169
171
|
Do not treat those references as optional background. They are the current
|
|
170
172
|
compile drafting, judgment, and semantic-repair procedures.
|
|
@@ -24,6 +24,10 @@ Continue an existing Context workspace from its current state.
|
|
|
24
24
|
workflow; do not treat the host repository root as the workspace.
|
|
25
25
|
- There is no `context continue` CLI command. Start with `context status`.
|
|
26
26
|
- `context status` and CLI diagnostics are the source of truth.
|
|
27
|
+
- Inspect `declarationGraph` and `configurationGaps`. Before structure
|
|
28
|
+
confirmation they are configuration warnings; after confirmation, a missing
|
|
29
|
+
compile route is a hard gate. Never substitute a compile phase from another
|
|
30
|
+
collection.
|
|
27
31
|
- Execute safe mechanical `next:` steps; stop at semantic choices and human
|
|
28
32
|
gates.
|
|
29
33
|
- Delegate source/scope decisions to
|
|
@@ -24,16 +24,17 @@ Turn captured document evidence into confirmed structure.
|
|
|
24
24
|
- Write and validate `context.structure.v1` into `unapproved/structure.yaml`.
|
|
25
25
|
Stop for user confirmation before compile.
|
|
26
26
|
- Before classifying nodes, section plans, edges, support strength, duplicates,
|
|
27
|
-
conflicts, ownership, or unresolved items, read the
|
|
28
|
-
|
|
29
|
-
|
|
27
|
+
conflicts, ownership, or unresolved items, read only the procedure references
|
|
28
|
+
in the CLI `semantic_rules.required` set. Use each returned `reason` to keep
|
|
29
|
+
unrelated rules out of the current judgment.
|
|
30
30
|
- Plan source evidence as Sections before promoting any heading to a Node/View.
|
|
31
31
|
Local FAQ, decision, incident, warning, or reference fragments normally stay
|
|
32
32
|
under the owning View unless source evidence proves independent retrieval
|
|
33
33
|
identity.
|
|
34
|
-
- Do not produce or validate a structure payload from this entry file alone.
|
|
35
|
-
the
|
|
36
|
-
|
|
34
|
+
- Do not produce or validate a structure payload from this entry file alone. A
|
|
35
|
+
ruleset already present in the active context may be reused only when both its
|
|
36
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
37
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
37
38
|
- When status reaches `structure-ready` or `needs-prose-compile`, hand off to
|
|
38
39
|
`../skill-prose-compile/SKILL.md`.
|
|
39
40
|
- Compile, review, close, verify, and build remain separate gates.
|
|
@@ -38,12 +38,13 @@ Compile confirmed document structure into reviewable draft knowledge.
|
|
|
38
38
|
faithful mirrored continuous span, split the section or return to prose align
|
|
39
39
|
for a confirmed structure change.
|
|
40
40
|
- Before choosing section kind, summary, skip/update, weak-evidence handling, or
|
|
41
|
-
structure repair, read the
|
|
42
|
-
`
|
|
43
|
-
|
|
44
|
-
- Do not produce or validate compile actions from this entry file alone.
|
|
45
|
-
|
|
46
|
-
|
|
41
|
+
structure repair, read only the procedure references in the CLI
|
|
42
|
+
`semantic_rules.required` set. The CLI selects core and conditional rules for
|
|
43
|
+
the current node and explains each selection with `reason`.
|
|
44
|
+
- Do not produce or validate compile actions from this entry file alone. A
|
|
45
|
+
ruleset already present in the active context may be reused only when both its
|
|
46
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
47
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
47
48
|
|
|
48
49
|
<reference>
|
|
49
50
|
|
|
@@ -162,9 +163,10 @@ context run compile:<type>:<source>:<collection> --view node-context --source <v
|
|
|
162
163
|
context run compile:<type>:<source>:<collection> --view schema --format json
|
|
163
164
|
```
|
|
164
165
|
|
|
165
|
-
Read the compile references listed by `
|
|
166
|
+
Read only the compile references listed by `semantic_rules.required` before
|
|
166
167
|
classifying section kind, summary, support, skip/update, weak evidence, or
|
|
167
|
-
structure repair.
|
|
168
|
+
structure repair. Do not load the full rule inventory unless the CLI explicitly
|
|
169
|
+
returns it as required.
|
|
168
170
|
|
|
169
171
|
Do not treat those references as optional background. They are the current
|
|
170
172
|
compile drafting, judgment, and semantic-repair procedures.
|
package/plugins/skills/context-continue/references/internal-procedures/skill-continue-workflow.md
CHANGED
|
@@ -24,6 +24,10 @@ Continue an existing Context workspace from its current state.
|
|
|
24
24
|
workflow; do not treat the host repository root as the workspace.
|
|
25
25
|
- There is no `context continue` CLI command. Start with `context status`.
|
|
26
26
|
- `context status` and CLI diagnostics are the source of truth.
|
|
27
|
+
- Inspect `declarationGraph` and `configurationGaps`. Before structure
|
|
28
|
+
confirmation they are configuration warnings; after confirmation, a missing
|
|
29
|
+
compile route is a hard gate. Never substitute a compile phase from another
|
|
30
|
+
collection.
|
|
27
31
|
- Execute safe mechanical `next:` steps; stop at semantic choices and human
|
|
28
32
|
gates.
|
|
29
33
|
- Delegate source/scope decisions to
|
|
@@ -24,16 +24,17 @@ Turn captured document evidence into confirmed structure.
|
|
|
24
24
|
- Write and validate `context.structure.v1` into `unapproved/structure.yaml`.
|
|
25
25
|
Stop for user confirmation before compile.
|
|
26
26
|
- Before classifying nodes, section plans, edges, support strength, duplicates,
|
|
27
|
-
conflicts, ownership, or unresolved items, read the
|
|
28
|
-
|
|
29
|
-
|
|
27
|
+
conflicts, ownership, or unresolved items, read only the procedure references
|
|
28
|
+
in the CLI `semantic_rules.required` set. Use each returned `reason` to keep
|
|
29
|
+
unrelated rules out of the current judgment.
|
|
30
30
|
- Plan source evidence as Sections before promoting any heading to a Node/View.
|
|
31
31
|
Local FAQ, decision, incident, warning, or reference fragments normally stay
|
|
32
32
|
under the owning View unless source evidence proves independent retrieval
|
|
33
33
|
identity.
|
|
34
|
-
- Do not produce or validate a structure payload from this entry file alone.
|
|
35
|
-
the
|
|
36
|
-
|
|
34
|
+
- Do not produce or validate a structure payload from this entry file alone. A
|
|
35
|
+
ruleset already present in the active context may be reused only when both its
|
|
36
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
37
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
37
38
|
- When status reaches `structure-ready` or `needs-prose-compile`, hand off to
|
|
38
39
|
`skill-prose-compile.md`.
|
|
39
40
|
- Compile, review, close, verify, and build remain separate gates.
|
package/plugins/skills/context-continue/references/internal-procedures/skill-prose-compile.md
CHANGED
|
@@ -38,12 +38,13 @@ Compile confirmed document structure into reviewable draft knowledge.
|
|
|
38
38
|
faithful mirrored continuous span, split the section or return to prose align
|
|
39
39
|
for a confirmed structure change.
|
|
40
40
|
- Before choosing section kind, summary, skip/update, weak-evidence handling, or
|
|
41
|
-
structure repair, read the
|
|
42
|
-
`
|
|
43
|
-
|
|
44
|
-
- Do not produce or validate compile actions from this entry file alone.
|
|
45
|
-
|
|
46
|
-
|
|
41
|
+
structure repair, read only the procedure references in the CLI
|
|
42
|
+
`semantic_rules.required` set. The CLI selects core and conditional rules for
|
|
43
|
+
the current node and explains each selection with `reason`.
|
|
44
|
+
- Do not produce or validate compile actions from this entry file alone. A
|
|
45
|
+
ruleset already present in the active context may be reused only when both its
|
|
46
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
47
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
47
48
|
|
|
48
49
|
<reference>
|
|
49
50
|
|
|
@@ -162,9 +163,10 @@ context run compile:<type>:<source>:<collection> --view node-context --source <v
|
|
|
162
163
|
context run compile:<type>:<source>:<collection> --view schema --format json
|
|
163
164
|
```
|
|
164
165
|
|
|
165
|
-
Read the compile references listed by `
|
|
166
|
+
Read only the compile references listed by `semantic_rules.required` before
|
|
166
167
|
classifying section kind, summary, support, skip/update, weak evidence, or
|
|
167
|
-
structure repair.
|
|
168
|
+
structure repair. Do not load the full rule inventory unless the CLI explicitly
|
|
169
|
+
returns it as required.
|
|
168
170
|
|
|
169
171
|
Do not treat those references as optional background. They are the current
|
|
170
172
|
compile drafting, judgment, and semantic-repair procedures.
|
package/plugins/skills/context-init/references/internal-procedures/skill-continue-workflow.md
CHANGED
|
@@ -24,6 +24,10 @@ Continue an existing Context workspace from its current state.
|
|
|
24
24
|
workflow; do not treat the host repository root as the workspace.
|
|
25
25
|
- There is no `context continue` CLI command. Start with `context status`.
|
|
26
26
|
- `context status` and CLI diagnostics are the source of truth.
|
|
27
|
+
- Inspect `declarationGraph` and `configurationGaps`. Before structure
|
|
28
|
+
confirmation they are configuration warnings; after confirmation, a missing
|
|
29
|
+
compile route is a hard gate. Never substitute a compile phase from another
|
|
30
|
+
collection.
|
|
27
31
|
- Execute safe mechanical `next:` steps; stop at semantic choices and human
|
|
28
32
|
gates.
|
|
29
33
|
- Delegate source/scope decisions to
|
|
@@ -24,16 +24,17 @@ Turn captured document evidence into confirmed structure.
|
|
|
24
24
|
- Write and validate `context.structure.v1` into `unapproved/structure.yaml`.
|
|
25
25
|
Stop for user confirmation before compile.
|
|
26
26
|
- Before classifying nodes, section plans, edges, support strength, duplicates,
|
|
27
|
-
conflicts, ownership, or unresolved items, read the
|
|
28
|
-
|
|
29
|
-
|
|
27
|
+
conflicts, ownership, or unresolved items, read only the procedure references
|
|
28
|
+
in the CLI `semantic_rules.required` set. Use each returned `reason` to keep
|
|
29
|
+
unrelated rules out of the current judgment.
|
|
30
30
|
- Plan source evidence as Sections before promoting any heading to a Node/View.
|
|
31
31
|
Local FAQ, decision, incident, warning, or reference fragments normally stay
|
|
32
32
|
under the owning View unless source evidence proves independent retrieval
|
|
33
33
|
identity.
|
|
34
|
-
- Do not produce or validate a structure payload from this entry file alone.
|
|
35
|
-
the
|
|
36
|
-
|
|
34
|
+
- Do not produce or validate a structure payload from this entry file alone. A
|
|
35
|
+
ruleset already present in the active context may be reused only when both its
|
|
36
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
37
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
37
38
|
- When status reaches `structure-ready` or `needs-prose-compile`, hand off to
|
|
38
39
|
`skill-prose-compile.md`.
|
|
39
40
|
- Compile, review, close, verify, and build remain separate gates.
|
|
@@ -38,12 +38,13 @@ Compile confirmed document structure into reviewable draft knowledge.
|
|
|
38
38
|
faithful mirrored continuous span, split the section or return to prose align
|
|
39
39
|
for a confirmed structure change.
|
|
40
40
|
- Before choosing section kind, summary, skip/update, weak-evidence handling, or
|
|
41
|
-
structure repair, read the
|
|
42
|
-
`
|
|
43
|
-
|
|
44
|
-
- Do not produce or validate compile actions from this entry file alone.
|
|
45
|
-
|
|
46
|
-
|
|
41
|
+
structure repair, read only the procedure references in the CLI
|
|
42
|
+
`semantic_rules.required` set. The CLI selects core and conditional rules for
|
|
43
|
+
the current node and explains each selection with `reason`.
|
|
44
|
+
- Do not produce or validate compile actions from this entry file alone. A
|
|
45
|
+
ruleset already present in the active context may be reused only when both its
|
|
46
|
+
`handle` and `digest` match. If the context was compacted, the digest changed,
|
|
47
|
+
or the rule content is no longer present, read `semantic_rules.required`.
|
|
47
48
|
|
|
48
49
|
<reference>
|
|
49
50
|
|
|
@@ -162,9 +163,10 @@ context run compile:<type>:<source>:<collection> --view node-context --source <v
|
|
|
162
163
|
context run compile:<type>:<source>:<collection> --view schema --format json
|
|
163
164
|
```
|
|
164
165
|
|
|
165
|
-
Read the compile references listed by `
|
|
166
|
+
Read only the compile references listed by `semantic_rules.required` before
|
|
166
167
|
classifying section kind, summary, support, skip/update, weak evidence, or
|
|
167
|
-
structure repair.
|
|
168
|
+
structure repair. Do not load the full rule inventory unless the CLI explicitly
|
|
169
|
+
returns it as required.
|
|
168
170
|
|
|
169
171
|
Do not treat those references as optional background. They are the current
|
|
170
172
|
compile drafting, judgment, and semantic-repair procedures.
|