workflow

This brings back the option introduced in #843 (and removed in #961), but with a slightly different meaning. Instead of specifying directories of pages whiuch call server actions which trigger workflows, the option is now meant to directly specify the directory with the workflow files. That removes two layers of indirection, imports way less files and therefore really improves performance as the original PR intended (~15s -> ~2.5s on a medium-sized app).

Steps and workflows defined inside dot-prefixed directories (e.g. ) were silently ignored because 's defaults to , which skips directories starting with . This broke the pattern used by agent frameworks like that generate step functions inside . What changed Added to the call in so dot-prefixed directories like are traversed — the explicit patterns already filter out directories that should remain excluded (, , , , etc.) Added test step/workflow files in for both and workbenches, with corresponding imports in their chat routes so the eager builder discovers them Added manifest tests verifying the steps and workflows appear in the build manifest Added an e2e test that runs the end-to-end on Next.js workbenches

If I have a workflow that's following the pattern at https://useworkflow.dev/docs/foundations/hooks#creating-your-first-hook , the hook will remain "open" for the entire duration of the workflow. After the hook has been resumed, I notice in the observability dashboard that the hook remains active for the entire lifetime of the workflow. I didn't find any documentation for stopping hooks from listening, either in hook config upon creation, or programmatically. I did find reference to a event here: https://github.com/vercel/workflow/blob/main/packages/world/src/interfaces.ts#L66 And I was able to use that event in Local World like this: which successfully disposed the hook. But in Vercel World, I get a 400 error like: 'WorkflowAPIError: POST /v2/runs/wrun_XXXXXXXXXXXX/events -> HTTP 400: Bad Request\n" I see this function in the package: https://github.com/vercel/workflow/blob/main/packages/world-vercel/src/hooks.ts#L114 , but I can't tell if I should expect to be able to use that. Should I expect to be able to dispose of open hooks in local and vercel worlds? If so, what is the best approach? Thank you :)