Neue Versionv0.12.4Aug 19, 2026

Neue Boost-Version verfügbarSmarter savings and cleaner output

$ customer-installation

Boost mit Workspace ONE MDM bereitstellen

Use this Workspace ONE (WS1) script to install Boost across managed Windows fleets and wire up the agent integrations in one step. The script is stored under docs/customer-installation/mdm/workspace-one, and this page renders that file directly so edits in the repository update the website on the next build.

Getestete Umgebung

This deployment path was tested with Workspace ONE UEM on Windows. For managed macOS fleets, use the Jamf Pro guide instead.


So funktioniert das Rollout

1

Add the script in WS1

In Workspace ONE UEM, go to Resources → Scripts → Add, choose Windows, and paste the PowerShell one-liner into the Code field on the Details step.

2

Set the execution context

Select PowerShell, run in User Context with Admin Privileges, leave End-User Interaction off, keep Execution Architecture on Auto, and set the timeout to 30 seconds.

3

Assign to a smart group

Assign the script to the smart group of Windows devices that should receive Boost. Rerunning it is safe: it refreshes the binary and re-applies the selected integrations.


Das WS1-Skript

One line does both halves of the install: the Windows installer puts the Boost binary on the user's PATH, then boost init installs the Claude Code and Cursor hooks and accepts the preview terms non-interactively.

docs/customer-installation/mdm/workspace-one/install.ps1
irm https://boost.jfrog.com/install.ps1 | iex; boost init --claude --cursor --accept-terms

Rohquelle: install.ps1

Workspace ONE Edit Script dialog showing Language PowerShell, User Context with Admin Privileges, Execution Architecture Auto, Timeout 30, and the Boost install one-liner in the Code field.
Workspace ONE UEM → Resources → Scripts → Edit Script → Details, with the Boost one-liner in the Code field.

Skript-Einstellungen

LanguagePowerShell
Execution Context & PrivilegesUser Context with Admin Privileges
End-User InteractionNone
Execution ArchitectureAuto
Timeout30

Warum Benutzerkontext

Boost installs per user under %USERPROFILE%\.local\bin, and boost init writes agent hooks into the user's Cursor and Claude Code config directories. Running the script as SYSTEM would install Boost for the wrong profile, so the WS1 job must run in user context.


Integrationen wählen

Change the boost init flags to match the agents your fleet uses. --accept-terms is required because the script runs without end-user interaction.

irm https://boost.jfrog.com/install.ps1 | iex; boost init --cursor --accept-terms
irm https://boost.jfrog.com/install.ps1 | iex; boost init --claude --cursor --codex --accept-terms

Betriebshinweise

  • The one-liner is idempotent: rerunning it upgrades Boost in place and re-applies the selected integrations.
  • Developers must restart Cursor or Claude Code after the script runs so the new hooks are picked up.
  • The 30-second timeout covers the download on a normal connection; raise it if your egress proxy is slow.
  • Verify a device by running boost version and boost report as the logged-in user.

Verwandte Docs

For individual developer setup, use the Boost quickstart. For managed macOS fleets, see Jamf Pro MDM. For install flow details, see the install flow product spec.