REFERENCE TABLE · RT-001
The Vibe Codeability Database
Every app on the register gets its Vibe Score from the same fixed parts catalog: tag which of these components its rebuild actually needs, average their ratings. 100 means an agent one-shots it without thinking. 0 means don't bother.
Component ratings
27 components on file| component | vibeability |
|---|
| Landing page | 99 |
| Contact form | 98 |
| CRUD database | 95 |
| User login | 92 |
| Email notifications | 91 |
| Stripe checkout | 88 |
| File uploads | 87 |
| Search | 86 |
| Google Maps | 80 |
| OAuth | 77 |
| OS-level integration | 72 |
| Realtime collaboration | 67 |
| Browser extensions | 64 |
| Native iOS | 61 |
| Complex calendar sync | 58 |
| Stripe Connect marketplace | 52 |
| Video processing | 45 |
| Bank/financial account sync | 40 |
| Live video / WebRTC | 35 |
| Third-party integration ecosystem | 30 |
| Reliable multi-destination data pipeline | 30 |
| End-to-end encryption | 28 |
| Regulatory compliance & filings | 20 |
| No-code visual-to-code editor | 18 |
| Custom canvas/rendering engine | 15 |
| Proprietary web-scale index | 12 |
| Licensed content rights | 10 |
How a Vibe Score is built
- Every app's sheet lists which components its specific build prompt requires — not every feature the real product has, just what our prompt actually builds
- More components isn't automatically worse — a login screen (92) barely dents an average; end-to-end encryption (28) drags one hard
The full mechanism — how ratings combine, who scores, and the honest limitations — is on how verdicts work.
What the score can't see
- Pure network effects genuinely can't be captured here, and that's not a gap to fix — a wiki or a CRM's value depends on other people already using it, which has nothing to do with how hard the software is to build. Notion is the clearest example: buildable components, still a JUST PAY, because good code doesn't manufacture a network
- Everything else started as a gap and got fixed as real apps exposed it — legal weight, licensed content, rendering engines, integration ecosystems, and no-code editors are all real, scored components now. If a future app exposes another one, it gets added the same way, and past apps get retroactively tagged rather than left with an inflated score
- Component interactions still compound beyond what a simple average shows: OAuth plus realtime collaboration plus a marketplace is harder than the three numbers averaged suggest
← see the score applied on the register