@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.
Files changed (29) hide show
  1. package/README.md +7 -2
  2. package/cli.js +2305 -1570
  3. package/package.json +2 -2
  4. package/plugin/skills/skill-continue-workflow/SKILL.md +4 -0
  5. package/plugin/skills/skill-prose-align/SKILL.md +7 -6
  6. package/plugin/skills/skill-prose-compile/SKILL.md +10 -8
  7. package/plugins/VERSION +1 -1
  8. package/plugins/claude/.claude-plugin/plugin.json +1 -1
  9. package/plugins/claude/skills/skill-continue-workflow/SKILL.md +4 -0
  10. package/plugins/claude/skills/skill-prose-align/SKILL.md +7 -6
  11. package/plugins/claude/skills/skill-prose-compile/SKILL.md +10 -8
  12. package/plugins/codex/.codex-plugin/plugin.json +2 -2
  13. package/plugins/codex/skills/continue/references/internal-procedures/skill-continue-workflow.md +4 -0
  14. package/plugins/codex/skills/continue/references/internal-procedures/skill-prose-align.md +7 -6
  15. package/plugins/codex/skills/continue/references/internal-procedures/skill-prose-compile.md +10 -8
  16. package/plugins/codex/skills/init/references/internal-procedures/skill-continue-workflow.md +4 -0
  17. package/plugins/codex/skills/init/references/internal-procedures/skill-prose-align.md +7 -6
  18. package/plugins/codex/skills/init/references/internal-procedures/skill-prose-compile.md +10 -8
  19. package/plugins/cursor/.cursor-plugin/plugin.json +1 -1
  20. package/plugins/cursor/skills/skill-continue-workflow/SKILL.md +4 -0
  21. package/plugins/cursor/skills/skill-prose-align/SKILL.md +7 -6
  22. package/plugins/cursor/skills/skill-prose-compile/SKILL.md +10 -8
  23. package/plugins/skills/context-continue/references/internal-procedures/skill-continue-workflow.md +4 -0
  24. package/plugins/skills/context-continue/references/internal-procedures/skill-prose-align.md +7 -6
  25. package/plugins/skills/context-continue/references/internal-procedures/skill-prose-compile.md +10 -8
  26. package/plugins/skills/context-init/references/internal-procedures/skill-continue-workflow.md +4 -0
  27. package/plugins/skills/context-init/references/internal-procedures/skill-prose-align.md +7 -6
  28. package/plugins/skills/context-init/references/internal-procedures/skill-prose-compile.md +10 -8
  29. 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.6",
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.6",
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 current procedure
28
- references listed by the CLI as `semantic_reference_files`. These references
29
- are the current structure judgment rules, not summaries.
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. If
35
- the relevant `semantic_reference_files` have not been read in the current
36
- turn, stop and read them first.
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 current procedure references listed by the CLI as
42
- `semantic_reference_files`. These are the migrated compile judgment rules, not
43
- summaries.
44
- - Do not produce or validate compile actions from this entry file alone. If the
45
- relevant `semantic_reference_files` have not been read in the current turn,
46
- stop and read them first.
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 `semantic_reference_files` before
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.6
1
+ 0.6.0-beta.7
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "name": "context",
3
3
  "description": "Maintain a project-local knowledge workspace through init and next-step agent guidance.",
4
- "version": "0.6.0-beta.6",
4
+ "version": "0.6.0-beta.7",
5
5
  "author": {
6
6
  "name": "c4a"
7
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 current procedure
28
- references listed by the CLI as `semantic_reference_files`. These references
29
- are the current structure judgment rules, not summaries.
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. If
35
- the relevant `semantic_reference_files` have not been read in the current
36
- turn, stop and read them first.
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 current procedure references listed by the CLI as
42
- `semantic_reference_files`. These are the migrated compile judgment rules, not
43
- summaries.
44
- - Do not produce or validate compile actions from this entry file alone. If the
45
- relevant `semantic_reference_files` have not been read in the current turn,
46
- stop and read them first.
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 `semantic_reference_files` before
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.6",
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.6",
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",
@@ -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 current procedure
28
- references listed by the CLI as `semantic_reference_files`. These references
29
- are the current structure judgment rules, not summaries.
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. If
35
- the relevant `semantic_reference_files` have not been read in the current
36
- turn, stop and read them first.
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 current procedure references listed by the CLI as
42
- `semantic_reference_files`. These are the migrated compile judgment rules, not
43
- summaries.
44
- - Do not produce or validate compile actions from this entry file alone. If the
45
- relevant `semantic_reference_files` have not been read in the current turn,
46
- stop and read them first.
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 `semantic_reference_files` before
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 current procedure
28
- references listed by the CLI as `semantic_reference_files`. These references
29
- are the current structure judgment rules, not summaries.
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. If
35
- the relevant `semantic_reference_files` have not been read in the current
36
- turn, stop and read them first.
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 current procedure references listed by the CLI as
42
- `semantic_reference_files`. These are the migrated compile judgment rules, not
43
- summaries.
44
- - Do not produce or validate compile actions from this entry file alone. If the
45
- relevant `semantic_reference_files` have not been read in the current turn,
46
- stop and read them first.
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 `semantic_reference_files` before
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,7 +1,7 @@
1
1
  {
2
2
  "name": "context",
3
3
  "displayName": "C4A Context",
4
- "version": "0.6.0-beta.6",
4
+ "version": "0.6.0-beta.7",
5
5
  "description": "Maintain a project-local knowledge workspace through init and next-step agent guidance.",
6
6
  "author": {
7
7
  "name": "Context4AI",
@@ -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 current procedure
28
- references listed by the CLI as `semantic_reference_files`. These references
29
- are the current structure judgment rules, not summaries.
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. If
35
- the relevant `semantic_reference_files` have not been read in the current
36
- turn, stop and read them first.
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 current procedure references listed by the CLI as
42
- `semantic_reference_files`. These are the migrated compile judgment rules, not
43
- summaries.
44
- - Do not produce or validate compile actions from this entry file alone. If the
45
- relevant `semantic_reference_files` have not been read in the current turn,
46
- stop and read them first.
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 `semantic_reference_files` before
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 current procedure
28
- references listed by the CLI as `semantic_reference_files`. These references
29
- are the current structure judgment rules, not summaries.
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. If
35
- the relevant `semantic_reference_files` have not been read in the current
36
- turn, stop and read them first.
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 current procedure references listed by the CLI as
42
- `semantic_reference_files`. These are the migrated compile judgment rules, not
43
- summaries.
44
- - Do not produce or validate compile actions from this entry file alone. If the
45
- relevant `semantic_reference_files` have not been read in the current turn,
46
- stop and read them first.
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 `semantic_reference_files` before
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 current procedure
28
- references listed by the CLI as `semantic_reference_files`. These references
29
- are the current structure judgment rules, not summaries.
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. If
35
- the relevant `semantic_reference_files` have not been read in the current
36
- turn, stop and read them first.
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 current procedure references listed by the CLI as
42
- `semantic_reference_files`. These are the migrated compile judgment rules, not
43
- summaries.
44
- - Do not produce or validate compile actions from this entry file alone. If the
45
- relevant `semantic_reference_files` have not been read in the current turn,
46
- stop and read them first.
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 `semantic_reference_files` before
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.