Cline CLI v3.0.54: Claude Code provider fix, Hub daemon upgrade direction, token telemetry correction
The Claude Code provider is now usable for agentic work — it runs its own native tools, anchors on the workspace directory, and loads permission rules. The Hub daemon upgrades directionally instead of two installs retiring each other's daemons. Token telemetry now reports disjoint buckets instead of inflating per-task totals ~5x.
PUBLISHED2026-08-13
OBSERVED2026-08-21
AGE13d
SOURCES1
- Fixed Claude Code provider: now runs its own native tools, anchors session on workspace directory, loads
~/.claudeand project settings so permission rules apply; file edits under workspace are auto-approved, command execution stays gated by Claude settings (from SDK v0.0.74) - Fixed truncated tool-call JSON being silently repaired into wrong arguments; unterminated strings are now rejected (from SDK v0.0.74)
- Fixed strict providers rejecting a turn with "user message must have content" when message content held only empty text parts (from SDK v0.0.74)
- Fixed mid-turn crash on streamed tool calls with non-zero/non-contiguous indexes through LiteLLM's Anthropic passthrough (from SDK v0.0.74)
- Managed Hub daemons now upgrade directionally: when another Cline install ships a newer Hub build, the CLI attaches to the newer daemon and prompts to update instead of repeatedly retiring each other's daemons
- Fixed Hub daemon logging
hub server close failedand exiting non-zero when a client was connected at shutdown (from SDK v0.0.74) - Fixed per-task token totals inflated ~5x on cache-heavy sessions; token telemetry now reports disjoint uncached-input, cache-read, and cache-write buckets (from SDK v0.0.74)
- Upgrading the CLI now retires an already-running Hub daemon and respawns on the new code
COMMUNITY
No curated reactions recorded for this event. Facts and takes are kept in separate layers — community context is added by hand, never blended into the record above.