<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Harness Engineering on Victor Laurance - Software Engineer</title><link>https://laurance.dev/tags/harness-engineering/</link><description>Recent content in Harness Engineering on Victor Laurance - Software Engineer</description><generator>Hugo</generator><language>pt</language><lastBuildDate>Fri, 09 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://laurance.dev/tags/harness-engineering/index.xml" rel="self" type="application/rss+xml"/><item><title>Harness Engineering e Orquestração de Agentes de Código</title><link>https://laurance.dev/blog/harness-engineering/</link><pubDate>Fri, 09 Oct 2026 00:00:00 +0000</pubDate><guid>https://laurance.dev/blog/harness-engineering/</guid><description>&lt;p>Existe um momento comum quando começamos a usar agentes de código em tarefas reais. O agente recebe a tarefa, trabalha por alguns minutos e devolve uma alteração que compila. Os testes passam. À primeira vista, parece tudo certo.&lt;/p>
&lt;p>Então você abre o diff e percebe: a regra de negócio foi parar no controller, a injeção de dependência foi feita por campo, apesar da convenção do projeto, e um &lt;code>catch (Exception e)&lt;/code> esconde uma falha que deveria ser tratada. Você corrige, pede novamente e, na próxima tarefa, o agente repete parte dos mesmos erros.&lt;/p></description></item></channel></rss>