v3.7 Pass 3c: park Part IX + agent-teams + spawning; do not expose Claude in spec

User directive: the v3.7 normative specification must not expose Claude
as a named dependency, and must not include aspirational/partial
chapters labelled as normative. Six chapters are moved out of the
published spec tree and consolidated into parked/3.7-deferred.md for
future revisiting.

Moved to parked/3.7-deferred.md (repo root, outside docs/, not served):
- subagent.md  (CK as Subagent, Claude-specific /ck command)
- streaming.md  (Claude Code SDK framing)
- web-shell.md  (tooling/UX, not protocol)
- evolution.md  (persona/multi-model configuration tied to Claude)
- agent-teams.md  (labelled Future Capability)
- spawning.md  (task-engine + headless Claude Code; not settled)

The deferred file has frontmatter `ingest: false`, `visibility: internal`,
`revisit: pending`, and a header table explaining why each chapter was
deferred. It lives at repo root so VitePress never renders it, sitemap
never indexes it, and llms.txt does not reference it.

Sidebar (docs/.vitepress/config.mts):
- Part IX "Claude Integration" removed entirely
- Part X "Governance" renamed to Part IX "Governance & Accumulation";
  Agent Teams and Dynamic Spawning entries removed (parked)
- "EXTENDS + CK.Claude" label changed to "EXTENDS"

Internal-link fixes (dangling references to parked pages):
- consensus.md: dropped "See CK Loop Evolution" cross-link
- operator.md: "from the web shell" -> "from web console clients"
- project.md: removed trailing "For more on the web console" pointer
- sessions.md: replaced web-shell references with "subscribed clients";
  replaced "Claude streaming" label with generic "agent-type kernel"
- task-engine.md: removed subagent + streaming links; reframed the
  intro to speak of "authorized executor" without naming Claude

introduction.md:
- "CKP v3.7 is organised into ten parts" -> "nine parts"; table
  rewritten to match the actual spec structure (not legacy chapter
  counts that included the parked chapters)
- Overview table dropped rows for Web Shell, Subagent, Streaming,
  Agent Teams; no more "Claude integration" language in The Shift
  paragraph (replaced with neutral "operator, auth, CRDs,
  reconciliation, consensus, graph store")
- "Logical Analysis Note" now cites Sessions + Task Engine as the only
  planned-feature pages (was also flagging Agent Teams)

changelog.md:
- Revised the v3.7 header to "nine parts"; rewrote the Specification
  Scope table to match the nine-part structure; dropped the two
  "Claude Integration" part rows
- Added an info callout naming the six deferred chapters and pointing
  to parked/3.7-deferred.md

Assets:
- llms.txt: removed the 6 parked-page URLs
- sitemap.xml: removed the 6 parked-page <url> entries

Not in this commit (still Claude-exposing in the published spec, to be
handled in a follow-up pass once you confirm scope):
- extends.md is built around CK.Claude as the canonical EXTENDS example
- core.ttl AgentKernel class description names CK.Claude
- taxonomy.md mentions CK.Claude as an agent kernel
- crd.md `agent` enum description references extends.md
- changelog.md prose elsewhere may still reference Claude

Build clean; 31 v3.7 pages (was 37); all internal links resolve.

Author: styk-tv

docs/.vitepress/config.mts

@@ -96,7 +96,7 @@ export default withMermaid(defineConfig({
           text: 'Part VI: Edges & Composition',
           items: [
             { text: 'Edge Predicates', link: '/v3.7/edges' },
-            { text: 'EXTENDS + CK.Claude', link: '/v3.7/extends' },
+            { text: 'EXTENDS', link: '/v3.7/extends' },
           ]
         },
         {
@@ -118,23 +118,12 @@ export default withMermaid(defineConfig({
           ]
         },
         {
-          text: 'Part IX: Claude Integration',
-          items: [
-            { text: 'CK as Subagent', link: '/v3.7/subagent' },
-            { text: 'Streaming', link: '/v3.7/streaming' },
-            { text: 'Web Shell', link: '/v3.7/web-shell' },
-            { text: 'CK Loop Evolution', link: '/v3.7/evolution' },
-          ]
-        },
-        {
-          text: 'Part X: Governance',
+          text: 'Part IX: Governance & Accumulation',
           items: [
             { text: 'CK.Consensus', link: '/v3.7/consensus' },
             { text: 'Task Engine', link: '/v3.7/task-engine' },
             { text: 'Ontological Graph', link: '/v3.7/graph' },
-            { text: 'Sessions & Agent Teams', link: '/v3.7/sessions' },
-            { text: 'Agent Teams', link: '/v3.7/agent-teams' },
-            { text: 'Dynamic Spawning', link: '/v3.7/spawning' },
+            { text: 'Sessions', link: '/v3.7/sessions' },
             { text: 'PROV-O Provenance', link: '/v3.7/provenance' },
           ]
         },

docs/public/llms.txt

@@ -31,16 +31,10 @@ CKP v3.7 is the current specification. v3.6 is frozen and remains browseable; ol
 - Evidence-Based Proof: https://conceptkernel.org/v3.7/proof
 - Reconciliation & Logging: https://conceptkernel.org/v3.7/reconciliation
 - Versioning (per-kernel repos, 3 sibling dirs): https://conceptkernel.org/v3.7/versioning
-- CK as Subagent: https://conceptkernel.org/v3.7/subagent
-- Streaming: https://conceptkernel.org/v3.7/streaming
-- Web Shell: https://conceptkernel.org/v3.7/web-shell
-- CK Loop Evolution: https://conceptkernel.org/v3.7/evolution
 - CK.Consensus: https://conceptkernel.org/v3.7/consensus
 - Task Engine: https://conceptkernel.org/v3.7/task-engine
 - Ontological Graph: https://conceptkernel.org/v3.7/graph
-- Sessions & Agent Teams: https://conceptkernel.org/v3.7/sessions
-- Agent Teams: https://conceptkernel.org/v3.7/agent-teams
-- Dynamic Spawning: https://conceptkernel.org/v3.7/spawning
+- Sessions: https://conceptkernel.org/v3.7/sessions
 - PROV-O Provenance: https://conceptkernel.org/v3.7/provenance
 - Full Changelog: https://conceptkernel.org/v3.7/changelog
 

docs/public/sitemap.xml

@@ -34,16 +34,10 @@
   <url><loc>https://conceptkernel.org/v3.7/proof</loc><priority>0.8</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/reconciliation</loc><priority>0.8</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/versioning</loc><priority>0.9</priority></url>
-  <url><loc>https://conceptkernel.org/v3.7/subagent</loc><priority>0.7</priority></url>
-  <url><loc>https://conceptkernel.org/v3.7/streaming</loc><priority>0.7</priority></url>
-  <url><loc>https://conceptkernel.org/v3.7/web-shell</loc><priority>0.7</priority></url>
-  <url><loc>https://conceptkernel.org/v3.7/evolution</loc><priority>0.7</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/consensus</loc><priority>0.8</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/task-engine</loc><priority>0.7</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/graph</loc><priority>0.8</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/sessions</loc><priority>0.7</priority></url>
-  <url><loc>https://conceptkernel.org/v3.7/agent-teams</loc><priority>0.7</priority></url>
-  <url><loc>https://conceptkernel.org/v3.7/spawning</loc><priority>0.7</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/provenance</loc><priority>0.8</priority></url>
   <url><loc>https://conceptkernel.org/v3.7/changelog</loc><priority>0.6</priority></url>
 

docs/v3.7/agent-teams.md

@@ -9,35 +9,37 @@ description: Full changelog for CKP v3.7 -- the complete 10-part, 48-chapter spe
 
 **Date:** 2026-04-06
 
-CKP v3.7 is the consolidation of the entire protocol into a single normative specification: **SPEC.CKP.v3.7.full.md** -- 10 parts, 48 chapters, covering every aspect of concept kernel design, deployment, and governance.
+CKP v3.7 is the consolidation of the protocol into a single normative specification organised as **nine parts**, covering every aspect of concept kernel design, deployment, and governance.
 
 ### What Is New vs v3.5-alpha6
 
 v3.5-alpha6 was the last deployed incremental release. v3.7 adds:
 
 | Area | v3.5-alpha6 | v3.7 |
 |---|---|---|
-| Specification | 8 delta specs across multiple files | Single unified 48-chapter spec |
-| Claude integration | Subagent + streaming implemented | Full Part IX: EXTENDS runtime, CK loop evolution, multi-model config |
-| Governance | CK.Consensus kernel deployed | Full Part X: task engine, sessions, agent teams, spawning, PROV-O |
+| Specification | 8 delta specs across multiple files | Single unified nine-part spec |
+| Governance | CK.Consensus kernel deployed | Part IX: consensus, task engine, graph, sessions, PROV-O |
 | Compliance checks | 13 checks | 20 checks (added provenance, edge, topology, governance checks) |
 | Ontological graph | 10 Turtle modules loaded | Published triples per project/kernel/edge, SPARQL query catalog |
 | Provenance | Instance-level prov fields | Full PROV-O model with three-factor audit chain |
 
-### Specification Scope -- All 10 Parts
-
-| Part | Chapters | Title | Key Content |
-|---|---|---|---|
-| I | 1-4 | Foundations | CKP purpose, BFO 2020 grounding, three-loop separation, 8 awakening files |
-| II | 5-10 | Ontology | URN scheme, 5 edge predicates, governance modes, ontology.yaml, rules.shacl |
-| III | 11-16 | Runtime Semantics | Action lifecycle, instance sealing, NATS messaging, event types, proof records |
-| IV | 17-22 | Compliance and Proof | CK.ComplianceCheck, 20 check types, proof verification, compliance scoring |
-| V | 23-27 | System Kernels | CK.Operator, CK.Project, CK.Filer, CK.ComplianceCheck, CK.Consensus |
-| VI | 28-30 | Infrastructure | Kubernetes CRD, volume layout, namespace isolation, ConceptKernel CR |
-| VII | 31-35 | Libraries and Tools | CK.Lib.Py, CK.Lib.Js, web shell, AuthConfig, deploy pipeline |
-| VIII | 36-38 | Claude Integration (Runtime) | Subagent, streaming, EXTENDS predicate, CK.Claude |
-| IX | 39-40 | Claude Integration (Evolution) | CK loop evolution workflow, multi-model configuration |
-| X | 41-48 | Governance and Coordination | Consensus, task engine, graph, sessions, agent teams, spawning, provenance |
+### Specification Scope -- Nine Parts
+
+| Part | Scope |
+|---|---|
+| I | Foundations: purpose, conformance, terminology, namespaces, design principles |
+| II | The Three Loops: CK identity, TOOL capability, DATA knowledge, system integration |
+| III | Ontology: BFO 2020 grounding, four-layer model, published modules, SHACL |
+| IV | Messaging: NATS transport and topics, message envelope |
+| V | Security: loop isolation, authentication, namespace security |
+| VI | Edges & Composition: edge predicates, EXTENDS |
+| VII | System Kernels: taxonomy, CK.ComplianceCheck, CK.Operator, CK.Project & Libraries |
+| VIII | Infrastructure: ConceptKernel + CKProject CRDs, evidence-based proof, reconciliation, versioning |
+| IX | Governance & Accumulation: CK.Consensus, task engine, ontological graph, sessions, PROV-O provenance |
+
+::: info Deferred (not part of the v3.7 normative specification)
+Six chapters drafted during v3.5.x development -- *CK as Subagent*, *Streaming*, *Web Shell*, *CK Loop Evolution*, *Agent Teams*, *Dynamic Spawning* -- have been moved out of the normative v3.7 spec. They exposed vendor-specific integrations (Claude Code) and aspirational features that belong in tooling specs rather than the protocol specification. The consolidated content is preserved for future revisiting at `parked/3.7-deferred.md` in the source tree; it is intentionally not served on the website.
+:::
 
 ---
 

docs/v3.7/changelog.md

@@ -215,7 +215,7 @@ Consensus behavior depends on the target kernel's governance mode:
 
 This means CK.ComplianceCheck (STRICT governance) requires consensus for every change, while a development kernel with RELAXED governance can iterate faster on documentation without governance overhead. Even AUTONOMOUS kernels should record provenance -- the audit trail matters even when governance is relaxed.
 
-The governance mode is declared in `conceptkernel.yaml` -- the developer sets the rules, consensus enforces them. See [CK Loop Evolution](./evolution) for the full workflow including change types and governance levels.
+The governance mode is declared in `conceptkernel.yaml` -- the developer sets the rules, consensus enforces them.
 
 ## Architectural Consistency Check