Produto
Feito para construir.
O ENGRYN é um engenheiro de software autônomo: um sistema projetado para entender o que precisa existir, decidir como deve ser construído, construir e mostrar por que funciona.
StatusO ENGRYN está em acesso antecipado. O conteúdo abaixo descreve a direção do produto; capacidades específicas podem evoluir antes da disponibilidade geral.
01
Quatro conceitos
01
Intenção
O trabalho começa por um objetivo, não por um comando a cada linha. O ENGRYN transforma intenção em requisitos explícitos e perguntas em aberto.
02
Plano
Cada mudança é decomposta em um grafo de tarefas ordenado, com decisões de arquitetura registradas antes da execução.
03
Execução
As tarefas rodam em um ambiente de engenharia: arquivos são editados, comandos são executados e saídas são lidas.
04
Evidência
Os resultados são sustentados por testes, checagem de tipos e logs — a revisão passa a ser sobre julgamento, não suposição.
02
Capacidades
01
Arquitetura de sistemas
Limites entre componentes, contratos, fluxo de dados e registros de decisão.
- Limites
- Contratos
- ADRs
02
Desenvolvimento full-stack
Interfaces, APIs e serviços implementados juntos, com tipos compartilhados.
- Frontend
- Backend
- Tipos
03
Depuração autônoma
Reprodução, rastreamento da causa raiz e correções com raciocínio declarado.
- Reproduzir
- Rastrear
- Corrigir
04
Testes e verificação
Testes unitários, de integração e ponta a ponta escritos, executados e iterados.
- Unitários
- Integração
- E2E
05
Integração de APIs e bancos de dados
Schemas, migrações, endpoints e integrações com terceiros.
- Schema
- Migrações
- Webhooks
06
Fluxos de deploy
Ambientes, pipelines e preparação de releases.
- CI
- Ambientes
- Release
03
Fluxos de trabalho
A
Um novo produto
- 01Esclarecer o objetivo
- 02Propor a arquitetura
- 03Estruturar e implementar
- 04Verificar e preparar a prévia
B
Uma funcionalidade em uma base existente
- 01Mapear o código relevante
- 02Planejar a mudança
- 03Implementar dentro das convenções
- 04Executar a suíte existente
C
Investigação e correção
- 01Reproduzir o problema
- 02Rastrear a causa raiz
- 03Aplicar e testar a correção
- 04Documentar o que mudou
D
Manutenção e refatoração
- 01Avaliar o impacto
- 02Refatorar de forma incremental
- 03Manter os testes passando
- 04Resumir o diff
04
Princípios de design
Visível por padrão
Planos, comandos e resultados ficam expostos, não escondidos atrás de uma resposta final.
Pontos de controle humanos
Projetado para pausar e pedir aprovação nas decisões que importam.
Suas convenções
Construído para seguir os padrões já presentes em uma base de código, em vez de impor novos.