Repository navigation
Missing queue-operation prompts #98
Description
Activity
#118 fixes this by reading a different record from #112.
When a queued prompt is taken in mid-turn, Claude Code writes an
attachmententry withattachment.type: "queued_command",commandMode: "prompt"and the prompt text. That is the delivery record, so each prompt produces one entry, and background<task-notification>items (commandMode: "task-notification") can be told apart from human prompts.I checked it against three real sessions, matching whole prompts exactly:
- 63 human prompts were enqueued.
- Without the change, 26 of them are missing from the transcript.
- With Keep prompts queued while Claude was working #118, 2 are missing. One was delivered with more text than was queued. The other has no delivery record.
- No prompt appears twice.
Correction: an earlier version of this comment said 10 of 62 were missing. That count matched text fragments and undercounted.
The checker, which prints counts only, is here with a synthetic example: https://github.com/glaydsonboa/traceweave/tree/main/contributions/claude-code-transcripts/queued-prompts
I found this while working on traceweave, which keeps a record of human direction across AI coding sessions.
If you prompt Claude Code while it is working your prompts go into a queue - these are in the session JSONL but are not yet shown in the transcript.
Example:
Output:
One of those lines:
{"type":"queue-operation","operation":"enqueue","timestamp":"2026-04-23T04:59:40.480Z","sessionId":"f7a06da6-5fcf-4b6e-85e7-552ffd8cc8ee","content":"When you implement this use playwright and red/green TDD, plan that too"}