What if your #coding #agent outlived your IDE #ai #agenticengineering #host

Agentic Engineering · 2026-08-21

Microsoft's new Agent Host Protocol (AHP) proposes an architecture where coding agent sessions persist independently of your IDE, allowing multiple clients to share and synchronize a live view of the same session across different devices or interfaces. AHP uses JSON RPC and immutable state models for state synchronization, enabling clients to reconnect and catch up on missed activity. This fundamental shift turns agent sessions into a persistent resource, raising questions about whether traditional IDEs will evolve into interchangeable front-ends for agent runtimes.

read more

The Agent Host Protocol (AHP), proposed by Microsoft, addresses a fundamental shift in how coding agents interact with development environments. Instead of tying long-running coding tasks to a single Integrated Development Environment (IDE) window, AHP establishes a paradigm where agent sessions become persistent resources living in a separate agent host. This host acts as the single source of truth for that session, maintaining its state independently of any connected client.

This architecture enables several key capabilities:

Cross-device continuity: A developer can close their IDE on one machine and pick up the exact same live agent session from another device (e.g., a web app, a command-line interface, or a different physical computer). Multi-client collaboration: Multiple clients can connect to the same agent host, sharing and synchronizing a live view of the same agent sessions. This facilitates collaborative coding or debugging scenarios where several developers monitor or interact with an agent's progress simultaneously.

Under the hood, AHP leverages established web technologies and distributed system patterns:

JSON RPC: Used for remote procedure calls between clients and the agent host, enabling structured communication. Immutable state models: The host maintains the authoritative state of each agent session using immutable data structures. This simplifies state management and ensures consistency. Pub/Sub channels: Clients subscribe to channels representing different aspects of an agent session (e.g., sessions, chats, terminals, change sets). When a client connects, it receives the current state. Subsequent changes are represented as ordered actions and broadcast by the host to all connected clients. This ensures all clients converge on the same view of the session. Optimistic local changes and reconciliation: Clients can make optimistic local changes, which are then reconciled with the authoritative updates broadcast from the host. This helps maintain responsiveness and a smooth user experience even with network latency. * Disconnection resilience: If a client disconnects, it can seamlessly reconnect and catch up on all actions that occurred while it was offline, bringing its local state in sync with the host's authoritative state.

AHP is part of a broader ecosystem of protocols:

Agent Client Protocol (ACP): This protocol, originally developed by Zed with Google's Gemini CLI as its first reference implementation, focuses on one-to-one communication between an editor/client and a coding agent. It standardizes interactions like sending prompts, receiving streaming responses, handling tool calls, managing permissions, and receiving session updates. Multi-Client Protocol (MCP): Another layer built on top of these, MCP is primarily concerned with connecting agents to external tools and capabilities, extending the agent's functionality beyond simple code generation or interaction.

The architectural significance of AHP lies in its transformation of agent sessions into a persistent, independent resource. This fundamentally decouples the agent's work from the ephemeral nature of a single IDE instance. It suggests a future where IDEs (or whatever agent-centric development tools are eventually called) might become highly interchangeable front-ends, with the core software development happening within a persistent agent runtime hosted elsewhere. This shift could lead to more flexible, collaborative, and resilient development workflows, as the agent's context and progress are no longer lost when a developer closes their preferred tool or switches devices.

Why Superhuman AI Might Only Need to Master R&D - Ryan Greenblatt

Dwarkesh Patel · 2026-08-20

The discussion centers on the potential for AI models, specifically those like GPT-8, to achieve significant transfer learning and impact real-world domains beyond their initial training. One perspective suggests that current methods may not suffice for generalization to complex, long-horizon tasks like running a business or negotiating trade deals. Conversely, it's argued that training AI on diverse environments with clear feedback, combined with rapid advancements in R&D (e.g., chip design, robotics), could lead to an industrial explosion, fundamentally transforming the world even if the AI doesn't excel at nuanced human political or social maneuvering. The key takeaway is the potential for AI's R&D capabilities to drive rapid technological and economic shifts, with implications that may outpace human comprehension and control.

Stop Making TUIs

Simon Willison · 2026-08-21 · 1 min read

AI coding agents have made building native GUI apps so cheap that there's no longer a good reason to default to terminal UIs for personal tools. For a senior engineer, this matters because the calculus around "is a real UI worth the effort" has fundamentally shifted — vibe-coding a functional native app now takes roughly the same time as wiring up a CLI.

Quoting Matt Webb

Simon Willison · 2026-08-21 · 1 min read

Matt Webb describes using ChatGPT not to write code but as an interactive tutor to finally understand quaternions well enough to implement 3D rotations in his app. This matters because it reframes AI's role in engineering work — not as a code generator that atrophies your skills, but as an on-demand expert that can accelerate learning of complex mathematical or technical concepts that books and peer explanations failed to convey.

Good Days, Bad Days, Impossible Days

Charity Majors · 2020-04-28 · 4 min read

TLDR: When everything feels impossible, the fix isn't to work harder or appear busier — it's ruthless prioritization and dropping the performance of normalcy. Thirty minutes of genuine focused work on your most important problem beats hours of fragmented, performative productivity. Communicate your real availability, shed everything non-essential, and stop wasting energy pretending things are fine.