Coroid é uma fábrica de software AI para sistemas de produção. A equipe de engenharia define o padrão uma única vez: o contexto do projeto, as políticas de qualidade que todas as alterações devem cumprir, as regras de revisão e quem tem autorização para aprovar. Depois disso, qualquer pessoa na sua empresa pode solicitar uma alteração em linguagem simples, sem precisar usar a CLI ou saber como o código é desenvolvido. O Coroid planeja o trabalho, escreve o código, testa-o, o revisa conforme esse padrão e abre um pull request no seu repositório para que você possa aprovar.
Esta documentação cobre o produto conforme ele é entregue hoje. Se um recurso não estiver documentado aqui, ainda não está disponível.
Novo aqui
Siga passo a passo Comece agora na ordem certa. O processo leva você de uma conta vazia até um pull request mesclado: crie uma organização, conecte um repositório, crie um projeto, execute uma tarefa e revise o resultado.
Entenda como o sistema funciona
Como uma tarefa se torna um pull request é a página de referência para tudo mais — o caminho completo desde sua descrição até um PR, com todas as etapas nomeadas.
Depois Funções dos agentes para saber quem faz o quê, e o guia de desenvolvimento orientado por especificações, que é a prática de maior impacto que você pode dominar. A qualidade do que Coroid constrói depende diretamente da qualidade das instruções recebidas.
- 1
EspecificaçãoO que será construído e como você saberá que funcionou.
ArquitetoVocê pode editar - 2Planejamento
Passos ordenados, revisados antes de qualquer código ser escrito.
ArquitetoVocê aprova - 3
ConstruçãoCódigo e testes escritos em um ambiente isolado.
Desenvolvedor - 4
VerificaçãoSua suíte de testes, além de verificações e portas de qualidade.
QA - 5
RevisãoUma passagem de revisão automatizada sobre o diff.
Revisor - 6Pull request
Em uma branch no seu repositório, aguardando sua ação.
Você faz a fusão
Falhas de verificação e observações de revisão corrigíveis retornam ao desenvolvedor como retrabalho, antes que qualquer pull request seja aberto.
Navegue pelo conteúdo
| Seção | O que este guia aborda |
|---|---|
| Comece agora | Da conta até o primeiro pull request mesclado |
| Conceitos | Como o sistema realmente funciona |
| Trabalho e planejamento | Iniciar trabalho, tarefas, planos e releases |
| Projetos e código | Repositórios, configuração de build e testes, contexto |
| A fábrica | Execução de tarefas, automações e relatórios |
| Qualidade e revisão | Portões, descobertas, evidências e testes de navegador |
| Globalização | Idiomas, traduções e código preparado para uso global |
| Operações e monitoramento | Mission Control, descobertas e notificações |
| Configurações da organização | Membros, chaves, políticas e retenção |
| Faturamento e capacidade | Slots, créditos, uso e faturas |
| Integrações | Controle de versão, chat, MCP, evidências e hooks |
| Referência | Glossário, status, limites e solução de problemas |
Três pontos importantes para saber logo de cara
Os slots de agente controlam quantas tarefas rodam simultaneamente — não a velocidade de execução de uma única tarefa. A duração de uma tarefa depende do tamanho da alteração e do seu conjunto de testes. Veja Capacidade e slots de agente.
NEEDS_HUMAN_REVIEW não é um erro. Isso significa que a tarefa chegou a uma decisão que
só você pode tomar. Responda e a tarefa continuará. Veja
Status das tarefas.
Algo não está funcionando como esperado
Comece pelo índice de solução de problemas, que relaciona sintomas às respostas correspondentes.