Skip to content
Docs

Command palette

Jump to a page or view, or find a todo by name.

Changelog

Changelog

New features, architectural changes and improvements to the template.

MarkdownRSS

Release notes are curated from repository history. Dates reflect integration into the main branch; grouped entries are not semantic-version tags. Each entry links to its implementation and current developer guide.

One folder per backend feature, tagged errors and written rules

packages/api moves to features and platform folders with fixed file names, two pilot features run one Effect program per procedure, and every rule now names what enforces it.

Breaking for imports of @template-cloudflare/api. Server code moved from routers/, lib/ and topic folders to packages/api/src/features/<feature>/<feature>.<role>.ts, with shared building blocks in packages/api/src/platform/. Public subpaths now follow ./<feature>/<role>, for example ./todo/contract, ./app-router, ./uploads/service and ./assistant/http. If your fork imports an earlier subpath, use the table in the api package reference. The four subpaths the mobile app imports (./routers/{todo,integrations,billing,notifications}.schema) remain as aliases, so the native app builds unchanged.

  • Feature shape. Every feature has the same role files: a leaf contract, procedures, a service, errors, and optional jobs and HTTP edges. There is no barrel and no repository layer; row-level security already isolates Organizations. The @template-cloudflare/api/mcp/* subpaths are server-only in the client boundary. New tests and lint rules hold the shape: leaf modules import only leaves, features import each other through declared edges, there are no import cycles, type imports are explicit, and configuration is read through packages/env. Backend shape, ADR-0011.
  • Tagged domain errors and Effect in procedures. In todo and documents, services fail with tagged errors, and one mapper per feature turns them into the same APP_ERRORS codes and messages clients saw before. Each procedure runs its service once through runProcedure. A client abort is honoured only before the program starts; once it runs, a client that goes away no longer rolls back the write, so the write and its Audit Event commit and the response goes unread. Other features keep their services until they are migrated. ADR-0010, error handling.
  • Request ID and quieter logs. Every RPC response carries x-request-id, including the 500 when building the request context fails: Cloudflare's cf-ray when it is well formed, otherwise a UUID. The MCP context derives its own request ID for the logs of its document tools. The same ID is context.requestId on the server and is part of the error log, so a user can quote it. It correlates logs only: outside Cloudflare a client can supply the cf-ray, so nothing decides by it. Expected 4xx failures are logged at debug level instead of as errors. Runtime switches (DB_TENANT_PIPELINE, TRUSTED_PROXY_HEADER, TRUSTED_PROXIES, TENANCY_PROBE) are declared in the env schema. Their meaning is unchanged, but an invalid value is now reported instead of silently replaced by a default; check these variables in your Worker and Node deployments.
  • Input validation answers HTTP 400. An invalid input now returns HTTP 400 with the same INPUT_VALIDATION code, message and field errors as before; it used to come back as HTTP 500, because oRPC's default status map did not know the code. The RPC and OpenAPI handlers use errorStatusMap from @template-cloudflare/errors/server, and APP_ERRORS.INPUT_VALIDATION.status is 400 instead of 422, which also changes the status in the generated OpenAPI document. The assistant's HTTP route maps statuses with the same shared map, so INPUT_VALIDATION is 400 there as well. Clients that branch on code see no change. Error handling.
  • Org roles, ready when needed. orgProcedure reads the Member's Org role with its membership check, and requireOrgRole(...) restricts a procedure to some roles, failing closed. Roles are not hierarchical (list every role that may act), and using it outside orgProcedure is a type error. No procedure applies it yet. Backend conventions.
  • Written rules with their checks. Backend conventions state each rule with its reason, example, anti-pattern and enforcement. The enforcement matrix shows which rules a check holds and which rely on review. A review checklist, a pull request template and a root CODING_STANDARDS.md index the same rules.
  • Runbooks. Runbooks cover a database restore or host move, the pipelining kill switch, Hyperdrive caching, the RLS proof on a preview, and the emergency shutdown. The emergency-shutdown workflow does not block a custom domain; the runbook gives the extra step.
  • Decisions show their status. Every ADR starts with its status and acceptance date, and the decision index lists them. The pagination and testing rules are written down.
  • A skill for new features. The domain-feature skill walks from a glossary term to an RLS table, contract, tagged errors, service, procedures, isolation tests and docs.

Measurements (report): the server code grows by 6.9 KiB gzip, within the 10 KiB budget for the Effect pilots, and the client carries no Effect. The happy-path p50 of the pilot procedures is within the noise of an A/A run; the todo.byId error path costs +0.040 ms. Separately, the Worker as a whole grows by 70.2 KiB gzip, of which 63.4 KiB are the documentation pages, ADRs and changelog the site renders on the server: that is content and has nothing to do with Effect, and whether it counts against the Worker budget is still open.

Sources: platform move, feature folders, first of 18 moves, graph tests, direction rules, runProcedure, todo pilot, documents pilot, request ID, error log levels, runtime switches, trusted proxy, requireOrgRole, 400 for input validation, measurement.

AI assistant and one tool catalog

The assistant, MCP and agent-readable pages now share the application’s authorized operations.

The web assistant adds persisted Threads, streamed responses and explicit approval for mutating tools. Tool execution uses one server catalog shared with MCP, preserving current Session and Organization authorization. Provider configuration and the ai.assistant flag jointly control availability.

Agent discovery now exposes public instructions and Markdown pages alongside OAuth connection metadata. The supported transport keeps TanStack AI’s Promise/SSE lifecycle separate from the Effect job boundary.

Source: assistant integration

Dependency round, i18next fix and ReUI controls

Eligible packages advance under the two-day quarantine, a reachable i18next ReDoS is patched and six free ReUI controls join the UI package.

i18next 26.4.4 fixes GHSA-5jr9-983r-c8x4, a ReDoS reachable through the intl package. The expired TanStack quarantine exceptions were removed, so the workspace keeps its 2880-minute minimumReleaseAge with no exclusions. Vulnerable transitive ranges such as hono, qs, undici and @modelcontextprotocol/sdk were re-resolved within their declared ranges.

Direct pins advance for zod, vitest, TanStack Query and Table, evlog, lucide-react, the AWS S3 clients and Takumi 2.15.1. files-sdk 2.6.2 drops the error-identity workaround; the rebased patch keeps upload authorization, Organization prefix, declared size/type and conditional-create checks. Wrangler, the Vite plugin, oxlint and turbo stayed on their previous versions until their releases qualify.

The UI package adds free ReUI time-picker, color-picker, signature-pad, file-type, emoji-picker and cascader components with explicit exports. The cascader brings @tanstack/react-virtual. EmojiPicker loads emojibase-data from jsDelivr unless local data is passed.

Sources: security fix, package bumps, transitive ranges, ReUI controls.

Earlier releases

Edit on GitHubDocumentation is in English.