I Tried to Make AI Writing Sound Human by Banning AI Words Through logit_bias
I tried to make AI writing sound more human with logit_bias, an API setting that changes how likely a model is to…
Cursor IDE has a major limitation when working with large files: despite advertising a "longer context" feature, it fails to send complete file contents to the AI. Instead, it only sends:
This makes it nearly impossible to get meaningful AI assistance with large legacy codebases.
I work with a 4,000+ line JavaScript file (pw_main.js). When directly asking the AI, "Can you see the full content for pw_main.js?", it confirmed what I suspected:
"No, I can't see the full content of pw_main.js. I only have access to an outline of the file and a small region around the cursor position..."
I tried multiple approaches to fix this:
None of these worked.
After extensive testing, I found a consistent workaround:
First message: Start a conversation with any simple question (e.g., "Can you see my file?")
Second message: Paste the entire file content and ask your actual question
Important: This only works in a follow-up message. Even if you paste the entire file in your first message, Cursor will still truncate it.
This behavior suggests Cursor applies different context-building rules to initial vs. follow-up messages. The first message likely triggers an "outline mode" optimization that gets bypassed in subsequent messages.
I've confirmed this works reliably with a 4,000 line JavaScript file. I haven't tested with larger files, so there may still be an upper context limit where even this approach fails.
If you're working with large files in Cursor, test this two-step approach and see if it works for your use case. The process is:
This workaround at least makes Cursor usable for large legacy files until they fix their context handling.
Give Vroni a GitHub issue, bug report, spec, or rough idea. It reads the repo, plans the change, writes code, runs checks, and works toward a review-ready pull request.
Take a look at vroni.com