> We’ve had our agents build many versions of this emulator as we’ve refined the building machine.

I'm curious how many versions they made and the token spend on each one. There are a lot of failure modes to projects like these (e.g. gas town endlessly developing itself). Is this more of a sly marketing stunt or a real indication that this methodology is practical and economical?

FYI I checked out the repo. `du --apparent-size -h` output for some dirs:

    2.2G .
    1.3G .git
    58M issues/things-that-do-not-work
    74M issues/things-that-now-work

311 MiB of rust code in /tests/ directories. 357 MiB of rust code outside of /tests/ directories. 117 MiB of json. 1 MiB of toml.

claude is the second-most frequent author in that fakecloud repo, what makes you say that's not vibeslopped either? This is 100% the perfect usecase of using a swarm of agents. It's a bounded, and easily-verifiable with property testing/mitm proxying, task. If you think in November 2026, agentic engineering is equivalent to vibe coding, you need to update your priors

every codebase has ai code. get over it. humans can be sloppy coders as well.

I don’t think AWS is worried about that. If the small cloud provider competitor standardizes on their API, they’re already winning. It will be easier for you to migrate to AWS once you hit the ceiling of the competitor’s scale. That’s something you can’t copy out of the box (and the true AWS value proposition imo).

A DynamoDB that only runs on one machine won't help you build a DynamoDB that horizontally scales.

I think you massively underestimate how big AWS's moat is, and how hard it is for newcomers to effectively compete with them. AWS's ever-growing feature list is impressive, sure, but what customers are actually paying for is good customer service, high reliability, and most importantly, trust that AWS will be around for decades to come and that all infra issues become AWS's problem rather than their own.

Any serious competitor would have already invested the trivial amount of money required to gain full access to AWS to probe and test all their services.

This is my first thought when I saw this as well.

Why?

There was an offline help system in Visual Studio Community 2012 that would cheerfully download all the help files as a pseudo-.zip file, and for sure included both .NET and C++, along with SQL Server and it's my _recollection_ it included Office's OpenXML documentation, too

Except that https://github.com/faiscadev/fakecloud has been a thing for a long time and it's AGPLv3.

Localstack is almost entirely free. I’ve used it at our company for years without paying.

Likely no human ever read the code