savepoint 1.0.4 → 1.0.6

package/.savepoint/releases/v1.1/epics/E02-cross-platform-compatibility/tasks/T002-linux-build-target.md

@@ -1,38 +0,0 @@
----
-id: E02-cross-platform-compatibility/T002-linux-build-target
-status: done
-objective: "Add Linux build targets for amd64 and arm64 architectures"
-depends_on:
-  - E02-cross-platform-compatibility/T001-fix-makefile
----
-
-# T002: Add Linux Build Target
-
-## Acceptance Criteria
-
-- `make build-linux` produces linux-amd64 and linux-arm64 binaries in `dist/`
-- Binaries have correct ELF format (can be verified via `file` command on Linux)
-- `dist/` directory is created automatically if it doesn't exist
-- Binaries are named `dist/linux-amd64/savepoint` and `dist/linux-arm64/savepoint`
-
-## Implementation Plan
-
-- [x] Add `build-linux` Makefile target with `GOOS=linux GOARCH=amd64` and `GOOS=linux GOARCH=arm64`
-- [x] Ensure `dist/` directory creation is part of the build target
-- [x] Use `go build` with output flags to place binaries in `dist/` subdirectories
-- [x] Verify binaries build correctly with `make build-linux`
-
-## Context Log
-
-Files read:
-- `Makefile`
-- `.savepoint/releases/v1.1/epics/E02-cross-platform-compatibility/E02-Detail.md`
-- `.savepoint/releases/v1.1/epics/E02-cross-platform-compatibility/tasks/T001-fix-makefile.md`
-
-Estimated input tokens: 500
-
-Notes:
-- Go cross-compilation built-in — no external tooling required
-- `mkdir -p` used for dist subdirs; portable across Linux, macOS, Git Bash on Windows
-- Binaries verified: dist/linux-amd64/savepoint ELF 64-bit x86-64, dist/linux-arm64/savepoint ELF 64-bit ARM aarch64
-- Quality gates: `go build` PASS, `go test ./...` PASS (4 packages)

package/.savepoint/releases/v1.1/epics/E02-cross-platform-compatibility/tasks/T003-macos-build-target.md

@@ -1,36 +0,0 @@
----
-id: E02-cross-platform-compatibility/T003-macos-build-target
-status: done
-objective: "Add macOS build targets for amd64 and arm64 architectures"
-depends_on:
-  - E02-cross-platform-compatibility/T001-fix-makefile
----
-
-# T003: Add macOS Build Target
-
-## Acceptance Criteria
-
-- `make build-darwin` produces darwin-amd64 and darwin-arm64 binaries in `dist/`
-- Binaries have correct Mach-O format
-- `dist/` directory is created automatically if it doesn't exist
-- Binaries are named `dist/darwin-amd64/savepoint` and `dist/darwin-arm64/savepoint`
-
-## Implementation Plan
-
-- [x] Add `build-darwin` Makefile target with `GOOS=darwin GOARCH=amd64` and `GOOS=darwin GOARCH=arm64`
-- [x] Ensure output goes to `dist/darwin-amd64/` and `dist/darwin-arm64/`
-- [x] Verify binaries build correctly with `make build-darwin`
-
-## Context Log
-
-Files read:
-- `Makefile`
-- `.savepoint/releases/v1.1/epics/E02-cross-platform-compatibility/E02-Detail.md`
-- `.savepoint/releases/v1.1/epics/E02-cross-platform-compatibility/tasks/T003-macos-build-target.md`
-
-Estimated input tokens: 400
-
-Notes:
-- Mirrors T002 pattern for darwin
-- Binaries verified: dist/darwin-amd64/savepoint Mach-O 64-bit x86_64, dist/darwin-arm64/savepoint Mach-O 64-bit arm64
-- Quality gates: `go build` PASS, `go test ./...` PASS (4 packages)

package/.savepoint/releases/v1.1/epics/E02-cross-platform-compatibility/tasks/T004-smoke-tests-and-artifacts.md

@@ -1,59 +0,0 @@
----
-id: E02-cross-platform-compatibility/T004-smoke-tests-and-artifacts
-status: done
-objective: "Add smoke test script and create versioned release artifacts for all platforms"
-depends_on:
-  - E02-cross-platform-compatibility/T002-linux-build-target
-  - E02-cross-platform-compatibility/T003-macos-build-target
----
-
-# T004: Smoke Tests and Release Artifacts
-
-## Acceptance Criteria
-
-- `make dist` builds all platforms and creates versioned tar/zip archives in `dist/`
-- Archive naming follows pattern: `savepoint-{version}-{platform}-{arch}.tar.gz` (or `.zip` for Windows)
-- Smoke test validates each binary starts and exits with code 0
-- Smoke test does not require interactive TUI (headless validation)
-- `dist/` contains both raw binaries and packaged archives
-
-## Implementation Plan
-
-- [x] Add `dist` Makefile target that invokes all `build-*` targets
-- [x] Create platform-appropriate archives (tar.gz for Unix, zip for Windows)
-- [x] Add `smoke-test` target that runs each binary with `--help` or similar non-interactive flag
-- [x] Add `.gitignore` entry for `dist/`
-- [x] Document `make dist` in AGENTS.md
-
-## Context Log
-
-Files read:
-- `Makefile`
-- `AGENTS.md`
-- `main.go`
-- `.gitignore`
-- `internal/board/board.go`
-
-Estimated input tokens: ~1200
-
-Notes:
-- Added `--version` flag to `main.go` (checks `os.Args[1]`, prints `version` var, exits 0). No TUI interaction.
-- `version` var injected at build time via `-ldflags "-X main.version=$(VERSION)"`.
-- `VERSION` defaults to `git describe --tags` output or `v0.0.0` if no tags exist.
-- `.gitignore` already had `dist/` entry — no change needed.
-- smoke-test runs local platform binary only; cross-compiled binaries cannot be exec'd without emulation.
-- Windows support (zip archives) deferred — E02 scope is linux/darwin only.
-- Audit closeout replaced shell-specific Makefile recipes with `internal/buildtool`, which uses Go APIs for cleanup, directory creation, cross-compilation orchestration, tar.gz archive creation, and smoke-test execution.
-
-Quality gates:
-- `make build && make test`: NOT RUN (`make` is not installed in this PowerShell environment)
-- `go run ./internal/buildtool build`: PASS
-- `go run ./internal/buildtool build-linux`: PASS
-- `go run ./internal/buildtool build-darwin`: PASS
-- `go run ./internal/buildtool dist`: PASS
-- `go run ./internal/buildtool smoke-test`: PASS (`v0.0.0`, exit 0)
-- `go test ./...`: PASS
-
-## Drift Notes
-
-- Resolved in E02 audit closeout: `main.go` Codebase Map entry now mentions `--version`, and `internal/buildtool/` was added to the Codebase Map.

package/.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/E03-Audit.md

@@ -1,195 +0,0 @@
----
-type: audit-findings
-audited: 2026-05-02
----
-
-# Audit Findings: E03 UI Visual Refinement
-
-## Main Findings
-
-E03 verified the visual refinement work around the board header, Next Activity line, task detail checklist rendering, shared status glyphs, and deterministic ANSI256 color profile behavior.
-
-The audit found no blocking product-code issue in the reviewed E03 scope. The main drift was documentation/process cleanup: update architecture notes to match the implemented rendering behavior, record where the color profile was actually applied, and check off the completed T006 implementation plan.
-
-## Code Style Review
-
-
-- [ ] One job per file
-- [ ] One-sentence functions
-- [ ] Test branches
-- [ ] Types are documentation
-- [ ] Build, don't speculate
-- [ ] Errors at boundaries
-- [ ] One source of truth
-- [ ] Comments explain WHY
-- [ ] Content in data files
-- [ ] Small diffs
-
-## Proposed Changes
-
-### Target File
-
-`.savepoint/Design.md`
-
-### Replace
-
-```yaml
-last_audited: v1.1/E02-cross-platform-compatibility (2026-05-02)
-```
-
-### With
-
-```yaml
-last_audited: v1.1/E03-ui-visual-refinement (2026-05-02)
-```
-
----
-
-### Target File
-
-`.savepoint/Design.md`
-
-### Replace
-
-```markdown
-- **Board command** (`savepoint board`) reads project state, renders the Atari-Noir TUI board, supports release/epic filtering, detail overlays, task status transitions with mtime-guarded writes, release/epic-scoped router priority markers, fsnotify-based task auto-refresh (epic E06), header Next Activity display, height-aware column/detail viewport scrolling, stable focused/unfocused column border geometry (v1.1 E01), and a focusable wide-screen epic sidebar with purple epic focus, epic detail overlays, and status glyphs loaded from epic detail frontmatter (v1.1 E04).
-```
-
-### With
-
-```markdown
-- **Board command** (`savepoint board`) reads project state, renders the Atari-Noir TUI board, supports release/epic filtering, detail overlays, task status transitions with mtime-guarded writes, release/epic-scoped router priority markers, fsnotify-based task auto-refresh (epic E06), header Next Activity display, height-aware column/detail viewport scrolling, stable focused/unfocused column border geometry (v1.1 E01), dedicated phase-colored Next Activity line below the header, sentence-boundary checklist rendering in task details, shared status glyph mapping for task cards and the epic sidebar, a forced ANSI256 Lipgloss color profile for board startup (v1.1 E03), and a focusable wide-screen epic sidebar with purple epic focus, epic detail overlays, and status glyphs loaded from epic detail frontmatter (v1.1 E04).
-```
-
----
-
-### Target File
-
-`.savepoint/Design.md`
-
-### Replace
-
-```markdown
-**Layout:** single screen with a 3-column task board (`planned`, `in_progress`, `done`), optional epic sidebar on wide terminals, centered overlays for release/epic/help/task/epic-detail views, static Atari-Noir header/footer, full-width dividers, uniform black TUI backgrounds, and navigation hints. The header can show a compact right-aligned Next Activity value from router state. Columns and detail overlays use height-aware viewport slicing with subtle above/more scroll indicators. Focused and unfocused columns preserve the same rounded-border geometry so focus changes do not shift content. On terminals at least 120 columns wide, the epic sidebar is focusable from the Planned column; it uses the purple epic accent for focused panel borders, focused epic labels, and epic detail overlays while task-column focus remains orange. Non-TTY output remains a plain table fallback.
-```
-
-### With
-
-```markdown
-**Layout:** single screen with a 3-column task board (`planned`, `in_progress`, `done`), optional epic sidebar on wide terminals, centered overlays for release/epic/help/task/epic-detail views, static Atari-Noir header/footer, full-width dividers, uniform black TUI backgrounds, and navigation hints. Active router `next_action` renders as a dedicated full-width line below the header with phase-colored `PLAN`, `BUILD`, or `AUDIT` prefix styling and truncates to terminal width. Columns and detail overlays use height-aware viewport slicing with subtle above/more scroll indicators. Focused and unfocused columns preserve the same rounded-border geometry so focus changes do not shift content. Task detail implementation-plan checkboxes render once per semantic sentence, not once per hard-wrapped markdown line. On terminals at least 120 columns wide, the epic sidebar is focusable from the Planned column; it uses the purple epic accent for focused panel borders, focused epic labels, and epic detail overlays while task-column focus remains orange. Task card and epic sidebar status glyphs share `internal/board/status.go`; task cards use explicit `Task.Status` when available and retain the legacy column/stage glyph fallback when it is not. Non-TTY output remains a plain table fallback.
-```
-
----
-
-### Target File
-
-`AGENTS.md`
-
-### Replace
-
-```markdown
-| `internal/board/` | TUI board, overlays, epic sidebar, status glyphs |
-```
-
-## With
-
-```markdown
-| `internal/board/` | TUI board, overlays, epic sidebar, Next Activity line, detail checklist rendering, status glyphs, forced color profile |
-```
-
----
-
-### Target File
-
-`.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/E03-Detail.md`
-
-### Replace
-
-```yaml
-status: planned
-```
-
-### With
-
-```yaml
-status: audited
-```
-
----
-
-### Target File
-
-`.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/E03-Detail.md`
-
-### Replace
-
-```markdown
-| `internal/board/card.go` | Task card glyph determination (updated for shared helper) |
-| `internal/board/view_test.go` | Header, formatting, and checkbox tests |
-```
-
-### With
-
-```markdown
-| `internal/board/card.go` | Task card glyph determination (updated for shared helper) |
-| `internal/board/board.go` | Board startup; sets the Lipgloss color profile to ANSI256 before model initialization |
-| `internal/board/view_test.go` | Header, formatting, and checkbox tests |
-```
-
----
-
-### Target File
-
-`.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/E03-Detail.md`
-
-### Insert After
-
-```markdown
-| `internal/board/card.go` | Task card glyph determination (updated for shared helper) |
-| `internal/board/board.go` | Board startup; sets the Lipgloss color profile to ANSI256 before model initialization |
-| `internal/board/view_test.go` | Header, formatting, and checkbox tests |
-```
-
-### With
-
-```markdown
-## Implemented as
-
-- `internal/board/view.go` renders `next_action` as a separate line below the header through `renderNextActivityLine`, using existing footer phase styles for `PLAN`, `BUILD`, and `AUDIT`.
-- `internal/board/layout.go` accounts for the optional Next Activity line when calculating board chrome and content height.
-- `internal/data/parser.go` joins hard-wrapped checklist continuation lines before rendering so markdown wrap points do not create duplicate checklist items.
-- `internal/board/detail.go` splits checklist item text on semantic sentence boundaries and emits one `[ ]` or `[x]` marker per sentence.
-- `internal/data/task.go` adds `Task.Status` plus status constants, including `audited`, for shared board glyph rendering.
-- `internal/board/status.go` centralizes the planned, in-progress, done, and audited status glyph mapping used by task cards and the epic sidebar.
-- `internal/board/card.go` uses explicit `Task.Status` when present, while preserving the legacy column/stage glyph fallback for older task data.
-- `internal/board/epic_panel.go` delegates epic status glyph rendering to the shared status helper.
-- `internal/board/board.go` sets Lipgloss to the ANSI256 color profile at board startup. This satisfies the deterministic 256-color rendering intent, although the implementation lives at the board boundary instead of `main.go`.
-```
-
----
-
-### Target File
-
-`.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T006-forced-256-color-profile.md`
-
-### Replace
-
-```markdown
-## Implementation Plan
-
-- [ ] Read `main.go` — understand startup flow and identify where to inject profile forcing
-- [ ] Edit `main.go` — add `lipgloss.SetColorProfile(lipgloss.Force256Color)` call before `board.Run()`
-- [ ] Run `make build && make test` to verify no regressions
-```
-
-### With
-
-```markdown
-## Implementation Plan
-
-- [x] Read board startup flow and identify where to inject profile forcing
-- [x] Edit `internal/board/board.go` — add `lipgloss.SetColorProfile(termenv.ANSI256)` before model initialization
-- [x] Run equivalent build and test gates in this Windows shell
-```
-
----

package/.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/E03-Detail.md

@@ -1,45 +0,0 @@
----
-type: epic-design
-status: audited
----
-
-# Epic E03: UI Visual Refinement
-
-## Purpose
-
-Polish the Atari-Noir TUI rendering across Next Activity indicator repositioning below the header with phase-aligned styling, checkbox rendering at sentence boundaries (not line breaks), unify icon/glyph determination across task cards and the epic sidebar, and force a consistent 256-color terminal profile for reliable cross-terminal rendering.
-
-## Definition of Done
-
-- Next Activity renders as a dedicated line below the header with phase-aligned coloring
-- Checkboxes render at sentence starts, not at line break positions
-- ~~Total content width equals available space at every breakpoint with no underflow~~ (absorbed into T001, which is marked done; existing layout tests pass)
-- Task card and epic sidebar glyphs are determined by a shared helper, unified on the same status→glyph mapping
-- Terminal color profile is forced to 256-color, ensuring consistent background rendering on all terminals including PowerShell
-
-## Components and files
-
-| Path | Purpose |
-|------|---------|
-| `internal/board/layout.go` | Width arithmetic, layout breakpoints, min width guard (stable — existing implementation verified) |
-| `internal/board/view.go` | Header rendering, Next Activity line, checkbox rendering point |
-| `internal/board/update.go` | Resize handling, terminal dimension clamping |
-| `internal/styles/styles.go` | Phase-aligned styles for Next Activity |
-| `internal/data/router.go` | RouterState model |
-| `internal/data/task.go` | Task markdown parsing for checkbox placement |
-| `internal/board/status.go` | Shared status glyph mapping helper (new) |
-| `internal/board/card.go` | Task card glyph determination (updated for shared helper) |
-| `internal/board/board.go` | Board startup; sets the Lipgloss color profile to ANSI256 before model initialization |
-| `internal/board/view_test.go` | Header, formatting, and checkbox tests |
-
-## Implemented As
-
-- `internal/board/view.go` renders `next_action` as a separate line below the header through `renderNextActivityLine`, using existing footer phase styles for `PLAN`, `BUILD`, and `AUDIT`.
-- `internal/board/layout.go` accounts for the optional Next Activity line when calculating board chrome and content height.
-- `internal/data/parser.go` joins hard-wrapped checklist continuation lines before rendering so markdown wrap points do not create duplicate checklist items.
-- `internal/board/detail.go` splits checklist item text on semantic sentence boundaries and emits one `[ ]` or `[x]` marker per sentence.
-- `internal/data/task.go` adds `Task.Status` plus status constants, including `audited`, for shared board glyph rendering.
-- `internal/board/status.go` centralizes the planned, in-progress, done, and audited status glyph mapping used by task cards and the epic sidebar.
-- `internal/board/card.go` uses explicit `Task.Status` when present, while preserving the legacy column/stage glyph fallback for older task data.
-- `internal/board/epic_panel.go` delegates epic status glyph rendering to the shared status helper.
-- `internal/board/board.go` sets Lipgloss to the ANSI256 color profile at board startup. This satisfies the deterministic 256-color rendering intent, although the implementation lives at the board boundary instead of `main.go`.

package/.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T001-border-resize-fix.md

@@ -1,40 +0,0 @@
----
-id: E03-ui-visual-refinement/T001-border-resize-fix
-status: done
-objective: "Fix right-border clipping and ensure clean rendering on terminal resize"
-depends_on: []
----
-
-# T001: Fix Right-Border Clipping and Resize Robustness
-
-## Acceptance Criteria
-
-- The board frame right border (`│` or rounded corner) is always visible at any terminal width ≥ 40 chars
-- Reducing terminal width below a breakpoint (120→119, 80→79) does not leave stray pixels or broken border artifacts
-- Reducing to very narrow widths (< 50) degrades gracefully (no visual corruption)
-- Expanding terminal width back renders cleanly with no leftover characters from previous dimensions
-- All existing layout breakpoints (120/80) still function correctly
-- At every layout breakpoint (120+, 80–119, 40–79), total rendered column width + borders + padding equals the available terminal width with zero underflow
-- Column widths are calculated as `floor(innerWidth / colCount)` and the remainder is distributed as 1 extra column to the first `remainder` columns
-- The board frame overhead (left border + inter-column separators + right border) is exactly accounted for in every breakpoint
-- Reducing terminal width by 1 character removes exactly 1 column of content (no more, no less)
-- All existing layout tests pass
-
-## Implementation Plan
-
-- [x] Verified — no artifacts observed. Existing layout.go + tests satisfy acceptance criteria.
-
-## Context Log
-
-Files read:
-- `internal/board/layout.go`
-- `internal/board/view.go`
-- `internal/board/update.go`
-- `internal/board/layout_test.go`
-
-Estimated input tokens: 800
-
-Notes:
-- Consolidated from former T001 + T004 (duplicate width arithmetic scopes).
-- Former T004 at `.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T004-width-arithmetic-audit.md` has been deleted.
-- Moved from `E06-atari-noir-layout/T006-border-resize-fix` (release v1) to `E03-ui-visual-refinement` (release v1.1).

package/.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T002-next-activity-below-header.md

@@ -1,64 +0,0 @@
----
-id: E03-ui-visual-refinement/T002-next-activity-below-header
-status: done
-objective: "Reposition Next Activity below header as a dedicated line with phase-aligned styling"
-depends_on:
-    - E03-ui-visual-refinement/T001-border-resize-fix
----
-
-# T002: Reposition Next Activity Below Header with Phase-Aligned Styling
-
-## Acceptance Criteria
-
-- Next Activity renders as a dedicated full-width line immediately below the header bar
-- The line is hidden (not rendered) when no activity is active or router state is idle
-- The line uses `phase:` prefix mapped to existing footer phase styles:
-  - `task-building` → FooterPhaseBuild (orange + bold)
-  - `audit-pending` → FooterPhaseAudit (green + bold)
-  - `pre-implementation` / `epic-design` / `epic-task-breakdown` → FooterPhasePlan (purple + bold)
-- Format: `"PLAN: Build T010 (E06) v1"` — phase prefix in styled tag, activity text follows
-- Activity text is the `next_action` value from router state (already populated)
-- At narrow widths (< 60 chars), the line truncates gracefully: `"PLAN: Build T0…"`
-- Existing header layout is preserved — nothing shifts or wraps incorrectly
-
-## Implementation Plan
-
-- [x] Read `internal/board/view.go` — locate current header rendering and any existing Next Activity right-aligned logic
-- [x] Read `internal/styles/styles.go` — verify FooterPhaseBuild/FooterPhaseAudit/FooterPhasePlan are available for reuse, or add them if missing
-- [x] Read `internal/data/router.go` — confirm RouterState model exposes `state` and `next_action` fields
-- [x] Edit `internal/board/view.go` — add `renderNextActivityLine(state)` that returns a styled string using phase-mapped style
-- [x] Edit `internal/board/view.go` — insert the rendered line immediately after header output in the `View()` function
-- [x] Edit `internal/board/layout.go` — adjust vertical layout height calculation to account for the new line
-- [x] Add tests in `internal/board/view_test.go` — verify phase mapping, truncation, and hidden state
-- [x] Run `make build && make test` to verify no regressions
-
-## Context Log
-
-Files read:
-- `.savepoint/router.md`
-- `agent-skills/savepoint-build-task/SKILL.md`
-- `.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/E03-Design.md`
-- `.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T002-next-activity-below-header.md`
-- `.savepoint/visual-identity.md`
-- `agent-skills/ink-tui-design/SKILL.md`
-- `internal/board/view.go`
-- `internal/board/layout.go`
-- `internal/styles/styles.go`
-- `internal/data/router.go`
-- `internal/board/view_test.go`
-- `internal/board/layout_test.go`
-
-Files edited:
-- `internal/board/view.go`
-- `internal/board/layout.go`
-- `internal/board/view_test.go`
-- `internal/board/layout_test.go`
-- `.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T002-next-activity-below-header.md`
-- `.savepoint/router.md`
-
-Estimated input tokens: 9800
-
-Notes:
-- Key design decision from user: placement below header as dedicated line (not right-aligned in header); reuse existing FooterPhase* styles
-- Acceptance criteria verified by `go test ./internal/board` covering dedicated line ordering, hidden nil/idle/empty states, phase tag mapping, `next_action` text, narrow truncation, and header preservation.
-- Quality gates: `make build` could not run because `make` is not installed in this Windows shell. Equivalent `go run ./internal/buildtool build` passed. Equivalent `go test ./...` passed.

package/.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T003-checkbox-rendering-fix.md

@@ -1,56 +0,0 @@
----
-id: E03-ui-visual-refinement/T003-checkbox-rendering-fix
-status: done
-objective: "Fix checkbox rendering to place checkboxes at sentence start, not at line break positions"
-depends_on:
-  - E03-ui-visual-refinement/T001-border-resize-fix
----
-
-# T003: Fix Checkbox Rendering — Place at Sentence Start
-
-## Acceptance Criteria
-
-- Checkboxes (`[ ]` / `[x]`) render at the beginning of each task description sentence, not at arbitrary line-break positions
-- If a task description is hard-wrapped in markdown at column 80, the checkbox appears only once per sentence
-- Multi-sentence tasks show one checkbox per sentence, visually aligned at column 0 of each sentence
-- Already-checked tasks show `[x]` at sentence start consistently
-- No duplicate checkboxes for the same sentence
-- Single-sentence tasks (most common case) render exactly one checkbox at the start, unchanged from current behavior
-
-## Implementation Plan
-
-- [x] Read `internal/data/task.go` — locate the markdown parsing / TUI rendering path for task descriptions
-- [x] Read `internal/board/view.go` — locate where task items are rendered in the board columns
-- [x] Identify the parsing layer — this is likely where markdown task body text is split into the displayed description string before being passed to rendering
-- [x] Edit the identified file(s) — change the sentence-splitting logic to split on sentence boundaries (`. `, `!\n`, `?\n`) rather than on hard line breaks
-- [x] In the rendering layer, emit one checkbox per sentence start, aligned to column 0 of each sentence block
-- [x] Add tests in the relevant test file for sentence-boundary detection, single-sentence, multi-sentence, and hard-wrapped cases
-- [x] Run `make build && make test` to verify no regressions
-
-## Context Log
-
-Files read:
-- `internal/data/task.go`
-- `internal/data/parser.go`
-- `internal/data/parser_test.go`
-- `internal/board/view.go`
-- `internal/board/detail.go`
-- `internal/board/detail_test.go`
-- `agent-skills/savepoint-build-task/SKILL.md`
-- `agent-skills/ink-tui-design/SKILL.md`
-- `.savepoint/visual-identity.md`
-
-Files edited:
-- `internal/data/parser.go`
-- `internal/data/parser_test.go`
-- `internal/board/detail.go`
-- `internal/board/detail_test.go`
-
-Estimated input tokens: 8,500
-
-Notes:
-- Parser now joins hard-wrapped continuation lines into the current checklist item.
-- Detail rendering now splits checklist item text into semantic sentences and emits `[ ]` / `[x]` only at sentence starts; wrapped continuation lines are indented under the sentence text.
-- Focused tests: `go test ./internal/data ./internal/board` passed.
-- Required literal quality gate: `make build` could not run because `make` is not installed in this PowerShell environment.
-- Equivalent gates: `go run ./internal/buildtool build` passed; `go test ./...` passed.

package/.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T005-unify-status-glyphs.md

@@ -1,65 +0,0 @@
----
-id: E03-ui-visual-refinement/T005-unify-status-glyphs
-status: done
-objective: "Unify icon/glyph determination across task cards and epic sidebar via a shared statusGlyph helper with backward compatibility"
-depends_on: []
----
-
-# T005: Unify Task Status Glyph Determination
-
-## Acceptance Criteria
-
-- A new `status` field is added to the `data.Task` struct (one of: `planned`, `in_progress`, `done`, `audited`)
-- A shared `statusGlyph(status string) (styled string)` helper exists in `internal/board/status.go` that maps status strings to the same glyph+style used by the epic sidebar
-- `RenderCard` in `card.go` uses the unified helper when `Task.Status` is set, otherwise falls back to the existing Column+Stage logic with identical behavior
-- The epic sidebar's `epicSidebarGlyph` function is refactored to call the shared `statusGlyph` helper instead of its own switch
-- All existing tests pass without modification
-- New tests cover the explicit `Status` path for each status value
-- No changes to existing task files are required
-- `make build && make test` pass
-
-## Implementation Plan
-
-- [x] Read `internal/data/task.go` — study Task struct and existing columns/stage types
-- [x] Read `internal/board/card.go` — study current RenderCard glyph determination path
-- [x] Read `internal/board/epic_panel.go` — study epicSidebarGlyph for extraction opportunity
-- [x] Edit `internal/data/task.go` — add `Status string` field to Task struct and Status constants
-- [x] Create `internal/board/status.go` — shared `statusGlyph(status string) string` function with the unified glyph mapping
-- [x] Edit `internal/board/epic_panel.go` — refactor `epicSidebarGlyph` to call the shared `statusGlyph`
-- [x] Edit `internal/board/card.go` — update `RenderCard` to use `statusGlyph` when Status is set, else existing backward-compat path
-- [x] Edit `internal/board/card_test.go` — add tests for explicit Status path (planned/in_progress/done/audited)
-- [x] Run `make build && make test` to verify no regressions
-
-## Context Log
-
-Files read:
-- `.savepoint/router.md`
-- `.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/E03-Detail.md`
-- `.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T005-unify-status-glyphs.md`
-- `agent-skills/savepoint-build-task/SKILL.md`
-- `agent-skills/ink-tui-design/SKILL.md`
-- `.savepoint/visual-identity.md`
-- `internal/data/task.go`
-- `internal/data/parser.go`
-- `internal/data/write.go`
-- `internal/data/task_test.go`
-- `internal/board/card.go`
-- `internal/board/epic_panel.go`
-- `internal/styles/styles.go`
-- `internal/board/card_test.go`
-- `internal/board/epic_panel_test.go`
-- `.savepoint/releases/v1.1/epics/E04-epic-navigation/tasks/T003-epic-status-glyphs.md`
-
-Estimated input tokens: 11000
-
-Notes:
-- Option A approach: backward compatible when `Status` is unset
-- The unified glyph mapping matches epic sidebar: planned→○, in_progress→▶, done→◉, audited→✓
-- Old `Column`+`Stage` path reproduces exact current behavior (▣/◇/◆ with column-level overrides)
-- `go test ./internal/board ./internal/data` initially hit a sandbox AppData build-cache permission error; rerun outside the sandbox passed.
-- Literal `make build && make test` could not run because `make` is not installed in this Windows shell.
-- Equivalent quality gates passed: `go run ./internal/buildtool build`; `go test ./...`.
-
-## Drift Notes
-
-- Drift: `internal/board/status.go` added, not yet in Codebase Map.

package/.savepoint/releases/v1.1/epics/E03-ui-visual-refinement/tasks/T006-forced-256-color-profile.md

@@ -1,36 +0,0 @@
----
-id: E03-ui-visual-refinement/T006-forced-256-color-profile
-status: done
-objective: "Force 256-color terminal profile at init to ensure consistent background rendering across all terminals"
-depends_on: []
----
-
-# T006: Forced 256-Color Profile for Terminal Consistency
-
-## Acceptance Criteria
-
-- On startup, `lipgloss` is configured to use `Force256Color` profile instead of relying on terminal detection
-- The board's background renders as uniform black (`"#000000"` / ANSI256 `"232"`) on every color-capable terminal including PowerShell, CMD, Windows Terminal, VS Code terminal, and all Unix terminals
-- No color artifacts or background mismatches are visible when running on PowerShell
-- Existing style definitions using TrueColor hex values still resolve correctly via Lipgloss's 256-color fallback
-- `make build && make test` pass with no regressions
-
-## Implementation Plan
-
-- [x] Read board startup flow and identify where to inject profile forcing
-- [x] Edit `internal/board/board.go` — add `lipgloss.SetColorProfile(termenv.ANSI256)` before model initialization
-- [x] Run equivalent build and test gates in this Windows shell
-
-## Context Log
-
-Files read:
-- `main.go`
-- `internal/styles/palette.go`
-- `internal/styles/styles.go`
-
-Estimated input tokens: 400
-
-Notes:
-- `lipgloss.Force256Color` is supported on all Go platforms and all color-capable terminals
-- This is a single-line change — no new dependencies or imports beyond the existing `github.com/charmbracelet/lipgloss` package
-- TrueColor hex values (`"#000000"`) are mapped to nearest 256-color values (`"232"`) via palette.go's `color()` helper; these are already configured