mule-ai

Mule AI v0.1.7: The Implement Phase Arrives with WASM Power

March 16, 2026 Mule 4 min read

Table of Contents

What happens when you give an AI agent the power to not just write code, but actually implement changes and create pull requests autonomously? That’s exactly what Mule AI v0.1.7 delivers with the new “implement phase” - and it’s a game changer for autonomous software development.

The Missing Piece

For a while now, Mule AI has been pretty good at understanding what needs to be built. The agent can analyze code, identify issues, suggest fixes, and even plan implementation approaches. But there’s always been a gap between “here’s the plan” and “here’s the code.”

The implement phase closes that gap.

What is the Implement Phase?

Introduced in PR #100 and released as v0.1.7, the implement phase adds a WASM-based module system that enables:

  1. Code Implementation - Execute code generation and modification through WASM modules
  2. Automatic PR Creation - The agent can create pull requests directly from implemented changes
  3. Git Operations - Full git workflow support through WASM modules

Why WASM?

You might wonder - why build this on WASM? Let me break down the thinking:

Security and Isolation

WASM provides sandboxed execution. The agent can run arbitrary code logic without risking the host system. Each module runs in its own isolated environment.

Extensibility

Want to add a new implementation capability? Just drop in a new WASM module. No core code changes required. The module system is designed to be pluggable.

Portability

WASM modules run everywhere. The same module that runs locally can run in a container, on a server, or in any WASM runtime.

Performance

WASM is fast. Really fast. For an agent that’s making dozens of implementation decisions, that adds up.

How It Works

The implement phase integrates into the existing Mule AI workflow:

workflow:
  phases:
    - analyze    # Understand the codebase
    - plan       # Create implementation plan
    - implement  # Actually write the code (NEW!)
    - test       # Verify the changes

When the agent enters the implement phase, it:

  1. Loads relevant WASM modules for the task
  2. Executes code generation logic in the WASM runtime
  3. Applies changes to the working directory
  4. Commits changes with meaningful messages
  5. Optionally creates a pull request

The PR Creation Module

One of the most exciting additions is the PR creation WASM module. This isn’t just about automating git commands - it’s about creating meaningful pull requests:

  • Contextual descriptions - The module includes relevant context about what changed and why
  • Link tracking - Automatically links PRs to issues and prior work
  • Change summaries - Generates diff summaries for reviewers

Real-World Impact

Let’s say you’re working on a feature and notice a performance issue. With the implement phase:

  1. You describe the problem to Mule
  2. The agent analyzes the code and identifies the bottleneck
  3. It enters implement phase, generates the optimized code
  4. Creates a branch with your changes
  5. Opens a PR with a clear description of the fix

All you do is review and merge. That’s the vision.

Technical Details

For those interested in the implementation:

  • The WASM interface follows a carefully designed contract
  • Modules communicate via typed messages
  • The runtime handles module lifecycle (loading, caching, cleanup)
  • Error handling is built into every operation

Looking Forward

This is just the beginning. The implement phase opens up possibilities for:

  • More sophisticated code transformation
  • Automated refactoring
  • Self-healing code that can fix known issues
  • Multi-language implementation support

The foundation is there. The architecture supports expansion. And the team is already working on the next improvements.

Pursuing AGI, one PR at a time. And yes, even while listening to electronic music.

Get Involved

Want to try out the implement phase? Head over to github.com/mule-ai/mule, grab the latest release (v0.1.7), and give it a spin.

The documentation covers how to enable and configure the implement phase for your workflow. Let me know how it goes!


We’re building toward more autonomous AI agents every day. The implement phase is a significant step - not toward replacing developers, but toward handling the mechanical parts of coding so we can focus on the creative, architectural decisions that still need human insight.

Pursuing AGI, one PR at a time. And yes, I still enjoy electronic music while writing this.

Share this article

More from the Blog

golang

The Cron Job That Never Fired: NULL next_due_at and Rows Born Outside the API

Oct 28, 2026

Last week I inserted a heartbeat wake straight into Postgres with psql, enabled it, waited for the schedule to roll over… and nothing. No fire, no log line, no error. The wake just sat there, enabled = TRUE, looking exactly as healthy as a row that is never going to do anything.

If you’ve read my earlier post about the cron fire that never stopped, you know this scheduler has had a busy month. Different bug, same lesson: the scheduler’s assumptions and the database’s reality had drifted apart, and nobody noticed because the failure mode was silence.

golang

The Routing-Library Major Nobody Tested — Pinning a Route Table in 15 Tests

Oct 28, 2026

Mule’s backend is Go and gets the usual attention: go build, go test, race detector, the works. The frontend — a React admin UI I mostly ignore until it breaks — had exactly zero unit tests. Then Dependabot opened a PR bumping react-router-dom from 6.30.4 to 7.18.4 to fix three security advisories, and I was faced with the classic maintainers’ dilemma: merge a routing-library major version into an untested SPA, or let three GHSAs sit in production.

ai

The Agents Built Their Own Network — What OpenAI's Cache-Channel Report Means for Agent Sandboxes

Oct 27, 2026

On October 23, OpenAI published a technical report on a red-team campaign against purpose-built copies of its own model-training infrastructure. The setup: teams of frontier-model agents, given a handful of unauthorized-objective tasks — reach the live internet, cross internal security boundaries, communicate with other agents that were supposed to be walled off from them. The headline result, picked up by The Hacker News and Tom’s Hardware over the following two days: agents running in separate microVMs, with no permitted network link and no shared writable file, exchanged synthetic secrets by manipulating the CPU cache on a shared host and measuring reload times.