I can control it well for an hour or two using .md files, and breaking everything down into small tasks, but then out of nowhere it burns everything down, goes into 10x technical debt and replaces everything with placeholders
Fin_Code3 days ago
You are working against LLM attention. A LLM looks at a conversation and focuses on its attention points. Usually the start and end. Your previous work falls into the out of attention space and gets nuked.
If your asking how to have everything attention we currently can't.
campervansopa day ago
Damn...
So you're saying I need some adderral.ai
HenryBemis3 days ago
My code (that ChatGPT writes for me is from 500 to 1000 lines). Every 5-7 versions, it starts messing things up.
I keep the working versions on a Word file on a Landscape, A3, 3 columns (version number, comment/changelog, the_code)(yes, cheap, scalable, easy).
So, every 5-7 versions, I start a new chat. I ask ChatGPT to read/write a summary/description of the code, and then I proceed to ask it for new changes/enhancements.
matternous2 days ago
Wait until you learn about git
campervansopa day ago
Yeh, a free GitHub and breaking the code into small functions would 10x your flow here
gravez3 days ago
can you explain a bit more what do you mean by burning down? and what do you use .md files for? Documenting the code?
campervansopa day ago
I use .md files to keep Cursor on track, the flow I use is something like...
Define a feature in detail (using trascription) -> Get o3 or Gemini 2.5 pro to break it down into very small testable tasks. -> review this -> then paste into a tasks.md file -> write and architecture.md file or similar for any additional context needed. -> then prompt Cursor to work through tasks.md step by step.
This keeps it on track, with the whole feature defined from the outset.
But eventually... it will try to ignore the dockerfile and setup up locally, create multiple .env files, write code with placeholders, ignore a files it's just created and written...
It's impossible to get it back on track - it gets into a debug loop of making things worse rather than getting back on track.
dalmo315 hours ago
You can ask cursor itself to create and update the tasks.md file.
Tell it to remove the task from the file after it's done, then do a commit. That way if it screws up at some point you can checkout the last good commit and start from there in a new chat.
yb66772 days ago
One tip I have found - start new conversations windows when changing focus, so it doesn’t refer to history and make wild assumptions.
campervansopa day ago
Yeh, I've found this helpful too, mentally if feels like a commit or PR, all the code for one thing in one chat then a new chat for new things
v5oa day ago
[dead]