by Snakes3727
3 subcomments
- Fundamentally one of my biggest gripes with tools like this is that often you are not working with a single repo in anything beyond simple apps.
When I am working with Claude I am often doing it from the root directory of a workspace of dozens of repos. I work with Claude to come up with a plan for implementing a feature and it investigates and plans.That plan often encompasses multiple repositories. Claude then turns large scale plans into smaller issues, or tickets as artifacts.
- What is the point of hosting a GitHub repo[0] with nothing in it but some links to your domain? There's no code, no license, no nothing.
[0] https://github.com/ctxrs/ctx
- OP here. Happy to answer questions.
The multi-thread, worktree-based interface will probably look familiar. The parts HN may care more about are the containerized workspaces, remote-host model, and local merge queue for multi-agent work.
- I don't understand why so many people building agents feel the need to fork and maintain a whole IDE as well
- The merge queue is the part that matters most and gets the least attention. Running agents in parallel is easy. Landing their changes cleanly when two agents touch overlapping files is the unsolved part. Most tools just hope it doesn't happen.
- It's not open source, but is it free? I'm assuming you have plans on making money off of it somehow, can you share anything about what that will look like?
- Looks cool! Two things: I see you mentioned the merge queue, but how exactly do people avoid or resolve merge conflicts when merging work from two or more agents in the separate worktrees? I havent really seen a seamless way to approach this or do people just have the agents work on distinctly unrelated stuff? Secondly, are containers the primary sandboxing appraoch? or do you support vms?
by leetvibecoder
2 subcomments
- Does this solve indexing of codebases like Cursor does, or do you still need tools / plugins like Lumen (https://github.com/ory/lumen) for that in order to work in larger codebases without wasting tens of thousands of tokens on tool calls and brute force guessing with grep?
- Very nice. Does this support GitHub Copilot subscriptions (oauth/hmac) or do you have plans for it? That would make or break for me because of the API costs.
Similarly I built a self-host able replit-like server with RAG but it's more end-user focused than developer focused...
by unsubtlecoder
2 subcomments
- Interesting, one challenge with other ADEs (nice term btw) like Conductor is that code navigation is terrible and too much emphasis is on a GUI for Claude.
We really need the best of both worlds: IDE (powerful like Intellij) + ADE (multitasking code)
And how does it compare to other tools like Conductor?
by SparkyMcUnicorn
1 subcomments
- Your repo says it's open source, but it's missing the source.
https://github.com/ctxrs/ctx
by vivzkestrel
0 subcomment
- - someone really needs to start breaking these down along the lines of
- "I tried 47 agentic AI cli tools posted on HN in the last month. Here are the shocking results"
- Appears to not work on Linux. Just launches, doesn't install an application file, window is blank on launch, and menu bar is all greyed out.
- conductor was a non-starter for due to requiring the github + PR workflow. do you just allow management of a local repo without pushing us into a specific git flow? worktrees for diff work is fine, just if you want to handle the merge yourself (for whatever reason) how would that work.
by famouspotatoes
0 subcomment
- Great tool so far- it feels deeply considered.
- I really appreciated this overview of when to use an IDE vs an ADE:
https://ctx.rs/ade-vs-ide
TLDR: use an ADE if you need multiple agents working concurrently on your code base. Otherwise IDE with an agent plugin is probably fine.
by phplovesong
0 subcomment
- No thanks. We have a strict no-ai policy.
by adamsilvacons
0 subcomment
- [dead]
by Remi_Etien
0 subcomment
- [dead]
- [flagged]
Hacker News