slopmark

deepswe template

outline doc — why we follow this pattern and how it maps to slopmark.

deepswe is the reference implementation for contamination-resistant eval. we generalize its ideas across domains.


why deepswe matters

explain: what was broken before it

  • swe-bench contamination — fixes already on github
  • structural matching false negatives (~24% on swe-bench)
  • leaderboard clustering at 90%+ without real separation
  • why the ml community trusts deepswe more than static leaderboards

innovation 1 — novel tasks

explain: tasks written from scratch, never public

  • not copied from prs / commits / public patches
  • tasks not merged upstream — stay off training record
  • slopmark equivalent: community + hand-written seeds, approval gate
  • link to tasks for sourcing tiers

innovation 2 — behavioral verifiers

explain: test behavior, not implementation shape

  • verifier written from task spec
  • any correct implementation strategy passes
  • vs gold-diff matching
  • slopmark mapping per domain (table in domains)

innovation 3 — hard tasks

explain: difficulty that separates frontier models

  • long-horizon, multi-file solutions in deepswe
  • slopmark: multi-rule instruction tasks, hidden test suites for code
  • avoid trivial tasks that every model passes

innovation 4 — standardized harness

explain: mini-swe-agent held fixed

  • same tools, same prompt, every model
  • slopmark harness spec in harness
  • leaderboard reflects model not scaffolding

four-step framework (our spine)

novel task  →  fixed harness  →  behavioral verifier  →  human quality gate

explain: how each step maps from deepswe to slopmark

  • step-by-step table for coding, instruction, json, math
  • which steps are live vs planned

rollout phases

explain: don't need 100 original tasks on day one

  • phase 1: seed infrastructure, label contamination honestly
  • phase 2: community submissions + review queue
  • phase 3: original-only pool as trust grows
  • what slopmark is at today (phase 1, instruction live)

what we are not copying

explain: scope boundaries

  • not replicating deepswe coding tasks verbatim
  • not their agent binary — our harness is simpler for v0
  • not claiming swe domain until docker infra exists

further reading (placeholders)

  • link deepswe paper / blog when added
  • link datacurve posts referenced in research notes
  • internal examples of behavioral vs structural verify