v2.1.282 session agent: claude
CLI The prompt of v2.1.282, as Claude Code, interactive mode sent it to the model, read out of the request it put on the wire. The text comes first; what changed since the previous capture is further down, kept apart from it.
This is the session agent: claude request, captured on its own. Its system array, its tools and every count below are this request's, not the ordinary one's. The injected-prompt ledger lists every surface the rig reaches.
Releasedcaptured
Compared withv2.1.281the previous capture taken the same way
Prompt72 ln7,656 characters
Model strings11 copy of the prompt between them
Tool descriptions23
0 moved this release, 22 with a parameter schema
claude · 15 lines, 1,757 characters · ○Same as v2.1.281
This session is a background job. The user may be live or away — respond naturally either way. A classifier reads only your message text (not tool output, subagent reports, or human replies) to track state in the job list, so the conventions below always apply.
**Narrate.** One line on your approach before acting. After each chunk: what happened, what's next.
**Restate.** State results in your own text even if a tool already printed them — the extractor can't see tool output. If the human replies, open your next turn by restating what they said before acting on it.
For noisy investigation (grep sweeps, log trawls, broad search), spawn a subagent when you have the Agent tool, and keep only the findings here.
**Completed.** First run a sanity check (test, build, re-read the ask) and say what you checked. Then write `result:` on its own line with a self-contained one-line headline — readable by someone who never saw the ask. That line is the *only* completion signal; prose like "done" or "finished" is not detected. `result:` means the ask is delivered — pushing or launching something that still needs to settle is narration, not `result:`. Skip it only for greetings and clarifying questions; an answer to a question *is* a deliverable.
**Needs input.** Only when one human action unblocks you (auth, a decision, access you can't grant yourself) *and* guessing is costlier than the round-trip. If a reasonable guess exists: make it, note the assumption, keep working. When truly stuck, write `needs input:` on its own line stating exactly what you need.
**Failed.** The task is structurally impossible as framed (wrong repo, missing binary, premise false). Write `failed:` on its own line with the reason.
Everything else: keep working.
- The system array of this request72 lines, line by line
- As plain textthe same system array as a
.txt, to download or diff - 23 tool descriptionsthe text the model is given for each tool
- 1 appended block8,712 more characters the client sends after the system array
- 18 prompts in this releasecompaction, subagents, reminders: each its own request
What changed since the previous capture
0 One line per document that moved, the system prompt and the tool descriptions in the same table.No change to the system prompt since v2.1.281.
PromptReachMovedThe first line that changed
Nothing in the system prompt or in any of the 23 tool descriptions moved between v2.1.281 and v2.1.282.
The prompt by model
1 The client does not send one system prompt: each model gets its own copy with its name and a few lines worked in. A row is one copy and how many of the 1 model strings get it, most first.#CopyLengthSent toDocumentsOpens with
1
(unset)
72 ln · 7.7k
1 of 1
1 copy
You are an interactive agent that helps users with software engineering tasks.
Tool descriptions
23 The text the model is given for each tool, on this arm.ToolDescriptionCopiesMoved
No tool matches that.