Roadmap for custom/spoke actions and subflow invocation in Flow API? #45
IhorKochetkov
started this conversation in
Ideas
Replies: 1 comment 1 reply
-
|
Thanks for sharing the feedback |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Context
We've been testing the Flow API extensively (SDK 4.5.0, Zurich instance, IDE 3.3.1) and are very impressed with the core capabilities. We've successfully deployed flows with:
action.core.*actions (lookUpRecord, updateRecord, askForApproval, log, etc.)What we've discovered
We found that
wfa.action()has a string overload that accepts an action typesys_idinstead of anaction.core.*reference:This suggests spoke/custom action support is on the horizon.
Questions
Custom/spoke actions: Is there a planned approach for calling Integration Hub spoke actions (e.g., Microsoft AD, Slack, custom spokes) from Fluent flows? Will
now-sdk dependencieseventually generate types for installed spoke actions, similar to how it generates table types?Subflow invocation: The 4.3.0 release notes listed "subflow invocation" as not yet supported. Is this still planned? Will we be able to call existing subflows from a Flow and map inputs/outputs with type safety?
Custom action definitions: Will we be able to define custom Flow Designer actions (spoke actions) via Fluent, or is this out of scope?
Flow publishing / IDE compatibility: We noticed that
getCatalogVariablesandcreateCatalogTask(added in 4.4.0) cause "Corrupted flow" in Flow Designer UI when thewfa_fluent/activate_flowsendpoint isn't available. The auto-publish from 4.5.0 returns "Flow activation endpoint not found" even with IDE 3.3.1 installed on Zurich. Is there a minimum IDE version required for the catalog actions to work correctly?Our use case
We're building AI-assisted flow creation tooling (Claude + Fluent MCP + SDK) for our internal team. The core action set works great, but most of our production flows use spoke actions (AD lookups, Slack notifications, custom integrations) and subflow calls. Understanding the roadmap would help us plan our approach.
Thanks for the excellent work on the Flow API — it's a game changer for pro-code ServiceNow development.
Beta Was this translation helpful? Give feedback.
All reactions