Research

Most software companies only design their products. We place heavy emphasis on researching ours. Every part of Sediment 1 starts as a question about how systems learn and remember, gets measured against frontier models on accuracy, speed, and cost, and ships only when it holds up.

  1. Learned, Then Lost: A Measured Single-Example Counterfactual in Pre-training

    Zachary Speck (Arizona State University), Asa Shepard (Williams College)

    What does a language model learn from a single training document that it sees only once during pre-training? We use a counterfactual to find out: we measure what the model still knows after being trained with that example, versus what happens to its knowledge when we re-train it without that example. With this procedure, we measure what the model learns, what it retains, and what it loses as it trains.

    arxiv.org/abs/2608.19168 (external link)
  2. Probe-and-Refine Tuning of Repository Guidance for Coding Agents

    Asa Shepard (Williams College), Co-author, Williams College (name on the linked arXiv page)

    Before touching a repository (say, a pull request), you want to get some guidance in your coding agent. How do you brief it? Tune its guidance file using synthetic bug-fix probes that surface failures. Then, patch each failure back into the text and try again. The result on SWE-bench Verified is a resolve rate that goes from 25.5% without guidance to 33.0% with the tuned guidance (mostly by getting the agent to put the right files into its first plan).

    arxiv.org/abs/2606.20512 (external link)

More from Sediment