惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
C
Check Point Blog
B
Blog RSS Feed
G
Google Developers Blog
H
Help Net Security
博客园 - Franky
Blog — PlanetScale
Blog — PlanetScale
H
Hackread – Cybersecurity News, Data Breaches, AI and More
量子位
Recent Announcements
Recent Announcements
B
Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
D
DataBreaches.Net
小众软件
小众软件
T
The Blog of Author Tim Ferriss
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
MongoDB | Blog
MongoDB | Blog
Y
Y Combinator Blog
T
Tailwind CSS Blog
J
Java Code Geeks
MyScale Blog
MyScale Blog
雷峰网
雷峰网
有赞技术团队
有赞技术团队
博客园 - 聂微东

Workflow SDK Documentation

Patterns for Defining Tools Human-in-the-Loop Building Durable AI Agents Queueing User Messages Resumable Streams Sleep, Suspense, and Scheduling Streaming Updates from Tools API Reference Workflow Globals Changelog Resilient run start Cookbook Building a World Deploying Astro Express Fastify Hono Getting Started NestJS Next.js Nitro Nuxt Python SvelteKit Vite corrupted-event-log fetch-in-workflow hook-conflict Errors
Local World | Workflow SDK
2026-04-09 · via Workflow SDK Documentation

The Local World is bundled with workflow and used automatically during local development. No installation or configuration required.

To explicitly use the local world in any environment, set the environment variable:

WORKFLOW_TARGET_WORLD=local

The workflow CLI uses the local world by default. Running these commands inside your workflow project will show your local development workflows:

# List recent workflow runs
npx workflow inspect runs

# Launch the web UI
npx workflow web

Learn more in the Observability documentation.

E2E Tests

Passing100% passing

Spec compliance is tested against Next.js (Turbopack) built in production mode and started with `next start`. View CI run →

330

Passed

0

Failed

38

Skipped

368

Total

View comprehensive E2E test results against all frameworks/configurations

2208

Passed

0

Failed

184

Skipped

2392

Total

Last updated: 4/17/2026, 6:41:14 PM · Commit: 5889d84

The local world works with zero configuration, but you can customize behavior through environment variables or programmatically via createLocalWorld().

WORKFLOW_LOCAL_DATA_DIR

Directory for storing workflow data as JSON files. Default: .workflow-data/

PORT

The application dev server port. Used to enqueue steps and workflows. Default: auto-detected

WORKFLOW_LOCAL_BASE_URL

Full base URL override for HTTPS or custom hostnames. Default: http://localhost:{port}

Port resolution priority: baseUrl > port > PORT > auto-detected

WORKFLOW_LOCAL_QUEUE_CONCURRENCY

Maximum number of concurrent queue workers. Default: 100

Programmatic configuration

import { createLocalWorld } from "@workflow/world-local";

const world = createLocalWorld({
  dataDir: "./custom-workflow-data",
  port: 5173,
  // baseUrl overrides port if set
  baseUrl: "https://local.example.com:3000",
});

The local world is designed for development, not production:

  • In-memory queue - Steps are queued in memory and do not persist across server restarts
  • Filesystem storage - Data is stored in local JSON files
  • Single instance - Cannot handle distributed deployments
  • No authentication - Suitable only for local development

For production deployments, use the Vercel World or Postgres World.