Vibe coding: utilizações e limites
Ajude as pessoas a explorar ideias com IA. Um protótipo bancário mostra por que razão os dados reais e as permissões de API exigem provas de segurança.
ConcluídoCompreenda o desenvolvimento com IA
A BIBLIOTECA DE APRENDIZAGEM ABERTA
Todas as lições
Encontre a lição que ajuda no seu trabalho. Filtre por responsabilidade, nível ou tema.
Pesquisar dentro de todas as lições →Lições encontradas: 50
Modelos, contexto e respostas incorretas
Identifique como a falta de informação pode causar uma resposta incorreta, mesmo quando o modelo tem boas capacidades.
ConcluídoCompreenda o desenvolvimento com IA
Assistentes, agentes e permissões
Distinga uma resposta de uma ação. Identifique as ferramentas e permissões que alteram as consequências de um erro.
ConcluídoCompreenda o desenvolvimento com IA
Escolha uma primeira tarefa útil para IA
Escolha uma tarefa pequena, com dados de entrada claros, resultados visíveis e consequências limitadas.
ConcluídoCompreenda o desenvolvimento com IA
Meça o progresso útil
Meça o trabalho concluído, o esforço de revisão e o retrabalho. Não use o volume de código gerado como medida de valor.
ConcluídoCompreenda o desenvolvimento com IA
Escolha um modelo com base em provas
Compare modelos com tarefas representativas, critérios de aceitação, custos e restrições de trabalho da equipa.
ConcluídoCompreenda o desenvolvimento com IA
Escreva um enunciado de tarefa para um agente
Descreva o comportamento exigido, as restrições e as provas antes de o agente alterar o código.
ConcluídoDesenvolva com intenção
Dê ao agente contexto útil do repositório
Forneça instruções atuais, código relevante e comandos de verificação que funcionem, sem expor informação desnecessária.
ConcluídoDesenvolva com intenção
Use os testes como provas
Escolha verificações que rejeitem o comportamento errado. Reveja os testes gerados com o mesmo cuidado que a implementação gerada.
ConcluídoDesenvolva com intenção
Reveja código gerado por IA
Inspecione a alteração real, os seus limites de confiança e as respetivas provas antes de a aceitar.
ConcluídoDesenvolva com intenção
Alterar um sistema existente em segurança
Preserve os contratos atuais ao introduzir uma alteração. Tenha em conta clientes antigos, dados e a ordem do deployment.
ConcluídoDesenvolva com intenção
Depurar com hipóteses que se podem testar
Use um agente para comparar explicações e recolher evidências. Evite alterações repetidas sem uma causa verificada.
ConcluídoDesenvolva com intenção
Definir para onde podem ir os seus dados
Siga o percurso dos dados pela ferramenta de desenvolvimento, pelo modelo, pelos logs e pelo serviço instalado. Verifique os limites antes de usar informação confidencial.
ConcluídoTorne o risco visível
Limitar a autoridade de um agente
Defina as ações, os recursos e as condições permitidos. Verifique as permissões fora do modelo e separe a implementação do lançamento.
ConcluídoTorne o risco visível
Tratar o conteúdo obtido como dados não fiáveis
Reconheça instruções ocultas em ficheiros do repositório e resultados das ferramentas. Separe a informação obtida da autoridade para agir.
ConcluídoTorne o risco visível
Verificar o que entra no lançamento
Examine as dependências, as entradas do build e a proveniência do artefacto. Relacione o código revisto com o software que chega à produção.
ConcluídoTorne o risco visível
Ligar obrigações a evidências
Separe a aplicabilidade jurídica, os controlos técnicos e a prova de funcionamento. Crie um registo que um revisor responsável possa examinar.
ConcluídoTorne o risco visível
Modelar as ameaças de um fluxo de desenvolvimento com IA
Mapeie os ativos, as fronteiras de confiança e as falhas possíveis. Selecione controlos e testes para um cenário de desenvolvimento específico.
ConcluídoTorne o risco visível
Ligar todo o ciclo de vida do software
Siga uma funcionalidade desde a necessidade do utilizador até à operação e ao feedback. Identifique as decisões que a geração de código não resolve por si só.
ConcluídoDesenvolva e opere à escala empresarial
Manter os requisitos rastreáveis à medida que o software muda
Ligue um resultado para o utilizador às decisões, aos critérios de aceitação, à implementação e às evidências. Atualize as ligações quando os pressupostos mudarem.
ConcluídoDesenvolva e opere à escala empresarial
Engenharia de plataformas para desenvolvimento com IA
Dê às pessoas e aos agentes formas suportadas de criar, alterar e operar serviços. Trate a plataforma como um produto mantido.
ConcluídoDesenvolva e opere à escala empresarial
Definir a infraestrutura para além do protótipo
Avalie identidade, redes, dados, recuperação e operação. Ligue um deployment gerado aos requisitos reais de infraestrutura da empresa.
ConcluídoDesenvolva e opere à escala empresarial
Conceber software para um ambiente cloud native
Ligue infraestrutura repetível, processos substituíveis, estado duradouro e comportamento observável. Avalie a conceção cloud native para além do empacotamento em contentores.
ConcluídoDesenvolva e opere à escala empresarial
Escolher a disponibilidade entre zonas e regiões
Compare conceções de alta disponibilidade, Multi-AZ e multi-region. Siga o percurso completo do pedido e teste a falha a que cada conceção tem de resistir.
ConcluídoDesenvolva e opere à escala empresarial
Definir e testar RTO e RPO
Defina a interrupção e a perda de dados aceitáveis. Compare estratégias de recuperação e meça um exercício completo face aos requisitos do negócio.
ConcluídoDesenvolva e opere à escala empresarial
Coordenar o desenvolvimento com IA entre equipas
Gira contratos partilhados, capacidade de revisão e responsabilidade pelas alterações. Meça o sistema de entrega quando muitas equipas geram alterações.
ConcluídoDesenvolva e opere à escala empresarial
Decidir um lançamento com evidências
Verifique a versão, o destino, o risco restante e o método de recuperação. Separe merge, deployment e disponibilização aos utilizadores quando o sistema o exigir.
ConcluídoDesenvolva e opere à escala empresarial
Medir o sistema de entrega
Combine o fluxo de entrega, a instabilidade, os resultados do serviço e o esforço. Use definições explícitas ao avaliar o efeito da IA.
ConcluídoDesenvolva e opere à escala empresarial
Assumir a responsabilidade pelo serviço após o deployment
Defina sinais úteis do serviço, decisões sobre incidentes, recuperação e manutenção. Mantenha a responsabilidade operacional visível depois de terminar a geração de código.
ConcluídoOpere e melhore
Manter o software durante toda a sua vida útil
Dê prioridade a vulnerabilidades, atualizações, desvios de configuração e descontinuação. Acompanhe uma ocorrência de manutenção até à correção verificada em produção.
ConcluídoOpere e melhore
Continuar a encontrar e corrigir vulnerabilidades
Crie um processo contínuo desde a deteção de vulnerabilidades até à remediação verificada em produção. Compreenda a lacuna de manutenção que um protótipo bem-sucedido pode ocultar.
ConcluídoOpere e melhore
Observar o serviço e os seus utilizadores
Ligue métricas, logs e traces aos objetivos do serviço. Conceba alertas, limites de dados e verificações de telemetria em falta.
ConcluídoOpere e melhore
Gerir um incidente desde a deteção até à recuperação
Coordene a resposta, contenha o impacto, comunique a incerteza e verifique a recuperação. Transforme o incidente em melhorias com responsáveis.
ConcluídoOpere e melhore
Ligar a entrega ao SOC e à SIRT
Defina responsabilidades de monitorização de segurança, passagem de informação sobre incidentes, preservação de evidências e recuperação. Mantenha a resposta de segurança ligada ao ciclo de vida do software.
ConcluídoOpere e melhore
Definir limites seguros para a autorrecuperação
Automatize ações conhecidas de recuperação com autoridade explícita, verificação e condições de paragem. Separe a recuperação em execução das alterações ao software.
ConcluídoOpere e melhore
Fechar o ciclo com melhorias verificadas
Transforme evidências de produção em requisitos, testes, alterações controladas e resultados medidos. Defina o que pode significar, de forma responsável, software que se melhora a si próprio.
ConcluídoOpere e melhore
Comparar responsabilidades antes de comparar produtos
Compare um assistente, uma plataforma interna de entrega e uma fábrica de software. Identifique o trabalho que cada opção executa e as responsabilidades que permanecem.
ConcluídoEscolha o modelo operacional
Comparar os custos completos de operação
Inclua configuração inicial, trabalho que permanece na equipa, execução, integração e alteração. Teste os pressupostos em vez de tratar uma única estimativa como previsão.
ConcluídoEscolha o modelo operacional
Peça evidências a um fornecedor
Transforme as afirmações do fornecedor em perguntas verificáveis. Confirme o âmbito, a configuração, as condições contratuais e as responsabilidades que a sua organização mantém.
ConcluídoEscolha o modelo operacional
Verifique a saída antes de depender de um serviço
Distinga a propriedade do código-fonte da portabilidade operacional. Teste as exportações, os builds independentes, o acesso à infraestrutura e as evidências necessárias para uma transição.
ConcluídoEscolha o modelo operacional
Planeie a adoção com responsabilidades explícitas
Escolha um primeiro serviço com âmbito delimitado, defina as condições de sucesso e de paragem e atribua o trabalho que fica a cargo da equipa.
ConcluídoEscolha o modelo operacional
Escreva uma decisão que possa rever mais tarde
Registe o problema, as alternativas, as evidências, os limites aceites e as condições de revisão. Torne a decisão de desenvolver ou comprar compreensível depois da reunião.
ConcluídoEscolha o modelo operacional
Comece um novo produto na Taiga
Prepare um produto com âmbito delimitado, estabeleça o seu contexto e ligue o planeamento ao repositório e aos ambientes reais.
ConcluídoPonha a Taiga a trabalhar
Traga uma base de código existente para a Taiga
Reveja o que a Taiga deduz de um repositório. Distinga o comportamento atual do pretendido e escolha a resposta certa para um documento incorreto.
ConcluídoPonha a Taiga a trabalhar
Reveja o Discovery como um conjunto de documentos ligados
Siga um requisito pela especificação, arquitetura, fluxo de dados e documentos de segurança. Trate das revisões antes de o planeamento depender de pressupostos desatualizados.
ConcluídoPonha a Taiga a trabalhar
Transforme um resultado numa iniciativa
Escreva uma intenção que possa dar origem a trabalho passível de revisão. Examine o âmbito e as dependências antes de colocar uma iniciativa na fila de execução.
ConcluídoPonha a Taiga a trabalhar
Escolha onde a Taiga espera por uma decisão
Separe a aprovação do plano, a execução da implementação, a permissão de merge e o deployment. Configure a autonomia em torno das decisões que a organização tem de manter.
ConcluídoPonha a Taiga a trabalhar
Reveja uma entrega da Taiga com evidências
Ligue a iniciativa, o plano, a execução, o diff e as verificações. Verifique a alteração atual antes de aceitar uma decisão de merge ou de lançamento.
ConcluídoPonha a Taiga a trabalhar
Resolva uma interrupção Needs you
Identifique por que razão uma iniciativa parou. Escolha continuar, replanear, recomeçar ou executar uma tarefa de configuração que exige intervenção humana, sem perder o contexto da decisão.
ConcluídoPonha a Taiga a trabalhar
Ative a Taiga com um modelo completo de responsabilidades
Ligue os responsáveis de negócio, as políticas, os limites da plataforma, os controlos de entrega e a operação contínua antes de alargar a utilização a outros produtos.
ConcluídoPonha a Taiga a trabalhar
Nenhuma lição corresponde a estes filtros. Tente um tema mais amplo.