Skip to content

SESSION-PRIME: paste body's fenced block into a fresh Claude session to orient fast #115

@TortoiseWolfe

Description

@TortoiseWolfe

Purpose: this issue is the durable roadmap for TortoiseWolfe/ScriptHammer. The body below is always-current — active arc, next 3 sessions queued, backlog. Comments are the audit trail. The prime prompt at the top tells a fresh Claude session to read this body first.

Reconciled 2026-05-29 against real repo state (was previously inferred). PR #114 confirmed merged; fork-experience arc complete; un-deferred backlog triaged. Active arc + queued sessions below reflect verified state, not guesses.


Prime prompt (copy from here into a fresh Claude session)

/prep

Then check this issue (TortoiseWolfe/ScriptHammer#115) — its BODY is the current roadmap. Read everything below the prime prompt: active arc, next 3 sessions queued, backlog. The most recent COMMENT on this issue is the audit trail of what changed since the previous session.

Supplementary context (read if the body's roadmap references them or if the user's first message takes us off-roadmap):
1. `~/.claude/projects/-home-TurtleWolfe-repos-ScriptHammer/memory/MEMORY.md` — top of the index lists NON-NEGOTIABLE user preferences. Read these first; they're binding.
2. `git log --oneline -20` — what shipped recently.
3. Open issues (`gh issue list --repo TortoiseWolfe/ScriptHammer --state open`) — most are tagged `template-v1-out-of-scope` (Eval-Backlog / Gap-Audit). Treat those as deferred backlog, not active work.
4. Open PRs (`gh pr list --repo TortoiseWolfe/ScriptHammer --state open`).

Operational reminders from MEMORY.md / CLAUDE.md you'll trip over otherwise:
- ALWAYS prefer cleaner long-term solutions over quick hacks. Never offer a hack as the primary recommendation.
- NEVER propose shortcuts, bypasses, or workarounds — fix root cause.
- SECURITY DEFINER to bypass RLS is a hack, not a fix.
- Follow CLAUDE.md principles #1 (Proper Solutions Over Quick Fixes) and #2 (Root Cause Analysis).

Then either start on the roadmap's "next session should" item, or ask the user if they want to deviate.

Stop reading here when priming — everything below is the roadmap


Roadmap

Active arc

Work the un-deferred backlog. The fork-experience cleanup arc is DONE — PR #114 merged 2026-05-28 (cb35131), 0 open PRs. The next focus is clearing the small set of open issues that are NOT tagged template-v1-out-of-scope (i.e. real, un-deferred work), triaged 2026-05-29 against actual repo state.

Status: main clean, 0 open PRs. ~33 open issues, but 24 are template-v1-out-of-scope (deferred). Triage scoped to the un-deferred set: #116, #80, #48, #109, #45 (plus the payments Phase 0c–0f arc #103–106/#100, which is P1 but deferred-tagged — surface separately when the user wants it).

Triage outcome (verified, not inferred):

Blockers / decisions needed:


Next 3 sessions queued

From the 2026-05-29 triage (verified against repo state), in dependency/readiness order.

Session +1: Clear the ready-now un-deferred issues

Session +2: Scope + fix #116 (messaging E2E perf)

  • Why: real pain (msg shards forced 1/1 due to a data race; Argon2id 20–45s/test; 10-retry Realtime loops). Medium effort but needs a decision first.
  • First action: pull Playwright traces, profile the top 3–5 messaging specs by duration, then pick: split msg into sub-shards vs. lower Argon2 cost for tests vs. mock data. Bring the options to the user before implementing.

Session +3: #45 error monitoring (after a decision)

  • Why: ConsentContext + ErrorBoundary scaffolding already exist; only the monitoring lib is unwired. Large, but well-specced (features/code-quality/044-error-handler-integrations/spec.md).
  • First action: get the user's Sentry-vs-LogRocket call + DSN, add NEXT_PUBLIC_SENTRY_DSN to .env.example, then wire client-side-only init gated on ConsentContext.

Backlog (no scheduled position)

Categories of work that exist as open issues but aren't currently queued.


Next session should

Close #48 (already shipped — cite c24b9f6/PR #95), then start #109 (seed messaging-scroll E2E data, ~2–4h, ready-now): branch off main, add a beforeAll seeding 30 messages via the getAdminClient() pattern in auth.setup.ts, verify T007-T008 asserts, open a PR. Then #80 (axe a11y overlay).

Override: if the user's first message has a different priority, follow the user.


Why this exists

Sessions end. The next session starts cold. Without a single canonical "what was the world like when we last stopped + here's what to do next" pointer, the new model wastes context wandering. This issue is the one URL to paste into a fresh chat. The BODY carries the plan; comments form the audit trail.

How to maintain

Run /session-prime at session-end. The skill rewrites the body to reflect what changed in the roadmap and appends a comment with the audit trail.

If the prime prompt itself becomes stale (memory file renamed, project changed shape), edit the body's prime-prompt block directly.

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentationnext-sessionRolling priming prompt for new sessions

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions