Leela Kumili writes about DoorDash's multi-agent LLM system that automates stale feature flag cleanup across 623 repositories. In an evaluation of 50 stale flags, the system produced usable pull requests for 45, averaging 13.8 minutes and $4.79 per cleanup versus an estimated one to two hours for manual work. The two-phase workflow uses Claude Sonnet as an orchestrator to retrieve Jira tickets and query experimentation metadata via MCP, then Claude Opus agents in isolated Git worktrees to perform code changes and validation.
- A single Boolean flag can require changes across 5–20 files due to dependency-injected wrappers
- Uber's AST-based Piranha couldn't handle DoorDash's DI patterns where flag-to-logic relationships are semantic
- Outcomes: 31 first-pass merges, 14 revisions, 5 engineer interventions, zero regressions
- Gradle runs without its daemon to prevent state sharing between concurrent worktrees
- Work accepted for the ICSME 2026 industry track
@omarsar0 writes on X that the fastest path to genuinely understanding agent harnesses is to build one from scratch in TypeScript or Python, starting with a minimal ReAct implementation prompted from Google's original paper, targeting three clean components—an LLM inference module (multi-model, OpenRouter-backed, with separable system prompt), an MCP tools module for interoperability, and a simple agent loop that ties them together—then logging every input/output at each boundary and iterating against a small set of diverse test tasks so each change is inspectable. The punchline: skip the framework first, because only once you've felt the loop, the tokens, and the tool calls in your own code do the "next steps"—memory, skills, subagents—stop being black boxes you configure and become modules you actually know how to tune.
- LLM module: wraps inference across multiple frontier models via OpenRouter; system prompt either embedded or isolated for context-engineering experiments
- Tools module: implement as MCP (Model Context Protocol) tools for cross-harness interoperability, or as bespoke functions if experienced
- Agent loop: ReAct pattern (alternating reasoning traces and action calls) encapsulating both LLM and tools; exit conditions handled via system-prompt instructions (non-deterministic), code-level checks (deterministic), or both
- Logging strategy: capture loop in/out, every LLM call in/out, and every tool-call in/out; run a fixed diverse task suite after each modification
- Scaling path: keep architecture modular so memory, skills, and subagent orchestration can be bolted on once the core loop is understood
- Shortcut alternatives (if not building from scratch): Pi SDK or LangChain harness tooling
Michal Sutter writes that the Qwen Developer team has released zg (zvec-grep), an open-source local-first search layer designed to streamline how coding agents find information within a workspace. By unifying semantic search, BM25, and ripgrep under a single interface, it reduces tool calls and token usage for LLM agents that would otherwise struggle with manual context assembly or imprecise keyword matching.
- The package is available via npm as `@zvec/zvec-grep` under an Apache 2.0 license.
- It supports four retrieval routes: a hybrid default, BM25 (`--fts`), vector similarity (`--vector`), and literal/regex matching (`--rg`).
- An MCP (Model Context Protocol) integration allows seamless use with tools like Claude Code, Cursor, and Codex.
- Embeddings run locally by default using models such as `potion-code-16m-v2`, though remote Qwen endpoints are also supported via explicit authorization.
- Benchmarks suggest zg can cut tool calls and input tokens for coding agents by approximately 40% to 50%.
Leela Kumili writes about DoorDash's Flux platform, which moved LLM-based coding agent workloads from developer laptops to cloud infrastructure, automating 130,000 engineering tasks in a single month and supporting over 25,000 automated code reviews per week. The platform was built after local execution hit limits on power, uptime, and security, and is organized around four primitives: Firecracker microVM sandboxes, an in-house MCP gateway, YAML-defined playbooks, and multiple invocation surfaces (Slack, GitHub, cron, CLI, conversational interfaces).
- Sandboxes achieve a 95th percentile SLO under 5 seconds for full setup, including microVM start, repo clone, build tool install, and agent harness configuration.
- Playbooks can mix agent-driven steps with deterministic code where predictable execution or validation is required.
- The Agent Gateway enforces scoped permissions and logs all agent activity for auditing and policy enforcement.
- DoorDash switched Slack integration from private channels to public threads so engineers could observe agent executions and see how other teams delegated work.
Yan Xie, Virat Patel and Albert Chang write that traditional developer-centric APIs are often too granular to support autonomous agents effectively, frequently leading to high latency and increased failure rates during complex workflows. Webflow is transitioning toward intent-driven architectures through the Model Context Protocol (MCP), replacing multi-step chains of low-level API calls with streamlined task-oriented tools that allow LLMs to operate more reliably via declarative commands.
- Use Cloudflare Durable Objects to manage stateful execution for long-running agent sessions.
- Prioritize observability focused on model reasoning and intent rather than traditional infrastructure telemetry.
- Implement layered tool architectures to prevent "tool explosion" as product capabilities expand.
Nolen Jonker writes about how he transitioned from using Claude Code to running local LLMs equipped with filesystem access via the Model Context Protocol (MCP) for administrative tasks. He notes that while Claude is superior for complex coding, a local model can handle folder organization and file management without the privacy concerns of sending sensitive data to cloud servers or being subject to rate limits.
- The filesystem MCP server is an official Anthropic-maintained Node.js package available via npm.
- Setting up the tool in LM Studio requires only a single edit to a `mcp.json` file.
- Running Qwen 3.5 9B on 8GB of VRAM provides sufficient capability for reliable multi-step sequences and tool calling.
This article explores how to integrate local Large Language Models (LLMs) with Docker environments using the Model Context Protocol (MCP). By setting up an MCP server, users can enable LLMs to execute container management tasks such as monitoring health, listing volumes, and deploying new services through natural language prompts. The author demonstrates how a high-end MoE model can handle complex instructions, even troubleshooting configuration errors autonomously.
Main points:
- Model Context Protocol (MCP) functions as a bridge between LLMs and external tools.
- Implementation details for the mcp-server-docker package.
- Hardware and model specifications (Qwen3.6-35B-A3B on RTX 3080 Ti).
- Examples of automated deployments for n8n and BentoPDF.
- Security measures for restricting dangerous LLM actions.
The article discusses how integrating Anthropic's Claude Code persistent memory into automation workflows creates more personalized and efficient processes. By using the Claude Code CLI within an automation layer rather than relying solely on standard API calls, users can leverage Auto Memory and CLAUDE.md files to provide deep project context without manual prompt bloating. This approach enables smarter code repository management, automated documentation updates that reflect actual implementation changes, and more intelligent homelab monitoring. The author also distinguishes these memory features from the Model Context Protocol (MCP), which is better suited for fetching frequently changing data from external tools like GitHub or Notion.
Key topics:
- Claude Code's persistent memory via Auto Memory and CLAUDE.md
- Advantages of CLI implementation over standard API calls in workflows
- Practical applications in code repositories, documentation, and homelab environments
- Comparison between project memory and Model Context Protocol (MCP)
Memori is an agent-native memory infrastructure that acts as an LLM-agnostic layer to transform AI agent execution and conversations into structured, persistent state for production systems. It integrates seamlessly into existing architectures, allowing agents to automatically capture and recall information from past interactions without requiring changes to core code or prompts.
Key features and points:
* Provides advanced augmentation of memories including attributes, facts, preferences, relationships, and skills at the entity, process, and session levels.
* Achieves high accuracy and token efficiency in long-conversation memory as demonstrated by LoCoMo benchmark results.
* Offers dedicated SDKs for both Python and TypeScript.
* Supports Model Context Protocol (MCP) for easy connection to developer tools like Claude Code and Cursor.
* Compatible with a wide range of LLMs including OpenAI, Anthropic, Gemini, DeepSeek, and Grok, as well as frameworks like LangChain and Pydantic AI.
WebMCP is an open source JavaScript library that allows any website to integrate with the Model Context Protocol. It provides a small widget for users to connect to and interact with webpages via LLMs or agents.
Key features include:
- Tools that allow LLMs to perform specific actions on your website
- Prompts that serve as predefined templates for standardized interactions
- Resources that expose page data and content to be used as context for LLM interactions