LLMs are decent at writing Terraform, but Terraform wasn’t designed for agents. A tiny app change often explodes into hundreds of lines of diff across modules, IAM, networking, state.
> use AI to write terraform for me
The real problem isn’t generating config, it’s control. With vibecoded Terraform you get:
* no guardrails on what can change
* hard to review whether a diff is safe
* easy to accidentally destroy or over-permission infra
* state + implicit dependencies are brittle for autonomous edits
We built Neptune to solve those issues and eliminate as many footguns as possible. We are spending a lot of our time thinking about guardrails so you can deploy code with AI safely
hey, yes - right now it's only deployable to our AWS shared tenancy account, but we're working on bring your own cloud and long-term we see most serious users to go towards that setup. if you're interested in plugging this into your aws account - get in touch with me here [email protected]
thanks, glad you liked it - feel free to join our discord community https://discord.gg/shuttle and we'd be happy to show you around!
> Tho makes me wonder, can the provisioned infra be accessed somehow? i.e. when provisioning a Postgre DB, is it possible to get the access data so it is accessible via other tools and backends?
After deploy, we give you the connection string for public connections. For most DBs, however, communications from services happen on the internal network
Please meet shuttle! We are a distributed YC-backed team working on an open source, Rust-native platform for deploying apps with zero infra hassle.
In order to deploy your app, all it takes is one annotation on your main function and you're good to go!
The fun doesn't end here, however. Modern web applications are complex beasts - you need a front-end, back-end, infrastructure to run your code, databases, queues etc. Today, all of this can be quite overwhelming and daunting, especially at the beginning; going through consoles, choosing and provisioning the right services, wiring them up, setting up deployments..
With shuttle, your infrastructure is defined implicitly in your application code, meaning you don't have to leave your IDE (or project folder) to get your infra up and running. At compile time, we automatically provision the resources you need, granting you compile time assurance that you'll get the right infrastructure setup right out of the box.
If you are building an MVP, pitching Rust inside your company or for your side-project, you can get started with shuttle in no time. It takes less than 2 minutes to create, setup & deploy an example hello-world app using axum (web application framework from tokio). So take it for a spin!
shuttle.rs | Rust Engineer | Remote (London +/- 3 hours) | Full Time | https://shuttle.rs
We're a YC-backed team building a Rust-centric app platform that leverages static analysis to let users develop complex web services with just a few trait implementations and annotations. As we're nearing our public launch, we're looking for exceptionally talented developers with a strong knowledge of the contemporary Rust ecosystem.
Synth | Rust Software Engineer | Full Time or Part Time | London | Onsite(London)/Remote
About us: Synth is an open source declarative data generator (https://github.com/getsynth/synth). We are building Synth with the intention of solving, once and for all, the problem of generating realistic data for testing - helping big companies and small developers avoid the use of production data in testing.
Our mission is to build amazing developer tools that solve data privacy without forcing users to compromise on productivity. We have a few exciting products in our pipeline and we're backed by YCombinator and other great investors. We're based in London and building a remote-friendly culture.
We work exclusively on open source software. This is great because our community is not confined to just our core team and the users, but also includes our contributors - we believe it is way more fun this way.