fix(pi-fff): preserve FFF tool renderers for historical calls after `/reload`

[RunMintOn]

Summary

pi-fff registers its tools in session_start, but Pi restores historical tool rows before it emits that event. After /reload, existing ffgrep and fffind rows therefore cannot resolve their custom renderCall / renderResult functions and fall back to the generic tool display. Calls made after the reload render normally.

This predates #851. #851 makes the problem more visible because its compact renderer is lost after reload, but does not introduce the lifecycle mismatch.

Reproduction

1. Start Pi with pi-fff in its default FFF-named mode.
2. Call ffgrep or fffind.
3. Run /reload.
4. Inspect the pre-reload tool row.

Actual

The historical row displays the tool name, JSON arguments, and raw output through Pi's generic fallback.

Expected

The historical row uses the same pi-fff renderer as a newly created row in the same session.

Screenshot

Scope

A fix can register the non-builtin FFF-named definitions during extension loading so historical rows can resolve their renderers. It must leave final tool activation, mode restoration, search execution, arguments, and model-visible results in session_start.

Historical override-mode grep / find rows are outside this narrow fix: registering those names before mode restoration would override Pi's built-in names too early.

[gustav-fff]

[triage-bot] LINKED PR:

PR #854 — #854 — state: OPEN (not draft, mergeable).

It moves FFF-named tool registration out of session_start into extension load time (queueTool now calls registerTool immediately, packages/pi-fff/src/index.ts), so history rows rebuilt before session_start can resolve renderCall/renderResult. Since Pi activates a tool on every registerTool call, registerPendingTools prunes the pre-registered names the final mode did not select — otherwise ffgrep/fffind would stay model-visible in override mode. Renderer titles are bound to the concrete registered name via a WeakMap keyed on render context (getRenderToolName), so historical ffgrep rows keep that title after a switch to override mode.

Scope matches the issue: override-mode grep/find history is untouched. Includes a regression test for the override prune (packages/pi-fff/test/extension.test.ts).

Honk-Honk 🪿