You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ship a small but usable WorkHub MVP that routes a user's input to existing Sessions, supports clarification and correction, and can create a new ordinary Session for a clear unmatched executable goal or an explicit creation request.
The MVP models work from the Sessions that already exist when WorkHub opens. It remains conservative for ambiguous or weak evidence.
Architectural invariant
Session remains the sole source of truth.
WorkHub is a router and a rebuildable projection over existing Sessions.
Do not introduce a second Work/WorkHub authority, database, event store, or lifecycle.
A user correction or explicit creation request is stronger evidence than an inferred match.
Ephemeral UI state is acceptable, but durable product state must be derivable from existing authorities.
Strategy baseline
The delivered routing baseline is R2.3 (wh-r2.3-session-core-evidence).
R2.3 combines session-core routing with a bounded clarification/correction loop. A clear unmatched executable goal may create an ordinary Session; ambiguous or weak matches must not. Slices and PRs are intentionally not one-to-one.
Give waiting_for_user precedence over generic running indicators.
Prevent a second root turn while a Session is waiting for user input.
Preserve the Composer draft when submission is blocked.
Delegate ordinary stop/cancel behavior to the targeted Session correctly. Correction-triggered stop is delivered; the ordinary Composer stop path remains open.
Add an Anchor Rail derived from current routing/session evidence.
Verify that neither enhancement becomes a new authority.
Slice 7 — Evaluation and release gate
Record the routing strategy version in every evaluation result.
Keep a fixed 10-Session snapshot for same-data strategy comparisons.
Run the complete Chinese acceptance guide against the fixed snapshot.
Separate deterministic routing checks from strict real-model end-to-end results.
Require focused tests, the full desktop test suite, typecheck, and production build to pass.
Attach or summarize real-model failures separately from routing failures.
Deferred exploration
Explore cross-Work coordination using existing Session/relationship authorities.
If coordination appears to require a new source of truth, stop and make that a separate architecture decision instead of expanding this MVP implicitly.
Evidence
Merged routing MVP
R2.3 passed 8/11 deterministic routing/interaction scenarios and 7/11 strict real-model end-to-end scenarios on the fixed 10-Session snapshot.
Goal
Ship a small but usable WorkHub MVP that routes a user's input to existing Sessions, supports clarification and correction, and can create a new ordinary Session for a clear unmatched executable goal or an explicit creation request.
The MVP models work from the Sessions that already exist when WorkHub opens. It remains conservative for ambiguous or weak evidence.
Architectural invariant
Session remains the sole source of truth.
Strategy baseline
The delivered routing baseline is R2.3 (
wh-r2.3-session-core-evidence).R2.3 combines session-core routing with a bounded clarification/correction loop. A clear unmatched executable goal may create an ordinary Session; ambiguous or weak matches must not. Slices and PRs are intentionally not one-to-one.
Current delivery status
Delivery slices
Slice 1 — Session-authoritative routing core
Slice 2 — Clarification and correction loop
Slice 3 — New Work as an ordinary Session
Slice 4 — Unified Session conversation surface
Slice 5 — Runtime state and input protection
waiting_for_userprecedence over generic running indicators.Slice 6 — Rebuildable projection enhancements (follow-up)
Slice 7 — Evaluation and release gate
Deferred exploration
Evidence
Merged routing MVP
Reconstruction branch (#3648)
PR organization
Slices and PRs are intentionally not one-to-one. A PR may deliver multiple tightly coupled checklist items when they form one reviewable, usable loop.
Non-goals