Changelog

• Added a workflow parameter to context.call, enabling type-safe workflow calls. See here.
• Enabled passing context.call settings when defining an Agent. See here.
• Added delay support to client.trigger. See here.
• Introduced period and improved rate support in flow control. See here.
  Previously, period was fixed at 1 second. For example, rate: 3 period: 1d throttles publishes to 3 per day.
• For additional bug fixes, see the full changelog here.

• Added support for custom period in flow control, allowing users to set a period of up to 1 week.
  Previously, period was fixed at 1 second. For example, rate: 3 period: 1d throttles publishes to 3 per day.
• Implemented Workflow Resume and Restart features (SDK and Console support in progress):
  • Resume allows users to retry a workflow run from the point it stopped.
  • Restart allows users to retry a workflow run from the beginning.

• A major redesign is coming next month to improve Workflow usability.

• Minor bug fixes.
  See the full changelog here.

• Prevented intermediate Workflow calls from failing due to request/message quota limits.
• Fixed handling of RUN_STARTED so that it correctly returns unfinished Workflow Runs as documented.
  Previously, some Workflow Runs could be skipped if internal state was logged after RUN_STARTED.
• Applied several performance optimizations.

• Added onError support to serve by the community. See here.
• Enabled support for all fetch-compatible models in Agents. See more details here.
• For additional bug fixes, see the full changelog here.

• Fixed a Unicode issue in context.call where binary responses from endpoints could break. See here.
• Introduced WorkflowTool, allowing Workflow Agents to define multi-step workflows as a tool. See here.
• Added context.invoke to call one workflow from another with full type-safety. See the guide here.
• Introduced flow control parameters to limit the rate or concurrency of workflow runs. Learn more here.
• For additional bug fixes, see the full changelog here.

• Added RateLimit and Parallelism controls to manage the frequency and concurrency of workflow runs. Learn more here.

• Added the Agents API to workflows. You can now create AI agents to run workflows on your own infrastructure with all the benefits of workflows: reduced environment costs, fault tolerance, and scalability. Learn more about agents here.
• For other bug fixes, see the full changelog here.

• Released workflow-py.

• The local development server is now available for public use. This server allows you to test your workflows locally. Learn more about the local development server here.

• Separated Workflow and QStash consoles for a better user experience.
• Separated their DLQ messages as well.

• The core team focused on RateLimit and Parallelism features. These features are ready on the server and will be announced next month after the documentation and SDKs are completed.

TypeScript SDK (workflow-js):

• Introduced third-party integrations, starting with Anthropic, Resend, and OpenAI. These integrations are automatically offloaded to workflows, ensuring long-running calls do not consume user environment time. See the related documentation here.
• Added a timeout parameter to context.call. Learn more in the documentation.
• Improved support for workflows in Express and SvelteKit by adding the useJSONContent option.
• Resolved loop detection issues on Cloudflare and Render.
• Full changelog, including all fixes, is available here.

Workflow Server:

• Added the WorkflowCreatedAt filter for Dead Letter Queue (DLQ) and Events.
• Prepared the local development server for public release (coming soon).
• Enhanced context.SleepUntil to support float values.
• Increased the event retention period from 10,000 events to up to 14 days. Learn more on the Pricing page.

• Began development of the Python SDK.

• Added support for string durations (e.g., 1d, 30s) in context.sleep and context.waitForEvent.
• Introduced integrations for Astro and Express.
• Added client.trigger, enabling workflows to start and return the workflow run ID. See the documentation.
• Added a retry option for context.call. See the documentation.
• Introduced a lazy fetch feature to support longer and larger workflows on resource-limited platforms.
• Added context.cancel to cancel the current workflow. See the documentation.
• Full changelog, including fixes, is available here.

• Added bulk cancel functionality for workflow runs. See the REST API.
• Introduced content-based deduplication for workflows and retry-until-success functionality. This will allow workflows to be used in areas with unstable network connection.