Skip to content

AI R&D · research automation

From paper queue
to useful evidence.

AI Auto Research connects a stream of new papers with scoped agent work and reproducible experiments. The goal is to turn relevant ideas into testable questions, then spend compute on the questions that remain.

Our current adaptation combines automated paper discovery, explicitly scoped evaluation and human review. It has already supported two CPU Prefix Integrity Analysis case studies. Chores and AI Post Transformers are components of this pipeline.

A research stream.
A way to organize the work.

The paper queue supplies candidates. Chores gives each evaluation a bounded task, evidence and a review path.

Discovery · primary sources

AI Post Transformers

The podcast’s public paper queue collects candidates for future episodes. We reuse that research stream to find papers relevant to active knlp questions, including adaptive KV-cache compression and sparse attention.

A queue match starts an investigation. The evaluator reads the primary paper, identifies the mechanism and checks it against existing results.

Scoped assistance · review

Chores

Chores is a broader framework for small, evidence-producing tasks across security, reliability, research and maintainer work. Our adaptation uses that discipline to organize paper evaluation.

Each research task has named inputs, a specific question, an expected result and human review. The result includes the evidence and its limits, so the next person can assess or repeat it.

Make the question executable.

The first application asks whether a transformed KV-cache object remains safe to restore and share across requests.

  1. Find a relevant paper

    Use the public queue to identify a candidate against an active research question. Keep the paper link, revision and reason for the match.

  2. Read the mechanism

    Inspect the primary paper and prior evidence. For cache methods, identify what is saved, whether selection depends on the query, and which positions and mutable state must survive restoration.

  3. Run the cheapest useful test

    Model the contract with a deterministic Cartridge-based fixture on a CPU. Hold the prefix fixed, vary the query, repeat the transformation, and check cache identity, block geometry and layout requirements.

  4. Review and preserve the result

    Retain source revisions, inputs, outputs and the verdict. Review a passing contract, a failing contract and a misuse control on their own terms. A useful result can rule out a suspected problem.

  5. Escalate the unresolved question

    Use real KV tensors, a model or a serving stack when the question requires them. Quality, restoration correctness and throughput each need their own matched baseline and measurements.

Two PIA case studies.

Prefix Integrity Analysis (PIA) checks whether a saved cache object keeps the identity and geometry needed for safe reuse. These findings come from CPU contract models.

Prefix-only identity fails

SnapStream

Query-dependent selection changes the saved object even when the source prefix is the same. A prefix-only cache key therefore permits unsafe cross-query reuse.

Adding the query to the key resolves that collision. The compact per-head layout, logical positions, padding and mutable ring still need a method-aware connector and request-local state.

Complete backing history passes

HiSparse

The complete host-memory backing prefix passes the modeled contract. The records selected for a particular attention step are request-time reads.

Saving only those query-dependent reads under a prefix-only key fails the misuse control. That exposes a reuse mistake; it is not a defect in HiSparse’s complete-history design.

These are two useful integrity findings, with different verdicts. The screens use Cartridge geometry and block manifests; they load no model or KV tensors. They establish the modeled contract, while model quality and accelerator performance remain separate measurements.

Scale the screening.
Reserve GPUs for model questions.

More candidate papers should not automatically mean more GPU jobs.

Many early failures concern identity and bookkeeping: two queries produce different objects under one key, positions are lost, or a compact layout cannot be restored by an ordinary connector. Small CPU fixtures can expose those problems without loading a model or rerunning prefill.

That makes broader screening practical. Each candidate can use small frozen inputs, repeatable checks and a bounded output. The approach can expand across papers, parameters and query cases on ordinary CPU resources while preserving GPU time for questions about actual tensors, logits and serving behavior.

The two case studies demonstrate the workflow. They do not measure a large-scale autonomous research system. Our goal is to increase the number of ideas we can examine carefully, with evidence and review at each step.

Explore the components