You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Send x-opencode-session header on API requests (required by OpenCode Go from 09/05) #13723
Hi — we operate the OpenCode Go managed-inference API, and 1154 of your users' orgs call it through Kilo Code (UA Kilo-Code/7.5.6 ai-sdk/provider-utils/4.0.27 runtime/bun/1.3.14).
Starting 09/05, requests without an x-opencode-session header will error on our side — we need a stable per-conversation ID for routing/optimization. Kilo Code doesn't send it in any version we've seen.
Ask: include x-opencode-session: <stable-id-per-conversation> on all outbound inference HTTP requests. Any stable UUID per conversation works. Happy to confirm from our telemetry once a build ships it. Thanks!
Reacted by hi-one-gg, hikari, Hồ Hoàng Hải, Fathur Rahman N, Ariq Muhammad Thabrani, sunliqiang, Matěj Adámek, Panneerselvam G, paradix, mikael04 and 55 more
Reacted by 熬夜拧螺丝, Jose Javier Gálvez Gómez and Paulo Paes
@thdxr thanks for the bug report. This should be fixed in kilo >= 7.5.12
If there are any sessions with versions greater than this, we would love to know. Similarly, if anyone else watching this issue continues to have issues after updating to the latest version of kilo, please reach out.
Confirming this is only partially fixed: #13752 covers the session request path, but memory consolidation still sends no header.
On 7.5.16 with opencode-go/deepseek-flash, chat works while every turn close fails with "Memory error · ... missing x-opencode-session" (400 MissingSessionID).
Cause: packages/opencode/src/kilocode/memory/ports.ts (memoryText()) calls generateText/streamText directly without headers, bypassing LLMRequestPrep.prepare.
@oscarlocatelli thanks for the report. I have drafted up a revised fix here: #14015
However, I don't have an opencode go subscription on hand to test with. Are you able to build the local branch with the fix and confirm it solves your issue?
@thdxr@intentionally-left-nil Please look at the issue above. kilo has not been properly modified yet and is causing conflicts with opencode.
Unable to use kilo's memory feature when selecting opencode models
Activity
hi-one-gg commentedon Sep 3, 2026
@thdxr Thank you for leaving an issue! I call opencode go/zen via kilo cli
WnDTech commentedon Sep 3, 2026
💯 please fix this.
rusagent commentedon Sep 3, 2026
Need asap please.
mariozelaya23 commentedon Sep 3, 2026
Please resolve!
esfolk commentedon Sep 4, 2026
Pls fix
What do i need to do on my ends?
wgomg commentedon Sep 7, 2026
Has this been not updated on vscode extension?
cavalia88 commentedon Sep 8, 2026
Can we please get this fixed? Need to use opencode inside kilocode for VScode
esfolk commentedon Sep 8, 2026
OpenCode Cli is also good, may not fit everyone's use case.
KiloCode was slow and chunky - OpenCode Cli works smooooothh.
intentionally-left-nil commentedon Sep 8, 2026
@thdxr thanks for the bug report. This should be fixed in kilo >= 7.5.12
If there are any sessions with versions greater than this, we would love to know. Similarly, if anyone else watching this issue continues to have issues after updating to the latest version of kilo, please reach out.
Cheers!
oscarlocatelli commentedon Sep 10, 2026
Confirming this is only partially fixed: #13752 covers the session request path, but memory consolidation still sends no header.
On 7.5.16 with
opencode-go/deepseek-flash, chat works while every turn close fails with "Memory error · ... missing x-opencode-session" (400 MissingSessionID).Cause:
packages/opencode/src/kilocode/memory/ports.ts(memoryText()) callsgenerateText/streamTextdirectly withoutheaders, bypassingLLMRequestPrep.prepare.Same
opencode*header logic is needed there.intentionally-left-nil commentedon Sep 10, 2026
@oscarlocatelli thanks for the report. I have drafted up a revised fix here: #14015
However, I don't have an opencode go subscription on hand to test with. Are you able to build the local branch with the fix and confirm it solves your issue?
oscarlocatelli commentedon Sep 11, 2026
@intentionally-left-nil Thanks for the reply.
Yes, I can confirm that the error no longer appears.
hi-one-gg commentedon Sep 11, 2026
#13937
@thdxr @intentionally-left-nil Please look at the issue above. kilo has not been properly modified yet and is causing conflicts with opencode.
Unable to use kilo's memory feature when selecting opencode models
WnDTech commentedon Sep 11, 2026
not sure if related but i keep getting the following when using open code go ```
"{
"name": "APIError",
"data": {
"message": "Error from provider (Console Go): Upstream request failed: [invalid_request_error] Invalid upload request.",
"statusCode": 400,
"isRetryable": false,
"responseHeaders": {
"cf-placement": "remote-ORD",
"cf-ray": "a3993d921ffe4cb1-PHL",
"connection": "keep-alive",
"content-length": "211",
"content-type": "application/json",
"date": "Fri, 11 Sep 2026 19:57:19 GMT",
"server": "cloudflare"
},
"responseBody": "{"model":"muse-spark-1.2-contributor","error":{"param":null,"type":"invalid_request_error","message":"Error from provider (Console Go): Upstream request failed: [invalid_request_error] Invalid upload request."}}",
"metadata": {
"url": "https://opencode.ai/zen/go/v1/responses"
}
}
}
fix: opencode's row says which OpenCode product each of its citations…
fix: opencode's free models are for OpenCode alone, in its maintainer…