Feedback 1: The README really needs more details. What does it do/not do? Don't assume people have used Cursor. If it is a Cursor alternative, does it support all of Cursor's features?
As a non-Cursor user who does AI programming, there is nothing there to make me want to try it out.
Feedback 2: I feel any new agentic AI tool for programming should have a comparison against Aider[1] which for me is the tool to benchmark against. Can you give a compelling reason to use this over Aider? Don't just say "VSCode" - I'm sure there are extensions for VSCode that work with Aider.
As an example of the questions I have:
- Does it have something like Aider's repomap (or better)?
Thanks for the feedback. We'll definitely add a comparison between Void and Cursor, but generally, yes - we support Cursor's features (quick edits, agent mode, chat, inline edits, links to files/folders, fast apply, etc) using open source and openly-available models (for example, we haven't trained our own autocomplete model, but you can bring any autocomplete model or "FIM" model).
We don't have a repomap or codebase summary - right now we're relying on .voidrules and Gather/Agent mode to look around to implement large edits, and we find that works decently well, although we're open to adding something like an auto-summary or Aider's repomap.
Regarding context - you can customize the context window and reserved amount of token space for each model. You can also use "@ to mention" to include entire files and folders, limited to the context window length.
(you can also customize the model's reasoning ability, think tags to parse, tool use format (gemini/openai/anthropic), FIM support, etc).
throwup238 · 35m ago
An important Cursor feature that no one else seems to have implemented yet is documentation indexing. You give it a base URL and it crawls and generates embeddings for API documentation, guides, tutorials, specifications, RFCs, etc in a very language agnostic way. That plus an agent tool to do fuzzy or full text search on those same docs would also be nice. Referring to those @docs in the context works really well to ground the LLMs and eliminate API hallucinations
Back in 2023 one of the cursor devs mentioned [1] that they first convert the HTML to markdown then do n-gram deduplication to remove nav, headers, and footers. The state of the art for chunking has probably gotten a lot better though.
Am I the only one that has had bad experiences with aider? For me each time I've tried it, I had to wrestle with and beg the AI to do what I wanted it to do, almost always ending in me just taking over and doing it myself.
If nearly everytime I use it to accomplish something it gets it 40-85% correct and I have to go in to fix the other 60-15%, what is the point? It's as slow as hand writing code then, if not slower, and my flow with Continue is simply better:
1. CTRL L block of code
2. Ask a question or give a task
3. I read what it says and then apply the change myself by CTRL C and then tweaking the one or two little things it inevitably misunderstood about my system and its requirements
attentive · 28m ago
That depends on models you use and your prompts.
Use gemini-2.5pro or sonnet3.5/3.7 or gpt-4.1
Be as specific and detailed in your prompts as you can. Include the right context.
dingnuts · 11m ago
and what do you do if you value privacy and don't want to share everything in your project with silicon valley, or you don't want to spend $8/hr to watch Claude do your hobby for you?
I'm getting really tired of AI advocates telling me that AI is as good as the hype if I just pay more (say, fellow HNer, your paycheck doesn't come from those models, does it?), or use the "right" prompt. Give some examples.
If I have to write a prompt as long as Claude's system prompt in order to get reliable edits, I'm not sure I've saved any time at all.
At least you seem to be admitting that aider is useless with local models. That's certainly my experience.
olalonde · 3h ago
It feels like everyone and their mother is building coding agents these days. Curious how this compares to others like Cline, VS Code Copilot's Agent mode, Roo Code, Kilo Code, Zed, etc. Not to mention those that are closed source, CLI based, etc. Any standout features?
andrewpareles · 2h ago
Void dev here! The biggest players in AI code today are full IDEs, not just extensions, and we think that's because they simply feel better to use by having more control over the UX.
There are certainly a lot of alternatives that are plugins(!), but our differentiation right now is being a full open source IDE and having all the features you get out of the big players (quick edits, agent mode, autocomplete, checkpoints).
Surprisingly, all of the big IDEs today (Cursor/Windsurf/Copilot) send your messages through their backend whenever you send a message, and there is no open source full IDE alternative (besides Void). Your connection to providers is direct with Void, and it's a lot easier to spin up your own models/providers and host locally or use whatever provider you want.
We're planning on building Git branching for agents in the next iteration when LLMs are more independent, and controlling the full IDE experience for that will be really important. I worry plugins will struggle.
nico · 18m ago
> and there is no open source full IDE alternative (besides Void).
> The biggest players in AI code today are full IDEs, not just extensions,
Claude Code (neither IDE nor extension) is rapidly gaining ground, it's biggest current limitation being cost, which is likely to get resolved sooner rather than later (Gemini Code anyone?). You're right about the right now, but with the pace at which things are moving, the trends are honestly more relevant than the status quo.
bglusman · 1h ago
The versioning and git branching sounds really neat, I think! Can you say more about that? Curious if you've looked at/are considering using Jujutsu/JJ[0] in addition or instead of git for this, I've played with it some, but been considering trying it more with new AI coding stuff, it feels like it could be a more natural fit than actually creating explicit commits for every change, while still tracking them all? Just a thought!
Interesting, thanks for sharing! We planned on spinning up a new Git branch and shallow Git clone (or possibly worktree/something more optimized) for each agent, and also adding a small auto-merge-with-LLM flow, although something more granular like this might feel better. If we don't use a versioning tool like JJ at first (may just use Git for simplicity at first), we will certainly consider it later on, or might end up building our own.
jmvldz · 1h ago
I agree the branching sounds super cool!
danenania · 1h ago
If you're open to something CLI-based, my project Plandex[1] offers git-based branching (and granular versioning) for AI coding. It also has a sandbox (also built on git) that keeps cumulative changes separate from project files until they're ready to apply.
I think it'd be worthwhile to call out in a FAQ/comparison table specifically how something like an "AI powered IDE" such as Cursor/Void differs from just using an IDE + a full-featured agentic plugin (VS Codium + Cline).
monkpit · 29m ago
I agree, having used Cline I am not sure what advantages this would offer, but I would like to know (beyond things like “it’s got an open source ide” - Cline has those too specifically because I can use it in my open source ide)
SegmentTree · 46m ago
I think it's worth mentioning that the Theia IDE is a fully open source VS Code-compatible IDE (not a fork of VS Code) that's actively adding AI features with a focus on transparency and hackability.
elAhmo · 1h ago
Isn't continue.dev also open source and not using 'their backend' when sending stuff? I didn't use it in a while, but I know it had support for llama, local models for tab completions, etc.
andrewpareles · 1h ago
Continue is doing great work, but they're an extension (plugin)!
huevosabio · 1h ago
So this is closer to Zed than Cursor/Windsurf/Continue, right?
edit: ahh just saw that it is also a fork of VS Code, so it is indeed OSS Cursor
jmvldz · 2h ago
Coding agents are the future and it's anyone's game right now.
The main reason I think there is such a proliferation is it's not clear what the best interface to coding agents will be. Is it in Slack and Linear? Is it on the CLI? Is it a web interface with a code editor? Is it VS Code or Zed?
Just like everyone has their favored IDE, in a few years time, I think everyone will have their favored interaction pattern for coding agents.
Product managers might like Devin because they don't need to setup an environment. Software engineers might still prefer Cursor because they want to edit the code and run tests on their own.
Cursor has a concept of a shadow workspace and I think we're going to see this across all coding agents. You kick off an async task in whatever IDE you use and it presents the results of the agent in an easy to review way a bit later.
As for Void, I think being open source is valuable on it's own. My understanding is Microsoft could enforce license restrictions at some point down the road to make Cursor difficult to use with certain extensions.
My 2c: I rarely need agent mode. As an older engineer, I usually know what exactly needs to be done and have no problem describing to the LLM what to do to solve what I'm aiming to do. Agent mode seems its more for novice developers who are unsure what tasks need to be broken down and the strategy that they are then solved.
fellowmartian · 2h ago
I’m a senior engineer and I find myself using agents all the time. Working on huge codebases or experimenting with different languages and technologies makes everybody “novice”.
azinman2 · 2h ago
Can you give some examples of how you use it? I'm used to asking for very specific things, but less so full on agent mode.
hadlock · 14m ago
Agent mode seems to be better at realizing all the places in the code base that need to be updated, particularly if the feature touches 5+ files, whereas editor starts to struggle with features that touch 2-3 files. "every 60 ticks, predict which items should get cached based on user direction of travel, then fetch, transform and cache them. when new items need to be drawn, check the cache first and draw from there, otherwise fetch and transform on demand." this touches the core engine, user movement, file operations, graphics etc and agent mode seems to have no problem with this at all.
dakiol · 2h ago
Same here. It’s fine for me to use the ChatGPT web interface and switch between it and my IDE/editor.
Context switching is not the bottleneck. I actually like to go away from the IDE/keyboard to think through problems in a different environment (so a voice version of chatgpt that I can talk to via my smartwatch while walking and see some answers either on my smartglasses or via sound would be ideal… I don’t really need more screen (monitor) time)
johnisgood · 42m ago
> Same here. It’s fine for me to use the ChatGPT web interface and switch between it and my IDE/editor.
I do this all the time, and I am completely fine with it. Sure, I need to pay more attention, but I think it does more good than harm.
divan · 54m ago
I use voice mode of ChatGPT almost exclusively using RayBan metaglasses(especially when outside / cyciling).
jjani · 52m ago
You would like to, or you're actually doing that right now?
DoesntMatter22 · 2h ago
Man that workflow is brutal
volkk · 2h ago
kind of ironic, because the novices are the ones that absolutely should be doing things by hand to get better at the craft.
SkyPuncher · 1h ago
I couldn't use AI code without agentic mode.
At it's most basic, agentic mode is necessary for building the proper context. While I might know the solution at the high level, I need the agent to explore the code base to find things I reference and bring them into context before writing code.
Agentic mode is also super helpful for getting LLMs from "99%" correct code to "100%" correct code. I'll ask them to do something to verify their work. This is often when the agent realizes it hallucinated a method name or used a directionally correct, but wrong column name.
victorbjorklund · 2h ago
I dont agree. I use agents all the time. I say exactly what the agent should do but often changes need to be made in more than one place in the code base. Could I prompt it for every change one at a time per file? Sure, but it is faster do prompt an agent for it.
neutronicus · 59m ago
My main interest in agent mode is deputizing the C++ compiler to tell the LLM about everything it has hallucinated.
ivape · 2h ago
"Novice mode" has always been true for the newcomer. When I was new, I really was at the mercy of:
1) Authority (whatever a prominent evangelist developer was peddling)
2) The book I was following as a guide
3) The tutorial I was following as a guide
4) The consensus of the crowd at the time
5) Whatever worked (SO, brute force, whatever library, whatever magic)
It took a long ass time before I got to throw all five of those things out (throw the map away). At the moment, #5 on that list is AI (whatever works). It's a Rite of Passage, and because so much of being a developer involves autodidacticism, this is a valley you must go through. Even so, it's pretty cool when you make it out of that valley (you can do whatever you want without any anxiety about is this the right path?). You are never fearful or lost in the valley(s) for the most part afterward.
boredtofears · 2h ago
If you use AI agents for all your work as a novice do you ever make it out of the valley?
ivape · 2h ago
Yeah.
Most people have not deployed enough critical code that was mostly written with AI. It's when that stuff breaks, and they have to debug it with AI, that's when they'll have to contend with the blood, sweat, and tears. That's when the person will swear that they'll never use AI again. The thing is, we can never not use AI ever again. So, this is the trial by fire where many will figure out the depth of the valley and emerge from it with all the lessons. I can only speculate, but I suspect the lessons will be something along the lines of "some things should use less AI than others".
I think it's a cool journey, best of luck to the AI-first crowd, you will learn lessons the rest of us are not brave enough to embark on. I already have a basket of lessons, so I travel differently through the valley (hint: My ship still has a helm).
juliushuijnk · 1h ago
> that's when they'll have to contend with the blood, sweat, and tears.
Or, most software will become immutable. You'll just replace it.
You'll throw away the mess, and let a newer LLM build a better version in a couple of days. You ask the LLM to write down the specs for the newer version based on the old code.
If that is true, then the crowd that is not brave enough to do AI-first will just be left behind.
aerhardt · 36m ago
The scenario you paint sounds very implausible for non-trivial applications, but even if it ends up becoming the development paradigm, I doubt anyone will be "left behind" as such. People will have time to re-skill. The question is whether some will ever want to or would prefer to take up woodworking.
ivape · 1h ago
If that is true, then the crowd that is not brave enough to do AI-first will just be left behind.
Not even, devoured might be more apt. If I'm manually moving through this valley and a flood is coming through, those who are sticking automatic propellers and navigation systems on their ship are going to be the ones that can surf the flood and come out of the valley. We don't know, this is literally the adventure. I'm personally on the side of a hybrid approach. It's fun as hell, best of luck to everyone.
It's in poor taste to bring up this example, but I'll mention it as softly as I can. There were some people that went down looking for the Titanic recently. It could have worked, you know what I mean? These are risks we all take.
Quoting the Admiral from Starcraft Broodwars cinematic (I'm a learned person):
"... You must go into this with both eyes open"
mulmen · 50m ago
I think this perspective is better characterized as “solo” and not “old”. I don’t think your age is relevant here.
Senior engineers are not necessarily old but have the experience to delegate manageable tasks to peers including juniors and collaborate with stakeholders. They’re part of an organization by definition. They’re senior to their peers in terms of experience or knowledge, not age.
Agentic AIs slot into this pattern easily.
If you are a solo dev you may not find this valuable. If you are a senior then you probably do.
rcarmo · 2h ago
Considering that Agent Mode saves me a lot of hassle doing refactoring ("move the handler to file X and review imports", "check where this constant is used and replace it with <another> for <these cases>", etc.), I'd say you are missing the point...
I actually flip things - I do the breakdown myself in a SPEC.md file and then have the agent work through it. Markdown checklists work great, and the agent can usually update/expand them as it goes.
SkyBelow · 2h ago
One benefit is when working on multiple code bases where the size of the code base is larger than the time spent working on it, so there is still a gap of knowledge. Agents don't guarantee the correctness of a search the same an old search field does, but it offers a much more expressive way to do searches and queries in a code base.
Now that I think about it, I might have only ever used agents for searching and answering questions, not for producing code. Perhaps I don't trust the AI to build a good enough structure, so while I'll use AI, it is one file at a time sort of interaction where I see every change it makes. I should probably try out one of these agent based models for a throw away project just to get more anecdotes to base my opinion on.
kristopolous · 3h ago
Void has been around since last year.
I'm working on an agnostic unified framework to make contexts transferrable between these tools.
This will permit zero friction, zero interruption transitions without any code modification.
Should have something to show by next week.
Hit me up if you're interested in working on this problem - I'm tired of cowboying my projects.
ramoz · 1h ago
You forgot the best one to compare against - Claude Code.
andrewpareles · 1h ago
We think terminal tools like Claude Code are a good way for research teams to experiment with tool use (obviously pure text), but definitely don't see the terminal as the endgame for these tools.
I know some folks like using the terminal, but if you like Claude Code you should consider plugging your API key into Void and using Claude there! Same exact model and provider and price, but with a UI around the tool calls, checkpoints, etc.
ramoz · 1h ago
I’m a traditional millennial brat - high preference for UI as well.
That is until I started using Claude Code.
It’s not about the terminal. It’s just a better UX in general.
behnamoh · 3h ago
The difference is this one is backed by Y Combinator.
jsheard · 2h ago
That doesn't really narrow it down much, YC has backed so many AI coding tools that they've started inbreeding. PearAI (YC Fall '24) is a fork of Continue (YC Summer '23).
Does this mean "open source" is really "market capture before becoming closed-source"?
mp5 · 2h ago
One of the founders here - Void will always remain open source! There are plenty of examples of an open source alternative finding its own niche (eg Supabase, Mattermost) and we don't see this being any different.
I've been at many open source meetups with YC founders and can tell you that this is not the thinking at all. Rather, the emphasis is on finding a good carve-line between the open source offering and the (eventual) paid one, so that both sides are viable and can thrive.
Most common these days is to make the paid product be a hosted version of the open source software, but there are other ways too. Experienced founders emphasize to new startups how important it is to get this right and to keep your open source community happy.
No one I've heard is treating open source like a bait and switch; quite the opposite. What is sought is a win-win where each component (open source and paid) does better because of the other.
danenania · 1h ago
Exactly right.
I think there’s a general misconception out there that open sourcing will cannibalize your hosted product business if you make it too easy to run. But in practice, there’s not a lot of overlap between people who want to self-host and people who want cloud. Most people who want cloud still want it even if they can self-host with a single command.
dheera · 2h ago
The weird thing is, the biggest reason I don't use Cursor much is because they just distribute this AppImage, which doesn't install or add itself to the Ubuntu app menu, it just sits there and I have to do
The setuid sandbox is not running as root. Common causes:
* An unprivileged process using ptrace on it, like a debugger.
* A parent process set prctl(PR_SET_NO_NEW_PRIVS, ...)
Failed to move to new namespace: PID namespaces supported, Network namespace supported, but failed: errno = Operation not permitted
I have to go Googling, then realize I have to run it with
Often I'm lazy to do all of this and just use the Claude / ChatGPT web version and paste code back and forth to VS code.
The effort required to start Cursor is the reason I don't use it much. VS code is an actual, bona fide installed app with an icon that sits on my screen, I just click it to launch it. So much easier. Even if I have to write code manually.
NoahKAndrews · 1h ago
AppImageLauncher improves the AppImage experience a lot, including making sure they get added to the menu. I'm not sure if it makes launching without the sandbox easier or not.
pineaux · 2h ago
here's something you could do: fix it with a script
or even better, ask claude to make you a script.
Edit: asked gemini2.5 to make the script for you. Copy, chmod and run. (maybe check if I am not trolling you first).
# --- Configuration ---
# Default application name
DEFAULT_APP_NAME="Cursor"
# Directory to store AppImages
APPIMAGE_DIR="$HOME/Applications"
# Directory for .desktop files
DESKTOP_ENTRY_DIR="$HOME/.local/share/applications"
# Directory for icons (optional, if you want to copy the icon)
# ICON_DIR="$HOME/.local/share/icons/hicolor/scalable/apps"
# --- Ensure target directories exist ---
mkdir -p "$APPIMAGE_DIR"
mkdir -p "$DESKTOP_ENTRY_DIR"
# mkdir -p "$ICON_DIR" # Uncomment if you choose to copy icons to a standard path
# --- Get AppImage Path ---
read -e -p "Enter the full path to your Cursor AppImage file: " APPIMAGE_PATH
if [ ! -f "$APPIMAGE_PATH" ]; then
echo "Error: AppImage file not found at '$APPIMAGE_PATH'."
exit 1
fi
# --- Get Application Name ---
read -p "Enter the name for the application menu shortcut (default: $DEFAULT_APP_NAME): " APP_NAME
APP_NAME=${APP_NAME:-$DEFAULT_APP_NAME}
# Sanitize APP_NAME for use in filenames (lowercase, no spaces)
DESKTOP_FILE_BASENAME=$(echo "$APP_NAME" | tr '[:upper:]' '[:lower:]' | tr -s ' ' '_' | sed 's/[^a-z0-9_-]//g')
if [ -z "$DESKTOP_FILE_BASENAME" ]; then
DESKTOP_FILE_BASENAME="cursorapp" # fallback
fi
# --- Define Target AppImage Path ---
# Use the sanitized app name or the original AppImage name for the stored file
# For simplicity, let's use a generic name like AppName.AppImage
TARGET_APPIMAGE_NAME="${APP_NAME}.AppImage"
TARGET_APPIMAGE_PATH="$APPIMAGE_DIR/$TARGET_APPIMAGE_NAME"
# --- Move and Prepare AppImage ---
echo "Copying AppImage to '$TARGET_APPIMAGE_PATH'..."
cp "$APPIMAGE_PATH" "$TARGET_APPIMAGE_PATH"
if [ $? -ne 0 ]; then
echo "Error: Failed to copy AppImage."
exit 1
fi
echo "Making AppImage executable..."
chmod +x "$TARGET_APPIMAGE_PATH"
if [ $? -ne 0 ]; then
echo "Error: Failed to make AppImage executable."
# Consider cleanup or proceed if non-critical for .desktop creation itself
fi
# --- Get Icon Path (Optional) ---
ICON_ENTRY="Icon=$DESKTOP_FILE_BASENAME" # Default icon name, system might find it if themed
read -e -p "Enter the full path to an icon file (e.g., .png, .svg) (optional, press Enter to skip): " ICON_PATH
if [ -f "$ICON_PATH" ]; then
# Option 1: Use the direct path in the .desktop file
ICON_ENTRY="Icon=$ICON_PATH"
echo "Using icon from '$ICON_PATH'."
# Option 2 (More advanced, if you want to copy it to a standard location):
# ICON_FILENAME="${DESKTOP_FILE_BASENAME}.png" # Or get extension from ICON_PATH
# cp "$ICON_PATH" "$ICON_DIR/$ICON_FILENAME"
# if [ $? -eq 0 ]; then
# ICON_ENTRY="Icon=$DESKTOP_FILE_BASENAME" # Or $ICON_FILENAME without path if in theme path
# echo "Copied icon to '$ICON_DIR/$ICON_FILENAME'."
# else
# echo "Warning: Could not copy icon. Will use direct path if available or default."
# fi
elif [ ! -z "$ICON_PATH" ]; then # User entered something, but file not found
echo "Warning: Icon file not found at '$ICON_PATH'. Using default icon name."
fi
cat > "$DESKTOP_FILE_PATH" << EOF
[Desktop Entry]
Version=1.0
Name=$APP_NAME
Comment=AI Powered Code Editor (AppImage)
Exec="$TARGET_APPIMAGE_PATH" --no-sandbox %U
$ICON_ENTRY
Terminal=false
Type=Application
Categories=Development;IDE;TextEditor;Utility;
StartupWMClass=Cursor # Often helps with icon association in docks/taskbars. May need adjustment.
EOF
# Try to guess StartupWMClass if possible (more advanced, requires running the app and using xprop)
# For Cursor, "Cursor" is a likely candidate. If window grouping issues arise, this might need to be
# identified using a tool like `xprop WM_CLASS` on an open Cursor window.
if [ $? -ne 0 ]; then
echo "Error: Failed to create .desktop file."
exit 1
fi
# Make .desktop file readable (and executable for user, as some guides suggest)
chmod u+rwx "$DESKTOP_FILE_PATH" # User read, write, execute
chmod go+r "$DESKTOP_FILE_PATH" # Group and Other read
echo ""
echo "-----------------------------------------"
echo "Success!"
echo "'$APP_NAME' should now be available in your application menu."
echo "If it doesn't appear immediately, you might need to log out and log back in or restart your desktop environment."
echo ""
echo "To launch, you can now search for '$APP_NAME'."
echo "The AppImage is stored at: $TARGET_APPIMAGE_PATH"
echo "The desktop shortcut file is: $DESKTOP_FILE_PATH"
echo ""
echo "If you encounter issues with the icon not showing up, ensure the path in '$ICON_ENTRY' is correct or place an icon named '${DESKTOP_FILE_BASENAME}.png' (or .svg) in ~/.local/share/icons/ or a system icon theme directory."
echo "-----------------------------------------"
exit 0
johnisgood · 38m ago
Not only did you mess up the formatting, but you pasted a very lengthy code, generated by an LLM. Perhaps consider using a pastebin in the future, if at all.
cryptoz · 2h ago
Yup - honestly the space is so open right now still, everyone is trying haha. It's got quite hard to keep track of different models and their strengths / weaknesses, much less the IDE and editor space! I have no idea which of these AI editors would suite me best and a new one comes out like every day.
I'm still in vim with copilot and know I'm missing out. Anyway I'm also adding to the problem as I've got my own too (don't we all?!), at https://codeplusequalsai.com. Coded in vim 'cause I can't decide on an editor!
jmvldz · 2h ago
This is cool! I like that you have a visual element for the agent working on multiple tickets at a time.
cryptoz · 1h ago
Thanks! And yeah, it really is satisfying watching the tickets move from column to column "all on their own" as the works gets done!
w10-1 · 1h ago
May I ask why did you decide against starting with (Eclipse) Theia instead of VSCode?
It's compatible but has better integration and modularity, and doing so might insulate you a bit from your rather large competitor controlling your destiny.
Or is the exit to be bought by Microsoft? By OpenAI? And thus to more closely integrate?
If you're open-source but derivative, can they not simply steal your ideas? Or will your value depend on having a lasting hold on your customers?
I'm really happy there are full-fledged IDE alternatives, but I find the hub-and-spoke model where VSCode/MS is the only decider of integration patterns is a real problem. LSP has been a race to the bottom, feature-wise, though it really simplified IDE support for small languages.
alisinabh · 59m ago
Zed (https://zed.dev/agentic) also released agentic code edits (similar to Cursor) which I tried and really like.
WD-42 · 51m ago
And it's not yet another editor running in a web browser which is really, really nice.
ramon156 · 31m ago
Its fast. Love it !
fcoury · 1h ago
One thing I noticed is that there's no cost tracking, so it's very hard to predict how much you're spending. This is fine on tools like Cursor that are all inclusive, but is something that is really necessary if you're bringing your own API keys.
Is this feature on the roadmap?
nm980 · 3h ago
Is there some benefit from forking vscode instead of creating an extension?
andrewpareles · 2h ago
Void dev here! As others have mentioned, VSCode strongly limits the functionality that you can build as an extension. A few things we've built that aren't supported as an extension:
- the Accept|Reject UI and UX
- Cmd+K
- Control over the terminal and tabs
- Custom autocomplete
- Smaller things like ability to open/close the sidebar, onboarding, etc
It's been a lot harder to build an IDE than an extension, but we think having full control over the IDE (whether that's VSCode or something else we build in the future) will be important in the long run, especially when the next iteration of tool-use LLMs comes out (having native control over Git, the UI/UX around switching between iterations, etc).
mentalgear · 2h ago
the Accept|Reject UI and UX , Continue as a VS Code extension also seems to manage this
johnfn · 3h ago
As an (ex) VSCode extension developer, VSCode really does lock down what you can do as an extension. It's well intentioned and likely led to the success of VSCode, but it's not great if you want to build entirely new UI interactions. For instance, something like the cmd-k inline generation UI in Cursor is basically impossible as a VSCode extension.
gman83 · 3h ago
People keep saying that the extensions API is too limited or something, but Cline seems to manage fine with being an extension.
rzzzt · 2h ago
Eclipse Theia can host VSCode extensions, but it also has its own extension mechanism that offers more customization, it could be a viable alternative: https://theia-ide.org/docs/extensions/
kristopolous · 2h ago
They've been changing that recently
zamalek · 2h ago
One of the big _disadvantages_ is that it prevents access to the VSCode-licensed plugins, such as the good C# LSP (seems EEE isn't completely dead). That's something to pay attention to if you're considering a fork and use an affected language.
jsheard · 2h ago
Since these products supposedly make developers 1000x more productive it should be no problem to just re-implement those proprietary MS plugins from scratch. Right? Any volunteers...?
manmal · 1h ago
MS will be tuning Copilot to the point it’s the best agent for C#, for sure. It might take a little longer ofc. But Nadella mentioned to Zuck in a fireside chat that they are not happy with C# support in LLMs and that they are working on this.
Did you mean to say a debugger? That one has an open alternative (NetCoreDbg) alongside a C# extension fork which uses it (it's also what VS Codium would install). It's also what you'd use via DAP with Neovim, Emacs, etc.
danenania · 1h ago
I wish all these companies the best and I understand why they’re forking, but personally I really don’t want my main IDE maintained by a startup, especially as a fork. I use Cursor, and I’ve run into a number of bugs at the IDE level that have nothing to do with the AI features. I imagine this is only going to get worse over time.
MortyWaves · 3h ago
It gets them more slop funding if they can say they have an “AI IDE”.
mentalgear · 2h ago
well you got downvoted, but it's not wrong: funding attractiveness of an extension (Cline) vs your "own IDE".
MantisShrimp90 · 1h ago
Projects like this are great because open source versions need to figure out the right way to do things, rather than the hacky, closed, proprietary alternatives that pop up first and are just trying to consume as many users as possible to get a most quickly.
In that case, a shitty, closed system is good actually because it's another thing your users will need to "give up" if they move to an alternative. By contrast, an open ide like void will hopefully make headway on an open interface between ides and the llm agents in such a way that it can be adapted by neovim people like me or anyone else for that matter
sunnybeetroot · 2h ago
Given Void is backed by Ycombinator, what’s the business plan to start generating revenue?
elAhmo · 1h ago
There is no plan with YC in this space, everything is just basically vibe investing and hoping something sticks.
Continue.dev also received investment from YC. Remember PearAI? Very charismatic founders that just forked Continue.dev and got a YC investment [1].
This is a good question. Because we're open source, we will always allow you to host models locally for free, or use your own API key. This makes monetization a bit difficult in the short term. As with many devtool companies, the long-term value comes from enterprise sales.
johnfn · 3h ago
This is very cool and I'm always happy to see more competition in this space. That said, two suggestions:
- The logo looks like it was inspired directly from the Cursor logo and modified slightly. I would suggest changing it.
- It might be wise to brand yourself as your own thing, not just an "open source Cursor". I tend to have the expectation that "open source [X]" projects are worse than "[X]". Probably unfair, I know.
mp5 · 1h ago
Thanks for the suggestions - these issues have been a bit painful for us, and we will probably fix them in the next major update to Void.
Believe it or not, the logo similarity was actually unintentional, though I imagine there was subconscious bias at play (we created ours trying to illustrate "a slice of the Void").
freedomben · 2h ago
A minor counterpoint, I personally like the "open source Xyz" because I instantly know what the product is supposed to do. It's also very SEO friendly because you don't know the name of the open source version before you find it, so you can Kagi/Google/DDG "open source Cursor" and get it as a top result, instead of a sea of spammy slime.
The irony of an open source alternative to a fork of an open source project is hopefully not lost here
simultsop · 28m ago
The branding looks quiet strange and very conflicting with voidzero.dev
andrewmunsell · 1h ago
Given that there's a dozen agentic coding IDEs, I only use Cursor because of the few features they have like auto-identification of the next cursor location (I find myself hitting tab-tab-tab-tab a lot, it speeds up repetitive edits). Are there any other IDEs that implement these QOL features, including Void (given it touts itself specifically as a Cursor alternative)?
ramoz · 1h ago
I think QOL will shift away from your keyboard. Give Claude Code a try and you’ll understand what I mean. Developer UX will shift away from traditional IDEs. At this point I could use notepad for the the type of manual work I do vs how I orchestrate Claude Code.
soylentEnjoyer · 1h ago
Bump
hintymad · 1h ago
A trajectory question: do we still have the debate that whether open-source software takes away SDE jobs or makes the pie grow bigger to create more jobs? The booming OS community in the past seem have created multiple billion-dollar markets. On the other hand, we have a lot less growth than before now, and I was wondering if OSS has started to suppressing the demand of SDEs.
setnone · 2h ago
This is realy cool and checks my privacy boxes, great name too. I will be testing it out and will consider contributing.
One thing i'd really like to have is a manual order for folders or even files in the explorer view.
amackera · 3h ago
I've got a great setup going with Emacs and Aidermacs[1]. I just can't stand using VS Code, it's impossible to configure to my liking.
My setup: vim -> ctrl + z -> claude -> ctrl + c -> fg
brcmthrowaway · 3h ago
good luck copy and pasting with vim with tmux in the mix
mm263 · 3h ago
Skill issue on your part
dbalatero · 1h ago
it works?
koakuma-chan · 3h ago
:w !clip.exe
calvinmorrison · 3h ago
it's a shame vim is so stinky because after 15 years of using it now i find myself using vscode. I always like vim because editing is efficient. Now I dont write as much as supervise a lot of the boilerplate code.
Over the years I have gotten better with vim, added phpactor and other tooling, but frankly i dont have time to futz and its not so polished. With VSCode I can just work. I don't love everything about it, but it works well enough with copilot i forgot the benefits of vim.
kurtis_reed · 3h ago
what sorts of things are hard to configure?
spauldo · 2h ago
Emacs' configurability is hard to describe to anyone who hasn't immersed themselves in that sort of environment. There's a small portion of the program written C, but the bulk of it is written in elisp. When you evaluate elisp code, you're not in some sandboxed extension system - you're at the same level as Emacs itself. This allows you to modify nearly any aspect of Emacs.
It'd be a security nightmare if it was more popular, but fortunately the community hovers around being big enough for serious work to be done but small enough that it's not worth writing malware for.
Doesn't seem to be at cost, there's a markup on the input and output tokens. At least for their Anthropic endpoints.
kristopolous · 2h ago
Google ones appear up be at cost. Maybe they do markup on specific ones.
If you're all in on Claude then yeah, just go direct. Going through a proxy of silly
NitpickLawyer · 2h ago
Early when sonnet 3.5 was the best coding model lots of people used them because of the rate limits on anthropic's own API. So that's a plus. There's also the ease of use, one key for every model out there, and you get to choose providers for things like deepseek / qwen / llama if those suit your needs.
manmal · 1h ago
That doesn’t sound bad, for extra redundancy?
leogout · 2h ago
I subscribed to the mailing list of void long ago to be notified once the alpha opens, but i've never recieved anything. I forgot about it until today.
mp5 · 2h ago
We've been holding off on this until Void is out of Beta.
elric · 3h ago
Any particular reason why they forked VSCode and not Theia?
kookamamie · 3h ago
Nobody uses Theia, relatively speaking.
elric · 2h ago
This sounds like exactly the kind of thing Theia would be useful for. It's easier than a straight up fork of VSCode.
badmonster · 41m ago
Congrats void!!
mentalgear · 2h ago
Nice - also open competition is always good for users!
tough · 3h ago
Oh wow this is nice, will try it out.
Ycombinator backed too I guess Vibe coding is here to stay
throwaway314155 · 2h ago
> Ycombinator backed too
Oh wow, I didn't even realize. Substantially less appealing of a project to me now.
nektro · 1h ago
one of these is gonna have malware and we'll wonder how we never saw it
soylentEnjoyer · 1h ago
BYOK
We live in the age of dev tools
antirez · 2h ago
Mandatory reminder that "agentic coding" works way worse than just using the LLM directly, steering it ad needed, filling the gaps, and so forth. The value is in the semantical capabilities of the LLM itself: wrapping it will make it more convenient to use, but always less powerful.
rcarmo · 2h ago
I beg to disagree, Salvatore... Have a go at VS Code with Agent mode turned on (you'll need a paid plan to use Claude and/or Gemini, I think). It gets me out of vim, so yeah, it's that good. :)
Tip: Write a SPEC.md file first. Ask the LLM to ask _you_ about what might be missing from the spec, and once you "agree" ask it to update the SPEC.md or create a TODO.md.
Then iterate on the code. Ask it to implement one of the features, hand-tune and ask it to check things against the SPEC.md and update both files as needed.
Works great for me, especially when refactoring--the SPEC.md grounds Claude enough for it not to go off-road. Gemini is a bit more random...
antirez · 1h ago
Interacting with the LLM directly is more work. What I mean is that a wrapper in the best conditions will not damage too much the quality of the LLM itself. In the chat, you continuously avoid suboptimal choices executed by the model, if you are a very experienced code, and a fix here, a fix there, you continuously avoid local minima. After a few iterations you find that your whole project is a lot better designed than otherwise.
rcarmo · 1h ago
Oh, sure. I don't rely on the LLM to write all the code. I do "trust" it to refactor things to a shape I want, and to automate chores like moving chunks of code around or build a quick wrapper for a library.
One thing I particularly don't like about LLMs is that their Python code feels like Java cosplay (full of pointless classes and methods), so my SPEC.md usually has a section on code style right at the start :)
Demiurge · 3h ago
I don't know anything about the project, I use Zed editor, but I think the logo is really cool.
moffkalast · 1h ago
> Welcome to Void.
Flaskbacks to that pretty good Voyager episode.
monoid73 · 2h ago
Another one? People saw that 3B windsurf money.
diamondfist25 · 2h ago
I’ve been using Claude coder, I like this exp way more than these ai ides way more.
Inuit · 2h ago
Here comes another. Everyone saw that 3B Windsurf money and production go brrr
sampton · 3h ago
VSCode death by a thousand forks.
behnamoh · 3h ago
they always start as open source to bait users. how long until this one also turns into BaitWare? I hope it won't since it's backed by Y Combinator and has an Apache 2 license.
dang · 3h ago
(Edit: the parent comment was edited to add "I hope it won't since it's backed by Y Combinator and has an Apache 2 license." - that's a good redirection, and I probably wouldn't have posted a mod reply if the comment had had that originally.)
(Btw if your comment already has replies, it is good to add "Edit:" or something if you're changing it in a way that will alter the context of replies.)
---
"Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something."
"Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith."
They first need to substantially grow the user base as we saw with OpenWebUI, only then make an Enterprise offering and switch the license from one day to another.
tough · 3h ago
Wait open web-ui has changed license?
debugnik · 3h ago
Yes, they've modified the licence to require preserving their branding. I guess it's an anti-fork measure, you'd have to infringe either on their licence or on their trademark.
The best reason I‘ve seen mentioned by the founder in this thread, is showing/hiding panels, and the onboarding flow. Those are things you can’t do with a plugin. I personally also like Cursor‘s diff view way better than Continue‘s, and maybe that’s because a fork gives more control there.
evo_9 · 2h ago
If I move off Cursor, it's def not going to be to another vs-code derivative.
Zed has it right - build it from the ground up, otherwise, MS is going to kneecap you at some point.
threatofrain · 2h ago
The threat is Msft cutting you off from the ecosystem. That means growing an ecosystem and not merely the editor.
echelon · 2h ago
100%. Microsoft can't interfere with Zed.
Additionally, Zed is written in Rust and has robust hardware-accelerated rendering. This has a tangible feel that other editors do not. It feels just so smooth, unlike clunky heavyweight JetBrains products. And it feels solid and sturdy, unlike VS Code buffers, which feel like creaky webviews.
owebmaster · 2h ago
Great to see more people thinking this way, finally. Would be even better to see the same change wrt typescript, another MS trojan horse.
But it's a different take, Brokk is built to let humans supervise AI more effectively rather than optimizing for humans reading and writing code by hand. So it's not a VS Code fork, it's not really an IDE in the traditional sense at all.
1. Create a branch called TaskForLLM_123
2. Add a file with text instructions called Instructions_TaskForLLM_123.txt
3. Have a GitHub action read the branch, perform the task and then submit a PR.
manmal · 1h ago
I’ve seen people do this with Claude Code to great success (not in a GH Action). Even multiple sessions concurrently. Token budget is the limit, obviously.
atak1 · 3h ago
Watched your Youtube. I love this - will try it out and give it to our team. This is effectively the "full mode" version of the mode I currently use Cursor for.
But I do stand by the point. We are seeing umpteen of these things launched every week now, all with the exact same goal in mind; monetizing a thin layer of abstraction between code repos and model providers, to lock enterprises in and sell out as quickly as possible. None of them are proposing anything new or unique above the half dozen open source extensions out there that have gained real community support and are pushing the capabilities forward. Anyone who actually uses agentic coding tools professionally knows that Windsurf is a joke compared to Cline, and that there is no good reason whatsoever for them to have forked. This just poisons the well further for folks who haven't used one yet.
dang · 3h ago
Yes, the high-order bit is to avoid snark, so thanks about that. And it's clear that you know about this space and have good information and thoughts to contribute—great!
I would still push back on this:
> all with the exact same goal in mind
It seems to me that you're assuming too much about other people's intentions, jumping beyond what you can possibly know. When people do that to reduce things to a cynical endstate before they even get off the ground, that's not good for either discussion or community. This is part of the reason why we have guidelines like these in https://news.ycombinator.com/newsguidelines.html:
"Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something."
"Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith."
"Don't be curmudgeonly. Thoughtful criticism is fine, but please don't be rigidly or generically negative."
alp1n3-dev · 2h ago
The time to sell a VSCode fork for 3B was a week ago. If someone wants to move off of VSCode, why would they move to a fork of it instead of to Zed, JetBrains, or a return to the terminal?
Next big sale is going to be something like "Chrome Fork + AI + integrated inter-app MCP". Brave is eh, Arc is being left to die on its own, and Firefox is... doing nothing.
apostle36 · 2h ago
Open source and not available on Linux?
lnenad · 1h ago
Yeah this surprised me as well lol
freeamz · 3h ago
Why no linux build? It is just vscode in ts right? And it is an electron app right?
mp5 · 2h ago
We do have a linux build! (the link is at the bottom of the download page). Some systems are a bit finicky so we give more options on setting it up.
ciwchris · 3h ago
There's a link for Linux at the bottom of the download page, which directs to the releases in GitHub
As a non-Cursor user who does AI programming, there is nothing there to make me want to try it out.
Feedback 2: I feel any new agentic AI tool for programming should have a comparison against Aider[1] which for me is the tool to benchmark against. Can you give a compelling reason to use this over Aider? Don't just say "VSCode" - I'm sure there are extensions for VSCode that work with Aider.
As an example of the questions I have:
- Does it have something like Aider's repomap (or better)?
- To what granularity can I limit the context?
[1] https://aider.chat/
We don't have a repomap or codebase summary - right now we're relying on .voidrules and Gather/Agent mode to look around to implement large edits, and we find that works decently well, although we're open to adding something like an auto-summary or Aider's repomap.
Regarding context - you can customize the context window and reserved amount of token space for each model. You can also use "@ to mention" to include entire files and folders, limited to the context window length.
(you can also customize the model's reasoning ability, think tags to parse, tool use format (gemini/openai/anthropic), FIM support, etc).
Back in 2023 one of the cursor devs mentioned [1] that they first convert the HTML to markdown then do n-gram deduplication to remove nav, headers, and footers. The state of the art for chunking has probably gotten a lot better though.
[1] https://forum.cursor.com/t/how-does-docs-crawling-work/264/3
If nearly everytime I use it to accomplish something it gets it 40-85% correct and I have to go in to fix the other 60-15%, what is the point? It's as slow as hand writing code then, if not slower, and my flow with Continue is simply better:
1. CTRL L block of code 2. Ask a question or give a task 3. I read what it says and then apply the change myself by CTRL C and then tweaking the one or two little things it inevitably misunderstood about my system and its requirements
Use gemini-2.5pro or sonnet3.5/3.7 or gpt-4.1
Be as specific and detailed in your prompts as you can. Include the right context.
I'm getting really tired of AI advocates telling me that AI is as good as the hype if I just pay more (say, fellow HNer, your paycheck doesn't come from those models, does it?), or use the "right" prompt. Give some examples.
If I have to write a prompt as long as Claude's system prompt in order to get reliable edits, I'm not sure I've saved any time at all.
At least you seem to be admitting that aider is useless with local models. That's certainly my experience.
There are certainly a lot of alternatives that are plugins(!), but our differentiation right now is being a full open source IDE and having all the features you get out of the big players (quick edits, agent mode, autocomplete, checkpoints).
Surprisingly, all of the big IDEs today (Cursor/Windsurf/Copilot) send your messages through their backend whenever you send a message, and there is no open source full IDE alternative (besides Void). Your connection to providers is direct with Void, and it's a lot easier to spin up your own models/providers and host locally or use whatever provider you want.
We're planning on building Git branching for agents in the next iteration when LLMs are more independent, and controlling the full IDE experience for that will be really important. I worry plugins will struggle.
And Zed: https://zed.dev
Yesterday on the front page of HN:
https://news.ycombinator.com/item?id=43912844
Claude Code (neither IDE nor extension) is rapidly gaining ground, it's biggest current limitation being cost, which is likely to get resolved sooner rather than later (Gemini Code anyone?). You're right about the right now, but with the pace at which things are moving, the trends are honestly more relevant than the status quo.
[0]https://github.com/jj-vcs/jj
1 - https://github.com/plandex-ai/plandex
edit: ahh just saw that it is also a fork of VS Code, so it is indeed OSS Cursor
The main reason I think there is such a proliferation is it's not clear what the best interface to coding agents will be. Is it in Slack and Linear? Is it on the CLI? Is it a web interface with a code editor? Is it VS Code or Zed?
Just like everyone has their favored IDE, in a few years time, I think everyone will have their favored interaction pattern for coding agents.
Product managers might like Devin because they don't need to setup an environment. Software engineers might still prefer Cursor because they want to edit the code and run tests on their own.
Cursor has a concept of a shadow workspace and I think we're going to see this across all coding agents. You kick off an async task in whatever IDE you use and it presents the results of the agent in an easy to review way a bit later.
As for Void, I think being open source is valuable on it's own. My understanding is Microsoft could enforce license restrictions at some point down the road to make Cursor difficult to use with certain extensions.
Another YC backed open source VS Code is Continue: https://www.continue.dev/
(Caveat: I am a YC founder building in this space: https://www.engines.dev/)
Context switching is not the bottleneck. I actually like to go away from the IDE/keyboard to think through problems in a different environment (so a voice version of chatgpt that I can talk to via my smartwatch while walking and see some answers either on my smartglasses or via sound would be ideal… I don’t really need more screen (monitor) time)
I do this all the time, and I am completely fine with it. Sure, I need to pay more attention, but I think it does more good than harm.
At it's most basic, agentic mode is necessary for building the proper context. While I might know the solution at the high level, I need the agent to explore the code base to find things I reference and bring them into context before writing code.
Agentic mode is also super helpful for getting LLMs from "99%" correct code to "100%" correct code. I'll ask them to do something to verify their work. This is often when the agent realizes it hallucinated a method name or used a directionally correct, but wrong column name.
1) Authority (whatever a prominent evangelist developer was peddling)
2) The book I was following as a guide
3) The tutorial I was following as a guide
4) The consensus of the crowd at the time
5) Whatever worked (SO, brute force, whatever library, whatever magic)
It took a long ass time before I got to throw all five of those things out (throw the map away). At the moment, #5 on that list is AI (whatever works). It's a Rite of Passage, and because so much of being a developer involves autodidacticism, this is a valley you must go through. Even so, it's pretty cool when you make it out of that valley (you can do whatever you want without any anxiety about is this the right path?). You are never fearful or lost in the valley(s) for the most part afterward.
Most people have not deployed enough critical code that was mostly written with AI. It's when that stuff breaks, and they have to debug it with AI, that's when they'll have to contend with the blood, sweat, and tears. That's when the person will swear that they'll never use AI again. The thing is, we can never not use AI ever again. So, this is the trial by fire where many will figure out the depth of the valley and emerge from it with all the lessons. I can only speculate, but I suspect the lessons will be something along the lines of "some things should use less AI than others".
I think it's a cool journey, best of luck to the AI-first crowd, you will learn lessons the rest of us are not brave enough to embark on. I already have a basket of lessons, so I travel differently through the valley (hint: My ship still has a helm).
Or, most software will become immutable. You'll just replace it.
You'll throw away the mess, and let a newer LLM build a better version in a couple of days. You ask the LLM to write down the specs for the newer version based on the old code.
If that is true, then the crowd that is not brave enough to do AI-first will just be left behind.
Not even, devoured might be more apt. If I'm manually moving through this valley and a flood is coming through, those who are sticking automatic propellers and navigation systems on their ship are going to be the ones that can surf the flood and come out of the valley. We don't know, this is literally the adventure. I'm personally on the side of a hybrid approach. It's fun as hell, best of luck to everyone.
It's in poor taste to bring up this example, but I'll mention it as softly as I can. There were some people that went down looking for the Titanic recently. It could have worked, you know what I mean? These are risks we all take.
Quoting the Admiral from Starcraft Broodwars cinematic (I'm a learned person):
"... You must go into this with both eyes open"
Senior engineers are not necessarily old but have the experience to delegate manageable tasks to peers including juniors and collaborate with stakeholders. They’re part of an organization by definition. They’re senior to their peers in terms of experience or knowledge, not age.
Agentic AIs slot into this pattern easily.
If you are a solo dev you may not find this valuable. If you are a senior then you probably do.
I actually flip things - I do the breakdown myself in a SPEC.md file and then have the agent work through it. Markdown checklists work great, and the agent can usually update/expand them as it goes.
Now that I think about it, I might have only ever used agents for searching and answering questions, not for producing code. Perhaps I don't trust the AI to build a good enough structure, so while I'll use AI, it is one file at a time sort of interaction where I see every change it makes. I should probably try out one of these agent based models for a throw away project just to get more anecdotes to base my opinion on.
I'm working on an agnostic unified framework to make contexts transferrable between these tools.
This will permit zero friction, zero interruption transitions without any code modification.
Should have something to show by next week.
Hit me up if you're interested in working on this problem - I'm tired of cowboying my projects.
I know some folks like using the terminal, but if you like Claude Code you should consider plugging your API key into Void and using Claude there! Same exact model and provider and price, but with a UI around the tool calls, checkpoints, etc.
That is until I started using Claude Code.
It’s not about the terminal. It’s just a better UX in general.
https://techcrunch.com/2024/09/30/y-combinator-is-being-crit...
https://news.ycombinator.com/item?id=43763225
Most common these days is to make the paid product be a hosted version of the open source software, but there are other ways too. Experienced founders emphasize to new startups how important it is to get this right and to keep your open source community happy.
No one I've heard is treating open source like a bait and switch; quite the opposite. What is sought is a win-win where each component (open source and paid) does better because of the other.
I think there’s a general misconception out there that open sourcing will cannibalize your hosted product business if you make it too easy to run. But in practice, there’s not a lot of overlap between people who want to self-host and people who want cloud. Most people who want cloud still want it even if they can self-host with a single command.
The effort required to start Cursor is the reason I don't use it much. VS code is an actual, bona fide installed app with an icon that sits on my screen, I just click it to launch it. So much easier. Even if I have to write code manually.
Edit: asked gemini2.5 to make the script for you. Copy, chmod and run. (maybe check if I am not trolling you first).
#!/bin/bash
echo "Cursor AppImage Desktop Integration Script" echo "-----------------------------------------"
# --- Configuration --- # Default application name DEFAULT_APP_NAME="Cursor" # Directory to store AppImages APPIMAGE_DIR="$HOME/Applications" # Directory for .desktop files DESKTOP_ENTRY_DIR="$HOME/.local/share/applications" # Directory for icons (optional, if you want to copy the icon) # ICON_DIR="$HOME/.local/share/icons/hicolor/scalable/apps"
# --- Ensure target directories exist --- mkdir -p "$APPIMAGE_DIR" mkdir -p "$DESKTOP_ENTRY_DIR" # mkdir -p "$ICON_DIR" # Uncomment if you choose to copy icons to a standard path
# --- Get AppImage Path --- read -e -p "Enter the full path to your Cursor AppImage file: " APPIMAGE_PATH
if [ ! -f "$APPIMAGE_PATH" ]; then echo "Error: AppImage file not found at '$APPIMAGE_PATH'." exit 1 fi
# --- Get Application Name --- read -p "Enter the name for the application menu shortcut (default: $DEFAULT_APP_NAME): " APP_NAME APP_NAME=${APP_NAME:-$DEFAULT_APP_NAME}
# Sanitize APP_NAME for use in filenames (lowercase, no spaces) DESKTOP_FILE_BASENAME=$(echo "$APP_NAME" | tr '[:upper:]' '[:lower:]' | tr -s ' ' '_' | sed 's/[^a-z0-9_-]//g') if [ -z "$DESKTOP_FILE_BASENAME" ]; then DESKTOP_FILE_BASENAME="cursorapp" # fallback fi
# --- Define Target AppImage Path --- # Use the sanitized app name or the original AppImage name for the stored file # For simplicity, let's use a generic name like AppName.AppImage TARGET_APPIMAGE_NAME="${APP_NAME}.AppImage" TARGET_APPIMAGE_PATH="$APPIMAGE_DIR/$TARGET_APPIMAGE_NAME"
# --- Move and Prepare AppImage --- echo "Copying AppImage to '$TARGET_APPIMAGE_PATH'..." cp "$APPIMAGE_PATH" "$TARGET_APPIMAGE_PATH" if [ $? -ne 0 ]; then echo "Error: Failed to copy AppImage." exit 1 fi
echo "Making AppImage executable..." chmod +x "$TARGET_APPIMAGE_PATH" if [ $? -ne 0 ]; then echo "Error: Failed to make AppImage executable." # Consider cleanup or proceed if non-critical for .desktop creation itself fi
# --- Get Icon Path (Optional) --- ICON_ENTRY="Icon=$DESKTOP_FILE_BASENAME" # Default icon name, system might find it if themed read -e -p "Enter the full path to an icon file (e.g., .png, .svg) (optional, press Enter to skip): " ICON_PATH
if [ -f "$ICON_PATH" ]; then # Option 1: Use the direct path in the .desktop file ICON_ENTRY="Icon=$ICON_PATH" echo "Using icon from '$ICON_PATH'."
elif [ ! -z "$ICON_PATH" ]; then # User entered something, but file not found echo "Warning: Icon file not found at '$ICON_PATH'. Using default icon name." fi# --- Create .desktop File --- DESKTOP_FILE_PATH="$DESKTOP_ENTRY_DIR/${DESKTOP_FILE_BASENAME}.desktop" echo "Creating .desktop file at '$DESKTOP_FILE_PATH'..."
cat > "$DESKTOP_FILE_PATH" << EOF [Desktop Entry] Version=1.0 Name=$APP_NAME Comment=AI Powered Code Editor (AppImage) Exec="$TARGET_APPIMAGE_PATH" --no-sandbox %U $ICON_ENTRY Terminal=false Type=Application Categories=Development;IDE;TextEditor;Utility; StartupWMClass=Cursor # Often helps with icon association in docks/taskbars. May need adjustment. EOF
# Try to guess StartupWMClass if possible (more advanced, requires running the app and using xprop) # For Cursor, "Cursor" is a likely candidate. If window grouping issues arise, this might need to be # identified using a tool like `xprop WM_CLASS` on an open Cursor window.
if [ $? -ne 0 ]; then echo "Error: Failed to create .desktop file." exit 1 fi
# Make .desktop file readable (and executable for user, as some guides suggest) chmod u+rwx "$DESKTOP_FILE_PATH" # User read, write, execute chmod go+r "$DESKTOP_FILE_PATH" # Group and Other read
# --- Update Desktop Database --- echo "Updating application database..." update-desktop-database -q "$DESKTOP_ENTRY_DIR" # -q for quiet
echo "" echo "-----------------------------------------" echo "Success!" echo "'$APP_NAME' should now be available in your application menu." echo "If it doesn't appear immediately, you might need to log out and log back in or restart your desktop environment." echo "" echo "To launch, you can now search for '$APP_NAME'." echo "The AppImage is stored at: $TARGET_APPIMAGE_PATH" echo "The desktop shortcut file is: $DESKTOP_FILE_PATH" echo "" echo "If you encounter issues with the icon not showing up, ensure the path in '$ICON_ENTRY' is correct or place an icon named '${DESKTOP_FILE_BASENAME}.png' (or .svg) in ~/.local/share/icons/ or a system icon theme directory." echo "-----------------------------------------"
exit 0
I'm still in vim with copilot and know I'm missing out. Anyway I'm also adding to the problem as I've got my own too (don't we all?!), at https://codeplusequalsai.com. Coded in vim 'cause I can't decide on an editor!
It's compatible but has better integration and modularity, and doing so might insulate you a bit from your rather large competitor controlling your destiny.
Or is the exit to be bought by Microsoft? By OpenAI? And thus to more closely integrate?
If you're open-source but derivative, can they not simply steal your ideas? Or will your value depend on having a lasting hold on your customers?
I'm really happy there are full-fledged IDE alternatives, but I find the hub-and-spoke model where VSCode/MS is the only decider of integration patterns is a real problem. LSP has been a race to the bottom, feature-wise, though it really simplified IDE support for small languages.
Is this feature on the roadmap?
It's been a lot harder to build an IDE than an extension, but we think having full control over the IDE (whether that's VSCode or something else we build in the future) will be important in the long run, especially when the next iteration of tool-use LLMs comes out (having native control over Git, the UI/UX around switching between iterations, etc).
Did you mean to say a debugger? That one has an open alternative (NetCoreDbg) alongside a C# extension fork which uses it (it's also what VS Codium would install). It's also what you'd use via DAP with Neovim, Emacs, etc.
In that case, a shitty, closed system is good actually because it's another thing your users will need to "give up" if they move to an alternative. By contrast, an open ide like void will hopefully make headway on an open interface between ides and the llm agents in such a way that it can be adapted by neovim people like me or anyone else for that matter
Continue.dev also received investment from YC. Remember PearAI? Very charismatic founders that just forked Continue.dev and got a YC investment [1].
https://techcrunch.com/2024/12/20/after-causing-outrage-on-t...
- The logo looks like it was inspired directly from the Cursor logo and modified slightly. I would suggest changing it.
- It might be wise to brand yourself as your own thing, not just an "open source Cursor". I tend to have the expectation that "open source [X]" projects are worse than "[X]". Probably unfair, I know.
Believe it or not, the logo similarity was actually unintentional, though I imagine there was subconscious bias at play (we created ours trying to illustrate "a slice of the Void").
Show HN: Void, an open-source Cursor/GitHub Copilot alternative - https://news.ycombinator.com/item?id=41563958 - Sept 2024 (154 comments)
One thing i'd really like to have is a manual order for folders or even files in the explorer view.
[1]: https://github.com/MatthewZMD/aidermacs
Over the years I have gotten better with vim, added phpactor and other tooling, but frankly i dont have time to futz and its not so polished. With VSCode I can just work. I don't love everything about it, but it works well enough with copilot i forgot the benefits of vim.
It'd be a security nightmare if it was more popular, but fortunately the community hovers around being big enough for serious work to be done but small enough that it's not worth writing malware for.
Also litellm
If you're all in on Claude then yeah, just go direct. Going through a proxy of silly
Ycombinator backed too I guess Vibe coding is here to stay
Oh wow, I didn't even realize. Substantially less appealing of a project to me now.
We live in the age of dev tools
Tip: Write a SPEC.md file first. Ask the LLM to ask _you_ about what might be missing from the spec, and once you "agree" ask it to update the SPEC.md or create a TODO.md.
Then iterate on the code. Ask it to implement one of the features, hand-tune and ask it to check things against the SPEC.md and update both files as needed.
Works great for me, especially when refactoring--the SPEC.md grounds Claude enough for it not to go off-road. Gemini is a bit more random...
One thing I particularly don't like about LLMs is that their Python code feels like Java cosplay (full of pointless classes and methods), so my SPEC.md usually has a section on code style right at the start :)
Flaskbacks to that pretty good Voyager episode.
(Btw if your comment already has replies, it is good to add "Edit:" or something if you're changing it in a way that will alter the context of replies.)
---
"Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something."
"Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith."
"Don't be curmudgeonly."
https://news.ycombinator.com/newsguidelines.html
https://news.ycombinator.com/item?id=43901575
>VSCode Fork.
Already did. Can't wait to hear their super special very important reason why this can't exist as an extension.
"Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something."
https://news.ycombinator.com/newsguidelines.html
Additionally, Zed is written in Rust and has robust hardware-accelerated rendering. This has a tangible feel that other editors do not. It feels just so smooth, unlike clunky heavyweight JetBrains products. And it feels solid and sturdy, unlike VS Code buffers, which feel like creaky webviews.
But it's a different take, Brokk is built to let humans supervise AI more effectively rather than optimizing for humans reading and writing code by hand. So it's not a VS Code fork, it's not really an IDE in the traditional sense at all.
Intro video with demo here: https://www.youtube.com/watch?v=Pw92v-uN5xI
What I want is to be able to do is.
1. Create a branch called TaskForLLM_123 2. Add a file with text instructions called Instructions_TaskForLLM_123.txt 3. Have a GitHub action read the branch, perform the task and then submit a PR.
We're trying for thoughtful, respectful discussion of people's work on this site. Snarky, nasty oneliners destroy that.
We detached this subthread from https://news.ycombinator.com/item?id=43928512.
But I do stand by the point. We are seeing umpteen of these things launched every week now, all with the exact same goal in mind; monetizing a thin layer of abstraction between code repos and model providers, to lock enterprises in and sell out as quickly as possible. None of them are proposing anything new or unique above the half dozen open source extensions out there that have gained real community support and are pushing the capabilities forward. Anyone who actually uses agentic coding tools professionally knows that Windsurf is a joke compared to Cline, and that there is no good reason whatsoever for them to have forked. This just poisons the well further for folks who haven't used one yet.
I would still push back on this:
> all with the exact same goal in mind
It seems to me that you're assuming too much about other people's intentions, jumping beyond what you can possibly know. When people do that to reduce things to a cynical endstate before they even get off the ground, that's not good for either discussion or community. This is part of the reason why we have guidelines like these in https://news.ycombinator.com/newsguidelines.html:
"Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something."
"Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith."
"Don't be curmudgeonly. Thoughtful criticism is fine, but please don't be rigidly or generically negative."
Next big sale is going to be something like "Chrome Fork + AI + integrated inter-app MCP". Brave is eh, Arc is being left to die on its own, and Firefox is... doing nothing.
https://github.com/voideditor/void#readme