- createWebhook() has no generic type param (unlike createHook<T>)
- await webhook resolves to Request, not arbitrary payload
- respondWith: 'manual' mode for dynamic validation responses
- respondWith() must be called from 'use step' functions
- Step functions for all Node.js/adapter work (workflow is sandboxed)
- sleep() uses shorthand duration strings ('1h' not '1 hour')
- Added WDK Best Practices Alignment audit table
- Updated validation loop to document respondWith() mechanism
- Refined open question #2 around validation response latency
Proposes replacing the current bot.onAction/onModalSubmit/onModalClose
string-matcher pattern with an inline, awaitable modal API powered by
Workflow DevKit. Modals become a single awaitable expression inside a
'use workflow' function that suspends via createWebhook() and resumes
with form values on submit.
Key proposals:
- openModal() returns Promise<ModalResult> inside workflows
- Inline onAction={} prop on <Button> components
- Validation loops, cancellation via try/catch, timeouts via Promise.race
- Multi-step wizards as simple sequential code
- Full backward compatibility with existing patterns
v0