Flywheel for VS CodeA greatest-hits coding agent, inside VS Code. Flywheel is a coding agent built for doing real work in your repository. Ask for a change, watch it use tools and edit files, then review the result without leaving VS Code.
Getting started
The platform-specific Marketplace package includes the Flywheel runtime. You do not need to install the CLI separately. Advanced users can select another executable with The panelThe toolbar shows only the controls that apply to the current state:
Type Press Enter to send and Shift+Enter for a new line. When the composer is empty, Arrow Up and Arrow Down recall earlier messages from the current session. Bring in editor contextUse VS Code's native pickers instead of copying paths and diagnostics by hand:
WorkflowsRun Flywheel: Launch Workflow or select a workflow after typing A running workflow shows its current steps, progress, model, effort, duration, and state above the transcript. Pause and resume are available when the workflow supports them. Flywheel: Stop Workflow interrupts the active workflow, and some workflow states accept steering text directly from the composer. Review and undo changesWhen the current session has retained file changes, a Changes button appears beside the composer. It opens VS Code's native multi-file diff editor. Mutation tool rows can also open a diff for one file. A file revert or last-turn undo first checks that the file still matches the recorded change. If you edited the file afterward, Flywheel refuses the revert instead of discarding your work. If a change has no retained diff, Flywheel reports the omission rather than presenting incomplete review as complete. Providers, models, and usageProvider setup follows the method supported by that provider: API key, device code, or browser sign-in. You can connect more than one account, organize accounts into profiles, choose the chat model and effort for a session, assign models to other agent roles, and inspect provider-reported usage and history. Provider names, models, login methods, and availability come from the bundled runtime and connected accounts. The UI explains when a model is unavailable instead of silently hiding it. Quick actions
Requirements and remote workspacesFlywheel requires VS Code 1.96 or later and an open folder. It runs as a workspace extension, so in SSH, WSL, and dev-container sessions the extension and runtime run beside the project on the remote host. The Marketplace selects the package for that host's operating system and CPU architecture. The extension supports macOS, Linux, Alpine Linux, and Windows on x64 and ARM64. You can override the project root with Privacy and dataFlywheel does not send product analytics or telemetry to the Flywheel Core Team. Conversations, tool results, file changes, diagnostics, and session state stay on the machine where the extension host runs. In a remote workspace, that is the remote machine. When you use a model provider, Flywheel sends that provider the prompt and the context needed for the request. When the agent calls a configured MCP server, that server receives the inputs for the call. Those services process data under their own terms and privacy policies. Provider credentials are stored in Flywheel's account profile and are sent only to the relevant authentication or provider endpoint. Flywheel excludes credentials from model context, logs, and snapshots. The Flywheel Core Team receives no session data unless you choose to include it in a support request. SupportReport bugs and request features through GitHub Issues. The LicenseFlywheel for VS Code is distributed under the MIT License. |