Introducing Sakana Fugu: A full multi-agent orchestration system accessible via a single model API.
Our ‘Fugu Ultra’ model matches the performance of Fable and Mythos, delivering frontier capability without the risk of export controls.
Try it: https://t.co/hhO6qTawgb 🐡
looks like we’ll also be getting gemini 3.5 this week so it’s
fable 5 (the return of the king)
5.6 and a new voice mode
gemini 3.5 pro
sonnet 5
i’m most excited by sonnet 5 as it could compete with 5.6 to be my daily warrior. let’s see how the price wars unfold.
None of it is hard. It's just slow, repetitive, and easy to get subtly wrong.
That's the gap we built AI Boilerplate to close: all 160 hours, production-ready, in a 15 minute setup.
One time €199. https://t.co/OOEQ0LCTBb
Add it up and it's 160+ hours.
At €75/hour that's around €12,000 in dev time. Before you've built one thing that makes your product different from anyone else's.
Payments: Stripe subscriptions, trials, plan changes, the customer portal, webhooks, maybe a credit system.
About 28 hours. This is where most timelines quietly die.
Auth: email/password, magic links, Google and GitHub login, sessions, device tracking.
Sounds simple. It's about 10 hours done right, and a security minefield done wrong.
Nobody starts a SaaS excited to build a password reset email.
But every SaaS needs one. Plus about 14 other boring things.
Here's the pre-launch checklist most people underestimate, with hours:
7. Don't rebuild the boring stuff by hand.
Auth, payments, emails, dashboards: 160+ hours every single time.
Start from a structured foundation instead. Ours is at https://t.co/OOEQ0LCTBb, but these rules work anywhere.
6. Make the codebase easy to navigate.
Predictable folders. Clear naming. Comments that explain why, not what.
The easier your codebase is for a human to read, the better the AI works inside it.
5. Keep secrets off the client.
The most common AI security slip: API keys in client-side code.
Keep them server-side, always. Assume the AI won't do it for you.
3. Make types strict.
End to end type safety means broken code fails to compile instead of failing in production.
If it compiles, it probably works. That's a free QA layer against AI mistakes.
2. Isolate features into modules.
Auth in one package. Payments in another. Email in another.
If the AI physically can't reach payments while editing auth, it can't break payments while editing auth.
1. Give the AI a rules file.
A rules file with your conventions, folder structure, and the why behind decisions.
The AI reads it before every change. No more re-explaining your architecture every prompt.
After 15+ years building software and a year of heavy vibe coding, here are the 7 rules that keep AI-generated code clean.
Steal them for your next project: