precision_manufacturingAutonomous AI Agents

Task queue for AI coding agents – MCP-native, on your infrastructure.

Any model — even a cheap one. Queue a task in the morning and review a finished pull request, a proposed code change ready to merge, in the afternoon.

Nothing merges without your approval · the repository stays on your machine · 30 days free, no card required

Simulated snapshot — on your dashboard this board streams live.

Runner sessions

1connected·1working
sync_altThe board you get after login — one runner, one queue

mac-mini-ci.local

MINIMAX-M3:CLOUDaccount_treeMCPTASK.ONLINE
Processing09:23:40
#4821 Add OAuth login to the signup wizard

💭The callback already verifies state — reusing it for Google login…

💬Tests are green — committing and opening a PR.

  • Editapp/models/user.rb2.1s
    Wire the provider column into the auth flow

Timeline

  • smart_toy
    mac-mini-ci.localstatus update#4821 Add OAuth login to the signup wizard
    Triage → Processing
  • smart_toy
    mac-mini-ci.localstatus update#4821 Add OAuth login to the signup wizard
    Starting → Triage
  • smart_toy
    mac-mini-ci.localstatus update#4821 Add OAuth login to the signup wizard
    Waiting → Starting
  • smart_toy
    mac-mini-ci.localstatus update#4805 Fix the flaky checkout system test
    Processing → Finished
  • smart_toy
    mac-mini-ci.localconnected#4821 Add OAuth login to the signup wizard
    Waiting
32tasks finished in the last 7 days
One runner. One queue.

What is an AI coding agent orchestrator?

An AI coding agent orchestrator decides which coding agent works on what, runs it, and checks the result before anything is merged. mcptask.online keeps one task queue with priorities and blocker links, a triage step picks the model for each task, and the mcptask runner drives Claude Code, Codex CLI or OpenCode on your own machine, opens a pull request and runs your local CI. In auto-squash modes it merges only after the checks are green, and a daily quota caps how much the runner works each day.

Read more – what an orchestrator has to do and how to start →

Three Reasons AI Work Is Not Paying You Yet

Plenty of tools hand a task to AI. Far fewer answer the question your client will ask when the invoice arrives.

receipt_long

AI Work Nobody Bills

The AI fixed a bug — but the invoice shows nothing. Your client asks what they are paying for, your reports have no line item, and you have no proof the AI tool paid off.

schedule

Hours of Work Nobody Logs

AI helped you with five tasks today. Your task system shows zero. At the end of the day you reconstruct what it did and type it into the timesheet by hand.

content_copy

Context Has to Be Rebuilt Every Time

Every time you launch your AI assistant you paste the description, criteria, and context. The AI only gets what you hand it — and often less than it needs.

sync_altFull loop

What happens when you put a task in the backlog

One runner, one queue. The task does not stop at the merged pull request — the time worked on it flows into your timesheet and your invoice.

One task — the full lifecycle on a single screen

1
task_alt
Task
in mcptask.online
2
smart_toy
Agent
reads the brief
3
merge
PR
opened by the runner
4
schedule
Timesheet
AI logs as it works
5
receipt_long
Invoice
from the same timesheet
task_alt
Task picked

The runner pulls the next well-specified task from your queue and matches it with the right model.

merge
PR after green CI

The agent writes the code, runs tests and the runner opens a pull request on GitHub, GitLab or Bitbucket. A human merges it — or the runner does, if you chose auto-squash mode at install, and only after your project's own test suite passes.

schedule
Time worked logged

The agent logs time worked as it goes, or it is attached to the task from commits that link the task (GitHub and GitLab; Bitbucket has no timesheet link). The merged pull request sets the task's progress to 100 %.

receipt_long
Invoice sent

From the timesheet, one click turns the work into a Fakturoid or iDoklad invoice.

Finally Know What AI Really Did — And What It Cost You

The manager asks: “What exactly did the AI help with this sprint?” — and the next question: “Can we justify the AI tool cost?” In mcptask.online every entry of time worked carries the name of whoever did the work. You stop guessing and start reporting.

fact_check

Full Audit Trail

Every work entry says who did it, when, and how long it took. No scattered chat logs. No fuzzy memories.

  • arrow_rightWhich agent worked on which task
  • arrow_rightTime spent per task — by the AI
  • arrow_rightHistory of time worked, exportable as a report
receipt_long

Justify AI Tool Costs

When leadership asks whether the AI subscription pays off, you have a number. Time worked by the AI is logged the same way as people's — comparable, reportable, billable.

  • arrow_rightHours of AI work per sprint
  • arrow_rightHours of human work per sprint
  • arrow_rightCost per task, in your currency
rule

A Human Stays in Control

The runner opens a pull request and a human reviews and merges it — unless you chose at install that the runner merges on its own after green tests. A boss or tester then approves the finished task, as their project role allows. Where a project has flagged its AI membership, the dashboard breaks the work down by who actually did it.

  • arrow_rightA human reviews the pull request before merge
  • arrow_rightA boss or tester approves the finished task
  • arrow_rightTime worked is visible on every task

How Much Time to Bill for AI Work? You Decide

When the AI reports progress on a task, the time worked is taken from the task's estimate by how many percent the task moved. The “AI efficiency” coefficient on the project membership then scales it — at 75 % the entry counts as 1.33× the estimate; with no coefficient the estimate stands as it is.

How it becomes an invoice

What sets us apart

Five things we do differently from generic AI agents.

device_hub

Any model — no vendor lock-in

Our runner works with any model, including cheap and local ones. Copilot, Codex and Claude Code on their own tie you to their vendor's model; mcptask_runner drives Claude Code, Codex CLI or OpenCode and lets you route each task to any model.

dns

Your real environment, not a sandbox

The agent works against your real database, system tests and screenshots, not a generic cloud sandbox.

account_tree

An unrelated bug gets its own task

An unrelated bug the agent runs into is filed as a new task and fixed. The step-by-step walk-through is below.

auto_awesome

Recovers from context overflow and transient errors

When the model runs out of context or a service drops out for a moment, the runner picks up and carries on with the task in progress.

receipt_long

Time worked goes straight into invoicing

The runner logs time worked against the task as it goes. Same mcptask.online that hosts the queue exports it as a timesheet for your invoice — no copy-paste. The client sees hours worked the same as from any other team member.

And the basics you would expect, listed once instead of as ten headline cards:

  • check_circleWorks the backlog unattended and on schedule — assign in the morning, merged PRs waiting after lunch.
  • check_circleEvery PR links back to its task, so you review it like a colleague's work.
  • check_circleFull traceability — every run is a tracked task with a live card and JSON logs.

An unrelated bug mid-task, step by step

When the agent hits an unrelated bug mid-task, it does not stop and wait for you. Here is what actually happens:

1

Task #47 in progress

Agent-1 is working on the OAuth login refactor.

2

Hits an unrelated bug

Agent-1 spots a flaky test that has nothing to do with OAuth.

3

Files task #53 as urgent

Agent-1 files a tracked urgent task. The pin lifts it past triage so it runs on the strongest model — but only after the working copy is clean. If there are uncommitted changes, the run stops and waits for a person to sort it out.

4

Fixes #53

Agent-1 writes the fix for the flaky test and opens a PR for it.

5

Merges #53

In auto-squash mode the runner merges the PR itself. In manual mode the run stops at the PR and a person merges it after review.

6

Returns to #47

Agent-1 picks #47 back up from where it left off and finishes the original work.

All six steps happen without you. The runner picks up #47 again on its next loop if the agent crashes mid-task.

What happens when it fails

Three situations where the agent makes noise instead of going silent.

error_outline

A missing precondition stops the run and names itself

When something the work cannot do without is missing, the runner says so out loud. It does not guess a replacement and does not carry on where the work cannot succeed.

assignment_late

A crash becomes a task you can pick up — not silence

When the work crashes, the runner files its own bug report with the run log attached. It does not wait for you to notice on your own.

visibility_off

The one blind spot we admit to

The one case we admit is blind: when reaching mcptask.online itself fails, the runner cannot report it through mcptask.online — the reporter authenticates with the same access as everything else. In that case it reports through the exit code and the log instead. That is why the runner refuses to start at all rather than try and hope.

How the runner works in your shop

Five rules that did not fit on the homepage and that you want to know before you point the runner at your repository.

schedule

Working hours apply to AI developers too

Every user, human or AI, has working hours for each day set in the app. Once they end, the runner takes no new task. The daily hour limit stops the loop as well.

call_merge

Merge after review, or after green CI

You choose the default mode at install. In manual mode the runner opens a PR and a person merges it after reviewing it. In auto-squash mode the runner merges the PR itself as soon as CI passes. Nothing merges without green CI.

memory

You pick the model per machine

You choose the model and pay its provider directly, a different one per runner if you like — a local model for routine work, a strong model for hard tasks. Your repository and database stay on your machine. What reaches us is the task text, the time log and the run's progress for the live card.

account_tree

GitHub, GitLab and Bitbucket

The runner opens PRs on GitHub, GitLab (where they are called merge requests) and Bitbucket. Commits and PRs are matched to tasks in mcptask.online through webhooks, which only GitHub and GitLab support so far.

vpn_key

Access like a new team member

The runner works under the account and with the access you set up for it — just like a new team member. mcptask.online stores none of your passwords or keys.

How teams use it

Three scenarios where the runner helps most. The technical implementation is under every card.

info

Names and numbers in the cards are illustrative. We publish the real numbers from our own operation as they come in. See the live numbers

rocket_launch

A client deadline is on fire

Spin up five machines, one agent on each — five users, five seats. A week's worth of scope lands in a day and the deadline you could not have hit holds.

Technical implementation

Parallel agent fleet

savings

Startup on a tight budget

An agent is a user in mcptask.online like any other — same seat, same price. A cheap model and our runner keep the cost per task low.

Technical implementation

Feature implementation team

light_mode

Done by end of day, with numbers to report

Set the priority in the morning; after lunch you review the PR and the dashboard hands you the day's numbers to forward to your boss. No night shifts, no overtime.

Technical implementation

Conservative autonomous mode

What you see, where the boundaries are

Three honest panels. The same interface for everyone — no hidden controls.

visibility

What you see

  • arrow_rightThe live run card shows the task the agent is working on right now.
  • arrow_rightThe activity timeline logs every step: started, finished, effort, error.
  • arrow_rightThe daily summary lists every PR the runner opened and what merged.
how_to_reg

Where the boundaries are

  • arrow_rightEvery change arrives as a pull request on GitHub, GitLab or Bitbucket. Nothing merges without green CI.
  • arrow_rightNo direct push to main. Whether the runner merges a PR itself after green CI is chosen when you install it.
  • arrow_rightRevoke the token and the runner refuses to start. That is the cut-off.
  • arrow_rightThe daily hour limit stops the loop once it is used up.
remove_circle_outline

What this does not do

  • arrow_rightNo pause/resume console. A running agent finishes its current step, then exits.
  • arrow_rightNo reassigning work between agents mid-run.
  • arrow_rightNo anomaly detection. Errors are recorded in the activity timeline and the PR.
  • arrow_rightNo product-side kill switch. You cut the agent off the same way you started it — by revoking the token.

Pricing for AI Teams

One person and their AI developer

Starter

$19per month

excl. VAT · 2 users included

  • 2 users, e.g. 1 person + 1 AI developer
  • 5 active projects
  • Unlimited tasks
  • Sprints, board and timesheets
  • MCP server access
  • GitHub and GitLab integration
  • Runner opens PRs on GitHub, GitLab and Bitbucket
  • Links with Jira, Trello and Easy Redmine
  • Team roles and permissions
  • Email support
Start free trial
RecommendedTeams from 5 to 50 users

Professional

$14per user per month

excl. VAT · min. 5 users billed

  • Everything in Starter, plus:
  • Unlimited projects
  • Up to 50 users, we bill at least 5
  • 10,000 MCP server requests per hour
  • Bug report API: your apps file bugs with a screenshot into a project you choose
  • Priority support
Start free trial
Over 50 users, dedicated server

Enterprise

Custom

Price on quote · over 50 users

  • Everything in Professional, plus:
  • Dedicated server, at our place or yours
  • Unlimited users
  • MCP server with no hourly limit
  • Custom training
  • Continuous updates and regular maintenance
Contact sales

An AI developer is a user like any other: same permissions, same price.

Full pricing →

smart_toy

Any model, your machine, hours all the way to the invoice

The runner starts the AI you choose on your own machine. Every hour worked is logged against its task and carries through to the invoice.

verified_userEvery user — human or AI — is one seat. Audit trail. 30-day trial, no credit card.

Frequently asked questions

help_outline

How many agents can I run?

An agent is a user in mcptask.online like any other — same seat, same price, same dashboard. Add as many users as you have seats for.

help_outline

Can agents conflict with each other?

One runner per checkout, enforced. A second runner in the same checkout refuses to start.

help_outline

What happens if an agent crashes?

Task is automatically unlocked after timeout. Another agent (or the same one after restart) can pick it up.

help_outline

Can I restrict what agents can do?

Yes, with project roles. An agent is a user like any other — it sees only the projects you add it to and may do there only what its role allows. There are no read-only roles and no label filters.

help_outline

How do I monitor agents while I work on something else?

Activity log captures everything. The dashboard summarises each run as it lands.

help_outline

Is there an emergency stop?

Revoke the token and the runner will not start again. The task it is working on right now is stopped after about 18 minutes of failed checks. There is no stop button on the web.

help_outline

Is mcptask.online an AI agent orchestrator?

Yes. mcptask.online holds the task queue and triages each task to pick the model, and its runner drives Claude Code, Codex CLI or OpenCode on your own machine through to a pull request and your local CI. In auto-squash modes it merges only after the checks are green; in manual modes the pull request waits for your review.