poteto@poteto

ずっと引っかかってるのは、slop を自分に降りかかってくる出来事みたいに捉えてる人がいて、自分は何もできない無力な傍観者みたいな顔をしてること ちょっと待って、あなたソフトウェアエンジニアでしょ、砂に考えさせる方法とか、コンピュータを思い通りに動かす方法を literally 学んだ人でしょ？！それが今は何もできないの？お願いだから このノイズを抜けるために知っておくべきことは 2 つだけ： 1. agent が自分の仕事を検証できる手段を用意すること（これについてはさっき投稿したから繰り返さない） 2. あなたのコードベースは記憶 2 つ目も別に新しくない、lint ルールとか、診断がちゃんとしたコンパイラとか強い型システムとか LSP とか、より良いコードを書くためのものはずっとあった。コードを書くのが agent になっても同じで、ただより多く、より強く必要になるだけ。 rules や skills のことは忘れていい、それは後から足せる。 そう、あなたのコードベースは agent にとって記憶！agent はすでにあるものを拡張するのが大好き。だからあなたが見てきた小さな不満も、agent から見たミスもダメなパターンも、全部制約に変えないと、agent はウイルスみたいに同じミスをコードの中で繰り返し続ける。それを観察して繰り返して、コンテキストが少ない agent でも一発で高品質な PR を出せるくらいまでコードベースを固める。 もっといいのは、agent のアンチパターンがカテゴリ的に起こり得ないようにリファクタ／書き直すこと。型システムを活かして、アーキテクチャの探索空間を狭めるライブラリやフレームワークを使って、あるいは私たちが grok bot でやったみたいに自分でフレームワークを作って、質の高いプリミティブと考え抜かれた API を設計する

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