Repository navigation
Unnecessary Haiku calls on every user message for per-message title generation #13802
Description
Activity
For context on how this code got here: the per-message title generation was introduced in
fb40dc6b2("generate user message title and body", Oct 24 2025) alongside a per-messagebodysummary that used a second LLM call via thesummaryagent.In
71a7ad1a4("core: fix model selection in title generation to use user's model instead of assistant's", Jan 12 2026), thebodygeneration was removed entirely — but thetitlecall was left in. Thesummary.bodyfield is still on the schema but has been dead code since that commit.This PR completes what that January cleanup started by removing the remaining per-message LLM call that isn't meaningfully consumed anywhere.
Verified the desktop app is unaffected — it wraps
packages/app, which always passesgetLabel(raw prompt text) toMessageNav, sosummary.titleis never reached.
summarizeMessage()inpackages/opencode/src/session/summary.tsmakes a small-model (typically Haiku) LLM call on every user message to generate a short per-message title stored inUserMessage.summary.title.This is separate from the session-level title generated by
ensureTitle()inprompt.ts, which runs once per session and populatesSession.Info.title— the one shown in the session list.The per-message
summary.titleis only consumed in one place:packages/ui/src/components/message-nav.tsxas a fallback label whengetLabelis not provided. In practice, the main app always providesgetLabel(which returns the raw prompt text), sosummary.titleis only reached on the enterprise share page tooltip. The TUI never displays it.For a session with N user messages, this results in N unnecessary Haiku calls — one per message, every session, for every user.
Steps to reproduce:
The fix is to remove the LLM title generation from
summarizeMessage()while keeping the diff computation intact.