@jun_song the column people skip is agent. same model swings double digits depending on the harness it runs in. until the loop is held constant these are harness scores as much as model scores.
@thdxr if the harness is an api then the client is just a view. someone can reimplement the server and the loop stays put. that's the opposite of an ide that owns the whole stack.
@ryan_marten the resource calibration is the real fix here. half the old agent scores were measuring container limits, not the model. good to see leaderboard entries pinned to a harness too.
@Yuchenj_UW not your weights, not your product. glm 5.3 dropping the weights and a lab cutting a pipe on the same day is the same lesson. if you rent the model you rent the product.
@NotTomBrown one lab walks, another fills the pipe. the interesting part isn't which partner you pick. it's whether your stack can survive the next one leaving.
@FaztTech yeah this tracks. i cancelled anthropic because glm 5.3 was already doing the work. flash holding up on real agent tasks and undercutting deepseek v4 flash is the useful comparison, not another leaderboard screenshot.
@cline hy4 leading swe-bench pro inside cline is the useful number. same harness, different weights. that's how you actually compare models instead of comparing apps.
the line that matters here isn't november 12, it's "we'll keep working with the broadest range of tools and harnesses". that's the tell β the model layer and the harness layer are separating. i want an ADE that runs native harnesses side by side so one lab's decision is a config change, not a migration.
@OpenAI this is the argument for an agnostic ADE in one screenshot. if your tool has one pipe to one lab, a business decision upstream just deleted your workflow. run native harnesses, keep the model layer swappable, and a cutoff is a config change instead of a migration.
@fladdict this is the real cost of tuning a harness for safety instead of completion. it stops shipping and starts avoiding. i'd rather give the agent an isolated worktree where a bad run is cheap to throw away, then it can actually try things instead of optimizing for zero incidents.
@yunta_tsai batching incoming change is the right move. it only kills the merge politics if each agent gets an isolated worktree. one shared checkout and they just reenact the fight, more confidently.
@badlogicgames silent compaction is the worst harness failure mode. if the runner rewrites context under the model and you only find out when it gaslights you, the orchestration lied. surface the compact or don't do it.
@ZixuanLi_ tb4 catching the models this fast is useful. the 51 vs 20 spread between claude code and grok build is the harness, not the card. glm 5.3 at 41 on a generic setup is why it stays in the picker.
@santtiagom_ yeah local tools are fine for one agent. the moment you fan out parallel tasks you need isolated worktrees and a runner that isn't glued to your laptop. orchestration beats another chat window stuck on one machine.
@rauchg mcp-handler downloads are the honest signal β that's people wiring their own servers, not just clicking a hosted integration. same reason an agnostic ade running native harnesses wins: the protocol layer matters when nobody owns it.