Python was the only delegate that passed

Out of 52 professional domains in Microsoft’s new delegation benchmark, exactly one cleared the readiness bar, and the reason has more to do with Python’s parser than with any model.

Three Microsoft researchers, Philippe Laban, Tobias Schnabel, and Jennifer Neville, ran 19 large language models through a benchmark called DELEGATE-52. The setup is simple. Hand the model a document. Ask it to make a structural edit. Ask it to undo that edit. Repeat for ten round trips, which works out to 20 interactions. Then compare the final document to the original and count what was lost.

In a paper covered May 11, the average frontier model (Gemini 3.1 Pro, Claude 4.6 Opus, GPT 5.4) corrupted 25% of the document content by the end of 20 interactions. Across all 19 models tested, the average was closer to 50%. The benchmark covers 52 professional domains, from accounting to music notation to crystallography. Out of those 52, exactly one cleared the readiness threshold the researchers set, 98% accuracy retained. That domain was Python.

Why the language with the strictest syntax held up

Gemini 3.1 Pro, the best performer of the group, passed in 11 of 52 domains. The other 18 models passed in fewer. The Python result is not a hidden detail in the paper, it is the headline finding for anyone reading from a CS classroom. Most LLMs, 17 of the 19 tested, handled lossless Python manipulation across 20 interactions. They did not handle lossless music notation, weaving patterns, EDIFACT, earnings statements, or crystallography logs.

The reason is the part of programming that students often complain about. Python has a syntax checker. The interpreter will refuse to run code that has a misplaced colon or an unclosed bracket. There is no equivalent for music notation. There is no parser that will reject an XML earnings statement with a quietly wrong figure inside it. The model can rewrite a number and nothing in the toolchain will catch it. With Python, the errors that compound silently in other domains crash the program instead. The model gets immediate feedback that what it produced is broken, and produces something else.

Read the other way, the finding is uncomfortable. The reason a CS student trusts a model with a refactor is the same reason a paralegal should not trust one with a contract. The thing keeping Python intact across 20 interactions is not the model. It is the language.

Tools made it worse

The agentic configuration is where the result starts to feel like a rebuke of how the rest of the industry has framed 2026. The researchers ran the same benchmark twice, once with a plain language model, once with the model equipped to read files and execute code. The agentic version did worse, by an average of 6 percentage points by the end of the simulation.

The breakdown the authors give is worth listing:

  • Context overhead. Tool use consumed 2 to 5 times more input tokens, straining the long-context capabilities the models needed for the actual task.
  • Task mismatch. The benchmark is built around textual understanding and reasoning. The tools the models reached for were better suited to programmatic operations.
  • Tool avoidance. Faced with a choice between file writes and code execution, models picked file writes most of the time, which defeats the point of giving them an execution sandbox.

The vendor pitch for agentic systems is that they handle long, multi-step tasks. DELEGATE-52 is, structurally, a long multi-step task. The benchmark catches the gap between the demo and the loop.

The detail that lingers is the framing the paper picks for the failure mode. Catastrophic corruption, defined as scoring 80% or lower, occurred in more than 80% of model and domain combinations. The errors are not loud. The paper calls them sparse but severe, and stresses that they accumulate quietly. A musician who delegates 20 small edits to a model gets back a score that mostly looks right and has, somewhere in it, a wrong note. An accountant gets back a statement that mostly balances. The 25% corruption rate cited for frontier models is the rate at which a human would have to be checking.

The first time most CS students see Python passing a benchmark that the other 51 domains fail, the instinct is to read it as a compliment to the language. It is a compliment to its compiler. Strip the syntax checker out and Python would be in the bottom half of the chart with everything else.

Coinbase’s bet on one-person AI pods

Brian Armstrong is restructuring Coinbase around “AI-native pods” of one person directing agents that used to be whole teams of engineers, designers, and PMs.

Last week Brian Armstrong told Coinbase employees who hadn’t onboarded onto Cursor or GitHub Copilot by Friday that they were fired. That was the warm-up. On May 5, Coinbase announced it was cutting roughly 14% of its 4,700-person workforce, about 660 people, and restructuring what remained around two new units Armstrong calls player-coaches and AI-native pods.

The framing Armstrong chose for what comes next is unusual enough to read twice. Coinbase is being rebuilt, he wrote, “as an intelligence, with humans around the edge aligning it.” Not humans using AI. The company is the AI. The humans are alignment.

What a pod actually is

The AI-native pod is the structural payoff of that framing. Armstrong described pods that could include “one-person teams directing agents that encompass the responsibilities of engineers, designers, and product managers.” For anyone who has sat through a software engineering class on team structure, on Brooks and Conway’s law and the rest of the pantheon, that sentence collapses about forty years of organisational thinking into a single role.

Most CS curricula still teach project work the way Conway described it in 1968. Small teams, role separation, a designer who isn’t a PM who isn’t an engineer, with coordination as the unavoidable tax. Armstrong’s quote on layers, “layers slow things down and create coordination tax,” is a direct hit on that model. Hierarchy is being flattened to a maximum of five levels below the CEO, with 15+ reports per manager.

The Cursor deadline tells the rest

The detail that probably matters most to anyone applying to a company like this isn’t the pod structure. It is the deadline. Armstrong gave engineers free Cursor and Copilot licenses and demanded onboarding by the end of the week. The ones who didn’t complete it lost their jobs. Onboarding by quarters, Armstrong said, was over.

Read alongside the pod restructuring, the deadline is doing real work. A one-person pod only functions if every person in it is fluent in the toolchain that lets them act like a team. The cost of an engineer who can’t drive Cursor isn’t slower output. It is the whole pod model collapsing back into the old shape. Hence the speed of the ultimatum.

Armstrong’s own number for the productivity gap was that AI lets engineers “ship in days what used to take a team weeks.” That ratio, days to weeks, is roughly the ratio Coinbase is now betting its org chart on. If it is wrong by half, the pods are understaffed for the work. If it is right, the layoffs are a floor and not a ceiling.

What this looks like from a CS classroom

The standard advice to undergraduates has been to specialise. Pick backend, frontend, data, ML. The Coinbase model points the other way. A pod-of-one is not a specialist. It is someone fluent enough across product, design, and engineering to spec, build, and ship a feature with agents doing most of the typing. The skill being priced is no longer pure implementation. It is the ability to direct agents across the seams that used to be roles.

Coinbase isn’t the only company headed there. Kalshi traders are giving 92% odds that 2026 tech layoffs will exceed 2025’s 447,000. The crypto downturn is part of the story but not most of it. Oracle, Snap, and IBM made similar announcements earlier this year on similar reasoning. What’s different about Coinbase is how explicit Armstrong is about the destination. Humans around the edge, aligning it. That isn’t a productivity memo. It is a job description.

Claude Code Introduces Ultraplan: Cloud-Based Collaborative Task Planning Revolutionizes AI Coding

Anthropic’s Claude Code launches Ultraplan for cloud-based task planning, Microsoft Word integration, and multi-agent workflows while OpenAI experiments with parallel task execution in Codex Scratchpad.

The AI coding landscape is undergoing a significant transformation as Anthropic’s Claude Code introduces Ultraplan—a cloud-based collaborative task planning system that represents a major shift in how developers work with AI assistants. Simultaneously, OpenAI is experimenting with parallel task execution in Codex Scratchpad, hinting at a future where AI coding agents work in coordinated teams rather than as solitary assistants.

Claude for Word: AI Embedded Directly into Microsoft Office

Anthropic has taken a bold step by embedding Claude directly into Microsoft Word, creating what they’re calling “Claude for Word.” This integration enables:

Inline rewrites and edits – Developers can now have Claude suggest changes directly within Word documents, with the AI understanding context and making appropriate modifications.

Comment-driven tracked changes – Similar to how human collaborators work, Claude can now respond to specific comments and suggestions, implementing changes while maintaining a clear audit trail.

Template-based drafting with cited sources – The AI can generate documents based on templates while properly citing sources, a crucial feature for technical documentation and legal documents.

Document-wide consistency checks – Claude can analyze entire documents to ensure terminology, formatting, and style remain consistent throughout.

Reusable workflow “skills” – Perhaps most importantly, Anthropic is introducing standardized workflows for common tasks like contract review and reporting. These “skills” can be reused across Office documents, creating consistent, high-quality outputs.

The Epitaxy Project: Multi-Agent Development Environment

While Claude for Word focuses on document creation, the Epitaxy project is redesigning the Claude Code desktop app into a multi-agent environment. This represents a fundamental shift in how AI coding assistants operate:

Coordinator orchestrates parallel sub-agents – Instead of a single AI trying to handle everything, a central coordinator manages multiple specialized agents working simultaneously.

Multiple repository support – The system can coordinate work across different code repositories, understanding dependencies and relationships between projects.

Specialized agent roles – Different agents can focus on specific tasks: one for testing, another for documentation, a third for code review, etc.

This agentic approach acknowledges that complex software development involves multiple interconnected tasks that benefit from specialized attention rather than a one-size-fits-all AI assistant.

Ultraplan: Cloud-Based Collaborative Task Planning

The most significant development is Ultraplan, which moves task planning from local development environments to the cloud. This enables:

Terminal-triggered planning runs – Developers can initiate planning sessions directly from their terminals while Claude builds and iterates on a web interface.

Threaded comments and inline feedback – Team members can collaborate on planning documents with threaded discussions and specific feedback tied to particular sections.

Multi-repository workflows – Planning can span multiple code repositories, understanding how changes in one project affect others.

Browser-based execution or terminal return – Plans can be executed directly in the browser or returned to the terminal for local implementation.

GitHub integration required – Ultraplan requires GitHub integration and Claude Code v2.1.91, positioning it as a professional development tool rather than a casual coding assistant.

The cloud-based approach represents a significant shift. Instead of planning happening in isolation on individual machines, it becomes a collaborative, persistent process that teams can contribute to and reference over time.

Beyond Technical: Anthropic Consults Religious Leaders on AI Alignment

In a surprising but thoughtful move, Anthropic is consulting religious leaders on Claude’s moral responses. This initiative recognizes that AI systems increasingly make decisions with ethical implications, and diverse perspectives are needed to ensure these systems align with human values.

The approach suggests Anthropic understands that AI development isn’t just a technical challenge—it’s also a philosophical and ethical one. By engaging with religious traditions that have centuries of ethical reasoning, they’re seeking to build more nuanced, context-aware moral frameworks into their AI systems.

OpenAI’s Parallel Developments: Codex Scratchpad and Security Challenges

While Anthropic advances with Claude Code, OpenAI is pursuing its own innovations:

Codex Scratchpad surfaces as parallel task experiment – OpenAI appears to be testing parallel task execution capabilities, hinting at a future “superapp” built around multi-agent workflows similar to Anthropic’s Epitaxy project.

Compute scale as competitive advantage – OpenAI continues to argue that its massive compute resources give it an edge over competitors, even as it pauses UK data center expansion due to cost and regulatory pressures.

Supply chain security incident disclosed – OpenAI revealed a supply-chain incident tied to a compromised Axios dependency introduced through a GitHub Actions workflow. While there’s no evidence of user data exposure, the incident highlights the security challenges of complex AI development pipelines.

GPT-5.4’s app-building capabilities – Security firm Snyk demonstrated that GPT-5.4 can build an entire app from a single prompt, but flagged that the AI’s dependency choices highlight security risks in agentic coding workflows.

The Bigger Picture: AI Coding Enters Its Collaborative Phase

These developments signal that AI-assisted coding is moving beyond simple code generation into sophisticated, collaborative workflows:

From solo to team player – AI is evolving from a tool that helps individual developers to a system that facilitates team collaboration.

From local to cloud – Planning and coordination are moving to the cloud, enabling persistent, accessible collaboration.

From code to full workflow – AI assistance now spans the entire development process, from planning and documentation to implementation and review.

From technical to ethical – Companies are recognizing that AI development requires ethical considerations alongside technical ones.

What This Means for Developers

For developers working with AI assistants, these changes represent both opportunities and challenges:

Opportunity: More sophisticated tools that understand complex workflows and team dynamics.

Challenge: Learning to work effectively with multi-agent systems and cloud-based planning tools.

Opportunity: Better integration with existing tools like Microsoft Office and GitHub.

Challenge: Navigating the security implications of increasingly complex AI development pipelines.

Opportunity: AI systems that consider ethical implications alongside technical requirements.

Challenge: Understanding how to provide appropriate guidance to AI systems on ethical matters.

The race to build the most capable AI coding assistant is clearly heating up, with both Anthropic and OpenAI pushing the boundaries of what’s possible. As these tools become more sophisticated and integrated into development workflows, they’re likely to fundamentally change how software is created—not just by making individual developers more productive, but by enabling new forms of collaboration and coordination that weren’t previously possible.

How do you see these developments changing your workflow? Are you excited about cloud-based planning tools, or concerned about the complexity they might introduce?