I think I like coding models that know a lot about the world. They can disambiguate my requirements and build better products.

I generally prefer a coding model that can google for the docs, but separate models for /plan and /build is also a thing.

> separate models for /plan and /build

I had not considered that, seems like a great solution for local models that may be more resource-constrained.

You can configure aider that way. You get three, in fact: an architect model, a code editor model, and a quick model for things like commit messages. Although I'm not sure if it's got doc searching capabilities.

But... but... I need my coding model to be able to write fanfiction in the comments...

That's what Meta thought initially too, training codellama and chat llama separately, and then they realized they're idiots and that adding the other half of data vastly improves both models. As long as it's quality data, more of it doesn't do harm.

Besides, programming is far from just knowing how to autocomplete syntax, you need a model that's proficient in the fields that the automation is placed in, otherwise they'll be no help in actually automating it.

[delayed]

There is: It works (even if we can't explain why right now).

If we knew how to create a SOTA coding model by just putting coding stuff in there, that is how we would build SOTA coding models.

Now I wonder how strong the correlation between coding performance and ao3 knowledge is in human programmers. Maybe we are on to something here /s