---
title: "Agents"
description: "7 posts about Agents, summarised, each linking to the original."
---

# Agents
> 7 posts about Agents, summarised, each linking to the original.

## Articles

### [How our AI Research team uses AI Runtime](https://yomu.fyi/post/how-our-ai-research-team-uses-ai-runtime.md)
- Company: [Databricks](https://yomu.fyi/company/databricks.md)
- Author: Ethan Tang, Ivan Zhou, Irene Dea, Steven Chen, Bruce Fontaine, Ben Hansen
- Published: Oct 16, 2026
- Type: Problem & solution

Databricks’ AI Research team uses AI Runtime (AIR) to manage hundreds of parallel research workstreams for products like Genie, Smart Routing, and AI Functions, training models from a few billion to nearly a trillion parameters. AIR performs preflight checks on GPU nodes to ensure health and communication before training, and monitors node health during execution to detect issues like NCCL failures or thermal throttling. The AIR CLI and custom Docker containers enable fast experimentation by launching jobs in seconds without rebuilding environments, supporting both supervised fine-tuning and reinforcement learning. MLflow integration automatically tracks experiments, while Unity Catalog FUSE mounting gives governed access to research data across workspaces without changing training code. The team has scaled to agent-led training, where AI agents propose changes, launch trials, and evaluate results, increasing training job volume by 8x across AI Functions research workloads.


### [Plan or Retrieve First? A Scale Study of Tool Discovery Architectures](https://yomu.fyi/post/plan-or-retrieve-first-a-scale-study-of-tool-discovery-architectures.md)
- Company: [Apple](https://yomu.fyi/company/apple.md)
- Published: Oct 15, 2026
- Type: Benchmark

Tool-augmented LLM agents must discover relevant APIs from large registries before planning, but finite context windows prevent injecting all tool definitions into a single prompt. Two competing architectures are Retrieve-then-Plan (RtP), which embeds the query and retrieves similar tools via nearest-neighbor search, and Plan-then-Retrieve (PtR), which first generates abstract tool stubs as retrieval queries. Evaluating on ToolBench with 46,984 API endpoints across 50 categories reveals a clear complexity-dependent crossover: RtP outperforms PtR on single-tool queries while PtR outperforms RtP on multi-tool queries. PtR’s stub-hallucination failure mode acts as a double-edged sword—on simple queries it abstracts away proper-noun signals, yet on complex queries it decomposes multi-faceted intent into functional sub-needs. PtR roughly doubles inference cost, which pays off on multi-tool queries but hurts on single-tool ones, motivating complexity-adaptive routing driven by RtP’s top-1 retrieval score.


### [Power real-time applications and agents with Document Intelligence](https://yomu.fyi/post/power-real-time-applications-and-agents-with-document-intelligence.md)
- Company: [Databricks](https://yomu.fyi/company/databricks.md)
- Author: Archika Dogra, Jane Zhang, Zachary Wang, Nihit Desai
- Published: Oct 14, 2026
- Type: Announcement

Databricks announces General Availability of Document Intelligence REST APIs for real-time document parsing, extraction, and classification, with the ai\_decide API for routing in beta. These synchronous APIs eliminate the manual bottleneck of reading documents by transforming unstructured contracts, invoices, and insurance claims into structured insights in real time. The ai\_parse\_document API converts tables and figures into structured text with citation bounding boxes, while ai\_extract pulls specified fields with optional citations and confidence scores for verification. The ai\_classify API assigns labels using a business taxonomy with optional rationales, and ai\_decide uses content to route or flag documents for review. Developers can integrate these APIs into Databricks Apps for human-in-the-loop workflows, such as a contract intake flow where a lawyer uploads an agreement and sees key terms prefilled, or into custom agents on Agent Bricks.


### [A local Supabase project per agent, with or without Docker](https://yomu.fyi/post/a-local-supabase-project-per-agent-with-or-without-docker.md)
- Company: [Supabase](https://yomu.fyi/company/supabase.md)
- Author: jgoux, wenbo
- Published: Oct 14, 2026
- Type: Announcement

The Supabase CLI v2.119.0 introduces an experimental native runtime that runs all 13 services as plain processes without Docker, reducing startup time by over 80% and idle memory by 89%. It also supports multiple local projects on one machine via git worktrees, each with its own Postgres, Storage, Edge Functions, and MCP server on auto-assigned ports. This allows each coding agent to have an independent database to reset and test against without affecting others, making a project per worktree practical on a laptop. Remote branches now inherit configuration from their base project and are ready nearly five times faster, with function bundles copied in parallel. The native runtime runs on Linux and macOS, and Docker remains the default when present, but the CLI automatically selects native when Docker is absent.


### [Design Email for Humans and Agents](https://yomu.fyi/post/design-email-for-humans-and-agents.md)
- Company: [Resend](https://yomu.fyi/company/resend.md)
- Author: Kiersti Esparza
- Published: Oct 14, 2026
- Type: Problem & solution

Apple Mail and Gmail now generate AI summaries of emails, while agents read messages to automate tasks like logging receipts or tracking deadlines. Summarizers focus on the first 100 to 150 characters, so the main point and call to action must lead the email. Semantic HTML with h1 headings, a descriptive title, lang attributes, and role=‘presentation’ on tables creates a machine-readable outline, yet the Email Markup Consortium found 74% of emails lack an h1 and 96% lack lang. Hidden text styled to be invisible can hijack summaries, as Forcepoint demonstrated, and similar attacks have targeted Gemini in Google Workspace; such practices also trigger security flags. Testing in Gmail, Apple Mail, and Outlook, along with verifying the plain text version, confirms that both humans and agents interpret the email correctly.


### [Run fast, private agents on-device with LFM2.5-24B-A2B](https://yomu.fyi/post/run-fast-private-agents-on-device-with-lfm2-5-24b-a2b.md)
- Company: [Hugging Face](https://yomu.fyi/company/hugging-face.md)
- Author: Raahul Vignesh, Song Duong, Akhilesh Deepak Gotmare, Fernando Fernandes Neto, Jiahui Wang, Mayank Agarwal, nathan ranchin, Sergei Tilga, Sinoué GAD, Tim Seyde, Zetian Li, changyi yang, Simon Lee, Leonie Monigatti, Maxime Labonne, Karthik Macherla, Alfred Eng, Khoi Nguyen, Paul Pak, xx, Tarek Dakhran, Anthony Maltsev
- Published: Oct 13, 2026
- Type: Announcement

LFM2.5-24B-A2B is a 24-billion-parameter reasoning model with only 2 billion active parameters per token, designed for fast, private on-device agents. It uses a Mixture-of-Experts architecture with 40 layers, 64 experts per block, and top-4 routing, combined with gated short convolutions and GQA. The model produces an explicit chain of thought before answering and supports tool calling and multi-step tasks. Pre-training scaled to 33 trillion tokens, followed by mid-training and a five-stage post-training pipeline including supervised fine-tuning, multi-domain distillation, and agentic reinforcement learning. On benchmarks, it leads or matches larger models on tool use and instruction following, achieving 48.09 on LiveClaw and 96.75 on IFEval, while decoding 184 tokens per second on an Apple M5 Max.


### [Redesigning source control at Anthropic](https://yomu.fyi/post/redesigning-source-control-at-anthropic.md)
- Company: [Anthropic](https://yomu.fyi/company/anthropic.md)
- Author: Anthropic
- Published: Oct 13, 2026
- Type: Explainer

At Anthropic, Claude’s ability to iterate on code at high speed has caused git-based source control to become the bottleneck in their development workflow. To handle the growth from 2,500 to over 30,000 daily code merges, the team built Scion, an in-house version control system, fully migrating their monorepo from git in five months. Scion diverges from git by assuming clients are always online, shifting computation to the server, and using horizontally scalable data structures without any fully materialized copy of the repository. The system stores changes as entries in a write-ahead log, supports sparse and virtualized checkouts, and enables cheap, lock-free commits that scale with change size rather than repository size. Anthropic shares Scion’s design principles to help the broader ecosystem prepare for AI-driven scaling challenges, noting that similar pressure points will emerge for other organizations as AI coding tools become more common.