Um pequeno laboratório de ML em produção.
Somos engenheiros que preferem falar do seu processo do que da nossa stack. Colocamos modelos no fluxo de trabalho que já gasta o dinheiro, acordamos a métrica antes do treino e mantemos serving, monitorização e rollback na mesma entrega.
- Fundação
- 2025
- Equipa principal
- Líder sénior de ML e engenheiros de ML, especialistas por projeto
- Onde
- Minsk, Bielorrússia · remoto, horário laboral CET
- Contratação
- A proposta identifica a parte contratante; os pagamentos passam pela Geórgia
A SwankyForge é uma pequena equipa de engenharia. Os casos neste site são designs de referência: cada um mostra como se mediriam o antes e o depois, e nenhum é apresentado como resultado de um cliente. Definimos preços com uma calculadora pública que usa as mesmas tarifas que lhe orçamentaríamos. Somos a escolha certa quando algo custa demasiado ou demora demasiado, e a errada quando precisa de uma demo para uma reunião do conselho de administração.
Começamos pelo seu problema, não pela nossa stack.
A maioria dos projetos de ML morre de uma falha de comunicação, não de uma falha de modelação. Estes são os hábitos de trabalho que exigimos a nós próprios, e que também nos pode exigir.
A primeira chamada é uma conversa, não uma demo.
Queremos conhecer o processo que já gasta o dinheiro, quem trabalha nele e o que se parte quando a resposta está errada. Nada de slides até percebermos isso.
Um engenheiro identificado, do início ao fim.
Quem delimitou o âmbito do projeto é quem o entrega e quem responde quando há um alerta. Sem intermediação de um gestor de conta, sem passagem para um júnior depois da assinatura.
Diremos que não compre ML.
Se um motor de regras, um relatório fixo ou uma melhor introdução de dados mexer no seu número de forma mais barata, escrevemo-lo e dizemo-lo. Custa-nos um projeto e poupa-lhe dois trimestres.
A transparência é a configuração por omissão.
Uma métrica registada antes de o treino começar. Uma atualização escrita todas as semanas, sejam as notícias boas ou não. O repositório na sua organização desde o primeiro dia — nada vive nos nossos portáteis.
Cada decisão técnica tem uma versão em linguagem simples.
O seu diretor financeiro deve conseguir questionar a nossa arquitetura sem um tradutor na sala. Se não conseguimos explicar um compromisso num parágrafo, ainda não o percebemos bem o suficiente.
Ficamos depois do lançamento.
Serving, monitorização, alertas de drift e um caminho de rollback são entregues juntamente com o modelo. Um sistema que ninguém consegue reverter não está terminado.
O que nos pode exigir.
Não são resultados — esses dependem dos seus dados. São os compromissos de trabalho que constam de cada contrato.
- 01
Uma demo funcional todas as semanas
Não é um relatório de estado. É algo que funciona, com os seus dados, a partir da segunda semana.
- 02
O repositório vive na sua organização desde o primeiro dia
O código, os pesos, os runbooks e o histórico são seus. Nada fica retido até à última fatura.
- 03
Aceitação de cada marco antes da faturação
Cada marco tem critérios de aceitação escritos e acordados à partida. Aprova, e só depois faturamos.
- 04
Monitorização e rollback entregues antes da passagem
Um dashboard sobre a métrica que definiu, alertas de drift e um rollback que pode acionar sem nós.
Tem uma linha de custo para mexer?
Responda a seis perguntas e dizemos-lhe o que faríamos de facto — incluindo quando a resposta é que ainda não precisa de nós.