Owner-locked extraction-UX redesign (dispatch 2026-09-24), part 1 (data
layer; the UI chunk follows).
THRESHOLD -> SETTING
- config.ts's EXTRACTION.chunkTokens dies; the default moves into
FACTORY_SETTINGS.graph.extractionChunkTokens (4096, the old constant's
value). GraphSettings gains the optional field, Required at resolution
via the standard ?? FACTORY pattern — pre-redesign records resolve the
default cleanly.
- FLOOR 500 (the implementer's call, documented on the field): every run
pays the graph-carrying prompt overhead out of the write channel's
money — a smaller budget fires penny-batches that cost more per
extracted token than the content is worth. The sanitizer CLAMPS up
(bd68486 clamp-never-reject discipline: fractions floor, junk drops);
the settings PUT REJECTS below-floor with the rationale in the message.
No ceiling: a large budget just delays extraction — the user's stated
cost/thoroughness tradeoff, not a misconfiguration to police.
- The trigger (turn-service.triggerExtraction) takes the budget as a
parameter — chat-handler passes effective.graph.extractionChunkTokens,
the fresh per-turn read, same as every other gate.
- The pipeline's BATCH side threads through the same number:
ExtractionPipelineDeps gains an OPTIONAL getChunkTokens getter with the
factory default (Teacher's 24 test fixtures stay untouched; the two
call-site lines inside extraction.ts are the only cross-band edits,
flagged). chat-handler + backfill/import-notes wire the live
effectiveSettings — trigger and batches share one budget, always.
PER-SESSION COVERAGE READ
- sessionCoverage(chatId) (server/chats.ts): the chat view's ring-meter
block — totalMessages/coveredCount/uncoveredCount/coveredTokens/
uncoveredTokens (the same coverageOf derivation /api/graph/coverage
serves, scoped to one chat), running (chat-kind extraction registered
for this id), and lastFoldedAt (the chat's newest coverage row's fold
— a cheap single pass; null before any fold). GET /api/chats/[id]
carries it as coverage: {...}; unknown chat -> null (the route 404s
first).
- /api/graph/coverage (the all-sessions list) compiles untouched — the
per-session read is a scoping of it, not a supersession; the UI's
sidebar/ring chunk decides which surface it consumes.
Tests: factory/sanitizer pins (clamp-up, fraction-floor, junk-drop),
resolution pins (absent -> 4096, stored 2000 wins), settings-body pins
(valid/absent/fraction/below-floor 400/junk 400), sessionCoverage pins
(derived split, newest-fold scoping, cross-session isolation, running via
the registry, null on unknown chat). 893/893.
86 lines
3.6 KiB
TypeScript
86 lines
3.6 KiB
TypeScript
import { deleteChatSession, getChat, isTurnRunning, sessionCoverage, stores, type ChatDeleteMode } from "@/src/server";
|
|
|
|
export async function GET(_req: Request, { params }: { params: Promise<{ id: string }> }) {
|
|
const { id } = await params;
|
|
const chat = getChat(id);
|
|
if (!chat) return Response.json({ error: "Not found" }, { status: 404 });
|
|
// turnInFlight lets a returning client re-attach to a running turn
|
|
// (chat-handler write-ahead + registry — see src/server/turn-liveness.ts).
|
|
// coverage (extraction-UX redesign, 2026-09-24): the chat view's ring
|
|
// meter — one session's read of the same derivation /api/graph/coverage
|
|
// serves for all sessions. getChat already 404'd, so the block exists.
|
|
return Response.json({ ...chat, turnInFlight: isTurnRunning(id), coverage: sessionCoverage(id) });
|
|
}
|
|
|
|
/**
|
|
* Rename (2026-09-17): the header's click-to-edit title commits here.
|
|
* Validation is a single rule — a non-empty string after trim (the store's
|
|
* "Untitled session" floor is never reached from this route). updatedAt is
|
|
* deliberately NOT bumped: a rename must not reorder the sidebar (same
|
|
* rule as the settings PUT).
|
|
*/
|
|
export async function PUT(req: Request, { params }: { params: Promise<{ id: string }> }) {
|
|
const { id } = await params;
|
|
if (!getChat(id)) return Response.json({ error: "Not found" }, { status: 404 });
|
|
const body = (await req.json().catch(() => null)) as { title?: unknown } | null;
|
|
if (typeof body?.title !== "string" || body.title.trim() === "") {
|
|
return Response.json({ error: "title must be a non-empty string" }, { status: 400 });
|
|
}
|
|
const title = body.title.trim();
|
|
const record = stores.chatStore.renameChat(id, title);
|
|
return Response.json({ title: record.title });
|
|
}
|
|
|
|
/**
|
|
* DELETE /api/chats/[id]?mode=preserve-graph|delete-nodes — session deletion
|
|
* (wave 6, owner rulings 2026-09-22/23). The mode is REQUIRED and explicit:
|
|
* no default, because the two differ in destructiveness —
|
|
*
|
|
* preserve-graph the session record, its jobs, and its extraction
|
|
* bookkeeping (coverage/checkpoint rows) die; the graph
|
|
* keeps every contribution the session merged.
|
|
* delete-nodes "this session never happened": every ledger trace of
|
|
* the session goes too — provenance, link lines,
|
|
* events, mappings — and orphaned nodes die entirely
|
|
* (shared nodes survive automatically, their other
|
|
* sessions' content intact).
|
|
*
|
|
* Gates are the server orchestration's (server/chats.ts deleteChatSession):
|
|
* 409 while a turn or background job is running, 503 while the session's
|
|
* extraction is winding down after its abort — both retryable. The
|
|
* response carries what was removed plus the new graphRevision (the
|
|
* version stamp the UI polls to refetch clusters/layout).
|
|
*/
|
|
export async function DELETE(req: Request, { params }: { params: Promise<{ id: string }> }) {
|
|
const { id } = await params;
|
|
const mode = new URL(req.url).searchParams.get("mode");
|
|
if (mode !== "preserve-graph" && mode !== "delete-nodes") {
|
|
return Response.json(
|
|
{
|
|
error: 'mode is required and must be "preserve-graph" or "delete-nodes"',
|
|
code: "bad_mode",
|
|
},
|
|
{ status: 400 },
|
|
);
|
|
}
|
|
const outcome = await deleteChatSession(id, mode as ChatDeleteMode);
|
|
if (!outcome.ok) {
|
|
return Response.json(
|
|
{
|
|
error: outcome.error,
|
|
code: outcome.code,
|
|
...("jobIds" in outcome ? { jobIds: outcome.jobIds } : {}),
|
|
},
|
|
{ status: outcome.status },
|
|
);
|
|
}
|
|
return Response.json({
|
|
ok: true,
|
|
mode: outcome.mode,
|
|
stats: outcome.stats,
|
|
jobsRemoved: outcome.jobsRemoved,
|
|
graphRevision: outcome.graphRevision,
|
|
});
|
|
}
|
|
|