Vibe coding, with something real underneath
Vibe coding means describing an app instead of writing it; the difference between a demo and a working result is whether the generated code can reach something real, like a live market, that will contradict it when it is wrong.
Vibe coding is describing the thing you want instead of typing every line of it. The idea is now everywhere. The part people argue about is whether what comes out the other end is real.
The honest problem with vibe coding
Most of what gets built this way looks finished and does nothing. It renders a chart with numbers someone made up, a dashboard wired to a mock, a form that posts nowhere. It demos beautifully and falls over the moment it meets a real system. That is not a failure of the idea, it is a failure of what the model was given to work with.
What changes when the tools are real
If the thing you describe can reach a live exchange, a real wallet, an actual order book, then the output either works or it visibly does not. There is nowhere for a plausible-looking fake to hide. The figures further down this page are read from a live market as the page renders, which is the same plumbing a prompt here would get.
What a prompt actually produces
Describe a dashboard that tracks funding rates across venues and flags the gaps. You get a running app with live data in it, a preview you can click, and code you own. Not a mockup, not a scaffold you then have to wire up. The interesting constraint is that it has to be true, because the market answers back.
Where vibe coding stops working, honestly
It struggles wherever the correct answer depends on context the model does not have: your existing conventions, a decision made six months ago for a reason nobody wrote down, a constraint that lives in someone's head. It also struggles with problems where being nearly right is worthless, which is most things involving money. Describing what you want works best when the result can be checked, which is the argument for connecting it to something that checks.
What you should read even when you did not write it
The parts that handle money, the parts that handle failure, and anything that decides what to show when a source is unreachable. Generated code is usually reasonable and occasionally confidently wrong in exactly those three places, because they are where a plausible answer and a correct answer diverge most. Everything else can be judged by whether it works.
Live, right now, on this page
| Market | Price | Funding | 24h volume |
|---|---|---|---|
| BTC | $79,657.50 | 0.0006% | $203,532,857 |
| ETH | $2,487.35 | 0.0013% | $138,334,875 |
| SOL | $105.81 | -0.0012% | $46,858,638 |
| HYPE | $87.60 | 0.0013% | $11,072,399 |
Read from a live perpetual market as this page rendered. Not a screenshot, and not a number typed into the copy. Read at 2026-09-06 17:30 UTC; accurate as of that time and not afterwards.
Describe something and watch it get built.
Open the builder, or start from a working app and change it.