
poteto@poteto
algo que me sigue molestando es que algunas personas ven el slop como algo que les pasa a ellos, como si fueran espectadores indefensos sin poder hacer nada al respecto disculpa, pero eres ingeniero de software, ¡literalmente aprendiste a hacer que la arena piense y a que las computadoras hagan lo que tú quieras! ¿¿y ahora no puedes hacer nada al respecto?? por favor las 2 cosas que deberías saber para cortar todo el ruido: 1. tienes que darle a tu agent una forma de verificar su propio trabajo (acabo de publicar sobre esto, así que no lo repito) 2. tu código es memoria la segunda tampoco es nueva, siempre hemos tenido reglas de lint, compiladores con buenos diagnósticos y sistemas de tipos fuertes, LSPs, etc. para ayudarnos a escribir mejor código. no hay diferencia cuando los agents escriben el código, solo necesitas más de eso, y más fuertes. olvídate de rules y skills. eso lo puedes agregar después. sí, ¡tu código es una forma de memoria para los agents! a los agents les encanta extender lo que ya existe. así que cada detalle y cada molestia que hayas visto, cada error y mal patrón que observes en los agents, tiene que convertirse en una restricción, o los agents van a seguir repitiendo esos mismos errores como un virus en tu código. después sigues observando y repitiendo este proceso hasta que tu código esté lo suficientemente blindado como para que incluso agents con poco contexto puedan sacar un PR de alta calidad de una sola vez. una dirección aún mejor es refactorizar/reescribir tu código de forma que los anti-patrones de los agents sean categóricamente imposibles. aprovecha los sistemas de tipos, usa librerías/frameworks que reduzcan el espacio de búsqueda arquitectónico, o bueno, crea tu propio framework como hicimos para grok bot y diseña primitivas de alta calidad y APIs bien pensadas
something that keeps bothering me is how some people see slop as something that is happening to them, like they're some kind of helpless bystander powerless to do anything about it
excuse me but you are a software engineer, you literally learned how to make sand think and make computers do your bidding?! and now you can't do anything about it? please
the 2 things you should know to cut through all the noise:
1. you need to give your agent a way to verify its own work (i just posted about this so won't rehash)
2. your codebase is memory
the 2nd is not new either, we have always had lint rules, compilers with good diagnostics and strong type systems, LSPs, etc to help us write better code. there is no difference when agents write the code instead, you just need more of them, and stronger ones.
forget rules and skills. you can add those later.
yes, your codebase is a form of memory to agents! agents love extending what already exists. so every nit and every annoyance you've ever seen, every mistake and bad pattern you observe from agents, needs to turn into a constraint, or the agents will just keep repeating those same mistakes like a virus in your code. then you keep observing and repeating this process until your codebase is locked down enough that even agents with little context can one shot a high quality PR.
an even better direction is to refactor/rewrite your code such that agent anti-patterns become categorically impossible. use type systems to your advantage, use libraries/frameworks that reduce the architectural search space, or heck, create your own framework like we did for grok bot and design high quality primitives and well thought out APIs