Skip to content

Releases

v1.7.1

Choose a tag to compare

@alicicek alicicek released this 01 Nov 14:48

A tidier status line install. No price, trial length, offer, or
account-data changes.

Fixed

  • The status line's keep-or-replace question fits. When Claude Code
    already shows another status line, Settings now asks under the row at
    full width in two short lines, instead of six cramped lines with
    buttons cut to "Keep b…" and "Repla…".

Changelog

  • 11d6619 docs(changelog): release notes for 1.7.1
  • c3f8b61 fix(settings): fit the status line keep-or-replace question

v1.7.0

Choose a tag to compare

@alicicek alicicek released this 01 Nov 14:15

Simpler Settings: plan cost is read from each sign-in, and the status line
is one row. No price, trial length, offer, or account-data changes.

Changed

  • Plan cost is read, not typed. History's value readout now knows what
    each account's plan costs from its own sign-in (Pro $20, Max $100, Ultra
    $200 a month, list prices), so Settings no longer asks for it. The old
    field only showed a grey "200" that was never saved.
  • One status line row. Settings had "Statusline" and "Terminal
    statusline" side by side. There is now one "Status line" row: Install
    when it isn't in Claude Code yet, Customize once it is.
  • A shorter Pro section. With Pro on, the restore-by-email and
    recovery-code fields are gone from this Mac's Settings; one line says
    how to turn Pro on on another Mac.
  • Usage notifications now read "Notifies when a limit passes 75% and 90%."

Changelog

  • 27d7f42 docs(changelog): release notes for 1.7.0
  • 04ff936 feat(settings): read plan cost from the sign-in and merge the status line rows

v1.6.3

Choose a tag to compare

@alicicek alicicek released this 01 Nov 13:50

A quieter board. No price, trial length, offer, or account-data changes.

Changed

  • No banner when you click a lane that can't book. Clicking the track
    of an account with no 5-hour limit, or one that keeps its windows
    rolling, now does nothing — the lane's own note already says why.

Changelog

  • 8708790 docs(changelog): release notes for 1.6.3
  • af0532a fix(board): drop the banner when clicking a lane that can't book

v1.6.2

Choose a tag to compare

@alicicek alicicek released this 01 Nov 12:17

History's cards line up. No price, trial length, offer, or account-data
changes.

Fixed

  • History cards line up. Two cards side by side now end level, instead
    of the shorter one floating in the middle of the row with uneven gaps.

Changelog

  • d23ac06 docs(changelog): release notes for 1.6.2
  • 26fe87e fix(history): end cards level in each row of the history grid

v1.6.1

Choose a tag to compare

@alicicek alicicek released this 01 Nov 11:47

A quieter activity list, and a fix for clicks on an account with no
5-hour limit. No price, trial length, offer, or account-data changes.

Changed

  • Activity is folded away. The list of what llmpilot did now sits
    under one "Activity" row at the foot of the cockpit, closed until you
    open it, and says how many starts failed today when any did. Each line
    is a time and a plain sentence: no event labels, a mark only on
    failures, repeats folded into one line, and the Mac's wake bookkeeping
    left out.
  • Plainer wording for daily times. A daily time is named by its time
    ("01:15 nudge opened a fresh window on work · resets 06:15") instead of
    its internal ID, and a failure says what went wrong in words.

Fixed

  • Clicking the track of an account with no 5-hour limit no longer books
    hidden daily times.
    Each click used to save a daily time the track
    then kept out of sight, so nothing seemed to happen. A click now says
    why there is no window to start (the same for an account that keeps
    its windows rolling), and the track counts any daily times it hides
    beside a button that removes them.
  • Accounts with no 5-hour limit stay quiet. Their daily times no
    longer add a "skipped" line to the activity list three times a day, and
    no longer wake the Mac — there is no window for them to start.

Changelog

  • 86c73e5 fix(board): stop clicks booking hidden daily times on no-limit accounts
  • 4a7329f fix(cockpit): fold the activity list away and say it in plain words

v1.6.0

Choose a tag to compare

@alicicek alicicek released this 01 Nov 03:59

Windows that start themselves, a forecast of when you'll hit your limit,
and plans from your own history — and accounts that no longer have a
5-hour limit are handled as such. No price, trial length, offer, or
account-data changes.

Added

  • Keep it rolling. A switch on each account starts a new 5-hour window
    the moment the current one resets, day and night, with no times to pick.
    While it is on, the account's fixed daily times pause (they come back
    when you switch it off), and the board shows the next windows as dashed
    blocks.
  • Start the next window at the reset. One tap under an account's
    limits starts the next window the moment the current one resets, once.
  • When you'll hit the limit. The board and the menu bar show, from
    your live pace, when the 5-hour window reaches 100% and whether that is
    before it resets. One notification per window when you are on pace to
    hit it within the hour.
  • Plan your day from your history. Fresh window → Plan from my history
    reads three weeks of your Claude Code use and sets daily times so your
    limit resets while you work.
  • Accounts with no 5-hour limit. Anthropic has removed the 5-hour limit
    from verified Ultra accounts (formerly Max 20x), account by account.
    llmpilot reads each account's own usage: one with no 5-hour limit says
    so, shows its weekly pace instead (and notifies a day ahead when you are
    on pace to hit the weekly limit before it resets), and never starts,
    schedules, or rolls a 5-hour window on it. Its daily times are skipped.
    Accounts that still have a 5-hour limit — Pro, Max, and Ultra accounts
    not yet verified — keep everything.

Fixed

  • Daily times start their window again when Claude Code lives in your
    home folder
    (~/.local/bin, where its own installer puts it). A
    scheduled start runs in the background, without your shell's PATH, and
    failed there with "claude: executable file not found"; it now finds
    Claude Code the way sign-in does.
  • A time near midnight is no longer cut off at the board's right edge.
  • History no longer lists a "mac will wake" line for every change you make
    to a schedule.
  • macOS names llmpilot's schedule jobs "llmpilot" in its background-activity
    notice instead of "caffeinate". Existing jobs are rewritten once after the
    update, so macOS may show that notice once more, now naming llmpilot.

Changelog

  • e47cb34 feat(dmg): show the drag into Applications in the installer art
  • b43f864 fix(schedule): find Claude Code for daily times run by launchd
  • 5a1fe6e feat(schedule): keep windows rolling, forecast the limit, plan from history

v1.5.2

Choose a tag to compare

@alicicek alicicek released this 31 Oct 13:52

Someone who paid for Pro is never offered the trial or a discount, and Pro
comes back by itself after a reinstall. No price, trial length, offer, or
account-data changes.

Fixed

  • Pro comes back by itself after a reinstall. Reinstalling llmpilot on
    the Mac you bought Pro on no longer locks the autopilot until an email
    restore: the app picks up the purchase already stored on this Mac and
    confirms it with the license server as soon as it starts.
  • Pro shows as on right after an update or a restart. The menu bar and
    the board no longer treat a paid license as missing until the weekly
    online check runs.
  • Someone who paid is never offered a trial or a discount. If a
    purchase is stored but off on this Mac, every "Turn on the autopilot"
    button opens Settings, which says why: "Pro — checking your license"
    while it waits for the license server, or "Pro — not on this Mac yet"
    with the email box, for a purchase that belongs to another Mac.

Removed

  • The "also signed in outside the fleet" warning. Signing in to the
    same Claude account in another Claude Code folder is fine: each sign-in
    is its own, so llmpilot keeps refreshing the account instead of pausing
    it and letting its numbers go stale.

Changelog

  • a4c57ff fix(pro): never pitch Pro to someone who paid; restore it after a reinstall

v1.5.1

Choose a tag to compare

@alicicek alicicek released this 31 Oct 00:18

Add account is now just the sign-in, and the health panel moves a sign-in
into the fleet itself. No price, trial length, offer, or account-data
changes.

Changed

  • Move into the fleet runs from the health panel. When the health
    check offers to move a sign-in into the fleet, the button now moves it
    right there, with the same two-click confirm, instead of opening Add
    account.

Removed

  • The list of Claude folders found on this Mac. Add account no longer
    lists other Claude Code sign-ins it finds, and the menu bar and the Add
    account button no longer count them. You know which account you want to
    add: Add account is now just Sign in with Claude. The menu bar's empty
    state still offers to add the account already signed in on this Mac.

Changelog

  • 0c46f8c fix(addaccount): drop the found-folders list; move from the health panel

v1.5.0

Choose a tag to compare

@alicicek alicicek released this 30 Oct 10:47

Adding an account now signs in through Claude Code itself, so it works the
same way Claude Code's own sign-in does. No price, trial length, offer, or
account-data changes.

Changed

  • Add account signs in through Claude Code. Sign in with Claude starts
    Claude Code's own sign-in: your browser opens on Claude's page, and the
    account joins the fleet when you approve. llmpilot no longer runs a
    sign-in of its own, so the "rate-limited" and "unknown, expired, or
    already used" errors are gone. If the browser doesn't open, Browser
    didn't open?
    gives you the sign-in link and a box for the code the page
    shows. This needs Claude Code installed; if it isn't, the sheet says so
    and links to the install guide.
  • Adding an account never switches Claude Code. A new account is stored
    ready to switch to, and the account Claude Code is using stays put.
    Signing in to the account Claude Code already uses, or when Claude Code
    has no sign-in at all, makes that account the active one.
  • Sign in again starts straight away with the account filled in, from
    the doctor, the menu bar, onboarding, and the Add account sheet. A fresh
    sign-in also clears an account's "sign in again" warning without having
    to switch to it.

Removed

  • Sign in in this window. Signing in always happens in your browser,
    where your password manager works.

Fixed

  • Signing in again to a watched account keeps it watched. The fresh
    sign-in goes into the account's own folder, so the terminal that uses that
    folder works again, instead of the account turning switchable.
  • Signing in again to an account keeps the MCP server sign-ins Claude Code
    stores alongside it, instead of signing you out of those servers.
  • If the browser approves a different account than the one you asked to sign
    in again, or an account you already added, the sheet says so instead of
    reporting success.
  • Signing in to an account whose email differs only in letter case from one
    already in the fleet no longer adds it a second time.
  • Example accounts in onboarding and screenshots use reserved example
    addresses that can't reach a real person.

Changelog

  • f841e2f docs(changelog): release notes for 1.5.0
  • 268533c test(signin): run the leftover-sign-in sweep test on macOS only
  • 57419f5 feat(signin): sign in through Claude Code's own login
  • 2ee0e7d test(macos): isolate the API stubs to the main actor
  • bf3f487 build: patch dependency advisories in site, web and worker

v1.4.1

Choose a tag to compare

@alicicek alicicek released this 08 Oct 14:33

A security fix: other user accounts on the same Mac can no longer read
your llmpilot data from the daemon. No price, trial length, offer, or
account-data changes.

Fixed

  • Other user accounts on the same Mac can no longer read your llmpilot
    data.
    Account emails, usage, schedules, settings, detected Claude
    folders, project activity, and the statusline's line — including any
    commands it runs — now need the same session token in ~/.llmpilot that
    every change already needed. The app, the CLI, the statusline, and
    llmpilot open send it for you. If you installed the CLI with Homebrew,
    run brew update && brew upgrade --formula alicicek/tap/llmpilot: an
    older CLI cannot read from an updated daemon. Then, whether or not you
    also use the app, restart the daemon with
    launchctl kickstart -k gui/$(id -u)/dev.llmpilot.daemon — the app may
    not restart a daemon that Homebrew started, and a running one serves the
    old way until it restarts. A cockpit browser tab opened without its
    session token, for example by pasting its address into a new tab, now
    says the token is missing instead of showing your data: run
    llmpilot open to reopen it.

Changelog

  • 87e4bf8 fix(daemon): require the install token on every read route (1.4.1)