We benchmarked MCP vs filesystem access across 20 production-agent scenarios. The filesystem setup cut LLM costs by 27% and latency by 32%

Reddit r/AI_Agents News

Summary

A benchmark study comparing MCP and filesystem access for AI agents in 20 production scenarios found that filesystem access reduces LLM costs by 27% and latency by 32% while improving answer quality.

We gave the same agent 20 cross-application tasks using two different setups: Official Slack, Notion and Linear MCP integrations. The same application data synchronized and mounted as files using Locality, which I work on. We kept the agent harness, model, prompts and machines the same. We ran each scenario three times and conducted 180 blind, randomized comparisons of the resulting answers. Compared with MCP, the filesystem setup: Produced higher quality answer in 70% of the blind evaluations. Reduced LLM costs by 27%. Reduced latency by 32%. Required 61% fewer tool calls. Used roughly 40% fewer tokens. The traces suggest that most of these gains came from gathering context, not from differences in reasoning. In one scenario, the agent had to identify product-launch risks by comparing evidence across Slack, Linear, Notion and a Git repository. The filesystem agent searched across those sources using a small set of parallel rg and file operations. During one evidence-gathering stage, those operations took roughly 0.3 seconds. The MCP agent spent about a minute on the same stage, making 21 calls with roughly 30 seconds of tool-call time as it iteratively gathered context. The agents spent similar amounts of time reasoning. The main difference was how they found and inspected the evidence needed to reason. Our takeaway is that a filesystem gives agents one composable interface for searching, filtering and reading across sources. This enables ready discovery of context which can be retrieved at scale. MCP gives them multiple application-specific interfaces, which can create longer retrieval chains for context-heavy work. This benchmark focused on cross-application research and synthesis, so it doesn’t cover every MCP use case. MCP may still be the better interface for individual actions and lightweight integrations. Full analysis, traces and scenario-level results linked below. If you’re running agents in production, do you fetch application context through tools at runtime or synchronize it into the environment beforehand? Where have you seen either approach break down?
Original Article

Similar Articles

Filesystem-Based Memory for LLM Agents: Organization, Evolution, and Sustainability

arXiv cs.CL

This paper presents the first systematic exploration of filesystem-based memory for LLM agents, formalizing roles of management, search, and execution agents around a shared memory store. It finds that organization primarily reduces retrieval cost but does not yet improve answer quality, and that tooling choices affect store shape as much as model selection.

Which MCP servers give AI agents real business capabilities in 2026??

Reddit r/AI_Agents

A practitioner shares their experience with MCP (Model Context Protocol) servers for business work, detailing which ones provide real read/write capabilities (e.g., Postgres MCP, HubSpot MCP, PostFast) and which disappoint (e.g., Slack MCP, Google Ads MCP), while highlighting major security concerns like low OAuth adoption and high vulnerability rates.

Code execution with MCP: Building more efficient agents

Anthropic Engineering

This article from Anthropic explores how integrating code execution with the Model Context Protocol (MCP) can improve the efficiency of AI agents. It addresses challenges like token overload from tool definitions and intermediate results, proposing code execution as a solution to reduce latency and costs.