session-orchestrator 4.0.1 → 4.2.0

package/skills/bootstrap/intensity-heuristic.md

@@ -8,7 +8,7 @@
 After executing this algorithm, report:
 
 - `RECOMMENDED_TIER`: `fast` | `standard` | `deep`
-- `RECOMMENDED_ARCHETYPE`: `static-html` | `node-minimal` | `nextjs-minimal` | `python-uv` | `null`
+- `RECOMMENDED_ARCHETYPE`: a validated private contract ID, one of the public IDs, or `null`
 - `HEURISTIC_REASON`: one sentence explaining the recommendation (shown to user)
 - `ARCHETYPE_CONFIDENCE`: `high` | `low` (used to decide whether to ask the optional second question)
 
@@ -54,7 +54,13 @@ Examples:
 
 **Fast tier:** Always `RECOMMENDED_ARCHETYPE = null`, `ARCHETYPE_CONFIDENCE = high`. No stack needed — skip to output.
 
-**Private path (baseline configured):** Always `RECOMMENDED_ARCHETYPE = null` at this stage. The baseline's own archetype selector is used during Standard/Deep scaffolding. Set `ARCHETYPE_CONFIDENCE = high`.
+**Private path (valid configured contract):** Use `BOOTSTRAP_CONTRACT.selected.id`
+from Phase 0.5 and set `ARCHETYPE_CONFIDENCE = high` when markers match. An
+explicit user ID must pass the reader's `--archetype` lookup and takes priority.
+If no markers match, set `RECOMMENDED_ARCHETYPE = null` and
+`ARCHETYPE_CONFIDENCE = low`; select from the returned ordered catalog using
+`private-contract.md` before Standard/Deep scaffolding. Detection follows the
+exported signal predicates and priority; no public default applies here.
 
 **Public path + Standard or Deep:** Scan the prompt for these signals:
 
@@ -66,7 +72,7 @@ Examples:
 | python, py, data, daten, ml, machine learning, api (python context), django, fastapi, flask, pandas, numpy | `python-uv` | high |
 | Ambiguous — prompt mentions multiple stacks, no clear frontend/backend split, or is too vague (e.g., "Ich brauche ein Projekt", "neues Repo", "etwas bauen") | `node-minimal` (safe default) | `low` |
 
-When `ARCHETYPE_CONFIDENCE = low`, the bootstrap skill will ask a second `AskUserQuestion` to confirm the archetype. `node-minimal` is the pre-selected default for that question.
+On the public path, when `ARCHETYPE_CONFIDENCE = low`, the bootstrap skill will ask a second `AskUserQuestion` to confirm the archetype. `node-minimal` is the pre-selected default for that question.
 
 ## Step 5: Output
 
@@ -74,7 +80,7 @@ Return all four values to `SKILL.md` Phase 1:
 
 ```
 RECOMMENDED_TIER: fast | standard | deep
-RECOMMENDED_ARCHETYPE: static-html | node-minimal | nextjs-minimal | python-uv | null
+RECOMMENDED_ARCHETYPE: <validated private ID> | static-html | node-minimal | nextjs-minimal | python-uv | null
 HEURISTIC_REASON: <one sentence>
 ARCHETYPE_CONFIDENCE: high | low
 ```

package/skills/bootstrap/private-contract.md

@@ -0,0 +1,119 @@
+# Configured Baseline Bootstrap
+
+Use this flow only after `public-fallback.md` returned `PATH_TYPE = private`.
+The configured local baseline owns the archetype catalog. The plugin consumes
+its validated, reduced export; it carries no private archetype table.
+
+## Select
+
+For Standard/Deep, use the `selected.id` returned by Phase 0.5 when repository
+markers match. An explicit owner-supplied ID takes precedence: validate it with
+`--archetype` before accepting it. A user description can help present choices,
+but cannot invent a catalog ID. When `selected` is null, present the returned
+`archetypes` in `order`, showing their runtime, package manager, UI/API and deploy
+metadata. Ask for the needed selection; paginate if the UI limits option count.
+Do not substitute a public default for missing evidence or an invalid choice.
+
+Once selected, set `CONFIRMED_ARCHETYPE` and refresh the contract:
+
+```bash
+BOOTSTRAP_CONTRACT=$(node "$PLUGIN_ROOT/scripts/baseline-archetypes.mjs" \
+  --repo "$REPO_ROOT" --archetype "$CONFIRMED_ARCHETYPE") || exit 2
+export BOOTSTRAP_CONTRACT
+```
+
+`status: error` aborts before scaffolding. Its reason is safe to report; do not
+print baseline paths, raw producer diagnostics, or private catalog files.
+`insufficient-evidence` is a selection state, not permission to use `node-minimal`.
+Fast tier has no archetype; use the plugin's minimal instruction-file flow and
+skip this file's scaffold/rules actions until upgrading to Standard/Deep.
+
+## Scaffold
+
+Execute this before Standard inherits the Fast steps. It runs only the local
+baseline's `render_archetype_dir`, `render_shared_and_substitute`, and
+`render_archetype_metadata` functions in temporary staging. It excludes all
+staged rules; S99 below and `rules-sync` own rule delivery. It never invokes the
+interactive setup script, package installation, Git, or a remote service.
+
+```bash
+export PLUGIN_ROOT REPO_ROOT CONFIRMED_ARCHETYPE REPO_NAME
+SCAFFOLD_RESULT=$(node --input-type=module <<'NODE'
+import { pathToFileURL } from 'node:url';
+const { scaffoldBaselineArchetype } = await import(pathToFileURL(`${process.env.PLUGIN_ROOT}/scripts/lib/baseline-archetypes.mjs`));
+const result = await scaffoldBaselineArchetype({
+  repoRoot: process.env.REPO_ROOT,
+  archetype: process.env.CONFIRMED_ARCHETYPE,
+  projectName: process.env.REPO_NAME,
+});
+process.stdout.write(`${JSON.stringify(result)}\n`);
+if (result.status === 'error') process.exitCode = 2;
+NODE
+) || exit 2
+printf '%s\n' "$SCAFFOLD_RESULT"
+while IFS= read -r _file; do BOOTSTRAP_FILES+=("$_file"); done \
+  < <(printf '%s\n' "$SCAFFOLD_RESULT" | jq -r '.created[]')
+```
+
+The report lists relative `created` and `preserved` files plus `unavailableGates`. Add only `created`
+files to `BOOTSTRAP_FILES`; an existing file is preserved for owner review.
+All sources and destinations are checked for symlinks before the first copy.
+The renderer's commands are fixed function calls; exported `commands` and
+`qualityGates[].command` remain data throughout lookup and staging.
+
+Continue Fast's common steps, preserving the rendered instruction files,
+README, manifests and configuration. Then skip Standard's four public stack
+sections and continue at Step 3a, S99 and the lock/quality-policy steps.
+
+## Expectations
+
+Use `selected.runtimes`, `packageManagers`, `ui`, `api`, `deploy`, `commands`,
+`qualityGates`, `ci`, and `browserAutomation` as the scaffold expectations.
+Keep rendered command documentation and CI. Staging normalizes new Session
+Config `test-command`, `typecheck-command`, and `lint-command` from exactly
+matching `qualityGates[].id` values (`test`, `typecheck`, `lint`). An absent gate
+gets the literal failing command `false` and an unavailable explanation, so a
+later generic gate runner cannot report an unsupported check as passing. No
+other ID is silently relabeled. Existing owner instruction files are preserved.
+
+For private verification, enumerate the selected `qualityGates` and report each
+declared result. Separately report absent test/typecheck/lint slots as
+unavailable; do not execute their `false` placeholders as if they were declared
+checks, or claim that all three generic checks passed. Command execution is a
+later explicit bootstrap step, separate from lookup and staging. Step 6.5 writes
+the same exact mapping to a new quality policy, whose commands take precedence
+at runtime. Existing owner policy is preserved; report any divergence for review.
+The generic quality runner is unchanged.
+
+Deep D1 preserves the baseline CI and its `ci.profile`. If `ci.required` is
+false, do not create a public Node CI pipeline. If true and the baseline did
+not render CI, staging fails. VCS mismatch or a required translation needs an
+explicit owner choice; do not silently replace the canonical CI with a public
+template. The remaining Deep governance steps apply normally.
+
+## Rules
+
+S99 re-reads the selected contract after rendering, so dependency-conditional
+targets include the new package manifest. `ruleTargets` is the exported union;
+`pluginRuleTargets` is its intersection with all basenames in `rules/_index.md`.
+Only `baselineRules` may be copied from the local baseline. Every source is a
+validated relative file under `.claude/rules/` or
+`templates/shared/.claude/rules/`, and every target belongs to that union.
+Existing rules are preserved. Plugin rule basenames, including
+`parallel-sessions.md`, are written only by `rules-sync.mjs`. Step 3a invokes
+`syncBootstrapRules`, which reloads the contract and passes `pluginRuleTargets`
+as the writer's validated required basenames. This delivers private requirements
+even when plugin scope tags do not name that archetype. The same action backs
+later `/bootstrap --sync-rules`, resolving the explicit ID, then the lock ID,
+then repository markers. Public/default rule selection remains unchanged.
+Later sync of a valid Fast/null lock without stack markers also uses ordinary
+plugin rules; a configured contract must still validate before that refresh.
+
+## Created files
+
+Keep one `BOOTSTRAP_FILES` array throughout inherited Fast/Standard/Deep steps.
+Each writer appends only relative files it actually creates; do not replace the
+array with a stack-specific list. Existing owner files and directories are never
+added merely because they exist. A repeated writer reporting `created: []`
+leaves accumulated paths intact. New governance files are appended individually
+at creation, and commit steps consume this accumulated list without broad globs.

package/skills/bootstrap/public-fallback.md

@@ -5,32 +5,38 @@
 
 ## Step 1: Detect PATH_TYPE (Silent — No User Interaction)
 
-Read `plan-baseline-path` from Session Config in `CLAUDE.md` (or `AGENTS.md` on Codex):
+Run the dependency-free local contract reader. It uses the existing configuration
+resolvers, with precedence `SO_BASELINE_PATH` → matching named baseline →
+`owner.yaml` `paths.baseline-path` → committed Session Config. Paths resolve
+host-locally and are never written into the contract result.
 
 ```bash
-BASELINE_PATH=$(grep -m1 "^plan-baseline-path:" "$REPO_ROOT/CLAUDE.md" 2>/dev/null | awk '{print $2}')
-# Expand leading ~ to $HOME so paths like ~/Projects/projects-baseline work correctly
-BASELINE_PATH="${BASELINE_PATH/#\~/$HOME}"
+BOOTSTRAP_CONTRACT=$(node "$PLUGIN_ROOT/scripts/baseline-archetypes.mjs" --repo "$REPO_ROOT") || exit 2
+PATH_TYPE=$(printf '%s' "$BOOTSTRAP_CONTRACT" | node --input-type=module -e '
+let input = ""; for await (const chunk of process.stdin) input += chunk;
+process.stdout.write(JSON.parse(input).status);
+')
+export BOOTSTRAP_CONTRACT PATH_TYPE
 ```
 
-Decision logic (evaluated in order — first match wins):
+| Reader outcome | Bootstrap behavior |
+|----------------|--------------------|
+| No configured baseline, empty value, or missing directory | `public`; use bundled templates |
+| Existing baseline with valid reduced schema v1 export | `private`; retain `archetypes` and `selected` |
+| Existing baseline with missing CLI, invalid export, unsafe source, or producer failure | Abort; report the sanitized error reason |
+| Valid private contract but no matching repository markers | `private`, `selected: null`; require selection for Standard/Deep |
 
-| Condition | PATH_TYPE |
-|-----------|-----------|
-| `plan-baseline-path` key is absent in Session Config | `public` |
-| `plan-baseline-path` key is present but value is empty | `public` |
-| Key is present, value is non-empty, AND `test -d "$BASELINE_PATH"` succeeds | `private` |
-| Key is present, value is non-empty, BUT path does not exist on disk | `public` |
-
-Set `PATH_TYPE = private | public`. Do not report this detection to the user — it is silent.
-
-> **Note on rules-fetch (Phase 3.5 of SKILL.md):** The optional rules-fetch step runs regardless of `PATH_TYPE`. Both private (with `plan-baseline-path` set) and public (without it) repos can opt into the fetch by setting `baseline-ref` in Session Config. The fetch is independent of how the initial scaffold was generated.
-
----
+Lookup is offline and read-only. A broken configured contract never silently
+switches to a public archetype. Missing directories retain the established
+public fallback. Never guess a baseline path or fetch one automatically.
 
 ## Private Path
 
-When `PATH_TYPE = private`, the baseline templates are used directly. No new logic is needed here — the existing tier-template flow (`fast-template.md`, `standard-template.md`, `deep-template.md`) already calls `$BASELINE_PATH` scripts for CLAUDE.md generation and archetype file sourcing. Continue with the calling template file's steps unchanged.
+Read and execute [`private-contract.md`](private-contract.md): use its selection,
+staged scaffold, command/CI expectations, and S99 rule projection. Keep
+`CONFIRMED_ARCHETYPE` as the validated contract ID throughout the tier flow.
+The optional remote rules fetch is only a public-path opt-in; a configured
+private baseline supplies selected rules locally.
 
 ---
 
@@ -38,6 +44,12 @@ When `PATH_TYPE = private`, the baseline templates are used directly. No new log
 
 When `PATH_TYPE = public`, no `projects-baseline` is available. Use the plugin-bundled templates and platform-appropriate CLAUDE.md generation described below.
 
+For each file newly created by these steps, append its relative filename to the
+existing `BOOTSTRAP_FILES` array. This includes instruction files, minimal
+README/gitignore files and each copied template file. Preserve the accumulated
+array through inherited tiers; never append a directory or an existing owner
+file just because it is present.
+
 ### Detect Platform
 
 Read the current platform using the patterns from `skills/_shared/platform-tools.md`:

package/skills/bootstrap/standard-template.md

@@ -5,6 +5,20 @@
 
 Standard tier is a strict superset of Fast tier. Execute all Fast-tier steps first, then the Standard-specific steps below.
 
+Track actual newly created relative files in one `BOOTSTRAP_FILES` array across
+all inherited steps. Append each file when created; preserve the array across
+repeated steps. Never append an existing owner file or a directory.
+
+## Private Contract Preparation
+
+When `PATH_TYPE = private`, resolve `CONFIRMED_ARCHETYPE` with
+`private-contract.md` and execute its Scaffold section **before** the inherited
+Fast steps. Preserve its rendered metadata, manifests, source, README and CI.
+Add its reported created files to `BOOTSTRAP_FILES`. Skip the four public
+archetype sections below, then continue at Step 3a, S99 and the lock/quality-policy
+steps. Populate command expectations from the selected contract as described
+in `private-contract.md`.
+
 ## Step 1–7: Execute Fast Tier
 
 Read and execute `skills/bootstrap/fast-template.md` Steps 1–7 in full. Do not skip any step. The Fast commit (`chore: bootstrap (fast)`) is NOT made — Fast steps produce files only; the single commit happens at Standard Step 7 below.
@@ -21,9 +35,9 @@ Before executing the stack-specific steps, resolve the final archetype:
 ARCHETYPE = CONFIRMED_ARCHETYPE  # set by SKILL.md from intensity-heuristic or user selection
 ```
 
-Valid values: `static-html` | `node-minimal` | `nextjs-minimal` | `python-uv`
+For `PATH_TYPE = public`, valid values are `static-html` | `node-minimal` | `nextjs-minimal` | `python-uv`. Private IDs come only from the validated contract.
 
-If `ARCHETYPE` is `null` or unset at this point, default to `node-minimal`.
+On the public path only, if `ARCHETYPE` is `null` or unset, default to `node-minimal`. A private missing/invalid selection aborts before scaffolding; it never reaches the public sections.
 
 The sections below are conditional on `ARCHETYPE`. Execute only the section that matches.
 
@@ -592,12 +606,11 @@ indent_size = 2
 
 Canonical implementation in [`_shared-template.md#parallel-sessions-rule`](_shared-template.md).
 
-Run `node "$PLUGIN_ROOT/scripts/lib/rules-sync.mjs" --repo-root "$REPO_ROOT"` — it vendors every
-rule registered in `rules/_index.md` (idempotent: missing→create, identical→skip, differs→overwrite),
-and it is the only writer that applies the pre-write validator, the basename-collision guard and the
-copy-on-write branch that preserves repo-private rules. The shared partial also runs
-`cp "$PLUGIN_ROOT/templates/_shared/loop.md" "$REPO_ROOT/.claude/loop.md"` so bare `/loop` gets a
-repo-aware maintenance prompt. See shared partial for full shell command. Issues #155, #633, #1060.
+Execute the shared partial's `syncBootstrapRules` action. It supplies private
+required basenames to `scripts/lib/rules-sync.mjs`, preserving its manifest,
+pre-write validation and local-override checks. The partial appends actual newly
+created rule paths, and creates `.claude/loop.md` only when missing. See the
+shared partial for the executable shell command. Issues #155, #633, #1060.
 
 Note: Runs before S99. S99 no longer fetches `parallel-sessions.md` from the baseline — that entry
 was removed from the S99 manifest in #1060. The baseline copy carries no provenance header, so
@@ -611,8 +624,10 @@ Create the metrics directory and an empty learnings file so the `/evolve` skill
 
 ```bash
 mkdir -p "$REPO_ROOT/.orchestrator/metrics"
-[[ -f "$REPO_ROOT/.orchestrator/metrics/learnings.jsonl" ]] || \
+if [[ ! -e "$REPO_ROOT/.orchestrator/metrics/learnings.jsonl" && ! -L "$REPO_ROOT/.orchestrator/metrics/learnings.jsonl" ]]; then
   : > "$REPO_ROOT/.orchestrator/metrics/learnings.jsonl"
+  BOOTSTRAP_FILES+=(.orchestrator/metrics/learnings.jsonl)
+fi
 ```
 
 **Idempotent.** Re-running bootstrap does not overwrite an existing file.
@@ -624,11 +639,13 @@ mkdir -p "$REPO_ROOT/.orchestrator/metrics"
 
 Canonical implementation in [`_shared-template.md#baseline-fetch`](_shared-template.md).
 
-OPT-IN: only fires when `baseline-ref` is in Session Config, `GITLAB_TOKEN` is set, and
+PRIVATE: applies the selected local contract rule union without network access, preserving existing files and excluding every plugin-owned basename. An invalid contract aborts.
+
+PUBLIC OPT-IN: only fires when `baseline-ref` is in Session Config, `GITLAB_TOKEN` is set, and
 `scripts/lib/fetch-baseline.mjs` exists. Fetches `.claude/rules/*.md` from the baseline GitLab
 project (default project 52) and writes `.claude/.baseline-fetch.lock`. Does NOT abort on failure.
-The rule manifest includes `owner-persona.md` (alongside `parallel-sessions.md`, `development.md`,
-and the rest of the always-on rules). See shared partial for full implementation.
+The private rule manifest comes from the selected contract. Every plugin-owned
+basename is excluded from either delivery path. See the shared partial.
 
 ---
 
@@ -649,6 +666,8 @@ Write `.orchestrator/bootstrap.lock` **atomically** (mktemp + mv prevents a corr
 process is interrupted mid-write):
 
 ```bash
+_LOCK_CREATED=false
+[[ -e "$REPO_ROOT/.orchestrator/bootstrap.lock" || -L "$REPO_ROOT/.orchestrator/bootstrap.lock" ]] || _LOCK_CREATED=true
 _LOCK_TMP=$(mktemp "$REPO_ROOT/.orchestrator/bootstrap.lock.XXXXXX")
 cat > "$_LOCK_TMP" << LOCK
 # .orchestrator/bootstrap.lock
@@ -661,6 +680,7 @@ plugin-version: <session-orchestrator plugin version — read from $PLUGIN_ROOT/
 bootstrapped-at: <current ISO 8601 UTC — same value as timestamp; distinct field for age-validation probe>
 LOCK
 mv "$_LOCK_TMP" "$REPO_ROOT/.orchestrator/bootstrap.lock"
+if [[ "$_LOCK_CREATED" = true ]]; then BOOTSTRAP_FILES+=(.orchestrator/bootstrap.lock); fi
 ```
 
 Set `source` using the same logic as fast-template Step 5:
@@ -673,8 +693,8 @@ Set `source` using the same logic as fast-template Step 5:
 
 Canonical implementation in [`_shared-template.md#quality-gate-policy`](_shared-template.md).
 
-Write `.orchestrator/policy/quality-gates.json` with package-manager-detected defaults (idempotent:
-skip if file already exists). Uses `scripts/lib/package-manager.mjs`; falls back to npm defaults.
+Write `.orchestrator/policy/quality-gates.json` from exact private contract gates,
+or package-manager defaults on the public path. Skip existing owner policy.
 See shared partial for full shell command. Issue #183.
 
 <!-- @include _shared-template.md#state-md-scaffold -->
@@ -682,8 +702,9 @@ See shared partial for full shell command. Issue #183.
 
 Canonical implementation in [`_shared-template.md#state-md-scaffold`](_shared-template.md).
 
-Scaffold `.claude/STATE.md` from `skills/bootstrap/STATE.md.template` (idempotent: skip if
-already exists). On Codex CLI / Cursor IDE, substitute `.codex/` or `.cursor/` for `.claude/`.
+Scaffold `.claude/STATE.md` (idempotent: skip if it already exists). <!-- path-check: example -->
+Use `skills/bootstrap/STATE.md.template`.
+On Codex CLI / Cursor IDE, substitute `.codex/` or `.cursor/` for `.claude/`.
 See shared partial for full shell command. Issue #184.
 
 <!-- @include _shared-template.md#agents-scaffold -->
@@ -701,15 +722,9 @@ Stage all created files and commit:
 
 ```bash
 cd "$REPO_ROOT"
-BOOTSTRAP_FILES=(
-  CLAUDE.md AGENTS.md .gitignore README.md .orchestrator/bootstrap.lock
-  .orchestrator/policy/quality-gates.json
-  package.json pyproject.toml tsconfig.json eslint.config.mjs .prettierrc
-  .editorconfig src/ tests/ .claude/
-)
 # Add only the files bootstrap created — no sweeping -u/-A to avoid catching pre-existing files
-for _f in "${BOOTSTRAP_FILES[@]}"; do
-  [[ -e "$_f" ]] && git add -- "$_f"
+for _f in ${BOOTSTRAP_FILES[@]+"${BOOTSTRAP_FILES[@]}"}; do
+  [[ -f "$_f" && ! -L "$_f" ]] && git add -- "$_f"
 done
 git commit -m "chore: bootstrap (standard)"
 ```

package/skills/discovery/probes-ui.md

@@ -142,6 +142,6 @@ fpRisk: low | medium | high
 
 **Default Severity:** Per-rule (high for the absolute-ban tells, low for advisory quality nits). `fpRisk` is reported so triage can weight high-FP rules (`ai-purple-gradient`) more skeptically.
 
-> **Precision boundary (honest):** this regex tier cannot resolve CSS cascade, so `side-stripe-border` flags any ≥2px side accent even when the element is unrounded — `.claude/rules/frontend.md` bans those (>1px accent), but a cascade-aware detector would narrow further. The heavier static-HTML + browser tiers are deliberately omitted (cost ≫ value for a probe/hook). See `scripts/lib/frontend-detect/rules.mjs`.
+> **Precision boundary (honest):** this regex tier cannot resolve CSS cascade, so `side-stripe-border` flags any ≥2px side accent even when the element is unrounded — `rules/opt-in-stack/frontend.md` bans those (>1px accent), but a cascade-aware detector would narrow further. The heavier static-HTML + browser tiers are deliberately omitted (cost ≫ value for a probe/hook). See `scripts/lib/frontend-detect/rules.mjs`.
 
 ---

package/skills/docs-orchestrator/audience-mapping.md

@@ -8,7 +8,7 @@ Rules for mapping session scope to target audiences, content sources, and docume
 
 | Audience | Target files (globs) | Typical update triggers |
 |----------|----------------------|-------------------------|
-| User | `README.md`, `docs/user/**/*.md`, `docs/getting-started.md`, `examples/**/*.md` | new CLI command, breaking API change, install flow change, new user-facing feature, changed example output |
+| User | `README.md`, `docs/user/**/*.md`, `docs/getting-started.md`, `examples/**/*.md` | new CLI command, breaking API change, install flow change, new user-facing feature, changed example output <!-- path-check: example --> |
 | Dev | `CLAUDE.md` (or `AGENTS.md` on Codex CLI), `docs/dev/**/*.md`, `docs/adr/**/*.md` | architecture decision, major refactor, new module/subsystem, test coverage change, dependency upgrade, ADR-worthy choice |
 | Vault/Ops | `<vault>/01-projects/<slug>/context.md`, `<vault>/01-projects/<slug>/decisions.md`, `<vault>/01-projects/<slug>/people.md` | project status change, ownership transition, stack/infra decision, cross-project dependency, migration, archival event |
 

package/skills/evolve/SKILL.md

@@ -634,7 +634,7 @@ const result = await runDialecticDeriver({
 ```
 
 ### Step 6.4: Diff Output & Apply Gate
-- If dry-run (default): present diff inline; write to `.orchestrator/dialectic-pending.md` (atomic tmp+rename); EXIT. Suggestion: "Re-run with `/evolve --dialectic --apply` to apply."
+- If dry-run (default): present diff inline; write to `.orchestrator/dialectic-pending.md` (atomic tmp+rename); EXIT. Suggestion: "Re-run with `/evolve --dialectic --apply` to apply." <!-- path-check: example -->
 - If `--apply`: call `mergePeerCard(existingBody, managedUpdates)` from `scripts/lib/peer-cards/merger.mjs` for each card target, then `writePeerCard(repoRoot, 'user', mergedUserCard)` and `writePeerCard(repoRoot, 'agent', mergedAgentCard)` from `scripts/lib/peer-cards/writer.mjs`. Update the `updated:` frontmatter.
 - Report: `Dialectic-derived: M deltas to USER.md, N deltas to AGENT.md. Dry-run | Applied. Tokens: in=<X> out=<Y>.`
 
@@ -666,7 +666,7 @@ await recordDialecticRun({
 - `status: 'budget-exceeded'` → emit `{status:'budget-exceeded', used:N, budget:M}`, do NOT truncate
 - `status: 'would-empty-card'` → warn + require `--allow-emptying` flag
 - `status: 'empty-input'` → exit clean with message "dialectic: skipped (no input)"
-- subagent crash → log ⚠, exit cleanly (do NOT write to `.orchestrator/dialectic-pending.md`)
+- subagent crash → log ⚠, exit cleanly (do NOT write to `.orchestrator/dialectic-pending.md`) <!-- path-check: example -->
 
 **Telemetry (#1200, #1206) — emitted by `scripts/dialectic-deriver.mjs` for THREE of the five
 outcomes.** `budget-exceeded`, `would-empty-card`, and `empty-input` are `runDialecticDeriver()`

package/skills/gitlab-ops/SKILL.md

@@ -111,7 +111,7 @@ done
 **Taxonomy convention — `priority` REVERSED to scoped `::` (supersedes #727 for this one axis).**
 
 - **`priority::<level>` is canonical.** #727's stated rationale was that "this repo mirrors to GitHub, which has no scoped-label semantics … while a migration would break every existing label reference and issue." Both halves were checked on 2026-07-25 and neither holds:
-  - **Issues are not mirrored at all.** `aiat-poc-infra/docs/github-mirror-runbook.md:1,5` describes a git **push-mirror** with GitHub as "read-only downstream"; `docs/gitlab-team-org-2026-06-21.md:45` confirms there is no two-way GitLab issue sync. Nothing crosses the boundary that a label rename could break.
+  - **Issues are not mirrored at all.** `aiat-poc-infra/docs/github-mirror-runbook.md:1,5` describes a git **push-mirror** with GitHub as "read-only downstream"; the external team-organization audit `docs/gitlab-team-org-2026-06-21.md:45` confirms there is no two-way GitLab issue sync. Nothing crosses the boundary that a label rename could break. <!-- path-check: example -->
   - **GitHub already uses the scoped form.** `gh api "repos/AIAT-AIandBusinessgrowth/aiat-barrierefrei-engine/labels"` returns `priority::high`, `priority::low`, `priority::med`, `priority::medium` across 77 open issues, and **zero** `priority:high`. Same pattern on `aiat-doc-vlm`. GitHub treats `::` as an ordinary string; it merely does not enforce mutual exclusion.
   - Volume agrees independently: **416 `priority::` against 249 `priority:` and 7 bare** at the time of the decision. Chasing the minority spelling would mean re-labelling the majority.
   Producers were migrated FIRST (this change); the label-data migration follows separately, because migrating data before producers means the divergence returns within a day.
@@ -340,8 +340,8 @@ Bash calls when the current session contains no prior `Read` on a matching templ
 **When this matters:** before you or a subagent opens an MR, PR, or issue via CLI, a
 matching template must have been read in the current session:
 
-- GitHub: `.github/PULL_REQUEST_TEMPLATE.md` / `.github/ISSUE_TEMPLATE*`
-- GitLab: `.gitlab/merge_request_templates/Default.md` / `.gitlab/issue_templates/*`
+- GitHub: `.github/pull_request_template.md` / `.github/ISSUE_TEMPLATE*`
+- GitLab: `.gitlab/merge_request_templates/Default.md` / `.gitlab/issue_templates/*` <!-- path-check: example -->
 
 Accepted template paths are configured in `.orchestrator/policy/templates-policy.json`
 (versioned, operator-editable). Default behaviour:

package/skills/grill/SKILL.md

@@ -33,7 +33,7 @@ Read `soul.md` in this skill directory before anything else. It defines WHO you
 Establish *what* you are grilling and ground yourself in the *code* before asking the user anything.
 
 1. **Resolve the target.** Parse `$ARGUMENTS`:
-   - A file path (e.g. `docs/prd/2026-06-09-export.md`, `STATE.md`, a spec) → read it in full.
+   - A file path (e.g. `docs/prd/2026-06-09-export.md`, `STATE.md`, a spec) → read it in full. <!-- path-check: example -->
    - A topic/slug or empty → grill the plan or idea already present in the current conversation. If there is no plan in context, ask the user — via AUQ — to state the plan in one or two sentences before continuing.
 2. **Ground in the codebase.** Read the project's domain language if present (`CONTEXT.md`, `.orchestrator/steering/*.md`, relevant `docs/adr/*`), then Grep/Glob the areas the plan touches. Build a short mental model of what the code *actually* does today. This is what lets you run the code-contradiction tactic.
 3. **State the target back.** In 1–2 plain-text sentences, summarize what you understand the plan to be and what you've grounded it against. This catches a wrong target before you waste a grill on it.

package/skills/memory-cleanup/SKILL.md

@@ -35,8 +35,8 @@ This skill accepts two optional flags. Default (no flag) runs the interactive 4-
 
 | Flag | Behavior |
 |---|---|
-| `--dry-run` | Run Phases 1-3 read-only; instead of mutating MEMORY.md / topic files, write a complete-body MEMORY.md proposal (single fenced block — never a unified-diff) to `.orchestrator/pending-dream.md` (atomic). Exit 0. |
-| `--apply-pending` | Read `.orchestrator/pending-dream.md`; refuse if older than 14 days (`stale`) or if MEMORY.md changed since the producing --dry-run (`stale-index`, #788); apply diff; delete pending file; print `auto-dream applied: -<X> lines, +<Y> entries`. Exit 0. |
+| `--dry-run` | Run Phases 1-3 read-only; instead of mutating MEMORY.md / topic files, write a complete-body MEMORY.md proposal (single fenced block — never a unified-diff) to `.orchestrator/pending-dream.md` (atomic). Exit 0. <!-- path-check: example --> |
+| `--apply-pending` | Read `.orchestrator/pending-dream.md`; refuse if older than 14 days (`stale`) or if MEMORY.md changed since the producing --dry-run (`stale-index`, #788); apply diff; delete pending file; print `auto-dream applied: -<X> lines, +<Y> entries`. Exit 0. <!-- path-check: example --> |
 
 Flags are mutually exclusive — passing both is an error. Absence of both = legacy interactive mode (Phases 1-4 below).
 

package/skills/plan/mode-new.md

@@ -40,6 +40,15 @@ Agent({ subagent_type: "Explore", description: "Check ecosystem for conflicts",
 5. **Core problem being solved** — Open-ended. Claude suggests structure if answer is vague.
 6. **GitLab group** — Select the GitLab host explicitly, then discover available groups dynamically. Run `ls $BASELINE_PATH/templates/` for project types, and check for a groups config in `$BASELINE_PATH/config/` or run `glab api --hostname "$GITLAB_HOST" "groups?per_page=100&min_access_level=10"` to discover GitLab groups — read each entry's `full_path` field. (`glab` has no `group` subcommand at all — invoking one exits 1 with `Unknown command "group"`.) Present findings via AskUserQuestion.
 
+### Optional private capability context — after Wave 1
+
+Before Wave 2 research, apply [Private capability context](../_shared/private-capability-context.md)
+only when the owner has explicitly supplied or authorized a local catalog lookup
+for an explicitly private/internal planning audience. Use eligible findings to
+inform the existing shared-patterns research and reuse alternatives; keep the
+archetype research and questions below. With no authorized context, or with a
+public/unknown audience, skip this optional step without a prompt or a lookup.
+
 ### Wave 2 — Technical Details (5 questions, dynamic per archetype)
 
 **Pre-wave agents:**

package/skills/reconcile/SKILL.md

@@ -238,7 +238,7 @@ Exit after printing. Do not proceed to Phase 4.
 
 ## Phase 4: Write Pending Sidecar (Normal Mode Only)
 
-Write the proposals to `.orchestrator/metrics/reconcile-pending.md` as a human-readable
+Create the runtime proposal sidecar `.orchestrator/metrics/reconcile-pending.md` as a human-readable <!-- path-check: example -->
 record before presenting the AUQ. This sidecar is informational only — it lets the operator
 see the full proposal set in an editor alongside the AUQ prompt.
 

package/skills/session-end/SKILL.md

@@ -280,8 +280,8 @@ Present to the user the **Session Summary**: Completed / Carried Over / Dropped
 | `references/phase-3-documentation-updates.md` | Phase 3 full procedural body — final heartbeat (#590-3), 3.0 Defensive Cleanup, 3.1 SSOT files, 3.2/3.2a docs + handover, 3.3 rules freshness, 3.4/3.4a STATE.md write + snapshot cleanup, 3.45 Telemetry Flush, 3.5/3.5a/3.6.x memory + learnings + tail dispatcher, 3.7/3.7a/3.7b/3.7c/3.7d metrics, recommendations, durable commit, vault board, session-eval |
 | `phase-3-2-docs-verification.md` | Phase 3.2 full procedural body — docs-tasks load, SESSION_START_REF, per-task loop, mode-gated report, Documentation Coverage block |
 | `learning-patterns.md` | Phases 3.5a + 3.6 extraction heuristics, confidence updates, passive decay, and JSONL write procedure |
-| `phase-3-6-tail.md` | Phase 3.6.x tail — full unabridged detail procedures for all six tail phases: 3.6.3 Memory-Proposals Collection (`collectProposals` + AUQ multiSelect + `promoteAndClear`, composing `writeApproved` + `clearProposalsJsonl` behind a mechanical write-before-clear guard, #828), 3.6.4 Expired-Learnings Sweep (Epic #723 B4), 3.6.5 Auto-Dream nudge (`shouldDispatchAutoDream`, #614), 3.6.6 Skill-Applied Judge (#645 L3 — `runSkillJudge`, coordinator-writes), 3.6.7 Auto-Dialectic nudge (`shouldDispatchAutoDialectic`, #614), 3.6.8 Reconciliation Rule Proposals (#696 FA3 — `runReconcile` + AUQ + `writeApprovedRules`). Loaded on demand by the SKILL.md skip-plan dispatcher (#724) — only phases with `run: true` in the `planTailPhases()` plan execute |
-| `scripts/lib/session-end/phase-skip.mjs` | Phase 3.6.x tail skip-plan aggregator (#724) — `planTailPhases({repoRoot, config, sessionId, platform})` → `{plan, skippedReport}`; side-effect-free (reconcile/sweep via dry-run — no writes), never-throws (per-phase probe error fail-opens to `run: true`); wraps the six existing signal helpers with config gates first, then input detection |
+| `phase-3-6-tail.md` | Phase 3.6.x tail — detail procedures for the tail phases: 3.6.3 Memory-Proposals Collection (`collectProposals` + AUQ multiSelect + `promoteAndClear`, composing `writeApproved` + `clearProposalsJsonl` behind a mechanical write-before-clear guard, #828), **3.6.4 Expired-Learnings Sweep — MECHANICAL since 2026-09-09**: after `planTailPhases()`, call `runTailPhases({ repoRoot, plan })` from `scripts/lib/session-end/tail-runner.mjs` (delegating to `runExpiredSweep`) and report `result['3.6.4']` (`ran`, `scanned`, `archived`); the event `orchestrator.learnings.sweep_applied` is the proof it ran (Epic #723 B4), **3.6.5 Auto-Dream — RETIRED** and **3.6.7 Auto-Dialectic — RETIRED** (both replaced by the session-start `maintenance-due` probe, `checkMaintenanceDue` in `scripts/lib/maintenance-due-banner.mjs`; headings kept as two-line stubs because other docs cite them), 3.6.6 Skill-Applied Judge (#645 L3 — `runSkillJudge`, coordinator-writes), 3.6.8 Reconciliation Rule Proposals (#696 FA3 — `runReconcile` + AUQ + `writeApprovedRules`). Loaded on demand by the SKILL.md skip-plan dispatcher (#724) — only phases with `run: true` in the `planTailPhases()` plan execute |
+| `scripts/lib/session-end/phase-skip.mjs` | Phase 3.6.x tail skip-plan aggregator (#724) — `planTailPhases({repoRoot, config, sessionId, platform})` → `{plan, skippedReport}`; side-effect-free (reconcile/sweep via dry-run — no writes), never-throws (per-phase probe error fail-opens to `run: true`). Since 2026-09-09 it plans FOUR phases, not six: the 3.6.5 (auto-dream) and 3.6.7 (auto-dialectic) deciders were removed with those phases' retirement. Its APPLY half for 3.6.4 is `scripts/lib/session-end/tail-runner.mjs` (`runTailPhases`, `runExpiredSweep`) — the planner fails OPEN, the runner fails CLOSED |
 | `references/phase-3-documentation-updates.md` § 3.45 | Telemetry Flush (advisory, #844; MECHANICAL since #1138 — `hooks/on-session-end.mjs` calls `flush()` itself at the end of every teardown and emits an `orchestrator.telemetry.flush` breadcrumb, so this phase is the DESCRIPTION and the fallback, never the trigger; a coordinator that skips it changes nothing) — `flush()` from `scripts/lib/telemetry/sync.mjs` drains the host-local send-queue fire-and-forget; no config key (send-gate is `resolveConsent()` inside the module, fail-closed); skip when `persistence: false`; never-throw + ~3s-bounded, offline → bounded oldest-dropped queue, optional `Telemetry: sent/queued/gated` close-summary line, NEVER an error banner; runs late in the close after Phase 3.7 |
 | `session-metrics-write.md` | Phase 3.7 JSONL append, vault-mirror invocation, durable narrative mirror (`mirrorNarrative`, #675), and behavior matrix |
 | `phase-3-7a-recommendations.md` | Phase 3.7a full procedural body — computeV0Recommendation call, STATE.md field write, data source guarantee, error mode |
@@ -293,6 +293,7 @@ Present to the user the **Session Summary**: Completed / Carried Over / Dropped
 | `references/phase-4a-worktree-cleanup.md` | Phase 4a full procedural body — auto-promoted-worktree detection (`detectAutoPromotedWorktree`, marker-keyed since #1069), clean-check, clean auto-remove path, dirty 3-option AUQ (`Behalten`/`Löschen`/`Manuell`), PSA-003 + #490 ordering rationale |
 | `references/phase-4b-worktree-orphan-sweep.md` | Phase 4b full procedural body — `checkWorktreeOrphans()` read-only proposal set, the coordinator-rendered AUQ, opt-in `worktree-orphans.enabled` gate |
 | `references/phase-5-issue-cleanup.md` | Phase 5 full procedural body — close resolved issues (`stripStatusLabels`, #308), Step 3 filing of the Phase 1.65 carry-list incl. the deferred `createSpiralCarryoverIssue` and `markOpenQuestionAnsweredOnDisk`, Step 3b `[Backlog-Sammel]` overflow, discovery-issue creation |
+| `references/phase-5-issue-cleanup.md` § Step 3b.2 (issue-budget reconcile) | Phase 5 issue-budget cross-check — `reconcileIssueBudget({ repoRoot, record, sessionId, rawSessionId, config })` from `scripts/lib/issue-budget-reconcile.mjs` runs on the in-memory session record BEFORE it is appended to `sessions.jsonl`, `emitIssueBudgetReconciled` records `orchestrator.issue_budget.reconciled`, and `formatIssueBudgetReconcileWarn(result)` prints the verdict (`match` / `no-ledger` / `escaped` / `stale-record`) in the Final Report. Ordered AFTER the overflow drain (which resets `overflow[]`) and BEFORE `reapStaleBudgetFiles` (which must not remove the file being read) |
 | `references/session-summary-template.md` | Phase 6 Final Report — the full Session Summary template (Completed / Carried Over / Dropped at Handover Gate / New Issues / Unresolved Review Findings / Metrics incl. Docs Health + Custom Phases / Next Session Recommendations) plus the Test-delta and Documentation-Coverage anchors |
 
 ## Anti-Patterns

package/skills/session-end/phase-3-2-docs-verification.md

@@ -57,7 +57,7 @@ The following mini-table mirrors `skills/docs-orchestrator/audience-mapping.md`
 
 | Audience | Target file patterns |
 |----------|----------------------|
-| `user` | `README.md`, `docs/user/**/*.md`, `docs/getting-started.md`, `examples/**/*.md` |
+| `user` | `README.md`, `docs/user/**/*.md`, `docs/getting-started.md`, `examples/**/*.md` <!-- path-check: example --> |
 | `dev` | `CLAUDE.md` (or `AGENTS.md` on Codex CLI), `docs/dev/**/*.md`, `docs/adr/**/*.md` |
 | `vault` | `<vault>/01-projects/<slug>/context.md`, `<vault>/01-projects/<slug>/decisions.md`, `<vault>/01-projects/<slug>/people.md` |