Floci: Locally emulating any cloud service

Floci: Locally emulating any cloud service floci.io

Floci is the local cloud for AI coding agents: AWS, Azure, GCP, and OCI emulators that start in milliseconds, so agents build and test against a real-shaped cloud with no credentials and no bill. MIT licensed. No…

218 points•theanonymousone•5 days ago•49 comments•

#locally #floci #emulating #cloud #service #cloud service #locally emulating #free

49 comments

thegagne5 days ago

The cool part of this is it’s an example of what’s possible with a community of users armed with AI.

Many users, (myself included), had need to test cloud stuff locally, but had no tool to do so. Localstack exists, but it started rug pulling the free tier and they didn’t support all the features.

Meanwhile, Floci makes it easy to write your own cloud compatible test suite, then implement the feature to match. I was able to get a good enough coverage on a few features created in a weekend on the $20 tier of Claude to make it useful to me, then others picked up the work to round it out.

It’s really cool to see it grow.

theptip3 days ago

There’s a general concept brewing, something like “proof of work” where if enough people get together and pool their tokens, then a good thing gets built.

I think we’re in the early days of this, but for extremely verifiable domains like porting from A to B or simulators with an objective oracle, I think it’s just a matter of putting the scaffolding to enable anyone and their Claude to contribute fruitfully.

I’m hoping we can do a similar thing with shared search for vulns, though it’s a bit harder. But if eg repos give an AGENTS.md with instructions on the bar for a good reproducer, then you could start to see more helpful federation patterns (instead of drive-by CVEs which are a net drain on contributors).

Different OSS project management skills required, but I am optimistic that we can do better at onboarding non-experts to federate work via their Claude subs. Almost like Folding at Home.

didgeoridoo5 days ago

I’d love to see this for stuff like Stripe, Twilio, etc - they’ve got sandboxes but this would be a lot easier and faster.

tough4 days ago

vercel-labs/emulate [1], has stripe and twilio (their emulators are much more shallow generally like their AWS one can't really be compared to floci here, but i've made custom ones for stuff like emulating hardware devices (airplay/google play) with much success so you can basically extend their base framework with custom emulators or their own provided ones to your needs on a fork.

1. https://github.com/vercel-labs/emulate

for modelling and testing a CI software i was working on, i had to extend their github emulator in several places for example. but it was great to already have a working base.

catlifeonmars4 days ago

Both localstack and floci live in this weird spot where for a lot of my applications, all the cloud-vendor specific stuff is abstracted out anyway. So the only time I need to touch the cloud is for testing the abstractions and do end to end testing. The abstractions can be tested against real cloud APIs as it is generally cheap to do and provides the highest fidelity results. End to end testing includes testing against a production-like environment, so again, more bang for your buck to just test against the cloud.

I’ve definitely reached for these local cloud tools from time to time, but in a well-architected piece of software, you aren’t getting that much value from them. Either you don’t have a hard cloud dependency, or you want a high fidelity test of a specific cloud dependency.

mmarian3 days ago

> you want a high fidelity test of a specific cloud dependency

Reached the same conclusion. Plus it's a fair amount of effort to set them up and maintain.

microflash5 days ago

Been using it for a while to run integration tests with Testcontainers [1]. It's very good and much more lightweight than Localstack.

[1]: https://testcontainers.com/

aeagentic5 days ago

Would someone be interested in this but intended for production? Im already running a whole bunch of cloudflare and AWS services in my own AWS fake and it works surprisingly well! :)

dxxvi4 days ago

Could you tell us more about it? I'd love to hear about the use cases of cloudflare and AWS service combinations.

aeagentic3 days ago

Not really for combinations, I use almost 100% the AWS implementations but just a few days ago I found something built serverless on CF and I could deploy via the CF surface. First it was more like an experiment but I can deploy almost everything as a hybrid giving even more durability then just AWS or local alone. Also I can rune base load on cheap metal servers and load balance the rest into the cloud twin. The combination of local and cloud or beeing able to leave any time makes it powerful

bensyverson4 days ago

I've looked into developing "digital twins" of APIs that I rely on, similar to the StrongDM pattern, but the models talk me out of it every time. The rationale is that there could be subtle differences or drift between the behavior of the real service and the mocked API. So you may think you're on solid ground, but once you switch to prod, you could see show-stopping differences.

I think if I was doing evals on the way an agent interacts with a service (e.g. Slack) the digital twin could make sense, but for rapid iteration or testing, it might not be what you want.

nijave4 days ago

That makes sense for the "make sure this thing is working correctly" case but there's still "I want to run this thing locally and it requires this other thing". The second one you really only need the happy path to work and you can run your test from the first thing against it (contract test).

Read the full thread on Hacker News →

49 comments

Related stories