ORIGINAL REDDIT POST

the missing identity layer for no-code automations: something to catch the verification code and somewhere safe to keep the password

if you build no-code automations, you've hit this: the flow needs to sign up for a service or log into one, there's no clean way to receive the one-time code, and no safe place to keep the password once you have it. so the automation stalls and you're the one…

Original postr/nocode

if you build no-code automations, you've hit this: the flow needs to sign up for a service or log into one, there's no clean way to receive the one-time code, and no safe place to keep the password once you have it. so the automation stalls and you're the one copy-pasting a code from your own inbox. built the two pieces that close that gap. an inbox the automation owns, so waiting for a verification code is one step, no email node, no parsing, no regex, just a call that blocks until the code arrives and hands back the clean value. and a vault to hold the login it creates, encrypted so the password gets stored and reused without your tool ever touching the plaintext, with totp generation for when the account has 2fa on. with both, a no-code flow can actually sign up, confirm the email, and log back in later on its own. there's a free tier, it's at https://lumbox.co. what step forces you to babysit an automation most? usually the email verification for me.

Collected discussion

1 comments

u/tylerlovewell

Captchas and email verification for sure. Half the "automation" flows still require manual babysitting just to paste a code. Clean solution for this, congrats on the launch.