Shipped · APIs and backends

What unkeyed/unkey shipped

The public repository of Unkey · github.com/unkeyed/unkey

Written by FoxPlug from the repository's own releases; not affiliated with Unkey. Paste your own repository in the box below and FoxPlug writes the same weekly update for your product. This page is an automatic summary of the releases, pull requests and commits in github.com/unkeyed/unkey; Unkey did not write it and does not use or endorse FoxPlug. Every line links to the change it describes.

Get a weekly update like this for your product, free

Or Use it as a GitHub Action

See the update FoxPlug writes for unkey, free

Week of October 26, 2026

What shipped

Why it matters

This week focused on hardening the data path: request bodies are capped, streamed and budgeted on Frontline, registry credentials are no longer usable for cross-project pulls, and sensitive headers are redacted from logs. The API surface also changed in ways users will notice, with per-root-key IP allowlists, more consistent auth header parsing, a JSON OpenAPI endpoint, and root key status display. Dashboard work improved deployment visibility, resource list consistency and audit log behavior.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: request body caps and streaming on Frontline, build pulls denied from the build registry host, redacted cookies and proxy credentials in gateway logs, per-root-key IP allowlists, order-fixed root key locks, case-insensitive bearer auth, and /openapi.json.

Post for LinkedIn

What shipped this week: Frontline now caps request bodies at 4MiB with a per-pod memory budget and streams bodies on the plain-HTTP listener. Builds deny pulls from the build registry host, so one project's Dockerfile can't pull another's image with shared credentials. Gateway logs redact Cookie, Set-Cookie and Proxy-Authorization values. Root keys support their own IP allowlists and show enabled, disabled and expired status. Root key mutation locks are ordered to prevent deadlocks, bearer auth parsing is case-insensitive, non-live production deployments can be stopped, and the OpenAPI spec is served as JSON at /openapi.json.

Week of October 19, 2026

What shipped

Why it matters

This week brings CLI sign-in with a matching dashboard approval flow, so keys and workspaces can be managed from a terminal without leaking root keys in help output. The logs API gained a metrics endpoint and the dashboard moved its logs views onto the SDK. Reliability and safety work landed too: IP allowlist enforcement, 403 responses for permitted reads, bounded root key rerolls, and a deterministic cache.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week in Unkey: unkey login and workspace switch in the CLI, dashboard pages to approve CLI logins and manage sessions, a new logs.getApiRequestMetrics endpoint, the logs table on the SDK, a deterministic S3-FIFO cache, and keyspace IP allowlists now enforced.

Post for LinkedIn

This week in Unkey: the CLI now supports unkey login, unkey logout, and workspace list and switch, paired with dashboard pages to approve CLI logins and manage sessions. Large keychain sessions on macOS are stored without truncating. On the API side, logs.getApiRequestMetrics was added with denser buckets and the same filters as the log list, and the dashboard logs table and live mode moved to the SDK. The cache was replaced with a deterministic S3-FIFO store, an in-memory global rate limiter was added, keyspace IP allowlists are enforced in frontline, and rerolling a key now evicts cached verification. Deployments also return issues describing what is wrong with a running app.

Week of October 12, 2026

What shipped

Why it matters

The license change means anyone using Unkey should check the new FSL-1.1-ALv2 terms, with the rbac and error internals and icons unaffected. Several fixes this week make deployments behave more predictably, from rolled-back apps keeping their live route to clear 422 responses for missing rate limits and quieter timing headers. Dashboard users also get a reworked new-app flow and fewer broken tables and forms.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: Unkey is now licensed under FSL-1.1-ALv2, with rbac and error internals kept under MIT. Krane runs workloads as Deployments behind a rollout gate. Rolled-back apps keep their live route. Timing headers are opt-in via X-Unkey-Debug. Frontline returns 422 for missing rat

Post for LinkedIn

This week in Unkey: the main license is now FSL-1.1-ALv2, with the rbac and error internals kept under MIT and icons under their package license. Krane runs workloads as Deployments behind a rollout gate, and Ctrl no longer moves the live route to a new deploy on a rolled-back app. The X-Unkey-Timing headers are off by default and can be turned on per request with X-Unkey-Debug=1, and frontline returns 422 instead of a 5xx when a rate limit named in a key auth policy does not exist. The dashboard new-app wizard is replaced by a guided card flow, and Safari log tables show rows again.

Week of October 5, 2026

What shipped

Why it matters

This week moved several dashboard pages off internal tRPC calls and onto the public API through the SDK, including usage and deployments, while adding the permission and role update endpoints those pages needed. The deployments API also gained filters and more fields, and several fixes reduce noise and flakiness in local development and tests. For anyone using the project, more of what the dashboard does now goes through the same API that is available to them.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

This week: deployments API gained branch and time filters plus more response fields. Dashboard usage, deployments, limits and permissions now read and write through the SDK. Krane spreads replicas across nodes. Dashboard requests are no longer logged when they come from the dashb

Post for LinkedIn

This week we moved several dashboard surfaces onto the public API through the SDK. Usage reads workspace.getUsage, limits read workspace.getLimits, deployments read listDeployments, and permission edits use permissions.updatePermission and permissions.updateRole. The deployments API also accepts branch and time filters, returns more of the fields the table shows, and orders by createdAt so later pages load faster. On the infrastructure side, krane now caps replicas per node and requires hostname spread for multi-replica deployments. We also stopped logging dashboard requests that come through the dashboard client, and fixed focus handling in the dashboard time range picker.

Week of September 28, 2026

What shipped

Why it matters

Root key management got significantly more capable with the new v2 API, URN permission builder, and remote IP policy conditions. Portal session revocation and dashboard performance improvements make managing production systems easier. The shift toward region-aware reads and immediate feedback on long-running operations reflects operational maturity.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

Shipped: root key v2 API with URN validation, portal session revocation from dashboard, Remote IP policy conditions, regional read replicas, and better UX for long-running operations.

Post for LinkedIn

This week's updates focus on production readiness and operational control. The new /v2/rootKeys.createKey API validates permissions server-side while the dashboard builder creates keys with URN-based policies. You can now revoke individual portal sessions without affecting the whole portal. Remote IP conditions let policies match client IP ranges, and the dashboard uses PlanetScale read replicas across regions for faster loads. Long-running worker steps now show progress immediately instead of a blank screen.

Week of September 21, 2026

What shipped

Why it matters

This week focused on completing URN permission authorization across API endpoints and accelerating the dashboard's SDK migration away from tRPC. The Go upgrade brings the codebase current with standard library improvements. Together these changes improve permission granularity, reduce infrastructure complexity, and enhance the dashboard user experience.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

Shipped: Go 1.27.1 upgrade, API 1.1.46 with expanded URN permissions, dashboard SDK migration for keyspaces & overrides, app card redesign with search, and krane outage recovery.

Post for LinkedIn

This week we upgraded to Go 1.27.1, released API 1.1.46 with URN permission coverage across more endpoints, and continued migrating the dashboard from tRPC to SDK calls. We redesigned app cards with search functionality, added outage recovery for krane, and improved tooltip consistency across the UI. URN permissions now cover projects, apps, deployments, and more.

Week of September 14, 2026

What shipped

Why it matters

This week brings better visibility into deployments and key usage on the dashboard, stronger safeguards against accidental key deletion, and foundational work to support portal permissions through the new analytics scope. Performance improvements to the dashboard and fixes to gateway policies make the platform more reliable.

Changelog entry

Example posts FoxPlug drafted from these changes. Not written or posted by the project.

Post for X

Frontline 1.0.26-rc.1 shipped. Better deployment visibility, safer key deletion, analytics scope back in the portal, and gateway policy fixes.

Post for LinkedIn

This week's updates focus on platform stability and usability. Frontline 1.0.26-rc.1 brings gateway policy fixes, project cards now show deployment status directly, and we added safeguards that warn before deleting recently-used keys. The portal re-implements analytics scope end-to-end, and we optimized dashboard performance by serving cached compute meter data. Removed all custom WorkOS code in favor of their hosted solution.

Weeks with too little public activity are left out rather than filled in. Last updated 2026-11-03.

Is this your repo? Ask us to remove this page.