Post

Jake Wharton announced yesterday that all the Lysine projects (OkHttp, Okio, Retrofit, SQLDelight…) don’t allow contributors to use LLMs to generate code or write PR descriptions/comments.

Can’t blame him. It’s really tiring and risky to keep up with changes submitted by people who don’t fully understand them, especially in an OSS library. It also feels disrespectful to the maintainers. Is it the best decision for OSS? I’m curious to hear what you think.

0 reposts9 likes

I understand it. The health and time of the maintainers is of top importance. That being said, I don't expect this policy to age well. The quality of code and reasoning coming out of LLMs keeps going up. It may not be to JW level yet, but it's surpassed most of us.

For core libraries I feel it is the right direction. API surface and engineering details have to be top notch and from my experience LLMs are not there yet.

Also Fable writing code documentation is horrible using terms like "blast radius", "attack surface" and what not. Am I writing code or making bomb 😬😂

There's no way an OSS project could ever review the volume of changes an army of LLM enabled devs could push at them, so quite understand this. Personally I don't read it as an attempt at wider push back against LLMs in development, but I sense many do.

Given how often LLMs are used to diffuse responsibility (including for your own understanding) rather than any practical use, it should be standard. It won't stop people, but if they are busy making sure their LLM output makes sense because it needs to look right, that is a better situation.