Skip to main content
Não quer configurar isso manualmente? Cole um link para esta página em uma sessão do Devin e peça para ele configurar tudo para você.
1

(Opcional) defina o escopo da base de código com o Ask Devin

Se você já tem ferramentas internas na sua aplicação, use o Ask Devin para entender os padrões existentes antes de escrever sua especificação. Isso é especialmente útil se você quiser que a nova ferramenta siga a mesma arquitetura do que já existe:Use as respostas para preencher sua especificação com referências específicas de arquivos, nomes de componentes e padrões, para que o Devin construa algo consistente com suas ferramentas existentes. Você também pode iniciar uma sessão do Devin diretamente a partir do Ask Devin, e ele levará em conta tudo o que aprendeu como contexto.
2

Redija uma especificação detalhada

Ferramentas internas — rastreadores de PTO, painéis administrativos, scripts de dados, utilitários de CLI — são essenciais, mas raramente priorizadas. Elas são ideais para o Devin porque os requisitos são bem definidos, o público é o seu time e “funcionar corretamente” importa mais do que um design pixel-perfect.Seja específico sobre o que a ferramenta faz, quais dados ela armazena e a quais serviços ela se conecta. Quanto mais detalhes você incluir, mais a primeira versão vai corresponder ao que você precisa.Você também pode iterar na sua especificação usando o Ask Devin — cole um rascunho e peça para ele identificar lacunas ou sugerir melhorias com base na sua base de código.
3

Adicionar credenciais

Pass any API keys or tokens Devin needs via Secrets — in this case, the Slack webhook URL.The simplest approach is to store them as organization secrets before starting the session:
  1. Go to Settings → Recursos → Secrets and add SLACK_WEBHOOK_URL
  2. Devin accesses secrets as environment variables, so they never end up hardcoded in your source code.
Organization secrets must be added before starting the session — they’re injected at session start. Alternatively, you can provide secrets during the session using the chat, and Devin will also proactively ask you for any credentials it needs when it encounters missing environment variables.
4

Oriente a sessão

Assim que a sessão começar, você pode orientar o fluxo de trabalho do Devin com mensagens de acompanhamento:
  • Planeje primeiro — Peça ao Devin para criar um plano de implementação detalhado antes de escrever qualquer código. Revise o plano e sugira alterações antes que ele comece a implementar.
  • Teste novamente — Diga ao Devin para executar todos os testes e validar seu trabalho após cada marco importante para detectar problemas cedo.
  • Autoavaliação — Peça ao Devin para revisar o próprio código em busca de bugs, casos extremos e problemas de estilo antes de abrir a PR.
5

Devin cria e verifica se funciona

Devin trata ferramentas internas como qualquer funcionalidade de produção — escreve o código, adiciona testes e depois abre o app em seu navegador integrado para verificar se a UI funciona de ponta a ponta.
  1. Investiga sua base de código — Encontra seus componentes DataTable e Calendar, lê seu esquema Prisma e estuda o layout existente da página /internal/
  2. Cria a migration do banco de dados — Adiciona as tabelas pto_requests e pto_balances via Prisma
  3. Constrói as páginas — Formulário de envio de solicitações, fila de aprovação do gerente, visualização em calendário e dashboard de saldos em /internal/pto
  4. Integra o Slack — Envia notificações via webhook quando solicitações são enviadas e quando são aprovadas ou negadas
  5. Escreve testes — Testes unitários para cálculos de saldo de PTO e detecção de sobreposição de datas, testes de API para os endpoints de solicitação, testes de integração para o fluxo de aprovação
  6. Abre o app em seu navegador — Navega por cada página, envia uma solicitação de PTO de teste, aprova a partir da visão do gerente, verifica se o calendário é atualizado, confere os números do dashboard e testa casos limite como datas sobrepostas e saldo excedido
  7. Abre um PR — Entrega tudo: migration, script de seed, código da aplicação, testes e uma seção no README explicando como usar a ferramenta
A verificação no navegador captura problemas que testes automatizados não detectam — layouts de formulário quebrados, um calendário que renderiza mas não responde a cliques, ou um botão de envio que não limpa o formulário após o sucesso.
6

Expanda sua ferramenta

Assim que a ferramenta base funcionar, adicione recursos em sessões subsequentes:
7

Revise o PR com o Devin Review

Quando o Devin abrir o PR, use o Devin Review para revisar as alterações. O Devin Review tem contexto completo da sua base de código e pode detectar bugs, problemas de segurança e inconsistências de estilo em todo o diff.