pi 0.86: streamSimple gets a TranscriptContext — system prompt and tools are never sent

[KhangHLe]

On pi 0.86.x, streamSimple no longer gets context.systemPrompt or context.tools. pi-ai now passes a normalized TranscriptContext ({ messages } only) — the system prompt and tool declarations are folded into a leading role: "system" message and have to be read back with getCurrentSystemPrompt(context.messages) / getCurrentTools(context.messages) (docs: packages/coding-agent/docs/custom-provider.md, "Custom Streaming API", v0.86.0; types in pi-ai/dist/types.d.ts, helpers in pi-ai/dist/utils/transcript.js).

packages/pi/src/convert.ts still reads context.systemPrompt (L580) and context.tools (L621), and stream.ts L1270 reads context.tools for the tool_use name un-mapping. On 0.86 both are undefined, so every request goes out with the billing header + Claude Code identity as the whole system prompt and no tools. No error — HTTP 200 and a normal-looking reply.

Repro (pi 0.86.1, @cortexkit/pi-anthropic-auth 1.22.0, from an empty dir):

pi -p --no-session --no-extensions -e <extension> \
  --model anthropic-personal/claude-haiku-4-5 --tools bash \
  --system-prompt "Your name is Wren. Always state your name first." \
  "State your name, then run this with the bash tool: echo probe-ok"

Result: I'm Claude, made by Anthropic. However … I don't actually have access to a bash tool. Same command on the built-in anthropic provider answers "Wren" and runs the command.

Fix that worked for me (in a vendored copy of the extension): resolve the prompt/tools/messages once, before building the request —

import * as piAi from "@earendil-works/pi-ai";

function resolveRequestContext(context) {
  const hasHelpers =
    typeof piAi.collapseSystemMessages === "function" &&
    typeof piAi.getCurrentSystemPrompt === "function" &&
    typeof piAi.getCurrentTools === "function";
  const hasSystemMessages = context.messages.some((m) => m?.role === "system");
  if (hasHelpers && hasSystemMessages) {
    const transcript = piAi.collapseSystemMessages(context);
    return {
      systemPrompt: piAi.getCurrentSystemPrompt(transcript.messages),
      tools: piAi.getCurrentTools(transcript.messages),
      messages: transcript.messages.filter((m) => m.role !== "system"),
    };
  }
  return {
    systemPrompt: context.systemPrompt ?? "",
    tools: context.tools ?? [],
    messages: context.messages,
  };
}

then use request.systemPrompt / request.tools / request.messages in buildAnthropicRequest, and the resolved tools in the tool_use branch of stream.ts. The typeof checks + namespace import keep the extension loading on pi < 0.86, where the helpers don't exist and the old fields are still populated. convertMessages already skips the system role, so nothing else changes on the wire.

Happy to open a PR if you want it in that shape.

[just-joshn]

Confirming this on the current release with Pi 0.87.1. One nuance: v1.23.0 fixed the request side, but the stream.ts un-mapping is still broken in the published package.

Environment: Pi 0.87.1, @cortexkit/pi-anthropic-auth@1.23.0 (latest npm), claude-opus-5-5 via OAuth.

Symptom: tools that get Claude Code names on the way out come back as Bash / Read / Write / Edit and Pi answers Tool Bash not found, Tool Read not found, … Tools not in CLAUDE_CODE_TOOLS (subagent, bg_wait, …) pass through fine, so only the mapped tools break.

Cause: v1.23.0's buildAnthropicRequest resolves tools via getCurrentTools(transcript.messages) and sends them (the model does receive and call them), but dist/stream.js:1128 still reads context.tools:

name: fromClaudeCodeToolName(String(block.name), context.tools), // undefined on pi >= 0.86

so the reverse lookup returns the Claude Code name unchanged.

Verified in isolation: normalizeContext() yields { messages } only (ctx.tools === undefined); fromClaudeCodeToolName('Bash', ctx.tools) → 'Bash'; fromClaudeCodeToolName('Bash', getCurrentTools(ctx.messages)) → 'bash'.

Fix that works on 0.87.1 (same direction as PR #245):

-import { calculateCost, createAssistantMessageEventStream, } from '@earendil-works/pi-ai';
+import { calculateCost, createAssistantMessageEventStream, getCurrentTools, } from '@earendil-works/pi-ai';
...
-                            name: fromClaudeCodeToolName(String(block.name), context.tools),
+                            name: fromClaudeCodeToolName(String(block.name), getCurrentTools(context.messages)),

Live verification: with this patch, pi -p --no-session --model anthropic/claude-opus-5-5 --tools bash "run echo ... " actually executes the command (writes a proof file and returns random bytes); unpatched, the same run fails with Tool Bash not found.

PR #245 covers this call site too, but it is currently CONFLICTING against main (likely because v1.23.0 changed convert.ts after it was opened) — a rebase should be all that's needed to land it.