@gotcos/glasses-server 6.36.2 → 6.36.3

package/CHANGELOG.md

@@ -2219,6 +2219,23 @@ unsaved capture, and makes batch status stop lying about finished work.
 
 # Changelog
 
+## [6.36.3] - 2026-08-17
+
+### The seeded query was being crowded out by the steps
+
+Caught by probing the live stream after shipping 6.36.2, before Miles tested it: a
+real session seeded 8 events -- 6 tool calls, one prose, one status -- and **no
+prompt**. The seed took "the last 7 events of any kind", and in a busy run the
+user's question is twenty or thirty steps back, so the activity you opened the page
+to watch is exactly what pushed the query off it. The one case the feature exists
+for was the one case it failed.
+
+The newest prompt in the read window is now emitted FIRST and unconditionally,
+outside the step budget. Measured on this Mac's largest transcript (87.2 MB): the
+last 256 KiB holds 133 records including 3 user turns, so the window reaches a query
+comfortably. The client pins rather than lists it, so it costs nothing in the
+scrolling window.
+
 ## [6.36.2] - 2026-08-17
 
 ### The live view stops being a blank slate

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@gotcos/glasses-server",
-  "version": "6.36.2",
+  "version": "6.36.3",
   "description": "COS Glasses \u2014 self-hosted AI heads-up-display server for Even G2 smart glasses, powered by Claude Code, Codex, or Cursor Agent CLI",
   "type": "module",
   "bin": {

package/server/routes/agent-session-stream.ts

@@ -264,7 +264,21 @@ agentSessionStreamRouter.get('/agent-sessions/:provider/:sessionId/stream', asyn
       // Status drafts are dropped from the seed: they describe the state at some past
       // moment and the opening status above is the CURRENT one. Replaying an old
       // `done` after it would tell the client the live session had finished.
-      const steps = drafts.filter(d => d.kind === 'tool' || d.kind === 'prose' || d.kind === 'prompt')
+      // THE QUERY IS SEEDED SEPARATELY, AND ALWAYS.
+      //
+      // Taking "the last 7 events" and hoping the prompt is among them does not work,
+      // and a live probe against a real session proved it: 8 seeded events, 6 tools and
+      // one prose, and NO prompt -- because in a busy run the user's question is twenty
+      // or thirty steps back and gets pushed out of the window by the very activity you
+      // opened the page to watch. That is the exact case the query exists for.
+      //
+      // So the newest prompt in the whole read window is emitted FIRST, unconditionally,
+      // and the step budget is spent entirely on steps. The client pins it rather than
+      // listing it, so it costs nothing in the scrolling window.
+      const lastPrompt = [...drafts].reverse().find(d => d.kind === 'prompt')
+      if (lastPrompt) write({ ...lastPrompt, at: Date.now() })
+
+      const steps = drafts.filter(d => d.kind === 'tool' || d.kind === 'prose')
       for (const draft of steps.slice(-SEED_EVENTS)) {
         // NOT tagged as seeded. A replayed step is a step that really happened, and a
         // second rendering style for it would be a distinction without a use. The one