openclaw - ✅(Solved) Fix [Bug]: kimi/k2p6 returns incomplete terminal response and gateway status probe times out [2 pull requests, 1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#74205Fetched 2026-04-30 06:27:24
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
2
Author
Timeline (top)
cross-referenced ×3labeled ×2commented ×1

OpenClaw 2026.4.26 repeatedly fails turns using kimi/k2p6 with ended with an incomplete terminal response, and openclaw gateway status times out while the gateway service is running.

Root Cause

OpenClaw 2026.4.26 repeatedly fails turns using kimi/k2p6 with ended with an incomplete terminal response, and openclaw gateway status times out while the gateway service is running.

Fix Action

Fixed

PR fix notes

PR #74289: fix: preserve K2.6 reasoning payload fields to prevent incomplete terminal replies

Description (problem / solution / changelog)

Summary

  • Problem: Fireworks Kimi K2.6 (kimi-k2p6 / kimi-k2.6-*) could end turns with Agent couldn't generate a response, which was classified as an incomplete terminal response in fallback handling.
  • Why it matters: This causes failed agent replies and contributes to degraded operator experience (including status/probe confusion reported in the issue).
  • What changed: In extensions/fireworks/stream.ts, K2.6 models now keep reasoning* payload fields while still forcing thinking: { type: "disabled" }; tests were updated in extensions/fireworks/stream.test.ts.
  • What did NOT change (scope boundary): No gateway probe logic, no model-fallback classifier logic, no auth/token flow, no non-Fireworks provider behavior.

Change Type (select all)

  • Bug fix
  • Feature
  • Refactor required for the fix
  • Docs
  • Security hardening
  • Chore/infra

Scope (select all touched areas)

  • Gateway / orchestration
  • Skills / tool execution
  • Auth / tokens
  • Memory / storage
  • Integrations
  • API / contracts
  • UI / DX
  • CI/CD / infra

Linked Issue/PR

Closes #74205

  • This PR fixes a bug or regression

Root Cause (if applicable)

  • Root cause: Fireworks Kimi wrapper deleted reasoning, reasoning_effort, and reasoningEffort unconditionally while disabling thinking; for K2.6, that can remove content needed for a visible terminal reply.
  • Missing detection / guardrail: No K2.6-specific regression test asserting reasoning field preservation when thinking is disabled.
  • Contributing context (if known): K2.6 behavior differs from older Kimi variants already covered by existing assumptions/tests.

Regression Test Plan (if applicable)

For bug fixes or regressions, name the smallest reliable test coverage that should catch this. Otherwise write N/A.

  • Coverage level that should have caught this:

    • Unit test
    • Seam / integration test
    • End-to-end test
    • Existing coverage already sufficient
  • Target test or file: extensions/fireworks/stream.test.ts

  • Scenario the test should lock in: K2.6 payload keeps reasoning* fields while still setting thinking: { type: "disabled" }; K2.5 behavior remains unchanged (reasoning stripped).

  • Why this is the smallest reliable guardrail: The bug is in provider payload patching logic, which is fully deterministically verifiable at unit level.

  • Existing test that already covers this (if any): Existing tests covered K2.5 stripping and thinking-disable behavior, but not K2.6 preservation.

  • If no new test is added, why not: N/A (new test added).

User-visible / Behavior Changes

  • Fireworks Kimi K2.6 requests are less likely to fail with an incomplete terminal response due to over-stripped payload fields.
  • No config/default changes.

Diagram (if applicable)

Before:
[user prompt] -> [Fireworks K2.6 payload patch strips reasoning* + disables thinking]
-> [model returns no visible terminal text]
-> [incomplete terminal response path]

After:
[user prompt] -> [Fireworks K2.6 payload patch keeps reasoning* + disables thinking]
-> [visible terminal reply preserved]
-> [normal reply path]

Security Impact (required)

  • New permissions/capabilities? (No)
  • Secrets/tokens handling changed? (No)
  • New/changed network calls? (No)
  • Command/tool execution surface changed? (No)
  • Data access scope changed? (No)
  • If any Yes, explain risk + mitigation:

Repro + Verification

Environment

  • OS:
  • Runtime/container:
  • Model/provider:
  • Integration/channel (if any):
  • Relevant config (redacted):

Steps

  1. Configure OpenClaw default model to Fireworks Kimi K2.6.
  2. Trigger an embedded agent turn.
  3. Observe reply behavior before/after patch.

Expected

-Agent returns a visible terminal reply without incomplete terminal response fallback.

Actual

  • Before: can hit incomplete terminal response path.
  • After: payload shaping no longer strips K2.6 reasoning fields; targeted tests pass for new behavior.

Evidence

Attach at least one:

  • Failing test/log before + passing after
  • Trace/log snippets
  • Screenshot/recording
  • Perf numbers (if relevant)

Human Verification (required)

  • Verified scenarios: Ran pnpm test extensions/fireworks/stream.test.ts and pnpm test extensions/fireworks/index.test.ts; both pass with new K2.6 guard.
  • Edge cases checked: K2.5 still strips reasoning fields; K2.6 keeps reasoning fields; non-target providers/models still unaffected by wrapper selection logic.
  • What you did not verify: Full end-to-end live provider run against Fireworks API and gateway status behavior on Ubuntu/systemd.

Review Conversations

  • I replied to or resolved every bot review conversation I addressed in this PR.
  • I left unresolved only the conversations that still need reviewer or maintainer judgment.

If a bot review conversation is addressed by this PR, resolve that conversation yourself. Do not leave bot review conversation cleanup for maintainers.

Compatibility / Migration

  • Backward compatible? (Yes)
  • Config/env changes? (No)
  • Migration needed? (No)
  • If yes, exact upgrade steps: N/A

Risks and Mitigations

List only real risks for this PR. Add/remove entries as needed. If none, write None.

  • Risk:
    • Mitigation:

Changed files

  • extensions/fireworks/stream.test.ts (modified, +33/-1)
  • extensions/fireworks/stream.ts (modified, +27/-4)

PR #74327: fix #74205: [Bug]: kimi/k2p6 returns incomplete terminal response and gateway status probe times out

Description (problem / solution / changelog)

Summary

Fixes #74205

Issue

[Bug]: kimi/k2p6 returns incomplete terminal response and gateway status probe times out

Solution

<!-- Describe the changes made -->

Testing

<!-- Describe how the fix was tested -->

Changed files

  • extensions/fireworks/index.test.ts (modified, +33/-0)
  • extensions/fireworks/index.ts (modified, +9/-2)
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

OpenClaw 2026.4.26 repeatedly fails turns using kimi/k2p6 with ended with an incomplete terminal response, and openclaw gateway status times out while the gateway service is running.

Steps to reproduce

Steps to reproduce:

  1. Start OpenClaw 2026.4.26 with the gateway running under systemd.
  2. Configure the default agent model as kimi/k2p6.
  3. Use Discord or the embedded agent path to trigger an agent response.
  4. Run time -p openclaw gateway status.
  5. Observe repeated kimi/k2p6 ended with an incomplete terminal response log entries and gateway status probe timeout.

Expected behavior

The agent should complete the turn and return a reply when using kimi/k2p6. openclaw gateway status should complete the local WebSocket probe when the gateway service is running.

Actual behavior

The gateway service is active and running, but openclaw gateway status reports Connectivity probe: failed with timeout against ws://127.0.0.1:18789. The same status command took around 14.66 seconds. Gateway logs repeatedly show model fallback decision: decision=candidate_failed requested=kimi/k2p6 candidate=kimi/k2p6 reason=format next=none detail=kimi/k2p6 ended with an incomplete terminal response, followed by Embedded agent failed before reply: kimi/k2p6 ended with an incomplete terminal response.

OpenClaw version

2026.4.26 (be8c246)

Operating system

Ubuntu 25

Install method

curl -fsSL https://openclaw.ai/install.sh | bash

Model

kimi/k2p6

Provider / routing chain

OpenClaw gateway -> kimi/k2p6

Additional provider/model setup details

Gateway is running as a systemd user service on port 18789 with bind set to lan / 0.0.0.0. Config path shown by status is ~/.openclaw/openclaw.json. The gateway loads plugins including discord, lossless-claw, and memory-core. lossless-claw is intentionally kept enabled. Startup optimization env vars were added later: NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache, OPENCLAW_NO_RESPAWN=1, and OPENCLAW_DISABLE_BONJOUR=1.

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

No response

extent analysis

TL;DR

The issue can be mitigated by investigating and resolving the incomplete terminal response error from the kimi/k2p6 model, potentially by adjusting the model configuration or the OpenClaw gateway settings.

Guidance

  • Verify the kimi/k2p6 model configuration to ensure it is correctly set up and compatible with OpenClaw 2026.4.26.
  • Check the gateway logs for any errors or warnings related to the lossless-claw plugin, as it is intentionally kept enabled and might be contributing to the issue.
  • Test the gateway status probe with a different model to isolate if the issue is specific to kimi/k2p6 or a more general problem.
  • Consider temporarily disabling the lossless-claw plugin to see if it resolves the issue, given its intentional enablement.

Example

No specific code snippet can be provided without further details on the model or plugin configurations.

Notes

The root cause of the issue seems to be related to the interaction between the OpenClaw gateway and the kimi/k2p6 model, possibly exacerbated by the lossless-claw plugin. Further investigation into the model and plugin configurations, as well as the gateway settings, is necessary to pinpoint the exact cause.

Recommendation

Apply workaround: Adjust the model or gateway settings to resolve the incomplete terminal response error, as the issue seems specific to the configuration or compatibility rather than a version-specific bug that would necessitate an upgrade.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

The agent should complete the turn and return a reply when using kimi/k2p6. openclaw gateway status should complete the local WebSocket probe when the gateway service is running.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - ✅(Solved) Fix [Bug]: kimi/k2p6 returns incomplete terminal response and gateway status probe times out [2 pull requests, 1 comments, 2 participants]