mirror of
https://github.com/cline/cline.git
synced 2026-09-01 15:11:04 +08:00
Bee
6138bdfe40
* feat: Enforce a production singleton Cline Hub This PR changes local Hub startup/discovery so production uses one stable daemon per user machine instead of silently creating additional hubs on random ports. Replace resolveSharedHubOwnerContext with resolveProductionHubOwnerContext across doctor and hub server lifecycle management to scope hub discovery to the production owner. Additionally: - Preserve and propagate auth tokens when retiring incompatible hubs - Throw a clear error when a compatible hub is already running but its discovery record is missing, guiding users to run 'cline doctor fix' - Gate port fallback behind an explicit allowPortFallback override - Update tests to mock the new production hub owner context * patches * fix * hasExplicitPort * Restored daemon cron startup, made discovery auth tokens required again, and fixed graceful hub stop/restart paths to use the selected production/shared owner context. * clean up * patches * fix Polynomial regular expression * test * fix: require explicit hub port fallback in production * fix(cli): stop pgrep from parsing the hub daemon marker as an option pgrep treats the "--cline-hub-daemon" pattern as an unknown long option and exits 2, so doctor never found stale daemons from compiled-binary installs, which are exactly the processes 'cline doctor fix' is told to clean up. Pass "--" before the pattern to end option parsing. * fix(hub): retire legacy shared-owner hubs on production startup Pre-singleton production builds tracked the local hub under the shared owner discovery path and spawned daemons on random fallback ports. The production owner context never reads that path, so upgrades would leave those daemons running indefinitely with no way to reuse or stop them. Retire the recorded legacy hub (its record carries the auth token and pid needed for a graceful stop) and clear the legacy record before resolving the production hub. * refactor(hub): simplify stale discovery clearing, share capability list shouldClearStaleHubDiscovery was only ever called with discoveredVerified=false (the true assignment sits on a return path), so the expected-hub probe and compatibility check had no effect and the condition reduced to "a discovery record exists and was not reused". Replace it with a plain conditional and drop the tests that exercised unreachable states. Also move the hub capability list into a typed HUB_CAPABILITIES constant in @cline/shared next to HubCapabilityName so the server cannot drift from the type. --------- Co-authored-by: Saoud Rizwan <7799382+saoudrizwan@users.noreply.github.com>
apps/examples/vscode (@cline/vscode)
VS Code extension that opens a chat webview and runs Cline sessions over the RPC runtime.
What it does
- Opens a webview panel via
Cline: Open Chat in Editor. - Ensures a compatible owner-scoped RPC sidecar by running
cline rpc ensure --json. - Starts/sends/aborts chat turns using RPC runtime methods (
StartRuntimeSession,SendRuntimeSession,AbortRuntimeSession). - Streams runtime events into the webview for incremental assistant output.
Requirements
clinemust already be installed and available onPATH.- A provider/model should be configured in Cline provider settings.
Development
# Build extension bundle
bun -F @cline/vscode build
# Typecheck
bun -F @cline/vscode typecheck
To run locally in VS Code:
- Build the extension:
bun -F @cline/vscode build. - Open
apps/examples/vscodein VS Code. - Press
F5to launch the Extension Development Host. - Run command
Cline: Open Chat in Editor.