I would highly suspect this is because they don’t want to handle encryption and decryption on their servers where ever they can. Yes they need encryption for emails they receive but for every thing else they want to have as end to end protected as they can. Which means client side encryption and decryption for almost every thing. That is the big feature that a lot of people are buying into from them.
All these protocols don’t feal with encryption on the client at all. Which means if they supported them they would need to handle encryption and decryption on the server side. Which I doubt they want to do and likely work hard to avoid at all.
they could implement a local translation layer that still uses from these. Ok, then it would potentially be a daemon, but it would be able to be used by all existing linux programs capable of interfacing with these protocols.
They could at least have implemented a shell that translates the linux commands to their api, like hetzner. cp,mv,sha, etc. and is interactive…
What are the obvious signs of vibe code in that repository? Something about the README markup seems off, but other than that I don’t yet see it.
I haven’t read the code, I only judged by their cli usage and docs. It’s ridiculously low-effort.
edit: Hetzner for comparison: https://docs.hetzner.com/storage/storage-box/access/access-overview/
I would highly suspect this is because they don’t want to handle encryption and decryption on their servers where ever they can. Yes they need encryption for emails they receive but for every thing else they want to have as end to end protected as they can. Which means client side encryption and decryption for almost every thing. That is the big feature that a lot of people are buying into from them.
All these protocols don’t feal with encryption on the client at all. Which means if they supported them they would need to handle encryption and decryption on the server side. Which I doubt they want to do and likely work hard to avoid at all.
they could implement a local translation layer that still uses from these. Ok, then it would potentially be a daemon, but it would be able to be used by all existing linux programs capable of interfacing with these protocols.
They could at least have implemented a shell that translates the linux commands to their api, like hetzner. cp,mv,sha, etc. and is interactive…
So if something does not have full feature set at launch, it’s vibe coded?
given how low effort it is, I said it looks like a vibe coded project. Feel free to create your narrative here