Liveblocks AI Presence vs Poolside Malibu

“The primitive is clean: a React hook that injects an AI agent into Liveblocks' existing presence layer, giving it a cursor, a name, and a selection state — no new backend surface, no second SDK to wrangle. The DX bet is correct: they put the complexity in the abstraction, not in the integration. The moment of truth is a single `useAIPresence` call and your agent has a visible cursor within minutes. You could not replicate this on a weekend — Liveblocks' CRDT sync layer and multiplexed WebSocket infra are the actual hard part, and this just exposes a new participant type on top of it. The specific decision that earns the ship: they didn't add a new API, they extended the existing presence model — that's the right call architecturally.”

“The primitive here is a code-completion and refactoring model whose training signal is execution outcomes, not RLHF thumbs-up. That's a meaningful technical bet — if your model has seen whether the code it generated actually compiled and passed tests, it should produce fewer plausible-but-wrong completions. The DX question I can't answer yet is what the API surface looks like: context window size in tokens, supported languages, streaming behavior, and whether there's a system prompt convention for codebase context. The moment of truth for any coding model is a real refactor on a 3,000-line file with cross-module dependencies — not a fizzbuzz. The 'limited beta, apply for access' gate means I can't verify any of this, which costs them points. The execution-feedback training thesis is the right bet; I just want to see the SDK before I fully commit.”

“The direct competitor here is 'just log what your AI is doing in a sidebar,' which is what most teams ship today. AI Presence beats that because the presence metaphor maps to user mental models already trained by Figma and Google Docs — a cursor is legible in a way a log entry isn't. The scenario where this breaks is any app where the AI agent operates faster than human perception — a cursor flickering across a document at 200 tokens per second is noise, not signal, and Liveblocks hasn't shown throttling primitives in the demo. What kills this in 12 months: the underlying model providers build native multi-agent orchestration UIs and presence becomes a solved layer in the stack, not a differentiator. To be wrong about that, Liveblocks would need to own enough of the collaboration infra that switching costs make their presence layer the default regardless.”

“The direct competitors are Claude 3.7 Sonnet, Gemini 2.5 Pro, and GPT-4.1 — all of which have public benchmarks, documented context windows, and APIs you can hit today without filling out an enterprise form. Poolside's differentiator is execution-feedback training, which is a real and defensible idea, but the claim has zero public validation: no SWE-bench numbers, no HumanEval comparison, no methodology. The scenario where this breaks is the obvious one: an enterprise team applies, waits weeks, gets access, runs evals, and finds the model is good-but-not-better-than-what-they-already-have at a price point that doesn't justify the switch. What kills this in 12 months: Anthropic or Google ships a code-specialized fine-tune with the same execution-feedback loop and their existing enterprise relationships do the rest. To earn a ship, Poolside needs to publish rigorous third-party evals and open the API without a velvet rope.”

“The thesis here is falsifiable: by 2027, human-AI collaborative interfaces will require agents to express intent spatially, not just textually, because human coordination evolved around physical co-presence cues — gaze, gesture, position. If that's true, AI Presence is infrastructure, not a feature. The dependency is that AI agents remain slow enough relative to human attention that cursor metaphors remain meaningful; if agents complete work in under 500ms, the presence layer has nothing useful to show. The second-order effect nobody is talking about: this normalizes AI agents as social participants in software, not background workers, which shifts how users attribute responsibility and trust in collaborative outputs. Liveblocks is riding the multi-agent coordination trend and they are early — most teams haven't shipped a single agentic collaborator, let alone needed to display one. The future state where this is infrastructure: any SaaS with a collaborative canvas runs AI presence the way they run user avatars today.”

“The thesis Malibu is betting on: within three years, the dominant signal for training code models will be runtime feedback — test pass rates, static analysis, fuzzer outputs — not human annotation, because humans can't read 100k-token codebases fast enough to label them accurately. That's a falsifiable and plausible claim. The dependency is that execution environments become cheap and fast enough to generate training signal at scale, which is already happening with containerized sandboxes. The second-order effect that matters: if execution-feedback training becomes the standard, the teams who built the data pipelines and infra for it become the ingredient suppliers, not just model vendors — and Poolside's real moat may be that pipeline, not the weights. They're riding the trend of synthetic and programmatic training signals, and they're roughly on time — not early, not late, but racing against well-capitalized labs who are converging on the same approach. The future state where this is infrastructure: Malibu as the reasoning core inside an autonomous refactoring agent that closes GitHub issues without human review.”

“The job-to-be-done is singular and clear: make AI agent activity legible to human collaborators without building a custom observability layer. Onboarding survives the two-minute test if you're already on Liveblocks — the hook drops in and the agent appears; if you're not on Liveblocks, you're onboarding to an entire collaboration platform first, which is a different product decision. The completeness gap is real: this ships the presence primitive but not the interaction surface — users can see the AI cursor but the blog post doesn't address how users interrupt, redirect, or acknowledge agent actions, which means teams still have to build that layer themselves. The product has a clear opinion — agents are collaborators, not tools — and that opinion is the right one. Ship, but with the caveat that this is a primitive, not a complete human-AI collaboration solution, and teams should scope their expectations accordingly.”

“The buyer here is a VP of Engineering or a platform team lead at a company large enough to care about code quality at scale — fine, that's a real buyer with a real budget. The problem is the go-to-market architecture: 'apply for limited beta' is a pipeline killer disguised as exclusivity, and there's no public pricing, which means every enterprise conversation starts with a negotiation instead of a value exchange. The moat question is the real issue: Poolside's defensibility rests entirely on the execution-feedback training data flywheel — if they can accumulate proprietary execution traces from customer codebases, that's a genuine compounding advantage. But there's no indication they've structured their data agreements to capture that flywheel, and without it, they're a well-funded model vendor competing against Anthropic on inference cost. What would need to change: publish a pricing page, open the beta meaningfully, and show evidence the data flywheel is actually spinning.”