PostPile 0.16.0

Added

• PostPile updates itself. A new release downloads in the background, and the title bar says "Update ready" with a "Restart to update" button. Without a restart it installs the next time you quit. PostPile › Check for Updates… checks right away. brew upgrade --cask postpile still works, and stays the fallback when the download fails. Turn the download off with POSTPILE_AUTO_UPDATE=0. Builds before this one can't update themselves: update to it once with brew.
• Catch up on your inbox: when you come back after a few days, or on the first run, and 20 or more merged PRs sit unread on GitHub, PostPile asks before the agent starts on them. You can clear merged PRs (all of them, or only the ones quiet for 7 or 14 days) together with everything else that had no activity for 14 or 30 days. Clearing marks them read on GitHub in the background, so your GitHub inbox shrinks too, finished topics move to the Archive, and the agent spends its first sync on what is still open. "Start as usual" keeps everything and asks again only once 20 more merged PRs pile up.
• The sidebar footer shows "12 merged PRs · Clear" any day, with the same dialog; while it clears, the footer shows the progress, and a toast says when it is done.
• Next to it, "✨ 8 of them look safe · Clear" marks read only the merged PRs the agent already looked at after the merge and found fine (Looks safe or Not yours). One click, no dialog; the rest stay unread. It uses the assessments that exist and never starts new ones.

Changed

• The old cleanup ("mark everything older than 14 / 30 days read", its banner and "Not now") is part of the new dialog.
• PostPile leaves notifications that are not PRs (releases, issues, discussions, security alerts) unread on GitHub. It used to mark them read on every sync. Only the catch-up dialog clears them now, when you ask.

PostPile 0.15.2

Changed

• In a stack, the layers below one that sits in the merge queue say "Merge queue: with 3/3" instead of "Approved", because queueing a layer merges the ones under it too. If the queue takes the top layer out, they show their review again.
• The download is about 19 MB smaller (about 15%), and the app takes about 65 MB less disk space. PostPile no longer ships Chromium's translations for languages other than English (the app is English only), or a software graphics library it never uses. Side effect: the few dates and times that followed your system's language now use the US format, like the rest of the app.

Fixed

• Clicking between the PRs of a stack or set could leave an extra action bar under the assessment for every PR visited, each with that PR's buttons. The detail pane now shows one action bar, for the PR that is open.

PostPile 0.15.1

Added

• The topic header shows the topic's repo on the "Owned by" line, with "+2" when its PRs touch other repos. With one repo picked in the title bar, a topic that is listed for a PR or two but mostly lives in another repo says "mostly in infra" in yellow, and the hover says why it is listed.
• The repo button has an × that goes back to All repos in one click.

Changed

• With one repo picked, the repo button reads "Only app" in blue, the same look as a narrowing "Topics with" filter, so a narrowed list is hard to miss.
• "All repos" in the repo menu is marked Recommended, with a short note: dealt-with topics hide on their own, so the full list stays short.
• The notes the agent drafts for Approve with comment and Comment review are one or two sentences. They no longer retell what the PR does or list what was checked; they say what the author does not know yet, like a risk to watch or a follow-up, or just one short line when there is nothing to add.
• When someone mentions you, replies or asks you something within two hours of your own comment or review on a PR, you always get a Mac notification. The agent still writes the text but can no longer drop it because the reply "asks nothing".

Fixed

• A reply that came in right after you commented on a PR often gave no Mac notification: GitHub still showed the thread as read when PostPile picked up the reply, and later it was no longer new. PostPile now keeps such replies and notifies once GitHub marks the thread unread.

PostPile 0.15.0

Added

• When you request changes on a PR whose assessment said Looks safe (or rated it low risk), PostPile turns your review into a line it could check next time, such as "When core imports from ee/, say Look closer". The topic shows it under "Remember for future assessments?": keep it for the topic, add it to your instructions (you see the diff first), or dismiss it. Nothing changes until you pick. Reviews with nothing reusable in them, like nits, give no line.
• "Teach future assessments" under a PR's assessment: say what it should check next time, and PostPile offers the same three choices.
• " drives" on the topic header is now a menu: pick You, a teammate, Your team or Someone outside your team, and the topic moves to that section at once. Each item shows where the topic would go. The pick sticks until you change it or choose Reset to automatic; new activity never lifts it, and the agent's topic memory follows it. Local only, nothing goes to GitHub.
• The agent can name your team as the driver of a standing topic that your team keeps up with nobody leading the current wave, so such topics sit under Your team owns instead of under whoever led one wave.
• Approve on the PR pane is split: the main part approves right away as before, the speech-bubble segment opens "Approve with comment" with a short review note the agent drafts for you to edit.
• "Comment review" next to Approve posts a review with a comment only. It answers a review request (yours or your team's) without approving, so branch protection does not count it as the approval that clears the PR. The agent drafts the note; an empty note cannot be posted.

Changed

• Topic and rule suggestions in the Inbox are fewer and need a real reason. A merge has to say what the topics share and what you gain; "both are small" or "both are finished" no longer count. Rules only come from corrections where you said something in words, not from bare "Wrong topic" clicks. A suggestion you rejected is not asked again, and suggestions about topics that were since retired or archived are withdrawn instead of waiting in the Inbox.
• Sidebar sections now say whose topic it is, not whose PRs it holds. Below the asks (Needs reply, Changes you requested, To review, Team mentioned) topics sit under You drive, Your team owns or Other work, by who drives them; the owner team only decides when nobody is known to drive a topic. My PRs and Team's PRs are gone, so your own project no longer lands under Team's PRs because a teammate has a PR in it. The "Topics with any PR | my PRs | team PRs" switch still finds your PRs in any section.
• Inside each section, topics with your open PR or your move come first, then unread ones.
• Other work folds by area, single-topic areas under "More". It starts open when it holds your PR, your move or something unread, else folded; folded, urgent unread topics stay visible and the header counts what is unread.
• Topics without a dossier and without a known driver sit in Other topics with a "not sorted yet" mark. The Needs you, Your team and Routed to you groups inside Other topics are gone; FYI stays.
• Topics you have dealt with (nothing unread, no move of yours) leave You drive, Your team owns and Other work until something new comes in, like archiving in Gmail. Each of these sections ends with "+ N dealt with", which shows them dimmed; a section with nothing left says "all N dealt with". The selected topic stays put until you move on, and the search and the my PRs / team PRs filters still show everything. Archive stays for topics that are over.
• "Ask " opens in the same small popover as the review notes instead of a strip under the action bar. It works as before: pick the person, say what to ask, draft, edit, post.
• A review request you never opened no longer stays unread forever once it stops asking anything: when the request for you and your teams was removed or a teammate reviewed, and since then only bots and replies that don't need you came in, PostPile marks the thread read on GitHub and lists it under Handled quietly ("request gone"). A request that still stands stays unread as before.

Fixed

• PRs with lots of bot reviews no longer stay unread for days. When a PR has more reviews, comments or review threads than PostPile reads in one go and its notification is unread, PostPile now fetches the older ones back to your last read (a few pages per list, a handful of PRs per sync) and then checks it like any other PR. If the older pages still don't reach your last read, the PR stays unread as before.
• A stack layer in the Trunk merge queue showed as not queued while Trunk tested the stack ("Running tests on this stack"). Trunk status lines in a wording PostPile does not know yet are now read by their emoji, so a PR keeps its queue state when Trunk rewords a message.

PostPile 0.14.1

Added

• A topic whose tiles are all Dealt with but that still holds an open PR now says so after the Tiles count ("· 1 PR open"), with the PR named in the tooltip. Before, the Archive box stayed away without a reason.
• PRs in the Trunk merge queue show it like Trunk's browser extension: the merge queue icon replaces the PR icon, amber while it waits or tests and red when the queue takes it out, with "Merge queue: Testing" (or Submitted, Waiting, Failed) in place of the review status. The sidebar row and the topic header follow. A queued PR says "Waiting on the merge queue" instead of asking anyone to merge it; a failed one asks its author to re-submit it and says why, and on your own PR it counts as new activity.

Changed

• Threads that came back unread only because of bots are marked read on the next live poll, usually within a minute. Before, PostPile waited 10 minutes after the last bot activity and then for the next sync, often up to an hour. Still only while GitHub writes are unlocked. The same goes for PRs you already dealt with, activity judged as not needing you, and releases and issues.
• Bot noise no longer rewrites topic memory. Merge queue status comments (Trunk's "Submitted", "Testing", "Merged successfully"), bot comment edits, deploy statuses and CI never start a dossier update. Review bot findings (CodeRabbit, Codex, Greptile, Copilot, stamphog) wait and are read with the next real update. A bot merging or closing a PR still counts.
• "Out of date: N newer events" counts only what would update the dossier, so a bot refreshing its comment no longer makes memory look out of date. "Since you last looked" no longer counts CI results and bot status refreshes either.

PostPile 0.14.0

Added

• "Archive now": once everything in a topic is dealt with (every PR merged or closed, every thread read), a box under the Tiles count says when the topic moves to the Archive by itself, with a button to do it right away. In the Archive the box says what brings the topic back.

Changed

• ✨ Approve on a stack goes from the base up: a layer is only offered when no layer below it needs a closer look. The confirm list says what the others wait on ("waits on #109499"). When the button approves one PR out of several it names it ("Approve #109533"), and "Approve stack" shows only when it approves the whole stack. If a lower layer fails to approve, the layers above it are skipped.
• Bot reviews and bot comments in review threads on your own open PR no longer keep it unread. They clear quietly like other bot activity; failing checks and unresolved threads still show up on the PR.
• Opening a PR marks it read as soon as the 1.5s fill completes, instead of later when you move on. The button then says "✓ Marked read" with an Undo link for a few seconds, and the unread dot fades out. The tile and its topic row stay put until you pick something else, then slide to their new place. Tiles a sync moves slide too. "Marks read when you leave" and the "Keep unread" X are gone, and these marks no longer show under Handled quietly.
• Topics come in two kinds: projects, which have a finish line, and standing topics, which keep a standard up for months ("Migration safety"). A standing topic stays ready for its next PR for half a year after the last one joined; a finished project takes follow-ups for 30 days.
• After this update, PostPile tidies your topics once more: it sorts them into projects and standing topics, folds the pieces of one standard into one topic, and renames a topic named after one step of its goal. PRs you moved by hand stay where you put them. It runs as the first step of the first full sync, behind the sync overlay, and takes about a minute on a large database.
• A topic with nothing left moves to the Archive 2 days after the last human activity (was 3 days of any activity). Deploy, CI and bot comments after a merge no longer keep it in the sidebar.
• The sidebar's "Finished" drawer is now "Archive".
• An out-of-date assessment is rewritten when you look at the PR: keep it open in the detail pane for a moment and it says "Updating now" instead of waiting up to an hour for the next sync. Only the PR you look at is rewritten, and it counts against the daily catch-up limit (POSTPILE_CATCHUP_CAP). The note says "next sync" only when that limit is spent or catch-up is off.

PostPile 0.13.3

Changed

• Each topic in the sidebar shows one PR state icon at the end of its summary line: open if any PR is open, else draft, else merged, else closed. Hover it for the counts ("5 open · 1 merged").
• A tile's verdict pill shows the worst glance among its open PRs, not only the lead PR's. A stack whose top PR looks safe but whose third layer needs a closer look now says "Look closer"; a missing or out-of-date glance beats "Looks safe".
• One colour per meaning: amber is only the agent's "Look closer". "Needs review" is now neutral, a queued PR is merged purple, closed PRs, changes requested, risk and errors share one red, and approved, "Looks safe" and Approve share one green.
• The topic header's PR pill counts every PR in the topic, also the ones the sync found on its own (your open PRs, review requests, recent merges), so a topic of only found PRs no longer says "0 PRs". It shows the same state icon as the sidebar; hover it for the mix ("3 open · 1 draft · 1 merged; 2 need review, 1 approved").
• The topic header's breadcrumb names the sidebar section the topic sits in (To review, My PRs, …) with its coloured dot, instead of "Needs you" or "Quiet".
• A tile's Draft chip and the topic's draft icon follow one rule, so they can't disagree.
• The topic header shows the same honey "your move" chip as the sidebar row, and the group headings say how many of their tiles are your move: "Open 4 · 2 your move". Tiles waiting on others and snoozed tiles don't count.
• The detail pane's PR list now shows the same row as the tile, with open threads, the author and "assigned to" (the last two step aside when the pane is narrow). PR numbers and titles line up on read and unread rows, tile text and right edges line up, and the sidebar's FYI and Finished headers and filter lines start where topic names do.

PostPile 0.13.2

Changed

• After an update, the PostPile MCP server in a running Claude Code session says "PostPile was updated. Run /mcp and reconnect postpile to load the new version." instead of answering from old code against the new database.
• A tile's ✨ Approve now approves the PRs the agent finds safe, like the topic's Approve, instead of greying out when any PR in the tile needs a closer look. It says "Approve 2 of 3 PRs" and the confirm list names the ones left out.
• Opening a tile in the app takes its notifications out of Notification Center; notifications about other tiles stay.

Fixed

• Clicking a Mac notification opens the right tile again, even after topics were tidied or merged since the ping, and even while a filter, the search or the repo menu hides that topic. The filters stay as they were.
• Approving a PR no longer flips it back to unread a moment later, and the sidebar's unread count and dot clear once the mark-read reaches GitHub.
• Opening a PR that shows "Marks read when you leave" now really marks it read. It failed for about half of unread PRs, whose stored copy looked incomplete even when nothing was missing; the button now only shows when the mark will happen.
• The MCP tools no longer answer "PostPile isn't running" while the app is open. After a slow app launch, the app's own lock looked like it belonged to another process.

PostPile 0.13.1

Changed

• While the one-time topic tidy after an update runs, the window shows "Tidying up your topics and tiles" with a spinner instead of topics moving under you. It takes a minute or two and goes away on its own.

PostPile 0.13.0

Added

• "Move to topic…" in a tile's ⋯ menu opens a searchable picker instead of listing every topic. It suggests topics with the same people and the most recently active ones; finished topics only show when you search.
• Agent-assisted Approve and Mark read on topics and tiles, marked ✨; Approve updates at once and no longer shows Undo.

Changed

• The sidebar's four filter buttons are now one switch: "Topics with any PR | my PRs | team PRs". The sections stay while it narrows, and a line says how many topics it hides, with "Show all". Reply and Review are gone: the Needs reply and To review sections show those.
• A topic that holds your own PR next to other people's work sits where that work puts it (a review waiting on you puts it under To review), not under My PRs.
• Inside a topic, your own tiles come first in each group.
• Topics are sized like projects: one goal over days or weeks, not one PR each. After this upgrade, PostPile tidies your existing topics once: it merges ones that are too small and splits ones that are too broad. PRs you moved by hand stay where you put them, and the tidy doesn't ask you through proposals.
• The MCP server refuses to answer while the PostPile app is closed, with a one-line error asking you to open it. It answers again as soon as the app is back, no reconnect.
• Update reminder: after 24 hours behind, the small title bar pill becomes a bar under the title bar with how many releases you missed, the brew command and release notes. "Later" brings back the pill for a day, then the bar returns.
• Sets (tiles that hold several PRs) now group PRs you can judge in one go: the same change in several places, or one small step of the goal, with similar risk. A set keeps its PRs until the agent changes it for a stated reason; a PR never moves because of its status, a review or a merge, and merged PRs stay in their set.
• Each change to a set is recorded with its reason. The CLI topic command and the MCP topic tool (detail "full") list them.