Video summary
Day 206 – Vibe Coding an App Until I Make $1,000,000 | ARR: $242,964
Main summary
Key takeaways
Stream overview (tech + product focus)
- The speaker runs a “vibe coding” workflow using multiple AI models—primarily GPT 5.6 (Soul), Fable 5, and other providers/models via OpenRouter and “Bridge…” tools.
- They track business metrics in parallel (ARR/MR) and build stream/ops tooling, especially an OBS overlay that aggregates Stripe ARR across multiple Stripe accounts.
- A major engineering sprint is building Bridgebench V3: an arena-style AI model benchmark where models compete head-to-head and are judged by an AI judge panel (instead of simple pass/fail scoring).
Key technological concepts & experiments
1) Model comparison methodology (cost vs capability)
- The speaker references benchmarks (e.g., an “artificial analysis coding index”) and emphasizes that different benchmarks measure different things.
- A concrete cost comparison is discussed:
- GPT 5.6 (Soul Max): ~$1 per task
- Fable 5: ~$2.75 per task
- They argue the “right” choice depends on whether higher capability is worth the higher per-task cost.
- Sentiment in chat changes over time:
- Early polling strongly favored Fable 5.
- Later polling shows GPT 5.6 gaining traction, though Fable still leads.
2) Bridgebench V2 → V3: from pass/fail to AI “arena” + ELO
- Bridgebench V2:
- Models complete tasks.
- Scoring is based on task pass/fail.
- Main problem claimed:
- Pass/fail benchmarks can be “gamed” by model behavior that doesn’t reflect real “best output” quality across diverse task types.
- Bridgebench V3 proposal (implemented as an MVP):
- For each task, run two models head-to-head (Model A vs Model B).
- A panel of 3 AI judges picks the winner.
- The winner receives points / ELO updates.
- Anonymity requirement: judges must not know which model is which (they should see only “Model A / Model B” to reduce bias).
- MVP execution issues encountered:
- Bad/rough UI from GPT 5.6.
- Some arena runs produce invalid responses, missing task visibility, or “pending / no vote” / standby behavior.
- One issue: environment variables (e.g., OpenRouter key) not loading properly due to how the dashboard reads env context.
3) Benchmarks added: hallucination + reasoning
After initial MVP results, they expand into multiple categories:
- Hallucination benchmark
- Based on artifact sets.
- Judge checks factual consistency/accuracy.
- Reasoning benchmark
- Tasks that produce reasoning/code-like artifacts.
Early observations:
- Judges may select different models depending on benchmark fit.
- In the hallucination benchmark, Miniax M3 beats GPT 5.6, attributed to a lower hallucination rate.
- They stress: benchmarks are a reference point, not absolute truth.
4) Judge panel tuning
- Judges include models such as:
- Grok 4.5
- Gemini 3.1 Pro
- DeepSeek V4 Pro (often criticized as slow/weak)
- They later swap in GLM judges (e.g., GLM 5.2) to improve judgment behavior.
- Potential flaws they note:
- Too-fast voting can indicate insufficient evaluation depth.
- Some judges may fail to vote.
- Some judges may decide based on shallow outputs.
Product feature development mentioned
OBS overlay for live ARR from Stripe (multi-account aggregation)
They build an OBS overlay that:
- Connects to multiple Stripe accounts.
- Uses Stripe API keys (read-only) for each account.
- Renders a live ARR counter on-stream.
They request:
- Use of their repo/directory via their agent tooling (e.g., Context 7 MCP).
- A structured plan based on reviewing Stripe documentation.
Issues encountered:
- Saved keys not persisting after refresh (“save account securely” not sticking).
- Need for account IDs and a permissions verification flow.
Other overlays/tools referenced
- They test OBS overlays, including a “bomb overlay” for bug bounty sprints.
- They run “bug bounty”-style debugging sessions with AI agents working on:
- Password reset OTP email not arriving (BridgeMind backend/API).
- Terminal copy/paste bug (BridgeSpace / BirdSpace).
- Bridge Agent login/provider issues (Groq command mismatch).
- Bridgebench V3 UI and functional issues.
Reviews / tutorial-like outputs in the stream (what they asked agents to do)
The speaker repeatedly instructs agents to:
- Audit and pinpoint causes of bugs (with structured plans/tables).
- Create new directories/MVPs for benchmark systems (e.g., Bridgebench V3).
- Refactor or redesign UIs for clarity:
- “Revamp UI from scratch,” make it modern, use branding, simplify match history/results display.
- Set up model registries (pull top models from OpenRouter), including examples like:
- GPT 5.6 (Soul/Luna/Terra), Fable 5, Claude Opus, Miniax M3, Kimmy K2.7, and GLM models.
Main speakers / sources (end)
- Main speaker: Matt (referred to as “Matthew,” the host of the stream; associated with BridgeMind / Bridgebench / Bridgepace / Bridge Voice).
- Primary sources mentioned:
- OpenRouter (model registry)
- Stripe (ARR aggregation)
- AI models mentioned in-stream:
- GPT 5.6 (Soul/Terra/Luna)
- Fable 5
- Claude Opus 4.8
- Judge models like Grok 4.5, Gemini 3.1 Pro, DeepSeek V4 Pro, GLM 5.2/5.1, etc.