Changelog

520releases across 9 months

Every PAPI release, cycle by cycle. Each one pushes back against project drift.

Get started free

Unknown12 releases

v0.402.93

Safer task ownership and clearer provider reporting

  • Task ownership can change at any status, with each ownership update recorded atomically.
  • Cost refresh failures preserve the last successful measurements, while malformed provider responses are reported as unknown instead of zero.
  • Provider requests are bounded so healthy results can be saved independently of a stalled provider.
  • Dashboard links distinguish projects with duplicate names, CSV exports preserve carriage returns, and private pull request lookup can use authorized OAuth access.
Full detail
  • Cycle 398 — Ownership after review
  • Transfer, reassign or unassign a task at any status, including In Review and Done, without reopening the work.
  • Project owners can unassign any task, assign an unassigned task, or reassign to any eligible teammate.
  • Every ownership change is one atomic write with an append-only audit record, from the dashboard or any MCP client.
  • Cycle 80 — Provider, export, and project-link reliability
  • Cost refresh failures preserve the last successful measurements; malformed provider responses remain unknown instead of becoming successful zeroes.
  • Bounded provider requests let healthy results save even if another provider stalls.
  • Dashboard exports preserve carriage returns, private pull request lookup can use authorized OAuth access, and project links keep duplicate names distinct.

v0.402.92

Cycle 398: right-project writes, atomic credentials, and a light-first public site

  • Dashboard task, review and cycle edits now bind to the project you are viewing instead of falling back to a default project.
  • Connection tokens regenerate atomically, so concurrent requests can no longer leave a broken key behind.
  • A stalled connection now names the real cause, including an expired or revoked credential, with the one action that fixes it.
  • Public pages render the light-first brand by default, and the statusline helper is documented in the install runbook.
Full detail
  • Cycle 398 — Authority, atomicity and light-first marketing
  • Dashboard task, review and cycle edits bind to the project you are viewing instead of silently falling back to a default project.
  • Connection tokens regenerate atomically, so concurrent requests can no longer leave a broken key behind.
  • A stalled connection now names the real cause, including an expired or revoked credential, with the one action that fixes it.
  • The statusline helper ships as a real, runnable command documented in the install runbook.
  • Public pages default to the light-first brand. The separate dark-only landing palette on / and /pricing is a tracked follow-up.

v0.402.91

VPS preflight cleanup no longer reports an unset local after activation

  • The promotion preflight captures its cleanup path and keep flag before the EXIT trap runs after function scope ends.
  • The Linux promotion integration test now fails if a successful activation emits an unbound-variable cleanup error.
Full detail
  • Cycle 79 — Release reliability follow-up
  • Capture preflight cleanup values when installing the EXIT trap, so successful server activation cannot end with an unbound-local cleanup error.
  • Add a regression assertion to the Linux promotion integration test for this post-activation failure.

v0.402.90

Release completion stays accurate when post-activation cleanup reports an error

  • The release runner verifies the exact server receipt and health gates before accepting an activation command that returned nonzero.
  • The ten-minute installation goal is recorded as a target, while visible progress allows longer work to continue.
  • The activation cleanup trap now handles staging paths after their function scope ends.
Full detail
  • Cycle 79 — Release reliability follow-up
  • Fix the post-activation EXIT trap so it safely handles function-local staging variables after scope exit.
  • Continue release verification when SSH exits nonzero only if the VPS receipt confirms the exact approved artifact activated and passed health gates.
  • Treat ten minutes as a measured installation target; progress resets the bounded MCP inactivity timeout, while the stage timings and live receipt remain recorded.

v0.402.89

Release checks follow the exact source tree across checkouts

  • A completed full-gate qualification can be reused after moving the same repository tree to another checkout on the same platform and toolchain.
  • The post-activation cleanup function ignores an unset staging path.
Full detail
  • Full-gate receipts now follow the repository tree and pinned toolchain instead of a checkout path, avoiding repeat qualifications when release work moves to a clean checkout.
  • Post-activation cleanup tolerates an unset staging path, so cleanup cannot turn a healthy activation into a failed release command.

v0.402.87

Build completion no longer stalls on large projects

  • Completing a build now reads only the current cycle's tasks instead of the entire project board, so it finishes reliably on projects with thousands of tasks.
  • This unblocks the build-to-review flow for long-running projects, where completion previously failed before the task could reach review.
Full detail
  • Cycle 397 — Core Authority & Write-Path Integrity
  • Completing a build reads only the current cycle's tasks instead of the entire project board, so completion finishes reliably on projects with thousands of tasks and the build-to-review flow is unblocked.

v0.402.88

Portable builds and credential-safe test runs

  • Local builds invoke the pinned tools directly through the active Node executable across Windows, Linux, and macOS.
  • Supabase-generated credentials are redacted from integration-test logs.
  • Release artifact diagnostics identify changed files while preserving fail-closed digest checks.
Full detail
  • Cycle 79 — Release reliability follow-up
  • Explicit release targets no longer get diverted by generated untracked files; tracked edits still block release.
  • Release packages prune volatile Next.js trace files and Python bytecode caches before manifest creation.
  • When an immutable repeat digest differs, CI compares file manifests and reports changed, added, or removed paths while failing closed.
  • Windows and POSIX local gates call the pinned build tools through the active Node executable, without workspace shim lookups.
  • Disposable Supabase credentials are redacted from startup and function-server output.

v0.402.86

Repeat release builds now verify the exact immutable artifact

  • Public and admin Next.js build IDs and release manifest timestamps are tied to the source commit for reproducible packaging.
  • A repeated build can reuse an existing release only when its commit, assets, digest, and Git tag all match.
  • The ten-minute merge-to-live target is only claimed after a complete build, activation, and health verification.
Full detail
  • Cycle 79 — Release reliability
  • Public and admin dashboard build identities and artifact timestamps are derived from the source commit so repeat builds can produce the same immutable archive.
  • Existing artifact reruns verify the exact commit, required assets, archive digest, and remote Git tag; any mismatch fails closed with both digests shown.
  • The ten-minute merge-to-live target remains subject to an exact merged artifact build, repeated cache run, and verified server activation.

v0.402.85

The release path now carries approved work forward and records its ten-minute result

  • The workspace release runner exposes PAPI's explicit unfinished-task carry-forward choice.
  • The off-host build uses a persistent npm cache, Turbopack for both dashboard roles, and deterministic fast artifact compression.
  • The timing receipt reports whether merge-to-live met the ten-minute target; only a complete measured run can confirm it.
Full detail
  • Cycle 78 — Release reliability follow-up
  • The workspace release runner can explicitly carry unfinished cycle work forward, and the install receipt records whether merge-to-live met the ten-minute target.
  • Keep the npm cache on the persistent build runner, use Turbopack for the off-host dashboard builds, and package the immutable artifact with deterministic fast compression.
  • Preserve the exact artifact, checksum, hosted health checks, and VPS activation gates; this change does not claim the ten-minute target until the next complete run measures it.

v0.402.84

Release builds get clearer cache evidence, with a new path into comparisons

  • Build reports capture supported runtime model evidence so production activity can be attributed to its recorded source.
  • Release logs show cache restoration and output sizes for both dashboard roles, with stable source timestamps for repeat builds.
  • The landing page now links to the comparison hub, with a documented consent-aware method for measuring qualified signups.
Full detail
  • Cycle 78 — Release reliability, model attribution and organic discovery
  • Build reports now capture supported runtime model evidence instead of leaving production attribution empty.
  • Release builds use stable cache keys and report cache availability and size for each dashboard role.
  • Add a contextual path into the comparison hub and document a consent-aware method for measuring qualified signups.

v0.402.83

Windows integration checks no longer rely on npx being on PATH

  • The disposable Supabase test setup now runs the pinned npm CLI directly through Node.
  • Regression coverage verifies cached npm selection and the Windows-safe invocation.
  • The test gate now ignores generated Playwright transform files when linting changed source.
Full detail
  • **Build and release reliability — **
  • Resolve the pinned npm CLI directly through Node for disposable Supabase integration setup, avoiding the Windows npx.cmd PATH failure.
  • Add regression coverage for cached pinned npm selection and document the supported Windows invocation.

v0.402.82

Releases finish faster with clearer proof and a ten-minute limit

  • Accepted reviews can prove the exact landed commit when an older build receipt no longer matches the release branch.
  • The full test result is reused across identical PR and merge trees, with platform and compiled output checks preserved.
  • Merge CI and server artifact qualification start automatically; VPS installation has a hard ten-minute budget and uses native Windows SSH.
Full detail
  • Release process — comparisons and deployment reliability
  • Keep a release moving when a task build receipt names an older commit by accepting the exact commit from its later accepted review only when that commit is reachable from the freshly fetched release branch.
  • Reuse full local qualification for an identical source tree across the PR head and GitHub merge commit, while still checking the platform, Node major, and compiled runtime fingerprint.
  • Start exact-merge CI and the immutable Linux artifact build automatically from the merged, version-ready change so both are ready before installation.
  • Bound the complete VPS install command to ten minutes, perform qualification and artifact checks before publishing the version tag, and use native Windows OpenSSH from the release runner.

September 20266 releases

v0.402.81

Compare PAPI with six project management tools

  • Explore comparisons for Plane, monday.com, Trello, Asana, ClickUp, and Shortcut, with best-fit guidance and current pricing context.
  • Find the full comparison set on its own overview page and from the Resources section in the footer.
  • Follow the comparison routes from the sitemap; each page shares one consistent structure and source links.
Full detail
  • Cycle 77 — Compare PAPI with six project management tools
  • Add sourced PAPI comparisons for Plane, monday.com, Trello, Asana, ClickUp, and Shortcut, with best-fit guidance and pricing context.
  • Give the comparisons a dedicated overview page and a Resources footer link.
  • Include each comparison route in the sitemap and use the same page structure across the set.

v0.402.80

A clearer first run, from connect through the cycle-0 hub

  • The install runbook now asks whether you have an account before requesting any credentials, so a first-time reader is not sent hunting for values that do not exist yet.
  • When a connection stalls, the runbook gives one plain-language next step instead of leaving your assistant to invent technical options.
  • Strategy content created during setup is reachable before the first cycle, and planning now scopes your real backlog instead of inventing a new one.
  • The cycle-0 hub opens on a single primary action and explains what setup produced.
Full detail
  • Cycle 396 — A clearer first run, from connect to the cycle-0 hub
  • The agent-facing install runbook gains a plain-language connect recovery, so a stalled connection is handed one next action instead of leaving the assistant to invent technical options.
  • The runbook asks whether an account exists before requesting any credentials, so a reader arriving from the landing page is not sent looking for values that cannot exist yet.
  • Strategy is reachable before the first cycle when setup has created real content, by distinguishing "no content" from "no answer" instead of treating a failed check as absence.
  • Planning judges whether a project is new by its content, so an existing backlog is scoped rather than overwritten with an invented one.
  • A repeat setup is detected and named, including when the workspace cannot be confirmed.
  • The cycle-0 hub explains what setup produced and points every add-work cue at the chat rather than implying a dashboard form.
  • The cycle-0 hub opens on a single primary action, with supporting context revealed as the first step is taken.
  • Coachmark hints can be dismissed one at a time, and a previously dismissed tour is not shown again.
  • Internal shorthand is replaced with plain language across the first-run surfaces.
  • Verified the project identifier was already labelled and copyable on the connect step.
  • Established that the connect-resolution event measures proxy request volume rather than connect intent.

v0.402.79

Compare PAPI with five planning and agent tools

  • Sourced comparison pages now cover Paperclip, Task Master, Linear, Shortcut + Korey, and Jira + Rovo.
  • Each page provides fit guidance and current setup or pricing context where available, with shared navigation and sitemap entries.
  • Release checks recognize exact build commits and, when a build receipt omitted its SHA, a later accepted review's exact reachable commit.
Full detail
  • Cycle 76 — Comparison pages for planning and agent tools
  • And — Add sourced comparisons for Paperclip, Task Master, Jira + Rovo, Linear, and Shortcut + Korey, with best-fit guidance and current setup and pricing context where available.
  • Use neutral comparison labels and shared navigation across all five pages.
  • Add all five comparison routes to the sitemap.
  • Release verification accepts a task's exact recorded build commit when that commit is present on the release branch.
  • When a completed build report lacks its commit SHA, release verification can use the latest accepted review's exact reviewed SHA if it postdates the build and is reachable from the release branch.

v0.402.76

More reliable build starts and clearer model attribution

  • Builds now check only their declared prerequisites, helping large projects start reliably.
  • Local model attribution can use precise evidence from supported coding assistants.
  • New linting and TypeScript releases were checked against project dependencies before any upgrade.
Full detail
  • Cycle 75 — Clearer model evidence and dependable build starts
  • Capture local model evidence from Codex, Claude, and OpenCode without recording conversation content.
  • Start builds using only their declared prerequisites, avoiding a full historical board scan.

v0.402.75

Review updates and release announcements arrive at the right time

  • Review notifications now run through the scheduled delivery route instead of redirecting to login.
  • Release announcements wait for the installed version and show who initiated the release.
Full detail
  • Review notifications now reach their bearer-protected cron route instead of the login page.
  • Discord release announcements require a verified live installation and name the person who initiated the release.

v0.402.74

Clearer team progress and timely review updates

  • See branch and pull request progress alongside each cycle, including work still waiting to merge.
  • Receive review notifications according to your saved preference and see recent deliveries in settings.
  • Local collaboration warnings help teammates spot overlapping file work before editing.
  • Context reporting shows which plan and strategy sections have explicit reference evidence.
Full detail
  • Cycle 74 — Better build visibility and coordination
  • Verify duplicate idea warnings include the matched task and guidance.
  • Summarize unattended-run merges with task IDs and PR links.
  • Warn about file collisions at edit time in supported local clients.
  • Let active sessions reserve files and warn on overlap.
  • Surface open, unmerged PRs in project attention.
  • Show branch and PR progress in the cycle dashboard.
  • Deliver build-review notifications according to each user's preference.
  • Measure plan and strategy context sections; evidence-based pruning follows as.