Passei o fim de semana lendo os melhores blogs sobre Harness Engineering. As práticas que aparecem com mais frequência:

Passei o fim de semana lendo os melhores blogs sobre Harness Engineering. As práticas que aparecem com mais frequência:

Compartilhar novamente — conteúdo de Jérémy Surget

Passei o fim de semana lendo os melhores blogs sobre Harness Engineering. As práticas que aparecem com mais frequência:

Agora sabemos que o harness hoje importa tanto quanto o modelo por trás dele

Aqui estão as técnicas que mais se destacam:

1. A memória vive fora do contexto

o repositório, o sistema de arquivos e o git servem como memória. Cada sessão continua de onde a anterior parou, e o contexto nunca é a fonte da verdade

2. Trate o limite de contexto com cuidado

Um contexto excessivamente cheio leva a alucinações e menor desempenho. Para limitar isso, você precisa carregar ferramentas e habilidades sob demanda e transferir grandes saídas para um arquivo em disco. Sem mencionar manter um prefixo de prompt estável para o cache

3. As regras são impostas por código

Não por prompts. Linters, testes, hooks e sandboxes tornam as restrições verificáveis. O agente deve ser capaz de se auto-verificar (testes, logs, capturas de tela) antes de dizer que uma tarefa está concluída

4. Durabilidade e observabilidade

Faça checkpoint de cada etapa, torne as ações idempotentes e torne tudo rastreável. Agentes falharão, sessões às vezes serão desconectadas ou pararão. Você precisa ser capaz de garantir que tudo possa ser retomado exatamente onde parou

5. O harness deve permanecer maleável

Com o feedback da produção, seu harness terá que mudar para se adaptar. Mantê-lo mínimo e maleável permitirá que você se adapte rapidamente

Fontes do LinkedIn

O post Passei o fim de semana lendo os melhores blogs sobre Harness Engineering. As práticas que aparecem com mais frequência: apareceu primeiro em les plumes qui mordent.



Perguntas Frequentes
FAQs Harness Engineering

Perguntas para Iniciantes

O que é Harness Engineering
É a prática de projetar sistemas para que o harness — as ferramentas, pipelines, guardrails e loops de feedback em torno do seu código — faça da boa engenharia o caminho fácil e da má engenharia o caminho difícil

Por que isso importa
Porque a maioria dos problemas de qualidade vem de atrito, não de descuido. Um bom harness detecta erros cedo, automatiza o que é entediante e permite que as equipes entreguem mais rápido com menos surpresas

Quais são as partes centrais de um harness
Tipicamente: pipelines de CI/CD, testes automatizados, análise estática e linters, hooks de pré-commit, observabilidade e guardrails de implantação claros

Preciso de uma equipe grande para começar
Não. Comece com o básico — um pipeline de CI, testes automatizados e um linter. Você pode expandir o harness conforme o código e a equipe crescem

Qual é a diferença entre um harness e ferramentas comuns de DevOps
Ferramentas de DevOps são a infraestrutura; harness engineering é o design deliberado de como essas ferramentas guiam e restringem os engenheiros no dia a dia. Trata-se da experiência do desenvolvedor, não apenas das ferramentas

Perguntas Intermediárias

Quais benefícios aparecem com mais frequência na prática
Loops de feedback mais rápidos, menos incidentes em produção, qualidade de código mais consistente, onboarding mais fácil e menos tempo gasto em verificações manuais e combate a incêndios

Quais são os problemas mais comuns que as equipes enfrentam
Pipelines lentos, testes instáveis, muito ruído de linters e alertas, e guardrails tão rígidos que bloqueiam trabalho legítimo. A correção usual é ajustar para velocidade e sinal, não adicionar mais verificações

Como lidar com testes instáveis
Trate os flakes como bugs. Coloque-os em quarentena, corrija-os ou exclua-os rapidamente e acompanhe as taxas de flake ao longo do tempo. Um teste instável no harness treina as pessoas a ignorar o harness

Qual é uma boa primeira melhoria a fazer
Acelere o feedback. Deixe o CI abaixo de dez minutos e adicione hooks de pré-commit para formatação e linting. Feedback rápido muda comportamento mais do que qualquer documento de política

Como conseguir adesão da equipe
Mostre o tempo economizado e os incidentes evitados. Engenheiros adotam melhorias no harness quando o harness facilita o dia deles, não quando adiciona etapas

Perguntas Avançadas

Como projetar guardrails que não atrasem as pessoas
Faça do caminho seguro o padrão e do caminho rápido