Live data from Hacker News

Benchmarking coding agents on Databricks' multi-million line codebase

databricks.com

61–70 of 78 posts

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#61

Earlier quoted context omitted.

Is it because Pi’s default system prompt is so simple?

of course it is; these entire systems are about priming the LLM to perform X task; if it's a coding harness, giving it very little priming for a task is going to make it grasp at straws.

Can anybody share a tested system prompt they use for general coding tasks in pi?

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#62

We have an internal proxy (that I've been meaning to open source for ages) that routes all llm usage at our company, which allows us to see data in realtime. Its been fascinating how rapidly Pi has been adopted. Moreover since its pretty hackable, we've been able to automatically aggregate context from pi sessions, which has resulted in Pi efficacy being higher as more people use it, putting in place a interesting vi…

I keep hesitating to use Pi because I primarily use Claude and I worry it will be much more expensive to pay for API usage rather than the bundled subscription usage. But I haven't actually evaluated the cost tradeoff. Should I get over this hesitance and dive into Pi?

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#63
post #59
post #49

Earlier quoted context omitted.

The catch-22 here is that you still save money using Claude Code directly here if you are on one of their subscription plan due to how heavily they are subsidizing that. Using Pi means you are using the API which is both a more accurate pricing model but also a more expensive one.

Pi has a subscription flow for Claude Code. Are they goading people to get banned or did they figure out a way to work with the subscription?

It seems like they are actually using the subscription providers' respective cli tools and managing context for them. In which case I believe it is not against the ToS any more than invoking codex cli from a custom python script would be? I personally cannot find an openai-hosted clarification, just on hn and x.

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#64
post #36

> as we aggressively adopt AI for engineering Why do we need to aggressively adopt things rather than thoughtfully adopt things? It sounds like they are probably punching AI and engineers in the process

What if other competing companies adopt it aggressively and push out features faster and get more market share? What if pushing features faster brings more money because users like the features?

Did any company achieve this?

Have we seen a company fail because they're not adopting AI as much as their competitors?

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#66
post #49

Wow! It's great to see a large-scale real-world benchmark from a user of these tools, as opposed to the the benchmaxxed results from the vendors themselves. Also great to see different harnesses being tested, with considerably different results. Definitely a few surprises here: 1) GLM 5.2 using Pi performs identically in terms of pass rate (~87.5%) to Opus 4.8 high using Claude Code, but significantly cheaper ($1.25…

The catch-22 here is that you still save money using Claude Code directly here if you are on one of their subscription plan due to how heavily they are subsidizing that. Using Pi means you are using the API which is both a more accurate pricing model but also a more expensive one.

Databricks wouldn't be using a subscription plan though due to the size of their engineering team which is what matters here. Free lunch is over for basically all providers' biz coding plans

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#68
Doesnt this prove that there is really no moat in proprietary models for coding usecases, or the gaps is narrowing ? Also, since GLM5.2 can be run equally on amd and nvda, I guess there is no hw moat either. Further, switching costs for users is minimal not only in agents but models too. So there is really no stickiness or user preference involved. For this usecase I think it is a race to the bottom for costs in a good way for developers.

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#69
post #57

It seems that pass rate decreases with effort increase, on GPT5.5? This is highly counter-intuitive and I don't see any explanation, any idea why they'd get this result?

Looks to be within the realm of natural variance expected from naturally variable models, ie error bars.

Re: Benchmarking coding agents on Databricks' multi-million line codebase

#70
post #48

How is Pi so efficient? You'd think agent harness made by model makers would perform better.

I think in general the model makers and to some extent their clients want a slightly higher pass rate over efficiency. This makes sense: for critical first week impressions clients notice pass rate much more, and only later start to grapple with cost. For example this is why High is the default reasoning for Fable, not Medium, and that choice of priorities propagates throughout the stack.
Post reply on HN