Buda vs MiMo Code: retomar uma tarefa longa pela memória do projeto ou por um espaço persistente?
Teste interrupção e retirada de fontes para verificar restrições, pendências e evidências.
Escolha pelo estado que precisa sobreviver à sessão e pela revisão do trabalho retomado.
Ontem, um agente terminou dois terços da tarefa. Hoje encontra os arquivos alterados, mas esquece por que outra abordagem foi rejeitada e não percebe testes pendentes. Os arquivos sobreviveram; o trabalho não foi plenamente retomado.
Esse problema ajuda a comparar Buda e MiMo Code. Não seria correto opor uma plataforma com memória a um CLI sem memória. O README oficial da MiMo documenta memória entre sessões, checkpoints, tarefas, condições de parada e vários workflows. O desktop beta inclui atividades de escritório e navegador. A diferença da Buda precisa estar no ambiente persistente e na inspeção, não na omissão das capacidades da alternativa.
Para desenvolvimento centrado em projetos, com controle de modelos, memória e workflows, teste MiMo Code primeiro. Para tarefas de negócio variadas que precisam manter arquivos, executar ferramentas e revisar entregas em um ambiente contínuo, avalie o Agent Workspace da Buda.
A memória da MiMo tem pelo menos quatro camadas
O README descreve busca textual SQLite FTS5 e separação entre conhecimento do projeto, checkpoints de sessão, notas temporárias e progresso.
| Camada | Registro documentado | Pergunta na retomada |
|---|---|---|
| Memória do projeto | MEMORY.md | Quais são regras, decisões de arquitetura e conhecimento duradouro? |
| Checkpoint | checkpoint.md | Qual era o estado na interrupção e o progresso recente? |
| Notas temporárias | notes.md | Quais pistas ainda são provisórias? |
| Registro de tarefas | tasks//progress.md | Até onde cada tarefa avançou? |
É mais estruturado que reinserir todo o histórico. Perto do limite da conversa, o contexto é reconstruído com checkpoint recente, memória, progresso e mensagens recentes preservadas. Há orçamento de tokens e classificação por importância; a compactação também pode ser antecipada.
Isso ajuda a evitar redescobertas e preservar caminhos explorados. Mas a existência dos arquivos não garante que todos os fatos relevantes estejam corretos. Decisões erradas e restrições antigas também podem ficar na memória. Avalie o comportamento após retomar, não apenas a presença do recurso.
Captura do README oficial, em 30 de setembro de 2026. O inglês original foi preservado para não apresentar uma tradução como interface do produto.
Há mais de um caminho para executar trabalhos longos
Os agentes principais incluem build para execução, plan para análise somente de leitura e compose para orquestração. O README recomenda, para certos modelos de fronteira, build com /compose-next, passando por requisitos, especificação, implementação, validação e revisão. O agente compose independente é outra rota.
Também há workflows determinísticos em JavaScript: compose, deep-research, fact-check e research-experiment. Eles fixam etapas, limitam tentativas e concorrência e guardam checkpoints. Compose descreve Git worktrees isolados, TDD e saídas estruturadas entre fases. A interação permite redirecionamentos; workflows não interativos favorecem tarefas bem delimitadas e decomponíveis.
A condição /goal usa um modelo judge separado quando o agente tenta encerrar. É uma verificação adicional, mas continua sendo julgamento de modelo. Testes executáveis, arquivos verificáveis e ações em produção precisam de evidência e responsáveis próprios.
MiMo não deve ser avaliado só pela experiência de terminal. Recuperação, coordenação e encerramento têm mecanismos explícitos. Se esse é o problema da equipe, teste-os em um repositório real.
Na Buda, a comparação começa pelo que fica no workspace
A Buda combina sessões, Drive, terminal, navegadores e Git em um ambiente persistente. O Drive mantém originais, arquivos de trabalho e entregas. Pessoas inspecionam esses materiais durante a execução e os reutilizam depois.
Não é memória em arquivos contra ausência de necessidade de memória. Ambos exigem entradas claras, contexto e critérios de aceitação. A escolha prática é configurar e revisar um agente em torno de diretórios de projeto ou organizar vários tipos de trabalho em um ambiente único.
| Necessidade | Caminho documentado da MiMo | Caminho a avaliar na Buda |
|---|---|---|
| Retomar sessão | Memória, checkpoints, progresso e reconstrução | Fontes e entregas persistentes no Drive em sessões contínuas |
| Coordenar desenvolvimento | /compose-next ou workflows determinísticos | Skills com etapas e aceitação, terminal e Git |
| Inspecionar execução | Arquivos, logs e interação | Arquivos, terminal, navegador e Git no workspace |
| Escritório e navegador | Escopo próprio do Desktop beta | Ferramentas relevantes e entregas verificáveis |
A tabela apresenta mecanismos e entradas de avaliação, não uma classificação de desempenho. Sem teste equivalente, nenhuma coluna prova maior velocidade ou confiabilidade.
Confira as diferenças de edição do Desktop
O desktop beta documenta formatos variados, apresentações, páginas web, ativos 3D, edições regionais, reversão de versões e controle do navegador. A edição internacional acrescenta computer control e Record & Replay. O núcleo é MiMo Code, mas o aplicativo exige acesso ao beta e tem diferenças de edição.
Para transformar fontes em slides e verificar um site, não declare que MiMo não faz escritório ou navegação. Confira a versão recebida e teste a tarefa inteira. A taxa máxima de cache citada no README é informação do fornecedor, não economia medida pela equipe nem resultado contra Buda.
MiMo oferece login de plataforma, alguns caminhos OAuth, API keys e provedores personalizados OpenAI-compatible. Confira modelo, endpoint, autenticação e orçamento de contexto. Na Buda, confirme modelos e planos públicos. Preço de token do fornecedor e Credits internos de outro produto não são a mesma unidade de custo.
Teste interrupção e retomada
A avaliação a seguir é proposta, não um benchmark executado. Use um relatório de pesquisa com três fontes, a versão anterior, regras de citação e novos dados. Peça conferência de conclusões antigas, atualização de duas seções e uma versão entregável.
Deixe o agente organizar fontes e planejar mudanças, então interrompa. Retome com apenas o material novo, sem explicar tudo outra vez. Observe:
- Mantém fontes e versões confirmadas, sem tratar arquivos antigos como atuais?
- Evita conclusões rejeitadas e consegue localizar a razão da rejeição?
- Preserva verificações pendentes durante a compactação?
- Rastreia cada revisão e lista conflitos ainda abertos?
Na MiMo, checkpoints e registros de tarefas são evidências. Na Buda, fontes, revisões e entregas devem ser encontradas no Drive. Preserve uma lista independente de aceitação nos dois produtos; “concluído” pelo próprio agente não basta.
Retire deliberadamente uma fonte e peça a revisão das conclusões dependentes dela. Isso revela se fatos antigos foram substituídos. Continuidade inclui reconhecer o que deixou de ser válido.
Escolha o trabalho de gestão que a equipe aceita assumir
Equipes centradas em desenvolvimento, confortáveis com arquivos e configuração e interessadas em escolher provedores podem começar pela MiMo. Avaliem recuperação, evidência de fases, parada e permissões, não apenas uma demonstração de página gerada.
Para pesquisa, arquivos, ferramentas e tarefas seguintes no mesmo espaço, comecem pela Buda. Definam fontes, entregas e revisão antes de selecionar um Skill. Skills instaláveis podem ser encontrados e instalados no Marketplace da Buda AI. Agendem somente processos já estáveis.
Uma equipe pode usar MiMo no repositório e Buda em outra rotina. A passagem precisa de arquivos inspecionáveis, versões e questões abertas, não só um resumo dizendo que tudo foi feito.
Perguntas frequentes
MiMo Code só usa modelos Xiaomi?
Não. O README lista provedores, algumas opções OAuth e APIs OpenAI-compatible personalizadas. Confira autenticação e modelos com o provedor escolhido.
Memória persistente conserva todo o contexto integralmente?
Não. Há orçamento de injeção, ordenação por importância e reconstrução. Verifique restrições relevantes, em vez de presumir retorno literal de todo o histórico.
Como escolher build, compose ou workflows?
Veja se ainda é necessário redirecionamento interativo. Build com /compose-next é uma rota recomendada; workflows determinísticos servem a trabalhos mais claros e divisíveis. Siga o README atual e não divida uma tarefa simples só para usar vários agentes.
CLI e Desktop podem ter suas capacidades misturadas?
Não. Desktop é beta com núcleo no CLI, acesso e limites por edição. Computer control é explicitamente associado à edição internacional.
Qual evita melhor uma conclusão falsa?
MiMo documenta judge e validação por etapas; Buda preserva entregas e execução para inspeção. Sem teste equivalente, nenhum pode ser declarado solução completa. Critérios executáveis e um responsável continuam necessários.
Fontes
Verificado em 30 de setembro de 2026. Capacidades seguem documentação pública. O teste de retomada é uma sugestão, não uma comparação executada de desempenho ou eficiência.