Principais informações da fábrica
O que é Factory?
Fábrica é um AI Plataforma de desenvolvimento de software construída em torno de agentes de codificação chamados Droids. Um Droid pode ler um código-fonte, planejar uma tarefa, editar arquivos, executar comandos, testar alterações, revisar diferenças e continuar o trabalho no aplicativo Factory, na CLI, no navegador, em acessos móveis e em sistemas de trabalho conectados. O produto foi projetado para aumentar a produtividade do desenvolvedor, automatizar a entrega de software e controlar a equipe, e não apenas para oferecer autocompletar.
Os recursos de fábrica incluem escolha de modelo, missões para grandes projetos, subagentes personalizados, MCP (Model-Controller Platform), habilidades, hooks, plugins, revisão de código automatizada , controle de qualidade, resposta a incidentes e análise de agentes. Para uma empresa, o valor reside na capacidade de delegar mais etapas do ciclo de vida do software, mantendo o controle sobre permissões, políticas de modelo, limites de dados e aprovação humana. Trata-se de uma ferramenta de produtividade e uma camada de automação de negócios para equipes de engenharia.
O Droid é o agente principal do Factory. Ele pode ser executado a partir do aplicativo Factory, da CLI do Droid, de sessões web, de computadores remotos ou de um terminal de editor. Integrações dedicadas abrangem editores da família VS Code, produtos JetBrains e Zed, enquanto o uso do terminal também funciona com o Vim e outros editores. Isso evita forçar uma equipe a usar um editor proprietário. Os desenvolvedores podem manter seus hábitos existentes de Git, testes e shell, usando o mesmo ambiente de execução do agente em diversas plataformas de trabalho.
O Factory é fortemente independente de modelos. Ele oferece modelos da OpenAI, Anthropic, Google, xAI e diversos provedores de modelos abertos. As listas atuais incluem modelos GPT 6, Claude 5, Gemini, Grok e um conjunto de modelos Droid Core. O Factory Router pode selecionar modelos por tarefa, enquanto os desenvolvedores podem escolher diretamente. Endpoints personalizados e chaves de API próprias são suportados. Isso oferece às equipes mais controle sobre custos, profundidade de raciocínio e políticas de modelos à medida que os modelos de codificação mudam.
As missões lidam com tarefas grandes demais para uma única sessão linear de um agente. Um desenvolvedor começa definindo um objetivo, concorda com um plano e, em seguida, permite que o Droid coordene marcos e tarefas de trabalho com validação durante a execução. As missões são executadas na CLI ou no Factory App. Elas são úteis para migrações, grandes refatorações e projetos com múltiplas funcionalidades, pois o trabalho permanece sob um único plano, em vez de ser dividido em chats independentes que posteriormente exigem conciliação manual.
A Factory pode ser adaptada por meio de Skills, Custom Droids, Hooks, Plugins, MCP e conectores gerenciados. Skills empacotam procedimentos repetíveis. Custom Droids atuam como subagentes focados. Hooks executam ações determinísticas do shell em eventos do ciclo de vida do agente. Plugins podem agrupar comandos, ferramentas e comportamentos do agente.
Os conectores nativos integram serviços como Slack, Linear, Jira, Notion , Sentry e Google Workspace às sessões. As equipes de plataforma podem transformar as práticas internas de engenharia em instruções e controles reutilizáveis para os agentes.
Os fluxos de trabalho da Software Factory abrangem triagem, revisão local, revisão automatizada de solicitações de pull, revisão de segurança, controle de qualidade, documentação, trabalho de lançamento e resposta a incidentes. O Droid Control pode operar interfaces de terminal, navegador e desktop para verificar o comportamento e capturar evidências.
O AutoWiki pode criar e atualizar a documentação do repositório. A delegação remota via Slack, Linear ou Jira também permite que as equipes comecem a trabalhar fora do ambiente de codificação . Isso torna o Factory útil para o trabalho relacionado à geração de código, e não apenas para a escrita de código.
O Droid lê o sistema de arquivos em tempo real e não requer uma cópia estática do repositório na nuvem. Clientes corporativos podem usar padrões gerenciados na nuvem, híbridos, residentes na UE ou totalmente isolados da internet.
Os controles incluem política de comandos, hooks, sandbox de sistema de arquivos e rede, varredura secreta do Droid Shield, listas de permissões de modelos, política de conectores, gerenciamento de identidade, eventos de auditoria e telemetria. A fábrica possui as certificações SOC 2 Tipo II, ISO 27001 e ISO 42001. A versão comercial também inclui retenção zero de dados.
Planos de Preços de Fábrica
A Factory mantém os planos individuais separados dos planos para equipes e empresas. Os preços públicos atuais são simples para quem está começando, mas o uso é controlado por limites variáveis, em vez de um pool de tokens fixo.
| Nome do Plano | Custo | Uso e acesso |
|---|---|---|
| Pro | $ 20 por mês | Aplicativo, CLI, SDK, agentes em segundo plano locais e na nuvem, painéis de controle de uso |
| Plus | $ 100 por mês | Aproximadamente cinco vezes o uso profissional mais computadores Droid gerenciados |
| Max | $ 200 por mês | Aproximadamente dez vezes o uso do Pro, além do acesso antecipado aos recursos. |
| Seleções | US$ 60 por equipe mais US$ 40 por assento mensalmente | Faturamento compartilhado para até 10 licenças e acesso da equipe aos recursos Pro. |
| O negócio | Molduras por Medida | Até 150 licenças, limites personalizados, SSO, SAML, SCIM, retenção de dados zero, registro de auditoria, controles administrativos. |
| Empreendimento | Molduras por Medida | Membros ilimitados, computação dedicada, opções locais, residência de dados, controles mais amplos, suporte premium. |
O uso individual é realizado em janelas separadas de cinco horas, sete dias e trinta dias. A Factory também fornece o Droid Core, um conjunto separado de modelos abertos que pode permanecer disponível sob seus próprios limites após o esgotamento do uso padrão.
O uso extra pode ser pago antecipadamente quando for necessária mais capacidade. As missões usam os mesmos limites rotativos, exigem que o uso extra esteja ativado e são pausadas se um limite de taxa rotativa for atingido.
Primeiros passos com a Factory
- Passo 1: Crie uma Fábrica Crie uma conta e escolha um plano Pro, Plus, Max ou para equipes.
- Passo 2: Instale o aplicativo Factory App ou o Droid CLI, faça login e abra um repositório Git existente.
- Passo 3: Inicie uma sessão do Droid e atribua a ela uma tarefa delimitada. Em seguida, revise seu plano de execução, comandos, alterações de arquivos e diferenças.
- Passo 4: Adicione instruções, habilidades, ferramentas MCP, conectores e um nível de autonomia adequado ao risco do repositório, conforme descrito no arquivo AGENTS.md.
- Passo 5: Após as sessões normais produzirem resultados estáveis, transfira tarefas maiores para a automação de Missões ou Fábrica de Software.
Por que a independência de modelos é o segredo do sucesso na fábrica
O Factory se destaca porque o ambiente de execução do agente não está vinculado a uma única empresa de modelos. O mesmo fluxo de trabalho do Droid pode usar modelos atuais da OpenAI, Anthropic, Google, xAI e provedores de modelos abertos, com diferentes multiplicadores de uso e configurações de raciocínio. As equipes também podem trazer seus próprios endpoints ou chaves de modelo.
Isso é mais do que um simples seletor de modelos longos. Ele oferece aos líderes de engenharia uma maneira de definir políticas de custo e qualidade sem substituir o restante da pilha de agentes. O Claude Code está intimamente ligado ao Anthropic, enquanto os produtos de edição geralmente otimizam suas próprias escolhas de roteamento. O Factory torna a política de modelos uma camada de produto visível. Essa é sua vantagem mais clara para equipes que desejam opções e controle de custos.
Onde as missões de fábrica se encaixam na engenharia real
As missões são úteis quando uma tarefa tem várias partes interdependentes e uma única sessão de agente se tornaria difícil de supervisionar. Uma migração pode exigir descoberta, alterações de pacotes, atualizações de testes, alterações de serviço, documentação e verificação final. As missões agrupam esse trabalho em um único plano e podem coordenar os agentes, mantendo os pontos de validação em vista.
Isso reduz o trabalho manual de dividir tarefas em chats separados, copiar o contexto e conciliar as saídas. Não elimina a necessidade de julgamento técnico. O plano ainda precisa de revisão humana, e repositórios de alto risco devem usar configurações de autonomia conservadoras. As missões funcionam melhor quando o objetivo é claro, os testes são significativos e o repositório tem instruções suficientes para que os agentes ajam de forma consistente.
Prós e Contras
- Excelente suporte a múltiplos modelos.
- Controles de execução local rigorosos.
- Acesso flexível ao IDE e à CLI.
- As missões lidam com projetos de grande porte.
- Implantação empresarial isolada da internet disponível.
- Sistema de extensão de agentes avançados.
- Nenhum plano gratuito permanente.
- Os limites móveis precisam ser monitorados.
- A governança avançada custa mais.
- O conjunto de funcionalidades pode parecer complexo.
Quem deve usar a fábrica
O Factory é ideal para equipes de engenharia que desejam uma plataforma de agentes de codificação sem depender exclusivamente de um fornecedor de modelos ou editor para todo o fluxo de trabalho. É especialmente robusto para empresas que precisam de execução local, políticas de comando rigorosas, roteamento de modelos personalizado, implantação privada ou operação isolada da internet. As equipes de plataforma podem usar skills, plugins, hooks, MCP e Custom Droids para codificar práticas internas.
As equipes de produto podem usar o Missions quando o trabalho abrange muitas alterações interligadas. Um desenvolvedor solo que precisa apenas de autocompletar e de conversas ocasionais sobre código pode achar o Factory maior do que o necessário. Equipes que já pensam em governança de agentes, automação de entrega de software, delegação remota e produtividade mensurável de agentes obterão mais valor do produto completo.
Perguntas Frequentes
O Factory envia todo o meu código-fonte para um índice na nuvem?
Não. O Droid lê código e arquivos do sistema de arquivos ativo. O contexto selecionado ainda pode ser enviado para o endpoint do modelo usado pela sessão, portanto, o modelo e a política de gateway ainda são relevantes.
Qual AI Modelos que a fábrica pode usar?
A Factory suporta modelos da OpenAI, Anthropic, Google, xAI e de provedores de modelos abertos. Os administradores também podem controlar quais modelos os usuários podem selecionar e configurar endpoints personalizados.
Qual a diferença entre Droid e Missões?
O Droid é o agente de codificação principal. As missões coordenam projetos maiores por meio de um plano, marcos, colaboradores e pontos de validação, utilizando o mesmo ambiente de execução do agente Factory.
O Factory pode ser executado dentro de uma rede empresarial segura?
Sim. As opções de implantação empresarial incluem padrões híbridos e totalmente isolados da internet, além de endpoints de modelo privado, coletores de telemetria locais, políticas gerenciadas, proxies, certificados e controles de rede.
O Factory oferece suporte a testes automatizados além de testes unitários?
Sim. O Droid pode executar testes normais, e o Droid Control também pode controlar interfaces de terminal, navegador e área de trabalho para verificar fluxos de usuários, capturar evidências e relatar falhas.
Como funcionam os limites de utilização da fábrica?
Os planos Pro, Plus e Max utilizam limites de uso rotativos de cinco horas, sete dias e trinta dias, respectivamente. O plano Plus oferece cerca de cinco vezes mais uso que o Pro, e o Max, cerca de dez vezes mais. O recurso Uso Extra permite adicionar mais capacidade.
Melhores alternativas de fábrica
| Plataforma de desenvolvimento de software baseada em agentes | Estratégia de Modelo | Controle de Implantação |
|---|---|---|
| Código Claude | Modelo antrópico centrado | Execução robusta de terminal local com menos opções de fornecedores de modelos. |
| Cursor | Roteamento do editor de múltiplos modelos | Principalmente centrado no editor e no agente em nuvem |
| Aumentar código | Roteamento multimodelo com foco no contexto | Ambientes de agentes hospedados em nuvem e auto-hospedados com forte contexto compartilhado. |
