Structured output can still be wrong

  • Minimum list lengths push models to pad extracted answers paper notes → — A valid output format can conceal incorrect data when the document contains fewer answers than your schema demands.
    • The October 22 study tests eight open-weight models on 558 documents from nine annotated sets. Open-weight means downloadable model, with licence terms attached.
    • When the requested minimum exceeded the true count, merely showing it raised over-counting from 34.5% to 55.4%. Enforcing it during generation raised padding to 90.1%.
    • Extra entries often copied real document text of the wrong kind, such as an email sign-off presented as a request. About half passed a source-presence check.
    • Allowing “N/A” under an enforced minimum still left 51.0% of lists padded. Saying fewer items were fine reduced padding but also missed more real answers.
    • In an exploratory retry test, sending Qwen3.5-9B the validation error raised over-counting among those re-asked outputs from 10.0% to 69.0%.
    • The released code, answer lists and run records support testing your own extractor against the failure. The study distinguishes shown constraints from enforced constraints.
    • Caveat: The experiments cover string lists and downloadable models, leaving closed-model APIs and lists of multi-field records untested. (arXiv 2610.30997)

Who controls reusable assistant instructions

  • Anthropic transfers the Agent Skills standard to a foundation — The ownership change matters for teams maintaining reusable instructions across competing assistants, while security guidance remains proposed work.
    • An agent is a model running a multi-step task with tools. A skill packages task instructions in a SKILL.md folder with optional scripts and references.
    • The October 22 announcement transfers the name, logo, GitHub organization and domain to the Linux Foundation’s Agentic AI Foundation. Participation remains open without foundation membership.
    • Engineers from several companies will maintain the standard as individuals. David Soria Parra and Mahesh Murag are named lead maintainers.
    • Anthropic reports integration by more than 70 platforms. Versioned releases, a formal proposal process and security guidance are its proposed starting roadmap.
    • Caveat: Foundation ownership and a shared format do not establish that an installed skill’s instructions or bundled code are safe. (Techmeme · first-party announcement)

Coding automation with checks outside the model

  • DoorDash’s assistants remove old feature switches with human approval paper notes → — Its engineering report shows a bounded cleanup workflow that checks deployed settings before changing code and measures acceptance separately from first-pass success.
    • The October 22 paper analyzes 50 recent removals as of April 14. Feature flags are settings used for gradual releases, experiments and emergency shutoffs.
    • Engineers accepted 31 cleanups immediately and 14 after minor revisions, yielding 45 usable pull requests, or 90%. Five required substantial human intervention.
    • The system checks live production values through MCP, the standard for connecting agents to tools. An engineer confirms each proposed replacement before isolated Git worktrees separate parallel edits.
    • Automated build checks enforce 95% coverage of changed lines. They caught six initial coverage failures that the model’s own assessment had missed.
    • Mean runtime was 13.8 minutes and model API cost was $4.79 per cleanup. The one-to-two-hour manual comparison comes from internal estimates rather than timed trials.
    • Caveat: Each flag was processed once in one company’s Kotlin repositories, so these results leave repeatability and generalization to other codebases unresolved. (arXiv 2610.31351)

Self-improvement needs a separate test set

  • Models rewriting their own operating software improve unevenly paper notes → — Successful edits and cheaper operation can coexist with worse performance on tasks excluded from the revision process.
    • A harness is the software around a model that runs its tools, files and commands. This October 21 study lets models build one and revise it twice.
    • Across 27 independent runs, revisions use five development games. Every frozen version then faces twenty separate games in ARC-AGI-3, a suite of unfamiliar interactive games.
    • A benchmark is a fixed set of tasks for comparing models. The score rewards completed levels and efficient actions relative to human baselines.
    • Mean development improvement was 8.42 points, versus 2.80 on the separate games. The latter’s 95% uncertainty interval runs from −1.44 to 7.35 points.
    • Nine final versions became cheaper and better, while nine became cheaper and worse. The authors supply source snapshots, recorded outcomes and analysis files with the paper.
    • Caveat: This is one public game suite and two revisions, with possible training exposure and variation between repeated executions. (arXiv 2610.30499)

Memory should preserve how you want help

  • Saved preferences often fail to change an assistant’s behavior paper notes → — MemPABench tests whether memory affects confirmation, clarification and outreach, beyond remembering facts about the user.
    • The October 21 paper uses four simulated users, fourteen interaction attributes and separate work and personal contexts. Each user’s timeline contains 99 sessions and five preference changes.
    • Across four underlying models, file memory selected the right preference 59.2% of the time, versus 49.6% without memory. Three retrieval-based systems scored 49.9–50.0%.
    • In inspected inputs, the retrieval systems supplied an applicable interaction preference in only seven of 334 judged probes. File memory supplied one in sixty of 111.
    • File memory also spread preferences into the wrong context. It got both work and personal settings right in 14.4% of contrasting pairs, versus 21.8% without memory.
    • The retrieval setups query with the current user message and expose up to 4,000 tokens from ten results. The project page accompanies the full methods and environment description.
    • Caveat: These are simulated people derived from television personas and specific memory integrations, rather than a study of real users or every retrieval design. (arXiv 2610.30485)

Local model performance

  • Mac speedups depend on the whole setup, not the technique paper notes → — Measurements on actual Apple systems show why server-GPU speed claims need testing against your model, runtime and request pattern.
    • The October 22 paper studies four optimization families across M2, M2 Pro, M3 Ultra and M4 Pro devices. Its main workload serves one request at a time.
    • Pruning the KV cache, a model’s stored working memory for a prompt, gave up to 1.75 times baseline speed on Apple. Output-quality effects were outside that test.
    • Six drafting methods, which propose several tokens for the main model to check together, all slowed the principal M2 Pro and M3 Ultra chat comparison.
    • Separate configurations did improve: DDTree increased end-to-end speed by 15.5% on M3 Pro with the tested higher-precision target. That prevents a blanket claim that drafting fails on Macs.
    • Reusing unchanged prompt history reduced ninth-turn wall time by 57% in one conversation test. This saved prompt processing, rather than making each generated token faster.
    • Caveat: The measured single-request setups leave multi-user serving and the answer-quality cost of cache pruning unresolved. (arXiv 2610.31479)

Keeping document indexes current

  • Document splits determine how much work small edits repeat paper notes → — Testing retrieval only on unchanged documents misses the repeated indexing work caused by moving chunk boundaries.
    • The October 22 study compares three ways to split documents on 120 adjacent Wikipedia revision pairs in English and Chinese. All methods succeeded on 116 pairs.
    • On English articles, fixed-size windows recomputed 57.4% of new-version embedding input. Paragraph-first splitting recomputed 37.9%, while content-defined splitting recomputed 42.8%.
    • Embeddings are numerical representations used for search. Reuse required byte-identical complete inputs, with the same model and a cache holding the previous document version.
    • Under a 2,048-token retrieval budget, English evidence recall was 96.7%, 96.8% and 95.0%, respectively. These measure finding supporting passages, rather than final-answer accuracy.
    • The ranking of the two content-aware methods changed with chunk lengths. Content-defined splitting failed on four Chinese articles containing long whitespace-free spans.
    • Caveat: Recomputed input measures work rather than money or elapsed time, and the small recall differences do not establish equivalent quality. (arXiv 2610.31019)
All gathered items - what was cut and why (6)