dev → main: task claims (milestone 381), embedding model stamp, dedup copy band, sweep-shared.css #185

Merged

bvandeusen merged 12 commits from dev into main 2026-09-24 06:57:12 -04:00

Conversation 0 Commits 12 Files Changed 44

+1649 -252

bvandeusen commented 2026-09-24 06:56:55 -04:00

Owner

Copy Link

Copy Source

• Task claims (milestone 381): a task records which session is working it. Moving a task to in_progress or logging on it claims it; the claim lapses after a 2h lease. The PostToolUse hook binds the claim to the session id and the SessionEnd hook releases it (not on /clear). After a compaction or /clear, SessionStart pushes back the work the session had claimed and its latest logs; on startup/clear/fork it lists what other sessions are working or abandoned. A create that names a status is stamped like an update (#3683). Claims are excluded from backups.
• Embeddings record their model (#4132): migration 0109 adds embedding_model to all four embedding tables; the retrieval-floor migration refuses when rows sit on another model.
• Dedup (#4306): a note or task blocks only as a near-exact copy (0.98); a close match (0.87–0.98) is surfaced for judgement.
• Collaborator task logs (#4388): create_log gates on can_write_note (rule 78).
• sweep-shared.css (#3207): the sweep-row styles are shared, loaded globally from main.ts.

Plugin version 2026.09.24.1042. Migrations 0109 and 0110 run on deploy. Last dev run 7436 green, image built.

🤖 Generated with Claude Code

- **Task claims (milestone 381):** a task records which session is working it. Moving a task to in_progress or logging on it claims it; the claim lapses after a 2h lease. The PostToolUse hook binds the claim to the session id and the SessionEnd hook releases it (not on /clear). After a compaction or /clear, SessionStart pushes back the work the session had claimed and its latest logs; on startup/clear/fork it lists what other sessions are working or abandoned. A create that names a status is stamped like an update (#3683). Claims are excluded from backups. - **Embeddings record their model (#4132):** migration 0109 adds `embedding_model` to all four embedding tables; the retrieval-floor migration refuses when rows sit on another model. - **Dedup (#4306):** a note or task blocks only as a near-exact copy (0.98); a close match (0.87–0.98) is surfaced for judgement. - **Collaborator task logs (#4388):** create_log gates on can_write_note (rule 78). - **sweep-shared.css (#3207):** the sweep-row styles are shared, loaded globally from main.ts. Plugin version 2026.09.24.1042. Migrations 0109 and 0110 run on deploy. Last dev run 7436 green, image built. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

bvandeusen added 12 commits 2026-09-24 06:56:55 -04:00

feat(dedup): a note or task blocks only as a copy; a close match is surfaced for judgement (#4306) ... fc1c463641

Measured on the live corpus, the 74 note pairs at or above the old 0.90 bar
were almost all distinct siblings — consecutive dev-logs, sub-notes of one
design, research parts — and the one clear copy sat at 0.997. The block
refused the next dev-log and taught force=true, as #4134 found for rules.

- The semantic arm blocks notes and tasks only at >= 0.98. The title block
  stays; processes keep 0.90 (not measured).
- 0.87 to 0.98 comes back as `overlaps` on the create reply, from the same
  per-chunk searches, with a note that leaves the call to the session:
  fold in and delete if it is the same record, keep both if a sibling.
- create_note, create_task, create_records and start_planning's steps all
  carry it; a batch names the record each overlap belongs to.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

test(dedup): a note is gated at its copy band, not the general floor (#4306) ... 11b286d786

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

feat(embeddings): every vector records the model whose space it lives in (#4132) ... f4e9cd429b

The four embedding tables stamped chunker_version but not the model, and
vector(384) is a width, not an identity: a same-width model swap would
write a second geometry beside the first with no error.

- embedding_model on note/rule/milestone/system embeddings (0109; existing
  rows stamped with the only model any install has ever run).
- Every write stamps EMBEDDING_MODEL; every backfill's "current" test is
  is_current_stamp(), both halves of calibration_stamp().
- migrate_floor refuses while any row its surface searches is off the live
  model, before sampling: re-embed, then migrate.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

fix(tasks): a create that names a status is stamped like an update to it (#3683) ... b8f543f45a

build_note (create_note and create_records) set the status and nothing it
implies, so create_task(status="in_progress") wrote a started task with no
started_at, and done/cancelled had no completed_at or next recurrence.
The transition is now one function, apply_status_transition, called by
both paths; tests pin the invariant for every status.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

feat(tasks): a task can say a session is working it — the claim (milestone 381 step 2) ... b06b3a1d8a

status is durable and nothing clears it, so in_progress cannot also mean
"someone is on this now". The claim is that second meaning, stored as who
and when so it dies on read rather than needing to be cleared.

- notes.claimed_by / claimed_at / claim_touched_at / claim_session (0110).
- The server stamps it on the write that is the work: reaching in_progress
  (update or create, via apply_status_transition) and a work log on an open
  task. done/cancelled/todo release it. Live while touched within
  CLAIM_LEASE (2h); dead on read past it, with no sweep.
- The plugin's PostToolUse hook on update_task/add_task_log binds the
  harness's session_id (GET /api/plugin/claim-session). It binds only to a
  live claim the caller holds; it cannot create one.
- to_dict carries `claim`. Plugin version minted.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

fix(backup): a task claim does not travel in a backup (milestone 381) ... a585fe0be0

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

feat(tasks): SessionStart reads the claim — a compaction gets its work back (milestone 381 step 3) ... e46eea3b52

The claim now pays rent to the session that set it. The SessionStart hook
sends the host's `source` and the session id; the server renders a claim
section by source (task_claims.render_claims):

- compact / clear: the work this session had claimed, each with its two
  latest log entries, so a compacted session resumes from the record
  rather than from a count of open tasks.
- startup / clear: other sessions' live claims (may still be running) and
  in-progress tasks whose claim went quiet (abandoned mid-task).
- fork: the same, framed as "two sessions may now hold this".
- resume, or no source sent: nothing.

The task sidebar shows a live claim as "Being worked" and a dead one on
open work as "Went quiet", so the operator sees a session die mid-task.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

feat(tasks): the hand-off — SessionEnd releases a session's claims; the practice is written down (milestone 381 step 4) ... 952e56ee75

Release is the mechanical half: scribe_session_end.sh sends the ending
session's id to /api/plugin/release-session, which releases the claims it
held. A tidy-up, not the guarantee (no SessionEnd on a crash; the lease
covers that), and skipped on /clear so SessionStart(clear) can still
hand the claimed work back.

Saying what happened is the half only the model can do. It is stated as a
practice where it is read: the using-scribe skill owns it ("Hand off before
this session's context stops existing", pinned in test_guidance_ownership),
the static context points at it for the wrap-up moment, and add_task_log's
docstring says a log claims the task. _INSTRUCTIONS is untouched.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

refactor(frontend): derive the sweep-row visual language into sweep-shared.css (#3207) ... 22b7a928da

The note sweep, rule sweep, preference drift and rule history panes each
restated the same row recipe in a scoped block. It now lives once in
assets/sweep-shared.css under `sweep-` names (unprefixed globals would
leak into the unrelated scoped .row-title/.lede/.age/.actions elsewhere),
imported unscoped beside each pane's own scoped remainder.

Moved only what was shared: RuleHistoryPanel takes .sweep-state and keeps
its button row head; PreferenceDrift keeps its tiny-type footnote and
overrides the action row's layout. Lede and state now use the body-sm
token instead of 0.85rem/0.9rem (13px vs 13.6/14.4px) — one value, from
the design system.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

fix(task-logs): a collaborator who may write a task may log on it (rule 78) ... 4a93c8b262

create_log filtered on Note.user_id == user_id, a bare owner check, so a
collaborator with write access to a shared task was told it did not exist
— and, since a log now stamps the claim, could never be seen working it.
It now asks can_write_note. Editing and deleting a log still require its
author, which is authorship rather than access.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

fix(frontend): load sweep-shared.css once from main.ts — a shared <style src> breaks vite build (#3207) ... c787957ddf

plugin-vue throws "Cannot read properties of undefined (reading 'scoped')"
when several SFCs share one src stylesheet. vue-tsc passed, so only the
image job caught it; :dev has not rebuilt since 22b7a92.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

refactor(frontend): the sweep pane's column wrapper joins sweep-shared.css (#3207) ... baf22179ef

.sweep was the one rule still written identically in both sweep panes.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

bvandeusen merged commit f385d9075b into main 2026-09-24 06:57:12 -04:00

Sign in to join this conversation.

Reviewers

No Reviewers

Labels

No items

No labels

Milestone

No items

No Milestone

Projects

Clear projects

No projects

Assignees

Clear assignees

renovate-bot bvandeusen

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: bvandeusen/FabledScribe#185