Cline SDK v0.0.86Cline SDK v0.0.86
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- Cline SDK v0.0.86は、出力上限で途切れたテキスト応答に、既存の再試行前にコンテキスト圧縮を1回実施します。
- 部分回答も保持し、llama.cpp、Ollama、LM Studioで長時間セッションを復旧しやすくします。
Cline SDK v0.0.86 adds one compaction retry for text-only replies cut off by output limits, improving long-session recovery on llama.cpp, Ollama, and LM Studio.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.com).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
Cline SDK
Cline SDK v0.0.86では、出力トークン上限によってテキスト応答が途中で切れた場合の復旧処理が変更された。既存のnudge-and-retryを実行する前に、コンテキストを圧縮して再試行する機会が、1回の実行につき1度追加される。
圧縮と再試行
対象となるのは、ツール呼び出しを含まないテキストのみのターンだ。ランタイムは出力上限による終了を、prepareTurnがコンテキストウィンドウ超過時に使用するものと同じ強制圧縮経路へ送る。圧縮後に改めて応答生成を試みることで、長いセッション中に回答が途中で終了した場合の復旧を図る。
ローカルサーバー
llama.cpp、Ollama、LM StudioなどのローカルOpenAI互換サーバーは、要求された出力予算にかかわらず、残っているコンテキストの範囲内に生成量を制限する。このため、妥当な上限を設定していても、長時間のセッションでは回答の途中で処理が止まることがあった。今回の変更は、そうした終了に対して圧縮を挟み、再試行できるようにするものだ。
部分回答の保持
圧縮しても削除できる内容がない場合や、再試行した応答も再び途中で切れた場合は、既存のnudge-and-retryが引き継ぐ。その後も元のmax-tokensエラーは表面化するが、途中まで生成された回答は保持される。なお、ツール呼び出しを生成したターンや、プロバイダー側でツール処理が実行されたターンは再実行されない。
Compact-and-retry attempt
Cline SDK v0.0.86 changes how the runtime handles text-only turns truncated at the output-token limit. The change matters for long sessions using local OpenAI-compatible servers such as llama.cpp, Ollama, and LM Studio, where generation can stop in the middle of an answer.
Each affected run now receives one compact-and-retry attempt before the existing nudge-and-retry recovery begins. This gives the runtime an opportunity to reduce the context and repeat the interrupted text-only turn rather than immediately moving to the previous recovery behavior.
Context remains
The listed local servers cap generation according to the context space that remains, regardless of the requested output budget. As a session grows longer, the available context can therefore cause an answer to end early even when the configured limits are otherwise sensible.
To address that behavior, the runtime routes the relevant finish through the same forced-compaction path that prepareTurn uses for context-window overflow. The compaction step is attempted once per run, keeping the additional recovery bounded rather than repeatedly replaying the turn.
Existing recovery
If compaction finds nothing that can be removed, the loop hands control to the existing nudge-and-retry mechanism. The same fallback also takes over if the compacted retry is truncated again.
When recovery still cannot complete the response, the original max-tokens error continues to surface. The partial answer is persisted, so text produced before truncation is retained rather than discarded.
Turns never replayed
The compact-and-retry behavior applies specifically to text-only replies. Turns that produced tool calls are never replayed, and the same restriction applies when tool activity was executed by the provider.
This boundary prevents the new recovery path from repeating turns that involved tool operations. Cline SDK v0.0.86 also adds a task.max_tokens_recovery lifecycle event associated with this max-tokens recovery behavior.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPoko長いやり取りの途中で返事が切れたとき、仕事では何が変わるの？If a reply gets cut off during a long work session, what changes for me?
- TECHガイドTECH Guideテキスト回答なら、従来の復旧前にコンテキストを1回圧縮して再試行するよ。途中までの回答も残るんだ。For text-only replies, it now compacts the context once and retries before the existing recovery step. It also keeps the partial answer.
- ポコPoko前も再試行はあったの？ それだけじゃ足りなかったのかな。Was there already a retry? I’m wondering why that wasn’t enough.
- TECHガイドTECH Guide従来は再試行があったけど、llama.cpp、Ollama、LM Studioでは長い会話が回答途中で止まることがあったんだ。There was already a retry, but on llama.cpp, Ollama, and LM Studio, long sessions could still stop mid-answer.
- ポコPokoいちばんの収穫は、長い会話でも途中の回答を残しつつ、復旧しやすくなったことなんだね。So the big takeaway is that long chats are easier to recover while preserving the partial reply.
- TECHガイドTECH Guideそうだね。ただし圧縮できない場合や再び途切れた場合は従来の復旧へ進み、ツール呼び出しのあるターンは再実行されないよ。Right. If compaction cannot help or the retry is cut off again, the old recovery takes over, while turns involving tool calls are never replayed.