You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[FEATURE]: edit files directly and QOL changes for opencode desktop #9541
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
Hey! I wanted to leave some suggestions for OpenCode Desktop. These are some features that are sorely lacking... I know this is probably not the intention of OpenCode Desktop, but if this were implemented, it would make me completely abandon the stack of AI IDEs I have here...
Edit Files Directly from OpenCode Desktop
I often need to edit files manually, and unfortunately I can't do that via OpenCode Desktop... I have to open a separate IDE or something like that, which kills the experience, since my machine is weak and OpenCode Desktop is perfect for my use. In fact, autocomplete would be very useful if this feature were added.
Markdown Preview
Just an advanced markdown preview! I don't have much to say, but it would be very useful.
Better Zoom
Just a few QOL changes to make it easier and more intuitive to change the zoom on OpenCode Desktop.
Images?
I don't know if I'm doing something wrong, but I don't see any information after attaching an image to my prompt that it's actually there. It may be my insecurity, but sometimes it really seems like it's not there!
New opencode user using oh-my-opencode on cachyOS (Arch Linux). Thanks to the entire Anomaly and OpenCode team for this incredible tool! Greetings from Brazil! 🇧🇷
Reacted by Lai, Panagiotis Mantafounis, Daffa Ilhami, crutchtheclutch, Enrico Schaaf, Jonathan Vargas, Matěj Štágl, ftorto, Aetos Huo, Radouch and 30 more
Like others, I would like to +1 this issue, and add some context.
Q: Why does editing files matter in an agentic IDE?
A: It's about improving feature velocity.
I use an IDE because it's less error prone. Some people say a terminal is "better", but my opinion differs. The purpose of any UI app is to give you a sandbox where you can't fat-finger stuff. Preventing categories of error means you are more efficient while focusing on the product you are building, not on how to do a partial git diff of the third commit's second line message or whatever.
The OpenCode desktop IDE is slick, and could potentially be a replacement for Cursor/Antigravity for me. But not being able to edit files hurts usability. LLMs are stochastic, so calling an LLM to do basic stuff like add one semicolon is error-prone. A workflow where you must fix errors outside the app is low-velocity. @thdxr I feel you'd agree with this argument.
I've been thinking I could take over implementing inline editing, this would be a real need for my research at work, is there an existing design direction, or should I draft a scoped proposal for review before implementation?
@vicontiveros00 Currently, there is a file tree which actually opens the file for mainly for commenting for the agent to make changes; a good direction is to toggle between commenting mode and editing mode in this particular UI
In 2 months since my previous comment, I think this issue has been the main thing preventing me from using OpenCode desktop.
File editing is such a basic, necessary feature that I am baffled anyone thought it would be okay to ship an IDE without it.
It's not "next-level thinking for an emerging no-code world", it's just bad UX to type 2 lines of text to make a potentially 3 character edit which will be applied non-deterministically and costs me money.
Activity
github-actions commentedon Jan 20, 2026
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if none of these address your specific case.
[-][FEATURE]:[/-][+][FEATURE]: edit files directly and QOL changes for opencode desktop[/+]kyashrathore commentedon Jan 22, 2026
#10022
#10019
aytoast commentedon Mar 17, 2026
same here
san99tiago commentedon Mar 22, 2026
+1, being able to edit small settings/configs directly is a must, without opening a new editor. Thanks.
Sebastians007 commentedon Apr 9, 2026
Would like this feature, would be a true replacement for me so I dont have to use cursor or vscode.
mdaffailhami commentedon May 5, 2026
Yes, please add these features 🥺🙏
I want to do all of my work inside the OpenCode Desktop, no need for a separate code editor like VSCode.
lcrawford-bc commentedon May 9, 2026
Here to also bump this feature request - need to provide more fine-grained editorial control for humans alongside agents 🙏
adivekar-utexas commentedon May 12, 2026
Like others, I would like to +1 this issue, and add some context.
Q: Why does editing files matter in an agentic IDE?
A: It's about improving feature velocity.
I use an IDE because it's less error prone. Some people say a terminal is "better", but my opinion differs. The purpose of any UI app is to give you a sandbox where you can't fat-finger stuff. Preventing categories of error means you are more efficient while focusing on the product you are building, not on how to do a partial git diff of the third commit's second line message or whatever.
The OpenCode desktop IDE is slick, and could potentially be a replacement for Cursor/Antigravity for me. But not being able to edit files hurts usability. LLMs are stochastic, so calling an LLM to do basic stuff like add one semicolon is error-prone. A workflow where you must fix errors outside the app is low-velocity. @thdxr I feel you'd agree with this argument.
vicontiveros00 commentedon Jun 17, 2026
I've been thinking I could take over implementing inline editing, this would be a real need for my research at work, is there an existing design direction, or should I draft a scoped proposal for review before implementation?
MarcoLeongDev commentedon Jul 14, 2026
@vicontiveros00 Currently, there is a file tree which actually opens the file for mainly for commenting for the agent to make changes; a good direction is to toggle between commenting mode and editing mode in this particular UI
Just an educated opinion on user experience
adivekar-utexas commentedon Jul 14, 2026
In 2 months since my previous comment, I think this issue has been the main thing preventing me from using OpenCode desktop.
File editing is such a basic, necessary feature that I am baffled anyone thought it would be okay to ship an IDE without it.
It's not "next-level thinking for an emerging no-code world", it's just bad UX to type 2 lines of text to make a potentially 3 character edit which will be applied non-deterministically and costs me money.
viktaur commentedon Jul 28, 2026
+1, this should absolutely be a thing
github-actions commentedon Sep 27, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.
AhmedBaset commentedon Sep 27, 2026
so should we spam the comments with +1 every week to keep it?
PanPremkovity commentedon Oct 12, 2026
I lost a lot of time, missing the file edit ability. Please ...
cheejiayuan512 commentedon Nov 8, 2026
i vibecoded a plugin to solve that, https://github.com/cheejiayuan512/opencode-file-editor, hopefully it helps others!
horizzon3507 commentedon Nov 9, 2026
insane work bro, congrats