officerdev/platform
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

an opencode chat you can reopen: it has a name, its messages, and its model

Browse Source 
three complaints, one root cause and two small ones.

THE TRANSCRIPT CAME BACK EMPTY because the client read `/session/<id>/message`
and this build answers that with `[]` — 200, well-formed, and wrong. the same
session returns 4 messages on `/api/session/<id>/message`. an empty transcript is
indistinguishable from a new conversation, so reopening a chat said "send a
message to start" and every message the owner had sent looked deleted.

that also explains the third complaint. the model was read from the assistant
turns, so no messages meant no model, so the detail reported a bare `opencode`,
which the composer cannot match — and it fell back to claude code and sonnet. it
now also reads the model off the session record, which is populated before any
assistant turn lands.

the message shape moved with the endpoint: `type` where it was `info.role`,
`content` where it was `parts`, and a user message's text sits on the message
rather than in a part. both shapes are accepted rather than pinned to today's
build — this reader is the only thing between a working transcript and a chat
that looks erased, and a host on a different opencode should lose features, never
its history.

AND THE ORDER WAS BACKWARDS. the endpoint returns newest first and nothing
downstream re-sorted, so the answer sat above the question that produced it.
sorted here, because this is the only place that still has timestamps.

NAMING: opencode is meant to title a session from its contents and does not, on
this surface — sessions stay at `New session - <timestamp>` through a finished
turn and past it, which is why the list was a column of "(untitled)".
`isPlaceholderOpenCodeTitle` exists precisely because that name leaks into the UI.
so the sidecar names a NEW session from the first line of its first prompt, which
is what the claude side shows. a resumed session keeps what it has, and if
opencode ever does title one it writes after us and wins.

verified live on the session that prompted this: 4 messages, in order, model
opencode/kimi-k3.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Officer-Session: 656f5c85-e49a-4f1f-b9f3-042a04b4d043
This commit is contained in:
pastilhas
2026-08-27 13:56:37 +00:00
co-authored by Claude Opus 5
parent 3b1d4cea84
commit 02f20d419d
3 changed files with 106 additions and 17 deletions
Download Patch File Download Diff File Expand all files Collapse all files
src/servers/api/chat/opencode-sessions.ts
+31 -12
View File
@@ -78,31 +78,45 @@ export async function loadOpenCodeSession(sessionId: string): Promise<ClaudeSess
const messages: ClaudeChatMessage[] = [];
let modelId = '';
for (const m of stored) {
const role = m.info?.role;
const parts = m.parts ?? [];
/*
OLDEST FIRST. The endpoint returns newest first, and nothing downstream re-sorts — so the
conversation rendered backwards: the answer above the question that produced it, and the opening
message at the bottom. Sorting here rather than at the call site because this is the only place
that knows the wire order, and the display shape it returns has no timestamps left to sort by.
*/
const ordered = [...stored].sort((a, b) => (a.time?.created ?? 0) - (b.time?.created ?? 0));
for (const m of ordered) {
// `type` is the current build, `info.role` the older one. See OpenCodeStoredMessage.
const role = m.type ?? m.info?.role;
const parts = m.content ?? m.parts ?? [];
if (role === 'user') {
const text = parts
.filter((p) => p.type === 'text')
.map((p) => p.text ?? '')
.join('')
.trim();
// The current build hands a user message's text over directly; the older one wraps it in parts.
const text = (
m.text ??
parts
.filter((p) => p.type === 'text')
.map((p) => p.text ?? '')
.join('')
).trim();
if (text) messages.push({ role: 'user', text });
continue;
}
if (role === 'assistant') {
if (!modelId) modelId = m.info?.model?.modelID ?? m.info?.modelID ?? '';
if (!modelId) modelId = m.model?.id ?? m.model?.modelID ?? m.info?.model?.modelID ?? m.info?.modelID ?? '';
for (const p of parts) {
if (p.type === 'text' && p.text) {
messages.push({ role: 'assistant', id: `${sessionId}-${messages.length}`, text: p.text });
} else if (p.type === 'tool' && p.callID) {
} else if (p.type === 'tool') {
const callId = p.callID ?? p.id;
if (!callId) continue;
messages.push({
role: 'tool',
toolName: p.tool ?? 'tool',
toolName: p.name ?? p.tool ?? 'tool',
toolInput: p.state?.input ?? {},
toolCallId: p.callID,
toolCallId: callId,
output: p.state?.output,
isError: Boolean(p.state?.error),
});
@@ -112,6 +126,11 @@ export async function loadOpenCodeSession(sessionId: string): Promise<ClaudeSess
}
}
// The session record carries the model too, and it is the only source for a conversation whose
// assistant turns have not landed yet. Without it the detail reports a bare `opencode`, the composer
// cannot match that to anything, and reopening the chat silently switches the harness back to Claude.
if (!modelId) modelId = info?.model?.id ?? info?.model?.modelID ?? '';
return {
id: sessionId,
model: modelId ? `opencode/${modelId}` : 'opencode',