CommanderTvis
UPD: And, well, sadistic and otherworldly descriptions of the unenviable existence of all humanity after something terrible happens are the SCP Foundation's bread and butter.
https://github.com/JetBrains/intellij-community/blob/55910d2...
As the relevant issue states, it's exactly because it should perform better for TUI agents.
https://youtrack.jetbrains.com/projects/IJPL/issues/IJPL-226...
{ "agent_servers": { "Claude Code": { "command": "bunx", "args": ["@zed-industries/claude-code-acp"], "env": {} } } }
Swap bunx with npx -y if necessary
is to be put into your Air's acp.json (or swap bunx with npx / pnpm exec if you have only one of them)
Show HN: I forked JetBrains' new agent IDE to host Claude Code
https://github.com/CommanderTvis/thinkrail
ThinkRail is JetBrains' open-source IDE shell for AI coding agents: worktree-per-tab, chat + file tree + terminal, but hardwired to one agent (Pi).My fork adds a plugin API so it can host others too, starting with Claude Code running in the same UI.What's new over upstream:- A prototype of real plugin system - Claude Code as a first-class citizen — config, IDE bridge, and terminal status all...
Two core ideas I think are right: - Worktrees as the essential unit of the project interface, not a secondary feature. It kinda makes it a default thought for every coding session: maybe I create worktree instead of sending multiple agents in one workdir. - A hierarchical spec view
The interesting tension is that it's built around pi, which has a tiny share, while the potential users of agentic IDEs are already on Claude Code or Codex. That's why my fork is about hosting Claude Code compatibility and adding to GUI what's my missing for CC.