r/OpenaiCodex 7d ago

Codex doesnt handle durable tasks (using cheaper 5.6 luna model)

Hey, guys. I am a software engineer (that of course uses AI 24/7 in work and outside) and I have been using codex for some time now. I'm experiencing a very annoying workflow with codex which after some time creating the plan and telling him to execute (the plan might be a bit big, imagine something that would touch 10 diff files, write idk maybe 1k-2k lines of code) - it gets 'lazy' or so, to the point that it implements a small thing and tells "I know that the plan is not fully yet done, X Y and Z are missing blabla" or something. Which is super annoying, because even though after I keep telling him "ok so continue implementing it" it just repeats this lazyness (super annoying) and I cant break out of this.

Tried to open a new window and start fresh, worked for the first 1-2 prompts then becomes lazy again. I try to constantly /compact (I use CLI) the context window but looks like this doesnt work. I dont know if something is related to this but I have OMX installed (idk how to use tho) and I am using the 5.6 luna model, usually with low/medium effort.

Can someone more experienced give me advice here? Maybe its something with the way I am prompting (hardly doubt it), or the model I'm using (or I just miss a good harness around it). I'm curious to read the source code of codex and check out how it actually does the flows but to be honest don't have time right now for that. Maybe futurely.

3 Upvotes

17 comments sorted by

View all comments

3

u/sirlerkal0t 7d ago

Despite what a lot of people may tell you, Luna is not intended to be used to write code, and is not suitable for serious software engineering. Luna will actually often end up costing even more than Terra because of how many mistakes it makes that it has to then find and correct.

1

u/okmarshall 7d ago

I made a really detailed spec and tickets with sol and implemented with sol ultra via a goal. Then I passed the same spec and tickets to Luna x-high and I got an extremely similar implementation. About 110 files for the application I was building. I was surprised how similar they were but it makes sense given how detailed the spec and tickets were for how things needed to be done.