release v2.10.0

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
chore(plan): sweep the T-512 idmap export
2026-07-13 22:52:35 +02:00 · 2026-07-13 22:50:01 +02:00 · 2026-07-13 22:49:23 +02:00 · 2026-07-13 18:49:33 +02:00 · 2026-07-13 18:48:48 +02:00 · 2026-07-13 18:45:10 +02:00
892 changed files with 65589 additions and 24127 deletions
@@ -59,7 +59,10 @@
      "Bash(git checkout -- *)",
      "Bash(git restore .*)",
      "Bash(chmod -R 777 *)",
-      "Bash(chmod 777 *)"
+      "Bash(chmod 777 *)",
+      "Bash(git add -A*)",
+      "Bash(git add --all*)",
+      "Bash(git add .)"
    ]
  }
 }
@@ -5,19 +5,22 @@ lives in its own directory with a `SKILL.md` (frontmatter + body) and any
 helper scripts. This index is for humans skimming what's available; Claude
 discovers skills automatically from the directory structure.

+Only clide-specific skills live in this repo. Repo-agnostic skills
+(`d2-diagram`, `frame0-wireframe`, `skill-create`) live at user scope
+(`~/.claude/skills/`), as do the pql-distributed ones (`pql`, `clean-house`,
+installed via `pql init`).
+
 | Skill | Purpose |
 |---|---|
-| [`d2-diagram`](d2-diagram/SKILL.md) | Generate technical diagrams from `.d2` source with the d2 CLI; renders to PNG. |
-| [`frame0-wireframe`](frame0-wireframe/SKILL.md) | Author UI wireframes as local JSON and sync to the Frame0 desktop app for rendering + export. |
-| [`git-commit`](git-commit/SKILL.md) | Commit conventions for this repo — message style, CHANGELOG discipline (40/60 word cap), attribution trailer, safety rules. |
-| [`pql`](pql/SKILL.md) | Query and plan against the markdown vault via the `pql` CLI (decisions, tickets, structural queries). |
-| [`skill-create`](skill-create/SKILL.md) | Guidance for creating new skills — SKILL.md structure, bundling scripts, packaging. |
-| [`testmode`](testmode/SKILL.md) | Run and interpret the `ClideTestApp` platform integration harness; smoke-test after toolchain / IPC / theme / native changes. |
-| [`ui-design`](ui-design/SKILL.md) | Visual design guide — surface tokens, control geometry, Phosphor icons. |
+| [`clide`](clide/SKILL.md) | Observe/drive the live clide UI through the `clide` CLI; discover the surface with `clide capabilities`. |
+| [`git-commit`](git-commit/SKILL.md) | Commit conventions for this repo — message style, CHANGELOG discipline (60-word cap), attribution trailer, safety rules. |
+| [`testmode`](testmode/SKILL.md) | Run and interpret the `ClideTestApp` platform integration harness; smoke-test after toolchain / IPC / PTY / theme / native changes. |
+| [`ui-design`](ui-design/SKILL.md) | Visual design guide — surface tokens, control geometry, Phosphor icons (`byName` + generated glyph table). |
 | [`whats-next`](whats-next/SKILL.md) | Dependency-driven batch selection against the pql backlog. Walks the initiative/epic tree, filters unblocked work, refines, optionally activates. |

 ## Adding a skill

-Use the `skill-create` skill (or follow its SKILL.md by hand). Add a row to
-the table above so the inventory stays accurate; the index is otherwise just
-a directory listing.
+Use the `skill-create` skill (user scope; or follow its SKILL.md by hand).
+Clide-specific skills go here; repo-agnostic ones go to `~/.claude/skills/`.
+Add a row to the table above so the inventory stays accurate; the index is
+otherwise just a directory listing.
@@ -1,5 +0,0 @@
-{
-  "version": "1.5.0",
-  "hash": "sha256:8090b99552c828ce019aa3740d8a0acb4768a443704b4e935efa23b32e91128d",
-  "installed_at": "2026-06-02T08:46:25Z"
-}
@@ -1,229 +0,0 @@
---
-name: clean-house
-description: >
-  Run a documentation-discipline pass over a DQR (Decisions / Questions /
-  Rejected) markdown system. Audits decisions/, surfaces drift (broken
-  anchor links, missing Q→D backlinks, sunset-shaped phrases without
-  linked tickets, files over the split threshold, dead cross-references),
-  batches findings by category, and uses AskUserQuestion to apply fixes
-  interactively. Trigger this skill whenever the user asks to clean,
-  tidy, audit, sweep, garden, or review the state of decisions/, the
-  DQR system, the questions index, or the records under decisions/.
-  Also trigger before a release, after a session that touched many
-  records, or whenever the user mentions documentation drift, stale
-  plans, or "house" / "clean-house" / "house cleaning". Imperative —
-  apply fixes, not just report.
---
-
-# clean-house
-
-A periodic gardening pass over `decisions/`. The DQR system is
-markdown-as-source-of-truth; `.pql/pql.db` is a derived index. This skill
-operates on the markdown files, batches drift by category, and uses
-`AskUserQuestion` to decide what to apply.
-
-The skill is **imperative**. It really cleans. The verb-noun match is
-load-bearing — a `clean-house` that only produced a report would be
-misnamed. Mechanical fixes get a single batched approval, judgment-call
-findings get individual prompts, and a "stop asking" escape hatch is
-always present.
-
-You — Claude — are the runtime. Read this file, read
-`references/rules.md`, follow the procedure below, call `pql` and `Edit`
-to do the work, call `AskUserQuestion` for the prompts.
-
-## When to run
-
- Before a release.
- After a session that touched many D / Q / R records.
- When something feels stale and a sweep is wanted.
- When `pql decisions validate` is green but `decisions/` still feels off.
-
-This skill is **not** a replacement for `pql decisions validate`.
-Validate is fast, hot, and gates pre-push. clean-house is slow, cold,
-on-demand. Escalation path: rules that fire often here are candidates
-for promotion to `pql decisions validate`; rules that almost never fire
-stay here where false positives don't slow anyone down.
-
-## Procedure
-
-1. **Gate on validate.** Run `pql decisions validate`. If it exits
-   non-zero, stop and tell the user to fix validator findings first.
-   Do not proceed.
-
-2. **Load the rule catalog.** Read `references/rules.md`. Each rule
-   names its detection, fix, and finding-id format.
-
-3. **Probe conventions.** Read `decisions/.clean-house.yaml` if it
-   exists; otherwise infer from the project. Conventions to resolve:
-   - `heading_level`: 2 or 3 — the depth records use (`## D-N` vs
-     `### D-N`). Probe by sampling the first 3 records' file
-     locations and looking for the first matching ATX heading.
-   - `backlink_phrasing`: the project's Q→D backlink phrase (default
-     `Resolved → D-N`; some projects use `Resolved as D-N` or
-     `→ D-N`).
-   - `file_threshold`: default 350 (RULE-FILE-OVER-THRESHOLD).
-   - `stale_open_q_days`: default 60 (RULE-STALE-OPEN-Q).
-
-   Pass the resolved conventions into each rule's detection. Cache
-   the probe result for the run.
-
-   `decisions/.clean-house.yaml` shape (all keys optional):
-   ```yaml
-   heading_level: 3
-   backlink_phrasing: "Resolved → "
-   file_threshold: 500
-   stale_open_q_days: 90
-   exclude_paths: ["legacy/", "drafts/"]
-   ```
-
-4. **Sync the index.** Run `pql decisions sync` so the DB reflects
-   the markdown.
-
-5. **Walk decisions/.** Use `pql decisions list` to enumerate
-   records, plus `pql decisions read <id>` per record when a rule
-   needs the body. For file-level rules (size, sort), read the
-   markdown files directly. **Filter out** any record whose
-   `file_path` begins with `legacy/` (or any prefix in
-   `exclude_paths` from the probe).
-
-6. **Run each rule's detection.** Collect findings. Tag each with
-   its rule ID, finding ID (per the rule's format), category
-   (`mechanical` | `judgment`), and the record(s)/file(s) involved.
-
-7. **Group findings by rule** and prompt. Honor any "skipped 3+
-   times" findings from the skip ledger by escalating their prompt
-   ("skipped 3x — promote to manual decision, downgrade to
-   summary-only, or keep asking?"):
-
-   - **Mechanical rules** — one prompt per rule, batched. Show the
-     count and offer: apply all / show diff first / skip this rule /
-     **stop asking** (global — see below).
-   - **Judgment rules** — one prompt per finding. Options match the
-     rule's `Fix` section, plus the same global **stop asking**.
-
-   **"Stop asking" semantics (global).** When the user picks "stop
-   asking" on any prompt, immediately halt all further prompts in
-   the run — mechanical batches not yet asked AND remaining
-   judgment findings. Move all unprompted findings to the skip
-   ledger marked `deferred-stop-asking`. Skip to step 9.
-
-   **"Show diff first" loop.** When the user picks "show diff
-   first" on a mechanical batch, emit a unified diff of the staged
-   edits (one block per file), then re-prompt the same question
-   with the same options minus "show diff first" — preventing
-   infinite loops while still letting the user inspect before
-   committing.
-
-8. **Apply approvals.** For mechanical rules use `Edit` to mutate
-   the markdown directly. For judgment rules, follow the option the
-   user picked (file a ticket via `pql ticket new`, mark superseded
-   by editing the record, etc.).
-
-9. **Update the skip ledger and history.** Both files live at
-   `decisions/.clean-house-state.md`, gitignored. The file uses
-   per-run section headers so it doubles as run history:
-
-   ```markdown
-   # clean-house run history
-
-   ## 2026-05-06T13:42Z
-   fired: RULE-ANCHOR-DRIFT(1) RULE-SUNSET-WITHOUT-TICKET(1)
-   applied: RULE-ANCHOR-DRIFT(1) RULE-SUNSET-WITHOUT-TICKET(1)
-   skipped:
-     - RULE-ANCHOR-DRIFT D-8:#q-1-markdown-mirror-for-tickets
-
-   ## 2026-05-04T11:10Z
-   fired: ...
-   ```
-
-   Each section starts with a UTC ISO-8601 timestamp. `fired`
-   counts findings detected; `applied` counts findings the user
-   acted on; `skipped` lists `<rule-id> <finding-id>` pairs.
-
-   **Promotion-candidate computation.** Scan the most recent N=7
-   sections (or all sections if fewer). A rule is a promotion
-   candidate if it `fired` in ≥ 5 of those sections. Surface the
-   candidates in the summary; do not auto-promote.
-
-10. **Emit the summary** (see Output below).
-
-## Question phrasing
-
-Always include the rule ID in the prompt so the user learns what's
-being checked.
-
-**Mechanical (batched):**
-> RULE-ANCHOR-DRIFT: 12 cross-reference anchors point to headings that
-> no longer exist (renamed or deleted). Apply all 12 fixes? Options:
-> apply all / show diff first / skip this rule / stop asking, summarize
-> the rest.
-
-**Judgment (individual):**
-> RULE-SUNSET-WITHOUT-TICKET: D-59 mentions "must track dugite-native
-> releases for security updates" but has no linked T. Options: file T
-> now / draft a T description first / mark as already covered (add note
-> to D) / skip / stop asking.
-
-Phrasing rules:
-
- **Always include "stop asking, summarize the rest."** Sessions
-  without bandwidth for full review need an escape. Forcing answers
-  to every question kills the tool.
- **Always include "skip."** Skipped findings go to the ledger; three
-  consecutive skips of the same finding promote the next prompt.
- **Mechanical batches; judgment doesn't.** "Apply all 12 fixes?" is
-  one decision against a clear delta. Twelve individual prompts defeat
-  the point. Conversely, judgment findings are each separate work —
-  presenting them as a batch hides cost.
-
-## What this skill does NOT do
-
- Does not file tickets without asking.
- Does not rewrite D-record body prose, only metadata fields and
-  cross-reference links.
- Does not touch records under `legacy/`.
- Does not run `pql decisions validate` *as a fix* — only as a
-  precondition gate.
- Does not promote rules to `pql decisions validate` automatically.
-  Promotion is a human decision; this skill only flags candidates
-  ("RULE-X has fired in 5 of the last 7 runs — consider promoting").
-
-## Non-interactive context
-
-If invoked without an interactive `AskUserQuestion` surface (a CI run,
-a batch script), refuse to apply judgment fixes. Apply mechanical
-fixes only if the user explicitly says so via the trigger phrase
-("auto-apply mechanical, skip judgment"); otherwise emit the summary
-and exit without mutating files.
-
-## Output
-
-At the end, emit a summary block:
-
-```
-clean-house — sweep complete
-────────────────────────────
-Files scanned:        11
-Records parsed:       62 D, 23 Q, 11 R
-Conventions:          heading_level=3 backlink="Resolved → "
-Mechanical fixes:     14 applied, 0 deferred
-Judgment findings:    3 acted on, 2 deferred (in state file)
-Promotion candidates: RULE-ANCHOR-DRIFT (5/7 runs)
-Touched files:        decisions/architecture.md, decisions/questions.md
-```
-
-If this is the first run (no prior history) or there are fewer
-than 5 prior runs, `Promotion candidates:` reports
-`(none — N/7 runs of history)` instead of decorative empty content.
-
-The summary names the touched files so the next commit message can be
-honest about what changed. The skill does not commit on its own.
-
-## Versioning
-
-clean-house ships embedded in the pql binary; its version is the
-pql version (`pql --version`). To see what changed and when, read
-`CHANGELOG.md` or `git log internal/skill/clean-house/` in the pql
-repo. Keep this file and `references/rules.md` consistent with
-each other when iterating — they're the contract.
@@ -1,386 +0,0 @@
-# clean-house rule catalog
-
-The rules clean-house runs and the reasoning behind each. New rules
-land here as their own entry. Catalog churn — additions, refinements,
-retirements — is tracked in pql's `CHANGELOG.md` and `git log
-internal/skill/clean-house/`. When a rule is retired, leave a
-**Retired** stub (ID + one-line reason + retirement commit) so the
-trail of "we used to check X" is recoverable from this file alone.
-
-## Reading a rule
-
-Each entry below has:
-
- **ID** — Stable identifier (e.g. `RULE-ANCHOR-DRIFT`). Used in
-  AskUserQuestion prompts and skip-ledger entries so the user learns
-  what's being checked.
- **Category** — `mechanical` or `judgment`. Drives whether findings
-  batch into one prompt or each get their own.
- **Finding ID** — Format string for the per-finding stable
-  identifier. Skip-ledger entries are written as `<rule-id>
-  <finding-id> <ISO-date>`; subsequent runs use the same format to
-  recognize "same finding skipped 3 runs in a row" and escalate.
-  Use only stable inputs (record IDs, file paths, slug strings, body
-  hashes) — never line numbers or timestamps.
- **Detection** — Concrete steps to find violations. Names the
-  pql command or file primitive used.
- **Fix** — Mechanical: deterministic action. Judgment: the prompt
-  option list and what each option does.
- **Why** — One paragraph on the failure mode this rule guards
-  against. Future-you reading the rule benefits from the reasoning,
-  not just the check.
-
---
-
-## RULE-ANCHOR-DRIFT
-
-**Category:** mechanical
-
-**Finding ID:** `<source-record>:<link-target>` (e.g.
-`D-8:#q-1-markdown-mirror-for-tickets` or
-`D-8:questions.md#q-1`).
-
-**Detection:**
-
-Anchor-only markdown links (`[text](#slug)`) resolve against the
-**source file's full heading set**, not the body of a single record
-— record-level headings (`### D-N: …`) live as siblings in the
-file and are valid link targets. The previous detection (which used
-`pql decisions read`'s body-only `headings` array) missed these
-and produced false positives.
-
-Per source body:
-
-1. Open the source body's file (`<vault>/<file_path>` from
-   `pql decisions list`) and extract every ATX heading. Build a
-   slug index for the file using the GFM convention (lowercase,
-   hyphenate spaces, drop punctuation, disambiguate duplicates with
-   `-1`/`-2`). Cache per file — every record in that file uses the
-   same index.
-2. For each `[text](target)` link in the body:
-   - Anchor-only (`#slug`): check `slug` against the **source file's**
-     index. Missing → flag.
-   - Cross-file (`path.md#slug`): resolve `path.md` relative to the
-     source file's directory; check `slug` against that file's
-     index. Missing file or missing slug → flag.
-
-**Fix:**
-
-If the slug exists in a sibling file's index (same directory) and
-the link is anchor-only, rewrite to `path.md#slug` (the canonical
-cross-file form). If the slug exists in the source file's index
-with edit-distance ≤ 2 from the link target, rewrite to the
-matched slug. Otherwise downgrade to judgment ("no auto-fix; the
-heading was removed, not renamed") with options: drop the link /
-point elsewhere / mark as intentionally dangling.
-
-**Fix:**
-
-If exactly one heading with a closely-matching slug exists (slug
-edit-distance ≤ 2 or substring match), rewrite the link to point at
-that heading. If no plausible match exists, downgrade the finding to
-judgment ("no auto-fix; the heading was removed, not renamed") and
-prompt the user with options: drop the link / point elsewhere / mark
-as intentionally dangling.
-
-**Why:**
-
-When a heading is renamed for clarity, every cross-reference pointing
-at the old slug silently breaks. The rendered docs still look fine —
-the link just goes nowhere. Without periodic sweeps these decay
-indefinitely; the cost of the sweep is small compared to the cost of
-a reader following a dead link and losing trust in the index.
-
---
-
-## RULE-MISSING-Q-BACKLINK
-
-**Category:** mechanical
-
-**Finding ID:** `<d-id>:<q-id>` (e.g. `D-7:Q-2`). Order is always
-D-first regardless of which side is missing the backlink.
-
-**Detection:**
-
-For each D record body, find lines of the shape `Resolves: Q-N`
-(plain text, typically in the metadata block at the top of the
-record). For each Q-N referenced, fetch that Q record's body via
-`pql decisions read Q-N` and check whether it contains a line of the
-shape `Resolved → D-N` (or equivalent backlink phrasing — match the
-project's own convention; default pattern is `Resolved → D-N`).
-
-Also check the reverse direction: any Q record claiming
-`Resolved → D-N` whose D-N body lacks `Resolves: Q-N`.
-
-**Fix:**
-
-Insert the missing backlink in-place using `Edit`:
-
- Missing on the D side: add `Resolves: Q-N` to the D's metadata
-  block (typically right after `Domain:` / `Status:` lines).
- Missing on the Q side: append `Resolved → D-N` to the Q's status
-  line (or in the conventional position for that project).
-
-**Why:**
-
-Bidirectional Q↔D links are the navigation backbone of the DQR
-system. When one side drifts, search-by-decision finds nothing for
-that question and search-by-question doesn't surface its resolution.
-The asymmetric state usually arises from a hand-edit on one record
-that forgot to update the other; the fix is purely mechanical because
-the correct content is already determined by the existing pointer
-in the other direction.
-
---
-
-## RULE-RECORD-SORT
-
-**Category:** mechanical
-
-**Finding ID:** `<file-path>` (e.g. `decisions/architecture.md`).
-The whole file is one finding — sort applies to the file as a
-unit.
-
-**Detection:**
-
-For each `decisions/*.md` file, read it directly (no pql) and find
-all top-level `## D-N` / `## Q-N` / `## R-N` headings in order. Strip
-the prefix, parse the numeric suffix, and check whether the sequence
-is monotonically ascending within each ID family (D, Q, R kept
-separate — files commonly mix families).
-
-Only flag a file if it is **otherwise tidy** — currently no out-of-
-order amendments interleaved with new records. The heuristic: if the
-sort would touch fewer than three records out of position, apply it;
-if more, downgrade to judgment ("this file looks deliberately
-arranged — confirm before reordering"). Three is a soft threshold; if
-the file's last commit message contains `WIP` or `do-not-sort`, skip.
-
-**Fix:**
-
-Reorder the records within the file so each ID family is ascending.
-Preserve everything else (headings between record blocks, any prose
-prelude/postlude). Use `Edit` with full block replacement, not in-
-place line shuffling — easier to verify the diff.
-
-**Why:**
-
-Records added at the bottom of a file are easy to write but hard to
-find. Sorted IDs let a reader find D-37 by jumping to the
-two-thirds mark of the file rather than scanning. The cost of the
-sort is one reordering pass; the benefit is paid back on every
-subsequent read.
-
---
-
-## RULE-EOF-NORMALIZATION
-
-**Category:** mechanical
-
-**Finding ID:** `<file-path>` (one finding per file).
-
-**Detection:**
-
-For each `decisions/*.md` file (and any other markdown the skill
-touched during this run), read directly. Flag if:
-
- File does not end with exactly one `\n`.
- Any line contains trailing whitespace before its `\n`.
-
-**Fix:**
-
-Trim trailing whitespace from each line. Ensure exactly one trailing
-newline at end of file. Use `Edit` only if a violation was found —
-this rule must not produce a no-op diff.
-
-**Why:**
-
-Editor and git config drift causes whitespace creep that's invisible
-in rendering but pollutes diffs (every record edit ends up touching
-unrelated lines). A periodic normalization keeps future diffs clean
-without forcing per-editor enforcement on every contributor.
-
---
-
-## RULE-SUNSET-WITHOUT-TICKET
-
-**Category:** judgment
-
-**Finding ID:** `<record-id>:<phrase-hash-8>` where phrase-hash-8 is
-the first 8 hex chars of `sha256(<matched-phrase>)`. Lets the
-ledger distinguish two sunset phrases in the same record.
-
-**Detection:**
-
-For each D record body (via `pql decisions read <id>`), grep for
-sunset-shaped phrases. Default regex set:
-
-```
-(?i)\b(delete|remove|sunset|kill[ -]?switch|tear[ -]?down) when\b
-(?i)\bmust (track|monitor|watch|follow)\b
-(?i)\brevisit (when|after|once)\b
-(?i)\b(deprecate|retire) (when|after|once)\b
-```
-
-For each match, run `pql ticket list --decision <id>`. If no tickets
-exist, the D has work-shaped intent without a tracked T — flag.
-
-**Fix (prompt options):**
-
- **File T now** — Run `pql ticket new task "<phrase>" --decision <id>`,
-  then prompt the user for a description (or call `pql ticket refine
-  write <T> --description ...` after creation).
- **Draft a T description first** — Open an `AskUserQuestion` for the
-  description, then file as above.
- **Mark as already covered** — Add a note to the D body
-  ("Tracked under T-N") via `Edit`. Skill does not assert which T;
-  user provides the ID.
- **Skip** — Adds to the ledger.
- **Stop asking** — Skip remaining sunset findings, summarize.
-
-**Why:**
-
-Sunset-shaped intent ("we'll handle X when Y happens") is the most
-common source of accumulated debt in a DQR system: the trigger
-condition arrives, nobody remembers the D, the work doesn't happen.
-Linking each sunset to a T is the simplest defense — a T is a
-backlog item that surfaces in `plan whatsnext` / `plan board`. The
-fix is judgment because the right action depends on whether the D's
-condition is still relevant, whether it's already covered, and what
-the right scope is for the resulting T.
-
---
-
-## RULE-FILE-OVER-THRESHOLD
-
-**Category:** judgment
-
-**Finding ID:** `<file-path>` (one finding per file; threshold
-choice is judgment, not a per-line problem).
-
-**Detection:**
-
-For each `decisions/*.md` file, count lines (via `wc -l` or
-equivalent). Default threshold: **350 lines**. Configurable per
-project — read `decisions/.clean-house.yaml` if present, key
-`file_threshold`. Fall back to 350.
-
-**Fix (prompt options):**
-
- **Split now (which axis?)** — Prompt for the split axis: by ID
-  family (D/Q/R), by domain, by date range, custom. Then perform the
-  split: create new file(s), move records, update any anchor links
-  pointing into the moved records (run RULE-ANCHOR-DRIFT in apply
-  mode against the affected files after the split).
- **Accept and raise the threshold** — Update
-  `decisions/.clean-house.yaml`'s `file_threshold` to the next
-  reasonable round number above the current line count.
- **Defer** — Skip until next run.
-
-**Why:**
-
-A single decisions file growing past ~350 lines is the point at which
-linear scanning starts to lose to grep, and where the cost of
-splitting (renaming anchors) is still small. Beyond ~600 lines the
-split cost compounds. The threshold is judgment because some projects
-deliberately keep one file per domain and accept the size; others
-split aggressively. The skill surfaces the question; it doesn't
-decide.
-
---
-
-## RULE-DEAD-FILE-REFERENCE
-
-**Category:** judgment
-
-**Finding ID:** `<record-id>:<path-token>` (path token as written
-in the body, not resolved).
-
-**Detection:**
-
-For each D record body (via `pql decisions read <id>`), grep for
-path-shaped tokens. Default regex:
-
-```
-\b([\w./-]+\.(md|go|py|sql|yaml|yml|toml))\b
-```
-
-The first detection pass produced 6/6 false positives in
-real-world use; the regex is necessary but not sufficient. For
-each match, apply the filters below in order — if any matches,
-**skip without flagging**:
-
-1. **Placeholder filter.** Token contains `T-NNN`, `D-NNN`,
-   `Q-NNN`, `R-NNN`, `...`, `<`, `>`, or `*` — it's a pattern,
-   not a real path.
-2. **Source-relative resolution.** Resolve the token against the
-   source file's directory (`<vault>/<file_path>`'s dir). If
-   `[ -e <resolved> ]`, the reference is live.
-3. **Repo-relative resolution.** If `[ -e <token> ]` from the
-   repo root, the reference is live.
-4. **Basename-fallback.** Run `find <repo-root> -name <basename>`
-   (where basename is the last path component). If exactly one
-   match exists, treat the reference as live and emit a low-
-   priority "consider rewriting to the absolute path" note (not a
-   judgment finding). If multiple matches exist, do not flag —
-   the token is too ambiguous.
-
-Only after all four filters miss does the reference qualify as
-truly dead and warrant a judgment prompt.
-
-**Fix (prompt options):**
-
- **Update reference** — Prompt for the new path; rewrite the
-  reference via `Edit`. If the user types a path, validate it exists
-  before applying.
- **Mark superseded** — Add a note to the D ("This decision
-  references files no longer present; the underlying constraint
-  was retired by D-N") and prompt for the superseding D ID.
- **Defer** — Skip until next run.
-
-**Why:**
-
-Decisions reference code paths to ground their reasoning in the
-codebase that motivated them. When the code moves or gets deleted,
-the D's reasoning becomes harder to verify. Dead refs are a signal
-that either the decision should be updated or the decision itself is
-no longer load-bearing — both are judgment calls the user needs to
-make.
-
---
-
-## RULE-STALE-OPEN-Q
-
-**Category:** judgment
-
-**Finding ID:** `<q-id>` (one finding per Q-record; staleness
-threshold is global per run, so a Q is either stale or not).
-
-**Detection:**
-
-Run `pql decisions list --type question --status open`. For each
-returned record, check the `date` field. Default staleness threshold:
-**60 days** (configurable via `decisions/.clean-house.yaml` key
-`stale_open_q_days`). Flag any Q with `date` older than the
-threshold.
-
-**Fix (prompt options):**
-
- **Still relevant** — Touch the Q's `date` field to today, optionally
-  add a one-line "still open as of YYYY-MM-DD: <reason>" to the body.
- **Nudge to load-bearing index** — If the project keeps a
-  load-bearing Qs list (a curated index of unresolved questions
-  affecting current work), prompt for inclusion and add the Q there.
- **Mark withdrawn** — Change the Q's status to `withdrawn` (the DQR
-  system's terminal state for "no longer worth answering"); the
-  user supplies a one-line reason.
- **Defer** — Skip until next run.
-
-**Why:**
-
-Open questions are useful when they're current; stale ones become
-ambient noise that drowns the signal of new questions. Most
-projects don't enforce explicit Q-lifecycle, so without a periodic
-prompt the open list grows forever. The right action depends on
-whether the question is still open in fact — not just in metadata —
-which only the user can confirm.
@@ -1,13 +1,12 @@
 ---
 name: clide
 description: >
-  Use when you are running inside the clide IDE and want to observe or drive
-  its live UI — panes, editor, files, git, readers, toasts, layout — through
-  the `clide` CLI, or to find out what commands clide exposes. clide is the
-  IDE hosting this session; it puts `clide` on your PATH and a per-workspace
-  socket in `CLIDE_SOCK`. Start with `clide capabilities` to enumerate the
-  live tool surface. Triggers: "what can clide do", "drive the clide UI",
-  "open this in clide", "show the user", "toast", or invoking /clide.
+  clide is the IDE hosting this session; it puts `clide` on your PATH and a
+  per-workspace socket in `CLIDE_SOCK`. Start with `clide capabilities` to
+  enumerate the live tool surface, then observe or drive the UI — panes,
+  editor, files, git, readers, toasts, layout — via `clide <subsystem> <verb>`.
+  Triggers: "what can clide do", "drive the clide UI", "open this in clide",
+  "show the user", "toast", or invoking /clide.
 user-invocable: true
 allowed-tools: Bash
 ---
@@ -15,9 +14,10 @@ allowed-tools: Bash
 # Driving clide from the CLI

 You are (often) running **inside clide** — a Flutter IDE that hosts this
-Claude session. It exposes its whole UI surface as a `clide <subsystem> <verb>`
-CLI on your PATH, talking to the running app over a per-workspace socket
-(`CLIDE_SOCK`). Every UI action the user can take has a CLI verb, and every
+Claude session. It puts `clide` on your PATH and exposes its whole UI surface
+as a `clide <subsystem> <verb>` CLI, talking to the running app over a
+per-workspace socket (`CLIDE_SOCK`). Every UI action the user can take has a
+CLI verb, and every
 verb's effect is observable — that is the parity contract (D-6). So you can
 *see what the user sees* and *show the user what you mean*.

@@ -53,9 +53,11 @@ one). `clide <subsystem>` with no verb, or an unknown command, prints usage.

 ## Conventions

- **Slots:** the layout has three content slots — `sidebar` (left), `workspace`
-  (center, where Claude lives), `context` (right) — plus the bottom `statusbar`.
-  Many verbs take a slot.
+- **Slots:** the layout has four content slots — `sidebar` (left), `workspace`
+  (center, where Claude lives), `context` (right), and `dock` (bottom —
+  Output/Problems panes, hidden by default; D-87) — plus the bottom
+  `statusbar`. Many verbs take a slot. The live list is whatever
+  `clide capabilities` reports.
 - **Honest failures:** a drive verb with no live GUI returns a `toolError`
  ("no live UI to drive"), not a hang. JSON on stdout; exit code conveys
  ok/usage/tool error.
@@ -1,53 +0,0 @@
---
-name: commit
-description: Create a well-formatted git commit with staged changes
---
-
-# Git Commit
-
-Create a well-formatted commit with staged changes following best practices.
-
-## Steps
-
-1. Run `git status --porcelain` to check for changes
-2. If no staged changes, show unstaged files and ask what to stage
-3. Run `git diff --cached` to review staged changes
-4. Generate a commit message following Conventional Commits format:
-   - `feat:` new feature
-   - `fix:` bug fix
-   - `docs:` documentation
-   - `refactor:` code restructuring
-   - `test:` adding tests
-   - `chore:` maintenance
-5. Create commit with the message, adding Co-Authored-By trailer
-
-## Commit Message Format
-
-```
-<type>(<scope>): <short description>
-
-<body - what and why, not how>
-
-Co-Authored-By: Claude <noreply@anthropic.com>
-```
-
-## Best Practices
-
- Warn about large commits (>500 lines changed)
- Suggest splitting large changes into smaller commits
- Never skip pre-commit hooks unless explicitly requested
-
-## Changelog
-
-After committing, update `CHANGELOG.md` following [Keep a Changelog](https://keepachangelog.com/en/1.1.0/) format:
-
-1. Add entry under `[Unreleased]` section (create if not exists)
-2. Categorize changes:
-   - `Added` - new features
-   - `Changed` - changes to existing functionality
-   - `Deprecated` - features marked for removal
-   - `Removed` - removed features
-   - `Fixed` - bug fixes
-   - `Security` - security-related changes
-3. Write entries in imperative mood: "Add feature" not "Added feature"
-4. Reference issue numbers where applicable
@@ -1,151 +0,0 @@
---
-name: d2-diagram
-description: >
-  Generate technical diagrams using d2 (text-to-diagram CLI). Use when the
-  user says "create a diagram", "draw architecture", "make a flowchart",
-  "diagram this", "render d2", "d2", "data flow diagram", "entity relationship",
-  "state machine", "sequence diagram", "UI flow", or invokes /d2-diagram.
-  Produces .d2 source files and renders them to PNG. Also use when asked
-  to update, re-render, or batch render existing diagrams.
---
-
-# d2 Diagram Generation
-
-Generate technical diagrams from text using d2 (v0.7.1). Pure CLI, no
-external dependencies beyond the d2 binary.
-
-**Binary:** `/home/linuxbrew/.linuxbrew/bin/d2`
-
-## Project Defaults
-
-| Setting | Value | Override |
-|---------|-------|----------|
-| Theme | 200 (Dark Mauve) | `--theme N` |
-| Layout | dagre | `--layout elk` |
-| Padding | 100px | — |
-| Format | PNG | `--svg` |
-
-## Output Convention
-
-```
-docs/diagrams/
-  architecture/    # System architecture, IPC, component layout
-  data-flow/       # Sequence diagrams, data pipelines
-  entity/          # ER diagrams, ECS component schemas
-  state/           # State machines, behavior trees
-  ui/              # UI navigation flow, screen transitions
-```
-
-Both `.d2` source and `.png` output are tracked in git.
-
-## Single Diagram Workflow
-
-1. **Determine category** — architecture, data-flow, entity, state, or ui
-2. **Read template** — `references/diagram-templates.md` for the matching category
-3. **Read syntax** — `references/d2-syntax-guide.md` if unfamiliar with d2 syntax
-4. **Write .d2 source** — to `docs/diagrams/{category}/{name}.d2`
-5. **Validate** — `.claude/skills/d2-diagram/scripts/d2-render.sh validate {file}`
-6. **Render** — `.claude/skills/d2-diagram/scripts/d2-render.sh {file}`
-7. **Read SVG** — verify the output, present to user
-
-### Script Usage
-
-```bash
-# Render with project defaults
-.claude/skills/d2-diagram/scripts/d2-render.sh docs/diagrams/architecture/ipc-bridge.d2
-
-# Validate syntax only
-.claude/skills/d2-diagram/scripts/d2-render.sh validate docs/diagrams/architecture/ipc-bridge.d2
-
-# Auto-format source
-.claude/skills/d2-diagram/scripts/d2-render.sh fmt docs/diagrams/architecture/ipc-bridge.d2
-
-# Sketch mode (hand-drawn look for drafts)
-.claude/skills/d2-diagram/scripts/d2-render.sh docs/diagrams/ui/flow.d2 --sketch
-
-# Light theme (for printable docs)
-.claude/skills/d2-diagram/scripts/d2-render.sh docs/diagrams/entity/schema.d2 --theme 0
-
-# SVG output (if specifically needed)
-.claude/skills/d2-diagram/scripts/d2-render.sh docs/diagrams/architecture/overview.d2 --svg
-```
-
-## Batch Render
-
-Re-render all diagrams after theme or style changes:
-
-```bash
-# All diagrams
-.claude/skills/d2-diagram/scripts/d2-batch.sh
-
-# One category
-.claude/skills/d2-diagram/scripts/d2-batch.sh docs/diagrams/architecture/
-
-# Preview what would render
-.claude/skills/d2-diagram/scripts/d2-batch.sh --dry-run
-
-# Force re-render everything
-.claude/skills/d2-diagram/scripts/d2-batch.sh --force
-```
-
-Batch skips files whose PNG is newer than the `.d2` source unless `--force`.
-
-## Advanced Patterns
-
-### Variables for consistent styling
-
-```d2
-vars: {
-  color-bg: "#2a3040"
-  color-stroke: "#333340"
-  color-text: "#c8d0e0"
-  color-accent: "#c8d8f0"
-}
-```
-
-### Multi-board (layers)
-
-```d2
-# Base diagram here
-
-layers: {
-  detailed: {
-    # More detailed view
-  }
-}
-```
-
-### Sequence diagrams
-
-```d2
-shape: sequence_diagram
-client: Godot Client
-server: Rust Server
-
-client -> server: TickRequest(delta)
-server -> client: WorldState(entities)
-```
-
-### Imports
-
-Split shared definitions into a separate file and import:
-
-```d2
-...@shared-defs.d2
-```
-
-## Agent Guidance
-
- **Qatux** — Architecture decision records, system overview diagrams, data
-  schemas. Prefer architecture and entity templates.
- **Tyre** — IPC bridge, ECS system flow, chunk loading pipeline, perception
-  system data flow. Prefer architecture and data-flow templates.
- **Araminta** — UI navigation flow, screen transitions, component hierarchy.
-  Prefer UI flow template.
-
-## References
-
- `references/d2-syntax-guide.md` — Language quick reference (shapes, edges,
-  containers, styling, variables). Read when unfamiliar with d2 syntax.
- `references/diagram-templates.md` — Five category templates with complete
-  d2 source examples. Read when starting a new diagram.
@@ -1,212 +0,0 @@
-# D2 Language Quick Reference
-
-## Nodes
-
-```d2
-server                              # Implicit label from key
-server: Simulation Server           # Explicit label
-server: Simulation Server {         # With properties
-  shape: hexagon
-  style.fill: "#2d3436"
-}
-```
-
-## Edges
-
-```d2
-a -> b                              # Directed
-a <- b                              # Reverse directed
-a <-> b                             # Bidirectional
-a -- b                              # Undirected
-a -> b: "label"                     # Labeled edge
-a -> b -> c                         # Chained
-```
-
-## Containers (nesting)
-
-```d2
-infrastructure: {
-  server: Simulation Server
-  database: State Store {
-    shape: cylinder
-  }
-}
-```
-
-## Shapes
-
-| Shape | Use for |
-|-------|---------|
-| `rectangle` | Default. Components, modules, generic. |
-| `hexagon` | Systems, services, major components. |
-| `cylinder` | Databases, storage, persistent state. |
-| `diamond` | Decisions, conditions, branch points. |
-| `oval` / `circle` | Start/end states, events. |
-| `cloud` | External systems, networks. |
-| `person` | Actors, users, NPCs. |
-| `queue` | Message queues, buffers. |
-| `page` | Documents, files. |
-| `package` | Packages, modules, crates. |
-| `sql_table` | Database tables, ECS component schemas. |
-| `class` | Class diagrams, ECS system definitions. |
-| `code` | Code blocks (set `language` property). |
-| `markdown` | Rich text blocks. |
-
-## SQL Tables
-
-```d2
-entity: {
-  shape: sql_table
-  id: u64 {constraint: primary_key}
-  name: String
-  position: Vec2
-  faction_id: u64 {constraint: foreign_key}
-}
-```
-
-## Class Diagrams
-
-```d2
-perception_system: {
-  shape: class
-  +run(world: &mut World)
-  -calculate_los(entity: Entity): HashSet<Entity>
-  #update_knowledge(entity: Entity, seen: HashSet<Entity>)
-}
-```
-
-## Sequence Diagrams
-
-```d2
-shape: sequence_diagram
-client: Godot Client
-server: Rust Server
-
-client -> server: TickRequest(delta)
-server -> server: run ECS systems
-server -> client: WorldState(entities)
-```
-
-## Styling
-
-```d2
-node: Label {
-  style: {
-    fill: "#2d3436"
-    stroke: "#333340"
-    stroke-width: 2
-    stroke-dash: 5              # Dashed line
-    opacity: 0.8
-    font-size: 14
-    font-color: "#c8d0e0"
-    bold: true
-    italic: false
-    border-radius: 4
-    shadow: true
-    3d: true                    # Rectangles only
-    multiple: true              # Stacked appearance
-    double-border: true         # Rectangles/ovals only
-  }
-}
-```
-
-### Edge styling
-
-```d2
-a -> b: {
-  style: {
-    stroke: "#c8d8f0"
-    stroke-width: 2
-    stroke-dash: 5
-    opacity: 0.8
-    animated: true              # Animated flow
-  }
-}
-```
-
-## Variables
-
-```d2
-vars: {
-  color-bg: "#1a1e24"
-  color-stroke: "#333340"
-  color-text: "#c8d0e0"
-  color-accent: "#c8d8f0"
-}
-
-node: {
-  style.fill: ${color-bg}
-  style.stroke: ${color-stroke}
-  style.font-color: ${color-text}
-}
-```
-
-## Direction
-
-```d2
-direction: right                    # left-to-right (default for dagre)
-direction: down                     # top-to-bottom
-direction: up
-direction: left
-```
-
-## Imports
-
-```d2
-...@shared-defs.d2                  # Spread import (inline all definitions)
-```
-
-## Icons
-
-```d2
-node: Label {
-  icon: https://icons.terrastruct.com/essentials/time.svg
-}
-```
-
-## Layers (multi-board)
-
-```d2
-# Base diagram content here
-
-layers: {
-  detailed: {
-    # More detailed view
-  }
-  simplified: {
-    # Simplified overview
-  }
-}
-```
-
-## Scenarios (animated transitions)
-
-```d2
-# Base state
-
-scenarios: {
-  alert: {
-    # Changes from base for alert state
-  }
-  combat: {
-    # Changes from base for combat state
-  }
-}
-```
-
-## Comments
-
-```d2
-# This is a comment
-node: Label  # Inline comment
-```
-
-## Project Colors (from visual-grammar-v01.md)
-
-| Constant | Hex | Usage |
-|----------|-----|-------|
-| Zone 1 floor | `#1a1e24` | Dark backgrounds |
-| Zone 1 wall | `#2a3040` | Component fill |
-| Outline standard | `#333340` | Borders, strokes |
-| Insert chrome | `#c8d0e0` | Text, labels |
-| Zone 1 fixture | `#c8d8f0` | Accents, highlights |
@@ -1,251 +0,0 @@
-# Diagram Templates
-
-Copy, adapt, and render. Each template uses project colors from visual-grammar-v01.md.
-
---
-
-## 1. Architecture Diagram
-
-System components, relationships, communication channels.
-
-**When to use:** IPC bridge, perception pipeline, chunk loading, ECS system layout, client-server architecture.
-
-**Agents:** Tyre (system architecture), Qatux (architecture decision records).
-
-```d2
-vars: {
-  color-bg: "#2a3040"
-  color-stroke: "#333340"
-  color-text: "#c8d0e0"
-  color-accent: "#c8d8f0"
-}
-
-direction: right
-
-client: Godot Client {
-  shape: hexagon
-  style.fill: ${color-bg}
-  style.font-color: ${color-text}
-
-  rendering: Rendering {
-    style.fill: ${color-bg}
-    style.font-color: ${color-text}
-  }
-  ui: UI Layer {
-    style.fill: ${color-bg}
-    style.font-color: ${color-text}
-  }
-  bridge: IPC Bridge {
-    style.fill: ${color-bg}
-    style.font-color: ${color-text}
-    style.stroke: ${color-accent}
-  }
-}
-
-server: Rust Server {
-  shape: hexagon
-  style.fill: ${color-bg}
-  style.font-color: ${color-text}
-
-  ecs: bevy_ecs {
-    style.fill: ${color-bg}
-    style.font-color: ${color-text}
-  }
-  perception: Perception {
-    style.fill: ${color-bg}
-    style.font-color: ${color-text}
-  }
-  bridge: IPC Bridge {
-    style.fill: ${color-bg}
-    style.font-color: ${color-text}
-    style.stroke: ${color-accent}
-  }
-}
-
-client.bridge -> server.bridge: "stdin/stdout" {
-  style.stroke: ${color-accent}
-  style.stroke-dash: 5
-}
-```
-
---
-
-## 2. Entity Relationship
-
-Data schemas, ECS components, knowledge graph structure.
-
-**When to use:** Database tables, component definitions, entity relationships, knowledge store schema.
-
-**Agents:** Tyre (ECS component design), Qatux (schema documentation).
-
-```d2
-entity: Entity {
-  shape: sql_table
-  id: u64 {constraint: primary_key}
-  name: String
-  faction_id: u64 {constraint: foreign_key}
-}
-
-position: Position {
-  shape: sql_table
-  entity_id: u64 {constraint: foreign_key}
-  x: f32
-  y: f32
-  chunk_id: u32
-}
-
-knowledge: KnowledgeEntry {
-  shape: sql_table
-  observer_id: u64 {constraint: foreign_key}
-  subject_id: u64 {constraint: foreign_key}
-  fact_type: FactType
-  confidence: f32
-  last_seen_tick: u64
-}
-
-entity.id -> position.entity_id
-entity.id -> knowledge.observer_id
-entity.id -> knowledge.subject_id
-```
-
---
-
-## 3. Sequence / Data Flow
-
-Ordered interactions between systems over time.
-
-**When to use:** IPC message flow, tick processing, perception update cycle, dialogue system exchanges.
-
-**Agents:** Tyre (system interaction design), Qatux (protocol documentation).
-
-```d2
-shape: sequence_diagram
-
-client: Godot Client
-bridge: IPC Bridge
-server: Rust Server
-ecs: ECS Systems
-
-client -> bridge: TickRequest(delta, input)
-bridge -> server: deserialize + dispatch
-server -> ecs: run_systems(delta)
-ecs -> ecs: perception, AI, physics
-ecs -> server: collect WorldState
-server -> bridge: serialize WorldState
-bridge -> client: WorldState(entities, events)
-client -> client: update rendering
-```
-
---
-
-## 4. State Machine
-
-Entity states, transitions, conditions.
-
-**When to use:** NPC behavior states, game mode transitions, dialogue state, investigation phases.
-
-**Agents:** Tyre (behavior system design), Qatux (state documentation).
-
-```d2
-vars: {
-  color-state: "#2a3040"
-  color-text: "#c8d0e0"
-  color-edge: "#c8d8f0"
-  color-decision: "#333340"
-}
-
-idle: Idle {
-  style.fill: ${color-state}
-  style.font-color: ${color-text}
-}
-
-alert: Alert {
-  style.fill: ${color-state}
-  style.font-color: ${color-text}
-}
-
-investigate: Investigate {
-  style.fill: ${color-state}
-  style.font-color: ${color-text}
-}
-
-combat: Combat {
-  style.fill: ${color-state}
-  style.font-color: ${color-text}
-  style.stroke: "#f0b840"
-}
-
-flee: Flee {
-  style.fill: ${color-state}
-  style.font-color: ${color-text}
-}
-
-idle -> alert: "stimulus detected" { style.stroke: ${color-edge} }
-alert -> investigate: "stimulus confirmed" { style.stroke: ${color-edge} }
-alert -> idle: "timeout / stimulus lost" { style.stroke: ${color-edge}; style.stroke-dash: 5 }
-investigate -> combat: "threat confirmed" { style.stroke: "#f0b840" }
-investigate -> idle: "nothing found" { style.stroke: ${color-edge}; style.stroke-dash: 5 }
-combat -> flee: "health < threshold" { style.stroke: "#f0b840" }
-combat -> idle: "threat eliminated" { style.stroke: ${color-edge}; style.stroke-dash: 5 }
-flee -> idle: "safe distance reached" { style.stroke: ${color-edge}; style.stroke-dash: 5 }
-```
-
---
-
-## 5. UI Flow
-
-Screen navigation, component hierarchy, interaction paths.
-
-**When to use:** HUD layout relationships, menu navigation, dialogue flow, insert mode transitions.
-
-**Agents:** Araminta (UI/visual design), Tyre (interface architecture), Qatux (UI documentation).
-
-```d2
-vars: {
-  color-screen: "#1a1e24"
-  color-panel: "#2a3040"
-  color-text: "#c8d0e0"
-  color-nav: "#c8d8f0"
-}
-
-gameplay: Gameplay {
-  style.fill: ${color-screen}
-  style.font-color: ${color-text}
-
-  hud: HUD {
-    style.fill: ${color-panel}
-    style.font-color: ${color-text}
-
-    minimap: Minimap
-    monologue: Monologue Panel
-    insert_display: Insert Display
-  }
-
-  world: World View {
-    style.fill: ${color-panel}
-    style.font-color: ${color-text}
-  }
-}
-
-pause: Pause Menu {
-  style.fill: ${color-screen}
-  style.font-color: ${color-text}
-
-  inventory: Inventory
-  journal: Journal
-  settings: Settings
-}
-
-dialogue: Dialogue Mode {
-  style.fill: ${color-screen}
-  style.font-color: ${color-text}
-
-  speaker: Speaker Panel
-  responses: Response List
-}
-
-gameplay -> pause: "ESC" { style.stroke: ${color-nav} }
-pause -> gameplay: "ESC / Resume" { style.stroke: ${color-nav}; style.stroke-dash: 5 }
-gameplay -> dialogue: "interact with NPC" { style.stroke: ${color-nav} }
-dialogue -> gameplay: "end conversation" { style.stroke: ${color-nav}; style.stroke-dash: 5 }
-```
@@ -1,84 +0,0 @@
-#!/bin/bash
-set -euo pipefail
-
-SCRIPT_DIR="$(cd "$(dirname "$0")" && pwd)"
-REPO_ROOT="$(cd "$SCRIPT_DIR" && git rev-parse --show-toplevel)"
-RENDER="$SCRIPT_DIR/d2-render.sh"
-
-usage() {
-  cat <<EOF
-Usage: $(basename "$0") [directory] [options]
-
-Batch render all .d2 files in a directory. Skips files whose PNG is
-newer than the source unless --force is used.
-
-Options:
-  --dry-run    List files that would be rendered
-  --force      Re-render even if SVG is up to date
-  --theme N    Override theme for all files
-
-Examples:
-  $(basename "$0")                                # All in docs/diagrams/
-  $(basename "$0") docs/diagrams/architecture/    # One category
-  $(basename "$0") --dry-run                      # Preview
-  $(basename "$0") --force                        # Re-render everything
-EOF
-  exit 1
-}
-
-DIR="$REPO_ROOT/docs/diagrams"
-DRY_RUN=false
-FORCE=false
-EXTRA_ARGS=()
-
-while [[ $# -gt 0 ]]; do
-  case "$1" in
-    --dry-run) DRY_RUN=true; shift ;;
-    --force)   FORCE=true; shift ;;
-    --theme)   EXTRA_ARGS+=(--theme "$2"); shift 2 ;;
-    --help|-h) usage ;;
-    *)
-      if [[ -d "$1" ]] || [[ -d "$REPO_ROOT/$1" ]]; then
-        DIR="$1"
-        [[ "$DIR" != /* ]] && DIR="$REPO_ROOT/$DIR"
-      else
-        echo "Unknown option or directory: $1" >&2; exit 1
-      fi
-      shift
-      ;;
-  esac
-done
-
-[[ ! -d "$DIR" ]] && { echo "ERROR: Directory not found: $DIR" >&2; exit 1; }
-
-RENDERED=0
-SKIPPED=0
-FAILED=0
-
-while IFS= read -r -d '' d2_file; do
-  png_file="${d2_file%.d2}.png"
-
-  # Skip if PNG is newer than source (unless --force)
-  if [[ "$FORCE" != true ]] && [[ -f "$png_file" ]] && [[ "$png_file" -nt "$d2_file" ]]; then
-    SKIPPED=$((SKIPPED + 1))
-    continue
-  fi
-
-  rel_path="${d2_file#"$REPO_ROOT/"}"
-
-  if [[ "$DRY_RUN" == true ]]; then
-    echo "Would render: $rel_path"
-    RENDERED=$((RENDERED + 1))
-    continue
-  fi
-
-  if "$RENDER" "$d2_file" "${EXTRA_ARGS[@]+"${EXTRA_ARGS[@]}"}"; then
-    RENDERED=$((RENDERED + 1))
-  else
-    echo "FAILED: $rel_path" >&2
-    FAILED=$((FAILED + 1))
-  fi
-done < <(find "$DIR" -name '*.d2' -print0 | sort -z)
-
-echo ""
-echo "Batch complete: $RENDERED rendered, $SKIPPED skipped (up to date), $FAILED failed"
@@ -1,92 +0,0 @@
-#!/bin/bash
-set -euo pipefail
-
-D2="/home/linuxbrew/.linuxbrew/bin/d2"
-SCRIPT_DIR="$(cd "$(dirname "$0")" && pwd)"
-REPO_ROOT="$(cd "$SCRIPT_DIR" && git rev-parse --show-toplevel)"
-
-DEFAULT_THEME=200
-DEFAULT_LAYOUT="dagre"
-DEFAULT_PAD=100
-
-usage() {
-  cat <<EOF
-Usage: $(basename "$0") [validate|fmt] <file.d2> [options]
-
-Render a .d2 file to PNG with project defaults (theme $DEFAULT_THEME, $DEFAULT_LAYOUT layout).
-
-Commands:
-  validate <file>     Check syntax without rendering
-  fmt <file>          Auto-format in place
-
-Options:
-  --theme N           Override theme (default: $DEFAULT_THEME)
-  --layout NAME       Override layout engine (default: $DEFAULT_LAYOUT)
-  --sketch            Enable hand-drawn sketch mode
-  --output PATH       Override output path (default: input with .png extension)
-  --svg               Render to SVG instead of PNG
-
-Examples:
-  $(basename "$0") docs/diagrams/architecture/ipc-bridge.d2
-  $(basename "$0") validate docs/diagrams/architecture/ipc-bridge.d2
-  $(basename "$0") docs/diagrams/architecture/ipc-bridge.d2 --sketch --theme 0
-EOF
-  exit 1
-}
-
-[[ $# -lt 1 ]] && usage
-
-# Parse subcommand
-SUBCMD=""
-case "$1" in
-  validate|fmt)
-    SUBCMD="$1"
-    shift
-    ;;
-esac
-
-[[ $# -lt 1 ]] && usage
-
-INPUT="$1"
-shift
-
-# Resolve to absolute path
-[[ "$INPUT" != /* ]] && INPUT="$REPO_ROOT/$INPUT"
-
-[[ ! -f "$INPUT" ]] && { echo "ERROR: File not found: $INPUT" >&2; exit 1; }
-
-# Handle subcommands
-if [[ -n "$SUBCMD" ]]; then
-  "$D2" "$SUBCMD" "$INPUT"
-  echo "OK: $SUBCMD $INPUT"
-  exit 0
-fi
-
-# Parse render options
-THEME="$DEFAULT_THEME"
-LAYOUT="$DEFAULT_LAYOUT"
-SKETCH=""
-OUTPUT=""
-FORMAT="png"
-
-while [[ $# -gt 0 ]]; do
-  case "$1" in
-    --theme)  THEME="$2"; shift 2 ;;
-    --layout) LAYOUT="$2"; shift 2 ;;
-    --sketch) SKETCH="-s"; shift ;;
-    --output) OUTPUT="$2"; shift 2 ;;
-    --svg)    FORMAT="svg"; shift ;;
-    *) echo "Unknown option: $1" >&2; exit 1 ;;
-  esac
-done
-
-# Derive output path
-if [[ -z "$OUTPUT" ]]; then
-  OUTPUT="${INPUT%.d2}.$FORMAT"
-fi
-
-# Render
-"$D2" -t "$THEME" -l "$LAYOUT" --pad "$DEFAULT_PAD" $SKETCH "$INPUT" "$OUTPUT"
-
-SIZE=$(stat --printf="%s" "$OUTPUT" 2>/dev/null || stat -f%z "$OUTPUT" 2>/dev/null)
-echo "Rendered: $OUTPUT ($(( SIZE / 1024 ))KB)"
@@ -1,222 +0,0 @@
---
-name: frame0-wireframe
-description: >
-  Create and export UI wireframes using Frame0 (local desktop wireframing
-  app with HTTP API). Use when the user says "create wireframe", "wireframe
-  this", "mock up the UI", "draw a screen", "UI layout", "wireframe the HUD",
-  "Frame0", "frame0", "export wireframe", or invokes /frame0-wireframe.
-  Wireframes are authored as local JSON files (source of truth) and synced
-  to Frame0 for rendering and export. Requires Frame0 to be running locally.
---
-
-# Frame0 Wireframe Generation
-
-Create UI wireframes as JSON files, sync them to Frame0 for rendering, and
-export as PNG. Local JSON is the source of truth — Frame0 is the renderer.
-
-**Frame0 is a renderer, not a workspace.** Treat it as disposable output.
-Push freely, delete test pages, keep it clean. Never pull from Frame0 unless
-the user explicitly says they have made edits in Frame0 and want to import
-them. The pull workflow exists for that case only — do not use it proactively.
-
-**Prerequisite:** Frame0 desktop app must be running. If not available,
-stop and inform the user. Point to `references/setup-guide.md`.
-
-## Health Check
-
-Always check first:
-
-```bash
-.claude/skills/frame0-wireframe/scripts/frame0-cmd.sh health
-```
-
-## Core Workflow
-
-Wireframing is a **design conversation, not a batch job.** Produce **one screen
-at a time**, show it, and **stop for the user's reaction** before authoring the
-next. Each shown screen is a checkpoint — never fan out a whole set of
-wireframes unprompted, even if the user described several screens up front.
-
-1. **Health check** — verify Frame0 is running
-2. **Write wireframe JSON** — to `docs/design/wireframes/{category}/{name}.json`.
-   Author **one** screen.
-3. **Push to Frame0** — `frame0-sync.py push <file.json>`
-4. **Export PNG** — `frame0-sync.py export <file.json> <output.png>`
-5. **Show it inline** — surface the exported PNG in the conversation so the
-   user sees the result without opening Frame0. Always do this after an export,
-   and again whenever you re-export or the user asks to see it.
-   - **Inside clide** (the IDE hosting this session — `CLIDE_SOCK` is set):
-     render it as a native image card in the live Claude pane with
-     `clide image show <path> [--caption "…"]` (T-249). This is the *proper*
-     way to put an image in the clide conversation — a bare `Read` only shows
-     it in the transcript, not in the UI the user is looking at.
-   - **Otherwise**: `Read` the PNG so it renders inline in the transcript.
-6. **STOP and wait for approval** — after showing a screen, pause and ask the
-   user for feedback. Do **not** author, push, or export the next screen until
-   they give an explicit go-ahead. Iterate on the current screen until they're
-   happy, then proceed to the next one — looping back to step 2 for each.
-7. **Clean up** — delete test/scratch pages from Frame0 when done
-
-> **Multi-screen requests are still one-at-a-time.** If the user asks for
-> several screens, treat it as a queue: build the first, show it, get approval,
-> then move on. The only exception is an explicit, unambiguous instruction to
-> generate a batch without stopping (and even then prefer the batch-export
-> dry-run + approval flow below).
-
-### Scripts
-
-| Script | Purpose |
-|--------|---------|
-| `scripts/frame0-sync.py` | **Primary.** Push/pull/export wireframes between JSON and Frame0 |
-| `scripts/frame0-cmd.sh` | Low-level API wrapper for ad-hoc commands |
-
-## Wireframe JSON Format
-
-```json
-{
-  "name": "Dialogue Box",
-  "shapes": {
-    "panel": {
-      "type": "Rectangle",
-      "left": 170, "top": 500, "width": 800, "height": 260,
-      "fillColor": "#1a1e24",
-      "strokeColor": "#333340",
-      "corners": [8, 8, 8, 8]
-    },
-    "speaker": {
-      "type": "Text",
-      "parent": "panel",
-      "left": 190, "top": 520,
-      "text": "LERA KONSTANTIN",
-      "fontColor": "#c8d0e0",
-      "fontSize": 16
-    },
-    "btn-ask": {
-      "type": "Rectangle",
-      "parent": "panel",
-      "left": 190, "top": 670, "width": 370, "height": 30,
-      "fillColor": "#2a3040",
-      "strokeColor": "#c8d8f0",
-      "corners": [4, 4, 4, 4]
-    }
-  },
-  "connectors": {
-    "flow-1": {
-      "tailId": "panel",
-      "headId": "btn-ask",
-      "strokeColor": "#c8d8f0"
-    }
-  }
-}
-```
-
-### Key rules
-
- **Shape IDs are stable local IDs** you control (e.g. `"panel"`, `"btn-ask"`)
- **`parent`** references another local shape ID for nesting
- **`type`** uses create-API names: `Rectangle`, `Ellipse`, `Text`, `Line`
- **Colors** can be hex (`#2a3040`) or Frame0 theme tokens (`$slate6`)
- After a pull, Frame0 returns its native vocabulary (`Box` for Rectangle,
-  theme tokens for colors). The sync script handles the mapping transparently.
- The `.idmap.json` mapping file (gitignored) tracks local ID ↔ Frame0 ID
-
-### Sync commands
-
-```bash
-SYNC=".claude/skills/frame0-wireframe/scripts/frame0-sync.py"
-
-# Push local JSON to Frame0 (clears page, recreates all shapes)
-$SYNC push docs/design/wireframes/dialogue/dialogue-box.json
-
-# Pull Frame0 page back to local JSON (preserves local IDs via mapping)
-$SYNC pull "Dialogue Box" docs/design/wireframes/dialogue/dialogue-box.json
-
-# Push + export as PNG in one step
-$SYNC export docs/design/wireframes/dialogue/dialogue-box.json \
-  docs/design/wireframes/dialogue/dialogue-box.png
-```
-
-### Batch export
-
-Use this when exporting multiple wireframes. It runs as a single Bash call,
-avoiding repeated permission prompts.
-
-```bash
-BATCH=".claude/skills/frame0-wireframe/scripts/frame0-export-batch.sh"
-
-# Dry run first — shows full manifest, no Frame0 calls
-$BATCH --dry-run
-
-# Export everything (skips PNGs already newer than their JSON)
-$BATCH
-
-# Export one category only
-$BATCH --category dialogue
-
-# Force re-export of everything
-$BATCH --force
-```
-
-**Always dry-run first, then get approval before running the live export.**
-
-## Low-Level Commands
-
-For ad-hoc operations or exec calls not covered by sync:
-
-```bash
-CMD=".claude/skills/frame0-wireframe/scripts/frame0-cmd.sh"
-$CMD health
-$CMD list-pages
-$CMD current-page
-$CMD get-page <page-id>
-$CMD create-shape Rectangle '{"name":"btn","left":100,"top":100,"width":120,"height":36}'
-$CMD create-connector <tail-id> <head-id>
-$CMD move <shape-id> <dx> <dy>
-$CMD export --format image/png
-$CMD exec "view:fit-to-screen" '{}'
-```
-
-If you find yourself using `exec` for the same command repeatedly, flag it as
-a candidate for a proper wrapper in `frame0-cmd.sh`.
-
-## Project Styling Defaults
-
-Colors from `docs/design/visual-grammar-v01.md`:
-
-| Role | Hex | Frame0 token |
-|------|-----|-------------|
-| Background | `#1a1e24` | `$sage3` |
-| Stroke | `#333340` | `$slate6` |
-| Fill | `#2a3040` | `$slate5` |
-| Text | `#c8d0e0` | `$mint12` |
-| Accent | `#c8d8f0` | `$blue12` |
-
-Use hex when authoring new wireframes. Frame0 maps them to theme tokens on push.
-
-## Output Convention
-
-```
-docs/design/wireframes/
-  hud/              # HUD layout wireframes
-  menus/            # Menu screen wireframes
-  dialogue/         # Dialogue box wireframes
-  insert/           # Neural insert wireframes
-```
-
-Both `.json` source and `.png` exports are tracked in git.
-`.idmap.json` mapping files are gitignored.
-
-## Agent Guidance
-
- **Araminta** — Primary user. Full wireframe creation, layout iteration,
-  visual consistency. Uses all component library patterns.
- **Tyre** — Interface architecture wireframes. System boundary diagrams.
- **Qatux** — Export wireframes for UI decision records and documentation.
-
-## References
-
- `references/component-library.md` — Pre-built JSON wireframe templates
-  (HUD, dialogue, menus, modals, lists, inventory). Copy and adapt.
- `references/api-reference.md` — Frame0 HTTP API command reference and
-  type mappings. Read for low-level control.
- `references/setup-guide.md` — Frame0 installation and startup for Fedora.
@@ -1,241 +0,0 @@
-# Frame0 HTTP API Reference
-
-Frame0 exposes a local HTTP API when the desktop app is running.
-
-## Endpoint
-
-```
-POST http://localhost:{port}/execute_command
-Content-Type: application/json
-```
-
-Default port: **58320** (override via `FRAME0_PORT` env var or `--port` flag).
-
-## Request / Response
-
-```json
-{"command": "namespace:action", "args": { ... }}
-```
-
-```json
-{"success": true, "data": { ... }}
-{"success": false, "error": "description"}
-```
-
---
-
-## Type Mapping
-
-Frame0 uses different type names for create vs get:
-
-| Create API (`type`) | Get API (internal) | Description |
-|--------------------|--------------------|-------------|
-| `Rectangle` | `Box` | Rectangle with optional corners |
-| `Ellipse` | `Ellipse` | Circle/ellipse |
-| `Text` | `Text` | Text label |
-| `Line` | `Line` | Line/polyline |
-| `Frame` | `Frame` | Container from library |
-| `Freehand` | `Freehand` | Freehand drawing |
-| `Highlighter` | `Highlighter` | Highlighter stroke |
-
-The sync script handles this mapping transparently.
-
-## Color Tokens
-
-Frame0 maps hex colors to theme tokens on creation (`convertColors: true`):
-
-| Hex | Token | Role |
-|-----|-------|------|
-| `#1a1e24` | `$sage3` | Background |
-| `#2a3040` | `$slate5` | Fill |
-| `#333340` | `$slate6` | Stroke |
-| `#c8d0e0` | `$mint12` | Text |
-| `#c8d8f0` | `$blue12` | Accent |
-
-Both hex and token strings work in the API. Tokens are preserved on round-trip.
-
---
-
-## Commands
-
-### shape:create-shape
-
-```json
-{
-  "command": "shape:create-shape",
-  "args": {
-    "type": "Rectangle",
-    "shapeProps": {
-      "name": "my-button",
-      "left": 100, "top": 200, "width": 120, "height": 36,
-      "fillColor": "#2a3040",
-      "strokeColor": "#c8d8f0",
-      "corners": [4, 4, 4, 4]
-    },
-    "parentId": "optional-parent-shape-id",
-    "convertColors": true
-  }
-}
-```
-
-Returns: shape ID (string).
-
-### shape:get-shape
-
-```json
-{"command": "shape:get-shape", "args": {"shapeId": "id"}}
-```
-
-### shape:update-shape
-
-```json
-{
-  "command": "shape:update-shape",
-  "args": {
-    "shapeId": "id",
-    "shapeProps": {"fillColor": "#1a1e24", "text": "Updated"},
-    "convertColors": true
-  }
-}
-```
-
-### shape:move
-
-```json
-{"command": "shape:move", "args": {"shapeId": "id", "dx": 50, "dy": -20}}
-```
-
-### shape:create-connector
-
-```json
-{
-  "command": "shape:create-connector",
-  "args": {
-    "tailId": "source-id",
-    "headId": "target-id",
-    "shapeProps": {"strokeColor": "#c8d8f0"},
-    "convertColors": true
-  }
-}
-```
-
-### shape:create-icon
-
-```json
-{
-  "command": "shape:create-icon",
-  "args": {
-    "iconName": "search",
-    "shapeProps": {"left": 100, "top": 100, "width": 24, "height": 24}
-  }
-}
-```
-
-### shape:get-available-icons
-
-```json
-{"command": "shape:get-available-icons", "args": {}}
-```
-
-### shape:group / shape:ungroup
-
-```json
-{"command": "shape:group", "args": {"shapeIdArray": ["id1", "id2"]}}
-{"command": "shape:ungroup", "args": {"shapeIdArray": ["group-id"]}}
-```
-
-### edit:delete / edit:duplicate
-
-```json
-{"command": "edit:delete", "args": {"shapeIdArray": ["id1", "id2"]}}
-{"command": "edit:duplicate", "args": {"shapeIdArray": ["id"], "dx": 20, "dy": 0}}
-```
-
-### page:add
-
-```json
-{"command": "page:add", "args": {"pageProps": {"name": "Page Name"}}}
-```
-
-Returns: `{id, type, name}`.
-
-### page:get
-
-```json
-{"command": "page:get", "args": {"pageId": "id", "exportShapes": true}}
-```
-
-### page:get-current-page
-
-```json
-{"command": "page:get-current-page", "args": {}}
-```
-
-Returns: page ID string.
-
-### page:set-current-page
-
-```json
-{"command": "page:set-current-page", "args": {"pageId": "id"}}
-```
-
-### doc:get (list all pages)
-
-```json
-{"command": "doc:get", "args": {"exportPages": true, "exportShapes": false}}
-```
-
-### page:delete
-
-```json
-{"command": "page:delete", "args": {"pageId": "id"}}
-```
-
-### file:export-image
-
-```json
-{
-  "command": "file:export-image",
-  "args": {
-    "pageId": "optional-page-id",
-    "format": "image/png",
-    "fillBackground": true
-  }
-}
-```
-
-Formats: `image/png`, `image/jpeg`, `image/webp`, `image/svg+xml`.
-Returns: base64-encoded image data.
-
-### view:fit-to-screen
-
-```json
-{"command": "view:fit-to-screen", "args": {}}
-```
-
---
-
-## Shape Properties
-
-| Property | Type | Notes |
-|----------|------|-------|
-| `name` | string | Shape identifier/label |
-| `left` | number | X position (origin: top-left) |
-| `top` | number | Y position |
-| `width` | number | Width in pixels |
-| `height` | number | Height in pixels |
-| `fillColor` | string | Hex or `$token` |
-| `strokeColor` | string | Hex or `$token` |
-| `strokeWidth` | number | Border width |
-| `fontColor` | string | Text color (hex or `$token`) |
-| `fontSize` | number | Font size in pixels |
-| `fontFamily` | string | Font name (Frame0 default: `Loranthus`) |
-| `text` | string | Text content |
-| `wordWrap` | boolean | Enable word wrapping |
-| `corners` | number[4] | Border radius [TL, TR, BR, BL] |
-| `roughness` | number | Sketch roughness (Frame0 default: 1) |
-| `constraints` | array | Auto-sizing constraints |
-| `horzAlign` | string | Horizontal text alignment |
-| `vertAlign` | string | Vertical text alignment |
-| `fillStyle` | string | Fill style (`none` for transparent) |
-| `path` | array | Coordinate pairs for lines |
@@ -1,467 +0,0 @@
-# Component Library
-
-Pre-built wireframe JSON templates for The Settled Reach UI. Copy the JSON,
-adapt positions/sizes, save to `docs/design/wireframes/{category}/`, and push.
-
-**Viewport:** 1140x780 (Godot project settings)
-**Grid unit:** 8px
-**Min touch target:** 36px height
-**Font sizes:** 12 (label), 14 (body), 16 (subtitle), 18 (heading), 24 (title)
-
---
-
-## 1. HUD Layout
-
-Main gameplay overlay. Minimap top-right, monologue bottom-center,
-insert display bottom-left, action hints bottom-right.
-
-```json
-{
-  "name": "HUD Layout",
-  "shapes": {
-    "minimap": {
-      "type": "Rectangle",
-      "left": 880, "top": 20, "width": 240, "height": 240,
-      "fillColor": "#1a1e24", "strokeColor": "#333340",
-      "corners": [4, 4, 4, 4]
-    },
-    "minimap-label": {
-      "type": "Text",
-      "parent": "minimap",
-      "left": 890, "top": 30,
-      "text": "Minimap",
-      "fontColor": "#c8d0e0", "fontSize": 14
-    },
-    "monologue": {
-      "type": "Rectangle",
-      "left": 300, "top": 680, "width": 520, "height": 80,
-      "fillColor": "#1a1e24", "strokeColor": "#333340",
-      "corners": [4, 4, 4, 4]
-    },
-    "monologue-text": {
-      "type": "Text",
-      "parent": "monologue",
-      "left": 310, "top": 700, "width": 500,
-      "text": "Internal monologue text appears here...",
-      "fontColor": "#c8d0e0", "fontSize": 13, "wordWrap": true
-    },
-    "insert": {
-      "type": "Rectangle",
-      "left": 20, "top": 600, "width": 260, "height": 160,
-      "fillColor": "#1a1e24", "strokeColor": "#333340",
-      "corners": [4, 4, 4, 4]
-    },
-    "insert-label": {
-      "type": "Text",
-      "parent": "insert",
-      "left": 30, "top": 620,
-      "text": "Neural Insert Data",
-      "fontColor": "#c8d0e0", "fontSize": 14
-    },
-    "hints": {
-      "type": "Rectangle",
-      "left": 880, "top": 700, "width": 240, "height": 60,
-      "fillColor": "#1a1e24", "strokeColor": "#333340",
-      "corners": [4, 4, 4, 4]
-    },
-    "hints-label": {
-      "type": "Text",
-      "parent": "hints",
-      "left": 890, "top": 720,
-      "text": "[E] Interact  [TAB] Insert",
-      "fontColor": "#c8d0e0", "fontSize": 12
-    }
-  }
-}
-```
-
---
-
-## 2. Dialogue Box
-
-Speaker panel with response options. Anchored bottom-center during dialogue mode.
-
-```json
-{
-  "name": "Dialogue Box",
-  "shapes": {
-    "panel": {
-      "type": "Rectangle",
-      "left": 170, "top": 500, "width": 800, "height": 260,
-      "fillColor": "#1a1e24", "strokeColor": "#333340",
-      "corners": [8, 8, 8, 8]
-    },
-    "speaker": {
-      "type": "Text",
-      "parent": "panel",
-      "left": 190, "top": 520,
-      "text": "LERA KONSTANTIN",
-      "fontColor": "#c8d0e0", "fontSize": 16
-    },
-    "text-area": {
-      "type": "Rectangle",
-      "parent": "panel",
-      "left": 190, "top": 550, "width": 760, "height": 100,
-      "fillColor": "#2a3040", "strokeColor": "#333340",
-      "corners": [4, 4, 4, 4]
-    },
-    "dialogue-text": {
-      "type": "Text",
-      "parent": "text-area",
-      "left": 200, "top": 560, "width": 740,
-      "text": "You look like you could use a drink. First time on the station?",
-      "fontColor": "#c8d0e0", "fontSize": 14, "wordWrap": true
-    },
-    "btn-option1": {
-      "type": "Rectangle",
-      "parent": "panel",
-      "left": 190, "top": 670, "width": 370, "height": 30,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0",
-      "corners": [4, 4, 4, 4]
-    },
-    "btn-option1-label": {
-      "type": "Text",
-      "parent": "btn-option1",
-      "left": 200, "top": 674,
-      "text": "[1] Ask about the station",
-      "fontColor": "#c8d8f0", "fontSize": 12
-    },
-    "btn-option2": {
-      "type": "Rectangle",
-      "parent": "panel",
-      "left": 190, "top": 710, "width": 370, "height": 30,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0",
-      "corners": [4, 4, 4, 4]
-    },
-    "btn-option2-label": {
-      "type": "Text",
-      "parent": "btn-option2",
-      "left": 200, "top": 714,
-      "text": "[2] Ask about recent events",
-      "fontColor": "#c8d8f0", "fontSize": 12
-    },
-    "btn-leave": {
-      "type": "Rectangle",
-      "parent": "panel",
-      "left": 580, "top": 670, "width": 180, "height": 30,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0",
-      "corners": [4, 4, 4, 4]
-    },
-    "btn-leave-label": {
-      "type": "Text",
-      "parent": "btn-leave",
-      "left": 590, "top": 674,
-      "text": "[3] Leave",
-      "fontColor": "#c8d8f0", "fontSize": 12
-    }
-  }
-}
-```
-
---
-
-## 3. Menu Screen
-
-Full-screen menu with sidebar navigation and content area.
-
-```json
-{
-  "name": "Pause Menu",
-  "shapes": {
-    "bg": {
-      "type": "Rectangle",
-      "left": 0, "top": 0, "width": 1140, "height": 780,
-      "fillColor": "#1a1e24"
-    },
-    "nav": {
-      "type": "Rectangle",
-      "parent": "bg",
-      "left": 20, "top": 20, "width": 200, "height": 740,
-      "fillColor": "#2a3040", "strokeColor": "#333340",
-      "corners": [4, 4, 4, 4]
-    },
-    "btn-inventory": {
-      "type": "Rectangle", "parent": "nav",
-      "left": 30, "top": 40, "width": 180, "height": 36,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "btn-inventory-label": {
-      "type": "Text", "parent": "btn-inventory",
-      "left": 40, "top": 48, "text": "Inventory",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    },
-    "btn-journal": {
-      "type": "Rectangle", "parent": "nav",
-      "left": 30, "top": 86, "width": 180, "height": 36,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "btn-journal-label": {
-      "type": "Text", "parent": "btn-journal",
-      "left": 40, "top": 94, "text": "Journal",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    },
-    "btn-map": {
-      "type": "Rectangle", "parent": "nav",
-      "left": 30, "top": 132, "width": 180, "height": 36,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "btn-map-label": {
-      "type": "Text", "parent": "btn-map",
-      "left": 40, "top": 140, "text": "Map",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    },
-    "btn-settings": {
-      "type": "Rectangle", "parent": "nav",
-      "left": 30, "top": 178, "width": 180, "height": 36,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "btn-settings-label": {
-      "type": "Text", "parent": "btn-settings",
-      "left": 40, "top": 186, "text": "Settings",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    },
-    "btn-resume": {
-      "type": "Rectangle", "parent": "nav",
-      "left": 30, "top": 720, "width": 180, "height": 36,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "btn-resume-label": {
-      "type": "Text", "parent": "btn-resume",
-      "left": 40, "top": 728, "text": "Resume",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    },
-    "content": {
-      "type": "Rectangle",
-      "parent": "bg",
-      "left": 240, "top": 20, "width": 880, "height": 740,
-      "fillColor": "#2a3040", "strokeColor": "#333340",
-      "corners": [4, 4, 4, 4]
-    },
-    "content-label": {
-      "type": "Text", "parent": "content",
-      "left": 260, "top": 40,
-      "text": "Content area",
-      "fontColor": "#c8d0e0", "fontSize": 14
-    }
-  }
-}
-```
-
---
-
-## 4. Modal Dialog
-
-Centered overlay for confirmations, alerts, choices.
-
-```json
-{
-  "name": "Modal Dialog",
-  "shapes": {
-    "overlay": {
-      "type": "Rectangle",
-      "left": 0, "top": 0, "width": 1140, "height": 780,
-      "fillColor": "#0a0c10"
-    },
-    "modal": {
-      "type": "Rectangle",
-      "parent": "overlay",
-      "left": 320, "top": 240, "width": 500, "height": 300,
-      "fillColor": "#1a1e24", "strokeColor": "#333340",
-      "corners": [8, 8, 8, 8]
-    },
-    "title": {
-      "type": "Text", "parent": "modal",
-      "left": 340, "top": 260,
-      "text": "Confirm Action",
-      "fontColor": "#c8d0e0", "fontSize": 18
-    },
-    "divider": {
-      "type": "Line", "parent": "modal",
-      "left": 340, "top": 290, "width": 460, "height": 0,
-      "strokeColor": "#333340"
-    },
-    "body-1": {
-      "type": "Text", "parent": "modal",
-      "left": 340, "top": 310,
-      "text": "Are you sure you want to proceed?",
-      "fontColor": "#c8d0e0", "fontSize": 14
-    },
-    "body-2": {
-      "type": "Text", "parent": "modal",
-      "left": 340, "top": 340,
-      "text": "This action cannot be undone.",
-      "fontColor": "#c8d0e0", "fontSize": 14
-    },
-    "btn-cancel": {
-      "type": "Rectangle", "parent": "modal",
-      "left": 480, "top": 480, "width": 120, "height": 36,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "btn-cancel-label": {
-      "type": "Text", "parent": "btn-cancel",
-      "left": 510, "top": 488,
-      "text": "Cancel",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    },
-    "btn-confirm": {
-      "type": "Rectangle", "parent": "modal",
-      "left": 620, "top": 480, "width": 120, "height": 36,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "btn-confirm-label": {
-      "type": "Text", "parent": "btn-confirm",
-      "left": 645, "top": 488,
-      "text": "Confirm",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    }
-  }
-}
-```
-
---
-
-## 5. List View
-
-Scrollable list with item selection and detail panel.
-
-```json
-{
-  "name": "List View",
-  "shapes": {
-    "list-panel": {
-      "type": "Rectangle",
-      "left": 20, "top": 20, "width": 400, "height": 740,
-      "fillColor": "#1a1e24", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "item-1": {
-      "type": "Rectangle", "parent": "list-panel",
-      "left": 30, "top": 30, "width": 380, "height": 40,
-      "fillColor": "#2a3040", "strokeColor": "#c8d8f0", "corners": [4, 4, 4, 4]
-    },
-    "item-1-label": {
-      "type": "Text", "parent": "item-1",
-      "left": 40, "top": 38, "text": "Item Alpha",
-      "fontColor": "#c8d8f0", "fontSize": 14
-    },
-    "item-2": {
-      "type": "Rectangle", "parent": "list-panel",
-      "left": 30, "top": 80, "width": 380, "height": 40,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "item-2-label": {
-      "type": "Text", "parent": "item-2",
-      "left": 40, "top": 88, "text": "Item Beta",
-      "fontColor": "#c8d0e0", "fontSize": 14
-    },
-    "item-3": {
-      "type": "Rectangle", "parent": "list-panel",
-      "left": 30, "top": 130, "width": 380, "height": 40,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "item-3-label": {
-      "type": "Text", "parent": "item-3",
-      "left": 40, "top": 138, "text": "Item Gamma",
-      "fontColor": "#c8d0e0", "fontSize": 14
-    },
-    "detail-panel": {
-      "type": "Rectangle",
-      "left": 440, "top": 20, "width": 680, "height": 740,
-      "fillColor": "#1a1e24", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "detail-title": {
-      "type": "Text", "parent": "detail-panel",
-      "left": 460, "top": 40,
-      "text": "Item Alpha",
-      "fontColor": "#c8d0e0", "fontSize": 18
-    },
-    "detail-body": {
-      "type": "Text", "parent": "detail-panel",
-      "left": 460, "top": 80, "width": 640,
-      "text": "Description and properties appear here.",
-      "fontColor": "#c8d0e0", "fontSize": 14, "wordWrap": true
-    }
-  }
-}
-```
-
---
-
-## 6. Inventory Grid
-
-Grid of cells for item management.
-
-```json
-{
-  "name": "Inventory Grid",
-  "shapes": {
-    "panel": {
-      "type": "Rectangle",
-      "left": 240, "top": 100, "width": 660, "height": 580,
-      "fillColor": "#1a1e24", "strokeColor": "#333340", "corners": [8, 8, 8, 8]
-    },
-    "title": {
-      "type": "Text", "parent": "panel",
-      "left": 260, "top": 120,
-      "text": "INVENTORY",
-      "fontColor": "#c8d0e0", "fontSize": 18
-    },
-    "cell-1-1": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 260, "top": 160, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "cell-1-2": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 332, "top": 160, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "cell-1-3": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 404, "top": 160, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "cell-1-4": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 476, "top": 160, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "cell-2-1": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 260, "top": 232, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "cell-2-2": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 332, "top": 232, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "cell-2-3": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 404, "top": 232, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "cell-2-4": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 476, "top": 232, "width": 64, "height": 64,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "detail": {
-      "type": "Rectangle", "parent": "panel",
-      "left": 580, "top": 160, "width": 300, "height": 400,
-      "fillColor": "#2a3040", "strokeColor": "#333340", "corners": [4, 4, 4, 4]
-    },
-    "detail-title": {
-      "type": "Text", "parent": "detail",
-      "left": 600, "top": 180,
-      "text": "Selected Item Name",
-      "fontColor": "#c8d0e0", "fontSize": 16
-    },
-    "detail-body": {
-      "type": "Text", "parent": "detail",
-      "left": 600, "top": 210, "width": 260,
-      "text": "Item description and stats",
-      "fontColor": "#c8d0e0", "fontSize": 14, "wordWrap": true
-    }
-  }
-}
-```
@@ -1,53 +0,0 @@
-# Frame0 Setup Guide
-
-## Installation (Fedora)
-
-Download from https://frame0.app/download and install the RPM:
-
-```bash
-sudo dnf install ./frame0-*.x86_64.rpm
-```
-
-Requires: Fedora 40 or later (x86_64).
-
-## Starting Frame0
-
-Launch the desktop application:
-
-```bash
-frame0 &
-```
-
-Frame0 exposes an HTTP API at `localhost:58320` when running.
-
-## Verify API Access
-
-```bash
-.claude/skills/frame0-wireframe/scripts/frame0-cmd.sh health
-```
-
-Expected output: `Frame0 is running on port 58320`
-
-## Port Configuration
-
-Default port: **58320**
-
-To use a different port, set the environment variable:
-
-```bash
-export FRAME0_PORT=58321
-```
-
-Or pass `--port` to any script:
-
-```bash
-.claude/skills/frame0-wireframe/scripts/frame0-cmd.sh --port 58321 health
-```
-
-## Troubleshooting
-
-| Symptom | Cause | Fix |
-|---------|-------|-----|
-| "Connection refused" | Frame0 not running | Start the desktop app |
-| "Port in use" | Another instance running | Close duplicate or use different port |
-| Script hangs | API unresponsive | Restart Frame0 |
@@ -1,253 +0,0 @@
-#!/bin/bash
-set -euo pipefail
-
-PORT="${FRAME0_PORT:-58320}"
-ENDPOINT="http://localhost:${PORT}/execute_command"
-
-usage() {
-  cat <<EOF
-Usage: $(basename "$0") <command> [args...] [--port N]
-
-Low-level Frame0 HTTP API wrapper. Replaces the MCP server with direct
-curl calls. Requires Frame0 desktop app to be running.
-
-Commands:
-  health                              Check if Frame0 is running
-  exec <namespace:action> <json>      Execute a raw API command
-  create-shape <type> <json-props>    Create a shape (Rectangle, Ellipse, Text, Line)
-  get-shape <id>                      Get shape details
-  update-shape <id> <json-props>      Update shape properties
-  delete <id> [id...]                 Delete shapes by ID
-  move <id> <dx> <dy>                 Move a shape by pixel offset
-  duplicate <id>                      Duplicate a shape
-  group <id> [id...]                  Group shapes
-  ungroup <group-id>                  Ungroup a group
-  create-connector <tail-id> <head-id> [json-props]  Connect two shapes
-  create-icon <name> <json-props>     Create an icon shape
-  add-page <name>                     Add a new page (becomes current)
-  get-page [page-id]                  Get current or specific page data
-  list-pages [--shapes]               List all pages (--shapes for shape data)
-  current-page                        Get current page ID
-  set-page <page-id>                  Set current page
-  export [page-id] [--format mime]    Export page as image (default: image/png)
-  fit                                 Fit view to screen
-
-Options:
-  --port N    Frame0 API port (default: $PORT, env: FRAME0_PORT)
-
-Examples:
-  $(basename "$0") health
-  $(basename "$0") add-page "HUD Layout"
-  $(basename "$0") create-shape Rectangle '{"name":"btn","left":100,"top":100,"width":120,"height":36}'
-  $(basename "$0") list-pages
-  $(basename "$0") export --format image/png
-EOF
-  exit 1
-}
-
-# Parse --port from anywhere in args
-ARGS=()
-while [[ $# -gt 0 ]]; do
-  case "$1" in
-    --port) PORT="$2"; ENDPOINT="http://localhost:${PORT}/execute_command"; shift 2 ;;
-    *)      ARGS+=("$1"); shift ;;
-  esac
-done
-set -- "${ARGS[@]+"${ARGS[@]}"}"
-
-[[ $# -lt 1 ]] && usage
-
-# Execute a Frame0 API command, return data or error
-frame0_exec() {
-  local command="$1"
-  local args
-  args="${2:-"{}"}"
-
-  local response
-  response=$(curl -s -w "\n%{http_code}" -X POST "$ENDPOINT" \
-    -H "Content-Type: application/json" \
-    -d "{\"command\": \"$command\", \"args\": $args}" 2>&1) || {
-    echo "ERROR: Cannot connect to Frame0 at localhost:$PORT" >&2
-    echo "Is Frame0 running? See: .claude/skills/frame0-wireframe/references/setup-guide.md" >&2
-    return 1
-  }
-
-  local http_code body
-  http_code=$(echo "$response" | tail -1)
-  body=$(echo "$response" | sed '$d')
-
-  if [[ "$http_code" != 2* ]]; then
-    echo "ERROR: HTTP $http_code from Frame0" >&2
-    echo "$body" >&2
-    return 1
-  fi
-
-  # Parse success/error from response
-  python3 -c "
-import sys, json
-try:
-    r = json.loads(sys.stdin.read())
-    if r.get('success'):
-        d = r.get('data')
-        if d is not None:
-            print(json.dumps(d, indent=2))
-    else:
-        print('ERROR: ' + str(r.get('error', 'Unknown error')), file=sys.stderr)
-        sys.exit(1)
-except json.JSONDecodeError as e:
-    print(f'ERROR: Invalid JSON response: {e}', file=sys.stderr)
-    sys.exit(1)
-" <<< "$body"
-}
-
-# Build JSON array from remaining args
-ids_to_json_array() {
-  local arr="["
-  local first=true
-  for id in "$@"; do
-    [[ "$first" == true ]] && first=false || arr+=","
-    arr+="\"$id\""
-  done
-  arr+="]"
-  echo "$arr"
-}
-
-CMD="${1:-}"
-shift || true
-
-case "$CMD" in
-  health)
-    if curl -s -o /dev/null -w "%{http_code}" "http://localhost:${PORT}/" 2>/dev/null | grep -q "^[23]"; then
-      echo "Frame0 is running on port $PORT"
-    else
-      echo "Frame0 is NOT running on port $PORT" >&2
-      echo "Start Frame0 desktop app, then retry." >&2
-      echo "See: .claude/skills/frame0-wireframe/references/setup-guide.md" >&2
-      exit 1
-    fi
-    ;;
-
-  exec)
-    [[ $# -lt 2 ]] && { echo "Usage: exec <command> <json-args>" >&2; exit 1; }
-    frame0_exec "$1" "$2"
-    ;;
-
-  create-shape)
-    [[ $# -lt 2 ]] && { echo "Usage: create-shape <Type> <json-props>" >&2; exit 1; }
-    local_type="$1"
-    local_props="$2"
-    local_parent="${3:-}"
-    local_parent_arg=""
-    [[ -n "$local_parent" ]] && local_parent_arg=", \"parentId\": \"$local_parent\""
-    frame0_exec "shape:create-shape" "{\"type\": \"$local_type\", \"shapeProps\": $local_props$local_parent_arg, \"convertColors\": true}"
-    ;;
-
-  get-shape)
-    [[ $# -lt 1 ]] && { echo "Usage: get-shape <id>" >&2; exit 1; }
-    frame0_exec "shape:get-shape" "{\"shapeId\": \"$1\"}"
-    ;;
-
-  update-shape)
-    [[ $# -lt 2 ]] && { echo "Usage: update-shape <id> <json-props>" >&2; exit 1; }
-    frame0_exec "shape:update-shape" "{\"shapeId\": \"$1\", \"shapeProps\": $2, \"convertColors\": true}"
-    ;;
-
-  delete)
-    [[ $# -lt 1 ]] && { echo "Usage: delete <id> [id...]" >&2; exit 1; }
-    local_arr=$(ids_to_json_array "$@")
-    frame0_exec "edit:delete" "{\"shapeIdArray\": $local_arr}"
-    ;;
-
-  move)
-    [[ $# -lt 3 ]] && { echo "Usage: move <id> <dx> <dy>" >&2; exit 1; }
-    frame0_exec "shape:move" "{\"shapeId\": \"$1\", \"dx\": $2, \"dy\": $3}"
-    ;;
-
-  duplicate)
-    [[ $# -lt 1 ]] && { echo "Usage: duplicate <id> [dx] [dy]" >&2; exit 1; }
-    local_dx="${2:-0}"
-    local_dy="${3:-0}"
-    frame0_exec "edit:duplicate" "{\"shapeIdArray\": [\"$1\"], \"dx\": $local_dx, \"dy\": $local_dy}"
-    ;;
-
-  group)
-    [[ $# -lt 2 ]] && { echo "Usage: group <id> <id> [id...]" >&2; exit 1; }
-    local_arr=$(ids_to_json_array "$@")
-    frame0_exec "shape:group" "{\"shapeIdArray\": $local_arr}"
-    ;;
-
-  ungroup)
-    [[ $# -lt 1 ]] && { echo "Usage: ungroup <group-id>" >&2; exit 1; }
-    frame0_exec "shape:ungroup" "{\"shapeIdArray\": [\"$1\"]}"
-    ;;
-
-  create-connector)
-    [[ $# -lt 2 ]] && { echo "Usage: create-connector <tail-id> <head-id> [json-props]" >&2; exit 1; }
-    local_props="${3:-{}}"
-    frame0_exec "shape:create-connector" "{\"tailId\": \"$1\", \"headId\": \"$2\", \"shapeProps\": $local_props, \"convertColors\": true}"
-    ;;
-
-  create-icon)
-    [[ $# -lt 2 ]] && { echo "Usage: create-icon <name> <json-props>" >&2; exit 1; }
-    frame0_exec "shape:create-icon" "{\"iconName\": \"$1\", \"shapeProps\": $2, \"convertColors\": true}"
-    ;;
-
-  add-page)
-    [[ $# -lt 1 ]] && { echo "Usage: add-page <name>" >&2; exit 1; }
-    frame0_exec "page:add" "{\"pageProps\": {\"name\": \"$1\"}}"
-    ;;
-
-  get-page)
-    if [[ $# -ge 1 ]]; then
-      frame0_exec "page:get" "{\"pageId\": \"$1\", \"exportShapes\": true}"
-    else
-      local_id
-      local_id=$(frame0_exec "page:get-current-page")
-      # Strip quotes from returned ID
-      local_id=$(echo "$local_id" | tr -d '"')
-      frame0_exec "page:get" "{\"pageId\": \"$local_id\", \"exportShapes\": true}"
-    fi
-    ;;
-
-  list-pages)
-    local_shapes="false"
-    [[ "${1:-}" == "--shapes" ]] && local_shapes="true"
-    frame0_exec "doc:get" "{\"exportPages\": true, \"exportShapes\": $local_shapes}"
-    ;;
-
-  current-page)
-    frame0_exec "page:get-current-page"
-    ;;
-
-  set-page)
-    [[ $# -lt 1 ]] && { echo "Usage: set-page <page-id>" >&2; exit 1; }
-    frame0_exec "page:set-current-page" "{\"pageId\": \"$1\"}"
-    ;;
-
-  export)
-    local_page_id=""
-    local_format="image/png"
-    while [[ $# -gt 0 ]]; do
-      case "$1" in
-        --format) local_format="$2"; shift 2 ;;
-        *) local_page_id="$1"; shift ;;
-      esac
-    done
-    local_page_arg=""
-    [[ -n "$local_page_id" ]] && local_page_arg="\"pageId\": \"$local_page_id\", "
-    frame0_exec "file:export-image" "{${local_page_arg}\"format\": \"$local_format\", \"fillBackground\": true}"
-    ;;
-
-  fit)
-    frame0_exec "view:fit-to-screen"
-    ;;
-
-  --help|-h|help)
-    usage
-    ;;
-
-  *)
-    echo "Unknown command: $CMD" >&2
-    usage
-    ;;
-esac
@@ -1,159 +0,0 @@
-#!/usr/bin/env bash
-# Batch export wireframes from JSON to PNG via Frame0.
-#
-# Finds all .json wireframe files under docs/design/wireframes/ and exports
-# each to a matching .png. Skips files whose PNG is already newer than the
-# JSON, unless --force is passed.
-#
-# Usage:
-#   frame0-export-batch.sh [--dry-run] [--force] [--category CAT] [--root DIR]
-#
-# Options:
-#   --dry-run       Print manifest only, don't touch Frame0.
-#   --force         Re-export even if PNG already exists and is up to date.
-#   --category CAT  Limit to one subdirectory (e.g. --category dialogue)
-#   --root DIR      Wireframes root dir (default: docs/design/wireframes)
-#
-# Exit codes:
-#   0  All exports succeeded (or nothing to do)
-#   1  One or more exports failed
-
-set -euo pipefail
-
-SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
-REPO_ROOT="$(cd "$SCRIPT_DIR/../../../.." && pwd)"
-SYNC="$SCRIPT_DIR/frame0-sync.py"
-DEFAULT_ROOT="$REPO_ROOT/docs/design/wireframes"
-
-DRY_RUN=false
-FORCE=false
-CATEGORY=""
-WF_ROOT="$DEFAULT_ROOT"
-
-# Parse arguments
-while [[ $# -gt 0 ]]; do
-  case "$1" in
-    --dry-run)    DRY_RUN=true; shift ;;
-    --force)      FORCE=true; shift ;;
-    --category)   CATEGORY="$2"; shift 2 ;;
-    --root)       WF_ROOT="$2"; shift 2 ;;
-    -h|--help)
-      sed -n '/^# /p' "$0" | sed 's/^# //'
-      exit 0
-      ;;
-    *) echo "Unknown option: $1" >&2; exit 1 ;;
-  esac
-done
-
-if [[ ! -d "$WF_ROOT" ]]; then
-  echo "ERROR: Wireframes directory not found: $WF_ROOT" >&2
-  exit 1
-fi
-
-# Collect JSON files, optionally filtered by category subdirectory
-mapfile -t JSON_FILES < <(
-  if [[ -n "$CATEGORY" ]]; then
-    find "$WF_ROOT/$CATEGORY" -name "*.json" ! -name ".*" | sort
-  else
-    find "$WF_ROOT" -name "*.json" ! -name ".*" | sort
-  fi
-)
-
-if [[ ${#JSON_FILES[@]} -eq 0 ]]; then
-  echo "No wireframe JSON files found."
-  exit 0
-fi
-
-# Classify files into to-export and to-skip
-TO_EXPORT=()
-TO_SKIP=()
-
-for json in "${JSON_FILES[@]}"; do
-  png="${json%.json}.png"
-  if $FORCE || [[ ! -f "$png" ]] || [[ "$json" -nt "$png" ]]; then
-    TO_EXPORT+=("$json")
-  else
-    TO_SKIP+=("$json")
-  fi
-done
-
-# Print manifest
-if [[ ${#TO_EXPORT[@]} -gt 0 ]]; then
-  echo ""
-  echo "Will export (${#TO_EXPORT[@]} files):"
-  for json in "${TO_EXPORT[@]}"; do
-    png="${json%.json}.png"
-    rel="${json#$REPO_ROOT/}"
-    if [[ ! -f "$png" ]]; then
-      status="new"
-    else
-      status="updated"
-    fi
-    printf "  [%-7s]  %s\n" "$status" "$rel"
-  done
-else
-  echo ""
-  echo "Nothing to export (all PNGs up to date)."
-fi
-
-if [[ ${#TO_SKIP[@]} -gt 0 ]]; then
-  echo ""
-  echo "Will skip (${#TO_SKIP[@]} files already up to date):"
-  for json in "${TO_SKIP[@]}"; do
-    rel="${json#$REPO_ROOT/}"
-    printf "  [skip   ]  %s\n" "$rel"
-  done
-fi
-
-if $DRY_RUN; then
-  echo ""
-  echo "Dry run — no exports performed."
-  exit 0
-fi
-
-if [[ ${#TO_EXPORT[@]} -eq 0 ]]; then
-  exit 0
-fi
-
-echo ""
-PASSED=0
-FAILED=0
-FAILED_FILES=()
-
-TOTAL=${#TO_EXPORT[@]}
-IDX=0
-
-for json in "${TO_EXPORT[@]}"; do
-  IDX=$((IDX + 1))
-  png="${json%.json}.png"
-  rel="${json#$REPO_ROOT/}"
-
-  printf "[%d/%d]  %s ... " "$IDX" "$TOTAL" "$rel"
-
-  output=$(python3 "$SYNC" export "$json" "$png" 2>/tmp/frame0-batch-err.txt)
-  rc=$?
-  if [[ $rc -eq 0 ]]; then
-    size=$(echo "$output" | tail -1 | grep -oP '\(\K[^)]+' || true)
-    echo "ok  $size"
-    PASSED=$((PASSED + 1))
-  else
-    echo "FAILED"
-    cat /tmp/frame0-batch-err.txt >&2
-    FAILED=$((FAILED + 1))
-    FAILED_FILES+=("$rel")
-  fi
-done
-
-echo ""
-echo "$PASSED exported, $FAILED failed."
-
-if [[ $FAILED -gt 0 ]]; then
-  echo ""
-  echo "Failed:" >&2
-  for f in "${FAILED_FILES[@]}"; do
-    echo "  $f" >&2
-  done
-  exit 1
-fi
-
-exit 0
@@ -1,414 +0,0 @@
-#!/usr/bin/env python3
-"""Frame0 sync: push local JSON wireframes to Frame0, pull pages back.
-
-Local JSON is source of truth. Frame0 is a renderer.
-A mapping file tracks local_id <-> frame0_id across push/pull cycles.
-
-Usage:
-    frame0-sync.py push <wireframe.json> [--port PORT]
-    frame0-sync.py pull <page-id|page-name> <output.json> [--port PORT]
-    frame0-sync.py export <wireframe.json> <output.png> [--port PORT] [--format MIME]
-"""
-
-import argparse
-import json
-import os
-import sys
-import urllib.request
-import urllib.error
-
-DEFAULT_PORT = 58320
-
-
-def api(port, command, args=None):
-    """Execute a Frame0 API command. Returns the data field on success."""
-    url = f"http://localhost:{port}/execute_command"
-    payload = json.dumps({"command": command, "args": args or {}}).encode()
-    req = urllib.request.Request(url, data=payload, headers={"Content-Type": "application/json"})
-    try:
-        with urllib.request.urlopen(req) as resp:
-            result = json.loads(resp.read())
-    except urllib.error.HTTPError as e:
-        body = e.read().decode()
-        print(f"ERROR: {command}: HTTP {e.code}: {body[:500]}", file=sys.stderr)
-        sys.exit(1)
-    except urllib.error.URLError as e:
-        print(f"ERROR: Cannot connect to Frame0 on port {port}: {e}", file=sys.stderr)
-        sys.exit(1)
-
-    if not result.get("success"):
-        print(f"ERROR: {command}: {result.get('error', 'unknown')}", file=sys.stderr)
-        sys.exit(1)
-
-    return result.get("data")
-
-
-# -- Mapping file management --------------------------------------------------
-
-def mapping_path(wireframe_path):
-    """Derive the idmap path from the wireframe JSON path."""
-    d = os.path.dirname(wireframe_path)
-    base = os.path.splitext(os.path.basename(wireframe_path))[0]
-    return os.path.join(d, f".{base}.idmap.json")
-
-
-def load_mapping(wireframe_path):
-    p = mapping_path(wireframe_path)
-    if os.path.exists(p):
-        with open(p) as f:
-            return json.load(f)
-    return {"page_id": None, "shapes": {}, "connectors": {}}
-
-
-def save_mapping(wireframe_path, mapping):
-    p = mapping_path(wireframe_path)
-    os.makedirs(os.path.dirname(p) or ".", exist_ok=True)
-    with open(p, "w") as f:
-        json.dump(mapping, f, indent=2)
-        f.write("\n")
-
-
-# -- Push: local JSON -> Frame0 -----------------------------------------------
-
-# Frame0 returns different type names from get vs what create accepts.
-# Map internal types back to create-API types.
-TYPE_TO_CREATE = {
-    "Box": "Rectangle",
-    "box": "Rectangle",
-}
-
-
-def topo_sort_shapes(shapes):
-    """Sort shape IDs so parents come before children."""
-    order = []
-    visited = set()
-
-    def visit(sid):
-        if sid in visited:
-            return
-        visited.add(sid)
-        shape = shapes[sid]
-        parent = shape.get("parent")
-        if parent and parent in shapes:
-            visit(parent)
-        order.append(sid)
-
-    for sid in shapes:
-        visit(sid)
-    return order
-
-
-def find_or_create_page(port, name, mapping):
-    """Find existing page by mapping or name, or create a new one."""
-    # Try mapped page_id first
-    if mapping.get("page_id"):
-        try:
-            page = api(port, "page:get", {"pageId": mapping["page_id"]})
-            if page:
-                return mapping["page_id"]
-        except SystemExit:
-            pass  # Page no longer exists, fall through
-
-    # Search by name in existing pages
-    doc = api(port, "doc:get", {"exportPages": True, "exportShapes": False})
-    if doc and "children" in doc:
-        for page in doc["children"]:
-            if page.get("name") == name:
-                return page["id"]
-
-    # Create new page
-    page = api(port, "page:add", {"pageProps": {"name": name}})
-    return page["id"]
-
-
-def clear_page(port, page_id):
-    """Delete all shapes on a page."""
-    page = api(port, "page:get", {"pageId": page_id, "exportShapes": True})
-    if not page or "children" not in page:
-        return
-    shape_ids = [s["id"] for s in page["children"]]
-    if shape_ids:
-        api(port, "edit:delete", {"shapeIdArray": shape_ids})
-
-
-def push(wireframe_path, port):
-    """Push local wireframe JSON to Frame0."""
-    with open(wireframe_path) as f:
-        wireframe = json.load(f)
-
-    name = wireframe.get("name", os.path.splitext(os.path.basename(wireframe_path))[0])
-    shapes = wireframe.get("shapes", {})
-    connectors = wireframe.get("connectors", {})
-
-    mapping = load_mapping(wireframe_path)
-
-    # Find or create page
-    page_id = find_or_create_page(port, name, mapping)
-    mapping["page_id"] = page_id
-
-    # Switch to page and clear it
-    api(port, "page:set-current-page", {"pageId": page_id})
-    clear_page(port, page_id)
-
-    # Reset ID mappings (shapes are recreated)
-    mapping["shapes"] = {}
-    mapping["connectors"] = {}
-
-    # Create shapes in dependency order
-    order = topo_sort_shapes(shapes)
-    for local_id in order:
-        shape = shapes[local_id]
-        raw_type = shape.get("type", "Rectangle")
-        shape_type = TYPE_TO_CREATE.get(raw_type, raw_type)
-        parent_local = shape.get("parent")
-
-        # Build shapeProps from everything except meta fields
-        meta_keys = {"type", "parent"}
-        props = {k: v for k, v in shape.items() if k not in meta_keys}
-
-        # Set name to local_id if not explicitly set
-        if "name" not in props:
-            props["name"] = local_id
-
-        create_args = {
-            "type": shape_type,
-            "shapeProps": props,
-            "convertColors": True,
-        }
-
-        # Resolve parent ID
-        if parent_local and parent_local in mapping["shapes"]:
-            create_args["parentId"] = mapping["shapes"][parent_local]
-
-        f0_id = api(port, "shape:create-shape", create_args)
-        mapping["shapes"][local_id] = f0_id
-
-    # Create connectors
-    for local_id, conn in connectors.items():
-        tail_local = conn.get("tailId")
-        head_local = conn.get("headId")
-
-        if tail_local not in mapping["shapes"] or head_local not in mapping["shapes"]:
-            print(f"WARNING: connector '{local_id}' references unknown shape, skipping", file=sys.stderr)
-            continue
-
-        meta_keys = {"tailId", "headId"}
-        props = {k: v for k, v in conn.items() if k not in meta_keys}
-        if "name" not in props:
-            props["name"] = local_id
-
-        f0_id = api(port, "shape:create-connector", {
-            "tailId": mapping["shapes"][tail_local],
-            "headId": mapping["shapes"][head_local],
-            "shapeProps": props,
-            "convertColors": True,
-        })
-        mapping["connectors"][local_id] = f0_id
-
-    # Fit to screen
-    api(port, "view:fit-to-screen")
-
-    save_mapping(wireframe_path, mapping)
-    total = len(mapping["shapes"]) + len(mapping["connectors"])
-    print(f"Pushed '{name}' to Frame0: {len(mapping['shapes'])} shapes, {len(mapping['connectors'])} connectors")
-
-
-# -- Pull: Frame0 -> local JSON -----------------------------------------------
-
-def pull(page_ref, output_path, port):
-    """Pull a Frame0 page into local wireframe JSON."""
-    # Resolve page_ref: could be an ID or a name
-    page_id = None
-    doc = api(port, "doc:get", {"exportPages": True, "exportShapes": False})
-    if doc and "children" in doc:
-        for page in doc["children"]:
-            if page["id"] == page_ref or page.get("name") == page_ref:
-                page_id = page["id"]
-                page_name = page.get("name", page_ref)
-                break
-
-    if not page_id:
-        print(f"ERROR: Page not found: {page_ref}", file=sys.stderr)
-        sys.exit(1)
-
-    # Load existing mapping for reverse lookup
-    mapping = load_mapping(output_path)
-    reverse_map = {v: k for k, v in mapping.get("shapes", {}).items()}
-    reverse_conn = {v: k for k, v in mapping.get("connectors", {}).items()}
-
-    # Get full page with shapes
-    page = api(port, "page:get", {"pageId": page_id, "exportShapes": True})
-
-    shapes = {}
-    connectors = {}
-    new_mapping = {"page_id": page_id, "shapes": {}, "connectors": {}}
-    auto_id_counter = [0]
-
-    def auto_id(f0_shape):
-        """Generate a stable local ID from shape name or auto-number."""
-        # Prefer existing mapping
-        f0_id = f0_shape["id"]
-        if f0_id in reverse_map:
-            return reverse_map[f0_id]
-        # Use sanitized name
-        name = f0_shape.get("name", "")
-        if name:
-            sanitized = name.lower().replace(" ", "-").replace("_", "-")
-            if sanitized not in shapes:
-                return sanitized
-        # Fallback: auto-number
-        auto_id_counter[0] += 1
-        return f"s{auto_id_counter[0]:03d}"
-
-    def process_shape(f0_shape, parent_local_id=None):
-        f0_id = f0_shape["id"]
-        local_id = auto_id(f0_shape)
-        new_mapping["shapes"][local_id] = f0_id
-
-        # Extract shape properties — only strip structural keys that our
-        # ID mapping replaces. Everything else passes through as-is so the
-        # local JSON speaks Frame0's native vocabulary.
-        shape_type = f0_shape.get("type", "Box")
-        skip_keys = {"id", "type", "children", "pageId", "parentId"}
-        props = {k: v for k, v in f0_shape.items() if k not in skip_keys and v is not None}
-
-        entry = {"type": shape_type}
-        if parent_local_id:
-            entry["parent"] = parent_local_id
-        entry.update(props)
-
-        # Remove name if it matches local_id (redundant)
-        if entry.get("name") == local_id:
-            del entry["name"]
-
-        shapes[local_id] = entry
-
-        # Process children recursively
-        for child in f0_shape.get("children", []):
-            child_type = child.get("type", "")
-            if child_type == "Connector":
-                process_connector(child)
-            else:
-                process_shape(child, local_id)
-
-    def process_connector(f0_conn):
-        f0_id = f0_conn["id"]
-        local_id = reverse_conn.get(f0_id)
-        if not local_id:
-            auto_id_counter[0] += 1
-            local_id = f"c{auto_id_counter[0]:03d}"
-
-        new_mapping["connectors"][local_id] = f0_id
-
-        tail_f0 = f0_conn.get("tail", {}).get("id")
-        head_f0 = f0_conn.get("head", {}).get("id")
-
-        entry = {}
-        if tail_f0:
-            # Will be resolved after all shapes are processed
-            entry["_tailF0"] = tail_f0
-        if head_f0:
-            entry["_headF0"] = head_f0
-
-        skip_keys = {"id", "type", "children", "pageId", "tail", "head"}
-        props = {k: v for k, v in f0_conn.items() if k not in skip_keys and v is not None}
-        entry.update(props)
-
-        connectors[local_id] = entry
-
-    # Process all top-level shapes
-    for child in page.get("children", []):
-        child_type = child.get("type", "")
-        if child_type == "Connector":
-            process_connector(child)
-        else:
-            process_shape(child)
-
-    # Resolve connector references to local IDs
-    f0_to_local = {v: k for k, v in new_mapping["shapes"].items()}
-    for conn in connectors.values():
-        tail_f0 = conn.pop("_tailF0", None)
-        head_f0 = conn.pop("_headF0", None)
-        if tail_f0 and tail_f0 in f0_to_local:
-            conn["tailId"] = f0_to_local[tail_f0]
-        if head_f0 and head_f0 in f0_to_local:
-            conn["headId"] = f0_to_local[head_f0]
-
-    wireframe = {"name": page_name}
-    if shapes:
-        wireframe["shapes"] = shapes
-    if connectors:
-        wireframe["connectors"] = connectors
-
-    os.makedirs(os.path.dirname(output_path) or ".", exist_ok=True)
-    with open(output_path, "w") as f:
-        json.dump(wireframe, f, indent=2)
-        f.write("\n")
-
-    save_mapping(output_path, new_mapping)
-    print(f"Pulled '{page_name}' -> {output_path}: {len(shapes)} shapes, {len(connectors)} connectors")
-
-
-# -- Export: push then export as image -----------------------------------------
-
-def export_image(wireframe_path, output_path, port, fmt="image/png"):
-    """Push wireframe to Frame0 and export the page as an image."""
-    import base64
-
-    # Push first to ensure Frame0 is up to date
-    push(wireframe_path, port)
-
-    mapping = load_mapping(wireframe_path)
-    page_id = mapping.get("page_id")
-    if not page_id:
-        print("ERROR: No page_id in mapping after push", file=sys.stderr)
-        sys.exit(1)
-
-    image_b64 = api(port, "file:export-image", {
-        "pageId": page_id,
-        "format": fmt,
-        "fillBackground": True,
-    })
-
-    image_bytes = base64.b64decode(image_b64)
-    with open(output_path, "wb") as f:
-        f.write(image_bytes)
-
-    print(f"Exported: {output_path} ({len(image_bytes) // 1024}KB)")
-
-
-# -- CLI -----------------------------------------------------------------------
-
-def main():
-    parser = argparse.ArgumentParser(description="Sync wireframe JSON with Frame0")
-    parser.add_argument("--port", type=int, default=int(os.environ.get("FRAME0_PORT", DEFAULT_PORT)))
-    sub = parser.add_subparsers(dest="command")
-
-    p_push = sub.add_parser("push", help="Push local JSON to Frame0")
-    p_push.add_argument("wireframe", help="Path to wireframe .json file")
-
-    p_pull = sub.add_parser("pull", help="Pull Frame0 page to local JSON")
-    p_pull.add_argument("page", help="Page ID or page name")
-    p_pull.add_argument("output", help="Output .json path")
-
-    p_export = sub.add_parser("export", help="Push and export as image")
-    p_export.add_argument("wireframe", help="Path to wireframe .json file")
-    p_export.add_argument("output", help="Output image path (e.g. wireframe.png)")
-    p_export.add_argument("--format", default="image/png",
-                         help="Export MIME type (default: image/png)")
-
-    args = parser.parse_args()
-
-    if args.command == "push":
-        push(args.wireframe, args.port)
-    elif args.command == "pull":
-        pull(args.page, args.output, args.port)
-    elif args.command == "export":
-        export_image(args.wireframe, args.output, args.port, args.format)
-    else:
-        parser.print_help()
-        sys.exit(1)
-
-
-if __name__ == "__main__":
-    main()
@@ -14,29 +14,40 @@ Follow these conventions whenever you create a commit in this repository. These

 ## Message style

- **First line:** imperative mood, ≤ 70 characters. Examples: `add sidecar PTY scaffold`, `fix IPC reconnect after app reload`, `update CLI exit-code contract`.
+This repo uses [Conventional Commits 1.0](https://www.conventionalcommits.org/en/v1.0.0/) (per [D-37](../../../governance/decisions/process.md#d-37)).
+
+- **First line:** `type(scope): imperative subject`, ≤ 72 characters **including** the prefix. Examples: `feat(settings): add Appearance font picker (T-460)`, `fix(ipc): reconnect after app reload`, `docs(readme): drop brittle version line`.
+- **Type:** one of `feat`, `fix`, `docs`, `style`, `refactor`, `perf`, `test`, `build`, `chore`. Use `feat`/`fix` for user-visible behavior; `chore` for bookkeeping (`chore(plan)` is the convention for pql ticket housekeeping). Append `!` after the scope for a breaking change (`feat(ipc)!: …`).
+- **Scope (optional but preferred):** the subsystem the change lives in — `settings`, `vim`, `pty`, `git`, `plan`, etc. Lower-case, no spaces.
+- **Ticket ref:** keep a trailing `(T-NNN)` on the subject when the work has a ticket — `feat(settings): category rail + navigation (T-447)`.
 - **Body (optional):** wrap at ~72 chars. Explain the *why* — the reason this change exists. The diff already shows the *what*; don't restate it in prose.
 - **No emojis.** Anywhere.
- **Don't prefix with types** like `feat:` or `fix:` — this repo isn't Conventional Commits. (The Python-era clide under `legacy/` used Conventional Commits; the Flutter rebuild at the repo root does not.)
 - **Don't reference the current task or flow** (`for the v2.0 milestone`, `used by the canvas panel`) — that context belongs in the PR description and rots as the repo evolves.
- **Naming:** the project is `clide`. The Flutter desktop app lives at the repo root; the Go sidecar/CLI binary is `clide`. The supporter project is `pql` (referenced, not part of this repo). The archived Python implementation lives under `legacy/`.
+- **Naming:** the project is `clide`. The Flutter desktop app lives at the repo root; the `clide` CLI is a thin C client (`native/clide-cli/`). The supporter project is `pql` (referenced, not part of this repo). The archived Python implementation lives under `legacy/`.

 ## Logically-separated commits

 Default to **one logical change per commit**, even when a lot of work lands in the tree at once. When there's a pile of uncommitted or untracked files:

 1. **Read `git status` + `git diff` first** — never stage the whole tree blind.
-2. **Group by concern**, not by file location. Typical concerns to separate:
+2. **Triage: session vs pre-existing.** Separate changes you made in this
+   session from changes that were already dirty (or that a concurrent session
+   is producing — this worktree can host several Claude sessions at once).
+   Check the conversation history — if you didn't touch a file, it's not yours
+   to stage. After grouping your own commits, surface any remaining modified
+   or untracked files to the user and ask whether they belong in a commit.
+   Never silently skip or silently include changes that aren't yours.
+3. **Group by concern**, not by file location. Typical concerns to separate:
   - **Bookkeeping** — `.gitignore`, editor/IDE config, lockfiles, `go.sum` / `pubspec.lock` updates.
-   - **Documentation** — `README.md`, `CLAUDE.md`, ADRs under `docs/ADRs/`, design notes under `docs/`.
+   - **Documentation** — `README.md`, `CLAUDE.md`, D-records under `governance/`, design notes under `docs/`.
   - **General-purpose tooling / skills** — things that aren't project-specific (reusable skills, shared scripts).
   - **Project-specific conventions** — this repo's own rules.
-   - **Feature or subsystem** — one cohesive change per commit; a sidecar change and an app change for the same feature can land together, but two unrelated features should split.
-   - **Layer changes** — Flutter app, sidecar CLI, sidecar daemon, IPC server, pql wrapper, canvas driver, git panel — separate concerns; prefer separate commits when the changes are independent.
-3. **Sequence the commits** so each one is cleanly scoped, but don't obsess about whether each intermediate commit "works" — for scaffolding PRs it's fine if the full picture only snaps together at the end.
-4. **Prefer many small focused commits over one large mixed one** — a reviewer can read, revert, or cherry-pick a focused commit; they can't do any of those to a blob.
-5. **Use `git add <specific paths>`** — never `git add -A` or `git add .` when splitting, or you'll sweep in the next commit's work by accident.
-6. **Verify between commits** with `git status` and `git log -1` to confirm the split landed as intended.
+   - **Feature or subsystem** — one cohesive change per commit; a CLI change and an app change for the same feature can land together, but two unrelated features should split.
+   - **Layer changes** — Flutter app, `clide` CLI (`native/clide-cli/`), IPC server, pql wrapper, canvas driver, git panel — separate concerns; prefer separate commits when the changes are independent.
+4. **Sequence the commits** so each one is cleanly scoped, but don't obsess about whether each intermediate commit "works" — for scaffolding PRs it's fine if the full picture only snaps together at the end.
+5. **Prefer many small focused commits over one large mixed one** — a reviewer can read, revert, or cherry-pick a focused commit; they can't do any of those to a blob.
+6. **Use `git add <specific paths>`** — never `git add -A` or `git add .` when splitting, or you'll sweep in the next commit's work by accident.
+7. **Verify between commits** with `git status` and `git log -1` to confirm the split landed as intended.

 Corollary: if a commit's subject line needs the word "and" to be accurate, it probably should have been two commits.

@@ -95,6 +106,7 @@ Cutting a release is its own commit. In a single commit:
 3. Bump `pubspec.yaml` `version:` to `X.Y.Z` (drop the `-dev` suffix for the tag; re-add it on the next development commit if desired).
 4. Run `make gen-build-info` so `assets/licenses.yaml` `self.version:` re-syncs from pubspec (it's auto-rewritten by every build but commit the fresh state). Stage the resulting diff alongside step 3.
 5. Commit subject: `release vX.Y.Z`.
+6. **Tag it.** After the commit lands, run `make release` — it verifies the version/changelog/clean-tree invariants, runs the full gate, and creates the annotated `vX.Y.Z` tag. Then `git push origin main --follow-tags` to publish the commit and the tag together. **Every released version must have a matching `git tag`** — a CHANGELOG heading without a tag is an incomplete release (T-393: tagging had silently lapsed from v2.2.0 through v2.8.0). Don't hand-roll the tag; `make release` keeps the tag, gate, and version in lockstep. If you tag by hand, use an annotated tag (`git tag -a vX.Y.Z -m "clide vX.Y.Z"`); never push a release commit without its tag.

 `pubspec.yaml` is the single source of truth for the version. Every `make` build/run/test target regenerates `lib/src/build_info.g.dart` (gitignored) and rewrites `assets/licenses.yaml` `self.version:` from it — so the Flutter app sees the current version everywhere without manual sync. Bumping `pubspec.yaml` and the changelog out of sync is the mistake this rule prevents.

@@ -108,29 +120,32 @@ Co-Authored-By: Claude <noreply@anthropic.com>

 The model-identifier variant produced by the Claude Code harness (e.g. `Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>`) is also accepted — don't rewrite it if the harness emits that form.

-## HEREDOC discipline
+## Message-file discipline

-Pass commit messages via HEREDOC so multi-line formatting survives:
+Pass commit messages via a message file so multi-line formatting survives
+and the command stays inside the permission allowlist (command substitution
+defeats the `git commit` prefix match and triggers permission prompts):
+
+1. Write the full message to a file in `/tmp` (never inside `.git/` — that
+   directory is git's own state) using the Write tool.
+2. Commit with it:

 ```bash
-git commit -m "$(cat <<'EOF'
-short imperative summary
-
-Optional longer body explaining why this change was needed,
-wrapped at about 72 characters.
-
-Co-Authored-By: Claude <noreply@anthropic.com>
-EOF
-)"
+git commit -F /tmp/commit-msg.txt
 ```

-Never pass multi-line messages via `-m "line1\nline2"` or multiple `-m` flags — Git's behavior differs between shells and quoting regimes and the trailer can end up in the wrong place.
+Fallback only: the HEREDOC-in-substitution form
+(`git commit -m "$(cat <<'EOF' … EOF)"`) works but prompts for permission —
+use it only when writing a file is impossible. Never pass multi-line messages
+via `-m "line1\nline2"` or multiple `-m` flags — Git's behavior differs
+between shells and quoting regimes and the trailer can end up in the wrong
+place.

 ## What not to commit

 - `.env` and any `*.env.local` — see `.gitignore`.
 - `.claude/settings.local.json` — user-specific Claude Code settings, ignored.
- Build artefacts: `sidecar/bin/`, `sidecar/dist/`, `build/` (Flutter output), `app/.dart_tool/` — gitignored.
+- Build artefacts: `/build/` (Flutter output), `/.dart_tool/` — gitignored.
 - SQLite index files (`*.sqlite`, `*.sqlite-wal`, `*.sqlite-shm`, `*.db`) — caches generated against local repos; must never land here. Gitignored defensively.
 - Coverage / test output (`*.out`, `coverage.*`, `*.test`) — gitignored.

@@ -1,104 +0,0 @@
---
-name: penpot-login
-description: Connect to Penpot MCP - starts the MCP server, logs into penpot.schweitz.net, and installs/connects the plugin
-allowed-tools: Read, Bash, mcp__chrome-devtools__new_page, mcp__chrome-devtools__navigate_page, mcp__chrome-devtools__take_snapshot, mcp__chrome-devtools__take_screenshot, mcp__chrome-devtools__click, mcp__chrome-devtools__fill, mcp__chrome-devtools__press_key, mcp__chrome-devtools__list_pages
---
-
-# Penpot MCP Connection
-
-This skill connects Claude to Penpot by:
-1. Starting the Penpot MCP server (if not running)
-2. Logging into penpot.schweitz.net via Authentik
-3. Installing and connecting the Penpot MCP plugin
-
-## Step 1: Start MCP Server
-
-Check if the MCP server is running, start it if not:
-
-```bash
-# Check if server is running
-if ! curl -s http://localhost:9880/mcp > /dev/null 2>&1; then
-    # Start the server in background
-    cd ~/Projects/penpot-mcp && ./start-server.sh &
-    sleep 3  # Wait for server to start
-fi
-```
-
-Server endpoints when running:
- MCP Server: http://localhost:9880/mcp
- Plugin Server: http://localhost:9879/
- WebSocket: ws://localhost:4402
-
-## Step 2: Login Credentials
-
-Read credentials from the project root file `claude-authentik-credentials.md`:
-!`cat claude-authentik-credentials.md`
-
-## Step 3: Login Flow
-
-1. **Navigate to Penpot**
-   - Use `mcp__chrome-devtools__new_page` to go to `https://penpot.schweitz.net`
-
-2. **Check if already logged in**
-   - Take a snapshot
-   - If you see "Projects" heading, you're logged in - skip to Step 4
-   - If you see login page, continue with authentication
-
-3. **Authenticate via Authentik** (if not logged in)
-   - Click the OpenID button to redirect to Authentik
-   - On auth.schweitz.net, fill username textbox
-   - Click "Log in" button
-   - Fill password textbox
-   - Click "Continue" button
-   - If redirected to Authentik user page instead of Penpot, navigate back to `https://penpot.schweitz.net`
-
-## Step 4: Open Design File
-
-1. **Navigate to the Clide project**
-   - Double-click on the TUI file to open the workspace
-
-## Step 5: Install/Connect Plugin
-
-1. **Open Plugins menu**
-   - Click the Plugins button (puzzle icon, keyboard shortcut: Cmd+Alt+P)
-
-2. **Check if plugin is installed**
-   - If "Penpot MCP Plugin" appears under "INSTALLED PLUGINS", click OPEN
-   - Otherwise, install it first:
-
-3. **Install plugin** (if not installed)
-   - Fill the plugin URL textbox with: `http://localhost:9879/manifest.json`
-   - Click INSTALL
-   - Click ALLOW on the permissions dialog
-
-4. **Connect to MCP server**
-   - In the plugin UI, click "CONNECT TO MCP SERVER"
-   - Verify it shows "Connected to MCP server"
-
-## Step 6: Configure Claude Code MCP
-
-Add the Penpot MCP server to Claude Code (if not already configured):
-
-```bash
-claude mcp add penpot -t http http://localhost:9880/mcp
-```
-
-**Important**: Use HTTP transport (`-t http`) with the `/mcp` endpoint. Do NOT use SSE transport - it causes "Server not initialized" errors.
-
-## Step 7: Verify Connection
-
-After connecting, restart the MCP connection in Claude Code:
- Use `/mcp` command to reconnect the penpot server
- The Penpot MCP tools (execute_code, export_shape, etc.) will then be available
-
-Test with:
-```javascript
-mcp__penpot__execute_code(code="return penpot.currentPage.name;")
-```
-
-## Important Notes
-
- Keep the Penpot plugin UI window open while using MCP tools
- The MCP server must be running for the plugin to connect
- If connection fails, check that the server is running on port 9880
- Use HTTP transport (`-t http`), NOT SSE transport
@@ -1,203 +0,0 @@
---
-name: skill-create
-description: >
-  Guidance for creating effective Claude Code skills (.skill packages).
-  Use when the user wants to create, build, design, or iterate on a skill —
-  including writing SKILL.md files, bundling scripts/references/assets,
-  initializing new skills, packaging skills, or improving existing ones.
-  Triggers on requests like "create a skill", "make a new skill",
-  "build a skill for X", "package this skill", or "improve my skill".
---
-
-
-# Skill Creator
-
-## About Skills
-
-Skills are modular, self-contained packages that extend Claude's capabilities
-by providing specialized knowledge, workflows, and tools. They transform Claude
-from a general-purpose agent into a specialized agent equipped with procedural
-knowledge that no model can fully possess.
-
-### What Skills Provide
-
- **Specialized workflows** — Multi-step procedures for specific domains
- **Tool integrations** — Instructions for working with specific file formats or APIs
- **Domain expertise** — Company-specific knowledge, schemas, business logic
- **Bundled resources** — Scripts, references, and assets for complex and repetitive tasks
-
-## Core Principles
-
-### Concise is Key
-
-The context window is a public good. Skills share it with everything else Claude
-needs: system prompt, conversation history, other skills' metadata, and the
-actual user request.
-
-Default assumption: Claude is already very smart. Only add context Claude doesn't
-already have. Challenge each piece of information: "Does Claude really need this
-explanation?" and "Does this paragraph justify its token cost?"
-
-Prefer concise examples over verbose explanations.
-
-### Set Appropriate Degrees of Freedom
-
-Match specificity to the task's fragility and variability:
-
- **High freedom** (text-based instructions): Multiple approaches valid, decisions
-  depend on context, heuristics guide the approach.
- **Medium freedom** (pseudocode or scripts with parameters): Preferred pattern
-  exists, some variation acceptable, configuration affects behavior.
- **Low freedom** (specific scripts, few parameters): Operations are fragile and
-  error-prone, consistency is critical, specific sequence must be followed.
-
-Think of Claude as exploring a path: a narrow bridge with cliffs needs specific
-guardrails (low freedom), while an open field allows many routes (high freedom).
-
-## Anatomy of a Skill
-
-```
-skill-name/
-├── SKILL.md (required)
-│   ├── YAML frontmatter metadata (required)
-│   │   ├── name: (required)
-│   │   ├── description: (required)
-│   │   └── compatibility: (optional, rarely needed)
-│   └── Markdown instructions (required)
-└── Bundled Resources (optional)
-    ├── scripts/          - Executable code (Python/Bash/etc.)
-    ├── references/       - Documentation loaded into context as needed
-    └── assets/           - Files used in output (templates, icons, fonts, etc.)
-```
-
-### SKILL.md (required)
-
- **Frontmatter (YAML)**: `name` and `description` fields (required). Only these
-  are read by Claude to determine when the skill triggers — be clear and
-  comprehensive. The `compatibility` field is for environment requirements but
-  most skills don't need it.
- **Body (Markdown)**: Instructions and guidance. Only loaded AFTER the skill
-  triggers.
-
-### Bundled Resources (optional)
-
-**Scripts (`scripts/`)** — Executable code for tasks requiring deterministic
-reliability or that are repeatedly rewritten.
-
-**References (`references/`)** — Documentation loaded as needed into context.
-Keep SKILL.md lean; move detailed reference material, schemas, and examples here.
-If files are large (>10k words), include grep search patterns in SKILL.md.
-
-**Assets (`assets/`)** — Files used in output, not loaded into context (templates,
-images, icons, boilerplate code, fonts).
-
-### What to NOT Include
-
-Do NOT create extraneous files like README.md, INSTALLATION_GUIDE.md,
-QUICK_REFERENCE.md, CHANGELOG.md, etc. The skill should only contain information
-needed for an AI agent to do the job.
-
-## Progressive Disclosure
-
-Skills use a three-level loading system:
-
-1. **Metadata** (name + description) — Always in context (~100 words)
-2. **SKILL.md body** — When skill triggers (<5k words)
-3. **Bundled resources** — As needed (unlimited; scripts can run without reading)
-
-Keep SKILL.md body under 500 lines. Split content into separate files when
-approaching this limit. Reference split files from SKILL.md with clear
-descriptions of when to read them.
-
-### Disclosure Patterns
-
-**Pattern 1: High-level guide with references** — Keep overview in SKILL.md,
-link to detail files loaded only when needed.
-
-**Pattern 2: Domain-specific organization** — Organize content by domain
-(e.g., `references/finance.md`, `references/sales.md`) so only relevant content
-is loaded.
-
-**Pattern 3: Conditional details** — Show basic content, link to advanced
-content loaded only when the user needs those features.
-
-Guidelines:
- Avoid deeply nested references — keep one level deep from SKILL.md
- Structure longer reference files with a table of contents at the top
-
-## Skill Creation Process
-
-Follow these steps in order, skipping only with clear reason:
-
-### Step 1: Understand the Skill with Concrete Examples
-
-Skip only when usage patterns are already clearly understood.
-
-Ask the user for concrete examples of how the skill will be used:
- "What functionality should the skill support?"
- "Can you give some examples of how this skill would be used?"
- "What would a user say that should trigger this skill?"
-
-Avoid overwhelming users — start with the most important questions.
-
-### Step 2: Plan the Reusable Skill Contents
-
-Analyze each example by considering how to execute from scratch and identifying
-what scripts, references, and assets would help with repeated execution.
-
-Establish a list of reusable resources: scripts, references, and assets.
-
-### Step 3: Initialize the Skill
-
-Create the skill directory manually:
-
-```
-mkdir -p <output-directory>/<skill-name>
-```
-
-Then create `SKILL.md` with frontmatter and body. Add `scripts/`, `references/`,
-and `assets/` subdirectories only as needed.
-
-Skip if iterating on an existing skill.
-
-### Step 4: Edit the Skill
-
-Remember the skill is for another Claude instance to use. Include beneficial,
-non-obvious information.
-
-For design patterns, consult:
- `references/workflows.md` — Sequential workflows and conditional logic
- `references/output-patterns.md` — Template and example patterns
-
-**Implementation order:**
-1. Start with reusable resources (`scripts/`, `references/`, `assets/`)
-2. Test added scripts by running them
-3. Delete unused example files from initialization
-4. Update SKILL.md
-
-**Writing guidelines:** Always use imperative/infinitive form.
-
-**Frontmatter:**
- `name`: The skill name — use **domain-action** naming: `{domain}-{action}`.
-  The domain is the system/area the skill operates on, the action is what it does.
-  Examples: `pr-review`, `sprint-plan`, `docs-search`, `git-commit`, `debt-scan`.
-  Multi-action wrappers (like `ticket`) can use the domain name alone.
-  The directory name must match the `name` field.
- `description`: Primary triggering mechanism. Include what the skill does AND
-  specific triggers/contexts. All "when to use" info goes here (not in body).
-
-**Body:** Instructions for using the skill and its bundled resources.
-
-### Step 5: Validate the Skill
-
-Check the skill manually:
- Frontmatter has `name` and `description`
- SKILL.md body is under 500 lines
- No extraneous files (README.md, CHANGELOG.md, etc.)
- Scripts are executable and tested
- References are referenced from SKILL.md
-
-### Step 6: Iterate
-
-After real usage, notice struggles or inefficiencies, identify needed updates,
-implement changes, and test again.
@@ -6,9 +6,10 @@ description: >
  lifecycle, theme loading, or native platform code. Also use when
  the user says "run testmode", "test the app", "smoke test", or
  "verify the build". Triggers on changes to: lib/kernel/src/toolchain.dart,
-  lib/src/daemon/dispatcher.dart, lib/src/ipc/, lib/extension/,
-  lib/kernel/src/theme/, lib/builtin/*/src/extension.dart,
-  linux/CMakeLists.txt, macos/, Makefile (run targets), lib/main.dart.
+  lib/src/daemon/dispatcher.dart, lib/src/ipc/, lib/src/pty/,
+  lib/builtin/terminal/, lib/extension/, lib/kernel/src/theme/,
+  lib/builtin/*/src/extension.dart, linux/CMakeLists.txt, macos/,
+  Makefile (run targets), lib/main.dart.
 ---

 # Testmode harness
@@ -26,6 +27,7 @@ make run-testmode                             # all categories, 60s timeout
 make run-testmode TESTMODE_CATEGORY=toolchain
 make run-testmode TESTMODE_CATEGORY=ipc
 make run-testmode TESTMODE_CATEGORY=extensions
+make run-testmode TESTMODE_CATEGORY=terminal
 make run-testmode TESTMODE_TIMEOUT=120        # longer timeout for slow builds
 ```

@@ -47,6 +49,7 @@ Exit code is non-zero when any test fails. The Makefile verifies
 | IPC envelope, dispatcher, schema | `ipc` | Round-trip + error contract |
 | Extension manifest, activate, contributions | `extensions` | Register + activate lifecycle |
 | Theme YAML, loader, palette | `extensions` | Theme parse is in this category |
+| PTY spawning, terminal pane, xterm wiring | `terminal` | Real PTY spawn + I/O round-trip |
 | Platform config (CMakeLists, pbxproj, Makefile) | `all` | Full rebuild validates everything |
 | Any doubt | `all` | ~30s, cheap insurance |

@@ -36,8 +36,41 @@ These apply across every reference and every surface:
 - Never use `Material*` or `Cupertino*` widgets or color constants — clide
  is `WidgetsApp` only (D-7).
 - Use `ClideText` for themed text; never bare `Text` in production widgets.
- Typography: `clideFontMono` for code/paths/IDs, `clideFontCaption` for
+- Typography sizes: `clideFontMono` for code/paths/IDs, `clideFontCaption` for
  status/section headers, body inherits from `DefaultTextStyle`.
+- Font *family* comes from the user-selectable facade, not a const: a
+  monospace surface uses `fontFamily: ClideSettings.fonts.monoOf(context)`
+  (and `fontFamilyFallback: clideMonoFamilyFallback`); the UI face is inherited
+  via the root `DefaultTextStyle`, or `ClideSettings.fonts.uiOf(context)` when a
+  widget must set it explicitly. `clideMonoFamily` / `clideUiFamily` are the
+  facade's defaults — don't read them directly in new widgets (D-101). Same
+  facade exposes `ClideSettings.theme.of(context)` and `.i18n.of(context)`.
+- User-facing strings resolve through the catalog, never a hardcoded literal
+  (D-21/D-102): `ClideSettings.i18n.string(context, 'dotted.key', namespace:
+  <ext id or 'core'>, placeholder: '<English>')` (or `.interpolated` for
+  templated). Add the key→English to `assets/i18n/en_us/<namespace>.json`. The
+  `placeholder` is the English fallback; the extension's own id is its
+  namespace (framework chrome uses `core`). Contribution manifests carry
+  `titleKey`/`labelKey` for the same reason.
+
+## Localization & string length (D-21/D-102)
+
+- **Config / layout.** Catalogs are bundled assets at
+  `assets/i18n/<locale>/<namespace>.json` — the locale is a *directory*
+  (`en_us`, `nl_nl`, `nl_be`, `en_eu`, …); a new language is a new folder of the
+  same namespace files. The active language is `app.locale` (Settings →
+  Appearance → Language), applied live by `root_shell` via `i18n.setLocale`;
+  add the `Locale` to `availableLocales` in `main.dart` and a folder under
+  `assets/i18n/`. `en_US` is default; `nl_NL` ships.
+- **Design for length variation.** Translations are not the same width — Dutch
+  runs ~20% longer than English, German more. So **never hard-size a surface to
+  its English label.** Tight surfaces (status-bar items, chips, buttons, tab
+  titles, menu items) must tolerate ~30% growth: let them wrap, ellipsis, or
+  `Flexible`/`Expanded`, not a fixed width tuned to English. When you add or
+  translate a label, sanity-check the length delta on those tight surfaces (an
+  `*.semantics` label is screen-reader-only, so its length never deforms
+  layout). A quick audit: compare `len(nl)/len(en)` per key and eyeball the
+  short-but-grew cases on real (non-semantics) surfaces.

 ## Conversation-panel cards (T-305)

@@ -112,9 +112,37 @@ tooltip      → tooltipBackground / tooltipForeground / tooltipBorder
 dropdown     → dropdownBackground / dropdownForeground / dropdownBorder
 ```

+## Settings & grouped lists — sectioned cards
+
+Settings surfaces and any long grouped list (e.g. the Claude config lists)
+read as **sectioned cards**, not bare rows floating on the panel. Each logical
+group gets its own card; the small-caps section label (+ optional count) sits
+just **above** the card.
+
+```
+panel bg      → panelBackground (#20202C)
+card surface  → surface (#242838) fill + dividerColor/border (1px), ~6px corners
+section head  → sidebarSectionHeader (small-caps), with the count muted to its right
+control inset → inputs INSIDE a card recede to panelBackground, so they still
+                read as fields against the elevated card
+```
+
+- **One card per group** — a settings table, each config list. The card's
+  elevated fill + border do the visual separation; don't rely on spacing alone.
+- **Field row inside a card:** label (`globalForeground`) + help
+  (`globalTextMuted`) + the control right-aligned, with the per-field scope tag
+  in the far-right column.
+- **Scroll, don't cram:** when stacked cards exceed the modal/pane viewport, the
+  pane scrolls vertically (sticky header, scrolling body) — prefer that over
+  shrinking content to fit one screen.
+- Pattern reference: the settings wireframes under
+  `docs/design/wireframes/settings/` (T-302).
+
 ## Anti-patterns

 - `globalBackground` for panel fill → use `panelBackground`
+- Bare settings rows on the panel where a group of them should be one card →
+  see "Settings & grouped lists".
 - `listItemHoverBackground` in sidebar → use `sidebarItemHover`
 - Tab active bg = `panelBackground` → use `panelHeader` (elevated chrome)
 - Tab active border = `globalFocus` → use `panelActiveBorder`
@@ -3,27 +3,22 @@

 Mirrors `assets/fonts/phosphor/codepoints.csv` (the full bundled glyph set)
 into a readable, greppable markdown table at
-`.claude/skills/ui-design/references/phosphor-glyphs.md`, flagging which
-glyphs clide already defines in `lib/widgets/src/icons/phosphor.dart`.
+`.claude/skills/ui-design/references/phosphor-glyphs.md`.
+
+That table is also the source of truth for the `kPhosphorGlyphs` map — after
+regenerating it, re-run `dart run tool/gen_phosphor_glyphs.dart` so
+`lib/widgets/src/icons/phosphor_glyphs.g.dart` stays in sync.

 Run from the repo root:  python3 .claude/skills/ui-design/scripts/gen-phosphor-glyphs.py
 """
 import csv
 import pathlib
-import re

 ROOT = pathlib.Path(__file__).resolve().parents[4]
 CSV = ROOT / "assets/fonts/phosphor/codepoints.csv"
-DART = ROOT / "lib/widgets/src/icons/phosphor.dart"
 OUT = ROOT / ".claude/skills/ui-design/references/phosphor-glyphs.md"

-# Codepoint -> camelCase accessor already defined in PhosphorIcons.
-defined = {}
-for m in re.finditer(r"static const (\w+) = PhosphorIconPainter\((0x[0-9a-fA-F]+)\)", DART.read_text()):
-    defined[int(m.group(2), 16)] = m.group(1)
-
 rows = list(csv.DictReader(CSV.open()))
-n_def = sum(1 for r in rows if int(r["codepoint"], 16) in defined)

 lines = [
    "---",
@@ -37,22 +32,21 @@ lines = [
    f"All **{len(rows)}** glyphs bundled in clide's Phosphor font "
    "(`assets/fonts/phosphor/`, MIT). Generated from "
    "`assets/fonts/phosphor/codepoints.csv` — **do not hand-edit**; regenerate with "
-    "`python3 .claude/skills/ui-design/scripts/gen-phosphor-glyphs.py`.",
+    "`python3 .claude/skills/ui-design/scripts/gen-phosphor-glyphs.py`, then re-run "
+    "`dart run tool/gen_phosphor_glyphs.dart` (this table is the source for the "
+    "generated `kPhosphorGlyphs` map).",
    "",
-    f"The **In clide** column flags the **{n_def}** glyphs already wired into "
-    "`PhosphorIcons` (`lib/widgets/src/icons/phosphor.dart`) — reach for those first. "
-    "To use any other glyph, add a one-line `static const` to that class with the "
-    "codepoint below, then `ClideIcon(PhosphorIcons.<name>, size: 13)`. Keep additions "
-    "to icons we actually use — don't bulk-import.",
+    "Every glyph is available in code via `PhosphorIcons.byName('<kebab-name>')` "
+    "(T-314) — e.g. `ClideIcon(PhosphorIcons.byName('folder'), size: 13)`. Raw "
+    "codepoints never appear in feature code; they live only in the generated map. "
+    "An unknown name renders the `placeholder` glyph, and `phosphor_glyphs_test` "
+    "asserts every `byName('…')` literal in `lib/` resolves.",
    "",
-    "| Codepoint | Name (kebab) | Pascal | In clide |",
-    "|---|---|---|---|",
+    "| Codepoint | Name (kebab) | Pascal |",
+    "|---|---|---|",
 ]
 for r in rows:
-    cp = r["codepoint"]
-    accessor = defined.get(int(cp, 16))
-    in_clide = f"`PhosphorIcons.{accessor}`" if accessor else ""
-    lines.append(f"| `{cp}` | {r['name']} | {r['pascal_name']} | {in_clide} |")
+    lines.append(f"| `{r['codepoint']}` | {r['name']} | {r['pascal_name']} |")

 OUT.write_text("\n".join(lines) + "\n")
-print(f"wrote {OUT.relative_to(ROOT)} — {len(rows)} glyphs, {n_def} already defined")
+print(f"wrote {OUT.relative_to(ROOT)} — {len(rows)} glyphs")
@@ -4,7 +4,8 @@ description: >
  Surface the best batch of tickets to pick up next from pql. Walks the
  initiative/epic tree, filters to unblocked work, refines context via
  parallel agents (or `pql ticket refine` for empty descriptions), and
-  optionally activates the batch on a fresh branch. Use when the user
+  optionally activates the batch (directly on main — no topic branch by
+  default). Use when the user
  says "what's next", "next batch", "pick up work", or invokes
  /whats-next. NOT triggered by "what should we work on" in a design
  context — that's a discussion, not a batch selection.
@@ -18,7 +19,8 @@ Dependency-driven batch selection against pql. Three steps:
 batch selection → refinement review → batch activation.

 Pql is the single source of truth for tickets and decisions in this repo
-(see [pql skill](../pql/SKILL.md) and [`decisions/README.md`](../../../decisions/README.md)). Always run from the repo root.
+(see the pql skill — user scope, installed via `pql init` — and
+[`governance/README.md`](../../../governance/README.md)). Always run from the repo root.

 ## Step 0: Sync state

@@ -158,8 +160,8 @@ Agent({

  Your job:
  1. Run `pql decisions show <decision_ref> --with-refs --pretty` and
-     read the linked D/Q-record in decisions/<domain>.md.
-  2. Grep decisions/questions-*.md for related Q-records.
+     read the linked D/Q-record in governance/decisions/<domain>.md.
+  2. Grep governance/questions/<domain>.md for related Q-records.
  3. Verify referenced files, classes, and APIs actually exist in the
     current tree (Read/Grep). Flag dangling references.
  4. Cross-check against CLAUDE.md guardrails (single process, CLI-first,
@@ -217,24 +219,22 @@ Batch transition (comma-separated IDs):
 pql ticket status T-1,T-2,T-3 in_progress
 ```

-**Then persist it.** Ticket mutations (status here, and any `ticket new` in
-Step 2) land only in the gitignored `.pql/pql.db`. The post-checkout/post-merge
-hooks rebuild that DB from the committed changelog on every branch switch — so
-un-exported changes vanish silently the next time anyone switches branches. After
-creating or transitioning tickets, always:
-
-```bash
-pql plan export                      # regenerates .pql/changelog/*.sql
-git add .pql/changelog && git commit # durable; survives rebuild
-```
-
-See the [pql skill](../pql/SKILL.md#versioning-planning-state--data-loss-footgun-read-this).
+**Then make sure it persists.** Ticket mutations (status here, and any
+`ticket new` in Step 2) land only in the gitignored `.pql/pql.db`. The
+pre-commit hook runs `pql plan export --stage` automatically — the changelog
+is exported and staged on every commit, so never hand-run the export or
+`git add .pql/changelog`. The rule is simpler: the turn must land at least
+one commit (through the git-commit skill). A ticket-only turn with no commit
+leaves the mutations in `pql.db` only, and the post-checkout/post-merge hooks
+rebuild that DB from the committed changelog on the next branch switch —
+silently dropping them. See the pql skill's "Versioning planning state"
+section for the full mechanics.

 ### 3b. Branch? Default no.

 Solo-dev flow on this repo — work lands directly on `main` (see recent
 `git log`). Don't create a topic branch unless the user explicitly asks.
-If they do, plain `git checkout -b` is fine; there is no `gh` CLI.
+If they do, plain `git checkout -b` is fine.

 ### 3c. Spawn implementation agents (optional)

@@ -263,13 +263,13 @@ End with a tight summary:
 ## Anti-patterns

 - Don't skip Step 0 — stale `pql.db` makes the rest of the skill lie.
- Don't leave ticket changes un-exported — `pql.db` is gitignored and the
-  post-checkout/post-merge hooks rebuild it from the committed changelog, so a
-  branch switch silently drops un-exported tickets. Always `pql plan export` +
-  commit `.pql/changelog/` after mutating tickets (Step 3a).
+- Don't hand-export or hand-stage `.pql/changelog/` — the pre-commit hook does
+  both on every commit. The real footgun is a turn that mutates tickets but
+  never commits: `pql.db` is gitignored and gets rebuilt from the committed
+  changelog on branch switch, silently dropping un-committed mutations. Land
+  at least one commit per ticket-mutating turn (Step 3a).
 - Don't activate a batch the user hasn't confirmed.
 - Don't spawn refinement agents for tickets that have no description — use
  `pql ticket refine` instead; it's cheaper and writes back through the
  proper channel.
- Don't reach for `gh` — this system doesn't have it. Plain `git` only.
 - Don't `cd` into subdirectories — run everything from the repo root.
@@ -0,0 +1,3 @@
+{
+  "flutter": "3.44.1"
+}
@@ -1,92 +0,0 @@
-# Gitea Actions workflow for clide.
-#
-# NOT YET ACTIVATED. Gitea Actions must be enabled in the instance
-# settings before this runs; until then the file is just a ready-made
-# pipeline Claude + the user can review.
-#
-# When the repo eventually lands on GitHub, copy this file verbatim to
-# `.github/workflows/test.yml` — Gitea Actions consumes GitHub-Actions
-# syntax, so no rewrite is needed.
-
-name: test
-on:
-  push:
-    branches: [main]
-  pull_request:
-
-jobs:
-  unit:
-    name: unit + widget + golden + a11y
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v4
-      - uses: subosito/flutter-action@v2
-        with: { channel: stable, cache: true }
-      - run: dart pub get
-      - run: (cd app && flutter pub get)
-      - run: ci/test.sh
-      - run: ci/test_a11y.sh
-      - run: ci/coverage_gate.sh
-
-  integration:
-    name: integration_test (xvfb)
-    runs-on: ubuntu-latest
-    needs: unit
-    steps:
-      - uses: actions/checkout@v4
-      - uses: subosito/flutter-action@v2
-        with: { channel: stable, cache: true }
-      - run: sudo apt-get update && sudo apt-get install -y xvfb ninja-build libgtk-3-dev
-      - run: dart pub get
-      - run: (cd app && flutter pub get)
-      - uses: coactions/setup-xvfb@v1
-        with: { run: ci/test_integration.sh }
-
-  startup-bundle:
-    name: bundle smoke (xvfb 5s)
-    runs-on: ubuntu-latest
-    needs: unit
-    steps:
-      - uses: actions/checkout@v4
-      - uses: subosito/flutter-action@v2
-        with: { channel: stable, cache: true }
-      - run: sudo apt-get update && sudo apt-get install -y xvfb ninja-build libgtk-3-dev
-      - run: dart pub get
-      - run: (cd app && flutter pub get)
-      - run: ci/smoke_bundle.sh
-
-  e2e:
-    name: daemon subprocess + web WASM smoke
-    runs-on: ubuntu-latest
-    needs: unit
-    steps:
-      - uses: actions/checkout@v4
-      - uses: subosito/flutter-action@v2
-        with: { channel: stable, cache: true }
-      - uses: actions/setup-node@v4
-        with: { node-version: 20 }
-      - run: dart pub get
-      - run: (cd app && flutter pub get)
-      - run: (cd tools/ui && npm install && npx playwright install --with-deps chromium)
-      - run: ci/test_e2e.sh
-
-  docs:
-    name: dart doc (lib API)
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v4
-      - uses: subosito/flutter-action@v2
-        with: { channel: stable, cache: true }
-      - run: dart pub get
-      - name: dart doc --validate-links (fail on warning)
-        run: |
-          set -o pipefail
-          dart doc --validate-links 2>&1 | tee dartdoc.log
-          if grep -q "^  warning:" dartdoc.log; then
-            echo "::error::dartdoc emitted warnings — see log above"
-            exit 1
-          fi
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dart-api-docs
-          path: doc/api/
@@ -1,3 +1,9 @@
 #!/bin/sh
-# pql: source .pql/hooks/post-checkout (rebuild pql.db on branch checkout)
-. "$(git rev-parse --show-toplevel)/.pql/hooks/post-checkout"
+# pql: source .pql/hooks/post-checkout (rebuild pql.db on branch checkout).
+# The pql hook is untracked (a local `pql init` install), so a fresh
+# `git worktree add` has no .pql/hooks — source it only when present, and
+# always exit 0: post-checkout is best-effort and must never abort the
+# checkout / worktree creation.
+hook="$(git rev-parse --show-toplevel)/.pql/hooks/post-checkout"
+if [ -f "$hook" ]; then . "$hook"; fi
+exit 0
@@ -5,14 +5,16 @@
 # Bypass: never. If this runs slowly, fix the slow test; don't reach
 # for --no-verify (git-commit skill forbids it).
 #
-# Fast path (T-348): run the full ~2min test suite only when the push touches
-# lib/ (app + runtime Dart source) or pubspec.* (deps / version). test/,
-# assets/, docs, and tooling changes ride along with a lib change in practice,
-# and an otherwise-skipped push is covered by the next one that does touch lib.
-# The full suite is always available via `make push-check`, and the release CI
-# runs it forced on a tagged version. So a lib/pubspec-free push runs just the
-# instant decisions + changelog gates. A state we can't classify (unfetched
-# remote, new branch) runs the full gate.
+# Fast path (T-348, widened T-393): run the full ~2min test suite when the push
+# touches lib/ (app + runtime Dart source), pubspec.* (deps / version), or the
+# things that can themselves break the suite or this gate — test/, ci/, and
+# .githooks/. (The old regex matched only lib/ and pubspec.*, so a push that
+# ONLY changed a test, a ci/ gate script, or this hook skipped the whole suite.)
+# Pure assets/docs changes still ride along with the next lib-touching push.
+# There is no release CI — the full suite is only ever run here or via
+# `make push-check`. So a push touching none of the above runs just the instant
+# decisions + changelog gates. A state we can't classify (unfetched remote, new
+# branch) runs the full gate.
 set -euo pipefail

 cd "$(git rev-parse --show-toplevel)"
@@ -40,16 +42,22 @@ while read -r _local_ref local_sha _remote_ref remote_sha; do
  changed+=$'\n'"$(git diff --name-only "$base" "$local_sha")"
 done

-# Run the full gate when lib/ (app + runtime source) or pubspec.* (deps /
-# version) is touched, or when we couldn't classify above.
+# Paths that force the full gate: source (lib/), deps/version (pubspec.*), and
+# the dirs that can themselves break the suite or this gate (test/, ci/,
+# .githooks/). Single source of truth — test/tooling/pre_push_hook_test.dart
+# reads this exact pattern, so narrowing it fails that test (the T-393 guard).
+trigger_re='^(lib/|test/|ci/|\.githooks/|pubspec\.)'
+
+# Run the full gate when a trigger path is touched, or when we couldn't classify
+# above.
 needs_gate=1
 if [[ "$force_full" -eq 0 ]]; then
-  trigger_files="$(printf '%s\n' "$changed" | grep -E '^(lib/|pubspec\.)' || true)"
+  trigger_files="$(printf '%s\n' "$changed" | grep -E "$trigger_re" || true)"
  [[ -z "$trigger_files" ]] && needs_gate=0
 fi

 if [[ "$needs_gate" -eq 0 ]]; then
-  echo "==> pre-push: no lib/ or pubspec change — decisions + changelog gates, skipping tests"
+  echo "==> pre-push: no source/test/ci/hook/pubspec change — decisions + changelog gates, skipping tests"
  make decisions-validate changelog-gate
 else
  echo "==> pre-push: make push-check"
@@ -0,0 +1,104 @@
+name: release
+
+# Build + publish versioned Windows and Linux release bundles when the version
+# in pubspec.yaml changes on main. The `version` job only proceeds when the
+# v<version> tag doesn't already exist, so an unrelated pubspec edit is a no-op.
+#
+# FIRST CUT — neither build has run in CI yet (Windows has never been built at
+# all), so expect to iterate on these from the first run's logs. The repo's own
+# `make` targets are the build contract (gen-build-info + clide-cli + flutter
+# build, all wired in `make build`).
+
+on:
+  push:
+    branches: [main]
+    paths: ['pubspec.yaml']
+  workflow_dispatch:
+
+permissions:
+  contents: write   # create the tag + the release
+
+jobs:
+  version:
+    runs-on: ubuntu-latest
+    outputs:
+      version: ${{ steps.v.outputs.version }}
+      fresh: ${{ steps.v.outputs.fresh }}
+    steps:
+      - uses: actions/checkout@v4
+        with: { fetch-depth: 0 }   # tags, to tell new vs. already-released
+      - id: v
+        shell: bash
+        run: |
+          version=$(awk -F': *' '/^version:/ {gsub(/[" ]/,"",$2); print $2; exit}' pubspec.yaml)
+          echo "version=$version" >> "$GITHUB_OUTPUT"
+          if git rev-parse "v$version" >/dev/null 2>&1; then
+            echo "fresh=false" >> "$GITHUB_OUTPUT"
+            echo "v$version already tagged — nothing to release."
+          else
+            echo "fresh=true" >> "$GITHUB_OUTPUT"
+            echo "v$version is new — building."
+          fi
+
+  build-linux:
+    needs: version
+    if: needs.version.outputs.fresh == 'true'
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with: { channel: stable }
+      - run: sudo apt-get update && sudo apt-get install -y ninja-build libgtk-3-dev
+      - run: make dugite-fetch
+      - run: make build            # gen-build-info + clide-cli + flutter build linux
+      - name: package
+        run: tar -C build/linux/x64/release/bundle -czf clide-linux-x64-${{ needs.version.outputs.version }}.tar.gz .
+      - uses: actions/upload-artifact@v4
+        with: { name: linux, path: clide-linux-x64-*.tar.gz }
+
+  build-windows:
+    needs: version
+    if: needs.version.outputs.fresh == 'true'
+    runs-on: windows-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with: { channel: stable }
+      - run: choco install -y make
+      - name: build
+        shell: bash
+        run: make dugite-fetch && make build   # MSVC + bash already on windows-latest
+      - name: package
+        shell: pwsh
+        run: Compress-Archive -Path build/windows/x64/runner/Release/* -DestinationPath clide-windows-x64-${{ needs.version.outputs.version }}.zip
+      - uses: actions/upload-artifact@v4
+        with: { name: windows, path: clide-windows-x64-*.zip }
+
+  publish:
+    needs: [version, build-linux, build-windows]
+    if: needs.version.outputs.fresh == 'true'
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - name: changelog notes for this version
+        shell: bash
+        run: |
+          ver="${{ needs.version.outputs.version }}"
+          # Pull the entries under `## [<version>]` — the changelog cut that the
+          # version-bump commit lands per the changelog discipline — as the
+          # release body; fall back to a one-liner if the section is absent.
+          awk -v ver="$ver" '
+            $0 ~ "^## \\[" ver "\\]" {grab=1; next}
+            grab && /^## \[/ {exit}
+            grab {print}
+          ' CHANGELOG.md > release-notes.md
+          [ -s release-notes.md ] || echo "Release v$ver." > release-notes.md
+      - uses: actions/download-artifact@v4
+        with: { path: dist }
+      - uses: softprops/action-gh-release@v2
+        with:
+          tag_name: v${{ needs.version.outputs.version }}
+          name: clide v${{ needs.version.outputs.version }}
+          body_path: release-notes.md     # the version's CHANGELOG section
+          generate_release_notes: true    # + auto commit list appended
+          files: dist/**/*                # the built versioned bundles
@@ -0,0 +1,152 @@
+name: test
+
+# Linux CI for clide (GitHub Actions). Moved here from .gitea/workflows/ when CI
+# consolidated onto GitHub (the primary remote); the Gitea secondary has Actions
+# disabled. Pairs with windows.yml (ConPTY suite on windows-latest) and
+# release.yml (versioned release bundles).
+#
+# Steps go through the make targets (the repo's tooling-discipline rule: the
+# make layer sets up the environment — gen-build-info etc. — and stays correct
+# if a wrapped script moves).
+
+on:
+  push:
+    branches: [main]
+  pull_request:
+
+jobs:
+  unit:
+    name: unit + widget + golden + a11y + coverage gate
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with: { channel: stable, cache: true }
+      - run: flutter pub get
+      - name: install pql
+        env:
+          GH_TOKEN: ${{ github.token }}
+        run: |
+          gh release download --repo postmeridiem/pql --pattern 'pql_*_Linux_x86_64.tar.gz' --output /tmp/pql.tgz
+          tar -xzf /tmp/pql.tgz -C /tmp
+          sudo install -m 0755 /tmp/pql /usr/local/bin/pql
+          pql --version
+          # The pql tests query the repo's vault, but .pql/pql.db is gitignored
+          # (the post-checkout hook rebuilds it from the committed changelog).
+          # A fresh CI checkout has the changelog but no db — materialize it,
+          # and sync decision records from the governance/ DQR markdown tree
+          # (tickets come from the changelog; decisions from `decisions sync`).
+          pql plan import
+          pql decisions sync
+      # test-coverage runs the full fast suite WITH coverage (it includes the
+      # a11y suite — see the push-check note in the Makefile), which is what
+      # coverage-gate consumes.
+      - run: make test-coverage
+      - run: make coverage-gate
+
+  integration:
+    name: integration_test (xvfb)
+    runs-on: ubuntu-latest
+    needs: unit
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with: { channel: stable, cache: true }
+      - run: sudo apt-get update && sudo apt-get install -y xvfb ninja-build libgtk-3-dev
+      - run: flutter pub get
+      - name: install pql
+        env:
+          GH_TOKEN: ${{ github.token }}
+        run: |
+          gh release download --repo postmeridiem/pql --pattern 'pql_*_Linux_x86_64.tar.gz' --output /tmp/pql.tgz
+          tar -xzf /tmp/pql.tgz -C /tmp
+          sudo install -m 0755 /tmp/pql /usr/local/bin/pql
+          pql --version
+          # The pql tests query the repo's vault, but .pql/pql.db is gitignored
+          # (the post-checkout hook rebuilds it from the committed changelog).
+          # A fresh CI checkout has the changelog but no db — materialize it,
+          # and sync decision records from the governance/ DQR markdown tree
+          # (tickets come from the changelog; decisions from `decisions sync`).
+          pql plan import
+          pql decisions sync
+      - uses: coactions/setup-xvfb@v1
+        with: { run: make test-integration }
+
+  startup-bundle:
+    name: bundle smoke (xvfb 5s)
+    runs-on: ubuntu-latest
+    needs: unit
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with: { channel: stable, cache: true }
+      - run: sudo apt-get update && sudo apt-get install -y xvfb ninja-build libgtk-3-dev
+      - run: flutter pub get
+      - name: install pql
+        env:
+          GH_TOKEN: ${{ github.token }}
+        run: |
+          gh release download --repo postmeridiem/pql --pattern 'pql_*_Linux_x86_64.tar.gz' --output /tmp/pql.tgz
+          tar -xzf /tmp/pql.tgz -C /tmp
+          sudo install -m 0755 /tmp/pql /usr/local/bin/pql
+          pql --version
+          # The pql tests query the repo's vault, but .pql/pql.db is gitignored
+          # (the post-checkout hook rebuilds it from the committed changelog).
+          # A fresh CI checkout has the changelog but no db — materialize it,
+          # and sync decision records from the governance/ DQR markdown tree
+          # (tickets come from the changelog; decisions from `decisions sync`).
+          pql plan import
+          pql decisions sync
+      # Point the real release app's crash logs at an uploadable workspace dir
+      # (T-436): if the bundle wedges on boot, the watchdog heartbeat/sample +
+      # FileLogSink land here and get uploaded below. CLIDE_LOG=debug so the
+      # file sink captures info/debug, not just the release-default warn.
+      - name: bundle smoke (logs → artifact)
+        env:
+          CLIDE_LOG: debug
+          CLIDE_LOG_DIR: ${{ github.workspace }}/clide-logs
+        run: make smoke-bundle
+      - name: Upload crash logs
+        if: always()
+        uses: actions/upload-artifact@v4
+        with:
+          name: bundle-crash-logs
+          path: ${{ github.workspace }}/clide-logs
+          if-no-files-found: ignore
+
+  web-wasm:
+    name: web build (wasm compile gate)
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with: { channel: stable, cache: true }
+      - run: flutter pub get
+      # Compile gate for the dart:ffi web fence (D-100 / T-438, resolving Q-50):
+      # every native binding lives behind a `dart.library.ffi` conditional import
+      # with a web stub. If a new one lands without its stub, this fails — the
+      # fence can't silently rot. Build-only for now; the full web-WASM Playwright
+      # e2e (`make test-e2e`: setup-node + playwright install in tools/ui +
+      # serve) is the follow-on once the harness is wired back up.
+      - run: flutter build web --wasm
+
+  docs:
+    name: dart doc (lib API)
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with: { channel: stable, cache: true }
+      - run: flutter pub get
+      - name: dart doc --validate-links (fail on warning)
+        run: |
+          set -o pipefail
+          dart doc --validate-links 2>&1 | tee dartdoc.log
+          if grep -q "^  warning:" dartdoc.log; then
+            echo "::error::dartdoc emitted warnings — see log above"
+            exit 1
+          fi
+      - uses: actions/upload-artifact@v4
+        with:
+          name: dart-api-docs
+          path: doc/api/
@@ -0,0 +1,115 @@
+name: windows-soak
+
+# ConPTY orphan-leak soak on a GitHub-hosted Windows runner — the cheap
+# alternative to a dedicated Windows VM. The freeze hypothesis (T-424) is that
+# each WindowsPty.start() leaks its conhost/OpenConsole host because the child
+# is not in a kill-on-close Job Object; across many runs those hosts pile up
+# until the box starves. tools/windows-verify/soak-conpty.ps1 reproduces that
+# WITHOUT crashing: it runs the ConPTY suite many times IN ONE job and counts
+# the hosts that survive each dart.exe exit. A throwaway runner is fine — we
+# watch the accumulation (the leading indicator), not the reboot. The repeated
+# runs happen inside this single job, so the leak can build up here even though
+# the runner is discarded afterwards (cf. the note in windows.yml, which only
+# runs the suite once).
+#
+# Diagnostic, never a gate: it always exits 0 and just publishes the verdict +
+# CSV. Runs on demand (workflow_dispatch) and when the soak kit itself changes.
+
+on:
+  workflow_dispatch:
+    inputs:
+      iterations:
+        description: How many times to run the ConPTY suite (clean-path soak)
+        default: "25"
+      kill_iterations:
+        description: Spawn+force-kill cycles (abrupt-death orphan probe)
+        default: "15"
+      ptys_per_iter:
+        description: WindowsPty sessions spawned per kill cycle
+        default: "2"
+  push:
+    branches: [windows-support]
+    paths:
+      - tools/windows-verify/**
+      - .github/workflows/windows-soak.yml
+
+jobs:
+  conpty-soak:
+    runs-on: windows-latest
+    timeout-minutes: 30
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with:
+          channel: stable
+      - run: flutter --version
+      - run: flutter pub get
+      - name: ConPTY orphan-leak soak
+        shell: pwsh
+        run: |
+          $iters = "${{ github.event.inputs.iterations }}"
+          if (-not $iters) { $iters = "25" }
+          tools/windows-verify/soak-conpty.ps1 -Iterations ([int]$iters) -OutDir "$env:GITHUB_WORKSPACE/soak-out"
+      - name: Publish verdict to job summary
+        if: always()
+        shell: pwsh
+        run: |
+          $s = Get-ChildItem "$env:GITHUB_WORKSPACE/soak-out/*.summary.txt" -ErrorAction SilentlyContinue | Select-Object -First 1
+          if ($s) { Get-Content $s.FullName | Add-Content $env:GITHUB_STEP_SUMMARY }
+      - name: Upload soak CSV + summary
+        if: always()
+        uses: actions/upload-artifact@v4
+        with:
+          name: conpty-soak
+          path: soak-out
+          if-no-files-found: warn
+
+  conpty-kill-probe:
+    # Abrupt-death half: force-kill the parent dart.exe mid-life (no close(),
+    # no Job Object) and count the ConPTY hosts that survive. This is the path
+    # the freeze hypothesis (T-424) actually implicates — the clean-path soak
+    # above never exercises it. Diagnostic only; always succeeds.
+    runs-on: windows-latest
+    timeout-minutes: 30
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with:
+          channel: stable
+      - run: flutter --version
+      - run: flutter pub get
+      - name: ConPTY abrupt-death orphan probe
+        shell: pwsh
+        # CLIDE_LOG_DIR makes the probe emit FFI breadcrumbs (T-436): when a
+        # parent is force-killed mid-life, its reader/waiter isolates' last
+        # crumb ("ReadFile enter" / "WaitForSingleObject enter") is fsynced to
+        # clide-pty.crumbs.log and uploaded below — naming what the wedged
+        # isolate was doing at the instant of death.
+        env:
+          CLIDE_LOG_DIR: ${{ github.workspace }}/kill-crumbs
+        run: |
+          $iters = "${{ github.event.inputs.kill_iterations }}"
+          if (-not $iters) { $iters = "15" }
+          $ptys = "${{ github.event.inputs.ptys_per_iter }}"
+          if (-not $ptys) { $ptys = "2" }
+          tools/windows-verify/soak-conpty-kill.ps1 -Iterations ([int]$iters) -PtysPerIter ([int]$ptys) -OutDir "$env:GITHUB_WORKSPACE/kill-out"
+      - name: Publish verdict to job summary
+        if: always()
+        shell: pwsh
+        run: |
+          $s = Get-ChildItem "$env:GITHUB_WORKSPACE/kill-out/*.summary.txt" -ErrorAction SilentlyContinue | Select-Object -First 1
+          if ($s) { Get-Content $s.FullName | Add-Content $env:GITHUB_STEP_SUMMARY }
+      - name: Upload kill-probe CSV + summary
+        if: always()
+        uses: actions/upload-artifact@v4
+        with:
+          name: conpty-kill-probe
+          path: kill-out
+          if-no-files-found: warn
+      - name: Upload FFI breadcrumbs (last act of each killed reader/waiter)
+        if: always()
+        uses: actions/upload-artifact@v4
+        with:
+          name: conpty-kill-crumbs
+          path: ${{ github.workspace }}/kill-crumbs
+          if-no-files-found: ignore
@@ -0,0 +1,48 @@
+name: windows
+
+# Windows CI on GitHub-hosted runners — the only hosted Windows available, and
+# GitHub is clide's primary remote (the Gitea secondary is self-hosted Linux and
+# keeps running the Linux suite). This is the first real execution of the ConPTY
+# backend (lib/src/pty/windows_pty.dart), so expect genuine failures until the
+# Windows fixes land (T-424). Keep this OUT of required status checks until it's
+# reliably green — it reports + uploads artifacts without blocking merges. Each
+# run is a fresh, discarded runner, so the accumulation freeze (which needs
+# repeated runs on one machine) can't build up here.
+
+on:
+  push:
+    branches: [main, windows-support]
+  pull_request:
+  workflow_dispatch:
+
+jobs:
+  windows-pty:
+    runs-on: windows-latest
+    timeout-minutes: 25
+    steps:
+      - uses: actions/checkout@v4
+      - uses: subosito/flutter-action@v2
+        with:
+          channel: stable
+      - run: flutter --version
+      - run: flutter pub get
+      # No `flutter analyze` here: it's platform-agnostic — the Linux job already
+      # analyzes windows_pty.dart and everything else statically, and the
+      # `flutter build windows` release job catches Windows-specific compile
+      # errors. Skipping it also avoids needing `make gen-build-info`, since the
+      # pty tests import the pty libraries directly, not the build_info-bearing
+      # barrel (lib/clide.dart). This job's unique value is running real ConPTY.
+      - name: ConPTY + Windows-arg unit tests
+        # windows_pty_test.dart drives real ConPTY (it self-skips off-Windows);
+        # the args/size suites are the pure-logic coverage. --timeout 60s so a
+        # wedged reader fails fast instead of hanging the runner.
+        run: dart test --concurrency=1 --timeout 60s test/pty/windows_pty_test.dart test/pty/windows_pty_args_test.dart test/pty/pty_size_test.dart
+      - name: Upload test output / logs
+        if: always()
+        uses: actions/upload-artifact@v4
+        with:
+          name: windows-test-output
+          # T-425 (crash-survivable FileLogSink) writes under %LOCALAPPDATA%\clide\logs;
+          # add that path here once it lands so a freeze leaves a downloadable log.
+          path: test/.test-output
+          if-no-files-found: ignore
@@ -58,6 +58,8 @@ tools/ui/.serve.pid
 /native/linux-x64/clide
 /native/macos-arm64/clide
 /native/macos-x64/clide
+/native/windows-x64/clide.exe
+/native/windows-x64/clide.obj

 # -- Test, coverage, profile output ------------------------------------
 *.test
@@ -4,7 +4,7 @@
 # This file should be version controlled and should not be manually edited.

 version:
-  revision: "cc0734ac716fbb8b90f3f9db8020958b1553afa7"
+  revision: "c9a6c484230f8b5e408ec57be1ef71dee1e77020"
  channel: "stable"

 project_type: app
@@ -13,11 +13,11 @@ project_type: app
 migration:
  platforms:
    - platform: root
-      create_revision: cc0734ac716fbb8b90f3f9db8020958b1553afa7
-      base_revision: cc0734ac716fbb8b90f3f9db8020958b1553afa7
-    - platform: web
-      create_revision: cc0734ac716fbb8b90f3f9db8020958b1553afa7
-      base_revision: cc0734ac716fbb8b90f3f9db8020958b1553afa7
+      create_revision: c9a6c484230f8b5e408ec57be1ef71dee1e77020
+      base_revision: c9a6c484230f8b5e408ec57be1ef71dee1e77020
+    - platform: windows
+      create_revision: c9a6c484230f8b5e408ec57be1ef71dee1e77020
+      base_revision: c9a6c484230f8b5e408ec57be1ef71dee1e77020

  # User provided section

@@ -26,3 +26,33 @@ INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updat
 INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DMF20SYFDT6WX2RFBQXKW', '06FB3DNQZKV20F7YG5PJH8V8SM', '2026-06-10 13:27:09', '2026-06-10 13:27:09', NULL, '1d5185ae9c9676bd70d0e02e3a5e79a1', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
 INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DQEMTDHF8SV27AKAB8JHW', '06FB3DNQZKV20F7YG5PJH8V8SM', '2026-06-10 13:27:10', '2026-06-10 13:27:10', NULL, '90dca94aa700c143290b2b1afaca09ed', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
 INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DMF20SYFDT6WX2RFBQXKW', '06FB3DP48FS33CQGRDF7EB9GT0', '2026-06-10 13:27:10', '2026-06-10 13:27:10', NULL, '9b9081edc77f0e9a4b689bbc191771db', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DJZDDZ00BSA04B660RS7M', '06FB3DQEMTDHF8SV27AKAB8JHW', '2026-06-10 13:27:05', '2026-06-12 01:11:12', NULL, '17f1c884268a172f803f407a2ad47c8c', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DQEMTDHF8SV27AKAB8JHW', '06FB3DN94MBCTYJW17ZCYVSXE0', '2026-06-10 13:27:09', '2026-06-12 01:11:17', NULL, 'a67368ff15089dce57838840632fe07e', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DQEMTDHF8SV27AKAB8JHW', '06FB3DNQZKV20F7YG5PJH8V8SM', '2026-06-10 13:27:10', '2026-06-12 01:11:22', NULL, '0ec8ff6c455136e45fbb1d06a2a690f1', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DMF20SYFDT6WX2RFBQXKW', '06FB3DP48FS33CQGRDF7EB9GT0', '2026-06-10 13:27:10', '2026-06-12 01:11:26', NULL, '3c985828c591c88d492eb261c6d26d33', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB3DQEMTDHF8SV27AKAB8JHW', '06FB3DMF20SYFDT6WX2RFBQXKW', '2026-06-12 01:11:31', '2026-06-12 01:11:31', NULL, '81fd318a43138a3bef82e31f928ff0b2', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKMV7Y13PAYKZC0WB4FQXKC', '06FBKMXSVCE98K1H76N00TYCQR', '2026-06-12 03:16:35', '2026-06-12 03:16:35', NULL, '28d9785a1f9696b6b579a1dbb9fdb889', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKMV7Y13PAYKZC0WB4FQXKC', '06FBKN09R21H3AWR2Q2ZTSGNSW', '2026-06-12 03:16:40', '2026-06-12 03:16:40', NULL, '7e00348c10432c65b03f9dce36520e48', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKMXSVCE98K1H76N00TYCQR', '06FBKN2MP35NPPK1BRDYY2M428', '2026-06-12 03:16:44', '2026-06-12 03:16:44', NULL, 'a6b1c20279ac30f692a30c802cf8f3e5', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKMV7Y13PAYKZC0WB4FQXKC', '06FBKN4QVFVE51MY2N0CWCVXHM', '2026-06-12 03:16:49', '2026-06-12 03:16:49', NULL, '9063328f18ba32c0737997ac9af0911a', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBDSM0PRGYR61R0NWYAT9VDC', '06FFW49VYMPF18PYQXD9PCMHN8', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, 'a5146a3cfb2f6a3fd904224150836336', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49VYMPF18PYQXD9PCMHN8', '06FFW49W3V175EM4F8ZHC6JFM4', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, 'd57042b235b73ed2d25252d5253e6e4a', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49VYMPF18PYQXD9PCMHN8', '06FFW49W6GP535GR8XD1XEHYWG', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, '07fe1945cb3e60c43cce0989366af8fb', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49VYMPF18PYQXD9PCMHN8', '06FFW49W95HJK08BCRQSWFZBF4', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, 'e4484230e2202044baaa5ce7a2438bbb', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49W3V175EM4F8ZHC6JFM4', '06FFW49W95HJK08BCRQSWFZBF4', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, '24cc5602737e75d30377522f38b3e7b5', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49W95HJK08BCRQSWFZBF4', '06FFW49WBTT3ESK6QG0XZ1VN2G', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, '51f4759153b30d2a62ed6c69ab62b84d', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49VYMPF18PYQXD9PCMHN8', '06FFW49WEE5N4PESF5G1G5JRHR', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, 'b348cfc357b73fb28366459795752d8b', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49W95HJK08BCRQSWFZBF4', '06FFW49WEE5N4PESF5G1G5JRHR', '2026-06-25 10:24:38', '2026-06-25 10:24:38', NULL, 'e114eff56fef8c92fe3b19df2b8b6e3c', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGSQ789MDB00EQAXTXBVJDXM', '06FGSQ8B7WDKZ174GJDGWW0GS0', '2026-06-28 06:14:17.763', '2026-06-28 06:14:17.763', NULL, '973169c6f426d9b4bcfd925ce0f36f32', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGSQ8B7WDKZ174GJDGWW0GS0', '06FGSQ8YSZA5YNP1JE8SJHXWBG', '2026-06-28 06:14:17.799', '2026-06-28 06:14:17.799', NULL, '60769ef20f951c01c5d20f512913b946', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2AD3HPR3HXSVASVZEX8PK0', '06FB2ACSDBDZARV3NNGYD9NYYR', '2026-06-28 13:28:39.768', '2026-06-28 13:28:39.768', NULL, 'd5a7084fa717846475fad88d8f30febd', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB234WP4Y6Q16A0HFW8BSXMG', '06FB2ACSDBDZARV3NNGYD9NYYR', '2026-06-28 13:28:39.808', '2026-06-28 13:28:39.808', NULL, '79027c30d19f6f7d43c3068fd80ba8ed', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2ETJQP0CT6X7W3CWZ6NS9G', '06FGX26B0NAC9WRJMVB0QE6CV8', '2026-06-28 14:01:13.773', '2026-06-28 14:01:13.773', NULL, '68cfce9178bbb310b87c76a908781c76', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2ERREMEEF26KKHGNZBWW64', '06FB2ETJQP0CT6X7W3CWZ6NS9G', '2026-06-10 11:12:20', '2026-06-28 15:29:40.913', '2026-06-28 15:29:40.913', '16d8a936aa3083cd16ca25a57a2e1b86', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2ETJQP0CT6X7W3CWZ6NS9G', '06FB2ERREMEEF26KKHGNZBWW64', '2026-06-28 15:29:44.904', '2026-06-28 15:29:44.904', NULL, '545d2ce4f863fd5bb2eee240b696be0c', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2ERREMEEF26KKHGNZBWW64', '06FB234WP4Y6Q16A0HFW8BSXMG', '2026-06-10 11:12:11', '2026-06-28 15:29:57.491', NULL, '6e43179e6b211be30766ca56f5ed5885', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2ERREMEEF26KKHGNZBWW64', '06FB2AD3HPR3HXSVASVZEX8PK0', '2026-06-28 15:30:00.399', '2026-06-28 15:30:00.399', NULL, 'e0961be9550747530f530a7fd300583f', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2ERREMEEF26KKHGNZBWW64', '06FGX26B0NAC9WRJMVB0QE6CV8', '2026-06-28 15:30:03.803', '2026-06-28 15:30:03.803', NULL, 'fa47a4a4aff706215efa3a449681d18f', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', '06FB2EV29HSK6EJ5VF50R87VC4', '2026-06-28 15:30:10.567', '2026-06-28 15:30:10.567', NULL, '52cd02f3a176cd078db479ef850cbcf4', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGYPJ6FTEPP4JK3D7D01ZSMM', '06FGX26B0NAC9WRJMVB0QE6CV8', '2026-06-28 17:50:13.767', '2026-06-28 17:50:13.767', NULL, '3e0ac1d814ac13a12b68714c7320075f', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
+INSERT INTO ticket_deps (blocker_record_id, blocked_record_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', '06FB2EV29HSK6EJ5VF50R87VC4', '2026-06-28 15:30:10.567', '2026-06-29 21:58:13.907', '2026-06-29 21:58:13.907', '3b7ec3277f971c3646a7587b06606335', 2) ON CONFLICT(blocker_record_id, blocked_record_id) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_deps.updated_at OR (excluded.updated_at = ticket_deps.updated_at AND excluded.hash > ticket_deps.hash);
@@ -0,0 +1,111 @@
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'description', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.', NULL, '2026-07-02 06:35:03', '2026-07-02 06:35:03.555', '2026-07-02 06:35:03.555', NULL, '33a6fd1c81f2e1142d15ce5791ce3b24', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'description', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.
+
+PROGRESS (2026-07-02, session 2): app-integration phase — 3 slices committed. (1) GraphController (graph_controller.dart, 3b67725b) — pql.files + per-file pql.outlinks over the vault -> VaultGraph; loading/error state; debounced files.changed refresh; 6 tests. (2) GraphPanel shell (graph_panel.dart, 6fae1bc4) — loading/empty/error states + GraphView + click-to-open via editor.open; 5 widget tests. (3) GraphExtension registration (extension.dart + builtin.graph i18n, a5acb6ac) — graph.view context-panel tab (D-47), activates after builtin.pql dep; 4 tests; CHANGELOG entry. The graph is now REACHABLE end-to-end (21 graph tests green). REMAINING (T-323 enrichment): pan/zoom on the view; filter controls (tag include/exclude, glob, depth-from-active).', NULL, '2026-07-02 08:33:27', '2026-07-02 08:33:27.519', '2026-07-02 08:33:27.519', NULL, '65090e3a71c9f5f49b8070a112216210', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ4D0GAXM1FN42PJKG7FE34G', 'status', 'backlog', 'done', NULL, '2026-07-02 09:55:52', '2026-07-02 09:55:52.114', '2026-07-02 09:55:52.114', NULL, 'a417eec1fa067a31e46b21578a6228fb', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'description', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.
+
+PROGRESS (2026-07-02, session 2): app-integration phase — 3 slices committed. (1) GraphController (graph_controller.dart, 3b67725b) — pql.files + per-file pql.outlinks over the vault -> VaultGraph; loading/error state; debounced files.changed refresh; 6 tests. (2) GraphPanel shell (graph_panel.dart, 6fae1bc4) — loading/empty/error states + GraphView + click-to-open via editor.open; 5 widget tests. (3) GraphExtension registration (extension.dart + builtin.graph i18n, a5acb6ac) — graph.view context-panel tab (D-47), activates after builtin.pql dep; 4 tests; CHANGELOG entry. The graph is now REACHABLE end-to-end (21 graph tests green). REMAINING (T-323 enrichment): pan/zoom on the view; filter controls (tag include/exclude, glob, depth-from-active).', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.
+
+PROGRESS (2026-07-02, session 2): app-integration phase — 3 slices committed. (1) GraphController (graph_controller.dart, 3b67725b) — pql.files + per-file pql.outlinks over the vault -> VaultGraph; loading/error state; debounced files.changed refresh; 6 tests. (2) GraphPanel shell (graph_panel.dart, 6fae1bc4) — loading/empty/error states + GraphView + click-to-open via editor.open; 5 widget tests. (3) GraphExtension registration (extension.dart + builtin.graph i18n, a5acb6ac) — graph.view context-panel tab (D-47), activates after builtin.pql dep; 4 tests; CHANGELOG entry. The graph is now REACHABLE end-to-end (21 graph tests green). REMAINING (T-323 enrichment): pan/zoom on the view; filter controls (tag include/exclude, glob, depth-from-active).
+
+COMPLETE (2026-07-02, session 2). All scope delivered + tested (56 graph tests, make test green, real-boot verified via testmode). Slices this session: GraphController (3b67725b), pane shell (6fae1bc4), extension+i18n registration (a5acb6ac), pan+zoom (e6556401), testmode coverage (46d9b403), filter model (f859173b), filter bar (aabec87d). Final feature: force-directed vault graph in the context panel (graph.view, D-47) — hover-highlight, click-to-open, scroll-zoom, drag-pan, and filters (path glob re-queries pql; depth-from-active local graph; tri-state tag include/exclude). Controller uses pql.meta (outlinks+tags in one call) and strips #heading fragments so heading links connect. NOTE: pql data load is 1 files + N meta calls (sequential); batching is a future optimisation if large vaults feel slow.', NULL, '2026-07-02 19:47:37', '2026-07-02 19:47:37.694', '2026-07-02 19:47:37.694', NULL, 'a9f6b8b38858b687f106d1bda236821d', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'status', 'in_progress', 'done', NULL, '2026-07-02 19:47:44', '2026-07-02 19:47:44.357', '2026-07-02 19:47:44.357', NULL, 'c8bf520d62290050e6d0feb4a9a6a68d', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'description', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.', NULL, '2026-07-02 20:27:03', '2026-07-02 20:27:03.493', '2026-07-02 20:27:03.493', NULL, '7a661d8cc999f526e26cb1a14b7839c4', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'description', NULL, 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.', NULL, '2026-07-02 20:31:02', '2026-07-02 20:31:02.807', '2026-07-02 20:31:02.807', NULL, '5030849d297f6312073802a0641a2594', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'status', 'backlog', 'in_progress', NULL, '2026-07-02 20:35:12', '2026-07-02 20:35:12.739', '2026-07-02 20:35:12.739', NULL, 'd971e23e05c7547672b6989ca0a98434', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'description', 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.', 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.
+
+EVIDENCE + ROOT CAUSE (2026-07-02, from a /model screenshot). The confirmation renders as a raw, unstyled line: literally ''<local-command-stdout>Set model to claude-fable-5[1m] (claude-fable-5)</local-command-stdout>'', shown under the ''you'' (user) speaker stripe. Three distinct defects in that one line: (a) the CLI''s <local-command-stdout> wrapper tag is displayed verbatim instead of being unwrapped; (b) an ANSI SGR bold code leaks through as literal ''[1m]'' (a \x1b[1m) — slash-command stdout is not ANSI-stripped; (c) it is attributed to the USER speaker, so a system/command acknowledgement masquerades as something the user typed. ROOT CAUSE: clide has NO handling for local-command-stdout at all (grep in lib/ = zero hits) — the slash-command result falls through and is rendered as plain user prose. ENTRY POINTS for the fix: inbound message parse / role attribution in lib/builtin/claude/src/transcript_reader.dart; existing ANSI-strip refs in transcript_reader.dart + claude_composer.dart. IMPROVE: detect local-command-stdout content, unwrap the tag + strip ANSI, and render it as a distinct, clearly-positioned system/command-acknowledgement (NOT the user stripe) so a /model or /effort change is an unmistakable confirmation. Affects all slash-command stdout (model, effort, etc.), so fix at the render/parse path, not per-command.', NULL, '2026-07-02 20:39:06', '2026-07-02 20:39:06.684', '2026-07-02 20:39:06.684', NULL, '02ea6e2dbb60929aed687275f5329a4f', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'description', 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.
+
+EVIDENCE + ROOT CAUSE (2026-07-02, from a /model screenshot). The confirmation renders as a raw, unstyled line: literally ''<local-command-stdout>Set model to claude-fable-5[1m] (claude-fable-5)</local-command-stdout>'', shown under the ''you'' (user) speaker stripe. Three distinct defects in that one line: (a) the CLI''s <local-command-stdout> wrapper tag is displayed verbatim instead of being unwrapped; (b) an ANSI SGR bold code leaks through as literal ''[1m]'' (a \x1b[1m) — slash-command stdout is not ANSI-stripped; (c) it is attributed to the USER speaker, so a system/command acknowledgement masquerades as something the user typed. ROOT CAUSE: clide has NO handling for local-command-stdout at all (grep in lib/ = zero hits) — the slash-command result falls through and is rendered as plain user prose. ENTRY POINTS for the fix: inbound message parse / role attribution in lib/builtin/claude/src/transcript_reader.dart; existing ANSI-strip refs in transcript_reader.dart + claude_composer.dart. IMPROVE: detect local-command-stdout content, unwrap the tag + strip ANSI, and render it as a distinct, clearly-positioned system/command-acknowledgement (NOT the user stripe) so a /model or /effort change is an unmistakable confirmation. Affects all slash-command stdout (model, effort, etc.), so fix at the render/parse path, not per-command.', 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.
+
+EVIDENCE + ROOT CAUSE (2026-07-02, from a /model screenshot). The confirmation renders as a raw, unstyled line: literally ''<local-command-stdout>Set model to claude-fable-5[1m] (claude-fable-5)</local-command-stdout>'', shown under the ''you'' (user) speaker stripe. Three distinct defects in that one line: (a) the CLI''s <local-command-stdout> wrapper tag is displayed verbatim instead of being unwrapped; (b) an ANSI SGR bold code leaks through as literal ''[1m]'' (a \x1b[1m) — slash-command stdout is not ANSI-stripped; (c) it is attributed to the USER speaker, so a system/command acknowledgement masquerades as something the user typed. ROOT CAUSE: clide has NO handling for local-command-stdout at all (grep in lib/ = zero hits) — the slash-command result falls through and is rendered as plain user prose. ENTRY POINTS for the fix: inbound message parse / role attribution in lib/builtin/claude/src/transcript_reader.dart; existing ANSI-strip refs in transcript_reader.dart + claude_composer.dart. IMPROVE: detect local-command-stdout content, unwrap the tag + strip ANSI, and render it as a distinct, clearly-positioned system/command-acknowledgement (NOT the user stripe) so a /model or /effort change is an unmistakable confirmation. Affects all slash-command stdout (model, effort, etc.), so fix at the render/parse path, not per-command.
+
+SCOPE (do not narrow): the local-command-stdout rendering defect above is ONE symptom, not the whole ticket. The core problem is that after switching model or effort the user has no reliable, well-placed signal that it took effect — so this stays a broad investigate-and-improve of the switch/toggle trust UX, with the render bug as just the first concrete instance. Other symptoms/questions to investigate (non-exhaustive): does the control itself (Config tab picker / effort control / any menu) visibly update to the NEW active value after a switch, or does it look unchanged? is there ANY acknowledgement at the point of interaction, or only (mangled) output buried in the transcript far from where the user clicked? do model vs effort behave consistently, or differently? can clide''s shown ''active'' value drift from what actually took effect (e.g. a switch that silently no-ops)? is the confirmation positioned where the eye already is? The deliverable is: across all these controls, a consistent and unmistakable ''this is now active'' — fixing the render path is necessary but not sufficient. Enumerate the full symptom set during investigation before designing the fix.', NULL, '2026-07-02 20:41:13', '2026-07-02 20:41:13.402', '2026-07-02 20:41:13.402', NULL, '1c7d99c842cc857d5978d91e5b23ab8b', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'description', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).', NULL, '2026-07-02 21:22:59', '2026-07-02 21:22:59.395', '2026-07-02 21:22:59.395', NULL, '6b17245b0d3d39a0d61bc90a2a0a034b', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'description', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).
+
+Refinement (2026-07-03, user-confirmed): (1) SLOT: Slots.workspace — diff/editor recipe, center column; coexists with Claude the way diff does (D-47). (2) TABS: real MultitabPane<CanvasDoc> — N .canvas files open as tabs (user explicitly chose over the single-TabContribution graph/diff precedent; needs MultitabController plumbing like Claude sessions). (3) FILE-OPEN ROUTING resolved by inspection: TabContribution.fileGlobs is dead (zero consumers) — do NOT wire it. Add a .canvas branch in lib/kernel/src/file_open.dart openWorkspaceFile() publishing to ''builtin.canvas''/''selection'' (mirror of the .md branch), and D-6 CLI parity via a ''canvas'' entry in the _readers map at lib/src/daemon/ui_command.dart:34 → clide ui open canvas <path> (diff precedent). (4) Fix stale doc header lib/src/canvas/json_canvas.dart:5-7 (claims SVG-lowering; actual architecture paints CanvasDoc directly per the ticket''s DECISION NOTE) in the same pass. (5) Edit phase later needs a mutation path (CanvasView has no onChanged; CanvasDoc is immutable-construction only) — deferred, flagged now.', NULL, '2026-07-03 20:20:00', '2026-07-03 20:20:00.827', '2026-07-03 20:20:00.827', NULL, '541312e6b1f559f60934ad1a1b784d76', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'description', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).
+
+Refinement (2026-07-03, user-confirmed): (1) SLOT: Slots.workspace — diff/editor recipe, center column; coexists with Claude the way diff does (D-47). (2) TABS: real MultitabPane<CanvasDoc> — N .canvas files open as tabs (user explicitly chose over the single-TabContribution graph/diff precedent; needs MultitabController plumbing like Claude sessions). (3) FILE-OPEN ROUTING resolved by inspection: TabContribution.fileGlobs is dead (zero consumers) — do NOT wire it. Add a .canvas branch in lib/kernel/src/file_open.dart openWorkspaceFile() publishing to ''builtin.canvas''/''selection'' (mirror of the .md branch), and D-6 CLI parity via a ''canvas'' entry in the _readers map at lib/src/daemon/ui_command.dart:34 → clide ui open canvas <path> (diff precedent). (4) Fix stale doc header lib/src/canvas/json_canvas.dart:5-7 (claims SVG-lowering; actual architecture paints CanvasDoc directly per the ticket''s DECISION NOTE) in the same pass. (5) Edit phase later needs a mutation path (CanvasView has no onChanged; CanvasDoc is immutable-construction only) — deferred, flagged now.', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).
+
+Refinement (2026-07-03, user-confirmed): (1) SLOT: Slots.workspace — diff/editor recipe, center column; coexists with Claude the way diff does (D-47). (2) TABS: real MultitabPane<CanvasDoc> — N .canvas files open as tabs (user explicitly chose over the single-TabContribution graph/diff precedent; needs MultitabController plumbing like Claude sessions). (3) FILE-OPEN ROUTING resolved by inspection: TabContribution.fileGlobs is dead (zero consumers) — do NOT wire it. Add a .canvas branch in lib/kernel/src/file_open.dart openWorkspaceFile() publishing to ''builtin.canvas''/''selection'' (mirror of the .md branch), and D-6 CLI parity via a ''canvas'' entry in the _readers map at lib/src/daemon/ui_command.dart:34 → clide ui open canvas <path> (diff precedent). (4) Fix stale doc header lib/src/canvas/json_canvas.dart:5-7 (claims SVG-lowering; actual architecture paints CanvasDoc directly per the ticket''s DECISION NOTE) in the same pass. (5) Edit phase later needs a mutation path (CanvasView has no onChanged; CanvasDoc is immutable-construction only) — deferred, flagged now.
+
+PROGRESS (2026-07-05): REACHABLE-INTEGRATION PHASE COMPLETE (e2e305de). CanvasExtension is a real workspace pane: app-scoped MultitabController on the extension (diff/T-233 pattern) with real per-document sub-tabs (MultitabPane keepAlive, per refinement decision), CanvasPaneHost + CanvasDocumentTab (files.read -> CanvasDoc.parse -> CanvasView; loading/error states), routing wired (openWorkspaceFile .canvas branch; ui.open ''canvas'' reader so clide ui open canvas <path> works; fileGlobs left dead as decided), en_us+nl_nl catalogs, json_canvas doc header corrected. Tests: extension lifecycle (7), pane-host widget (6), file_open routing (5, new file), ui_command canvas case; testmode extension roster now includes builtin.canvas (26/26 real-boot pass). REMAINING (edit phase, fresh session): node drag + resize, add note/text/edge affordances, persist CanvasDoc back to disk — encode() exists; CanvasView needs an onChanged/mutation path (refinement note item 5).', NULL, '2026-07-05 07:29:15', '2026-07-05 07:29:15.452', '2026-07-05 07:29:15.452', NULL, '0d0ff6c05b550d4a85296eb38adc830f', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FK3CDZQD2JM95ZQY5MH53PWC', 'status', 'backlog', 'in_progress', NULL, '2026-07-05 09:52:54', '2026-07-05 09:52:54.013', '2026-07-05 09:52:54.013', NULL, '59efe4bd0a098bfea3f146af21b0caf3', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FK3CDZQD2JM95ZQY5MH53PWC', 'status', 'in_progress', 'done', NULL, '2026-07-05 10:54:23', '2026-07-05 10:54:23.532', '2026-07-05 10:54:23.532', NULL, '941d08bde0cc4479860e015aded3d664', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'status', 'backlog', 'in_progress', NULL, '2026-07-13 15:17:17', '2026-07-13 15:17:17.537', '2026-07-13 15:17:17.537', NULL, 'fb951233b5fc242889cae1156dc1d0d8', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'description', NULL, 'Implements D-106 (FR-1 + worktree addendum). Storage: user-scope key app.env.pathPrepend.<fnv1a64Hex(canonicalWorkspaceKey(presetRoot))> in ~/.config/clide/settings.yaml — never committed; presetRootFor() resolves a linked-worktree workspace (gitdir: pointer file, e.g. .worktrees/<name>) to the main repo root so all worktrees share the repo''s preset.
+
+Injection (prepend, dedup, next-spawn semantics): PTY panes via PaneRegistry.pathForSpawn hook (main.dart wires the preset-aware closure); hosted Claude via agentEnvDelta(prependDirs:) — now exports PATH whenever a preset exists even if clide is already on PATH (previous gap) — threaded orchestrator.pathPresetFor ← claude extension ← ctx.settings. Toolchain/supporter-binary resolution deliberately preset-blind (T-98/D-92 fence).
+
+CLI (D-6): one cmd id env.path → clide env path list|set|add|remove|clear|capture; Flutter-free handler lib/src/daemon/env_path_commands.dart over an injected PathPresetStore port (adapter in main.dart); mutations publish on envPathChannel; capture diffs loginShellPathOrNull() (new shell_env getter) vs process PATH. UI: Settings → Tools → Workspace PATH section, custom control (ordered list, add/remove/reorder, missing-dir warning, worktree note, capture suggestions) in builtin.tools-settings; en+nl catalogs.
+
+.worktrees/ added to IgnoreSet.builtin() and the project-init gitignore scaffold. Tests: path_preset_test (pure fns + real worktree layout), env_path_commands_test (all verbs), agent_bootstrap prependDirs cases, PaneRegistry pathForSpawn PTY test, widget tests for the control incl. worktree key sharing + capture. make test (4048) + make test-a11y green.', NULL, '2026-07-13 15:39:31', '2026-07-13 15:39:31.309', '2026-07-13 15:39:31.309', NULL, '44007d87d28b52050716cd913009d341', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'status', 'in_progress', 'done', NULL, '2026-07-13 16:48:56', '2026-07-13 16:48:56.833', '2026-07-13 16:48:56.833', NULL, 'd6c02324e60b8d412840b1ffd600a13f', 2) ON CONFLICT(hash) DO NOTHING;
+INSERT INTO ticket_history (ticket_record_id, field, old_value, new_value, changed_by, changed_at, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNTF7KE5Y497PQC7SCFGR1KC', 'status', 'backlog', 'done', NULL, '2026-07-13 20:49:17', '2026-07-13 20:49:17.282', '2026-07-13 20:49:17.282', NULL, 'd2d3b437c1063f835e5b34c0cd996f9d', 2) ON CONFLICT(hash) DO NOTHING;
@@ -177,3 +177,165 @@ INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_
 INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB5CW7JPT6BR2RWMNYVCXJ50', 'T-350', '2026-06-10 18:02:50', '2026-06-10 18:02:50', NULL, 'a5c0c22d84621b14a5208317414d6026', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
 INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB5HMYDXP62RKH3HP55T6AYG', 'T-351', '2026-06-10 18:23:41', '2026-06-10 18:23:41', NULL, '9d2da44c16c5aa38c0a36e4b00ef5f15', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
 INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB5M14B76B31654D959XM5AC', 'T-352', '2026-06-10 18:34:05', '2026-06-10 18:34:05', NULL, '3fe3e1d5fb7c0fbd084b45116575ad98', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBAWHM1SQ1686ZJ8JQCFQ1ZW', 'T-353', '2026-06-11 06:50:21', '2026-06-11 06:50:21', NULL, '53374633101d04f94981baaf4f2e0315', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBDSJYQFDNKP4KA1JAEDSS8W', 'T-354', '2026-06-11 13:36:51', '2026-06-11 13:36:51', NULL, '32bb5d359401599022a8771031d8a08a', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBDSKGAHYHH2NPZK8B6EV4D4', 'T-355', '2026-06-11 13:36:55', '2026-06-11 13:36:55', NULL, '2eb6809e958613a924b35e080ab17609', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBDSM0PRGYR61R0NWYAT9VDC', 'T-356', '2026-06-11 13:37:00', '2026-06-11 13:37:00', NULL, 'bdb597080218a3e8783f6c5cf74c529a', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBDSPECQ0FPKB9SYTD7KZSBM', 'T-357', '2026-06-11 13:37:19', '2026-06-11 13:37:19', NULL, '96cf88e036dc3a45487cdbffff26cdde', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBDSQ2GBSP0ZH4RHZG2PMR0R', 'T-358', '2026-06-11 13:37:25', '2026-06-11 13:37:25', NULL, '2a656aaec54bf50c34c7e28347b1fb29', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBGHNEQTAEPGNJKN42C1E8', 'T-359', '2026-06-11 21:54:36', '2026-06-11 21:54:36', NULL, '1930fad7b18c79cf97d913d8372b77bd', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBJ5T7HAQ9CA8XQMX43A2C', 'T-360', '2026-06-11 21:54:49', '2026-06-11 21:54:49', NULL, '1ffef3c00cdca28566ab67a11ec17e53', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBKK2TZQK683J8FS0ZH5A4', 'T-361', '2026-06-11 21:55:01', '2026-06-11 21:55:01', NULL, '5f8bdede98496496bf031a40a09dee16', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBN5F0F8SDF15P21DNKT1W', 'T-362', '2026-06-11 21:55:13', '2026-06-11 21:55:13', NULL, '610e74eb7b4ff9db3949ed01a0268380', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBPQE4J4YBJX92812ZK6DR', 'T-363', '2026-06-11 21:55:26', '2026-06-11 21:55:26', NULL, '5daf7bcd9ccdc37f8aed531ef12d395f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBR4636GSRJBWFJDAZ6ZA0', 'T-364', '2026-06-11 21:55:38', '2026-06-11 21:55:38', NULL, '025de46ba9e8d005fd8b1f74687cd8b6', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBSG6356MZJ2DCCCSBMBGM', 'T-365', '2026-06-11 21:55:49', '2026-06-11 21:55:49', NULL, 'b366b41e4737a2761a01284fd7dd44e0', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBV0465906BY3QFAY9F1YM', 'T-366', '2026-06-11 21:56:01', '2026-06-11 21:56:01', NULL, '8a75dc7dea83a0e643d1912bda46dd57', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBWE2W1226T58CX37E50HC', 'T-367', '2026-06-11 21:56:13', '2026-06-11 21:56:13', NULL, '578b51eafd19044dc0e2720f6e55d633', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHBYTJ4E7ZBY6DWWNT1S16M', 'T-368', '2026-06-11 21:56:33', '2026-06-11 21:56:33', NULL, '0df409c83fe28af2d49a156118ed6ece', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHC0HYRZ86CWW0DDQJ5CAQM', 'T-369', '2026-06-11 21:56:47', '2026-06-11 21:56:47', NULL, '7f47ddc3e84f9fea915200992a5a0baf', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHC2NM7AYKENZ0ZD49HAX1W', 'T-370', '2026-06-11 21:57:04', '2026-06-11 21:57:04', NULL, '1908b7c0903c389ad5b743fb89ca32e0', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHC46SEHH8NQY481VMGK66R', 'T-371', '2026-06-11 21:57:17', '2026-06-11 21:57:17', NULL, '2095f10159561a5e81b2a9b990c79fa2', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHC5ZE4EZEGXK8YY8J86CM0', 'T-372', '2026-06-11 21:57:31', '2026-06-11 21:57:31', NULL, '9d22f370e726af56d47d6c8acd93bc87', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHC7KDFW07S8WTCC3MD71J0', 'T-373', '2026-06-11 21:57:44', '2026-06-11 21:57:44', NULL, '231c399183a83e569c0645e1d149625f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHC90B72A270CAKA7AP1ZX8', 'T-374', '2026-06-11 21:57:56', '2026-06-11 21:57:56', NULL, '9832ac0b3e0bebd85f3271a5ea96d4ed', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCAFKK334YNJXZJQG4J6AW', 'T-375', '2026-06-11 21:58:08', '2026-06-11 21:58:08', NULL, 'de3569d098b5c4cf6a3d49ee3d33d1c9', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCC6AR37VTF4SY8DR99JHC', 'T-376', '2026-06-11 21:58:22', '2026-06-11 21:58:22', NULL, 'fe23c94d8971d21963a2b2e2739e05a3', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCEC25337J2AXXQNST56Y4', 'T-377', '2026-06-11 21:58:40', '2026-06-11 21:58:40', NULL, '1585df7f3826ddbcef8a030ffd1e0890', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCG84F4SPFW111CC4K26A8', 'T-378', '2026-06-11 21:58:55', '2026-06-11 21:58:55', NULL, 'c6b0d9d124401f1d2bdc403567cbfdf8', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCJEYHC91PMVNVWVHBR2RG', 'T-379', '2026-06-11 21:59:13', '2026-06-11 21:59:13', NULL, '0d9aed402c9840ef6fb75edfcfcbc3f4', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCM1RBAF72SCZBKRTXJSYC', 'T-380', '2026-06-11 21:59:26', '2026-06-11 21:59:26', NULL, '1a0d767f30c9bc0e9c96f39d468ca67b', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCP03EJ9CDBGZGRPD19N8W', 'T-381', '2026-06-11 21:59:42', '2026-06-11 21:59:42', NULL, 'cfac236e079164f9588d936f5101c71c', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCQHZQ0NKY1VRWWPSNZT84', 'T-382', '2026-06-11 21:59:55', '2026-06-11 21:59:55', NULL, 'b54be44ec4cfbbc649324471a5e2141f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCST6CQ449VJGAP6C5KZ5W', 'T-383', '2026-06-11 22:00:14', '2026-06-11 22:00:14', NULL, '0e18de4e94e4fcf36fc40de763522cbd', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCVPGCKEGDC54KKQ120SRM', 'T-384', '2026-06-11 22:00:29', '2026-06-11 22:00:29', NULL, '57d7b6a6c05791acadd1cebe611c8991', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHCXFF5V1RT6QJETS2K4C0G', 'T-385', '2026-06-11 22:00:44', '2026-06-11 22:00:44', NULL, 'ebda2dd9c7dfe92bab2260dc34212ac4', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHD098CV2N73823KX4Z99P4', 'T-386', '2026-06-11 22:01:07', '2026-06-11 22:01:07', NULL, 'de90501f2d4be80231651d25d04f4649', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHD2FWTDFYA00W4QXTE41M0', 'T-387', '2026-06-11 22:01:25', '2026-06-11 22:01:25', NULL, '8a247364a872c223b37682c6496d3920', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHD4QYHYRTK0SGRZCBSHSQ0', 'T-388', '2026-06-11 22:01:43', '2026-06-11 22:01:43', NULL, 'cc238ee850d4d0ed90d05b9a42c8d506', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHD6FQMXMQQQ877KMNCK6QC', 'T-389', '2026-06-11 22:01:57', '2026-06-11 22:01:57', NULL, 'bb0657e304f4ad1445d756ef7170c62d', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHD8F2NBEFZNPKSJ9W253J0', 'T-390', '2026-06-11 22:02:14', '2026-06-11 22:02:14', NULL, '35453f0d8c7e0fb89c243481f870de03', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHDAK04ZA0PBT69ZWNBXPSR', 'T-391', '2026-06-11 22:02:31', '2026-06-11 22:02:31', NULL, '0647245b4da95532bb3abd6f20cd87de', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHDC7B2MFQZVR1K9E30FXDR', 'T-392', '2026-06-11 22:02:44', '2026-06-11 22:02:44', NULL, 'a1612ff75df3d134b8e05c716d24ebfe', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHDE5A3965GNRFS5WPZW878', 'T-393', '2026-06-11 22:03:00', '2026-06-11 22:03:00', NULL, 'f8f29fb8b31cc8afdd8af989c3f711f1', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHDGPXQN31NNRPJ00PFRAG4', 'T-394', '2026-06-11 22:03:21', '2026-06-11 22:03:21', NULL, 'f9cee5dc96cedfabc3eaaf7352e732c8', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBHDH8TE9MJBXZ4GQ5YT10JM', 'T-395', '2026-06-11 22:03:26', '2026-06-11 22:03:26', NULL, '382a5742e32da0f38c1e143715a0b656', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBJAXQHCKHS8ZSDZNM9NH7QM', 'T-396', '2026-06-12 00:11:50', '2026-06-12 00:11:50', NULL, '20577481e56f82bb0df9e56a266303c9', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBJM6XXQZ3EMGRC13XRYVBEM', 'T-397', '2026-06-12 00:52:25', '2026-06-12 00:52:25', NULL, 'bf89e25b384be60faa65e9eb1ec2fab9', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKMV7Y13PAYKZC0WB4FQXKC', 'T-398', '2026-06-12 03:15:00', '2026-06-12 03:15:00', NULL, 'd0ed46ee279c148f1d76683e86e0d4aa', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKMXSVCE98K1H76N00TYCQR', 'T-399', '2026-06-12 03:15:21', '2026-06-12 03:15:21', NULL, 'eacf3522aeb2bccbaf006c9703b9794d', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKN09R21H3AWR2Q2ZTSGNSW', 'T-400', '2026-06-12 03:15:41', '2026-06-12 03:15:41', NULL, 'a7971f428145d04ae82d4cd89f3eeb9d', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKN2MP35NPPK1BRDYY2M428', 'T-401', '2026-06-12 03:16:00', '2026-06-12 03:16:00', NULL, '29980034db5fe381473b156ece7d8a1a', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKN4QVFVE51MY2N0CWCVXHM', 'T-402', '2026-06-12 03:16:18', '2026-06-12 03:16:18', NULL, 'c65717bf20ea6886ef7a86f5cb4b2929', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKP67X1Y1FEE9T5R0E5DA9C', 'T-403', '2026-06-12 03:20:52', '2026-06-12 03:20:52', NULL, '372a686b214820b5d093b11b9f3d57a5', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKP8KFAF526ZNXBQS98DPPG', 'T-404', '2026-06-12 03:21:11', '2026-06-12 03:21:11', NULL, 'c479a9dea6687b553bc638a9849cc5de', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKPAZR4XEV8YW3PVR2XJBFC', 'T-405', '2026-06-12 03:21:31', '2026-06-12 03:21:31', NULL, 'e4e1695f838b8fbf02aae49a6f2df4fe', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKPD85PFBPJJTQ0WS3PWWXR', 'T-406', '2026-06-12 03:21:49', '2026-06-12 03:21:49', NULL, '689352238d2050a3769b2a9613f0a793', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBKPFTC7H5NY0XHBTEGF8XQ4', 'T-407', '2026-06-12 03:22:10', '2026-06-12 03:22:10', NULL, '129d2b3c31022d53025a3e28169a060e', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBN3VTK2MYQQ173MSJN6E1DM', 'T-408', '2026-06-12 06:40:25', '2026-06-12 06:40:25', NULL, '0353aaab57a40900b00883fb12e135f7', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBN3VYR84023Z5XFEX9DS0S0', 'T-409', '2026-06-12 06:40:26', '2026-06-12 06:40:26', NULL, '69c280319335a8d0ef646998f4531e96', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBP3EZC7AJANXZVF3D91QYWM', 'T-410', '2026-06-12 08:58:29', '2026-06-12 08:58:29', NULL, '4f726d1a66d38d14018a62c8d24ffe62', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBP3GM6V0RZBY2PXE9ZQFR88', 'T-411', '2026-06-12 08:58:42', '2026-06-12 08:58:42', NULL, 'bdd3f8b13caf25677ac661ec29599488', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBP3J7TXMG0F9E2WQDENPVJG', 'T-412', '2026-06-12 08:58:55', '2026-06-12 08:58:55', NULL, 'e56d50bc6fc04f6d646f22c104e63183', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBP3KRWM65MD3DS251NN9YX0', 'T-413', '2026-06-12 08:59:08', '2026-06-12 08:59:08', NULL, 'b5247ea05c106500682be978a47e61ee', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBP3P8YERJ5R7ENSD675BX00', 'T-414', '2026-06-12 08:59:28', '2026-06-12 08:59:28', NULL, '7d973f16c99441dbba0f8df89a665b32', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBP3P91QQQDT5J50F52FPCKM', 'T-415', '2026-06-12 08:59:28', '2026-06-12 08:59:28', NULL, 'a2dea9268d44b9e8a1fd746bbb947c92', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBPQ8QNGJFFK7G24CBWQAR2C', 'T-416', '2026-06-12 10:25:00', '2026-06-12 10:25:00', NULL, 'f8c2a125e661607d5dd0c73cd2c3f2ab', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBQ4BYD4STCKCY8JNKF23Q4W', 'T-417', '2026-06-12 11:22:15', '2026-06-12 11:22:15', NULL, '15aa9b25417162126cbcde174d3537da', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBQ595H08JFTRFSR90GSZQ0G', 'T-418', '2026-06-12 11:26:14', '2026-06-12 11:26:14', NULL, '000e07ae64b08273a2d2d9f8a77d193f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FBTTMGKSYMTF8M1KQWTG774W', 'T-419', '2026-06-12 19:58:58', '2026-06-12 19:58:58', NULL, 'd2b01a2c3d1ce24cc863ac6d9d814d3d', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FC2XY1T85A65YY9SG25VVEY4', 'T-420', '2026-06-13 14:51:51', '2026-06-13 14:51:51', NULL, '16ea4c9353a56798b894ab3d85fb7b56', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCDG3T4A7CYPTG535KVAVH6C', 'T-421', '2026-06-14 15:29:23', '2026-06-14 15:29:23', NULL, 'a28eed4b57104034c5216344a326195c', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCDKX4CVHWVGDAJC6X09602M', 'T-422', '2026-06-14 15:45:57', '2026-06-14 15:45:57', NULL, '5701c634f5737a2ba1612deab8df7049', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCDM61KAA3GV3CVTE8PAZ8N0', 'T-423', '2026-06-14 15:47:10', '2026-06-14 15:47:10', NULL, 'ce7dfb8b9bd088b4c2e8ddfacc8d2124', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCENXW1VF7VXQX64982X171R', 'T-424', '2026-06-14 18:14:36', '2026-06-14 18:14:36', NULL, 'ecbed75dcd34c39bcbd86e60d6f4a2c2', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCENXXZFBZ0HVD1VCW4ZASCC', 'T-425', '2026-06-14 18:14:36', '2026-06-14 18:14:36', NULL, 'b09fc55465f7de02cf98f69c99e0e6e3', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCEP60AS6AF654SWA189A5ZR', 'T-426', '2026-06-14 18:15:42', '2026-06-14 18:15:42', NULL, '91f50c6e38332047f8619db428d4b376', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCEP642C8ZZ1T20RXQQ3143M', 'T-427', '2026-06-14 18:15:43', '2026-06-14 18:15:43', NULL, '55a937def177025ef6b61a222d88b142', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCEP67ZHMBFW0GRH9JKDMQ7R', 'T-428', '2026-06-14 18:15:44', '2026-06-14 18:15:44', NULL, '185e7d3ce8529fbe1f4543f4c635f200', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCEP6BDBHGMK9VCRV6JQ00TW', 'T-429', '2026-06-14 18:15:45', '2026-06-14 18:15:45', NULL, 'ef268614a716384a7597b3e304a6c176', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCEP6EVN9S35T02MHA2AS7YW', 'T-430', '2026-06-14 18:15:46', '2026-06-14 18:15:46', NULL, 'd6333df4da5b7ab8958149a9f0d17974', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCGJ30V24BJB001GZCR5QKTC', 'T-431', '2026-06-14 22:37:27', '2026-06-14 22:37:27', NULL, 'b886820e87f5abd329126bf5e9f1a3da', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCM9ER04JVFW8CN3JW1AWYA8', 'T-432', '2026-06-15 07:18:58', '2026-06-15 07:18:58', NULL, '71f3e4c95f66abc5e7e5820548201e41', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCM9F446MZFXVHH65Q6CKTPM', 'T-433', '2026-06-15 07:19:01', '2026-06-15 07:19:01', NULL, 'b9a361f2c29b286bc808dbea57a05a7e', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCM9FHC8VX50759X35VNER1R', 'T-434', '2026-06-15 07:19:04', '2026-06-15 07:19:04', NULL, '403c4c8aa5659bb379cb8add9dff800b', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCM9FYDEXCM15FXTER032K84', 'T-435', '2026-06-15 07:19:08', '2026-06-15 07:19:08', NULL, '7c2ed604aecea99b742b341166cf2257', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCM9GAQ2G0KCVMZS67SK3324', 'T-436', '2026-06-15 07:19:11', '2026-06-15 07:19:11', NULL, '3114ab57de9b03aa1e745af01001eee1', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCNYXXH5AAHZR7WV0550J3RC', 'T-437', '2026-06-15 11:12:36', '2026-06-15 11:12:36', NULL, '74dd08c8c42f556959746ee1a47561e6', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQ8HB61N3TWVJ8YSMHH2TJ4', 'T-438', '2026-06-15 14:14:23', '2026-06-15 14:14:23', NULL, 'fa072ae8dd819784440bb44b5fe689d8', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQHWQ40AY6SNVRJ86YWA0J8', 'T-439', '2026-06-15 14:55:15', '2026-06-15 14:55:15', NULL, '2427484ebb324d731cb8e099a2ad04ab', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQZ47MAN835B215GSSMRV8W', 'T-440', '2026-06-15 15:53:05', '2026-06-15 15:53:05', NULL, 'f219bb1a70eb1f49e30975ce8c526051', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCZDVPBWGM5NHJ9BNQBVKCD0', 'T-441', '2026-06-16 09:16:07', '2026-06-16 09:16:07', NULL, 'fbabc4fc344b34476b38a186c2f44a16', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCZGG38FF8T9ADF945Z0XPMG', 'T-442', '2026-06-16 09:27:39', '2026-06-16 09:27:39', NULL, 'c85d8fd95cd73aec1e83b477612e1131', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCRERT7X5WMZSGKQCA6T0VB4', 'T-440', '2026-06-15 17:01:25', '2026-06-15 17:01:25', NULL, 'b8e152bf87ec8d81d1bddeb023f37883', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQZ47MAN835B215GSSMRV8W', 'T-443', '2026-06-15 15:53:05', '2026-06-16 10:17:57', NULL, 'a4d4390596d24d7dc28d80861e36d66b', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD07ECS3GK2V7Z2WYYPJHJYC', 'T-444', '2026-06-16 11:07:54', '2026-06-16 11:07:54', NULL, 'ec7a0d8d01c984d931855a6e5c4e86ec', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD09C4A0HPZSP8HP44F7A894', 'T-445', '2026-06-16 11:16:20', '2026-06-16 11:16:20', NULL, '418d561d50d37c3dd9b6e3abe5fc1b1f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD09DH88J1659FDDYJ83JH1M', 'T-446', '2026-06-16 11:16:31', '2026-06-16 11:16:31', NULL, '7c0bc42be1a170b5bb2dd8bd7b027d69', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD09SHDMGT66C4D1DRZQZ7RR', 'T-447', '2026-06-16 11:18:10', '2026-06-16 11:18:10', NULL, '203dfb0348a94392f2d087b79aee655f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD09TVT3E3ZSV09QRNTSQ8J4', 'T-448', '2026-06-16 11:18:20', '2026-06-16 11:18:20', NULL, '765a91fb5b51889861a41f7eea308ea6', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD09WB2XSRP0AZ204FDP681M', 'T-449', '2026-06-16 11:18:32', '2026-06-16 11:18:32', NULL, '1dbd17ff345551d3f091a226bb0f7164', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD09XWEXRJ4JS8MFPQGJEY5M', 'T-450', '2026-06-16 11:18:45', '2026-06-16 11:18:45', NULL, '56f97ccefa83681c387ee9cc4ca6a477', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD0A0ZTS9JZCSQ4W8ZVEH2VR', 'T-451', '2026-06-16 11:19:11', '2026-06-16 11:19:11', NULL, 'c329f6f1a5d205b7bdf5ab682812a6d1', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD0A4MY8DF6NB0KNV96RQADR', 'T-452', '2026-06-16 11:19:41', '2026-06-16 11:19:41', NULL, '71a7729a8cf7ebc4e915a9e2736717bd', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD0A6K9B60ADTFBZA6NBVJFM', 'T-453', '2026-06-16 11:19:57', '2026-06-16 11:19:57', NULL, 'd408d563785166ee1b40e7494c7f3bbc', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD0ABC7QNEC3XCTV73YPSGR4', 'T-454', '2026-06-16 11:20:36', '2026-06-16 11:20:36', NULL, '27e2ae5b0897eb0f589f4617061101a9', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD15S1A0WRTY9WWFG0R4AAZ4', 'T-455', '2026-06-16 13:20:25', '2026-06-16 13:20:25', NULL, '370e913c62eab739cf39bda08089e033', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD15TY946689VZK3MNABSMDW', 'T-456', '2026-06-16 13:20:41', '2026-06-16 13:20:41', NULL, '6041202d66dd93ee3d22206ece3a7db7', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD15W7SBVAD3QR5NVE67PKWR', 'T-457', '2026-06-16 13:20:52', '2026-06-16 13:20:52', NULL, 'c9bef415fb7d9d03444fde53ecac3bb1', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD1HK7YKJTEK1WV4VHK0RT8R', 'T-458', '2026-06-16 14:12:04.212', '2026-06-16 14:12:04.212', NULL, '070f1def635ee013df639cb9fe81e357', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD1JBRABJHX804CPMZJDC444', 'T-459', '2026-06-16 14:15:25.011', '2026-06-16 14:15:25.011', NULL, '44d5db70ef13ead00c4dcc437c387cec', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD91A7VEW3VCY7QX1END2Z3G', 'T-460', '2026-06-17 07:39:25.019', '2026-06-17 07:39:25.019', NULL, 'e7e749d35dc413a560d3347be5f4a9ee', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FD91RWDWZPHFPJ72FHHHWS08', 'T-461', '2026-06-17 07:41:24.975', '2026-06-17 07:41:24.975', NULL, '4e3fba7aaad762b7b7cd854459cf664a', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA0TPYSWEM10RP0Q76XAP58', 'T-462', '2026-06-17 09:57:06.422', '2026-06-17 09:57:06.422', NULL, '4be5f7eb00ca81eb07015af05ed144d3', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA0VPB99NGS4J6Z5B2RJM2M', 'T-463', '2026-06-17 09:57:14.458', '2026-06-17 09:57:14.458', NULL, 'd5d02453175411c13d21361b084494bd', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA0WCPG458GF5FXTXM9VY98', 'T-464', '2026-06-17 09:57:20.180', '2026-06-17 09:57:20.180', NULL, 'c787ef61befc6698286ebdaf613e2a41', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA0X5WFME83GS0DKYG3WVJ8', 'T-465', '2026-06-17 09:57:26.627', '2026-06-17 09:57:26.627', NULL, '116b1a377950dfcef4e5b6db90141faa', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA0XMA9BQV4RHJ55BFN4JR4', 'T-466', '2026-06-17 09:57:30.322', '2026-06-17 09:57:30.322', NULL, 'd25bc26eb29445fc35cf53f3d54049e5', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA0YCY2WGSG8W46RHQ5Z9MW', 'T-467', '2026-06-17 09:57:36.624', '2026-06-17 09:57:36.624', NULL, 'a47c675ca67b86ca3c8d4c1a8acc5b80', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA0YYCJ0NK8C4HMDYKJHRDG', 'T-468', '2026-06-17 09:57:41.092', '2026-06-17 09:57:41.092', NULL, 'b988d9578b1ca079c040f07265a008b4', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDA10DRQE3SED10JAW2CZDCR', 'T-469', '2026-06-17 09:57:53.221', '2026-06-17 09:57:53.221', NULL, '2a72e3e647afc1b5b235ab1a97d298f8', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDB1VFADV4QK1YG29T658T8C', 'T-470', '2026-06-17 12:21:23.411', '2026-06-17 12:21:23.411', NULL, '0f95e5a1faa7a7e902c765f449cceb15', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDDJ17C3GZWNE98NRVXP189C', 'T-471', '2026-06-17 18:11:42.049', '2026-06-17 18:11:42.049', NULL, '10a9a957d647a63ce69dc4b6b564f6aa', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDDTCGG5Z0KNQKF89W1VZSQ8', 'T-472', '2026-06-17 18:48:11.649', '2026-06-17 18:48:11.649', NULL, '097120cff851cb2dac9f54937f4c7b17', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDDX5GVH3FTCVDEC1QAFACY4', 'T-473', '2026-06-17 19:00:20.828', '2026-06-17 19:00:20.828', NULL, '647782edc3fbb4e7285e4f82a1fb84be', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDDX5KEAJ8KRWVV7ZSG6H7A0', 'T-474', '2026-06-17 19:00:21.490', '2026-06-17 19:00:21.490', NULL, '79576f18553ed885d3a2b745becdf2f5', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDEMY3DQWDNY535PMMSB0CSW', 'T-475', '2026-06-17 20:44:11.501', '2026-06-17 20:44:11.501', NULL, 'bb2b56ea9a76d967123238f588c70aba', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FDXN3ZBRS6JK7Q8G6JVSPXFC', 'T-476', '2026-06-19 07:42:08.735', '2026-06-19 07:42:08.735', NULL, 'f75a0a8c00b0ec40c110c1169e42fe2c', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FEWB9JA5CMTXB5D7G1NSHAV4', 'T-477', '2026-06-22 07:13:19.958', '2026-06-22 07:13:19.958', NULL, '0314d96a690bdadc122ce0a1e9ed0f5c', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFKFYBZFKBX0WV574QJEH2BC', 'T-478', '2026-06-24 13:09:16.923', '2026-06-24 13:09:16.923', NULL, 'f1ea48c2cfa08915841d99eea06a9974', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49VYMPF18PYQXD9PCMHN8', 'T-477', '2026-06-25 09:16:42', '2026-06-25 09:16:42', NULL, '64605163f24e3846463f3afb4ed62fd1', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49W3V175EM4F8ZHC6JFM4', 'T-478', '2026-06-25 09:16:42', '2026-06-25 09:16:42', NULL, '1c2e59e6220c0b288103c4a71a8282ca', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49W6GP535GR8XD1XEHYWG', 'T-479', '2026-06-25 09:16:42', '2026-06-25 09:16:42', NULL, '2a6162f26c4c0b6e7bceb1f1a2ffe167', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49W95HJK08BCRQSWFZBF4', 'T-480', '2026-06-25 09:16:42', '2026-06-25 09:16:42', NULL, '8a42c8c1fc2036d6ea73521266e87235', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49WBTT3ESK6QG0XZ1VN2G', 'T-481', '2026-06-25 09:16:42', '2026-06-25 09:16:42', NULL, 'd1d616d020e6ea8661c1f5553e3001eb', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49WEE5N4PESF5G1G5JRHR', 'T-482', '2026-06-25 09:16:42', '2026-06-25 09:16:42', NULL, '557f92392db9b5c1e6b6840fe1293b7d', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49VYMPF18PYQXD9PCMHN8', 'T-483', '2026-06-25 09:16:42', '2026-06-26 21:35:04.076', NULL, '2841b381bbb03e6a9cdb970280cd2207', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FFW49W3V175EM4F8ZHC6JFM4', 'T-484', '2026-06-25 09:16:42', '2026-06-26 21:35:07.645', NULL, 'd90df1d5e2da44e81f60edb8c5fb2823', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGN13H42TP2MP3T27CTSCDRW', 'T-485', '2026-06-27 19:17:59.713', '2026-06-27 19:17:59.713', NULL, 'b345ba60d55cfdbc7c2e9bb9187ee171', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGPG4WNNH3BWDRVZXYQTW7Z0', 'T-486', '2026-06-27 22:43:31.629', '2026-06-27 22:43:31.629', NULL, 'cd344c35e0eca5673be26790aa8d292c', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGSQ789MDB00EQAXTXBVJDXM', 'T-487', '2026-06-28 06:13:51.821', '2026-06-28 06:13:51.821', NULL, '184f63035c0a014dc4fb863e512f8779', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGSQ8B7WDKZ174GJDGWW0GS0', 'T-488', '2026-06-28 06:14:00.768', '2026-06-28 06:14:00.768', NULL, '69e3283ee3c10bcd2ca5b5cbad6a8b1f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGSQ8YSZA5YNP1JE8SJHXWBG', 'T-489', '2026-06-28 06:14:05.776', '2026-06-28 06:14:05.776', NULL, '0b37f24529eb3bb4f2b295dda3bb04ea', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGSQP1YPG70RPQJ4XZDH2T1M', 'T-490', '2026-06-28 06:15:53.077', '2026-06-28 06:15:53.077', NULL, '586b7d8495ad019b436fddbf973c9e63', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGVCY4M0ZK72HZT2FSZF968W', 'T-491', '2026-06-28 10:08:32.933', '2026-06-28 10:08:32.933', NULL, '3895f296d80984ccd613ca9853a05eda', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGVDBD0F14FV5CDJQB063YSR', 'T-492', '2026-06-28 10:10:21.572', '2026-06-28 10:10:21.572', NULL, '341150811f14eb3f4486067ffb1197c4', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGVNCZS0JZP5Y7596GBV4RFC', 'T-493', '2026-06-28 10:45:31.721', '2026-06-28 10:45:31.721', NULL, 'eec40f4714242cf343035481684f2aba', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGX26B0NAC9WRJMVB0QE6CV8', 'T-494', '2026-06-28 14:01:13.733', '2026-06-28 14:01:13.733', NULL, '37bf4baec69cb3d06072793cd3d60a46', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGYPJ6FTEPP4JK3D7D01ZSMM', 'T-495', '2026-06-28 17:50:02.366', '2026-06-28 17:50:02.366', NULL, '40dbd25d323a8192e8f65a6e1c2dd33d', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGYS06SDJGZ4W3Z9V9HDEATW', 'T-496', '2026-06-28 18:00:41.420', '2026-06-28 18:00:41.420', NULL, 'd2e472745c710eb00555b2b824d4e214', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZK6PWBRBK9J2XPJ55Y3630', 'T-497', '2026-06-28 19:55:10.439', '2026-06-28 19:55:10.439', NULL, '56f8bf5d0e9a52d9ce3c7a293b5f8972', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKEHPT1TMFMR0KYFGR087W', 'T-498', '2026-06-28 19:56:14.646', '2026-06-28 19:56:14.646', NULL, 'c62ee89f4aa203262fab74da8604777a', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKEHPSSHEG6ZBM0B4DMM6C', 'T-498', '2026-06-28 19:56:14.655', '2026-06-28 19:56:14.655', NULL, '1a47f2a97f13a7565080893758424fec', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKEHPW9GMXNACA38MK56HR', 'T-498', '2026-06-28 19:56:14.655', '2026-06-28 19:56:14.655', NULL, '2c606da2b11071cee3bfcee4855d4e66', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKJKW1721NKWY6XZG3KYB8', 'T-499', '2026-06-28 19:56:47.968', '2026-06-28 19:56:47.968', NULL, '135e7af3ddf32a676fcfadd150061dd6', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKJKW6EDH8TR45M86EWB5M', 'T-499', '2026-06-28 19:56:47.977', '2026-06-28 19:56:47.977', NULL, 'fc370ccee9cd94d0de9988f08963b8f1', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKJKW9P697RTQ68R3NKBR8', 'T-499', '2026-06-28 19:56:47.978', '2026-06-28 19:56:47.978', NULL, '99eb5554507cf5b29a158838f156d544', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKEHPW9GMXNACA38MK56HR', 'T-500', '2026-06-28 19:56:14.655', '2026-06-28 19:57:02.538', NULL, '6b529f95abd005b73e20b293dcba765c', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKEHPT1TMFMR0KYFGR087W', 'T-501', '2026-06-28 19:56:14.646', '2026-06-28 19:57:25.895', NULL, '4e1059be29e69c094168bb55e06704a4', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKJKW1721NKWY6XZG3KYB8', 'T-502', '2026-06-28 19:56:47.968', '2026-06-28 19:57:25.904', NULL, '2c08cf1dfc5c7ba16f756db7c80bc300', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKJKW6EDH8TR45M86EWB5M', 'T-503', '2026-06-28 19:56:47.977', '2026-06-28 19:57:25.905', NULL, '5177977a9215f17efa101e50b03ad8eb', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKJKW9P697RTQ68R3NKBR8', 'T-504', '2026-06-28 19:56:47.978', '2026-06-28 19:57:25.906', NULL, 'cb7f70a279326ff6e29a8c7bdeb78c0f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FGZKJKW9P697RTQ68R3NKBR8', 'T-504', '2026-06-28 19:56:47.978', '2026-06-28 19:57:25.906', NULL, 'cb7f70a279326ff6e29a8c7bdeb78c0f', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FH621XBYJBGE1XPSFFK4YZGM', 'T-505', '2026-06-29 10:58:54.943', '2026-06-29 10:58:54.943', NULL, 'b402cc72b921d446a6e4f6c759d72d54', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FHAX7FV5KWGZQ31617R63W94', 'T-506', '2026-06-29 22:16:52.953', '2026-06-29 22:16:52.953', NULL, 'fdeccc75d6a70fae57de814d11695473', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
@@ -0,0 +1,6 @@
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ4D0GAXM1FN42PJKG7FE34G', 'T-507', '2026-07-02 09:41:05.241', '2026-07-02 09:41:05.241', NULL, 'd9dec9b9ed45db65467318f53eb05157', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ4D1M6ESSSQ1ZERTH4V9YN4', 'T-508', '2026-07-02 09:41:14.425', '2026-07-02 09:41:14.425', NULL, '5389a964251dc22408c41ceac6954f4d', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'T-509', '2026-07-02 20:31:02.783', '2026-07-02 20:31:02.783', NULL, 'ea835aca1960e1bee3d0710be19b8bba', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FK3CDZQD2JM95ZQY5MH53PWC', 'T-510', '2026-07-05 09:52:40.384', '2026-07-05 09:52:40.384', NULL, '6acffc225f49858f782c8c5e801e1c24', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'T-511', '2026-07-13 15:17:10.276', '2026-07-13 15:17:10.276', NULL, 'ffc35cbc7ffe3577e9f103ce6b411857', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
+INSERT INTO ticket_idmap (record_id, ticket_id, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNTF7KE5Y497PQC7SCFGR1KC', 'T-512', '2026-07-13 20:48:23.414', '2026-07-13 20:48:23.414', NULL, '90218f8881c60ea87ee29cdfc4e4bdb3', 2) ON CONFLICT(record_id) DO UPDATE SET ticket_id=excluded.ticket_id, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_idmap.updated_at OR (excluded.updated_at = ticket_idmap.updated_at AND excluded.hash > ticket_idmap.hash);
@@ -0,0 +1,8 @@
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCDG3T4A7CYPTG535KVAVH6C', 'multi-window', '2026-06-14 15:29:27', '2026-06-14 15:29:27', NULL, 'ce03f8eb534bc45e2c1c12e9b30a2c30', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCDG3T4A7CYPTG535KVAVH6C', 'ipc', '2026-06-14 15:29:28', '2026-06-14 15:29:28', NULL, 'e6789b66db5c1de85daf6fc8d3474449', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCNYXXH5AAHZR7WV0550J3RC', 'regression', '2026-06-15 11:12:41', '2026-06-15 11:12:41', NULL, 'd1aee45df369a9afed1ecc7bc6043255', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCNYXXH5AAHZR7WV0550J3RC', 'claude-cli', '2026-06-15 11:12:41', '2026-06-15 11:12:41', NULL, '2d486f878edbd7a898ece18900e0d9d6', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQ8HB61N3TWVJ8YSMHH2TJ4', 'web', '2026-06-15 14:22:06', '2026-06-15 14:22:06', NULL, '6867c9766259a7f09e81ff515973914e', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQHWQ40AY6SNVRJ86YWA0J8', 'path', '2026-06-15 15:24:11', '2026-06-15 15:24:11', NULL, 'e73b3b85732a2c21be23353a0f7f1493', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQHWQ40AY6SNVRJ86YWA0J8', 'web', '2026-06-15 15:24:11', '2026-06-15 15:24:11', NULL, '8c93337891e74d67d2465ba2c3b901d5', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
+INSERT INTO ticket_labels (ticket_record_id, label, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FCQZ47MAN835B215GSSMRV8W', 'web', '2026-06-15 15:53:35', '2026-06-15 15:53:35', NULL, '4cbf5007b12087b88b8acb36f3616bf8', 2) ON CONFLICT(ticket_record_id, label) DO UPDATE SET updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > ticket_labels.updated_at OR (excluded.updated_at = ticket_labels.updated_at AND excluded.hash > ticket_labels.hash);
@@ -0,0 +1,101 @@
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 graph view (builtin.graph)', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.', 'in_progress', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:23', '2026-07-02 06:35:03.555', NULL, 'a46ad64b03bc1b4126e9882ed7b81a3a', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 graph view (builtin.graph)', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.
+
+PROGRESS (2026-07-02, session 2): app-integration phase — 3 slices committed. (1) GraphController (graph_controller.dart, 3b67725b) — pql.files + per-file pql.outlinks over the vault -> VaultGraph; loading/error state; debounced files.changed refresh; 6 tests. (2) GraphPanel shell (graph_panel.dart, 6fae1bc4) — loading/empty/error states + GraphView + click-to-open via editor.open; 5 widget tests. (3) GraphExtension registration (extension.dart + builtin.graph i18n, a5acb6ac) — graph.view context-panel tab (D-47), activates after builtin.pql dep; 4 tests; CHANGELOG entry. The graph is now REACHABLE end-to-end (21 graph tests green). REMAINING (T-323 enrichment): pan/zoom on the view; filter controls (tag include/exclude, glob, depth-from-active).', 'in_progress', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:23', '2026-07-02 08:33:27.518', NULL, 'dc254ed9b53362c45d11ac23f600b57d', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ4D0GAXM1FN42PJKG7FE34G', 'task', NULL, 'Skill cleanup: apply 2026-07-02 estate-review fixes to clide repo + user scope', 'Apply verified findings from the estate-wide skill review: delete commit/penpot-login/clean-house(project copy) skills; centralize d2-diagram/frame0-wireframe/skill-create to user scope de-contaminated; repoint whats-next (governance/, gh, dead links, step 3a); fix git-commit heredoc guidance + stale sidecar/ADR refs; fix clide skill dock slot + description trim; testmode terminal category; ui-design phosphor glyph reference post-T-314; rewrite skills README index.', 'backlog', 'medium', NULL, NULL, NULL, '2026-07-02 09:41:05.239', '2026-07-02 09:41:05.239', NULL, 'c5ddebbb4ffe8611329732087dd1cebb', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ4D1M6ESSSQ1ZERTH4V9YN4', 'task', NULL, 'Distribute the clide skill per-workspace with an install marker', 'Estate review 2026-07-02: the clide skill is repo-agnostic and hand-copied into other repos (settled-reach), drifting. Long-term story: clide installs the skill into each workspace''s .claude/skills/ with a .pql-install.json-style marker (version + sha256) so staleness is detectable, following pql''s clean-house precedent. Until then the canonical copy lives in the clide repo.', 'backlog', 'medium', NULL, NULL, NULL, '2026-07-02 09:41:14.420', '2026-07-02 09:41:14.420', NULL, '698b529e4ea8e4417ddb3b9846b30c13', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ4D0GAXM1FN42PJKG7FE34G', 'task', NULL, 'Skill cleanup: apply 2026-07-02 estate-review fixes to clide repo + user scope', 'Apply verified findings from the estate-wide skill review: delete commit/penpot-login/clean-house(project copy) skills; centralize d2-diagram/frame0-wireframe/skill-create to user scope de-contaminated; repoint whats-next (governance/, gh, dead links, step 3a); fix git-commit heredoc guidance + stale sidecar/ADR refs; fix clide skill dock slot + description trim; testmode terminal category; ui-design phosphor glyph reference post-T-314; rewrite skills README index.', 'done', 'medium', NULL, NULL, NULL, '2026-07-02 09:41:05.239', '2026-07-02 09:55:52.109', NULL, '7470547f02b1269981faefe053aa4ae3', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 graph view (builtin.graph)', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.
+
+PROGRESS (2026-07-02, session 2): app-integration phase — 3 slices committed. (1) GraphController (graph_controller.dart, 3b67725b) — pql.files + per-file pql.outlinks over the vault -> VaultGraph; loading/error state; debounced files.changed refresh; 6 tests. (2) GraphPanel shell (graph_panel.dart, 6fae1bc4) — loading/empty/error states + GraphView + click-to-open via editor.open; 5 widget tests. (3) GraphExtension registration (extension.dart + builtin.graph i18n, a5acb6ac) — graph.view context-panel tab (D-47), activates after builtin.pql dep; 4 tests; CHANGELOG entry. The graph is now REACHABLE end-to-end (21 graph tests green). REMAINING (T-323 enrichment): pan/zoom on the view; filter controls (tag include/exclude, glob, depth-from-active).
+
+COMPLETE (2026-07-02, session 2). All scope delivered + tested (56 graph tests, make test green, real-boot verified via testmode). Slices this session: GraphController (3b67725b), pane shell (6fae1bc4), extension+i18n registration (a5acb6ac), pan+zoom (e6556401), testmode coverage (46d9b403), filter model (f859173b), filter bar (aabec87d). Final feature: force-directed vault graph in the context panel (graph.view, D-47) — hover-highlight, click-to-open, scroll-zoom, drag-pan, and filters (path glob re-queries pql; depth-from-active local graph; tri-state tag include/exclude). Controller uses pql.meta (outlinks+tags in one call) and strips #heading fragments so heading links connect. NOTE: pql data load is 1 files + N meta calls (sequential); batching is a future optimisation if large vaults feel slow.', 'in_progress', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:23', '2026-07-02 19:47:37.694', NULL, '6ef9144fd880038d5db1d318925a9afd', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G2KHKT5CJYR0TK1WQGMD0', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 graph view (builtin.graph)', 'Tier-5 graph VIEW, absorbed from the former T-7 into the unified canvas epic (T-317). Force-directed layout of the vault (or a filtered subset): nodes are notes, edges are wikilinks. Hover highlights the connected subgraph; click opens the note in the editor. Filter pane: tag include/exclude, file glob, depth-from-active. pql provides the link data (pql backlinks / pql outlinks); rendering is owned in-app (CustomPaint, own-the-rendering-stack). Lives in its own slot per D-47 (context panel), uses MultitabPane (T-83). DISTINCT from the in-card graph TEMPLATE (T-321): T-321 renders a graph passed into the conversation drawing card; this is the full interactive graph pane over the whole vault. Relates to the core renderer (T-318) but has its own force-directed layout.
+
+PROGRESS (2026-06-29): force-directed layout SOLVER built + tested (lib/src/graph/force_layout.dart, 6 dart-test cases, commit bcef3a6f) — deterministic Fruchterman-Reingold, Flutter-free. REMAINING (the bulk, multi-session): graph data model from pql backlinks/outlinks over the vault; CustomPaint rendering (nodes+edges); pan/zoom; hover-highlight-subgraph; click-opens-note; filter pane (tag/glob/depth); MultitabPane + context-panel slot (D-47) wiring; widget/golden tests. This is a full interactive Tier-5 pane, a fresh-session undertaking — only its solver core is done.
+
+PROGRESS (2026-07-02): the graph rendering + interaction foundation is BUILT + tested (4 slices, all committed). (1) force-directed solver — force_layout.dart (bcef3a6f). (2) link-graph model — vault_graph.dart: VaultGraph.fromOutlinks, neighborhood, edgePairs (084bf842). (3) CustomPaint renderer — graph_painter.dart: edges/nodes/labels, hover-dim, fit transform (6bea1723). (4) interactive GraphView — graph_view.dart: hover-highlight + click-to-open, shared GraphViewport hit-testing (c529703b). The graph is a fully working WIDGET (renders + hover + click). REMAINING = the app-integration phase: pql link-data wiring (pql outlinks over the vault -> the file->outlinks map -> VaultGraph), the pane shell (async load + filter: tag/glob/depth + pan/zoom), and MultitabPane + context-panel slot (D-47) + GraphExtension registration.
+
+PROGRESS (2026-07-02, session 2): app-integration phase — 3 slices committed. (1) GraphController (graph_controller.dart, 3b67725b) — pql.files + per-file pql.outlinks over the vault -> VaultGraph; loading/error state; debounced files.changed refresh; 6 tests. (2) GraphPanel shell (graph_panel.dart, 6fae1bc4) — loading/empty/error states + GraphView + click-to-open via editor.open; 5 widget tests. (3) GraphExtension registration (extension.dart + builtin.graph i18n, a5acb6ac) — graph.view context-panel tab (D-47), activates after builtin.pql dep; 4 tests; CHANGELOG entry. The graph is now REACHABLE end-to-end (21 graph tests green). REMAINING (T-323 enrichment): pan/zoom on the view; filter controls (tag include/exclude, glob, depth-from-active).
+
+COMPLETE (2026-07-02, session 2). All scope delivered + tested (56 graph tests, make test green, real-boot verified via testmode). Slices this session: GraphController (3b67725b), pane shell (6fae1bc4), extension+i18n registration (a5acb6ac), pan+zoom (e6556401), testmode coverage (46d9b403), filter model (f859173b), filter bar (aabec87d). Final feature: force-directed vault graph in the context panel (graph.view, D-47) — hover-highlight, click-to-open, scroll-zoom, drag-pan, and filters (path glob re-queries pql; depth-from-active local graph; tri-state tag include/exclude). Controller uses pql.meta (outlinks+tags in one call) and strips #heading fragments so heading links connect. NOTE: pql data load is 1 files + N meta calls (sequential); batching is a future optimisation if large vaults feel slow.', 'done', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:23', '2026-07-02 19:47:44.357', NULL, '4d534c5ebbc8245ac9cdf1c41ddfca06', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 canvas pane (builtin.canvas)', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.', 'backlog', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:17', '2026-07-02 20:27:03.493', NULL, '163772c5b568c9fb0b69715648555c30', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'bug', '06FB0TNQM5TWC00GW0P3X02HZW', 'Model switch + effort toggle: unclear UI feedback', NULL, 'backlog', 'medium', NULL, NULL, NULL, '2026-07-02 20:31:02.783', '2026-07-02 20:31:02.783', NULL, '931821336de8bd9ca5e77cd62f3ca1d3', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'bug', '06FB0TNQM5TWC00GW0P3X02HZW', 'Model switch + effort toggle: unclear UI feedback', 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.', 'backlog', 'medium', NULL, NULL, NULL, '2026-07-02 20:31:02.783', '2026-07-02 20:31:02.806', NULL, 'b4e300bee467ba284a30772cb7a186bb', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 canvas pane (builtin.canvas)', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.', 'in_progress', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:17', '2026-07-02 20:35:12.739', NULL, '3e2c84564d3b6cf59f8c8f0e8af1b0b5', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'bug', '06FB0TNQM5TWC00GW0P3X02HZW', 'Model switch + effort toggle: unclear UI feedback', 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.
+
+EVIDENCE + ROOT CAUSE (2026-07-02, from a /model screenshot). The confirmation renders as a raw, unstyled line: literally ''<local-command-stdout>Set model to claude-fable-5[1m] (claude-fable-5)</local-command-stdout>'', shown under the ''you'' (user) speaker stripe. Three distinct defects in that one line: (a) the CLI''s <local-command-stdout> wrapper tag is displayed verbatim instead of being unwrapped; (b) an ANSI SGR bold code leaks through as literal ''[1m]'' (a \x1b[1m) — slash-command stdout is not ANSI-stripped; (c) it is attributed to the USER speaker, so a system/command acknowledgement masquerades as something the user typed. ROOT CAUSE: clide has NO handling for local-command-stdout at all (grep in lib/ = zero hits) — the slash-command result falls through and is rendered as plain user prose. ENTRY POINTS for the fix: inbound message parse / role attribution in lib/builtin/claude/src/transcript_reader.dart; existing ANSI-strip refs in transcript_reader.dart + claude_composer.dart. IMPROVE: detect local-command-stdout content, unwrap the tag + strip ANSI, and render it as a distinct, clearly-positioned system/command-acknowledgement (NOT the user stripe) so a /model or /effort change is an unmistakable confirmation. Affects all slash-command stdout (model, effort, etc.), so fix at the render/parse path, not per-command.', 'backlog', 'medium', NULL, NULL, NULL, '2026-07-02 20:31:02.783', '2026-07-02 20:39:06.684', NULL, '8678946b438ae5cbdff677bb73949374', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FJ91RYFXBJH99HJ18QTHY2B0', 'bug', '06FB0TNQM5TWC00GW0P3X02HZW', 'Model switch + effort toggle: unclear UI feedback', 'REPORTED (2026-07-02, Jeroen): can''t trust that the model switch and the effort toggle actually took effect when used — the UI feedback + positioning leave it uncertain whether the change applied. INVESTIGATE: what confirmation (if any) fires today when the model or effort is changed, and where it surfaces relative to the control. Likely-related surfaces: the Config tab controls (T-414), /effort ownership (T-412), account/model settings control. IMPROVE: give an unmistakable, well-positioned confirmation that the change landed — e.g. the control reflects the new value immediately (selected state), and/or a brief toast/inline acknowledgement near the control, not somewhere the eye isn''t. Goal: after a switch, the user is certain which model/effort is now active.
+
+EVIDENCE + ROOT CAUSE (2026-07-02, from a /model screenshot). The confirmation renders as a raw, unstyled line: literally ''<local-command-stdout>Set model to claude-fable-5[1m] (claude-fable-5)</local-command-stdout>'', shown under the ''you'' (user) speaker stripe. Three distinct defects in that one line: (a) the CLI''s <local-command-stdout> wrapper tag is displayed verbatim instead of being unwrapped; (b) an ANSI SGR bold code leaks through as literal ''[1m]'' (a \x1b[1m) — slash-command stdout is not ANSI-stripped; (c) it is attributed to the USER speaker, so a system/command acknowledgement masquerades as something the user typed. ROOT CAUSE: clide has NO handling for local-command-stdout at all (grep in lib/ = zero hits) — the slash-command result falls through and is rendered as plain user prose. ENTRY POINTS for the fix: inbound message parse / role attribution in lib/builtin/claude/src/transcript_reader.dart; existing ANSI-strip refs in transcript_reader.dart + claude_composer.dart. IMPROVE: detect local-command-stdout content, unwrap the tag + strip ANSI, and render it as a distinct, clearly-positioned system/command-acknowledgement (NOT the user stripe) so a /model or /effort change is an unmistakable confirmation. Affects all slash-command stdout (model, effort, etc.), so fix at the render/parse path, not per-command.
+
+SCOPE (do not narrow): the local-command-stdout rendering defect above is ONE symptom, not the whole ticket. The core problem is that after switching model or effort the user has no reliable, well-placed signal that it took effect — so this stays a broad investigate-and-improve of the switch/toggle trust UX, with the render bug as just the first concrete instance. Other symptoms/questions to investigate (non-exhaustive): does the control itself (Config tab picker / effort control / any menu) visibly update to the NEW active value after a switch, or does it look unchanged? is there ANY acknowledgement at the point of interaction, or only (mangled) output buried in the transcript far from where the user clicked? do model vs effort behave consistently, or differently? can clide''s shown ''active'' value drift from what actually took effect (e.g. a switch that silently no-ops)? is the confirmation positioned where the eye already is? The deliverable is: across all these controls, a consistent and unmistakable ''this is now active'' — fixing the render path is necessary but not sufficient. Enumerate the full symptom set during investigation before designing the fix.', 'backlog', 'medium', NULL, NULL, NULL, '2026-07-02 20:31:02.783', '2026-07-02 20:41:13.402', NULL, '9c7b3632bd0846533a1b65cc12b8145a', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 canvas pane (builtin.canvas)', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).', 'in_progress', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:17', '2026-07-02 21:22:59.395', NULL, '6ba2a2c1892dbf56c582f83bd9753314', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 canvas pane (builtin.canvas)', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).
+
+Refinement (2026-07-03, user-confirmed): (1) SLOT: Slots.workspace — diff/editor recipe, center column; coexists with Claude the way diff does (D-47). (2) TABS: real MultitabPane<CanvasDoc> — N .canvas files open as tabs (user explicitly chose over the single-TabContribution graph/diff precedent; needs MultitabController plumbing like Claude sessions). (3) FILE-OPEN ROUTING resolved by inspection: TabContribution.fileGlobs is dead (zero consumers) — do NOT wire it. Add a .canvas branch in lib/kernel/src/file_open.dart openWorkspaceFile() publishing to ''builtin.canvas''/''selection'' (mirror of the .md branch), and D-6 CLI parity via a ''canvas'' entry in the _readers map at lib/src/daemon/ui_command.dart:34 → clide ui open canvas <path> (diff precedent). (4) Fix stale doc header lib/src/canvas/json_canvas.dart:5-7 (claims SVG-lowering; actual architecture paints CanvasDoc directly per the ticket''s DECISION NOTE) in the same pass. (5) Edit phase later needs a mutation path (CanvasView has no onChanged; CanvasDoc is immutable-construction only) — deferred, flagged now.', 'in_progress', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:17', '2026-07-03 20:20:00.827', NULL, '34eeab12879a55e77e6c9841a442cf27', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FB2G1WD1839Z90AQ5C0BHNV4', 'story', '06FHAX7FV5KWGZQ31617R63W94', 'Tier-5 canvas pane (builtin.canvas)', 'Tier-5 canvas PANE, absorbed from the former T-7 into the unified canvas epic (T-317, decision D-91). A full workspace pane that renders .canvas files by CONVERTING them into the drawing-card JSON (per D-91: .canvas is an import format, not a native schema) and painting via the shared canvas renderer (T-318). Scope: nodes (note, text, group, image) + edges + layout state; pan/zoom; node selection, drag, resize; edit affordances (add note from file picker, add text node, draw edge between nodes); persist layout back to the .canvas file on disk. Uses MultitabPane (T-83) for tabs and its own slot per D-47; panels are extension-shaped (D-17). Depends on the core renderer (T-318). NOTE: unlike the conversation drawing card (display-only, D-78), this pane is interactive/editable — it is a pane, not a conversation widget.
+
+SCOPE NOTE (2026-06-29): currently a 17-line stub. This is a from-scratch interactive Tier-5 pane (parse .canvas -> drawing-card JSON, CustomPaint render, pan/zoom, node select/drag/resize, edit affordances, persist .canvas) — a multi-session feature, NOT template-class work. The drawing-card TEMPLATE half of epic T-317 is now complete (svg/d2/image/icon/compare/graph + stdin).
+
+PROGRESS (2026-07-02): two foundation slices built + tested (from the 17-line stub). (1) JSONCanvas parser/model — lib/src/canvas/json_canvas.dart (2eb5d0f1): typed CanvasDoc (text/file/link/group nodes + edges with sides/ends/color/label), parse + toJson round-trip, skips unknown/malformed; pure Dart, 8 dart-test cases. (2) CustomPaint renderer — lib/builtin/canvas/src/canvas_painter.dart (035a37a1): CanvasBounds + pan/zoom CanvasViewport, group frames + edges (arrowheads) + node cards; node colours from the file (Obsidian presets/hex, NOT clide tokens per arbitrary-content rule), chrome themed; 7 tests (pixel-probe + viewport + colour). DECISION NOTE: the interactive pane paints the CanvasDoc model directly via CustomPaint (hit-testable, cheap re-paint) rather than re-lowering to SVG each frame — the ticket''s ''convert to drawing-card JSON'' path (D-91 SVG substrate) is for the display-only viewer; an editable pane needs direct model painting. Mirrors the graph pane. REMAINING (multi-session): interactive CanvasView (hit-test nodes + pan/zoom + click-select), pane shell (load .canvas from disk, workspace slot D-47, MultitabPane), CanvasExtension registration + open-.canvas routing, then edit affordances (add node/edge, drag, resize) + persist back to disk.
+
+PROGRESS (2026-07-02, cont.): third foundation slice landed — interactive CanvasView (lib/builtin/canvas/src/canvas_view.dart, 7700fc7a): hitTestCanvasNode (topmost node under a point; cards beat the group frames behind, via the painter''s own viewport) + scroll-zoom + drag-pan + click-select with a focus ring; 6 tests. The canvas rendering + interaction FOUNDATION is now complete + tested (parser 2eb5d0f1, renderer 035a37a1, view 7700fc7a — 21 canvas tests), mirroring where T-323''s foundation was before its integration phase. NOT yet reachable. REACHABLE-INTEGRATION PHASE (next, fresh session): (a) pane shell — a StatefulWidget that loads a .canvas from disk (files.read/editor.open path), holds the CanvasDoc, embeds CanvasView; (b) CanvasExtension registration as a workspace pane (own slot D-47, MultitabPane T-83); (c) FILE-OPEN ROUTING — how opening a .canvas lands in this pane instead of the text editor: NOTE the TabContribution.fileGlobs field is DECLARED but has ZERO consumers in lib/, so this routing must be built (wire fileGlobs, or have the editor delegate by extension, or a command + workspace tab); (d) i18n + tests. THEN the edit phase: add node/text/edge affordances, node drag + resize, and persist the CanvasDoc back to the .canvas file (encode() already exists).
+
+Refinement (2026-07-03, user-confirmed): (1) SLOT: Slots.workspace — diff/editor recipe, center column; coexists with Claude the way diff does (D-47). (2) TABS: real MultitabPane<CanvasDoc> — N .canvas files open as tabs (user explicitly chose over the single-TabContribution graph/diff precedent; needs MultitabController plumbing like Claude sessions). (3) FILE-OPEN ROUTING resolved by inspection: TabContribution.fileGlobs is dead (zero consumers) — do NOT wire it. Add a .canvas branch in lib/kernel/src/file_open.dart openWorkspaceFile() publishing to ''builtin.canvas''/''selection'' (mirror of the .md branch), and D-6 CLI parity via a ''canvas'' entry in the _readers map at lib/src/daemon/ui_command.dart:34 → clide ui open canvas <path> (diff precedent). (4) Fix stale doc header lib/src/canvas/json_canvas.dart:5-7 (claims SVG-lowering; actual architecture paints CanvasDoc directly per the ticket''s DECISION NOTE) in the same pass. (5) Edit phase later needs a mutation path (CanvasView has no onChanged; CanvasDoc is immutable-construction only) — deferred, flagged now.
+
+PROGRESS (2026-07-05): REACHABLE-INTEGRATION PHASE COMPLETE (e2e305de). CanvasExtension is a real workspace pane: app-scoped MultitabController on the extension (diff/T-233 pattern) with real per-document sub-tabs (MultitabPane keepAlive, per refinement decision), CanvasPaneHost + CanvasDocumentTab (files.read -> CanvasDoc.parse -> CanvasView; loading/error states), routing wired (openWorkspaceFile .canvas branch; ui.open ''canvas'' reader so clide ui open canvas <path> works; fileGlobs left dead as decided), en_us+nl_nl catalogs, json_canvas doc header corrected. Tests: extension lifecycle (7), pane-host widget (6), file_open routing (5, new file), ui_command canvas case; testmode extension roster now includes builtin.canvas (26/26 real-boot pass). REMAINING (edit phase, fresh session): node drag + resize, add note/text/edge affordances, persist CanvasDoc back to disk — encode() exists; CanvasView needs an onChanged/mutation path (refinement note item 5).', 'in_progress', 'medium', NULL, NULL, NULL, '2026-06-10 11:17:17', '2026-07-05 07:29:15.447', NULL, '1be84ba4d4357171ef329f39b601f4e1', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FK3CDZQD2JM95ZQY5MH53PWC', 'task', '06FB0TNQM5TWC00GW0P3X02HZW', 'Composer bypass reachability: Ctrl/Cmd+Shift+M full cycle + shift-click bypass row', 'User decision (2026-07-05), amending T-226''s refinement wording: the original intent was Ctrl/Cmd+Shift+M cycling the FULL permission-mode list including bypassPermissions, with plain Ctrl/Cmd+M keeping the safe trio (default/acceptEdits/plan). Holding shift IS the explicit opt-in gesture — no separate confirm needed. Likewise the composer mode popup (T-275): the bypass row is currently permanently disabled, pointing at ''the cockpit''s confirmed path'' (T-181 roster shift-click) — but that roster is ghost-fed (T-396, TeamMemberJoined never emitted in production), so bypass is unreachable from the primary session''s UI entirely; a visible-but-unreachable option is worse than none. Scope: (1) claude_status: kFullPermissionCycle + nextPermissionMode(); (2) composer key handler: mod+shift+M -> full cycle, mod+M (no shift) -> safe trio; (3) PermissionModeControl: bypass row enabled behind a shift-click gate (plain click no-ops, menu stays open; shift-click selects + closes), trailing ''shift-click'' hint, semantics + tooltip updated; (4) i18n en+nl; (5) tests. The /permissions picker and roster badge paths are unchanged. Refs T-226, T-275, T-181, T-396.', 'backlog', 'medium', NULL, NULL, NULL, '2026-07-05 09:52:40.379', '2026-07-05 09:52:40.379', NULL, 'ec1eed07c9a69b4edbf3f4ffe671f696', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FK3CDZQD2JM95ZQY5MH53PWC', 'task', '06FB0TNQM5TWC00GW0P3X02HZW', 'Composer bypass reachability: Ctrl/Cmd+Shift+M full cycle + shift-click bypass row', 'User decision (2026-07-05), amending T-226''s refinement wording: the original intent was Ctrl/Cmd+Shift+M cycling the FULL permission-mode list including bypassPermissions, with plain Ctrl/Cmd+M keeping the safe trio (default/acceptEdits/plan). Holding shift IS the explicit opt-in gesture — no separate confirm needed. Likewise the composer mode popup (T-275): the bypass row is currently permanently disabled, pointing at ''the cockpit''s confirmed path'' (T-181 roster shift-click) — but that roster is ghost-fed (T-396, TeamMemberJoined never emitted in production), so bypass is unreachable from the primary session''s UI entirely; a visible-but-unreachable option is worse than none. Scope: (1) claude_status: kFullPermissionCycle + nextPermissionMode(); (2) composer key handler: mod+shift+M -> full cycle, mod+M (no shift) -> safe trio; (3) PermissionModeControl: bypass row enabled behind a shift-click gate (plain click no-ops, menu stays open; shift-click selects + closes), trailing ''shift-click'' hint, semantics + tooltip updated; (4) i18n en+nl; (5) tests. The /permissions picker and roster badge paths are unchanged. Refs T-226, T-275, T-181, T-396.', 'in_progress', 'medium', NULL, NULL, NULL, '2026-07-05 09:52:40.379', '2026-07-05 09:52:54.013', NULL, '56204043cd686ca0fcae06db735b72ef', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FK3CDZQD2JM95ZQY5MH53PWC', 'task', '06FB0TNQM5TWC00GW0P3X02HZW', 'Composer bypass reachability: Ctrl/Cmd+Shift+M full cycle + shift-click bypass row', 'User decision (2026-07-05), amending T-226''s refinement wording: the original intent was Ctrl/Cmd+Shift+M cycling the FULL permission-mode list including bypassPermissions, with plain Ctrl/Cmd+M keeping the safe trio (default/acceptEdits/plan). Holding shift IS the explicit opt-in gesture — no separate confirm needed. Likewise the composer mode popup (T-275): the bypass row is currently permanently disabled, pointing at ''the cockpit''s confirmed path'' (T-181 roster shift-click) — but that roster is ghost-fed (T-396, TeamMemberJoined never emitted in production), so bypass is unreachable from the primary session''s UI entirely; a visible-but-unreachable option is worse than none. Scope: (1) claude_status: kFullPermissionCycle + nextPermissionMode(); (2) composer key handler: mod+shift+M -> full cycle, mod+M (no shift) -> safe trio; (3) PermissionModeControl: bypass row enabled behind a shift-click gate (plain click no-ops, menu stays open; shift-click selects + closes), trailing ''shift-click'' hint, semantics + tooltip updated; (4) i18n en+nl; (5) tests. The /permissions picker and roster badge paths are unchanged. Refs T-226, T-275, T-181, T-396.', 'done', 'medium', NULL, NULL, NULL, '2026-07-05 09:52:40.379', '2026-07-05 10:54:23.532', NULL, '143695c5eefa42dab2c05edcb06a4427', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'task', NULL, 'Per-workspace PATH preset: settings + CLI (env.path) + spawn injection, worktree-aware (FR-1)', NULL, 'backlog', 'high', NULL, NULL, 'D-106', '2026-07-13 15:17:10.275', '2026-07-13 15:17:10.275', NULL, 'eb6abfb644234fe0c73b4785efcdad16', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'task', NULL, 'Per-workspace PATH preset: settings + CLI (env.path) + spawn injection, worktree-aware (FR-1)', NULL, 'in_progress', 'high', NULL, NULL, 'D-106', '2026-07-13 15:17:10.275', '2026-07-13 15:17:17.532', NULL, '6e4b7347d0e854ea4c5fe4b394c61412', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'task', NULL, 'Per-workspace PATH preset: settings + CLI (env.path) + spawn injection, worktree-aware (FR-1)', 'Implements D-106 (FR-1 + worktree addendum). Storage: user-scope key app.env.pathPrepend.<fnv1a64Hex(canonicalWorkspaceKey(presetRoot))> in ~/.config/clide/settings.yaml — never committed; presetRootFor() resolves a linked-worktree workspace (gitdir: pointer file, e.g. .worktrees/<name>) to the main repo root so all worktrees share the repo''s preset.
+
+Injection (prepend, dedup, next-spawn semantics): PTY panes via PaneRegistry.pathForSpawn hook (main.dart wires the preset-aware closure); hosted Claude via agentEnvDelta(prependDirs:) — now exports PATH whenever a preset exists even if clide is already on PATH (previous gap) — threaded orchestrator.pathPresetFor ← claude extension ← ctx.settings. Toolchain/supporter-binary resolution deliberately preset-blind (T-98/D-92 fence).
+
+CLI (D-6): one cmd id env.path → clide env path list|set|add|remove|clear|capture; Flutter-free handler lib/src/daemon/env_path_commands.dart over an injected PathPresetStore port (adapter in main.dart); mutations publish on envPathChannel; capture diffs loginShellPathOrNull() (new shell_env getter) vs process PATH. UI: Settings → Tools → Workspace PATH section, custom control (ordered list, add/remove/reorder, missing-dir warning, worktree note, capture suggestions) in builtin.tools-settings; en+nl catalogs.
+
+.worktrees/ added to IgnoreSet.builtin() and the project-init gitignore scaffold. Tests: path_preset_test (pure fns + real worktree layout), env_path_commands_test (all verbs), agent_bootstrap prependDirs cases, PaneRegistry pathForSpawn PTY test, widget tests for the control incl. worktree key sharing + capture. make test (4048) + make test-a11y green.', 'in_progress', 'high', NULL, NULL, 'D-106', '2026-07-13 15:17:10.275', '2026-07-13 15:39:31.309', NULL, 'c5a978f32c7497e478c471069ed20b7c', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNR3DP0D48AZZ3NRA8JF3Q10', 'task', NULL, 'Per-workspace PATH preset: settings + CLI (env.path) + spawn injection, worktree-aware (FR-1)', 'Implements D-106 (FR-1 + worktree addendum). Storage: user-scope key app.env.pathPrepend.<fnv1a64Hex(canonicalWorkspaceKey(presetRoot))> in ~/.config/clide/settings.yaml — never committed; presetRootFor() resolves a linked-worktree workspace (gitdir: pointer file, e.g. .worktrees/<name>) to the main repo root so all worktrees share the repo''s preset.
+
+Injection (prepend, dedup, next-spawn semantics): PTY panes via PaneRegistry.pathForSpawn hook (main.dart wires the preset-aware closure); hosted Claude via agentEnvDelta(prependDirs:) — now exports PATH whenever a preset exists even if clide is already on PATH (previous gap) — threaded orchestrator.pathPresetFor ← claude extension ← ctx.settings. Toolchain/supporter-binary resolution deliberately preset-blind (T-98/D-92 fence).
+
+CLI (D-6): one cmd id env.path → clide env path list|set|add|remove|clear|capture; Flutter-free handler lib/src/daemon/env_path_commands.dart over an injected PathPresetStore port (adapter in main.dart); mutations publish on envPathChannel; capture diffs loginShellPathOrNull() (new shell_env getter) vs process PATH. UI: Settings → Tools → Workspace PATH section, custom control (ordered list, add/remove/reorder, missing-dir warning, worktree note, capture suggestions) in builtin.tools-settings; en+nl catalogs.
+
+.worktrees/ added to IgnoreSet.builtin() and the project-init gitignore scaffold. Tests: path_preset_test (pure fns + real worktree layout), env_path_commands_test (all verbs), agent_bootstrap prependDirs cases, PaneRegistry pathForSpawn PTY test, widget tests for the control incl. worktree key sharing + capture. make test (4048) + make test-a11y green.', 'done', 'high', NULL, NULL, 'D-106', '2026-07-13 15:17:10.275', '2026-07-13 16:48:56.833', NULL, '09c6b262b3c0ecfd2f621d27f2cc5eb2', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNTF7KE5Y497PQC7SCFGR1KC', 'task', NULL, 'Lead the clide skill description with clide capabilities + env mechanics (FR-2)', NULL, 'backlog', 'low', NULL, NULL, NULL, '2026-07-13 20:48:23.409', '2026-07-13 20:48:23.409', NULL, '28edb12dfa1f2bf75d108f6cf9465ea5', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
+INSERT INTO tickets (record_id, type, parent_record_id, title, description, status, priority, assigned_to, team, decision_ref, created_at, updated_at, deleted_at, hash, canonical_version) VALUES ('06FNTF7KE5Y497PQC7SCFGR1KC', 'task', NULL, 'Lead the clide skill description with clide capabilities + env mechanics (FR-2)', NULL, 'done', 'low', NULL, NULL, NULL, '2026-07-13 20:48:23.409', '2026-07-13 20:49:17.282', NULL, 'b7eaec1d037d1c36cf54fac07b3b2dd4', 2) ON CONFLICT(record_id) DO UPDATE SET type=excluded.type, parent_record_id=excluded.parent_record_id, title=excluded.title, description=excluded.description, status=excluded.status, priority=excluded.priority, assigned_to=excluded.assigned_to, team=excluded.team, decision_ref=excluded.decision_ref, updated_at=excluded.updated_at, deleted_at=excluded.deleted_at, hash=excluded.hash, canonical_version=excluded.canonical_version WHERE excluded.updated_at > tickets.updated_at OR (excluded.updated_at = tickets.updated_at AND excluded.hash > tickets.hash);
@@ -0,0 +1,582 @@
+# AGENTS.md for clide — Mistral Vibe operating as Claude Code peer
+
+This file configures Mistral Vibe to operate in this repo with the same
+effectiveness as Claude Code. It distills the CLAUDE.md guardrails and all
+`.claude/skills/` into Vibe's instruction hierarchy, preserving "Claude punch"
+in a hybrid workflow.
+
+---
+
+## Identity
+
+You are operating in **clide** — a Flutter/Dart IDE for Claude Code CLI.
+Your role: **peer to Claude Code**, not replacement. Maintain Claude's
+behavioral standards, tool discipline, and architectural rigor.
+
+**Primary directive:** Never lose "Claude punch" — the combination of
+strict guardrails, CLI-first interaction, and parity between UI and CLI
+that defines effective operation in this repo.
+
+---
+
+## Non-Negotiable Guardrails (from CLAUDE.md)
+
+These are load-bearing. Violating any means the design is wrong, not the rule.
+
+- **Flutter desktop is the host. No Electron, ever.**
+- **Single process.** The Flutter app hosts everything in-process: IPC server,
+  subsystem handlers (pane, files, editor, git, pql), extensions.
+- **CLI-first, not MCP.** Drive via `clide <subsystem> <verb>` Bash commands.
+- **Dart is the core; pql fills the query gap.** PTY spawning is native Dart FFI
+  (`posix_openpt` + `posix_spawn`). `pql` (Go) handles vault queries.
+- **Own the rendering stack.** PTY, markdown, graph, canvas — all clide-owned.
+- **User/Claude parity (D-6).** Every CLI subcommand has a UI affordance,
+  and every UI action has a CLI equivalent.
+- **pql: wrap, don't duplicate.** Clide wraps pql; never re-implements it.
+- **Repo-is-the-workspace.** Git repo root is the workspace.
+- **Decision discipline.** All architectural choices live in
+  `governance/decisions/<domain>.md` as `D-NNN` records. Open questions as
+  `Q-NNN` under `governance/questions/<domain>.md`. Rejected as `R-NNN`.
+- **No pre-existing excuse.** Solo-dev repo — if `make test` is red, fix it
+  first, then your work. Surface blockers; don't push on top of broken state.
+
+---
+
+## Tool Discipline (from CLAUDE.md)
+
+### Make targets are the entry points
+
+| Purpose | Command | Never call directly |
+|---------|---------|---------------------|
+| Launch app | `make run` | `flutter run` |
+| Static analysis | `make analyze` | `flutter analyze` |
+| Format | `make format` | `dart format` |
+| Fast test suite | `make test` | `flutter test` |
+| Core subsystem tests | `make test-core` | underlying scripts |
+| Accessibility tests | `make test-a11y` | underlying scripts |
+| Integration tests | `make test-integration` | underlying scripts |
+| Pre-push gate | `make push-check` | `ci/*` scripts |
+| Setup hooks | `make hooks` | `cp .githooks/* .git/hooks/` |
+| Clean | `make clean` | `rm -rf build/` |
+
+### Shell hygiene
+
+- **Working directory is repo root** — never `cd /path/to/clide` or `git -C`
+- **One command per invocation** — no `&&`/`;` chaining
+- Exception: `git commit -F` HEREDOC for multi-line messages
+- Prefer Read/Edit/Grep tools over `cat`/`sed`/`grep` for file inspection
+
+---
+
+## Git Workflow (from git-commit skill)
+
+### Commit message format: Conventional Commits 1.0
+
+```
+<type>(<scope>): <imperative subject> (<T-NNN>)
+
+Optional body: explain WHY, not WHAT. Wrap at ~72 chars.
+
+Co-Authored-By: Mistral Vibe <vibe@mistral.ai>
+```
+
+**Type:** `feat`, `fix`, `docs`, `style`, `refactor`, `perf`, `test`, `build`, `chore`
+- Use `feat`/`fix` for user-visible behavior
+- Use `chore` for bookkeeping (`chore(plan)` for pql ticket housekeeping)
+- Append `!` after scope for breaking changes: `feat(ipc)!: ...`
+
+**Scope:** Optional but preferred — subsystem: `settings`, `vim`, `pty`, `git`, `plan`
+- Lower-case, no spaces
+
+**Subject:** ≤ 72 characters INCLUDING prefix. No emojis. No "and".
+
+**Ticket ref:** Trailing `(T-NNN)` when work has a ticket.
+
+**Body:** Explain the *why*. The diff shows the *what*. Don't restate it.
+- Hard cap: **60 words per bullet** for CHANGELOG entries
+- No multi-paragraph bullets
+- No sub-headers inside bullets
+- No probe numbers, latency stats, or %-coverage deltas
+
+### Logically-separated commits
+
+1. **Read `git status` + `git diff` first** — never stage blind
+2. **Group by concern, not location:**
+   - Bookkeeping: `.gitignore`, lockfiles, config
+   - Documentation: `README.md`, ADRs, design notes
+   - Tooling/skills: reusable, non-project-specific
+   - Project conventions: repo's own rules
+   - Feature/subsystem: one cohesive change
+   - Layer changes: app, sidecar CLI, daemon, IPC, pql wrapper, canvas, git panel
+3. **Prefer many small focused commits over one large mixed one**
+4. **Use `git add <specific paths>`** — NEVER `git add -A`, `git add .`, `git add -u`
+5. **Verify between commits** with `git status`, `git diff --staged`, `git log -1`
+
+### Changelog discipline
+
+- **Every user-visible commit must touch CHANGELOG.md** under `## [Unreleased]`
+- Use Keep a Changelog 1.1.0 format with sections: Added, Changed, Deprecated, Removed, Fixed, Security
+- Entries: short imperative phrases describing user-facing impact
+- **60 words hard cap per bullet** — verify with `make changelog-gate`
+- What skips changelog: pure bookkeeping with no user-visible effect
+
+### Safety rules (reinforced)
+
+- **Never** `--no-verify`
+- **Never** `--amend` unless user explicitly asks
+- **Never** force-push to `main` or `master`
+- **Always** check `git status` before staging, `git diff --staged` before committing
+- Commit message via HEREDOC:
+  ```bash
+  git commit -m "$(cat <<'EOF'
+  <message>
+  EOF
+  )"
+  ```
+
+### What NOT to commit
+
+- `.env`, `*.env.local`
+- `.claude/settings.local.json`
+- Build artefacts: `sidecar/bin/`, `sidecar/dist/`, `build/`, `app/.dart_tool/`
+- SQLite index files: `*.sqlite`, `*.sqlite-wal`, `*.sqlite-shm`, `*.db`
+- Coverage/test output: `*.out`, `coverage.*`, `*.test`
+- `.pql/changelog/` — auto-staged by pre-commit hook from pql DB
+
+---
+
+## pql — Vault Queries + Project Planning
+
+`pql` indexes a vault into SQLite and exposes structural queries plus a
+planning layer for decision records and tickets. One binary, two surfaces.
+
+### Precondition
+
+```bash
+command -v pql
+```
+
+If absent, tell the user to install from
+https://github.com/postmeridiem/pql/releases/latest. Don't install it
+yourself. Don't fall back to grep unless the user explicitly asks.
+
+### First touch: learn the vault
+
+```bash
+pql schema
+```
+
+Returns one row per frontmatter key with observed types and file counts.
+Run once per session before writing queries.
+
+---
+
+### Surface 1: Vault queries
+
+#### Subcommands
+
+| Command | Purpose |
+|---|---|
+| `pql files [glob]` | List indexed files; optional glob filter |
+| `pql tags [--sort count]` | Distinct tags with counts |
+| `pql backlinks <path>` | Files linking TO a path |
+| `pql outlinks <path>` | Links FROM a file |
+| `pql meta <path>` | Frontmatter + tags + outlinks + headings for one file |
+| `pql schema` | Typed frontmatter schema |
+| `pql base <name>` | Execute an Obsidian .base file |
+| `pql shell` | Interactive REPL (indexes once, then query per line) |
+| `pql query "<DSL>"` | SQL-derived DSL for complex queries |
+| `pql doctor` | Resolved vault/config/DB/index state |
+
+#### DSL examples
+
+```sql
+SELECT name, fm.date WHERE fm.type = 'meeting' ORDER BY fm.date DESC LIMIT 10
+SELECT path WHERE 'project' IN tags ORDER BY path
+SELECT name, fm.prior_job WHERE fm.type = 'council-member' ORDER BY name
+```
+
+Use `--file q.pql` or `--stdin` for long queries. Don't interpolate vault
+content into the command line.
+
+#### Query cookbook
+
+- **Files in folder** → `pql files 'sessions/*'`
+- **Top tags** → `pql tags --sort count --limit 20`
+- **What links to X?** → `pql backlinks members/vaasa/persona.md`
+- **Date range** → `pql query "SELECT name, fm.date WHERE fm.date BETWEEN '2024-01-01' AND '2024-12-31'"`
+- **Run a Base** → `pql base council-sessions`
+- **Inspect one file** → `pql meta members/vaasa/persona.md --pretty`
+
+---
+
+### Surface 2: Planning (decisions + tickets)
+
+Planning state lives in `<vault>/.pql/pql.db` (user-authored state, not a
+cache). Decision records come from the DQR tree — `governance/{decisions,
+questions,rejected}/<domain>.md` by default (D-21), configurable via
+`dqr_dir` in `.pql/config.yaml` or the `PQL_DQR_DIR` env var (env > file >
+default); a legacy flat `decisions/` is auto-detected as a fallback.
+Tickets are SQLite-native.
+
+#### Decision subcommands
+
+| Command | Purpose |
+|---|---|
+| `pql decisions sync [--no-style]` | Parse the DQR tree → upsert into pql.db; surfaces style warnings (filename, subdir-type, domain pairing/conflicts) unless `--no-style` |
+| `pql decisions validate [--no-style]` | Dry-run parse; structural errors exit non-zero, style issues warn (suppress with `--no-style`) |
+| `pql decisions claim <D\|Q\|R> <domain> "title"` | Print next available ID |
+| `pql decisions list [--type X] [--domain X] [--status X]` | List decisions |
+| `pql decisions show <id> [--with-refs] [--with-tickets]` | Show with joins |
+| `pql decisions coverage` | Confirmed decisions without tickets |
+| `pql decisions refs <id>` | Cross-references involving a decision |
+
+Always `pql decisions sync` before querying if decisions/*.md may have changed.
+
+#### Ticket subcommands
+
+| Command | Purpose |
+|---|---|
+| `pql ticket new <type> "title" [--parent T-NNN] [--decision D-NNN] [--priority P] [--id-only]` | Create (emits T-NNN; `--parent` files it under an epic/story in one step; `--id-only` prints the bare id for tree-creation scripts) |
+| `pql ticket list [--status S] [--team T] [--assigned A] [--label L] [--under T-NNN] [--leaf] [--unblocked]` | List with filters. `--under` = recursive descendants of a ticket; `--leaf` = no children; `--unblocked` = blockers all reached a terminal status |
+| `pql ticket show <id[,id,...]> [--with-context] [--with-blockers] [--with-children] [--tree] [--depth N]` | Show one or more (comma-batch → array of show-trees). `--with-children` = direct children; `--tree` = nested descendant subtree + direct parent (cap with `--depth N`) |
+| `pql ticket status <id> <new-status> [--force]` | Change status. Closing (terminal status) is blocked while the ticket has open children; `--force` cascades that status to all not-yet-closed descendants and lists them |
+| `pql ticket statuslist` | List the configured status vocabulary (name, label, class, order, is_default, is_terminal) — what a UI reads to render columns |
+| `pql ticket relabel <id\|record_id> [--new-label T-NNN] [--fix-prose]` | Reassign a ticket's friendly T-NNN label (reconcile a duplicate-label collision). Identity (record_id) and the structural graph are untouched; only the label moves. `--fix-prose` rewrites stale T-NNN mentions in DQR markdown |
+| `pql ticket assign <id> <agent>` | Set assignee |
+| `pql ticket setparent <id[,id,...]> <parent-id \| none>` | Set (or clear with `none`) a ticket's **parent** — the hierarchy link (epic→story→task). Positional, not a flag. This is the parent/child relationship, distinct from blockers |
+| `pql ticket append <id> <text\|--file\|--stdin>` | Append to the description (blank-line separated); never round-trips existing text |
+| `pql ticket block <id> --by <other>` | Add a **blocker** (a dependency: <id> can't start until <other> is done) — NOT a parent/child link; use `setparent` or `new --parent` for hierarchy |
+| `pql ticket unblock <id> --from <other>` | Remove blocker |
+| `pql ticket team <id> <team>` | Set team |
+| `pql ticket label <id> add\|rm <label>` | Manage labels |
+| `pql ticket board [--team T]` | Kanban board view |
+| `pql ticket refine list` | Tickets with empty descriptions, status-priority-sorted |
+| `pql ticket refine next [--skip N]` | Head of the unrefined queue with full show-tree + remaining count |
+| `pql ticket refine write <id> <json\|--file\|--stdin>` | Patch writable fields (title, description, priority, type) |
+
+Ticket types: initiative, epic, story, task, bug.
+The `id` you type and see (T-NNN) is a friendly label backed by a stable
+underwater `record_id` (also in output); two clones never collide on identity,
+and a duplicate label is fixed with `pql ticket relabel` (D-26).
+Statuses are a per-vault vocabulary (`ticket_statuses` in `.pql/config.yaml`),
+defaulting to: backlog, ready, in_progress, review, done, cancelled. Each status
+has a class — initial, active, review, terminal — that the engine reasons about.
+Run `pql ticket statuslist` to discover the live set. Any status can transition
+to any other — pql does not enforce a state machine — except that a ticket
+cannot reach a terminal status while it has open children (use `--force` to
+cascade the close down the subtree).
+
+#### Plan subcommands
+
+| Command | Purpose |
+|---|---|
+| `pql plan status` | Dashboard: decision counts, open Qs, ticket summary, coverage gaps |
+| `pql plan whatsnext` | Next ticket to work on (active work, then the "ready" lane) with full context bundle |
+| `pql plan review` | Next ticket awaiting review with full context bundle |
+| `pql plan export [--stage]` | Append changed planning rows to `.pql/changelog/<table>/<YYYY-MM>.sql` (the git-tracked log of record); `--stage` also `git add`s them. Normally a no-op — mutations already write through |
+| `pql plan import [--legacy FILE]` | Replay `.pql/changelog/` into `pql.db` (or one-time `--legacy pql-plan.json` migration from the pre-D-15 snapshot) |
+| `pql plan rebuild` | Drop replicated tables and replay `.pql/changelog/` from scratch. Warns on stderr (`changelog.ticket_id_collision`) + lists `collisions` in the result if one ticket id was filed twice across clones |
+
+#### Versioning planning state
+
+`pql.db` is gitignored — the durable, git-tracked artifact is
+`.pql/changelog/` (D-15/D-16). Ticket mutations **write through** to the
+changelog synchronously, so it is always current; you never have to
+remember to "export". The hooks installed by `pql init` do the rest:
+
+- `pre-commit` stages `.pql/changelog/` so it lands in the same commit as
+  the change that produced it.
+- `post-merge` replays incoming changelog edits (`pql plan import`) and
+  re-syncs decisions from their markdown.
+- `post-checkout` / `post-rewrite` rebuild `pql.db` from the changelog.
+
+On a fresh clone, `pql plan import` (run automatically on first open)
+replays the changelog into a new `pql.db`. There is **no** `pql-plan.json`
+snapshot — that artifact is retired; `pql plan export` is now only a
+manual catch-up/reconcile.
+
+A ticket mutation (create / status transition / any write) leaves
+`.pql/changelog/` dirty by design — the `pre-commit` hook stages it onto
+the next `git commit`. This is expected, not a problem to flag. Don't
+narrate "the ticket won't persist until committed" on every edit; either
+fold the bookkeeping into a commit or trust the normal commit flow.
+
+#### Planning cookbook
+
+- **Sync and list confirmed** → `pql decisions sync && pql decisions list --type confirmed`
+- **Show with refs** → `pql decisions show D-5 --with-refs --pretty`
+- **Read full body** → `pql decisions read D-5`
+- **Create ticket** → `pql ticket new task "implement X" --decision D-5`
+- **Create ticket, capture id for a script** → `id=$(pql ticket new task "implement X" --id-only)` — prints just `T-NNN`
+- **File a ticket under an epic** → `pql ticket new bug "fix X" --parent T-276` (one step), or reparent an existing one → `pql ticket setparent T-9 T-276` (clear with `none`). Parent = hierarchy; use `block` only for blocking dependencies
+- **Batch close** → `pql ticket status T-1,T-2,T-3 done`
+- **Full context** → `pql ticket show T-5 --with-context --pretty`
+- **Batch show** → `pql ticket show T-1,T-2,T-3 --pretty`
+- **Refine next ticket** → `pql ticket refine next --pretty`, then `pql ticket refine write T-N '{"description":"..."}'`
+- **Append a note** → `pql ticket append T-5 "benchmarked; TTL now 5m"` — blank-line separated, never overwrites; use `--file note.md` or `--stdin` for longer content
+- **Subtree of an epic** → `pql ticket show T-2 --tree --pretty` — nested `subtree` + direct parent in `ancestors`; add `--depth N` to cap levels
+- **Ready leaf work under an epic** → `pql ticket list --under T-2 --leaf --unblocked` — leaf tickets beneath T-2 whose blockers have all reached a terminal status; the batch complement to `plan whatsnext`
+- **What's next?** → `pql plan whatsnext --pretty`
+- **Review queue** → `pql plan review --pretty`
+- **Coverage gaps** → `pql decisions coverage`
+- **Dashboard** → `pql plan status --pretty`
+- **Force a changelog catch-up** → `pql plan export` (normally a no-op; mutations already write through to `.pql/changelog/`)
+
+---
+
+### Output contract (both surfaces)
+
+- **stdout:** JSON array (default); `--jsonl` for one object/line; `--pretty`; `--limit N`.
+- **stderr:** JSON diagnostics `{"level":"...","code":"pql.<phase>.<kind>","msg":"..."}`.
+- **Exit codes:**
+  - `0` — success, including zero matches (empty `[]` — say "no matches", not "failed")
+  - `64` — bad flag
+  - `65` — parse/compile error (pass stderr back)
+  - `66` — vault/config not found
+  - `69` — unavailable
+  - `70` — internal error
+
+### Anti-patterns
+
+- Don't pipe to `jq` for simple projections — use `--limit`, `--pretty`, `--jsonl`.
+- Don't chain `pql files` + `pql meta` — one `pql query` with WHERE.
+- Don't parse errors — pass stderr diagnostics back directly.
+- Don't forget `pql decisions sync` before querying decisions.
+- Don't try to install or upgrade pql — instruct the user if missing.
+
+### When NOT to use
+
+- **Body text search** → `grep`/`rg`.
+- **Reading file contents** → `Read` tool.
+- **Code structure** → tree-sitter / LSP.
+- **Modifying vault files** → `Write`/`Edit`. pql doesn't write to vault content.
+
+---
+
+## Driving clide UI via CLI (from clide skill)
+
+**Core principle: Every UI action has a CLI equivalent (D-6).**
+Discover the live surface; don't hard-code it.
+
+### Discover capabilities
+
+```bash
+clide capabilities
+```
+
+Returns JSON: every registered command, split into `subsystem` + `verb`,
+with argument schema. **This is authoritative** — re-run it, don't trust
+remembered lists.
+
+### Slots (layout areas)
+
+- `sidebar` — left
+- `workspace` — center (where Claude lives)
+- `context` — right
+- `statusbar` — bottom
+
+### Observe state
+
+```bash
+# One-shot orientation
+clide status
+
+# Narrower snapshots
+clide pane list
+clide editor active
+clide git status
+```
+
+### Drive UI
+
+```bash
+# Open a doc in a GUI reader
+clide ui open <reader> <ref>
+# readers: tickets, decisions, markdown, diff
+# examples:
+clide ui open tickets T-123
+clide ui open decisions D-456
+clide ui open diff lib/src/foo.dart
+clide ui open markdown docs/bar.md
+
+# Show diff and scroll to file
+clide ui diff lib/src/foo.dart
+
+# Raise a toast
+clide ui toast "message" --severity success|warning|error|info
+
+# General: clide <subsystem> <verb> [args]
+clide files list
+clide editor open <path>
+clide pane focus <pane-id>
+```
+
+**Convention:** If a drive verb has no live GUI, return toolError
+("no live UI to drive"), not hang. Exit code conveys ok/usage/tool error.
+JSON on stdout.
+
+### You only see what flows through clide
+
+Your own non-`clide` shell work (plain file reads, `make test`, `git`) is
+outside clide's view by design (D-83). Run it **through** `clide ...` if
+you want clide to observe it.
+
+---
+
+## Testmode (from testmode skill)
+
+`ClideTestApp` is a lightweight Flutter app for integration testing.
+Catches regressions unit tests cannot: missing binaries, broken subprocess
+wiring, IPC dispatch failures, extension activation order, theme parse errors.
+
+### Running
+
+```bash
+make run-testmode              # all categories, 60s timeout
+make run-testmode TESTMODE_CATEGORY=toolchain
+make run-testmode TESTMODE_CATEGORY=ipc
+make run-testmode TESTMODE_CATEGORY=extensions
+make run-testmode TESTMODE_TIMEOUT=120
+```
+
+Results: stdout + `/tmp/clide-testmode.log`
+Last line is machine-readable JSON: `{"passed":N,"failed":M,"total":N+M,"failures":[...]}`
+
+### When to run
+
+| Changed area | Category | Why |
+|-------------|----------|-----|
+| Toolchain, PATH, ptyc | `toolchain` | Binary resolution + exec |
+| IPC envelope, dispatcher | `ipc` | Round-trip + error contract |
+| Extension manifest, activate | `extensions` | Register + activate lifecycle |
+| Theme YAML, loader | `extensions` | Theme parse is in this category |
+| Platform config | `all` | Full rebuild validates everything |
+| Any doubt | `all` | ~30s, cheap insurance |
+
+### Interpreting output
+
+- `[testmode] exec | ... | OK` — subprocess ran, exit 0 or 1
+- `[testmode] PASS | ...` — assertion passed
+- `[testmode] FAIL | ...` — assertion failed
+- `[testmode] exec | ... | EXCEPTION` — binary not found or not executable
+- `[testmode] exec | ... | TIMEOUT` — subprocess hung
+
+If no `[testmode]` lines appear, the testmode gate didn't fire — verify
+`CLIDE_TESTMODE` is set to a non-empty string.
+
+### Adding tests
+
+All test logic in `lib/test_app.dart`. Pattern:
+```dart
+await _testExec('label', binary, ['args'], workDir);
+// or
+_addResult('label', boolCondition, 'detail string');
+```
+
+---
+
+## Repo Layout
+
+```
+lib/
+  main.dart           # Flutter entry point
+  app.dart            # Root layout, workspace, panels
+  clide.dart          # Barrel: shared types
+  src/                # Core subsystems (IPC, PTY, git, files, pql, panes)
+  kernel/             # Kernel services (theme, i18n, settings, panels)
+  builtin/            # Built-in extensions
+  widgets/            # Custom widget primitives
+  extension/          # Extension contract and registration
+  lua/                # Lua runtime support
+
+test/                 # All tests (core + widgets + goldens + a11y)
+assets/               # Fonts, themes, grammars, licenses, logo
+linux/, macos/, web/  # Flutter platform directories
+native/               # Vendored native libs (tree-sitter, dugite)
+governance/          # D/Q/R records
+docs/                 # Design docs, wireframes
+legacy/               # Python Textual clide v1.2 (frozen)
+```
+
+---
+
+## Dependency & Supply Chain Discipline
+
+- **Prefer-zero-deps.** Flutter-SDK widgets first; third-party needs justification
+- **Exact-pinned in pubspec.yaml** — no caret ranges
+- **Advisories reviewed** before every bump
+- **pubspec.lock committed**
+- **Document every bundled dependency** in `assets/licenses.yaml`:
+  - name, kind, version, homepage, license, purpose
+- Adding a dep: two-step commit — artefact AND `licenses.yaml` entry
+- Native deps (dugite, libtree-sitter): vendored in `native/`, pinned by SHA
+
+---
+
+## Pre-push Gate
+
+```bash
+make push-check
+```
+
+Runs: decisions validation + core tests + fast suite + a11y + coverage + changelog
+
+**Never bypass.** If it fails, fix the underlying issue.
+
+---
+
+## Session Setup
+
+One-time setup on fresh clone:
+```bash
+make hooks && flutter pub get
+pql init  # wires up pql skill + perms
+```
+
+---
+
+## Mistral-Specific Notes
+
+### What to preserve from Claude
+
+- CLI-first interaction model
+- Strict guardrails enforcement
+- Logically-separated commits
+- Changelog discipline (60-word cap)
+- pql as single source of truth for decisions/tickets
+- UI/CLI parity
+- Testmode for integration validation
+
+### What to adapt
+
+- **Tool names:** Claude's `Bash(...)` → my `bash` tool
+- **Agent spawning:** Claude's `Agent{}` → my `task` tool for subagents
+- **Permissions:** `.claude/settings.json` allow/deny → my system prompt + your instructions
+
+### When in doubt
+
+Ask: "What would Claude do?" Then do that. The AGENTS.md is the bridge,
+not a replacement.
+
+---
+
+## Quick Reference Card
+
+| Task | Command |
+|------|---------|
+| Discover clide commands | `clide capabilities` |
+| See current UI state | `clide status` |
+| Open ticket in UI | `clide ui open tickets T-NNN` |
+| Toast notification | `clide ui toast "msg" --severity info` |
+| List actionable tickets | `pql ticket list --under <id> --leaf --unblocked --status backlog --pretty` |
+| Sync decisions | `pql decisions sync` |
+| Run integration tests | `make run-testmode` |
+| Fast test suite | `make test` |
+| Full pre-push | `make push-check` |
+| Commit with message | `git commit -m "$(cat <<'EOF'\n<message>\nEOF\n)"` |
+| Verify changelog | `make changelog-gate` |
+
+---
+
+*Generated for Mistral Vibe. Preserves Claude Code punch for clide repo.*
@@ -16,6 +16,613 @@ heading, and (b) bumping `pubspec.yaml` `version:` in the same commit.

 ## [Unreleased]

+### Added
+
+### Changed
+
+### Fixed
+
+## [2.10.0] — 2026-07-13
+
+### Added
+
+- **Canvas pane.** `.canvas` (Obsidian JSONCanvas) files now open in an
+  interactive workspace pane — each document a sub-tab, with pan, zoom, and
+  node selection. Routed from the file tree, quick-open, and
+  `clide ui open canvas <path>`. (T-322)
+- **Vault graph view.** A force-directed link graph of the whole vault in the
+  context panel — notes are nodes, wikilinks edges. Hover highlights a note's
+  neighbourhood; click opens it. Scroll to zoom, drag to pan; filter by path
+  glob, tag include/exclude, or depth from the active note. (T-323)
+- **Per-workspace PATH preset.** Directories prepended to the PATH of every
+  shell clide spawns for a repo — Claude sessions and terminal panes. Settings
+  → Tools → Workspace PATH, or `clide env path …` with capture-from-login-shell
+  suggestions. Worktrees share their repo's preset; stored machine-local, never
+  committed. (D-106, T-511)
+
+### Changed
+
+- Permission mode: Ctrl/Cmd+Shift+M cycles the full list including
+  bypassPermissions, and the composer menu's bypass row unlocks via
+  shift-click — plain Ctrl/Cmd+M and plain clicks stay safe-trio only (T-510).
+- Bundled Claude skills pruned to clide-specific ones (T-507): broken/duplicate
+  skills removed, repo-agnostic ones moved to user scope, and stale guidance in
+  the remaining five (paths, commands, icon API) brought back in line with the
+  repo.
+- The `clide` skill description now leads with the hosting mechanics (`clide`
+  on PATH, `CLIDE_SOCK`) and `clide capabilities` as the entry action, so an
+  agent deciding whether to invoke it sees the first move up front (T-512).
+
+### Fixed
+
+- Hash-keyed settings (per-workspace PATH presets, Claude account bindings)
+  with a number-shaped hash suffix were silently lost on restart — YAML map
+  keys are now quoted on write.
+
+## [2.9.0] — 2026-06-30
+
+### Added
+
+- **Graph cards.** `clide draw --file graph.json` (template `graph`) renders a
+  nodes/edges graph in the conversation as a circular layout — labelled nodes,
+  lines between them. Honest error on a duplicate id or an edge to an unknown
+  node. (T-321)
+- **Piped `--stdin` payloads.** `cat icons.json | clide icon show --stdin` (and
+  `image show`) accept a JSON payload on stdin — the ergonomic peer of `--file`
+  for structured commands. (T-315)
+- **Before/after compare cards.** `clide draw --file compare.json` (template
+  `compare`) renders two or more images side by side, each with its own
+  label/description and tap-to-zoom; images aspect-fit so differing shapes
+  don't distort. (T-319)
+- **Phosphor glyph cards.** `clide icon show gear folder` (or `--file` entries
+  with label/description/color) renders glyphs in the conversation at a hero
+  size plus a real-UI-size strip (10–48), for previewing and comparing icons.
+  Resolves by name or 0xNNNN codepoint; honest error on an unknown glyph. (T-313)
+- **Annotated image cards.** `clide image show --file meta.json` attaches a
+  title/label and a longer description to an image card (alongside the existing
+  one-line caption); the bare `image show <path> --caption` form is unchanged.
+  Visual marker overlays remain a follow-up. (T-316)
+- **D2 diagram cards.** `clide draw --file diagram.d2` compiles a d2 diagram to
+  SVG (via the `d2` binary) and renders it in the conversation; `template:"d2"`
+  with inline source works too, and a `.svg` file renders directly. Honest error
+  if d2 isn't installed or the source doesn't compile. (T-494, D-103)
+- **Tool path resolution + settings.** clide resolves supporter binaries (claude,
+  d2) via an explicit per-tool path, else PATH and the common install dirs — now
+  including Homebrew-on-Linux. A Tools settings category edits the paths and
+  re-detects; a broken path shows in Problems. (T-495, D-104)
+- **Check for updates (About box).** Help → About has a manual "Check for
+  updates" button that compares your version to the latest GitHub release and
+  links to the notes — explicit and user-initiated, no background polling (the
+  first and only outbound call clide makes, on your action). (T-47)
+- **Live-sync markdown read-mirror.** Editing a `.md` in the editor auto-opens a
+  read-only preview in the context panel that mirrors the buffer and re-renders
+  as you type; non-renderable files get no auto-viewer. (T-36, D-50)
+- **New project flow.** A "New project…" action in the welcome view creates +
+  opens a project, then prompts for the Claude account to bind it to — the
+  per-repo account roadblock fires only for freshly-created projects. (T-488,
+  story T-486)
+- **Initialize a non-repo folder.** Opening a folder that isn't a git repo now
+  offers to initialize it as a clide project (`git init` + scaffold + the
+  account roadblock) instead of dead-ending. Also `clide project init`. (T-489)
+- **`clide project new <name> [--dir <parent>]`.** Create a new clide project —
+  a fresh dir, `git init`, and a minimal scaffold. `--dir` defaults to the
+  current workspace's parent. (T-487, story T-486)
+- **Claude account login pane.** `account login` (and the UI add/re-login
+  affordances) open a modal terminal running `CLAUDE_CONFIG_DIR=<dir> claude
+  login`; the CLI owns the OAuth flow, credentials land in that account's dir.
+  (T-485, epic T-476)
+- **Claude pane account badge.** The pane header shows which account this repo
+  is bound to (colour-tinted per account); tap to switch. Hidden when no
+  accounts are registered. (T-481, epic T-476)
+- **Settings → Claude → Accounts.** A registry list (sign-in status, dir,
+  re-login / remove, add) plus a per-workspace picker that binds this repo to an
+  account (or Default); switching respawns the pane onto it. (T-482, epic T-476)
+- **Per-repo Claude accounts — `clide claude account` verbs.** Manage named
+  Claude config dirs and bind one per workspace: `add`/`list`/`set`/`unset`/
+  `remove [--purge]`. `set`/`unset` respawn the workspace's Claude pane(s) onto
+  the bound account (resuming the conversation under its `CLAUDE_CONFIG_DIR`).
+  (T-480, epic T-476)
+- **`clide instances` / `clide instance` CLI verbs.** `instances` lists every
+  live clide on the machine with its version, pid, workspace, and socket path
+  (probing the runtime dir); `instance` reports the one you're connected to — so
+  you can find and target a specific instance via `CLIDE_SOCK`. (T-247)
+- **Summer Night theme + high-contrast sibling.** The legacy v1.2 palette is
+  fleshed out to full token + syntax coverage and ships alongside a
+  contrast-hardened `summer-night-hc`, both selectable in Settings → Appearance.
+  (T-478)
+
+### Changed
+
+- **Fresh Claude sessions are nudged to use the bundled skills.** New tabs and
+  post-`/clear` respawns get a one-line prompt to load the `pql` + `clide`
+  skills from the first turn; resumed/forked sessions are left alone. (T-490)
+- **Claude meta sidebar facelift.** The Activity, Team, and Config tabs render
+  their sections as elevated cards with small-caps headers, matching the
+  settings overlay's card design. (T-158)
+- **Bundled themes and Tier-0 i18n namespaces resolve from one canonical list
+  each.** The app, testmode harness, and contrast/i18n gates iterate the shared
+  lists instead of drifting copies; a new theme or catalog is validated
+  automatically, and the i18n gate now checks every catalog for en/nl parity.
+  (T-371)
+
+### Fixed
+
+- **No more i18n "missing key" log spam for tool names.** Proper-name tools
+  (Bash, ScheduleWakeup, MCP tools, …) intentionally have no catalog entry and
+  fall back to the raw name; the conversation pane no longer logs a warning for
+  each. (T-493)
+- **`clide` CLI honors `CLIDE_SOCK`.** The shell client now connects to the
+  socket named by `CLIDE_SOCK` when set — an explicit target (e.g. a spawned
+  agent pinning its parent instance) that beats workspace auto-discovery — and
+  fails loudly if that socket is dead instead of silently driving a different
+  instance. (T-247)
+- **Orphaned IPC sockets are swept on startup.** The app probes the runtime
+  socket dir on launch and unlinks dead `*.sock` nodes left by crashed
+  instances (live instances are left untouched), so the dir no longer
+  accumulates stale sockets. (T-247)
+- **Default window opens larger (1600×900) on Linux.** 720p was short enough
+  that the welcome screen's version/theme footer overlapped the tips card;
+  the taller default clears it, matching the macOS default. (T-477)
+- **Editor split collapses when the last buffer closes.** Closing the final
+  editor buffer left the top split orphaned over the Claude pane; the daemon
+  now emits the buffer-cleared event it was suppressing, so the split drops
+  out and the primary pane fills the column. (T-459)
+
+## [2.8.0] — 2026-06-19
+
+### Added
+
+- **Language selector + Dutch (nl-NL).** Settings → Appearance → Language
+  switches the UI language live (persisted as `app.locale`); a full Dutch
+  translation ships. English (en-US) stays the default. (T-462)
+
+### Changed
+
+- **App is fully localizable (i18n everywhere).** Every user-facing label —
+  panels, dialogs, command palette, menus, and settings — now resolves through
+  the i18n catalog instead of a hardcoded string; catalogs are bundled per
+  locale under `assets/i18n/<locale>/`. A new language is a drop-in folder;
+  en_US behaviour is unchanged. (T-462)
+
+## [2.8.1] — 2026-06-22
+
+### Fixed
+
+- **Localized the remaining Claude-pane strings.** Running-indicator verbs, the
+  primary/secondary session titles and banner role, tool-card titles, the
+  step/edit/agent counters, and the folded-activity ticker now resolve through
+  the catalog — completing i18n coverage of the conversation surface. (T-462)
+
+## [2.7.1] — 2026-06-18
+
+### Changed
+
+- **Josefin Sans is the default UI font again.** Reverts the Inter default from
+  2.7.0; Inter stays bundled and selectable in Settings → Appearance. JetBrains
+  Mono remains the default monospace face (Fira Mono selectable). (T-460)
+
+### Fixed
+
+- **Markdown prose honours the UI-font setting.** Claude's conversation prose
+  and inline links render through the markdown engine, which pinned the bundled
+  UI face and ignored the Appearance UI-font pick; it now follows the setting
+  live, like the rest of the app. (T-475)
+
+## [2.7.0] — 2026-06-17
+
+### Added
+
+- **Settings panel shell.** A new `settings.open` command (⌘`,`, plus a File
+  menu and command-palette entry) opens a centered Settings modal over the
+  dimmed app — the foundation of the schema-driven settings UI. It frames the
+  category rail and scrolling carded panel that later work fills in; closes on
+  ✕, Esc, or a barrier tap. (T-445)
+
+- **Schema-driven settings engine.** Subsystems register a `SettingsCategory`
+  (via `SettingsCategoryContribution` → the kernel `SettingsRegistry`); the
+  panel renders it as carded sections of toggle/select/text/number/file rows,
+  each bound to a `SettingsStore` key with help and reset-to-default.
+  Registering a category surfaces a new tab. (T-448)
+
+- **Settings category rail.** The modal's left rail lists the registered
+  categories (icon + title, data-driven from the registry) with an accent
+  left-stripe + surfaceHi selection; picking one swaps the panel. (T-447)
+
+- **Per-field scope tags.** Each field shows where its value lives — folder =
+  Project (`.clide`), globe = Always (`~/.clide`), circle-dashed =
+  Default/unset — with a tooltip and a menu to move the value between scopes or
+  reset it. Backed by scope-explicit `SettingsStore` access. (T-449)
+
+- **Cross-category settings search.** A search box atop the rail filters fields
+  across every category; the panel shows the matches grouped under category
+  subheaders (editable inline), and each rail row shows its match count with
+  zero-match categories dimmed. (T-450)
+
+- **Settings → Activity category.** The first real settings tab: the
+  conversation fold level (none / tools / thinking / everything) as a schema
+  field; picking a level applies live to the activity stream. (T-453)
+
+- **Settings → Keymap category.** A preset select (Default / Vim / VS Code /
+  JetBrains); picking one switches the active keymap live via the preset
+  command. (T-451)
+
+- **Settings → Appearance category.** A theme picker in the panel — base-theme
+  chips + a high-contrast toggle, applied live. Adds the engine's custom-control
+  escape hatch (`SettingsControlContribution` / `SettingsControlRegistry`) for
+  one-off controls the generic field kinds can't express. (T-452)
+
+- **Settings → Extensions tab.** A "watch this space" notice — installing and
+  toggling extensions arrives with third-party (Lua) support; built-ins stay
+  always-on for now. (T-456)
+
+- **Settings → Claude category.** New-session defaults — model, effort, and
+  permission mode — seed fresh sessions (effort via `--effort` at spawn;
+  model and permission applied right after start). (T-457)
+
+- **Inter is the default UI font + a UI-font picker.** Bundled Inter (variable)
+  as the default interface typeface — Josefin Sans stays selectable — and
+  Settings → Appearance gains a UI-font picker that applies live. (T-460)
+
+- **Monospace font picker.** Settings → Appearance adds a monospace font select
+  (JetBrains Mono / Fira Mono) that applies live to the terminal, diffs, code,
+  and IDs. Bundles Fira Mono. (T-471)
+
+### Changed
+
+- **Theme picker relabelled "Theme…".** The ⌘K theme picker's command title
+  changed from "Settings…" to "Theme…" so it no longer collides with the new
+  Settings panel in the palette; behaviour is unchanged. (T-445)
+
+### Fixed
+
+- **Monospace setting now applies everywhere.** Eleven context-free render
+  helpers (Claude tool bodies + results, inline markdown code/refs, search
+  previews, welcome tips) hard-coded JetBrains Mono and ignored the Monospace
+  font setting; they now honour it live. (T-472)
+
+## [2.6.0] — 2026-06-16
+
+### Added
+
+- **Vim `gt` / `gT` tab motions.** Under the Vim preset, `gt`/`gT` cycle the
+  workspace tab strip (the same `workspace.tab.*` commands as `ctrl+pagedown`/
+  `ctrl+pageup`), resolved by the focused editor or pane and sharing the `g`
+  prefix with `gg`. Completes the T-403 cross-pane vim layer. (T-405)
+
+- **Vim ex command-line (`:`).** Under the Vim preset, `:` opens a transient
+  one-line overlay running a fixed table — `:w` save, `:q` close the active tab
+  (the split self-collapses on the last one), `:wq`/`:x` and `ZZ` save+close,
+  `:e <path>` jump to quick-open seeded with the path, `:<n>` goto-line. Unknown
+  commands flash and stay open; with no active buffer it no-ops. Opens from the
+  editor or a focused pane; Esc dismisses. Adds the `editor.goto-line` CLI/IPC
+  verb. (T-407)
+
+- **Crash-survivable logging.** clide writes a durable JSON-lines log to a
+  persistent per-platform dir (Windows `%LOCALAPPDATA%`, macOS `~/Library/Logs`,
+  Linux `$XDG_STATE_HOME`), fsyncing warn/error + pty/ffi records immediately so
+  a freeze leaves on-disk evidence. `CLIDE_LOG` (dart-define / env) or the
+  `app.log.level` setting sets verbosity (warn in release, info in debug);
+  `CLIDE_LOG_DIR` redirects where the logs land. (T-432, T-436)
+- **PTY FFI breadcrumbs.** Each PTY backend drops a breadcrumb before/after
+  every risky syscall (`CreatePseudoConsole`/`CreateProcessW`/`ReadFile`,
+  `posix_spawn`/`read`); the reader/waiter isolates fsync their OWN file handle
+  so a wedged isolate's last crumb survives a freeze that also froze the main
+  isolate — naming the wedge after the fact. Per-syscall crumbs at debug level.
+  (T-434)
+- **Crash-diagnostic watchdog.** A dedicated isolate fsyncs a heartbeat every
+  ~500ms (bounding a freeze to ~500ms) and every ~2s samples this process's
+  thread / handle / child-host / RSS counts to `clide-watchdog.log` — a climbing
+  child or thread count is the leak signature. Survives a frozen main isolate;
+  spawn failure is non-fatal. (T-435)
+- **Live log-verbosity toggle.** The output dock's Level chip now sets the
+  running logger's level and persists `app.log.level` (not just a view filter),
+  and `clide log level [<level>]` does the same from the CLI — D-6 parity. The
+  choice survives restart. (T-433)
+
+### Fixed
+
+- **`/clear` no longer kills the Claude pane.** Clearing the primary pane tore
+  the session down and respawned on the same deterministic `--session-id`
+  *before the old `claude` process had actually exited*, so claude 2.1.177
+  rejected the id as "already in use" and the respawn exited 1. The session
+  teardown now awaits the process's real death (SIGTERM, escalating to SIGKILL)
+  before clearing the transcript and respawning. A dead pane also now shows the
+  CLI's own reason instead of a bare "exited (code 1)". (T-437)
+- **Web/WASM build compiles again.** `flutter build web --wasm` (and the
+  `test-e2e` / `ui-dev` / `ui-smoke` harness) had been broken since the
+  tree-sitter/PTY `dart:ffi` pivot. Every native binding (PTY, tree-sitter, the
+  Lua host, the Windows watchdog, the ABI/fd-inheritance probes) now sits behind
+  a `dart.library.ffi` conditional import with a graceful web stub, and the FNV
+  hash constants are dart2js-safe. A `flutter build web --wasm` compile gate was
+  added to CI so the fence can't silently rot. Desktop builds are unchanged — the
+  web target degrades (no terminal, no native git, no syntax highlighting), it
+  does not compromise desktop fidelity. (T-438, D-100, Q-50)
+- **Desktop-launched clide finds your installed tools.** A dock/launcher start
+  inherits a sparse `PATH` (no `~/.local/bin`, brew, nvm, …), so pql/git/claude
+  and terminal tools could go missing. clide now resolves the real login-shell
+  `PATH` once at startup (`$SHELL -l -c`, bounded + graceful fallback) and routes
+  every spawn site — PTY children, git, the toolchain probe, hosted claude —
+  through one shared resolver, replacing three divergent (and partly macOS-only)
+  PATH expanders. (T-439, follows T-347)
+
+## [2.5.0] — 2026-06-14
+
+### Added
+
+- **Experimental Windows desktop support.** clide builds and runs on Windows —
+  ConPTY-backed terminals, an AF_UNIX `clide` CLI client, PowerShell as the
+  default shell, and a `make build-windows` target. Preview quality: ConPTY
+  child-process reaping under sustained use is still being hardened. (T-424)
+- **Vim `ctrl+w` window commands.** Under the vim preset, `ctrl+w` followed by
+  h/l (focus left/right panel), j (toggle dock), w / ctrl+w (cycle panels),
+  shift+w (cycle back), o (focus mode), or q/c (close editor). A new global
+  multi-chord matcher in the shell resolves these from any focus; bare `ctrl+w`
+  still closes the editor after the ambiguity timeout. (T-404)
+- **Workspace tab cycling with ctrl+pagedown / ctrl+pageup.** New
+  `workspace.tab.next` / `workspace.tab.previous` commands cycle the workspace
+  tab strip with wraparound, bound across every preset. (T-405)
+- **Vim normal-mode navigation works outside the editor.** Under the vim preset,
+  a focused file tree or conversation now responds to j/k, ctrl+d/ctrl+u, gg/G,
+  and (tree) h/l/o — a selection cursor in the tree, scrolling in the
+  conversation. Each pane runs its own sequence matcher; an `editor.focused`
+  flag keeps these keys as buffer motions while the editor holds focus. (T-406)
+- **Claude Code Workflow runs surface in the conversation and sidebar.** A
+  `Workflow` tool-use renders a dedicated run card — phase groups, per-agent
+  rows with live spinner/check status, usage, and the script — driven by the
+  harness's out-of-band progress events. The Activity tab adds a WORKFLOWS
+  section showing each run's done/total agent count. (T-416)
+- **Session controls and live usage in the Claude sidebar Activity tab.** A
+  SESSION strip offers clear/compact/fork/resume buttons (same code path as the
+  typed commands), and a refresh control fetches `/usage` — plan usage renders
+  as a USAGE block (session and weekly percentages). The runtime row now also
+  shows the session's effort level. (T-415)
+- **The Claude sidebar Config tab is a live control panel.** Model, effort, and
+  permission mode are popover controls showing the running session's values;
+  picking an option drives the session through the same path as the typed slash
+  command. The sidebar tables also got a visual pass — larger type, accent
+  section headers, more breathing room. (T-414)
+- **The TUI command family opens clide surfaces.** `/permissions` sets the mode
+  directly or opens a picker; `/status`, `/config`, `/mcp`, `/agents`, `/hooks`
+  jump to the matching Claude sidebar tab; `/memory` opens CLAUDE.md in the
+  editor; `/help` shows clide's own command summary. (T-413)
+- **`/effort` works in the Claude pane.** With a level (`/effort xhigh`) the
+  session restarts in place carrying `--effort` — resume keeps the
+  conversation; bare `/effort` opens a picker with the five levels and the
+  current one marked. The active effort shows in the session status. (T-412)
+- **TUI-only slash commands get a helpful notice instead of failing.** A typed
+  `/cost` or `/doctor` no longer errors raw from the CLI or leaks to the model
+  as literal text — known TUI-only commands route to a muted notice card with
+  the clide-native way. CLI-local output (like `/usage`) renders as a "clide"
+  card, never fake Claude prose. (T-411)
+- **`/model` works in the Claude pane.** With a name (`/model sonnet`) it
+  switches the live session's model over the control channel; bare `/model`
+  opens a picker in the interaction zone with the CLI's model list and the
+  current model marked. A rejected name rolls back and raises a toast. (T-408)
+
+### Removed
+
+- **tmux is no longer a required tool.** clide stopped spawning tmux when Claude
+  session persistence moved to `--resume` (D-77); the toolchain no longer probes
+  for it or warns when it's absent, on any platform.
+
+### Fixed
+
+- **`ClaudeConfig` no longer crashes on a project switch that races teardown.**
+  `setProjectDir` / `refresh` / `ensureProbe` now skip `notifyListeners()` if the
+  config was disposed during their async load (the guard `load()` already had).
+
+## [2.4.1] — 2026-06-12
+
+### Fixed
+
+- **`Shift+;` types a colon again — double-Shift no longer fires on chorded
+  Shift.** The double-tap detector counted any Shift press as a tap, even
+  mid-chord, and never saw keys the focused editor consumed; a tap now
+  requires a clean press-and-release, observed at the raw-keyboard level.
+  (T-409)
+
+## [2.4.0] — 2026-06-12
+
+### Added
+
+- **Live tail inside expanded Bash activity cards.** A Bash card that follows a
+  file (`tail -f …`) now shows a live, scrolling read-only tail of that file
+  below the result — connected only while the card is expanded. Commands with no
+  followable file show a muted "nothing to follow" note. (T-325)
+
+- **Double-tap-modifier shortcuts (e.g. double-Shift "Search Everywhere").**
+  The keymap can now bind a bare modifier and a double-tap sequence
+  (`shift shift`). All four presets (default, vim, vscode, jetbrains) map
+  double-Shift to the quick-open finder — JetBrains' "Search Everywhere"
+  gesture, aliased to clide's existing fuzzy file finder. (T-341)
+
+### Changed
+
+- **Each spawned subagent gets its own collapsing activity card.** A fan-out of
+  N agents no longer merges into one "Activity / N steps" cluster — each spawn is
+  its own card with its prompt and nested run. Non-agent tool calls still group
+  as before. (T-342)
+
+### Removed
+
+- **Dead-code sweep.** The legacy free-function git API (with its latent
+  pipe deadlock), ToolCheck, the fd-passing-era libc bindings, the GraphView
+  placeholder, the superseded ColumnHat widget, the tmux-era
+  TranscriptPublisher, the committed `ptyc` binary, and the unused
+  `mocktail` dev-dependency (D-25 amended) are gone. (T-385)
+
+- **Dead welcome-screen tiles.** "Clone from git…" and "Start a Claude
+  session" did nothing on tap and advertised shortcuts that were never
+  registered; the tips card now lists only shortcuts that exist in the
+  default keymap. Each tile returns when its flow ships. (T-383)
+
+### Fixed
+
+- **Terminal CSI sequences with intermediate bytes no longer mis-dispatch.**
+  The parser dropped intermediates, so e.g. VT420 scroll-left (`CSI 5 SP @`)
+  executed as "insert 5 blank characters"; such sequences are now reported
+  as unknown instead. (T-123)
+
+- **PTY master fd no longer leaks when a child exits on its own.** Every
+  terminal or Claude pane whose process ended naturally left its pty device
+  open for the life of the app; natural exit now releases the fd. (T-360)
+
+- **Closing a terminal pane now closes its shell.** Pane disposal looked up
+  the kernel illegally and swallowed the failure, so `pane.close` was never
+  sent — the backend PTY and daemon pane leaked on every closed terminal
+  pane, and Claude panes leaked a settings listener the same way. (T-366)
+
+- **Scrolling up during a streaming reply no longer fights the auto-scroll.**
+  The conversation followed the tail on every streamed token regardless of
+  scroll position, dragging a reader back to the bottom; it now follows only
+  while already pinned there. (T-368)
+
+- **The terminal no longer crashes on truncated SGR color sequences.**
+  `ESC[38m` and friends threw a RangeError inside the emulator; incomplete
+  38/48 sequences are now ignored, and colon-form truecolor/256-color
+  sub-parameters (`38:2:r:g:b`, ITU T.416) parse like the semicolon form
+  instead of being mangled. (T-369)
+
+- **File listing flags symlinks again and the workspace walk no longer
+  follows them.** Symlink detection was dead code, so `files.walk` (and the
+  search engine on top of it) silently descended symlinked directories —
+  including ones pointing outside the workspace. (T-365)
+
+- **Search-and-replace now honors its include/exclude globs.** The filters
+  were accepted but never applied, so replace could rewrite files outside
+  the scope the user typed; replace now uses the same glob filtering as
+  search. (T-364)
+
+- **Switching projects releases the previous workspace's services.** The old
+  file watcher, pane PTYs, in-flight searches, and editor buffers were left
+  alive on every project switch, with stale watcher events leaking into the
+  new workspace. (T-367)
+
+- **Expanded activity cards are readable by screen readers again.** The
+  collapser's summarized button semantics excluded the whole card, so
+  expanding a run announced nothing inside it; the exclusion is now scoped
+  to the header and the inner cards stay in the a11y tree. (T-370)
+
+- **A crashed Claude process no longer looks like it's still thinking.**
+  stderr is now drained continuously (an undrained pipe could block the
+  child mid-turn) and the exit code is watched: when the process dies the
+  pane stops spinning, clears any unanswerable permission prompt, reports
+  the exit in the status line, and logs the stderr tail. (T-361)
+
+- **The Claude status bar populates reliably after a session starts.** The
+  session's init event often fired before the pane subscribed and the plain
+  broadcast stream dropped it, leaving the model/mode/context line blank;
+  session state streams now replay their latest value to late subscribers.
+  (T-274, T-386)
+
+- **New terminal panes open in the project root.** The shell spawned in the
+  app process's working directory — `$HOME` for desktop launches, and the
+  wrong repo after a project switch. (T-381)
+
+- **Two simultaneous spawns of the same Claude session no longer leak a
+  process.** Concurrent spawn calls for one pane id both passed the registry
+  check and the loser's live process was orphaned; spawns for an id are now
+  coalesced onto one in-flight future. (T-374)
+
+- **`/clear` in a fork pane clears instead of re-forking.** The fork source
+  took precedence on every respawn, so clearing a fork tab silently branched
+  the original conversation again; the source now seeds only the first
+  bind. (T-375)
+
+- **Pipelined IPC requests are now truly serial and framing-safe.** The
+  server's read handler could interleave concurrent requests (against
+  D-72's contract), drop or double frames split across reads, and corrupt
+  multi-byte characters split across chunks. (T-372)
+
+- **Settings survive nested structures, crashes, and corruption.** Maps
+  inside lists (the keymap overlay shape) were corrupted on save; writes
+  are now atomic (temp file + rename), and a file that fails to parse is
+  preserved as `.broken` with a logged warning instead of being silently
+  reset. (T-376)
+
+- **Markdown hard breaks break lines and images leave a visible trace.**
+  Both rendered as empty text — words on either side of a hard break glued
+  together and images vanished; breaks now emit a newline and images render
+  an italic `[image: alt]` placeholder. (T-379)
+
+- **Extension notifications actually appear on screen.** Messages pushed
+  through the kernel Notifications service (e.g. the CLI-install dogfood
+  warnings) accumulated in a list no surface rendered; they now raise
+  toasts with matching severity. (T-382)
+
+- **Failed `clide claude.*` commands now exit non-zero.** Sixteen handlers
+  reported success with an error message buried in the payload, so scripts
+  could not detect failures like an unknown permission mode; they now
+  return proper error envelopes per the D-6 contract. (T-391)
+
+- **Terminal output no longer garbles multi-byte characters split across
+  reads.** PTY output and live-tail bytes were decoded per chunk, turning a
+  rune split across reads into replacement-character noise; the terminal
+  now ingests bytes through a persistent decoder. (T-373)
+
+- **Extension lifecycle is transactional.** A throw mid-activation now
+  unwinds every contribution it had mounted (a retry no longer
+  double-applies), deactivating an extension is refused while active
+  extensions depend on it, and duplicate contribution/command ids are
+  rejected instead of silently clobbering. (T-377)
+
+- **Accepting ExitPlanMode now leaves plan mode in the conversation panel.**
+  Approving Claude's plan (the ExitPlanMode tool) transitioned the underlying
+  session out of plan mode, but clide's tracked permission mode didn't follow,
+  so the mode indicator and composer stayed stuck on "plan". The approval now
+  syncs the tracked mode to `default`. (T-337)
+
+### Security
+
+- **The MCP HTTP server now requires a per-start auth token.** The localhost
+  SSE port served the entire clide command surface unauthenticated,
+  bypassing the unix socket's 0600 gate; requests must now present the
+  token published in the 0600 `/ide` lock file. (T-362)
+
+- **`editor.open` / `editor.save` are now workspace-confined.** Both verbs
+  accepted absolute paths and `..` traversal verbatim — an unconfined read
+  and write primitive over IPC. They now pass the same path-safety guard as
+  `files.read`, including a symlink re-check at save time. (T-363)
+
+## [2.3.3] — 2026-06-11
+
+### Fixed
+
+- **Ticket/decision sidebars load on first open after a desktop launch.** A
+  desktop launch starts in HOME (not a git repo), and the daemon booted its
+  pql/git/files workspace there — so pql ran in HOME, hit a stale
+  `~/.pql/pql.db`, and the sidebars showed "pql … failed" until the project was
+  reopened (a manual refresh worked once the workspace had swapped to the repo).
+  The daemon now boots at the last opened project when the launch directory
+  isn't itself a repo, so pql targets the real workspace from the first request.
+  (T-352)
+
+### Changed
+
+- **Minimum toolchain raised to honest values.** `pubspec.yaml` now declares
+  Flutter `>=3.35.0` / Dart `>=3.9.0` (was `3.19.0` / `3.5.0`) — the real
+  minimums our deps already required (`alchemist` needs Flutter 3.32; Dart 3.9
+  ships in Flutter 3.35). The exact build toolchain is pinned in `.fvmrc`
+  (Flutter 3.44.1). Moving to the Dart 3.9 language level reformatted the tree
+  to the new "tall" style and adopted two new lints (`unnecessary_underscores`,
+  `use_null_aware_elements`). (T-353)
+
+### Security
+
+- **Dependency audit + refresh.** Reviewed every pinned and transitive
+  dependency against the GitHub Advisory Database / OSV (Pub ecosystem) — no
+  advisory affects any current or candidate version. Refreshed the safe pins:
+  `ffi` 2.1.3→2.2.0, `jovial_svg` 1.1.26→1.1.30 (pulls `jovial_misc` 0.10.0 +
+  `xml` 7.0.1), `mocktail` 1.0.4→1.0.5, and `markdown` 7.2.2→7.3.1 (unblocked by
+  the Dart 3.9 floor below). Deliberately held with reasons in `pubspec.yaml`:
+  `alchemist` (0.13 golden churn), `test` (Flutter-SDK locked). (T-353)
+- **Supply-chain gate (`make security`).** A new `security` target runs
+  `osv-scanner` over `pubspec.lock` and fails if any resolved dependency has a
+  known advisory — a hard gate on top of `dart pub`'s passive, non-failing
+  advisory print. Intended for the CI PR-merge pipeline (kept out of
+  `push-check` so dev machines don't need the scanner installed); run locally
+  any time with `make security`. (T-353)
+
 ## [2.3.2] — 2026-06-11

 ### Fixed
@@ -9,7 +9,7 @@ An IDE for Claude Code CLI. Single Flutter package at the repo root.
 - **`lib/`** — all Dart code. Subsystem handlers (`lib/src/daemon/`, `lib/src/pty/`, `lib/src/ipc/`, `lib/src/git/`, `lib/src/pql/`), kernel services (`lib/kernel/`), UI widgets (`lib/widgets/`), built-in extensions (`lib/builtin/`), and the extension framework (`lib/extension/`). The Flutter app hosts the IPC server in-process (D-56). PTY spawning uses Dart FFI `posix_openpt()` + `posix_spawn()` directly.
 - **[`pql`](https://github.com/postmeridiem/pql)** — external supporter tool. Clide wraps it for every query surface; never re-implements it.

-tmux owns Claude session persistence (D-41) — the app re-attaches on restart via `tmux new-session -A`. Native rendering — markdown, canvas, graph — is Dart/Flutter (`CustomPaint` + widgets), not third-party packages.
+Claude session persistence is `--resume <session-id>` against Claude Code's transcript files (D-77, superseding the original tmux-backed D-41) — the app re-attaches on restart, no tmux required. Native rendering — markdown, canvas, graph — is Dart/Flutter (`CustomPaint` + widgets), not third-party packages.

 Design doc: [`docs/initial-plan.md`](docs/initial-plan.md). Decisions: [`governance/`](governance/) (`D-NNN` confirmed, `Q-NNN` open, `R-NNN` rejected — see [`governance/README.md`](governance/README.md)). Python Textual predecessor under [`legacy/`](legacy/).

@@ -89,6 +89,8 @@ Shell hygiene (keeps commands inside the permission allowlist, so they don't get

 Commit and push directly to `main` for routine work — this is a solo-dev repo and does not use a branch-first / feature-branch flow. Do **not** create a working branch just to land a change. (This overrides the generic "branch before committing on the default branch" assistant default.) The usual safety rules still hold: never `--no-verify`, never force-push `main`, and let the pre-push gate run.

+**Never `git add -A` or `git add .` — stage explicit paths every time (`git add <file> …`), no exceptions.** This worktree can host concurrent Claude sessions: a blanket add vacuums another session's in-progress files — and your own unrelated edits — into your commit, mislabeling work and entangling history (this has happened). If `git status` shows files you didn't touch this turn, they are not yours to stage. **Always create commits through the [`git-commit` skill](.claude/skills/git-commit/SKILL.md)** — it encodes the message format (Conventional Commits, per [D-37](governance/decisions/process.md#d-37)), the explicit-staging rule, changelog discipline, and the safety reminders. Don't hand-roll a commit that skips it.
+
 The pre-commit hook auto-exports and stages `.pql/changelog/` (the pql ticket DB) on every commit — don't hand-stage it. A ticket change only persists if the turn makes at least one commit; with no commit the hook never fires and a later branch switch can drop it.

 ## Changelog discipline
@@ -181,14 +181,18 @@ tickets before the diff lands. Trivial typo fixes don't need one.
 See [D-37](governance/decisions/process.md#d-37) and the bundled
 [`git-commit` skill](.claude/skills/git-commit/SKILL.md). In short:

- Imperative subject ≤ 70 chars, no Conventional Commits prefix
-  (this isn't a Conventional Commits repo — the archived Python
-  predecessor under [`legacy/`](legacy/) is, but the rebuild isn't).
+- [Conventional Commits 1.0](https://www.conventionalcommits.org/en/v1.0.0/):
+  `type(scope): imperative subject`, ≤ 72 chars including the prefix.
+  Types are `feat`, `fix`, `docs`, `style`, `refactor`, `perf`,
+  `test`, `build`, `chore`; scope is the subsystem (`settings`,
+  `vim`, `pty`…); keep a trailing `(T-NNN)` ticket ref where one
+  applies — e.g. `feat(settings): category rail + navigation (T-447)`.
 - One logical change per commit. If the subject needs "and", split it.
 - Every user-visible commit adds an entry to `CHANGELOG.md` under
  `[Unreleased]` in the right subsection (Added, Changed, Deprecated,
  Removed, Fixed, Security). Keep entries to one or two short
-  sentences — the 60-word cap is enforced by `ci/changelog_gate.sh`.
+  sentences — the 60-word cap is enforced by the pre-push gate
+  (`make changelog-gate`).
 - Co-author trailer:
  `Co-Authored-By: Claude <noreply@anthropic.com>` when Claude wrote
  any of the diff.
@@ -148,7 +148,7 @@ changelog-gate: ## Changelog concision gate — fails on `## [Unreleased]` bulle
 	ci/changelog_gate.sh

 .PHONY: smoke-bundle
-smoke-bundle: ## Build Linux release bundle and run it under xvfb for 5s.
+smoke-bundle: gen-build-info ## Build Linux release bundle and run it under xvfb for 5s.
 	ci/smoke_bundle.sh

 # -- web UI harness ------------------------------------------------------
@@ -169,8 +169,7 @@ ui-smoke: ## Build + serve + run Playwright smoke + stop.
 	@sh -c 'trap "tools/ui/stop.sh >/dev/null 2>&1" EXIT; cd tools/ui && npx playwright test smoke.spec.ts'

 .PHONY: build
-build: gen-build-info clide-cli ## flutter build for the current OS (incl. the C CLI client).
-	flutter build $(FLUTTER_OS)
+build: clide-cli build-$(FLUTTER_OS) ## flutter build for the current OS (via build-<os>) + bundle the C CLI client.
 	@install -m 755 $(CLIDE_CLI_BIN) $(CLI_BUNDLE_DEST)
 	@echo "==> bundled C client at $(CLI_BUNDLE_DEST)"

@@ -182,6 +181,14 @@ build-linux: gen-build-info ## flutter build linux (desktop bundle).
 build-macos: gen-build-info ## flutter build macos (desktop bundle).
 	flutter build macos

+.PHONY: build-windows
+build-windows: gen-build-info ## flutter build windows (desktop bundle).
+	flutter build windows
+
+.PHONY: release
+release: ## Finalize a release: verify version/changelog/tree, run the gate, tag vX.Y.Z. Run after the `release vX.Y.Z` commit.
+	ci/release.sh
+
 # -- install / uninstall -----------------------------------------------------

 # Install prefix. Bundle lands at $(INSTALL_PREFIX)/clide/ with a
@@ -196,6 +203,9 @@ ifeq ($(FLUTTER_OS),linux)
 else ifeq ($(FLUTTER_OS),macos)
  BUNDLE_DIR := build/macos/Build/Products/Release/clide.app
  CLI_BUNDLE_DEST := $(BUNDLE_DIR)/Contents/MacOS/clide-cli
+else ifeq ($(FLUTTER_OS),windows)
+  BUNDLE_DIR := build/windows/x64/runner/Release
+  CLI_BUNDLE_DEST := $(BUNDLE_DIR)/clide-cli.exe
 endif

 ICON_SIZES := 16 32 48 128 192 256 512
@@ -254,6 +264,8 @@ else ifeq ($(FLUTTER_OS),macos)
 endif

 # -- dugite-native (bundled git) ------------------------------------------
+# Security tracking (D-59): run `make dugite-check` quarterly, or on a git CVE,
+# to compare this pin against the latest upstream release. T-88 is the calendar.

 DUGITE_VERSION := v2.53.0-3
 DUGITE_COMMIT  := f49d009
@@ -291,7 +303,11 @@ dugite-clean: ## Remove the dugite-native directory.
 # target picks up whatever `cc` is on PATH.

 CLIDE_CLI_SRC := native/clide-cli/clide.c
+ifeq ($(FLUTTER_OS),windows)
+  CLIDE_CLI_BIN := native/windows-x64/clide.exe
+else
  CLIDE_CLI_BIN := native/$(if $(filter Darwin,$(shell uname -s)),macos,linux)-$(shell uname -m | sed 's/x86_64/x64/;s/aarch64/arm64/')/clide
+endif
 CC ?= cc

 .PHONY: clide-cli
@@ -299,7 +315,11 @@ clide-cli: $(CLIDE_CLI_BIN) ## Compile the C `clide` shell client.

 $(CLIDE_CLI_BIN): $(CLIDE_CLI_SRC)
 	@mkdir -p $(dir $(CLIDE_CLI_BIN))
+ifeq ($(FLUTTER_OS),windows)
+	ci/build_cli_windows.sh
+else
 	$(CC) -std=c99 -O2 -Wall -Wextra -o $(CLIDE_CLI_BIN) $(CLIDE_CLI_SRC)
+endif
 	@echo "==> built $(CLIDE_CLI_BIN)"

 .PHONY: clide-cli-clean
@@ -309,8 +329,12 @@ clide-cli-clean: ## Remove the compiled C `clide` client.
 # -- security -------------------------------------------------------------

 .PHONY: security
-security: ## Dart advisory review.
-	@echo "security: Dart advisories reviewed manually before pubspec.yaml bumps."
+security: ## Supply-chain gate — osv-scanner over pubspec.lock (CI PR-merge pipeline; run locally on demand). Fails on a known advisory.
+	ci/osv_scan.sh
+
+.PHONY: dugite-check
+dugite-check: ## Track dugite-native (bundled git) upstream releases for security drift (T-88 / D-59). Run quarterly, or on a git CVE. Informational, not a gate.
+	ci/check_dugite_version.sh

 # -- pre-push gate --------------------------------------------------------

@@ -319,6 +343,10 @@ decisions-validate: ## Parser dry-run over governance/{decisions,questions,rejec
 	pql decisions validate

 .PHONY: push-check
+# NOTE: the `security` (osv-scanner) gate is deliberately NOT in push-check —
+# it runs in the CI PR-merge pipeline (where the scanner is provisioned) so we
+# don't force every dev machine to install osv-scanner. Run it locally any time
+# with `make security`.
 push-check: decisions-validate changelog-gate test-coverage coverage-gate test-core ## Pre-push gate (fast — <2 min target). Order is fail-fast: instant gates (decisions, changelog) first, then the coverage suite + gate (the expensive, most-likely-to-fail stage) BEFORE test-core — a coverage miss aborts here instead of after running everything, so a fix doesn't force a full re-run of the rest. test-coverage already runs the a11y suite (test/a11y), so no separate test-a11y pass.

 .PHONY: push-check-full
@@ -2,7 +2,7 @@

 This document governs what clide is allowed to do at runtime, what it's allowed to depend on, and how contributors — human and agent — introduce code into the project. It is binding on all contributors. When in doubt, stop and ask.

-Rationale for specific architectural choices referenced here and in code comments (the D-### markers) lives in `decisions/`. This document sets the rules; `decisions/` records why the rules produced the code they did in a given case. If the two ever disagree, the rule in this document wins until the document itself is changed.
+Rationale for specific architectural choices referenced here and in code comments (the D-### markers) lives in `governance/decisions/`. This document sets the rules; `governance/decisions/` records why the rules produced the code they did in a given case. If the two ever disagree, the rule in this document wins until the document itself is changed.

 ## Why this document exists

@@ -124,9 +124,9 @@ When removing a dependency:

 1. **Grep the entire repository** for references to the package, its exports, and any type names it contributed. `rg '<package>|<PackageType>|<prefix_>'` across the repo. Zero hits outside git history is the goal. A single lingering import will break the build; a single lingering FFI stub or type alias will compile fine and fail at runtime.
 2. **Regenerate the lockfile** as part of the same PR. A `pubspec.yaml` with the dep removed but a `pubspec.lock` that still pins it is a partial removal, and CI or a fresh clone will happily continue installing the package.
-3. **Update `app/assets/licenses.yaml`** to drop the removed package and any transitive deps it brought in that aren't pulled by anything else. If the license manifest is auto-generated on release, verify the generation script sees the change; if it's maintained by hand, edit it in the same PR.
+3. **Update `assets/licenses.yaml`** to drop the removed package and any transitive deps it brought in that aren't pulled by anything else. If the license manifest is auto-generated on release, verify the generation script sees the change; if it's maintained by hand, edit it in the same PR.
 4. **Remove any vendored artifacts** tied to the dep — binaries, prebuilt assets, generated bindings — and delete their `BUILD.md` records. An orphaned vendored binary is worse than a removed one because it looks legitimate.
-5. **Check for architectural assumptions** that the dep was carrying. If the removed package was the thing that justified a specific data flow, build step, or platform strategy, either the replacement picks up those responsibilities or the architecture has actually changed and the relevant design decision (see `decisions/`) needs updating.
+5. **Check for architectural assumptions** that the dep was carrying. If the removed package was the thing that justified a specific data flow, build step, or platform strategy, either the replacement picks up those responsibilities or the architecture has actually changed and the relevant design decision (see `governance/decisions/`) needs updating.

 A dependency is not removed until all five are true. "I deleted the line from pubspec.yaml" is the start of the removal, not the end.

@@ -188,18 +188,18 @@ When in doubt about a license, the dependency does not land until the question i

 ### Attribution requirements

- The license manifest at `app/assets/licenses.yaml` lists every dependency with its license, copyright notice, and upstream URL.
+- The license manifest at `assets/licenses.yaml` lists every dependency with its license, copyright notice, and upstream URL.
 - Transitive dependencies are listed, not just direct ones. If `wasm_run` pulls in `wasmtime` which pulls in `cranelift`, all three appear.
 - Apache-2.0 dependencies get their `NOTICE` file content preserved verbatim, not summarized.
 - Apache-2.0-with-LLVM-exception (e.g., Cranelift, parts of LLVM) requires the LLVM exception text specifically, not just the Apache-2.0 boilerplate.
 - Fonts and icon sets get attributed even if the license doesn't strictly require it. It's the right thing to do.
- `app/assets/licenses.yaml` is regenerated as part of the release build, not maintained by hand. A release that ships a stale manifest is a release defect.
+- `assets/licenses.yaml` is regenerated as part of the release build, not maintained by hand. A release that ships a stale manifest is a release defect.

 Adding a dependency means updating the license manifest in the same PR. No exceptions.

 ## Changelog and commit conventions

-clide follows [Keep a Changelog 1.1](https://keepachangelog.com/en/1.1.0/) for `CHANGELOG.md` and [Conventional Commits 1.0](https://www.conventionalcommits.org/en/v1.0.0/) for commit messages. Enforcement is handled by the project's git skill; this section exists so human contributors know the standard before their first PR, and so the connection between these conventions and the rest of the policy is explicit.
+clide follows [Keep a Changelog 1.1](https://keepachangelog.com/en/1.1.0/) for `CHANGELOG.md` and [Conventional Commits 1.0](https://www.conventionalcommits.org/en/v1.0.0/) for commit messages (see [D-37](governance/decisions/process.md#d-37)). Enforcement is handled by the project's git skill; this section exists so human contributors know the standard before their first PR, and so the connection between these conventions and the rest of the policy is explicit.

 Security-relevant changes — CVE responses, dependency-driven vulnerability fixes, the removal of a phoning-home transitive dep, anything where the rules in this document were the reason for the change — go under the `Security` heading of the release's changelog entry, regardless of whether the code change itself looks security-shaped. That heading is the trail future-us follows to reconstruct why a dep was bumped or removed. Lumping security fixes under `Fixed` because the diff looks like a normal bug fix loses that signal and is the wrong choice even when it's technically accurate.

@@ -1,10 +1,10 @@
 # clide

-An IDE for Claude Code CLI. Native rendering, terminal-first interaction, pql-powered queries, canvas and graph surfaces. Linux and macOS.
+An IDE for Claude Code CLI. Native rendering, terminal-first interaction, pql-powered queries, canvas and graph surfaces. Linux, macOS and Windows.

 ## Architecture

-Single Flutter package at the repo root. The app hosts everything in-process: IPC server, subsystem handlers (pane, files, editor, git, pql), and the extension framework. tmux owns Claude session persistence (D-41).
+Single Flutter package at the repo root. The app hosts everything in-process: IPC server, subsystem handlers (pane, files, editor, git, pql), and the extension framework. Claude session persistence is `--resume <session-id>` against Claude Code's transcript files (D-77, superseding the tmux-backed D-41).

 - **`lib/`** — all Dart code. Core subsystems (`lib/src/`), kernel services (`lib/kernel/`), UI widgets (`lib/widgets/`), built-in extensions (`lib/builtin/`), the extension framework (`lib/extension/`).
 - **PTY** — `lib/src/pty/` spawns child processes via Dart FFI `posix_openpt()` + `posix_spawn()` directly; no external helper binary.
@@ -15,7 +15,7 @@ Claude drives the UI through a `clide` CLI surface (Bash, not MCP). Every CLI su

 ## Built-in extensions

-canvas, claude, claude_control, decisions, diff, editor, extensions_ui, files, git, graph, grammars_core, ipc_status, keybindings_ui, markdown, pql, problems, settings_ui, terminal, theme_picker, tickets, todos, welcome.
+canvas, claude, claude_control, cli_install, decisions, deeplink, default_layout, diff, editor, extensions_ui, files, git, grammars_core, graph, ipc_status, keybindings_ui, markdown, menubar, output, pql, problems, search, settings_ui, terminal, theme_picker, tickets, todos, view, vim, welcome.

 ## Building

@@ -44,7 +44,7 @@ make push-check       # pre-push gate: decisions + core + fast + a11y + coverage

 ## Status

-Pre-v2.0 (`2.0.0-dev`). Interaction model and panel system landed. The Python Textual v1.2.0 predecessor is archived under [`legacy/`](https://github.com/postmeridiem/clide/tree/main/legacy).
+Active development; the interaction model, panel system, and settings engine have landed. The Python Textual predecessor is archived under [`legacy/`](https://github.com/postmeridiem/clide/tree/main/legacy).

 ## Documentation

@@ -0,0 +1,93 @@
+Copyright (c) 2012-2013, The Mozilla Corporation and Telefonica S.A.
+
+This Font Software is licensed under the SIL Open Font License, Version 1.1.
+This license is copied below, and is also available with a FAQ at:
+https://openfontlicense.org
+
+
+-----------------------------------------------------------
+SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
+-----------------------------------------------------------
+
+PREAMBLE
+The goals of the Open Font License (OFL) are to stimulate worldwide
+development of collaborative font projects, to support the font creation
+efforts of academic and linguistic communities, and to provide a free and
+open framework in which fonts may be shared and improved in partnership
+with others.
+
+The OFL allows the licensed fonts to be used, studied, modified and
+redistributed freely as long as they are not sold by themselves. The
+fonts, including any derivative works, can be bundled, embedded, 
+redistributed and/or sold with any software provided that any reserved
+names are not used by derivative works. The fonts and derivatives,
+however, cannot be released under any other type of license. The
+requirement for fonts to remain under this license does not apply
+to any document created using the fonts or their derivatives.
+
+DEFINITIONS
+"Font Software" refers to the set of files released by the Copyright
+Holder(s) under this license and clearly marked as such. This may
+include source files, build scripts and documentation.
+
+"Reserved Font Name" refers to any names specified as such after the
+copyright statement(s).
+
+"Original Version" refers to the collection of Font Software components as
+distributed by the Copyright Holder(s).
+
+"Modified Version" refers to any derivative made by adding to, deleting,
+or substituting -- in part or in whole -- any of the components of the
+Original Version, by changing formats or by porting the Font Software to a
+new environment.
+
+"Author" refers to any designer, engineer, programmer, technical
+writer or other person who contributed to the Font Software.
+
+PERMISSION & CONDITIONS
+Permission is hereby granted, free of charge, to any person obtaining
+a copy of the Font Software, to use, study, copy, merge, embed, modify,
+redistribute, and sell modified and unmodified copies of the Font
+Software, subject to the following conditions:
+
+1) Neither the Font Software nor any of its individual components,
+in Original or Modified Versions, may be sold by itself.
+
+2) Original or Modified Versions of the Font Software may be bundled,
+redistributed and/or sold with any software, provided that each copy
+contains the above copyright notice and this license. These can be
+included either as stand-alone text files, human-readable headers or
+in the appropriate machine-readable metadata fields within text or
+binary files as long as those fields can be easily viewed by the user.
+
+3) No Modified Version of the Font Software may use the Reserved Font
+Name(s) unless explicit written permission is granted by the corresponding
+Copyright Holder. This restriction only applies to the primary font name as
+presented to the users.
+
+4) The name(s) of the Copyright Holder(s) or the Author(s) of the Font
+Software shall not be used to promote, endorse or advertise any
+Modified Version, except to acknowledge the contribution(s) of the
+Copyright Holder(s) and the Author(s) or with their explicit written
+permission.
+
+5) The Font Software, modified or unmodified, in part or in whole,
+must be distributed entirely under this license, and must not be
+distributed under any other license. The requirement for fonts to
+remain under this license does not apply to any document created
+using the Font Software.
+
+TERMINATION
+This license becomes null and void if any of the above conditions are
+not met.
+
+DISCLAIMER
+THE FONT SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTIES OF
+MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT
+OF COPYRIGHT, PATENT, TRADEMARK, OR OTHER RIGHT. IN NO EVENT SHALL THE
+COPYRIGHT HOLDER BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
+INCLUDING ANY GENERAL, SPECIAL, INDIRECT, INCIDENTAL, OR CONSEQUENTIAL
+DAMAGES, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+FROM, OUT OF THE USE OR INABILITY TO USE THE FONT SOFTWARE OR FROM
+OTHER DEALINGS IN THE FONT SOFTWARE.
@@ -0,0 +1,93 @@
+Copyright 2020 The Inter Project Authors (https://github.com/rsms/inter)
+
+This Font Software is licensed under the SIL Open Font License, Version 1.1.
+This license is copied below, and is also available with a FAQ at:
+https://openfontlicense.org
+
+
+-----------------------------------------------------------
+SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
+-----------------------------------------------------------
+
+PREAMBLE
+The goals of the Open Font License (OFL) are to stimulate worldwide
+development of collaborative font projects, to support the font creation
+efforts of academic and linguistic communities, and to provide a free and
+open framework in which fonts may be shared and improved in partnership
+with others.
+
+The OFL allows the licensed fonts to be used, studied, modified and
+redistributed freely as long as they are not sold by themselves. The
+fonts, including any derivative works, can be bundled, embedded, 
+redistributed and/or sold with any software provided that any reserved
+names are not used by derivative works. The fonts and derivatives,
+however, cannot be released under any other type of license. The
+requirement for fonts to remain under this license does not apply
+to any document created using the fonts or their derivatives.
+
+DEFINITIONS
+"Font Software" refers to the set of files released by the Copyright
+Holder(s) under this license and clearly marked as such. This may
+include source files, build scripts and documentation.
+
+"Reserved Font Name" refers to any names specified as such after the
+copyright statement(s).
+
+"Original Version" refers to the collection of Font Software components as
+distributed by the Copyright Holder(s).
+
+"Modified Version" refers to any derivative made by adding to, deleting,
+or substituting -- in part or in whole -- any of the components of the
+Original Version, by changing formats or by porting the Font Software to a
+new environment.
+
+"Author" refers to any designer, engineer, programmer, technical
+writer or other person who contributed to the Font Software.
+
+PERMISSION & CONDITIONS
+Permission is hereby granted, free of charge, to any person obtaining
+a copy of the Font Software, to use, study, copy, merge, embed, modify,
+redistribute, and sell modified and unmodified copies of the Font
+Software, subject to the following conditions:
+
+1) Neither the Font Software nor any of its individual components,
+in Original or Modified Versions, may be sold by itself.
+
+2) Original or Modified Versions of the Font Software may be bundled,
+redistributed and/or sold with any software, provided that each copy
+contains the above copyright notice and this license. These can be
+included either as stand-alone text files, human-readable headers or
+in the appropriate machine-readable metadata fields within text or
+binary files as long as those fields can be easily viewed by the user.
+
+3) No Modified Version of the Font Software may use the Reserved Font
+Name(s) unless explicit written permission is granted by the corresponding
+Copyright Holder. This restriction only applies to the primary font name as
+presented to the users.
+
+4) The name(s) of the Copyright Holder(s) or the Author(s) of the Font
+Software shall not be used to promote, endorse or advertise any
+Modified Version, except to acknowledge the contribution(s) of the
+Copyright Holder(s) and the Author(s) or with their explicit written
+permission.
+
+5) The Font Software, modified or unmodified, in part or in whole,
+must be distributed entirely under this license, and must not be
+distributed under any other license. The requirement for fonts to
+remain under this license does not apply to any document created
+using the Font Software.
+
+TERMINATION
+This license becomes null and void if any of the above conditions are
+not met.
+
+DISCLAIMER
+THE FONT SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTIES OF
+MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT
+OF COPYRIGHT, PATENT, TRADEMARK, OR OTHER RIGHT. IN NO EVENT SHALL THE
+COPYRIGHT HOLDER BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
+INCLUDING ANY GENERAL, SPECIAL, INDIRECT, INCIDENTAL, OR CONSEQUENTIAL
+DAMAGES, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+FROM, OUT OF THE USE OR INABILITY TO USE THE FONT SOFTWARE OR FROM
+OTHER DEALINGS IN THE FONT SOFTWARE.
@@ -0,0 +1,5 @@
+{
+  "tab.title": { "translation": "Canvas" },
+  "empty": { "translation": "Open a .canvas file to view it here." },
+  "status.loading": { "translation": "Loading…" }
+}
@@ -0,0 +1,251 @@
+{
+  "tab.title": { "translation": "Claude" },
+  "status.attaching": { "translation": "attaching…" },
+  "status.no-tmux": { "translation": "no-tmux · fresh every launch" },
+  "status.exited": { "translation": "session exited" },
+  "status.primary-exited": { "translation": "session exited — restart clide to retry" },
+  "banner.title": { "translation": "Claude" },
+  "banner.warmingUp": { "translation": "Warming up — your conversation will appear here." },
+  "banner.role.primary": { "translation": "primary" },
+  "banner.role.secondary": { "translation": "session {index}" },
+  "composer.hint": { "translation": "Message Claude…  (Enter to send · Shift+Enter for newline)" },
+  "composer.stop": { "translation": "Stop  ⎋" },
+  "composer.stop.hint": { "translation": "Interrupt the running turn (Escape)" },
+  "composer.removeAttachment": { "translation": "Remove {name}" },
+  "pane.title.primary": { "translation": "claude — primary" },
+  "pane.title.secondary": { "translation": "claude — secondary {index}" },
+  "pane.starting": { "translation": "starting…" },
+  "pane.modeBadge.semantics": { "translation": "permission mode: {mode}" },
+  "running.semantics": { "translation": "Claude is running" },
+  "running.verb.pondering": { "translation": "Pondering" },
+  "running.verb.conjuring": { "translation": "Conjuring" },
+  "running.verb.brewing": { "translation": "Brewing" },
+  "running.verb.tinkering": { "translation": "Tinkering" },
+  "running.verb.noodling": { "translation": "Noodling" },
+  "running.verb.percolating": { "translation": "Percolating" },
+  "running.verb.computing": { "translation": "Computing" },
+  "running.verb.wrangling": { "translation": "Wrangling" },
+  "running.verb.untangling": { "translation": "Untangling" },
+  "running.verb.synthesizing": { "translation": "Synthesizing" },
+  "running.verb.cogitating": { "translation": "Cogitating" },
+  "running.verb.whirring": { "translation": "Whirring" },
+  "running.verb.mincing": { "translation": "Mincing" },
+  "running.verb.boiling": { "translation": "Boiling" },
+  "running.verb.humming": { "translation": "Humming" },
+  "running.verb.buzzing": { "translation": "Buzzing" },
+  "running.verb.magicking": { "translation": "Magicking" },
+  "running.verb.cliding": { "translation": "Cliding" },
+  "running.verb.zooming": { "translation": "Zooming" },
+  "running.verb.bouncing": { "translation": "Bouncing" },
+  "conversation.empty": { "translation": "Waiting for Claude…" },
+  "conversation.label.you": { "translation": "you" },
+  "conversation.label.claude": { "translation": "claude" },
+  "conversation.label.clide": { "translation": "clide" },
+  "conversation.label.agent": { "translation": "agent" },
+  "conversation.label.agentPrompt": { "translation": "agent prompt" },
+  "conversation.label.context": { "translation": "context" },
+  "conversation.label.thinking": { "translation": "thinking" },
+  "conversation.label.agentThinking": { "translation": "agent thinking" },
+  "conversation.label.image": { "translation": "image" },
+  "conversation.label.icon": { "translation": "icons" },
+  "conversation.label.drawing": { "translation": "drawing" },
+  "conversation.draw.viewSource": { "translation": "view d2 source" },
+  "conversation.label.agentRun": { "translation": "agent run" },
+  "conversation.label.workflow": { "translation": "workflow" },
+  "conversation.label.error": { "translation": "error" },
+  "conversation.label.result": { "translation": "result" },
+  "conversation.label.denied": { "translation": "denied" },
+  "conversation.segment.prompt": { "translation": "prompt" },
+  "conversation.segment.result": { "translation": "result" },
+  "conversation.segment.liveTail": { "translation": "live tail" },
+  "conversation.segment.usage": { "translation": "usage" },
+  "conversation.segment.script": { "translation": "script" },
+  "conversation.workflow.launching": { "translation": "Launching…" },
+  "conversation.imagePlaceholder": { "translation": "could not load {path}" },
+  "conversation.bashTail.empty": { "translation": "no independent source to follow" },
+  "conversation.bashTail.label": { "translation": "live tail" },
+  "conversation.cluster.activity": { "translation": "Activity" },
+  "conversation.cluster.edits": { "translation": "Edits" },
+  "conversation.counter.step": { "translation": "1 step" },
+  "conversation.counter.steps": { "translation": "{count} steps" },
+  "conversation.counter.edit": { "translation": "1 edit" },
+  "conversation.counter.edits": { "translation": "{count} edits" },
+  "conversation.counter.starting": { "translation": "starting" },
+  "conversation.counter.agents": { "translation": "{done}/{total} agents" },
+  "prompt.permission.allow": { "translation": "1. Allow" },
+  "prompt.permission.allowRemember": { "translation": "2. Allow & don't ask again" },
+  "prompt.permission.deny": { "translation": "{n}. Deny" },
+  "prompt.permission.denySimplify": { "translation": "{n}. Deny & simplify" },
+  "prompt.permission.denySimplify.tooltip": { "translation": "Deny and ask Claude to retry this action in a simpler format — complex interactions don't work well with the permission system." },
+  "prompt.permission.note.placeholder": { "translation": "add a note (optional) — sent to Claude" },
+  "prompt.permission.label": { "translation": "permission · {name}" },
+  "prompt.question.label": { "translation": "question" },
+  "prompt.review.label": { "translation": "review" },
+  "prompt.review.title": { "translation": "Review your answers" },
+  "prompt.submit": { "translation": "Submit" },
+  "prompt.submitAnswers": { "translation": "Submit answers" },
+  "prompt.back": { "translation": "‹ Back" },
+  "prompt.next": { "translation": "Next ›" },
+  "prompt.reviewNav": { "translation": "Review ›" },
+  "prompt.nav.review": { "translation": "Review" },
+  "prompt.option.other": { "translation": "Other…" },
+  "prompt.other.placeholder": { "translation": "type your answer…" },
+  "prompt.note.placeholder": { "translation": "+ note (optional)" },
+  "prompt.chatInstead": { "translation": "chat instead" },
+  "tool.edit.before": { "translation": "— before" },
+  "tool.edit.after": { "translation": "+ after" },
+  "tool.bash.background": { "translation": "background" },
+  "tool.name.Read": { "translation": "Read" },
+  "tool.name.Edit": { "translation": "Edit" },
+  "tool.name.MultiEdit": { "translation": "MultiEdit" },
+  "tool.name.Write": { "translation": "Write" },
+  "tool.name.NotebookEdit": { "translation": "NotebookEdit" },
+  "tool.name.WebFetch": { "translation": "WebFetch" },
+  "tool.name.WebSearch": { "translation": "WebSearch" },
+  "tool.name.Task": { "translation": "Task" },
+  "tool.name.TodoWrite": { "translation": "TodoWrite" },
+  "tool.name.ExitPlanMode": { "translation": "ExitPlanMode" },
+  "permissionControl.semantics": { "translation": "permission mode: {mode}. Activate to change." },
+  "permissionControl.tooltip": { "translation": "Permission mode: {mode} — change (Ctrl/Cmd+M cycles; +Shift includes bypass)" },
+  "permissionControl.bypassHint": { "translation": "shift-click" },
+  "permissionControl.bypassSemantics": { "translation": "bypassPermissions — shift-click to enable" },
+  "permissionBadge.tooltip": { "translation": "Permission mode: {mode}. Click to cycle default/acceptEdits/plan; Shift-click for bypassPermissions." },
+  "permissionBadge.semantics": { "translation": "Permission mode: {label}" },
+  "card.expand": { "translation": "Expand" },
+  "card.collapse": { "translation": "Collapse" },
+  "card.succeeded": { "translation": "succeeded" },
+  "card.failed": { "translation": "failed" },
+  "card.copy": { "translation": "copy" },
+  "taskDock.summary": { "translation": "{count} {tasks} · {done} done" },
+  "taskDock.task.singular": { "translation": "task" },
+  "taskDock.task.plural": { "translation": "tasks" },
+  "taskDock.collapse": { "translation": "Collapse tasks" },
+  "taskDock.expand": { "translation": "Expand tasks" },
+  "taskDock.semantics": { "translation": "Claude task list, {summary}, {state}" },
+  "taskDock.state.expanded": { "translation": "expanded" },
+  "taskDock.state.collapsed": { "translation": "collapsed" },
+  "taskDock.status.done": { "translation": "done" },
+  "taskDock.status.inProgress": { "translation": "in progress" },
+  "taskDock.status.pending": { "translation": "pending" },
+  "taskDock.row.semantics": { "translation": "{text}, {status}" },
+  "sessionPicker.title": { "translation": "Resume a Claude session" },
+  "sessionPicker.empty": { "translation": "No sessions found for this workspace." },
+  "modelPicker.cancel": { "translation": "cancel" },
+  "image.semantics": { "translation": "Image {name}" },
+  "activity.section.session": { "translation": "SESSION" },
+  "activity.control.clear": { "translation": "clear" },
+  "activity.control.compact": { "translation": "compact" },
+  "activity.control.fork": { "translation": "fork" },
+  "activity.control.resume": { "translation": "resume" },
+  "activity.control.refreshUsage": { "translation": "refresh usage" },
+  "activity.control.semantics": { "translation": "{label} session" },
+  "activity.control.tooltip": { "translation": "{label}  ·  {command}" },
+  "activity.empty": { "translation": "No activity recorded yet." },
+  "activity.section.workflows": { "translation": "WORKFLOWS" },
+  "activity.workflow.fallback": { "translation": "workflow" },
+  "activity.workflow.done": { "translation": "done" },
+  "activity.workflow.starting": { "translation": "starting" },
+  "activity.section.usage": { "translation": "USAGE" },
+  "activity.row.session": { "translation": "session" },
+  "activity.row.weekAll": { "translation": "week (all)" },
+  "activity.row.weekSonnet": { "translation": "week (sonnet)" },
+  "activity.section.today": { "translation": "TODAY" },
+  "activity.row.messages": { "translation": "messages" },
+  "activity.row.sessions": { "translation": "sessions" },
+  "activity.row.toolCalls": { "translation": "tool calls" },
+  "activity.section.lifetime": { "translation": "LIFETIME" },
+  "activity.section.runtime": { "translation": "RUNTIME · primary" },
+  "activity.row.model": { "translation": "model" },
+  "activity.row.effort": { "translation": "effort" },
+  "activity.row.context": { "translation": "context" },
+  "activity.row.mode": { "translation": "mode" },
+  "activity.row.skills": { "translation": "skills" },
+  "config.empty": { "translation": "Claude environment not loaded." },
+  "config.section.settings": { "translation": "SETTINGS" },
+  "config.row.model": { "translation": "model" },
+  "config.row.effort": { "translation": "effort" },
+  "config.row.permissionMode": { "translation": "permission mode" },
+  "config.row.outputStyle": { "translation": "output style" },
+  "config.row.source": { "translation": "source" },
+  "config.row.source.value": { "translation": "~/.claude + .claude" },
+  "config.footer": { "translation": "expand a list to see all · click a skill/agent/command → opens its .md" },
+  "config.section.skills": { "translation": "SKILLS" },
+  "config.section.agents": { "translation": "AGENTS" },
+  "config.section.commands": { "translation": "COMMANDS" },
+  "config.section.hooks": { "translation": "HOOKS" },
+  "config.section.permissions": { "translation": "PERMISSIONS" },
+  "config.section.mcpServers": { "translation": "MCP SERVERS" },
+  "config.perm.allow": { "translation": "allow" },
+  "config.perm.ask": { "translation": "ask" },
+  "config.perm.deny": { "translation": "deny" },
+  "config.control.semantics": { "translation": "{label}: {value}. Click to change." },
+  "config.control.tooltip": { "translation": "change {label}" },
+  "config.control.option.semantics": { "translation": "{label}: {name}" },
+  "roster.bypass.confirmBody": { "translation": "Enable bypassPermissions? All tool calls will be auto-allowed." },
+  "roster.bypass.confirm.semantics": { "translation": "Confirm bypass" },
+  "roster.bypass.confirm.tooltip": { "translation": "Confirm" },
+  "roster.bypass.ok": { "translation": "OK" },
+  "roster.bypass.cancel.semantics": { "translation": "Cancel bypass" },
+  "roster.bypass.cancel.tooltip": { "translation": "Cancel" },
+  "roster.bypass.cancel": { "translation": "Cancel" },
+  "roster.hidePane": { "translation": "Hide pane" },
+  "roster.showPane": { "translation": "Show pane" },
+  "roster.unmute": { "translation": "Unmute messages" },
+  "roster.mute": { "translation": "Mute messages" },
+  "roster.inject": { "translation": "Inject message" },
+  "roster.fork": { "translation": "Fork session" },
+  "roster.close": { "translation": "Close session" },
+  "roster.inject.cancel": { "translation": "Cancel" },
+  "taskRow.reassign": { "translation": "Reassign task" },
+  "team.empty": { "translation": "No team active." },
+  "team.section.tasks": { "translation": "TASKS" },
+  "tabStrip.activity": { "translation": "Activity" },
+  "tabStrip.team": { "translation": "Team" },
+  "tabStrip.team.count": { "translation": "Team · {count}" },
+  "tabStrip.config": { "translation": "Config" },
+  "teamChat.section.messages": { "translation": "MESSAGES" },
+  "teamChat.popOut.semantics": { "translation": "Open full chat pane" },
+  "teamChat.popOut.tooltip": { "translation": "Open full chat" },
+  "teamChat.empty": { "translation": "No messages yet." },
+  "teamChat.composer.placeholder": { "translation": "@name or @team …" },
+  "teamChat.pane.title": { "translation": "Team Chat" },
+  "teamChat.interrupt.semantics": { "translation": "Interrupt target session" },
+  "teamChat.interrupt.label": { "translation": "Interrupt" },
+  "command.newSecondary": { "translation": "Claude: open a secondary session" },
+  "command.killAllSessions": { "translation": "Claude: kill all sessions for this repo" },
+  "command.sessionStorage": { "translation": "Claude: session storage (disk usage + cleanup)" },
+  "command.activity.foldLevel": { "translation": "Claude: cycle activity fold level" },
+  "command.agent.show": { "translation": "Claude: show an agent session pane" },
+  "command.agent.hide": { "translation": "Claude: hide an agent session pane" },
+  "command.agent.close": { "translation": "Claude: close (kill) an agent session" },
+  "command.agent.mute": { "translation": "Claude: mute broker delivery to an agent session" },
+  "command.agent.unmute": { "translation": "Claude: unmute broker delivery to an agent session" },
+  "command.agent.injectMessage": { "translation": "Claude: inject a text turn into an agent session" },
+  "command.agent.setPermissionMode": { "translation": "Claude: set permission mode for an agent session" },
+  "command.mode.cycle": { "translation": "Claude: Cycle permission mode" },
+  "command.task.reassign": { "translation": "Claude: reassign a shared task to an agent" },
+  "command.teamChat.open": { "translation": "Claude: open the team chat pane" },
+  "command.teamChat.post": { "translation": "Claude: post a message into the team channel as the user" },
+  "command.agent.fork": { "translation": "Claude: fork a managed session into a new branch session" },
+  "settings.activity.title": { "translation": "Activity" },
+  "settings.activity.conversation.label": { "translation": "Conversation" },
+  "settings.activity.foldLevel.label": { "translation": "Fold level" },
+  "settings.activity.foldLevel.help": { "translation": "How aggressively the conversation folds tool calls, thinking, and results." },
+  "settings.activity.opt.none": { "translation": "Show everything" },
+  "settings.activity.opt.tools": { "translation": "Fold tool calls" },
+  "settings.activity.opt.thinking": { "translation": "Fold tools + thinking" },
+  "settings.activity.opt.everything": { "translation": "Fold all but prose" },
+  "settings.claude.title": { "translation": "Claude" },
+  "settings.claude.newSessionDefaults.label": { "translation": "New session defaults" },
+  "settings.claude.model.label": { "translation": "Model" },
+  "settings.claude.model.help": { "translation": "Model for new sessions." },
+  "settings.claude.effort.label": { "translation": "Effort" },
+  "settings.claude.effort.help": { "translation": "Reasoning effort for new sessions (applied via --effort at spawn)." },
+  "settings.claude.permissionMode.label": { "translation": "Permission mode" },
+  "settings.claude.permissionMode.help": { "translation": "Starting permission mode for new sessions." },
+  "settings.claude.account.label": { "translation": "Account" },
+  "settings.claude.account.registry.label": { "translation": "Accounts" },
+  "settings.claude.account.registry.help": { "translation": "Registered Claude accounts (each a separate config dir + login)." },
+  "settings.claude.account.workspace.label": { "translation": "Account for this workspace" },
+  "settings.claude.account.workspace.help": { "translation": "Which Claude account this repo runs under; Default uses the system login." }
+}
@@ -0,0 +1,3 @@
+{
+  "command.clide.installCli": { "translation": "clide: Install 'clide' command in PATH" }
+}
@@ -0,0 +1,16 @@
+{
+  "tab.title": { "translation": "Decisions" },
+  "tab.detail.title": { "translation": "Decision" },
+  "loading": { "translation": "Loading decisions..." },
+  "error.load": { "translation": "failed to load decisions" },
+  "empty": { "translation": "No decisions found.\nRun `pql decisions sync` to index." },
+  "filter.hint": { "translation": "Filter decisions…" },
+  "refresh.tooltip": { "translation": "Refresh decisions" },
+  "section.confirmed": { "translation": "CONFIRMED" },
+  "section.questions": { "translation": "QUESTIONS" },
+  "section.rejected": { "translation": "REJECTED" },
+  "badge.resolved": { "translation": "resolved" },
+  "detail.loading": { "translation": "Loading…" },
+  "detail.empty": { "translation": "Select a decision to view details." },
+  "detail.section.refs": { "translation": "CROSS-REFERENCES" }
+}
@@ -0,0 +1,8 @@
+{
+  "dialog.title": { "translation": "Open an external link?" },
+  "dialog.body": { "translation": "A clide:// link from outside the app is asking to:" },
+  "dialog.warning": { "translation": "Only allow this if you trust where the link came from." },
+  "button.cancel": { "translation": "Cancel" },
+  "button.open": { "translation": "Open" },
+  "command.deeplink.invoke": { "translation": "Open a clide:// deep link" }
+}
@@ -0,0 +1,21 @@
+{
+  "command.reset": { "translation": "Layout: Reset to Classic" },
+  "preset.classic": { "translation": "Classic" },
+  "command.palette.toggle": { "translation": "Command Palette" },
+  "command.sidebar.collapse": { "translation": "Toggle Sidebar Collapse" },
+  "command.context.collapse": { "translation": "Toggle Context Panel Collapse" },
+  "command.panel.focus.left": { "translation": "Focus Left Panel" },
+  "command.panel.focus.middle": { "translation": "Focus Middle Panel" },
+  "command.panel.focus.right": { "translation": "Focus Right Panel" },
+  "command.panel.focusMode": { "translation": "Toggle Focus Mode" },
+  "command.panel.focusMode.exit": { "translation": "Exit Focus Mode" },
+  "command.editor.open": { "translation": "Open Editor" },
+  "command.editor.close": { "translation": "Close Editor" },
+  "command.workspace.tab.next": { "translation": "Next Workspace Tab" },
+  "command.workspace.tab.previous": { "translation": "Previous Workspace Tab" },
+  "command.sidebar.section.1": { "translation": "Sidebar: Section 1" },
+  "command.sidebar.section.2": { "translation": "Sidebar: Section 2" },
+  "command.sidebar.section.3": { "translation": "Sidebar: Section 3" },
+  "command.sidebar.section.4": { "translation": "Sidebar: Section 4" },
+  "command.sidebar.section.5": { "translation": "Sidebar: Section 5" }
+}
@@ -0,0 +1,15 @@
+{
+  "tab.title": { "translation": "Diff" },
+  "view.semantics": { "translation": "diff view" },
+  "status.loading": { "translation": "Loading…" },
+  "empty.staged": { "translation": "No staged changes." },
+  "empty.unstaged": { "translation": "No unstaged changes." },
+  "toolbar.unstaged": { "translation": "Unstaged" },
+  "toolbar.unstaged.semantics": { "translation": "show unstaged changes" },
+  "toolbar.staged": { "translation": "Staged" },
+  "toolbar.staged.semantics": { "translation": "show staged changes" },
+  "meta.newFile": { "translation": "new file" },
+  "meta.deleted": { "translation": "deleted" },
+  "meta.renamedFrom": { "translation": "renamed from {path}" },
+  "meta.binary": { "translation": "binary" }
+}
@@ -1,5 +1,7 @@
 {
  "tab.title": { "translation": "Editor" },
+  "chrome.title": { "translation": "editor" },
  "empty": { "translation": "Open a file to begin editing." },
-  "subtitle.no-buffer": { "translation": "no buffer · use `clide open <path>` or pick a file in the tree" }
+  "subtitle.no-buffer": { "translation": "no buffer · use `clide open <path>` or pick a file in the tree" },
+  "a11y.text-area": { "translation": "editor text area" }
 }
@@ -0,0 +1,8 @@
+{
+  "notice.title": { "translation": "Extension management is coming" },
+  "notice.body": { "translation": "Installing, enabling, and disabling extensions arrives with third-party (Lua) extension support. For now the built-in extensions are always on." },
+  "notice.tracked": { "translation": "Tracked in T-8 (Tier 6) · D-16" },
+  "settings.extensions.title": { "translation": "Extensions" },
+  "settings.extensions.section.notice": { "translation": "" },
+  "settings.extensions.field.notice.label": { "translation": "" }
+}
@@ -0,0 +1,10 @@
+{
+  "tab.title": { "translation": "Files" },
+  "loading": { "translation": "Loading…" },
+  "empty": { "translation": "No visible files" },
+  "filter.hint": { "translation": "Filter files…" },
+  "a11y.tree": { "translation": "file tree — {name}" },
+  "a11y.collapse": { "translation": "Collapse {name}" },
+  "a11y.expand": { "translation": "Expand {name}" },
+  "a11y.open": { "translation": "Open {name}" }
+}
@@ -0,0 +1,38 @@
+{
+  "tab.title": { "translation": "Git" },
+  "panel.semantics": { "translation": "git panel" },
+  "filter.hint": { "translation": "Filter changes…" },
+  "status.loading": { "translation": "Loading…" },
+  "status.clean": { "translation": "Nothing to commit, working tree clean." },
+  "group.conflicts": { "translation": "Merge conflicts" },
+  "group.staged": { "translation": "Staged" },
+  "group.changes": { "translation": "Changes" },
+  "group.untracked": { "translation": "Untracked" },
+  "action.unstageAll": { "translation": "Unstage all" },
+  "action.stageAll": { "translation": "Stage all" },
+  "commit.message.semantics": { "translation": "commit message" },
+  "commit.button": { "translation": "Commit" },
+  "commit.button.semantics": { "translation": "commit staged changes" },
+  "branch.detached": { "translation": "(detached)" },
+  "action.pull": { "translation": "Pull" },
+  "action.pull.semantics": { "translation": "git pull" },
+  "action.push": { "translation": "Push" },
+  "action.push.semantics": { "translation": "git push" },
+  "state.added": { "translation": "added" },
+  "state.modified": { "translation": "modified" },
+  "state.deleted": { "translation": "deleted" },
+  "state.renamed": { "translation": "renamed" },
+  "state.copied": { "translation": "copied" },
+  "state.untracked": { "translation": "untracked" },
+  "row.stage.semantics": { "translation": "stage {name}" },
+  "row.unstage.semantics": { "translation": "unstage {name}" },
+  "row.discard.semantics": { "translation": "discard changes to {name}" },
+  "discard.title": { "translation": "Discard changes?" },
+  "discard.body": { "translation": "Unstaged changes to {name} will be permanently lost." },
+  "button.cancel": { "translation": "Cancel" },
+  "button.discard": { "translation": "Discard" },
+  "branch.switch.semantics": { "translation": "switch branch — {branch}" },
+  "branchPicker.title": { "translation": "Switch branch" },
+  "branchPicker.empty": { "translation": "No branches found." },
+  "branchPicker.loadFailed": { "translation": "failed to load branches" }
+}
@@ -0,0 +1,9 @@
+{
+  "tab.graph.title": { "translation": "Graph" },
+  "graph.empty": { "translation": "No linked notes in this vault." },
+  "graph.empty.filtered": { "translation": "No notes match the filter." },
+  "graph.empty.nolocal": { "translation": "Open a note to see its local graph." },
+  "graph.filter.glob": { "translation": "Path glob, e.g. notes/**" },
+  "graph.filter.depth": { "translation": "Local" },
+  "graph.filter.all": { "translation": "All" }
+}
@@ -0,0 +1,14 @@
+{
+  "command.preset.default": { "translation": "Keymap: Default" },
+  "command.preset.vim": { "translation": "Keymap: Vim" },
+  "command.preset.vscode": { "translation": "Keymap: VS Code" },
+  "command.preset.jetbrains": { "translation": "Keymap: JetBrains" },
+  "settings.keymap.title": { "translation": "Keymap" },
+  "settings.keymap.section.preset": { "translation": "Preset" },
+  "settings.keymap.field.preset.label": { "translation": "Active preset" },
+  "settings.keymap.field.preset.help": { "translation": "Keyboard layout for the whole app." },
+  "settings.keymap.field.preset.option.default": { "translation": "Default" },
+  "settings.keymap.field.preset.option.vim": { "translation": "Vim" },
+  "settings.keymap.field.preset.option.vscode": { "translation": "VS Code" },
+  "settings.keymap.field.preset.option.jetbrains": { "translation": "JetBrains" }
+}
@@ -0,0 +1,5 @@
+{
+  "empty": { "translation": "Select a .md file to preview it here." },
+  "chrome.title": { "translation": "viewer" },
+  "subtitle.lines": { "translation": "{count} lines" }
+}
@@ -0,0 +1,31 @@
+{
+  "menu.file": { "translation": "File" },
+  "menu.view": { "translation": "View" },
+  "menu.help": { "translation": "Help" },
+  "about.version": { "translation": "Version" },
+  "about.commit": { "translation": "Commit" },
+  "about.built": { "translation": "Built" },
+  "about.repository": { "translation": "Repository" },
+  "about.checkUpdates": { "translation": "Check for updates" },
+  "about.checking": { "translation": "Checking…" },
+  "about.upToDate": { "translation": "You're on the latest version." },
+  "about.updateAvailable": { "translation": "clide {version} is available — release notes" },
+  "about.updateFailed": { "translation": "Couldn't check for updates" },
+  "licenses.heading": { "translation": "Bundled dependencies" },
+  "licenses.unavailable": { "translation": "Licenses unavailable." },
+  "licenses.loading": { "translation": "Loading…" },
+  "button.close": { "translation": "Close" },
+  "button.cancel": { "translation": "Cancel" },
+  "button.open": { "translation": "Open" },
+  "button.opening": { "translation": "Opening…" },
+  "button.ok": { "translation": "OK" },
+  "dialog.openProject.title": { "translation": "Open project" },
+  "dialog.openProject.body": { "translation": "Enter the path to a git repository." },
+  "dialog.openProject.error": { "translation": "Not a git repository" },
+  "dialog.notRepo.title": { "translation": "No git repo found" },
+  "dialog.notRepo.body": { "translation": "A clide project root requires a git repository." },
+  "command.file.openFolder": { "translation": "File: Open Folder…" },
+  "command.file.newWindow": { "translation": "File: New Window" },
+  "command.file.closeWorkspace": { "translation": "File: Close Project" },
+  "command.help.about": { "translation": "Help: About clide" }
+}
@@ -0,0 +1,15 @@
+{
+  "a11y.log": { "translation": "output log" },
+  "empty": { "translation": "No output yet." },
+  "empty.filtered": { "translation": "No output matches the filter." },
+  "filter.hint": { "translation": "Filter…" },
+  "chip.level": { "translation": "Level: {level}" },
+  "chip.source": { "translation": "Source: {source}" },
+  "chip.clear": { "translation": "Clear" },
+  "source.all": { "translation": "all" },
+  "a11y.jumpToLatest": { "translation": "jump to latest" },
+  "jump.label": { "translation": "Jump to latest ↓" },
+  "a11y.toggleDock": { "translation": "toggle output dock" },
+  "dock.label": { "translation": "Output" },
+  "command.dock.toggle": { "translation": "Toggle output dock" }
+}
@@ -0,0 +1,16 @@
+{
+  "tab.title": { "translation": "pql" },
+  "tab.links.title": { "translation": "Links" },
+  "filter.markdown.hint": { "translation": "Filter markdown…" },
+  "loading": { "translation": "Loading…" },
+  "empty.markdown": { "translation": "No markdown files found." },
+  "search.vault.hint": { "translation": "Search vault…" },
+  "search.query.hint": { "translation": "PQL query…" },
+  "backlinks.empty": { "translation": "Open a file to see its links." },
+  "backlinks.loading": { "translation": "Loading…" },
+  "backlinks.semantics": { "translation": "backlinks for {path}" },
+  "group.backlinks": { "translation": "Backlinks" },
+  "group.outlinks": { "translation": "Outlinks" },
+  "group.label": { "translation": "{label} ({count})" },
+  "group.none": { "translation": "None" }
+}
@@ -0,0 +1,10 @@
+{
+  "tab.title": { "translation": "Problems" },
+  "semantics.panel": { "translation": "problems panel" },
+  "filter.hint": { "translation": "Filter problems…" },
+  "count": { "translation": "Problems ({count})" },
+  "refresh.label": { "translation": "Refresh" },
+  "refresh.semantics": { "translation": "refresh problems" },
+  "scanning": { "translation": "Scanning…" },
+  "empty": { "translation": "No problems found." }
+}
@@ -0,0 +1,23 @@
+{
+  "mode.find": { "translation": "Find" },
+  "mode.vault": { "translation": "Vault" },
+  "mode.query": { "translation": "Query" },
+  "mode.markdown": { "translation": "Markdown" },
+  "find.hint": { "translation": "Search" },
+  "replace.hint": { "translation": "Replace" },
+  "include.hint": { "translation": "files to include (e.g. *.dart)" },
+  "exclude.hint": { "translation": "files to exclude" },
+  "toggle.regex": { "translation": "Regular expression" },
+  "toggle.caseInsensitive": { "translation": "Case insensitive" },
+  "status.searching": { "translation": "Searching…" },
+  "status.noResults": { "translation": "No results" },
+  "status.counts": { "translation": "{matches} in {files}" },
+  "a11y.openMatch": { "translation": "Open {path} line {line}" },
+  "button.replaceAll": { "translation": "Replace all" },
+  "button.ok": { "translation": "OK" },
+  "button.cancel": { "translation": "Cancel" },
+  "button.confirm": { "translation": "Confirm" },
+  "dialog.dirty.title": { "translation": "Working tree not clean" },
+  "dialog.dirty.body": { "translation": "Commit or stash your changes before replacing — git is the only undo." },
+  "dialog.confirm.body": { "translation": "Replace {matches} match(es) across {files} file(s)? This cannot be undone in clide." }
+}
@@ -0,0 +1,17 @@
+{
+  "command.open": { "translation": "Settings…" },
+  "modal.title": { "translation": "Settings" },
+  "modal.close": { "translation": "Close" },
+  "modal.close.hint": { "translation": "Close settings without changing anything" },
+  "rail.header": { "translation": "Categories" },
+  "panel.empty": { "translation": "No settings categories are registered yet." },
+  "search.hint": { "translation": "Search settings…" },
+  "search.empty": { "translation": "No settings match your search." },
+  "scope.project": { "translation": "This project" },
+  "scope.always": { "translation": "All clide" },
+  "scope.default": { "translation": "Default" },
+  "scope.reset": { "translation": "Reset to default" },
+  "scope.tip.project": { "translation": "Stored in this project (.clide)" },
+  "scope.tip.always": { "translation": "Stored for all clide (~/.clide)" },
+  "scope.tip.default": { "translation": "Unset — using the default" }
+}
@@ -1,7 +1,9 @@
 {
  "tab.title": { "translation": "Terminal" },
+  "chrome.title": { "translation": "terminal" },
  "subtitle.spawning": { "translation": "spawning shell…" },
  "subtitle.exited": { "translation": "Shell exited." },
  "error.unavailable": { "translation": "Terminal unavailable" },
-  "error.daemon": { "translation": "Backend not connected." }
+  "error.daemon": { "translation": "Backend not connected." },
+  "a11y.label": { "translation": "terminal — {subtitle}" }
 }
@@ -0,0 +1,25 @@
+{
+  "command.pick": { "translation": "Theme…" },
+  "modal.title": { "translation": "Select theme" },
+  "modal.cancel": { "translation": "Cancel" },
+  "modal.cancel.hint": { "translation": "Close the theme picker without changing the current theme" },
+  "row.select.hint": { "translation": "Activate this theme" },
+  "section.appearance": { "translation": "Appearance" },
+  "toggle.highContrast": { "translation": "High contrast" },
+  "settings.appearance.title": { "translation": "Appearance" },
+  "settings.appearance.section.theme": { "translation": "Theme" },
+  "settings.appearance.section.typography": { "translation": "Typography" },
+  "settings.appearance.field.theme.label": { "translation": "Theme" },
+  "settings.appearance.field.theme.help": { "translation": "Color theme; high contrast switches to the accessible variant." },
+  "settings.appearance.field.uiFont.label": { "translation": "UI font" },
+  "settings.appearance.field.uiFont.help": { "translation": "Typeface for the app interface; applies live." },
+  "settings.appearance.field.uiFont.option.josefinSans": { "translation": "Josefin Sans" },
+  "settings.appearance.field.uiFont.option.inter": { "translation": "Inter" },
+  "settings.appearance.field.monoFont.label": { "translation": "Monospace font" },
+  "settings.appearance.field.monoFont.help": { "translation": "Terminal, diffs, code, and IDs; applies live." },
+  "settings.appearance.field.monoFont.option.jetBrainsMono": { "translation": "JetBrains Mono" },
+  "settings.appearance.field.monoFont.option.firaMono": { "translation": "Fira Mono" },
+  "settings.appearance.section.language": { "translation": "Language" },
+  "settings.appearance.field.language.label": { "translation": "Language" },
+  "settings.appearance.field.language.help": { "translation": "Language for the app interface; applies live." }
+}
@@ -0,0 +1,36 @@
+{
+  "tab.title": { "translation": "Tickets" },
+  "tab.detail.title": { "translation": "Ticket" },
+  "type.initiative": { "translation": "Initiative" },
+  "type.epic": { "translation": "Epic" },
+  "type.story": { "translation": "Story" },
+  "type.task": { "translation": "Task" },
+  "type.bug": { "translation": "Bug" },
+  "loading": { "translation": "Loading tickets..." },
+  "error.load": { "translation": "failed to load tickets" },
+  "empty": { "translation": "No tickets.\nRun `pql ticket new` to create one." },
+  "filter.hint": { "translation": "Filter tickets…" },
+  "refresh.tooltip": { "translation": "Refresh tickets" },
+  "section.in_progress": { "translation": "IN PROGRESS" },
+  "section.review": { "translation": "REVIEW" },
+  "section.ready": { "translation": "READY" },
+  "section.backlog": { "translation": "BACKLOG" },
+  "section.done": { "translation": "DONE" },
+  "section.cancelled": { "translation": "CANCELLED" },
+  "chip.label": { "translation": "{type} type filter" },
+  "chip.tooltip": { "translation": "Click to toggle · double-click to isolate" },
+  "badge.wip": { "translation": "WIP" },
+  "badge.review": { "translation": "REVIEW" },
+  "badge.cancelled": { "translation": "CANCELLED" },
+  "pickUp.tooltip": { "translation": "Pick up — hand this ticket to the Claude pane" },
+  "detail.loading": { "translation": "Loading…" },
+  "detail.empty": { "translation": "Select a ticket to view details." },
+  "detail.assigned": { "translation": "assigned: {name}" },
+  "detail.section.parents": { "translation": "PARENT TREE" },
+  "detail.section.decisions": { "translation": "REFERENCED DECISIONS" },
+  "status.backlog": { "translation": "BACKLOG" },
+  "status.ready": { "translation": "READY" },
+  "status.in_progress": { "translation": "WIP" },
+  "status.review": { "translation": "REVIEW" },
+  "status.done": { "translation": "DONE" }
+}
@@ -0,0 +1,26 @@
+{
+  "command.detect": { "translation": "Re-detect tool paths" },
+  "settings.title": { "translation": "Tools" },
+  "settings.section.binaries": { "translation": "Supporter binaries" },
+  "settings.field.claude.label": { "translation": "Claude CLI" },
+  "settings.field.claude.help": { "translation": "Absolute path to the claude binary; blank to auto-resolve." },
+  "settings.field.d2.label": { "translation": "d2" },
+  "settings.field.d2.help": { "translation": "Absolute path to the d2 diagram compiler; blank to auto-resolve." },
+  "settings.field.detect.label": { "translation": "Re-detect" },
+  "settings.field.detect.help": { "translation": "Re-scan PATH and the common install dirs, overwriting the paths above." },
+  "settings.section.path": { "translation": "Workspace PATH" },
+  "settings.field.pathPreset.label": { "translation": "Prepend to PATH" },
+  "settings.field.pathPreset.help": { "translation": "Directories put ahead of PATH in Claude sessions and terminal panes spawned for this repo; worktrees share the repo's preset. Applies to new shells." },
+  "path.noWorkspace": { "translation": "Open a workspace to set its PATH preset." },
+  "path.sharedRoot": { "translation": "Worktree — preset shared with" },
+  "path.empty": { "translation": "No preset entries — spawned shells get the resolved login-shell PATH as-is." },
+  "path.add": { "translation": "Add entry" },
+  "path.invalid": { "translation": "Enter an absolute path (or ~/…)." },
+  "path.missing": { "translation": "missing" },
+  "path.moveUp": { "translation": "Move up" },
+  "path.moveDown": { "translation": "Move down" },
+  "path.remove": { "translation": "Remove" },
+  "path.capture": { "translation": "Suggest from login shell" },
+  "path.captureNone": { "translation": "Nothing to suggest — the login-shell PATH is already covered." },
+  "path.addSuggestion": { "translation": "Add suggested entry" }
+}
@@ -0,0 +1,5 @@
+{
+  "command.view.zoomIn": { "translation": "View: Zoom In" },
+  "command.view.zoomOut": { "translation": "View: Zoom Out" },
+  "command.view.zoomReset": { "translation": "View: Reset Zoom" }
+}
@@ -0,0 +1,8 @@
+{
+  "mode.normal": { "translation": "NORMAL" },
+  "mode.insert": { "translation": "INSERT" },
+  "mode.visual": { "translation": "VISUAL" },
+  "command.vim.mode.normal": { "translation": "Vim: Normal mode" },
+  "command.vim.mode.insert": { "translation": "Vim: Insert mode" },
+  "command.vim.mode.visual": { "translation": "Vim: Visual mode" }
+}
@@ -0,0 +1,42 @@
+{
+  "title": { "translation": "clide" },
+  "subtitle": { "translation": "IDE for Claude Code CLI" },
+  "open-project": { "translation": "Open project" },
+  "open-project.hint": { "translation": "Pick a git repository to open as the workspace" },
+  "tab.title": { "translation": "Welcome" },
+  "section.tips": { "translation": "TIPS" },
+  "section.start": { "translation": "START" },
+  "section.recent": { "translation": "RECENT" },
+  "tips.quickOpen": { "translation": "Quick open" },
+  "tips.commandPalette": { "translation": "Command palette" },
+  "tips.toggleSidebar": { "translation": "Toggle sidebar" },
+  "tips.toggleContext": { "translation": "Toggle context" },
+  "tips.findInFiles": { "translation": "Find in files" },
+  "tips.focusMode": { "translation": "Focus mode" },
+  "action.openFolder": { "translation": "Open folder…" },
+  "action.newProject": { "translation": "New project…" },
+  "dialog.newProject.title": { "translation": "New project" },
+  "dialog.newProject.body": { "translation": "Creates a git repo + a CLAUDE.md, then opens it." },
+  "button.create": { "translation": "Create" },
+  "button.creating": { "translation": "Creating…" },
+  "recent.empty": { "translation": "No recent projects." },
+  "sticky.label": { "translation": "always open this project on launch" },
+  "sticky.tooltip": { "translation": "Always open this project on launch" },
+  "sticky.tooltip.active": { "translation": "Always open this project on launch (uncheck to restore picker)" },
+  "status.checking": { "translation": "checking…" },
+  "status.ok": { "translation": "application ok" },
+  "status.notFound": { "translation": "{tool} not found" },
+  "status.theme": { "translation": "theme: " },
+  "dialog.openProject.title": { "translation": "Open project" },
+  "dialog.openProject.body": { "translation": "Enter the path to a git repository." },
+  "dialog.openProject.error": { "translation": "Not a git repository" },
+  "button.cancel": { "translation": "Cancel" },
+  "button.open": { "translation": "Open" },
+  "button.opening": { "translation": "Opening…" },
+  "button.ok": { "translation": "OK" },
+  "dialog.notRepo.title": { "translation": "No git repo found" },
+  "dialog.notRepo.body": { "translation": "A clide project needs a git repository. Initialize this folder as one?" },
+  "dialog.notRepo.initialize": { "translation": "Initialize project" },
+  "button.initializing": { "translation": "Initializing…" },
+  "command.workspace.open-project": { "translation": "Workspace: Open project…" }
+}
@@ -0,0 +1,27 @@
+{
+  "collapser.expand": { "translation": "Expand" },
+  "collapser.collapse": { "translation": "Collapse" },
+  "collapser.expanded": { "translation": "expanded" },
+  "collapser.collapsed": { "translation": "collapsed" },
+  "toast.dismiss": { "translation": "Dismiss notification" },
+  "lightbox.close": { "translation": "close" },
+  "lightbox.hint": { "translation": "scroll to zoom · double-click to reset · Esc to close" },
+  "tab.new": { "translation": "New tab" },
+  "exline.notCommand": { "translation": "Not an editor command" },
+  "spine.expandSuffix": { "translation": "click to expand" },
+  "pane.close": { "translation": "Close pane" },
+  "pane.header": { "translation": "pane header: {title}" },
+  "reader.back": { "translation": "Back" },
+  "reader.forward": { "translation": "Forward" },
+  "reader.jumpToPin": { "translation": "Jump to pin" },
+  "reader.edit": { "translation": "Edit in editor" },
+  "reader.pin": { "translation": "Pin" },
+  "reader.unpin": { "translation": "Unpin" },
+  "link.openInEditor": { "translation": "Open in editor" },
+  "resize.axis.width": { "translation": "width" },
+  "resize.axis.height": { "translation": "height" },
+  "resize.sidebar": { "translation": "Sidebar {axis}" },
+  "resize.contextPanel": { "translation": "Context panel {axis}" },
+  "resize.slot": { "translation": "{slot} {axis}" },
+  "resize.pixels": { "translation": "{n} pixels" }
+}
@@ -0,0 +1,5 @@
+{
+  "tab.title": { "translation": "Canvas" },
+  "empty": { "translation": "Open een .canvas-bestand om het hier te bekijken." },
+  "status.loading": { "translation": "Laden…" }
+}
@@ -0,0 +1,251 @@
+{
+  "tab.title": { "translation": "Claude" },
+  "status.attaching": { "translation": "verbinden…" },
+  "status.no-tmux": { "translation": "no-tmux · elke start opnieuw" },
+  "status.exited": { "translation": "sessie beëindigd" },
+  "status.primary-exited": { "translation": "sessie beëindigd — herstart clide om opnieuw te proberen" },
+  "banner.title": { "translation": "Claude" },
+  "banner.warmingUp": { "translation": "Opstarten — je gesprek verschijnt hier." },
+  "banner.role.primary": { "translation": "primair" },
+  "banner.role.secondary": { "translation": "sessie {index}" },
+  "composer.hint": { "translation": "Bericht aan Claude…  (Enter om te verzenden · Shift+Enter voor een nieuwe regel)" },
+  "composer.stop": { "translation": "Stop  ⎋" },
+  "composer.stop.hint": { "translation": "Onderbreek de lopende beurt (Escape)" },
+  "composer.removeAttachment": { "translation": "{name} verwijderen" },
+  "pane.title.primary": { "translation": "claude — primair" },
+  "pane.title.secondary": { "translation": "claude — secundair {index}" },
+  "pane.starting": { "translation": "starten…" },
+  "pane.modeBadge.semantics": { "translation": "permissiemodus: {mode}" },
+  "running.semantics": { "translation": "Claude is bezig" },
+  "running.verb.pondering": { "translation": "Peinzen" },
+  "running.verb.conjuring": { "translation": "Toveren" },
+  "running.verb.brewing": { "translation": "Brouwen" },
+  "running.verb.tinkering": { "translation": "Knutselen" },
+  "running.verb.noodling": { "translation": "Prutsen" },
+  "running.verb.percolating": { "translation": "Pruttelen" },
+  "running.verb.computing": { "translation": "Rekenen" },
+  "running.verb.wrangling": { "translation": "Worstelen" },
+  "running.verb.untangling": { "translation": "Ontwarren" },
+  "running.verb.synthesizing": { "translation": "Synthetiseren" },
+  "running.verb.cogitating": { "translation": "Overpeinzen" },
+  "running.verb.whirring": { "translation": "Snorren" },
+  "running.verb.mincing": { "translation": "Hakken" },
+  "running.verb.boiling": { "translation": "Koken" },
+  "running.verb.humming": { "translation": "Neuriën" },
+  "running.verb.buzzing": { "translation": "Zoemen" },
+  "running.verb.magicking": { "translation": "Goochelen" },
+  "running.verb.cliding": { "translation": "Cliden" },
+  "running.verb.zooming": { "translation": "Zoeven" },
+  "running.verb.bouncing": { "translation": "Stuiteren" },
+  "conversation.empty": { "translation": "Wachten op Claude…" },
+  "conversation.label.you": { "translation": "jij" },
+  "conversation.label.claude": { "translation": "claude" },
+  "conversation.label.clide": { "translation": "clide" },
+  "conversation.label.agent": { "translation": "agent" },
+  "conversation.label.agentPrompt": { "translation": "agent-prompt" },
+  "conversation.label.context": { "translation": "context" },
+  "conversation.label.thinking": { "translation": "nadenken" },
+  "conversation.label.agentThinking": { "translation": "agent denkt na" },
+  "conversation.label.image": { "translation": "afbeelding" },
+  "conversation.label.icon": { "translation": "iconen" },
+  "conversation.label.drawing": { "translation": "tekening" },
+  "conversation.draw.viewSource": { "translation": "d2-bron tonen" },
+  "conversation.label.agentRun": { "translation": "agent-uitvoering" },
+  "conversation.label.workflow": { "translation": "workflow" },
+  "conversation.label.error": { "translation": "fout" },
+  "conversation.label.result": { "translation": "resultaat" },
+  "conversation.label.denied": { "translation": "geweigerd" },
+  "conversation.segment.prompt": { "translation": "prompt" },
+  "conversation.segment.result": { "translation": "resultaat" },
+  "conversation.segment.liveTail": { "translation": "live tail" },
+  "conversation.segment.usage": { "translation": "verbruik" },
+  "conversation.segment.script": { "translation": "script" },
+  "conversation.workflow.launching": { "translation": "Starten…" },
+  "conversation.imagePlaceholder": { "translation": "kon {path} niet laden" },
+  "conversation.bashTail.empty": { "translation": "geen onafhankelijke bron om te volgen" },
+  "conversation.bashTail.label": { "translation": "live tail" },
+  "conversation.cluster.activity": { "translation": "Activiteit" },
+  "conversation.cluster.edits": { "translation": "Wijzigingen" },
+  "conversation.counter.step": { "translation": "1 stap" },
+  "conversation.counter.steps": { "translation": "{count} stappen" },
+  "conversation.counter.edit": { "translation": "1 wijziging" },
+  "conversation.counter.edits": { "translation": "{count} wijzigingen" },
+  "conversation.counter.starting": { "translation": "starten" },
+  "conversation.counter.agents": { "translation": "{done}/{total} agents" },
+  "prompt.permission.allow": { "translation": "1. Toestaan" },
+  "prompt.permission.allowRemember": { "translation": "2. Toestaan en niet meer vragen" },
+  "prompt.permission.deny": { "translation": "{n}. Weigeren" },
+  "prompt.permission.denySimplify": { "translation": "{n}. Weigeren en vereenvoudigen" },
+  "prompt.permission.denySimplify.tooltip": { "translation": "Weiger en vraag Claude deze actie in een eenvoudigere vorm opnieuw te proberen — complexe interacties werken niet goed met het permissiesysteem." },
+  "prompt.permission.note.placeholder": { "translation": "voeg een notitie toe (optioneel) — wordt naar Claude gestuurd" },
+  "prompt.permission.label": { "translation": "permissie · {name}" },
+  "prompt.question.label": { "translation": "vraag" },
+  "prompt.review.label": { "translation": "controleren" },
+  "prompt.review.title": { "translation": "Controleer je antwoorden" },
+  "prompt.submit": { "translation": "Verzenden" },
+  "prompt.submitAnswers": { "translation": "Antwoorden verzenden" },
+  "prompt.back": { "translation": "‹ Terug" },
+  "prompt.next": { "translation": "Volgende ›" },
+  "prompt.reviewNav": { "translation": "Controleren ›" },
+  "prompt.nav.review": { "translation": "Controleren" },
+  "prompt.option.other": { "translation": "Anders…" },
+  "prompt.other.placeholder": { "translation": "typ je antwoord…" },
+  "prompt.note.placeholder": { "translation": "+ notitie (optioneel)" },
+  "prompt.chatInstead": { "translation": "in plaats daarvan chatten" },
+  "tool.edit.before": { "translation": "— voor" },
+  "tool.edit.after": { "translation": "+ na" },
+  "tool.bash.background": { "translation": "achtergrond" },
+  "tool.name.Read": { "translation": "Lezen" },
+  "tool.name.Edit": { "translation": "Bewerken" },
+  "tool.name.MultiEdit": { "translation": "Meervoudig bewerken" },
+  "tool.name.Write": { "translation": "Schrijven" },
+  "tool.name.NotebookEdit": { "translation": "Notebook bewerken" },
+  "tool.name.WebFetch": { "translation": "Web ophalen" },
+  "tool.name.WebSearch": { "translation": "Web zoeken" },
+  "tool.name.Task": { "translation": "Taak" },
+  "tool.name.TodoWrite": { "translation": "Takenlijst" },
+  "tool.name.ExitPlanMode": { "translation": "Planmodus verlaten" },
+  "permissionControl.semantics": { "translation": "permissiemodus: {mode}. Activeer om te wijzigen." },
+  "permissionControl.tooltip": { "translation": "Permissiemodus: {mode} — wijzigen (Ctrl/Cmd+M wisselt; +Shift ook bypass)" },
+  "permissionControl.bypassHint": { "translation": "shift-klik" },
+  "permissionControl.bypassSemantics": { "translation": "bypassPermissions — shift-klik om in te schakelen" },
+  "permissionBadge.tooltip": { "translation": "Permissiemodus: {mode}. Klik om te wisselen tussen default/acceptEdits/plan; Shift-klik voor bypassPermissions." },
+  "permissionBadge.semantics": { "translation": "Permissiemodus: {label}" },
+  "card.expand": { "translation": "Uitvouwen" },
+  "card.collapse": { "translation": "Invouwen" },
+  "card.succeeded": { "translation": "gelukt" },
+  "card.failed": { "translation": "mislukt" },
+  "card.copy": { "translation": "kopiëren" },
+  "taskDock.summary": { "translation": "{count} {tasks} · {done} klaar" },
+  "taskDock.task.singular": { "translation": "taak" },
+  "taskDock.task.plural": { "translation": "taken" },
+  "taskDock.collapse": { "translation": "Taken invouwen" },
+  "taskDock.expand": { "translation": "Taken uitvouwen" },
+  "taskDock.semantics": { "translation": "Takenlijst van Claude, {summary}, {state}" },
+  "taskDock.state.expanded": { "translation": "uitgevouwen" },
+  "taskDock.state.collapsed": { "translation": "ingevouwen" },
+  "taskDock.status.done": { "translation": "klaar" },
+  "taskDock.status.inProgress": { "translation": "bezig" },
+  "taskDock.status.pending": { "translation": "in wachtrij" },
+  "taskDock.row.semantics": { "translation": "{text}, {status}" },
+  "sessionPicker.title": { "translation": "Een Claude-sessie hervatten" },
+  "sessionPicker.empty": { "translation": "Geen sessies gevonden voor deze workspace." },
+  "modelPicker.cancel": { "translation": "annuleren" },
+  "image.semantics": { "translation": "Afbeelding {name}" },
+  "activity.section.session": { "translation": "SESSIE" },
+  "activity.control.clear": { "translation": "wissen" },
+  "activity.control.compact": { "translation": "compact" },
+  "activity.control.fork": { "translation": "fork" },
+  "activity.control.resume": { "translation": "hervatten" },
+  "activity.control.refreshUsage": { "translation": "verbruik vernieuwen" },
+  "activity.control.semantics": { "translation": "{label} sessie" },
+  "activity.control.tooltip": { "translation": "{label}  ·  {command}" },
+  "activity.empty": { "translation": "Nog geen activiteit vastgelegd." },
+  "activity.section.workflows": { "translation": "WORKFLOWS" },
+  "activity.workflow.fallback": { "translation": "workflow" },
+  "activity.workflow.done": { "translation": "klaar" },
+  "activity.workflow.starting": { "translation": "starten" },
+  "activity.section.usage": { "translation": "VERBRUIK" },
+  "activity.row.session": { "translation": "sessie" },
+  "activity.row.weekAll": { "translation": "week (alles)" },
+  "activity.row.weekSonnet": { "translation": "week (sonnet)" },
+  "activity.section.today": { "translation": "VANDAAG" },
+  "activity.row.messages": { "translation": "berichten" },
+  "activity.row.sessions": { "translation": "sessies" },
+  "activity.row.toolCalls": { "translation": "tool-aanroepen" },
+  "activity.section.lifetime": { "translation": "TOTAAL" },
+  "activity.section.runtime": { "translation": "RUNTIME · primair" },
+  "activity.row.model": { "translation": "model" },
+  "activity.row.effort": { "translation": "effort" },
+  "activity.row.context": { "translation": "context" },
+  "activity.row.mode": { "translation": "modus" },
+  "activity.row.skills": { "translation": "skills" },
+  "config.empty": { "translation": "Claude-omgeving niet geladen." },
+  "config.section.settings": { "translation": "INSTELLINGEN" },
+  "config.row.model": { "translation": "model" },
+  "config.row.effort": { "translation": "effort" },
+  "config.row.permissionMode": { "translation": "permissiemodus" },
+  "config.row.outputStyle": { "translation": "uitvoerstijl" },
+  "config.row.source": { "translation": "bron" },
+  "config.row.source.value": { "translation": "~/.claude + .claude" },
+  "config.footer": { "translation": "vouw een lijst uit om alles te zien · klik op een skill/agent/command → opent de .md" },
+  "config.section.skills": { "translation": "SKILLS" },
+  "config.section.agents": { "translation": "AGENTS" },
+  "config.section.commands": { "translation": "COMMANDS" },
+  "config.section.hooks": { "translation": "HOOKS" },
+  "config.section.permissions": { "translation": "PERMISSIES" },
+  "config.section.mcpServers": { "translation": "MCP SERVERS" },
+  "config.perm.allow": { "translation": "toestaan" },
+  "config.perm.ask": { "translation": "vragen" },
+  "config.perm.deny": { "translation": "weigeren" },
+  "config.control.semantics": { "translation": "{label}: {value}. Klik om te wijzigen." },
+  "config.control.tooltip": { "translation": "{label} wijzigen" },
+  "config.control.option.semantics": { "translation": "{label}: {name}" },
+  "roster.bypass.confirmBody": { "translation": "bypassPermissions inschakelen? Alle tool-aanroepen worden automatisch toegestaan." },
+  "roster.bypass.confirm.semantics": { "translation": "Bypass bevestigen" },
+  "roster.bypass.confirm.tooltip": { "translation": "Bevestigen" },
+  "roster.bypass.ok": { "translation": "OK" },
+  "roster.bypass.cancel.semantics": { "translation": "Bypass annuleren" },
+  "roster.bypass.cancel.tooltip": { "translation": "Annuleren" },
+  "roster.bypass.cancel": { "translation": "Annuleren" },
+  "roster.hidePane": { "translation": "Paneel verbergen" },
+  "roster.showPane": { "translation": "Paneel tonen" },
+  "roster.unmute": { "translation": "Berichten weer aanzetten" },
+  "roster.mute": { "translation": "Berichten dempen" },
+  "roster.inject": { "translation": "Bericht injecteren" },
+  "roster.fork": { "translation": "Sessie forken" },
+  "roster.close": { "translation": "Sessie sluiten" },
+  "roster.inject.cancel": { "translation": "Annuleren" },
+  "taskRow.reassign": { "translation": "Taak opnieuw toewijzen" },
+  "team.empty": { "translation": "Geen team actief." },
+  "team.section.tasks": { "translation": "TAKEN" },
+  "tabStrip.activity": { "translation": "Activiteit" },
+  "tabStrip.team": { "translation": "Team" },
+  "tabStrip.team.count": { "translation": "Team · {count}" },
+  "tabStrip.config": { "translation": "Config" },
+  "teamChat.section.messages": { "translation": "BERICHTEN" },
+  "teamChat.popOut.semantics": { "translation": "Volledig chatpaneel openen" },
+  "teamChat.popOut.tooltip": { "translation": "Volledige chat openen" },
+  "teamChat.empty": { "translation": "Nog geen berichten." },
+  "teamChat.composer.placeholder": { "translation": "@naam of @team …" },
+  "teamChat.pane.title": { "translation": "Teamchat" },
+  "teamChat.interrupt.semantics": { "translation": "Doelsessie onderbreken" },
+  "teamChat.interrupt.label": { "translation": "Onderbreken" },
+  "command.newSecondary": { "translation": "Claude: een secundaire sessie openen" },
+  "command.killAllSessions": { "translation": "Claude: alle sessies voor deze repo afsluiten" },
+  "command.sessionStorage": { "translation": "Claude: sessieopslag (schijfgebruik + opschonen)" },
+  "command.activity.foldLevel": { "translation": "Claude: doorloop het invouwniveau van de activiteit" },
+  "command.agent.show": { "translation": "Claude: een agent-sessiepaneel tonen" },
+  "command.agent.hide": { "translation": "Claude: een agent-sessiepaneel verbergen" },
+  "command.agent.close": { "translation": "Claude: een agent-sessie sluiten (afsluiten)" },
+  "command.agent.mute": { "translation": "Claude: broker-aflevering naar een agent-sessie dempen" },
+  "command.agent.unmute": { "translation": "Claude: broker-aflevering naar een agent-sessie weer aanzetten" },
+  "command.agent.injectMessage": { "translation": "Claude: een tekstbeurt in een agent-sessie injecteren" },
+  "command.agent.setPermissionMode": { "translation": "Claude: permissiemodus voor een agent-sessie instellen" },
+  "command.mode.cycle": { "translation": "Claude: Permissiemodus doorlopen" },
+  "command.task.reassign": { "translation": "Claude: een gedeelde taak opnieuw aan een agent toewijzen" },
+  "command.teamChat.open": { "translation": "Claude: het teamchatpaneel openen" },
+  "command.teamChat.post": { "translation": "Claude: een bericht als gebruiker in het teamkanaal plaatsen" },
+  "command.agent.fork": { "translation": "Claude: een beheerde sessie forken naar een nieuwe branch-sessie" },
+  "settings.activity.title": { "translation": "Activiteit" },
+  "settings.activity.conversation.label": { "translation": "Gesprek" },
+  "settings.activity.foldLevel.label": { "translation": "Invouwniveau" },
+  "settings.activity.foldLevel.help": { "translation": "Hoe agressief het gesprek tool-aanroepen, nadenken en resultaten invouwt." },
+  "settings.activity.opt.none": { "translation": "Alles tonen" },
+  "settings.activity.opt.tools": { "translation": "Tool-aanroepen invouwen" },
+  "settings.activity.opt.thinking": { "translation": "Tools + nadenken invouwen" },
+  "settings.activity.opt.everything": { "translation": "Alles invouwen behalve tekst" },
+  "settings.claude.title": { "translation": "Claude" },
+  "settings.claude.newSessionDefaults.label": { "translation": "Standaardwaarden voor nieuwe sessies" },
+  "settings.claude.model.label": { "translation": "Model" },
+  "settings.claude.model.help": { "translation": "Model voor nieuwe sessies." },
+  "settings.claude.effort.label": { "translation": "Effort" },
+  "settings.claude.effort.help": { "translation": "Reasoning effort voor nieuwe sessies (toegepast via --effort bij het starten)." },
+  "settings.claude.permissionMode.label": { "translation": "Permissiemodus" },
+  "settings.claude.permissionMode.help": { "translation": "Begin-permissiemodus voor nieuwe sessies." },
+  "settings.claude.account.label": { "translation": "Account" },
+  "settings.claude.account.registry.label": { "translation": "Accounts" },
+  "settings.claude.account.registry.help": { "translation": "Geregistreerde Claude-accounts (elk een eigen configmap + login)." },
+  "settings.claude.account.workspace.label": { "translation": "Account voor deze werkmap" },
+  "settings.claude.account.workspace.help": { "translation": "Welk Claude-account deze repo gebruikt; Standaard gebruikt de systeemlogin." }
+}
@@ -0,0 +1,3 @@
+{
+  "command.clide.installCli": { "translation": "clide: Installeer 'clide'-opdracht in PATH" }
+}
@@ -0,0 +1,16 @@
+{
+  "tab.title": { "translation": "Beslissingen" },
+  "tab.detail.title": { "translation": "Beslissing" },
+  "loading": { "translation": "Beslissingen laden..." },
+  "error.load": { "translation": "laden van beslissingen mislukt" },
+  "empty": { "translation": "Geen beslissingen gevonden.\nVoer `pql decisions sync` uit om te indexeren." },
+  "filter.hint": { "translation": "Beslissingen filteren…" },
+  "refresh.tooltip": { "translation": "Beslissingen vernieuwen" },
+  "section.confirmed": { "translation": "BEVESTIGD" },
+  "section.questions": { "translation": "VRAGEN" },
+  "section.rejected": { "translation": "AFGEWEZEN" },
+  "badge.resolved": { "translation": "opgelost" },
+  "detail.loading": { "translation": "Laden…" },
+  "detail.empty": { "translation": "Selecteer een beslissing om de details te bekijken." },
+  "detail.section.refs": { "translation": "KRUISVERWIJZINGEN" }
+}
@@ -0,0 +1,8 @@
+{
+  "dialog.title": { "translation": "Een externe link openen?" },
+  "dialog.body": { "translation": "Een clide://-link van buiten de app vraagt om:" },
+  "dialog.warning": { "translation": "Sta dit alleen toe als je vertrouwt waar de link vandaan komt." },
+  "button.cancel": { "translation": "Annuleren" },
+  "button.open": { "translation": "Openen" },
+  "command.deeplink.invoke": { "translation": "Een clide://-deeplink openen" }
+}
@@ -0,0 +1,21 @@
+{
+  "command.reset": { "translation": "Indeling: Terugzetten naar Klassiek" },
+  "preset.classic": { "translation": "Klassiek" },
+  "command.palette.toggle": { "translation": "Opdrachtenpalet" },
+  "command.sidebar.collapse": { "translation": "Zijbalk samenvouwen aan/uit" },
+  "command.context.collapse": { "translation": "Contextpaneel samenvouwen aan/uit" },
+  "command.panel.focus.left": { "translation": "Focus op linkerpaneel" },
+  "command.panel.focus.middle": { "translation": "Focus op middelste paneel" },
+  "command.panel.focus.right": { "translation": "Focus op rechterpaneel" },
+  "command.panel.focusMode": { "translation": "Focusmodus aan/uit" },
+  "command.panel.focusMode.exit": { "translation": "Focusmodus afsluiten" },
+  "command.editor.open": { "translation": "Editor openen" },
+  "command.editor.close": { "translation": "Editor sluiten" },
+  "command.workspace.tab.next": { "translation": "Volgend werkruimtetabblad" },
+  "command.workspace.tab.previous": { "translation": "Vorig werkruimtetabblad" },
+  "command.sidebar.section.1": { "translation": "Zijbalk: Sectie 1" },
+  "command.sidebar.section.2": { "translation": "Zijbalk: Sectie 2" },
+  "command.sidebar.section.3": { "translation": "Zijbalk: Sectie 3" },
+  "command.sidebar.section.4": { "translation": "Zijbalk: Sectie 4" },
+  "command.sidebar.section.5": { "translation": "Zijbalk: Sectie 5" }
+}
@@ -0,0 +1,15 @@
+{
+  "tab.title": { "translation": "Diff" },
+  "view.semantics": { "translation": "diff-weergave" },
+  "status.loading": { "translation": "Laden…" },
+  "empty.staged": { "translation": "Geen gestagede wijzigingen." },
+  "empty.unstaged": { "translation": "Geen niet-gestagede wijzigingen." },
+  "toolbar.unstaged": { "translation": "Niet gestaged" },
+  "toolbar.unstaged.semantics": { "translation": "niet-gestagede wijzigingen tonen" },
+  "toolbar.staged": { "translation": "Gestaged" },
+  "toolbar.staged.semantics": { "translation": "gestagede wijzigingen tonen" },
+  "meta.newFile": { "translation": "nieuw bestand" },
+  "meta.deleted": { "translation": "verwijderd" },
+  "meta.renamedFrom": { "translation": "hernoemd vanaf {path}" },
+  "meta.binary": { "translation": "binair" }
+}
@@ -0,0 +1,7 @@
+{
+  "tab.title": { "translation": "Editor" },
+  "chrome.title": { "translation": "editor" },
+  "empty": { "translation": "Open een bestand om te beginnen met bewerken." },
+  "subtitle.no-buffer": { "translation": "geen buffer · gebruik `clide open <path>` of kies een bestand in de boom" },
+  "a11y.text-area": { "translation": "tekstgebied editor" }
+}
@@ -0,0 +1,8 @@
+{
+  "notice.title": { "translation": "Extensiebeheer komt eraan" },
+  "notice.body": { "translation": "Het installeren, in- en uitschakelen van extensies arriveert samen met ondersteuning voor externe (Lua-)extensies. Voorlopig staan de ingebouwde extensies altijd aan." },
+  "notice.tracked": { "translation": "Bijgehouden in T-8 (Tier 6) · D-16" },
+  "settings.extensions.title": { "translation": "Extensies" },
+  "settings.extensions.section.notice": { "translation": "" },
+  "settings.extensions.field.notice.label": { "translation": "" }
+}
@@ -0,0 +1,10 @@
+{
+  "tab.title": { "translation": "Bestanden" },
+  "loading": { "translation": "Laden…" },
+  "empty": { "translation": "Geen zichtbare bestanden" },
+  "filter.hint": { "translation": "Bestanden filteren…" },
+  "a11y.tree": { "translation": "bestandsboom — {name}" },
+  "a11y.collapse": { "translation": "{name} samenvouwen" },
+  "a11y.expand": { "translation": "{name} uitvouwen" },
+  "a11y.open": { "translation": "{name} openen" }
+}
@@ -0,0 +1,38 @@
+{
+  "tab.title": { "translation": "Git" },
+  "panel.semantics": { "translation": "git-paneel" },
+  "filter.hint": { "translation": "Wijzigingen filteren…" },
+  "status.loading": { "translation": "Laden…" },
+  "status.clean": { "translation": "Niets om vast te leggen, werkmap is schoon." },
+  "group.conflicts": { "translation": "Samenvoegconflicten" },
+  "group.staged": { "translation": "Klaargezet" },
+  "group.changes": { "translation": "Wijzigingen" },
+  "group.untracked": { "translation": "Niet gevolgd" },
+  "action.unstageAll": { "translation": "Alles terugnemen" },
+  "action.stageAll": { "translation": "Alles klaarzetten" },
+  "commit.message.semantics": { "translation": "commitbericht" },
+  "commit.button": { "translation": "Vastleggen" },
+  "commit.button.semantics": { "translation": "klaargezette wijzigingen vastleggen" },
+  "branch.detached": { "translation": "(losgekoppeld)" },
+  "action.pull": { "translation": "Pullen" },
+  "action.pull.semantics": { "translation": "git pull" },
+  "action.push": { "translation": "Pushen" },
+  "action.push.semantics": { "translation": "git push" },
+  "state.added": { "translation": "toegevoegd" },
+  "state.modified": { "translation": "gewijzigd" },
+  "state.deleted": { "translation": "verwijderd" },
+  "state.renamed": { "translation": "hernoemd" },
+  "state.copied": { "translation": "gekopieerd" },
+  "state.untracked": { "translation": "niet gevolgd" },
+  "row.stage.semantics": { "translation": "{name} klaarzetten" },
+  "row.unstage.semantics": { "translation": "{name} terugnemen" },
+  "row.discard.semantics": { "translation": "wijzigingen aan {name} ongedaan maken" },
+  "discard.title": { "translation": "Wijzigingen ongedaan maken?" },
+  "discard.body": { "translation": "Niet-klaargezette wijzigingen aan {name} gaan definitief verloren." },
+  "button.cancel": { "translation": "Annuleren" },
+  "button.discard": { "translation": "Ongedaan maken" },
+  "branch.switch.semantics": { "translation": "branch wisselen — {branch}" },
+  "branchPicker.title": { "translation": "Branch wisselen" },
+  "branchPicker.empty": { "translation": "Geen branches gevonden." },
+  "branchPicker.loadFailed": { "translation": "laden van branches mislukt" }
+}
@@ -0,0 +1,9 @@
+{
+  "tab.graph.title": { "translation": "Grafiek" },
+  "graph.empty": { "translation": "Geen gekoppelde notities in deze vault." },
+  "graph.empty.filtered": { "translation": "Geen notities voldoen aan het filter." },
+  "graph.empty.nolocal": { "translation": "Open een notitie om de lokale grafiek te zien." },
+  "graph.filter.glob": { "translation": "Padpatroon, bijv. notes/**" },
+  "graph.filter.depth": { "translation": "Lokaal" },
+  "graph.filter.all": { "translation": "Alles" }
+}
--- a/Show More
+++ b/Show More