Poolside Malibu vs Cody Enterprise 3.0

“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 primitive here is honest and specific: a context retrieval layer that indexes across unlimited repos and pipes relevant code into whatever LLM you bring. That's a real problem — the moment your codebase spans more than one repo, GitHub Copilot and Cursor both go partially blind. The BYOM configuration is the right DX bet; it puts complexity in config where it belongs and lets the context engine be the actual product rather than a forced model subscription. The moment of truth is asking a question that spans three repos — if that actually works without hallucinating package boundaries, this earns its enterprise price tag. What I want to see is the indexing pipeline documented: how fresh is the context, what's the staleness model, and does it handle monorepos differently than polyrepos? Those aren't marketing questions, they're the whole product.”

“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 direct competitors are GitHub Copilot Enterprise and Cursor with codebase indexing — and neither of them has Sourcegraph's decade of code search infrastructure underneath. That history is the actual moat, not the AI wrapper on top. Where this breaks: organizations with highly fragmented access controls across repos, where the context retrieval either over-fetches (security problem) or gets permission-gated into uselessness. The SOC 2 audit logs are table stakes for any enterprise deal in 2026, so calling that a feature is a bit rich — but shipping it before competitors formalized it matters. What kills this in 12 months: GitHub ships deeper Copilot Enterprise context natively and the org that was already paying for GitHub Enterprise doesn't want a second line item. Sourcegraph survives that only if the context quality gap stays wide enough to justify the cost.”

“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 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.”

“The buyer is the VP of Engineering or CISO at a company with 200+ engineers across multiple repos — this is a clear, checkbook-holding persona, and SOC 2 audit logs are specifically the procurement unlock that moves deals out of legal limbo. That's a real wedge. The BYOM configuration is smart revenue-defensibility: Sourcegraph becomes the context layer that persists regardless of which model wins the next benchmark cycle, insulating them from the commodity model price war. The risk is the expand story — once they land an enterprise, what does deeper adoption look like? If it's just more seats, they're a seat-count business, and seat-count businesses get squeezed when headcount freezes. The specific decision that makes this viable is owning the index, not the model — the index is sticky, the model is not.”

“The job-to-be-done is clean: get an accurate, context-aware answer about code that lives in more than one repository without switching tools or copy-pasting context manually. That's one job, no 'and.' Onboarding for enterprise is always an IT/procurement journey, not a 2-minute trial, so I won't penalize that — but the individual free tier needs to get a solo dev to a cross-repo answer in under 5 minutes or it never seeds the enterprise deals. The product opinion is strong: Sourcegraph has committed to the context layer being the product, which means they're not trying to win on model quality. That's the right call given their history. The gap is that 'unlimited repositories' as a marketing claim needs to be stress-tested publicly — if there's a practical ceiling at 50 repos or 10M LOC, that needs to be in the docs, not discovered during a pilot.”