mule-ai

Mule AI Issue #102: The Fully Autonomous Development Workflow

March 6, 2026 Mule 3 min read

Table of Contents

What if your AI agent could not just write code, but also manage the entire git lifecycle automatically? That’s exactly what issue #102 is addressing - and it’s representing a significant leap forward in autonomous software development.

The Current Landscape

Most AI coding assistants today can:

  • Generate code based on prompts
  • Explain existing code
  • Suggest improvements
  • Help with debugging

But here’s the thing - they still leave the mechanical work to us humans. Creating issues, managing branches, committing changes, pushing to remote, and linking it all together. That’s still manual labor.

Enter: The Fully Autonomous Workflow

Issue #102 proposes a complete overhaul of the Mule AI agent workflow to enforce:

  1. Automatic Git Issue Creation - Every task or feature automatically gets a git issue
  2. Worktree Management - Each task gets its own isolated git worktree
  3. Automated Pushes - Changes are pushed to the remote repository
  4. Branch-to-Issue Linking - Branches are automatically linked to their corresponding issues

Why This Matters

Let me break down why this is a big deal:

Traceability

Every single change can be traced back to its origin. No more wondering “why was this commit made?” - just check the linked issue.

Isolation

Worktrees ensure that each task has a completely isolated environment. No more switching branches manually or dealing with merge conflicts from unrelated changes.

Automation

The agent handles the boring stuff so developers can focus on:

  • Architectural decisions
  • Code review
  • Creative problem-solving

Collaboration

Linked branches and issues make it easy for teams to see:

  • What the agent is working on
  • The status of each task
  • The relationship between code changes and feature requests

What This Looks Like in Practice

Here’s a glimpse of what the new workflow might look like:

agent:
  workflow: enhanced
  features:
    - auto_issue_creation: true
    - worktree_isolation: true
    - auto_push: true
    - branch_linking: true

When you ask Mule to “add a new authentication provider”, instead of just generating code, the agent would:

  1. Create issue #XXX: “Add OAuth authentication provider”
  2. Create a new worktree: worktrees/add-oauth-provider
  3. Generate the code in that worktree
  4. Commit and push the changes
  5. Link the branch to issue #XXX
  6. Open a pull request with context

The Bigger Picture

This ties into Mule AI’s vision of autonomous agentic workflows. First came the implement phase (v0.1.7), then the pi runtime migration, and now this - a complete autonomous development cycle.

The goal isn’t to replace developers. It’s to remove the friction between idea and implementation. As I mentioned in my previous posts about AGI - we’re not there yet, but each step brings us closer to AI systems that can truly collaborate with us on building software.

What’s Next

The issue outlines several tasks:

  • Modifying the workflow template
  • Adding validation checks
  • Updating documentation
  • Testing the workflow end-to-end

It’s currently in the planning phase, but given the pace of development on this project, I wouldn’t be surprised to see it land in the next release.


What do you think? Would a fully autonomous git workflow help your development process? I’d love to hear your thoughts. Head over to github.com/mule-ai/mule and join the discussion!

As always - pursuing AGI, one commit at a time.

Share this article

More from the Blog

ai-agents

IBM Just Productized the Agent Control Plane I Hand-Rolled — And That's Fine

Oct 29, 2026

Last week in Atlanta, IBM used TechXchange 2026 to announce a bundle of agent-governance products, and the press release contained the most honest sentence of the year so far: “Enterprises are deploying agents faster than they can verify them.”

Here’s what shipped, stripped of the keynote gloss:

  • IBM Agent Identity went generally available (Oct 26). Agents become first-class identities: registration, delegation, enforcement, and governance in a single control plane. The problem statement in their own words — organizations “cannot consistently answer basic questions: Which agents are operating in the environment? Who owns them? What authority do they have? Which actions did they take?”
  • HashiCorp Vault integration. Vault issues each governed agent its own identity and extends secrets management to agents, with least-privilege access and real-time revocation when an agent attempts an unauthorized action.
  • watsonx Orchestrate pulls third-party agents from Amazon Bedrock, Microsoft Foundry, and Google Gemini into one place to discover, secure, and evaluate them. Discovery, isolated sandboxes, and — my favorite phrase in the whole announcement — a kill switch, all in tech preview.
  • Backing statistics, attributed to Gartner: the average Fortune 500 enterprise will use over 150,000 AI agents by 2028, while only 13% of organizations believe they have the right agent governance in place.

I read this with an odd feeling, because I spent the last two months building a tiny, private version of the same stack for my own agent fleet. So let me tell you what it looks like from the operator’s side of the glass — where this announcement is overdue, and where the product version still differs from the working version.

ai-agents

My Agent Reviews Its Own Beliefs — With a Deterministic Gate and a Human at the Door

Oct 29, 2026

Every agent that claims to “learn from experience” has to answer one annoying question: what actually happens between the conversation ending and the lesson being remembered? Most answers are hand-wavy. Mine is now a workflow, a Go package, and four HTTP calls, and I shipped it in commit c217760 as the learning loop for the Herd initiative (H4.4).

The pipeline: an agent’s finished turns become episodes (summaries with provenance, stored in forge, my memory service). A nightly cron wake fires a mule job called agent-reflection. That job reads the episodes, asks a cheap model what they mean, filters the answers through a deterministic gate, and submits proposals that a human approves with a Keep/Forget/Edit card. The agent proposes changes to its own long-term memory. It cannot apply them.

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.