AI Builders Brief
?
← BACK TO TODAY

Follow builders, not influencers.

2026.05.08

25+ builders tracked

TL;DR

Madhu Guru said Google’s AI comeback was a systems game, while Alex Albert credited Claude with helping Firefox crush 15 months of bug fixes. Peter Steinberger called GPT-5.5 refactors automatic, and Ryo Lu pushed idea-to-merge into one flow.

BUILDER INSIGHTS
9
01
Madhu Guru Madhu Guru

Google’s AI comeback was a systems game

They say Gemini’s rise wasn’t magic — it came from building the model playbook, the customer feedback loop, and the enterprise business until all the pieces clicked with Gemini 3. That’s a pretty blunt postmortem on how Google went from behind OpenAI and Anthropic to back at the frontier. Also: they’re leaving Google, and the toddler shoutout is doing some heavy lifting.

X
02
Alex Albert Alex Albert AnthropicAI

Claude helped Firefox crush 15 months of bug fixes

With Claude Mythos Preview, the Firefox team fixed more security bugs in April than in the previous 15 months combined. It’s a strong signal that AI isn’t just writing code — it’s already speeding up real security work in production.

X
03
Aaron Levie Aaron Levie CEO, box

AI flattens the easy stuff, so differentiation shifts

He argues that whenever AI makes a task easy, everyone else gets that same advantage fast — so the real edge moves elsewhere. For software, that means more emphasis on sales, marketing, and customer success; for finance, it’s client engagement. The core question: if everyone can do what you do, what actually makes you stand out?

X
04
Peter Steinberger Peter Steinberger OpenClaw

GPT-5.5 makes big refactors feel automatic

He says `/goal + GPT-5.5` is now good enough to plan huge refactors with end-to-end tests and just execute. That’s the real shift: AI isn’t just helping write code, it’s starting to handle the messy orchestration work that usually slows senior engineers down.

X
05
Ryo Lu Ryo Lu Cursor_ai

Idea-to-merge in one flow

Cursor is pushing the whole loop from idea to merge into one place. It’s a clean signal that the product is moving beyond “AI coding assistant” toward an end-to-end software workflow.

X
06
Nikunj Kothari Nikunj Kothari Partner, fpvventures

Weekly 1:1s are a micromanagement trap

He argues weekly 1:1s are often less about support and more about control — a way for managers to keep people in line instead of letting them do great work. The bigger point: if your job feels overly coddled, he thinks you should find a team that actually pushes you and shows you what high performance looks like.

X
07
Dan Shipper Dan Shipper CEO, every

Anthropic’s API is becoming cloud infrastructure

He says the AI platform war is here, and the real battle is shifting from model quality to who owns the developer stack. In a quick dispatch from Code with Claude, he and Kieran Klaassen dig into the xAI compute deal, managed agents, and Anthropic turning its API into full cloud infrastructure for builders.

X
08
Matt Turck Matt Turck FirstMarkCap

AI safety isn’t scale — it’s security

He says frontier AI gets safer through preparedness, defenses, and security work, not just bigger models. In a long convo with OpenAI board member Zico Kolter, he digs into jailbreaks, agent attack surfaces, and why the real risk is how systems are deployed, not just how they’re trained.

X
09
Garry Tan Garry Tan CEO, ycombinator

Agents get a browser stack with fewer hacks

He dropped GStack v1.28, adding browser downloads, headed mode, anti-bot handling on headless Linux, and an llms.txt so agents can use the right skills with less guesswork. He also pushed GBrain thin-client mode, so secondary agents can lean on it over MCP instead of spinning up their own server.

X
PODCAST HIGHLIGHTS
1

Zico Kolter says AI safety won’t come from bigger models alone

The Takeaway: Frontier AI gets safer only when teams build safety into the system, not by hoping scale fixes it.

  • Bigger models improve capabilities by default, but robustness, jailbreak resistance, and misuse prevention do not reliably improve on their own.
  • AI risk is not one problem: mistakes, harmful use, societal effects, and loss of control each need different defenses.
  • Governance matters in practice; OpenAI’s safety committee can slow releases when the evidence isn’t good enough.

Zico Kolter, OpenAI board member and chair of its Safety and Security Committee, comes at AI safety from both sides: he runs Carnegie Mellon’s machine learning department and has spent years in AI security research. His core view is blunt: “You can’t just sort of trust models to get safer by getting bigger.” Capability scales fast; safety does not.

That’s why he pushes layered defenses instead of magical thinking. OpenAI’s preparedness framework, and similar systems at Anthropic and Google, set thresholds for risky capabilities like bio, cyber, and self-improvement. But Kolter says that’s only one slice of the problem. The real safety stack also has to cover model behavior, user misuse, and the broader ecosystem as AI becomes embedded everywhere.

He’s especially skeptical of the lazy “wait for the next model” mindset. That works for math or coding. It doesn’t work for robustness. As he puts it, “to make models more robust, to make them broadly safer, you need to be explicit in training them for safety.” In other words: safety is engineered, not inherited.

Kolter also rejects the cartoonish “doomer vs. accelerationist” framing. He sees most serious researchers in the same camp: excited about the upside, unwilling to ignore the downside. The useful question isn’t whether AI is good or bad. It’s whether the industry is building the governance, monitoring, and release discipline to keep up with what these systems can now do.

STAY UPDATED

Daily builder insights, straight to your inbox.

Prefer RSS? Subscribe via RSS

ARCHIVE