No vibe coded product would pass reasonable product liability insurance evaluation in the current state of tech and this makes me laugh. Stellar article! Very impressed with the comparison of leaky great idea versus superior knock off. Evolution via mimicry!
In most developer early adopter stuff, the things being accessed are often exclusively available from the one user's device. There is no cloud or internet access that can be setup or provided to any of the remote resources the user is trying to operate on. If the actions against the remote resources aren't exclusively executed to/from the user's device, the tool can't be used at all.
What were talking about here is that most of these users are in a corporate environment that they don't control. The corporate IT is intentionally locking down all access so only the user can access "internal" resources from thier company provided devices, and they can only interact in the ways allowed to that user. If you want to use an internet/cloud based server for something, it can only operate as an external processor or storage for the client. It will not be able to directly connect or do anything against any resources that are referenced in any actions.
That's the target audience for early adopters of tools like this. Once it's a widely adopted, then you start getting "official" integrations that may open up options. But until then, all actual actions, reads, etc must exclusively happen on-device.
The Akeyless integration for example only works if the Akeyless cloud server can directly access each thing you're authenticating to. That's not an option for most users. The Slack integration is interesting, but not an option for most users either. OAuth into the corporate controlled Slack instance isn't going to be an option.
rishabhaiover•1w ago