exactly - i have a workflow created within pipedream, and I can select my own account that i set up using the same oauth client within the pipedream UI
but when they use the client and set up an account, i don’t see it in the workflow
i do see an account created in the “Connect” > “Users” list, but that account is not selectable in the workflow
Yep, got it, thanks for confirming. We’re very close to shipping support for using your users’ auth within your workflow execution. When we release that feature, you’ll basically just see a toggle in the UI when configuring a step to indicate that you want to use your external users’ auth for that step. The actual account won’t be selectable from within the UI, since you’ll pass the external user ID at runtime when you invoke the workflow.
Can you tell me more about your use case / application? Happy to share more and get your feedback on the developer experience for this first iteration.
You can actually try this now for any users whose accounts were created in development, would love to get your feedback on what works, what isn’t intuitive, etc:
• Enable the Allow Use Connect in Builder feature flag here: Sign Up - Pipedream
• Now go into your workflow, and you should see a toggle where you select the account for any step (you may need to refresh the page to see it)
• So when you actually trigger that workflow, you’ll need to pass the external user ID for the account you want to use
How will you be triggering these workflows? If via your JS backend, I can share the code example for you to use with our JS SDK, otherwise I’ll show you how to include the required headers for an HTTP request.
• So when you actually trigger that workflow, you’ll need to pass the external user ID for the account you want to use
for slack - how do we select a channel or user to message? (similar to how the existing flow works)
for slack - how do we select a channel or user to message? (similar to how the existing flow works)
Currently you’ll need to pass those raw values to your workflow, and reference them within the step configuration, kind of like this (example curl isn’t using any auth on the HTTP trigger, which I don’t recommend):
➜ ~ curl -X POST \
'https://eoxxxxxxxxx.m.pipedream.net' \
-H 'Content-Type: application/json' \
-H 'x-pd-external-user-id: 5a4be6ca-bd3f-482f-9769-xxxxxxx' \
-H 'x-pd-environment: development' \
-d '{"slackChannel":"[](#CN1BUB92B)","messageText":"hello, world (sent via curl!)"}' \
But we’re actually also working on an API to let you basically embed any Pipedream trigger or action directly in your application also, to make that easier. So you’d be able to render a React component for example, for the slack-send-message action, and it’ll let you list your user’s Slack channels directly in your UI.
Yea, so with the above documentation and capabilities, you can programmatically invoke workflows that you configure in Pipedream to run on behalf of your end users, using their auth. In addition, we’re working on exposing all of our triggers and actions via API / SDK, so that you can also run those individually, directly from your application, without having to configure a workflow. From the early conversations we’ve been having with partners, we’ve seen the most interest from other companies who are building AI agents, since they immediately unlocks so many integration use cases.