- Top-tier `git worktree`-based context switching in the same IDE window.
- A framework for attaching terminal-based agents to each worktree branch. Eventually this should evolve into a better open protocol for integration, primarily for diffs, permission request notifications, and progress indicators.
- A sidebar that monitors agent status/notifications on each active worktree branch.
- A quick notification-style way of responding to agent prompts across all branches. This has been built in standalone agent manager tools, but I can't use those tools effectively when I need to quickly jump in and be an engineer.
- Branch-context-level association with browser test windows or mobile emulator/simulator instances.
- Strong code completion capabilities via other faster models, a great extension ecosystem with lots of language server support, and function as a high-quality IDE.
Right now, I'm managing multiple macOS desktops with different instances of Windsurf running Claude agents in-terminal, and web browser windows / mobile emulators/simulators are dragged into the respective desktops for each instance. It's clunky.
kordlessagain · 33m ago
> A quick notification-style way of responding to agent prompts across all branches. This has been built in standalone agent manager tools, but I can't use those tools effectively when I need to quickly jump in and be an engineer.
I tried, unsuccessfully, to write a plugin for VSCode that would let Claude run a tool to jump me to the file and line it was editing. It sorta worked but kept hanging.
jbentley1 · 2h ago
I think integration into existing IDEs is the wrong form for agentic coding. The best way to work is managing several Git worktrees with agents running so you aren't stuck waiting 20+ minutes for Claude Code to finish.
I built a UI to manage this, and it is starting to turn into a new type of IDE, based around agent management and review rather than working on one thing at a time.
When I see proposals for this kind of workflow, the one question I have is how will you manage your personal context. When I’m reviewing code by coworker, I’m not seeking to fully understand the code or checking that it’s correct. I’m mostly trying to get a high level understanding and checking for glaring mistakes (code styles, best practices,…). I can get through a lot of PR in a day that way.
For more important stuff, like if it falls under my supervision, I will test the branch and carefully check the implementation. And this for each PR updates. That takes a lot longer.
So I’m wondering, how do you context switch between many agent running and proposing diffs. Especially if you need to vet the changes. And how do you manage module dependencies where an update by one task can subtly influence the implementation by another?
LeafItAlone · 1h ago
>So I’m wondering, how do you context switch between many agent running and proposing diffs. Especially if you need to vet the changes.
I’m wondering this too. But from what I have seen, I think most people doing this are not really reading and vetting the output. Just faster, parallelized, vibe coding.
Not saying that’s what parent is doing, but it’s common.
stingraycharles · 13m ago
Yeah. I would like multiple agents because each can be primed with a different system prompt and “clean” context. This has been proven to work, eg with Aider’s “architect” vs “editor” models / agents working together.
For parallel work who want stuff to “happen faster”, I am convinced most of these people don’t really read (nor probably understand) the code it produces.
jbentley1 · 1h ago
I tried to make it easy to remember what you are doing. You can see the prompts you ran, and I used the Monaco editor from VSCode to view and edit the diffs.
I think there are opportunities to give special handling to the markdown docs and diagrams Claude likes to make a long the way to help review.
EGreg · 59m ago
Why don’t you automate this checking with AI? You can then cover hundreds of PRs a day.
Voloskaya · 33m ago
> You can then cover hundreds of PRs a day.
I would argue you haven't covered any.
Why not just skip the reviews then? If you can trust the models to have the necessary intelligence and context to properly review, they should be able to properly code in the first place.
Obviously not where models are at today.
derwiki · 53m ago
Turtles all the way down. We seem to be marching towards a future like that, but are we there today? Some of the AI-generated PRs I’ve seen teammates put out “work” (because sometimes two wrongs make a right) but convince me we still need a human in the loop.
But that was two weeks ago; maybe it’s different today
Jonovono · 14m ago
Looks cool! What was your reason for not using the Claude Code TS SDK? Looks like you install the package, but are manually spawning claude commands instead?
Side note: You should look into electron-trpc. it greatly simplifies IPC handling
data-ottawa · 49m ago
I was just reading the Claude Code recommending that approach this morning.
Having a nice way to manage the work trees sounds great, but the rate limiting still sounds like an issue to this approach.
Rate limiting has not been a problem for me. I need time to review the proposals, the actual source code and to meddle with it in between
One must also always be aware that an LLM WILL ALWAYS DO what you ask it for. Often you ask for the wrong thing. And you need to rethink.
Maybe I am inefficient though I really only use at the most two additional work trees at the same time.
Etheryte · 2h ago
There's no reason you couldn't do the same thing as an IDE plugin.
jbentley1 · 1h ago
Yes there is. IDEs just aren't designed for it. The main screen in an IDE is a single branch at a time, I want to be managing a swarm of agents on multiple branches/worktrees
radicalbyte · 1h ago
That needs isolation, which in practise means multiple machines..
derwiki · 52m ago
Why machines? Multiple clones of the same repo is one low tech way to achieve that.
naasking · 46m ago
I don't see why you necessarily need multiple machines, just multiple checkouts, one for each agent. Depends on what shared resources are involved, eg. databases, etc.
SkyPuncher · 1h ago
Your tool is cool, but is solves a different issue.
Right now, background agents have two major problems:
1. There is some friction to getting the isolated environment working correctly. Difficulty depends on specifics of each project. Ranging from "select this universal container" to "it's going to be hell getting all of your dependencies working". Working in your IDE pretty much solves that - it's likely a place where everything is already setup.
2. People need to learn how agents build code. Watching an agent work in your IDE while being able to interject/correct them is extremely helpful to long term success with background agents.
4b11b4 · 25m ago
Seems like Amp would plug into this better? At least regarding the ability for sharing prompts, etc.
OtherShrezzing · 1h ago
For Anthropic, they’ve got to put their product where their customers are. If they’re all in a cli or IDE, then the correct place to put agenetic coding features is into the cli or IDE.
brulard · 2h ago
This is nice, I was thinking about needing multiple working trees for different sessions of claude code.
Regarding your webpage - I wish you would vibe away the annoying header coming down every time I scroll just tiny little bit up.
jbentley1 · 1h ago
Noted! Thanks
artursapek · 40m ago
When I try to run two CCs at once I quickly get 429 rate limited, even on the $200 plan
andy_ppp · 37m ago
Maybe the UI should allow you to still ask questions but in a queue to prevent this. It could have informative text like “waiting on 3 previous questions” and a progress bar of some kind.
dewey · 5h ago
What’s the actual difference between Cursor and Claude Code these days? I’ve used both and then just switched to Cursor because the company paid for it…but except the cli vs UI difference I couldn’t really spot any big differences as both did multi-file edits.
The current state of having multiple editors open, or having to switch between JetBrains stuff and Cursor is really a bit of an annoying transition period (I hope).
kissgyorgy · 5h ago
The difference is huge, not even close both in quality and usage.
Claude Code is fully agentic, meaning you give it a task and fully implements everything, produces surprisingly good, working code. Can test, commit, run commands, log in to remote system, debug anything.
It doesn't optimise for token usage, which Cursor heavily do, that's why it can produce higher quality code on first shots (the downside is that the cost is very high)
Cursor's agent mode is very much in it's infrantry just catching up, but Cursor is essentially a tool for editing files, but Claude Code is like a junior developer.
jen729w · 3h ago
This does Cursor a disservice by not mentioning its deep integration.
Cursor will suggest and complete code for you inline. You just tab-complete your way to a written function. It's mad.
Claude Code doesn't do this.
Cursor also has much better awareness of TypeScript. It'll fix errors as they occur, and you can right-click an issue and have it fixed.
Contrast with CC where I've had to specify in CLAUDE.md to "NEVER EVER leave me with TS errors", and to do this it runs a CLI check using its integration, taking way longer to do the same thing.
anaisbetts · 2h ago
That's the biggest reason that the IDE plugin exists, so that Claude Code can get access to the LSP information
jen729w · 1h ago
Right. Which it can. But to suggest that this makes it Cursor-like is wildly misrepresentative.
stpedgwdgfhgdd · 2h ago
Fwiiw
I noticed that CC’s generated Go code nowadays is very solid. No hallucination recently that i can remember or struck me. I do see youtube videos of people working with js/ts still struggling with this. Which is odd, there is way more training material for the latter. Perhaps the simplicity of Go shines here.
CC might generate Go code for which there are already library functions present. So thorough code reviews are a necessity.
pbedat · 3h ago
The CC vscode plugin can also fetch the errors and warnings reported to vscode by other plugins and language Servers, making the additional compile step obsolete
etothet · 2h ago
This is precisely what the CC extension does, no? At least that’s how the extension behaves in JetBrains IDEs.
jen729w · 2h ago
Nope. It allows the CLI to read and parse your files. It absolutely does not give you Cursor-like interactivity.
If I’m wrong I’d be overjoyed! But I have it installed and have seen no hint of this.
anaisbetts · 2h ago
It doesn't give you a Cursor-like experience but it gives Claude Code the LSP info, which means it will make less mistakes, especially with TypeScript
gorbypark · 39m ago
I started a new project to test out CC and constantly find I have to ask it to fix ts errors…it’s nice I don’t have to tell it what error it is (ie “fix the ts errors in file.tsx”) but I’m surprised it doesn’t have a “check ts” step automatically (i even added something to CLAUDE.md, which seems to work sometimes, but not always). It’s especially bad when working with recently updated libraries. It keeps suggesting thing that don’t exist anymore even though ts clearly knows it’s wrong.
Otherwise CC has been stellar and I live it’s a CLI + optional vs code extension.
posix86 · 55m ago
Not sure what you mean, cursor has agents, that run in feedback cycles, checking e.g syntax errors before continuing, reflecting, working for minutes if need be, can execute commands in your terminal, check any file it wants. What can cc do that cursor can't, at least in theory?
randomtoast · 2h ago
You mentioned that Claude Code is fully agentic.
I am using the Cursor agent mode, which can run in auto mode with, let's say, 50 consecutive tool calls, along with editing and other tasks. It can operate autonomously for 30 minutes and complete a given task. I haven't tried Claude Code yet, but I'm curious—what exactly does Claude Code do differently compared to the Cursor agent?
Is the improvement in diff quality solely because Cursor limits the context size, or are there other factors involved?
dtech · 2h ago
I'd suggest to just give it a shot and notice the difference, it's night and day.
I couldn't get cursor agent to do useful stuff for me - might be because I don't do TS or Python - and Claude Code was a big productivity boost almost from day one. You just tell it to do stuff, and it just... does it. At like the level of a college student.
brulard · 1h ago
I'm writing TS and I was not very happy with Cursor - I expected more coming from using Cline + Sonnet in VS Code. I tried the composer or how do they call it, and the results were mediocre. After few hours of struggling I gave up and returned to Cline. Now with Claude Code I got much more value right from the start. I don't know, maybe I was "holding it wrong".
chrisweekly · 1h ago
"infrantry"
I think you meant "infancy"
20wenty · 2h ago
Do you have details on what "optimise for token usage" looks like in Cursor? Or is your point more about how Cursor manages the context window?
cle · 2h ago
Cursor does all that stuff too perfectly fine.
SV_BubbleTime · 24m ago
> but Claude Code is like a junior developer.
This has been exactly my experience. I guess one slightly interesting thing is that my “junior developer” here will get better with time, but not because of me.
razemio · 3h ago
What are you doing that you do not feel a difference? Claude is superior for me in every single way. It is not even close. I mainly use scala, python, js and dart. Maybe curser is better with other languages?
I can use claude to be a very productive assistant. Especially useful for small to medium changes. If I plan accordingly it is like magic. It tends to duplicate code but that us about it. Code produced by cursor needs alot of work the last time I tried. Often slowing me down instead of helping.
derwiki · 47m ago
Anecdata, but Cursor does fine for me with Ruby on Rails
kajecounterhack · 5h ago
A lot of people use them together (cursor for IDE and claude code in the terminal inside the IDE).
In terms of performance, their agents differ. The base model their agents use are the same, but for example how they look at your codebase or decide to farm tasks out to lesser models, and how they connect to tools all differ.
garychalmers · 5h ago
Cursor forces you to switch to a different IDE (unless you'are already using VSCode), while Cloude-Code (or Aider) is simply a terminal that works in parallel to your current IDE, editing directly your project files.
In my case the "IDE" is vim+tmux+bash and I prefer CLI assistants, but this applies also to people that uses a graphical IDE different from VSCode.
brulard · 1h ago
Doesn't it force you to switch to different IDE even when using VSCode? It's separate editor, right? At least that's how I used it. If it was just an extension, like this one, it would work so much better for me.
chrisweekly · 1h ago
I know that some VSC users use Cursor for inline edits (in the main IDE UX), and also use CC in VSC's integrated terminal.
chrsw · 3h ago
Claude Code is very impressive. It almost feels like another programmer sitting there with you in your terminal. It's not perfect and usually needs help understanding what you're trying to do but once all the pieces are in place and it gets going it's incredible. I'm not even using it properly in terms of giving it the right context it needs to truly understand my project. And I'm not using it for TypeScript or even any web development.
khaledh · 3h ago
One feature that is still exclusive to Cursor is the Cursor Tab feature. It almost always accurately predicts your next edit with high accuracy, based on your recent edits and cursor navigation.
But from an agent perspective, Claude Code is much more tuned to understanding the task, breaking it down into small steps, and executing those steps with precision.
Overall, IMO agentic coding is great for well defined tasks, especially when they're backed by tests. It still lacks though in deep technical discussions and being opinionated about architectural decisions, unless specifically nudged in a certain direction. This is an area where Gemini Pro excels at, but it sucks at as a coding agent. So I use both: Gemini Pro for high-level picture design, and Claude Code for executing the plan by giving it clear requirements. All while making some edits myself using Cursor Tab.
yomismoaqui · 22m ago
How does this compares to Amp (https://ampcode.com) a similar offering from Sourcegraph? (it also has a VSCode extension)
Yesterday I burned 15€ (10€ free credit) trying Amp and I gotta said I was impressed.
The next few years are going to be interesting.
fritzo · 54m ago
One thing I prefer about Cursor is that it stores and manages the long prompts I enter. I abandoned Claude Code after I typed in a long paragraph of prompt then accidentally hit an arrow key and lost all my prompt-writing work. Prompts are valuable, and Cursor treats them as valuable, whereas Claude Code seems to expect throw-away one-liners.
Has this been fixed? Does the vscode Claude Code plugin retain prompts more reliably?
kordlessagain · 20m ago
I use Claude Desktop to write the plan (the prompt) and then tell Claude Code to read that file to do heavy lifting. If I'm working on several projects at once, I open multiple WSL based Claudes. In Claude Desktop, I have several tools I've vibed which manage context and notes for the projects: https://github.com/kordless/gnosis-evolve
I did try to get Claude Desktop to send comms to Claude Code, but got stuck on a few things related to the terminal emulation in Windows.
I have session list, load, and save tools. If a character is embodied that is working on a project, that goes in the session information and the character is loaded (embodied) when you start a new session. Making characters is done with the character generator tool, which strongly randomizes traits. Traits can related to ability (or inability) to run tools. Why have a personality in the AI? Because it keeps it fun and changes the tone of the code commenting and planning. And it affects tool runs...
> We are Groot! completely deadpan delivery while already analyzing the situation
There are notes on projects (folders) and any files it created for planning usually goes in /notes in the folder.
Claude Code does have some ability to save sessions, but I don't edit it much myself. That would be a better job for Claude Desktop.
SV_BubbleTime · 25m ago
In Claude if you write something and hit the arrow and it’s gone, you’ve hit the other arrow when it comes back.
If I remember correctly, this is even true between instances of Claude on the same terminal.
I am in a container, so if I close rebuild my container obviously that’s gone.
ewuhic · 2h ago
Tangent, but does anyone use Roo for VSCode?
And does browser in Roo work with Claude provided by GitHub copilot?
jasonthorsness · 1h ago
Diff viewing! My workflow has been terminals with Claude Code on the left and vscode on the right pretty much just for diffs; maybe this can replace that.
josefrichter · 13m ago
It does. Among other things.
b0a04gl · 1h ago
how our workflow starts changing when we realize it can hold multi step intent. l we stop thinking file by file. we start thinking in actions. "split this module, write tests, refactor callers" becomes a single unit in out head because Claude understands that as a unit too( maximum efforts mode ).
this slowly rewires how we approach code. we stop worrying about syntax early, we write more scaffolds, we batch tasks more. subtle shift but huge long term effect.
how soon before we start designing codebases for LLM agents to navigate more cleanly? flat structures, less indirection, more declarative metadata
23b · 3h ago
Is there an advantage to this setup over using VSCode Copilot in Agent mode with Claude Sonnet 3.7 or 4? What am I missing out on?
mmaunder · 3h ago
You have to try and experience claude code to answer this question. Otherwise it's just going to be a pointless debate here. If you live in a linux terminal you're going to be instantly addicted. Make sure you read the docs. Use a CLAUDE.md, create planning docs for big tasks in markup format, iterate on the planning doc until you're happy then get it to implement. And also use the technique of, as you approach the context limit have it write its memory to a file, /clear and then read that file back in. This gives you better mileage.
brulard · 1h ago
I couldn't get Copilot agent mode to work with Playwright MCP. It was installed, it appeared in the tools selection config, but copilot insists it doesn't have access to any of its functions.
westonmyers · 24m ago
Which model? I had Claude Sonnet agent running Playwright just yesterday.
peter-m80 · 4h ago
is there any benefit of using this instead of copilot agent mode with claude backend?
Been using it for a couple days - The integration fixed the gap that required me to open the files for viewing updates, and changes made in real-time as compared to the terminal mode, which did things behind the scenes, and you had no idea what its doing. the series of nonsensical (but funny) names (Pondering, Twerking, Juggling, etc.) it gives are not useful after its initial fancy wears off..
coreyh14444 · 5h ago
AFAIK, this gets auto-installed when you launch Claude Code inside of VSCode (or Cursor) so no need to seek it out and install it this way, right?
pxc · 1h ago
> this gets auto-installed when you launch Claude Code inside of VSCode
Is it just me, or does that seem really invasive?
khaledh · 3h ago
Correct. From the extension web page:
Auto-installation: When you launch Claude Code from within VSCode’s terminal, it automatically detects and installs the extension
Unsure why this is getting downvoted -- I'm equally excited to see this - thanks for sharing.
zackify · 3h ago
Seems like this is the exact same extension that’s been in use but it’s just now publicly on the extension marketplace.
kissgyorgy · 5h ago
This was already installed when you ran Claude Code in a VSCode terminal, I guess the difference is that now it's explicitly listed on the VSCode Marketplace.
world2vec · 3h ago
From the extension's page:
Features:
- Auto-installation: When you launch Claude Code from within VSCode’s terminal, it automatically detects and installs the extension
- Selection context: Selected text in the editor is automatically added to Claude’s context
- Diff viewing: Code changes can be displayed directly in VSCode’s diff viewer instead of the terminal
- Keyboard shortcuts: Support for shortcuts like Alt+Cmd+K to push selected code into Claude’s prompt
- Tab awareness: Claude can see which files you have open in the editor
- Configuration: Set diff tool to auto in /config to enable IDE integration features
ttoinou · 3h ago
It was slightly buggy it was uninstalled itself sometimes. I hope this will be better now with this official extension
dezmou · 4h ago
So I won't get anything more that the file compare that appear when claude in terminal ask to modify a file ?
kissgyorgy · 4h ago
You can select lines, which will be added to the context (can't do that from the console), it can show the edited files in the VSCode editor, not just in the terminal.
dezmou · 4h ago
The extension say "Tab awareness: Claude can see which files you have open in the editor" I don't know how to activate this, it would help me to not have to CD in the terminal each time
dezmou · 4h ago
Ok so I tested it by CD into a directory, and open a file from another directory, create an empty function and selecting the function in the editor, and asking claude to just "fill the function" it knew which text was selected in which file and filled the function, this will gain me some time
nithril · 3h ago
VSCode is really the primary platform for AI/agentic plugins, receiving priority over other IDEs such as IntelliJ, this is understandable as it is free, supporting many languages, and really good.
As a long-time IntelliJ user, I’m beginning to question whether it still makes sense to remain on this platform.
Perhaps I’m too impatient and agentic plugins may reach parity on IntelliJ within a year but a year is quite a long time to wait in this really fast-evolving landscape.
Did you just reply to a comment about a link with a comment with the same link?
e1g · 3h ago
While your observation is generally true, and I share your overall concern about my IDE of choice, in this specific example it doesn’t apply as the Claude Code plugin for IntelliJ offers exactly the same integration as their plugin for VSCode.
nithril · 2h ago
Is your affirmation based on a testing of both plugin? I'm genuily wondering the plugin quality as IntelliJ plugin is still in beta and the VScode one not
brulard · 1h ago
I was using webstorm some years ago, but after the switch to VS Code I never looked back. For me at least it was very laggy, UI bloated, and autocomplete would be unreliable for me due to constant "indexing".
esafak · 2h ago
Junie works
nithril · 2h ago
Not comparable.
I did test VSCode and IntelliJ on agentic, MCP, and IntelliJ is for the moment far behind.
No comments yet
bionhoward · 1h ago
I always get blocked in using Claude Code by basic logic
What are you building that doesn’t compete with Anthropic? (Using your brain competes with Anthropic) — major legal risk
How do we justify accepting the lack of privacy on Claude? Is it just for people doing FOSS? You’re cool with them reading your business codebase to verify you aren’t using your brain?
Given it is logically impossible to not compete with general intelligence, and that I expect private github repos to remain private, I feel forced to think Claude Code is a nerd snipe / bad joke / toy
kordlessagain · 12m ago
The solution is simple: understand what the tool actually does before declaring it impossible to use. But then again, reading documentation requires... what's the word... effort.
Claude Code stores feedback transcripts for only 30 days and has "clear policies against using feedback for model training":
Privacy safeguards
We have implemented several safeguards to protect your data, including limited retention periods for sensitive information, restricted access to user session data, and clear policies against using feedback for model training.
barrkel · 39m ago
What is the lack of privacy on Claude Code? Aren't Pro and API both private and not used for training?
psi_chi_phi · 22m ago
That is also my understanding. They would never have any corporate clients if they were stealing and training on all of their paid queries.
- Top-tier `git worktree`-based context switching in the same IDE window.
- A framework for attaching terminal-based agents to each worktree branch. Eventually this should evolve into a better open protocol for integration, primarily for diffs, permission request notifications, and progress indicators.
- A sidebar that monitors agent status/notifications on each active worktree branch.
- A quick notification-style way of responding to agent prompts across all branches. This has been built in standalone agent manager tools, but I can't use those tools effectively when I need to quickly jump in and be an engineer.
- Branch-context-level association with browser test windows or mobile emulator/simulator instances.
- Strong code completion capabilities via other faster models, a great extension ecosystem with lots of language server support, and function as a high-quality IDE.
Right now, I'm managing multiple macOS desktops with different instances of Windsurf running Claude agents in-terminal, and web browser windows / mobile emulators/simulators are dragged into the respective desktops for each instance. It's clunky.
I tried, unsuccessfully, to write a plugin for VSCode that would let Claude run a tool to jump me to the file and line it was editing. It sorta worked but kept hanging.
I built a UI to manage this, and it is starting to turn into a new type of IDE, based around agent management and review rather than working on one thing at a time.
https://github.com/stravu/crystal
For more important stuff, like if it falls under my supervision, I will test the branch and carefully check the implementation. And this for each PR updates. That takes a lot longer.
So I’m wondering, how do you context switch between many agent running and proposing diffs. Especially if you need to vet the changes. And how do you manage module dependencies where an update by one task can subtly influence the implementation by another?
I’m wondering this too. But from what I have seen, I think most people doing this are not really reading and vetting the output. Just faster, parallelized, vibe coding.
Not saying that’s what parent is doing, but it’s common.
For parallel work who want stuff to “happen faster”, I am convinced most of these people don’t really read (nor probably understand) the code it produces.
I think there are opportunities to give special handling to the markdown docs and diagrams Claude likes to make a long the way to help review.
I would argue you haven't covered any.
Why not just skip the reviews then? If you can trust the models to have the necessary intelligence and context to properly review, they should be able to properly code in the first place. Obviously not where models are at today.
But that was two weeks ago; maybe it’s different today
Side note: You should look into electron-trpc. it greatly simplifies IPC handling
Having a nice way to manage the work trees sounds great, but the rate limiting still sounds like an issue to this approach.
https://docs.anthropic.com/en/docs/claude-code/common-workfl...
One must also always be aware that an LLM WILL ALWAYS DO what you ask it for. Often you ask for the wrong thing. And you need to rethink.
Maybe I am inefficient though I really only use at the most two additional work trees at the same time.
Right now, background agents have two major problems:
1. There is some friction to getting the isolated environment working correctly. Difficulty depends on specifics of each project. Ranging from "select this universal container" to "it's going to be hell getting all of your dependencies working". Working in your IDE pretty much solves that - it's likely a place where everything is already setup.
2. People need to learn how agents build code. Watching an agent work in your IDE while being able to interject/correct them is extremely helpful to long term success with background agents.
Regarding your webpage - I wish you would vibe away the annoying header coming down every time I scroll just tiny little bit up.
The current state of having multiple editors open, or having to switch between JetBrains stuff and Cursor is really a bit of an annoying transition period (I hope).
Claude Code is fully agentic, meaning you give it a task and fully implements everything, produces surprisingly good, working code. Can test, commit, run commands, log in to remote system, debug anything.
It doesn't optimise for token usage, which Cursor heavily do, that's why it can produce higher quality code on first shots (the downside is that the cost is very high)
Cursor's agent mode is very much in it's infrantry just catching up, but Cursor is essentially a tool for editing files, but Claude Code is like a junior developer.
Cursor will suggest and complete code for you inline. You just tab-complete your way to a written function. It's mad.
Claude Code doesn't do this.
Cursor also has much better awareness of TypeScript. It'll fix errors as they occur, and you can right-click an issue and have it fixed.
Contrast with CC where I've had to specify in CLAUDE.md to "NEVER EVER leave me with TS errors", and to do this it runs a CLI check using its integration, taking way longer to do the same thing.
I noticed that CC’s generated Go code nowadays is very solid. No hallucination recently that i can remember or struck me. I do see youtube videos of people working with js/ts still struggling with this. Which is odd, there is way more training material for the latter. Perhaps the simplicity of Go shines here.
CC might generate Go code for which there are already library functions present. So thorough code reviews are a necessity.
If I’m wrong I’d be overjoyed! But I have it installed and have seen no hint of this.
Otherwise CC has been stellar and I live it’s a CLI + optional vs code extension.
I am using the Cursor agent mode, which can run in auto mode with, let's say, 50 consecutive tool calls, along with editing and other tasks. It can operate autonomously for 30 minutes and complete a given task. I haven't tried Claude Code yet, but I'm curious—what exactly does Claude Code do differently compared to the Cursor agent?
Is the improvement in diff quality solely because Cursor limits the context size, or are there other factors involved?
I couldn't get cursor agent to do useful stuff for me - might be because I don't do TS or Python - and Claude Code was a big productivity boost almost from day one. You just tell it to do stuff, and it just... does it. At like the level of a college student.
I think you meant "infancy"
This has been exactly my experience. I guess one slightly interesting thing is that my “junior developer” here will get better with time, but not because of me.
In terms of performance, their agents differ. The base model their agents use are the same, but for example how they look at your codebase or decide to farm tasks out to lesser models, and how they connect to tools all differ.
But from an agent perspective, Claude Code is much more tuned to understanding the task, breaking it down into small steps, and executing those steps with precision.
Overall, IMO agentic coding is great for well defined tasks, especially when they're backed by tests. It still lacks though in deep technical discussions and being opinionated about architectural decisions, unless specifically nudged in a certain direction. This is an area where Gemini Pro excels at, but it sucks at as a coding agent. So I use both: Gemini Pro for high-level picture design, and Claude Code for executing the plan by giving it clear requirements. All while making some edits myself using Cursor Tab.
Yesterday I burned 15€ (10€ free credit) trying Amp and I gotta said I was impressed.
The next few years are going to be interesting.
Has this been fixed? Does the vscode Claude Code plugin retain prompts more reliably?
I did try to get Claude Desktop to send comms to Claude Code, but got stuck on a few things related to the terminal emulation in Windows.
I have session list, load, and save tools. If a character is embodied that is working on a project, that goes in the session information and the character is loaded (embodied) when you start a new session. Making characters is done with the character generator tool, which strongly randomizes traits. Traits can related to ability (or inability) to run tools. Why have a personality in the AI? Because it keeps it fun and changes the tone of the code commenting and planning. And it affects tool runs...
> We are Groot! completely deadpan delivery while already analyzing the situation
There are notes on projects (folders) and any files it created for planning usually goes in /notes in the folder.
Claude Code does have some ability to save sessions, but I don't edit it much myself. That would be a better job for Claude Desktop.
If I remember correctly, this is even true between instances of Claude on the same terminal.
I am in a container, so if I close rebuild my container obviously that’s gone.
this slowly rewires how we approach code. we stop worrying about syntax early, we write more scaffolds, we batch tasks more. subtle shift but huge long term effect.
how soon before we start designing codebases for LLM agents to navigate more cleanly? flat structures, less indirection, more declarative metadata
Is it just me, or does that seem really invasive?
Features:
- Auto-installation: When you launch Claude Code from within VSCode’s terminal, it automatically detects and installs the extension
- Selection context: Selected text in the editor is automatically added to Claude’s context
- Diff viewing: Code changes can be displayed directly in VSCode’s diff viewer instead of the terminal
- Keyboard shortcuts: Support for shortcuts like Alt+Cmd+K to push selected code into Claude’s prompt
- Tab awareness: Claude can see which files you have open in the editor
- Configuration: Set diff tool to auto in /config to enable IDE integration features
As a long-time IntelliJ user, I’m beginning to question whether it still makes sense to remain on this platform.
Perhaps I’m too impatient and agentic plugins may reach parity on IntelliJ within a year but a year is quite a long time to wait in this really fast-evolving landscape.
The intellij plugin in beta: https://plugins.jetbrains.com/plugin/27310-claude-code-beta-...
IntelliJ and PyCharm are both Apache 2, IntelliJ for sure supports many languages, and I'll keep the commentary about the last item to myself
I did test VSCode and IntelliJ on agentic, MCP, and IntelliJ is for the moment far behind.
No comments yet
What are you building that doesn’t compete with Anthropic? (Using your brain competes with Anthropic) — major legal risk
How do we justify accepting the lack of privacy on Claude? Is it just for people doing FOSS? You’re cool with them reading your business codebase to verify you aren’t using your brain?
Given it is logically impossible to not compete with general intelligence, and that I expect private github repos to remain private, I feel forced to think Claude Code is a nerd snipe / bad joke / toy
Claude Code stores feedback transcripts for only 30 days and has "clear policies against using feedback for model training":