News for hackers. Stuff that matters.
Re:SWE-Bench Pro by gpt5 on Monday September 22, 2025 @12:52PM (#45336152)
Slightly tangent question - they said that they have protected the public test set with a strong copyleft license to prevent training private models on them.

Does it actually work? Isn’t AI training so far simply ignores all license and copyright restrictions completely?

Re:SWE-Bench Pro by candiddevmike on Monday September 22, 2025 @01:21PM (#45336614)
Sir, we've already ingested 503,377 copyleft licensed codebases, I don't think the training set can take anymore!
Re:SWE-Bench Pro by ipnon on Monday September 22, 2025 @05:18PM (#45339566)
Snark is against the rules but sometimes a good one-liner says more than a whole paragraph.
Re:SWE-Bench Pro by kenstler on Monday September 22, 2025 @03:41PM (#45338479)
One of the authors here -- we should clarify that strong copyleft license is a best attempt at decontamination for the public set. It's part of the tradeoff for having an open source set -- true decontamination is available with the private commercial set, but we can't release these, and if we did they'd be immediately susceptible to future contamination.
Re:SWE-Bench Pro by ej88 on Monday September 22, 2025 @01:08PM (#45336399)
https://scale.com/leaderboard/swe_bench_pro_commercial

I definitely trust the totally private dataset more.

Re:SWE-Bench Pro by joefkelley on Monday September 22, 2025 @03:15PM (#45338137)
I happen to have worked on exactly this at Google. No, we don't train on restrictively-licensed code to the best of our abilities.
Re:SWE-Bench Pro by pama on Monday September 22, 2025 @06:18PM (#45340309)
Out of curiosity, and IANAL, what is it in a GPL/copyleft license that would make it undesirable to train LLMs on projects with such license? Or are there stronger yet copyleft licenses that you had in mind?

(FWIW, and not directly related to my question, I always thought of GPL as the less (not more) restrictive license from the perspective of a user, because I could always ask for the source code and debug a problem on my own.)

Re:SWE-Bench Pro by stephendause on Monday September 22, 2025 @01:12PM (#45336463)
This is a key question in my opinion. It's one of the things that make benchmarking the SWE capabilities of LLMs difficult. It's usually impossible to know whether the LLM has seen a problem before, and coming up with new, representative problem sets is time-consuming.
Re:SWE-Bench Pro by CuriouslyC on Monday September 22, 2025 @01:40PM (#45336861)
You can just fuzz names and switch to a whitespace compact representation.
Re:SWE-Bench Pro by Uehreka on Monday September 22, 2025 @06:11PM (#45340231)
If you fuzz the names they won’t mean the same thing anymore, and then it’s no longer the same test. If you remove the whitespace the LLM will just run a formatter on the code. It’s not like the LLM just loads in all the code and then starts appending its changes.
Re:SWE-Bench Pro by CuriouslyC on Monday September 22, 2025 @07:07PM (#45340734)
I've never had a LLM try to run a formatter on my code with probably a few thousand hours logged driving agents (driving 4+ agents at once in most of those). Fuzzing makes the semantics slightly less immediately obvious, but LLMs are more robust to this than you or I, the biggest difference is the reduction in memorization carryover. If it feels like too different of a test for you, not sure what to tell you, but I know the world would appreciate a better way to test for training set contamination if you can figure one out.
Re:SWE-Bench Pro by flare_blitz on Monday September 22, 2025 @09:21PM (#45341762)
And your basis for saying this is...?
Re:SWE-Bench Pro by CuriouslyC on Monday September 22, 2025 @09:36PM (#45341855)
I've done it? I have a benchmark called scramblebench that will do rewriting to evaluate model performance degradation with symbol replacement and layers of indirection.
Re:SWE-Bench Pro by BoorishBears on Monday September 22, 2025 @02:16PM (#45337361)
I feel like public datasets are something we're holding onto with LLM benchmarks for historical reasons, but need to move on from.

Older, non-instruction tuned models needed post-training on public datasets to even reliably produce meaningful answers.

Now we're testing tasks that are so complex that the LLM should reasonably be expected to answer without additional post-training.

Once you have a public dataset, even feeding those examples to an LLM and producing synthetic variations is enough to let you game the benchmark. And the worst part is you don't need to be unethical to do this: some people would say it's just a good way to expand your training data even though it incidentally allows you to overfit on the task, without overfitting on the public dataset.

So everyone's doing stuff like that, and we're getting models that are increasing overfit to a few narrow tasks.

-

The alternative is just giving detailed plain english descriptions of the tasks in question. Those can be used to generate synthetic tasks, but won't result in matching the benchmark's "shape" perfectly (as long as the questions stay hidden), and that alone is enough to ensure some level of generalization takes place.

Re:SWE-Bench Pro by stri8ed on Monday September 22, 2025 @01:18PM (#45336546)
Not a chance. Even if American companies did abide by it, there is no reason Chinese companies would. And good luck definitely proving that a model trained on it.
Re:SWE-Bench Pro by heavyset_go on Monday September 22, 2025 @10:48PM (#45342273)
If courts find model training and inference to be fair use of data sets, licenses mean nothing.

It looks like one court did in a non-precedent binding case, but I might be remembering incorrectly.