← All posts

A Release on the First of Every Month, and Pre-Releases in Between

Agent! now ships a stable release on the 1st of every month. Daily pre-releases (moving to weekly) are where new features and fixes get tried out, and release candidates lock things down before the big day.

Agent! has a new rhythm. Starting October 1, 2026, there's a stable release on the 1st of every month. In between, there are pre-releases: right now about one a day, and we plan to slow that to one a week. Somewhere in the last stretch of each month the pre-releases become release candidates, and the best candidate becomes the release on the 1st.

That's the whole plan. The rest of this post is how we got here, with some charts from our own git history.

Where we've been

Agent! 1.0.0 was tagged on March 13, 2026. Since then the repository has picked up 188 version tags. They didn't arrive evenly.

Version tags per month, 2026
Mar
57
Apr
68
May
3
Jun
3
Jul
1
Aug
15
Sep
41
188 tags since 1.0.0 on March 13. Busy spring, quiet summer, and a September comeback. Source: git for-each-ref refs/tags.

March and April were a sprint: 125 tags in two months, sometimes several a day. Then summer happened. May, June and July added seven tags between them. In late August the pace picked up again, and September has 41 tags so far.

Stable releases followed the same bumpy road. The Releases page lists four of them: 1.0.80.170 on April 25, 1.0.88.182 on June 3, 1.0.89.183 on July 26 and 1.1.33.233 on September 12, the 600-star release.

Days between stable releases
1.0.88
39 days · Apr 25 → Jun 3
1.0.89
53 days · Jun 3 → Jul 26
1.1.33
48 days · Jul 26 → Sep 12
Oct 1
Each stable release on GitHub, measured from the one before it. The striped bar is the October 1 release, already on the calendar. From there, the gap is one month, every month.

Gaps of 39, 53 and 48 days aren't bad, but you couldn't set your watch by them. If you wanted to know when the next Agent! was coming, the honest answer was "when it's ready." We like ready. We also like knowing when.

The road to October 1

The new cycle has already had its dress rehearsal. After 1.1.33 shipped, main kept moving. From v1.1.37.237 on September 13 to v1.1.77.277 on September 28, every tag was a pre-release build, and on most days there was at least one.

Tags per day, September 13–28
1
1
1
4
5
1
1
3
2
1
2
8
4
4
1
13141516171819202122232425262728
pre-release buildsRC season (RC1 on the 26th → RC6 on the 28th)
39 tags in 16 days. September 25 alone shipped eight builds, v1.1.61 through v1.1.68.

On September 26 the builds changed their name. v1.1.72.272 became Release Candidate 1, with a new headline in its release notes: Formal Release Date Oct. 1, 2026. RC2 through RC5 followed on September 27, and RC6 (v1.1.77.277) went up on September 28. Each RC's notes ask testers to report regressions against the v1.1.33.233 stable release, so everyone compares against the same baseline.

The RCs weren't just a relabel. They carried real fixes:

  • RC1 pinned every Agent* package in Package.resolved to its latest tag, so fixes like AgentTools 2.53.18 actually make it into the build.
  • RC6 got critic review working again with newer Claude models, fixed context-overflow and max_tokens detection across providers, and made the compaction threshold follow the model you're actually using. (That last one has its own blog post.)

Every pre-release goes through the same Release workflow as a stable release: it builds, notarizes and staples the .zip and .dmg. A pre-release isn't a rough cut. It's a finished build with less mileage.

How a month works now

WhenWhat shipsWhat it's for
The 1stStable releaseThe one we recommend to everyone. Homebrew and the Latest badge point here.
Most days (moving to weekly)Pre-releaseNew features, experiments and bug fixes, out early for anyone who wants them.
Last stretch of the monthRelease candidatesFeatures freeze. Fixes only, until one RC is boring in the best way.
The next 1stStable releaseThe best RC, promoted. Then the loop starts again.
One month, two rhythms
Now
Soon
pre-releaserelease candidatestable release on the 1st
An illustration, not a schedule: the month runs left to right and ends on the 1st. Today there is a pre-release most days. Soon, one a week.

Pre-releases are the lab. It's where we try new things. Some ideas land in a pre-release, get used for real, and get better within a day or two. Some turn out to be a bad idea, and it's much nicer to learn that from a pre-release than from the stable build. Bug fixes land here first too, so if something bothers you, the fix usually shows up in a pre-release within days.

Release candidates are the calm before the 1st. The goal of each cycle is simple: reach a stable RC before the release date, then ship it. The RC series for October went from RC1 to RC6 in three days, and every one of them was about fixes, not features.

The 1st is for everyone. If you just want a solid Agent! that updates once a month, stay on stable and you're done.

Why weekly, eventually

A pre-release every day is great for momentum and for us. It's a lot to keep up with if you're a tester. Once the monthly cycle is settled, pre-releases will move to once a week. That gives each build a few days of real use before the next one arrives, and it makes each pre-release's notes worth reading from top to bottom.

We'll announce the switch here and in the release notes when it happens.

How to follow along

  • Stable: brew update && brew install --cask agentiloop-agent, or grab the build marked Latest on the Releases page.
  • Pre-releases and RCs: they're on the same Releases page, marked Pre-release. Install one, use it for real work, and tell us what broke.
  • Found a regression? Open an issue with your macOS version, provider and model, and the relevant activity-log output. Please leave out your API keys.

Put October 1 on your calendar, then November 1, then December 1. See you on the first.