
For long, complex work, the desktop app...
A single chat that both researches and writes a long piece often pauses to ask whether to continue, and later text follows earlier mistakes. Mavis uses a team engine to split that work. The lead confirms the goal and assigns it. Each worker gets its own tools and context. The verifier then checks sources, coverage, and risk. A failed check returns to production instead of a self-declared finish. In a chat app it says the work has started, and you can add a requirement midway. It fits research, code, or long documents that need an independent check. A typo or a constant change should stay with one agent.
MiniMax renamed its upgraded agent Mavis, meaning a long-term collaborator. You still send one goal. For long, complex work, the desktop app can run several roles in parallel: a lead splits the structure, workers research, code, or draft, and a verifier checks sources and risk. The team engine moves each task through producing, verifying, and done, and sends failures back for revision. In chat apps it acknowledges first and continues in the background. The company says short, low-risk tasks should not use a team.
Difficulty: Intermediate
Lead, worker, verifier
The lead turns a goal into a task structure, workers specialize, and the verifier turns done into deliverable through an adversarial loop.
Team engine states
Each task moves through producing, verifying, and done. A failed check wakes production again, and the lead can add prompts to a running role.
Async chat follow-through
In chat it replies that the task is received, then splits long work in the background and reports start, blockage, decisions, and completion.
Code and research splits
Coding can split into implementation, testing, and review. Research collects sources in parallel, then verification checks links and contrary evidence.
Researched long-form delivery
When both a Markdown file and a web version are required, research, writing, and formatting go to different roles and citations are checked.
Multi-file code changes
For changes across files, implementation, tests, and review are separate, and failed logs can be sent back for another edit.
Background work from chat
A long task sent from a work chat gets an acknowledgement first, then updates when it blocks or finishes.
The company treats the team as optional. Use it when the chain is long, work can run in parallel, and the result must be checked. Typos and constant changes fit one agent or a script. Research, multi-file code, and formal long documents are the cases for a lead, workers, and a verifier. A chat-style split without acceptance criteria is not presented as higher quality.
The engine manages each role with a state machine: producing, verifying, then done. A failed check wakes the producing step again. The lead sees the latest status and can add instructions to a running role. That differs from one subtask call that only returns a block of text.
Real reviews and feedback from users