Show HN: Nori CLI, a better interface for Claude Code (no flicker)(github.com)
github.com
Show HN: Nori CLI, a better interface for Claude Code (no flicker)
https://github.com/tilework-tech/nori-cli
10 comments
On the flicker free console as well as agent agnostic front, also see BatrachianAI's Toad (https://github.com/batrachianai/toad). Maybe you two should/could collaborate.
good callout, I've seen Will McGugan's work on textual and rich before and that really pushed forward the Python+terminal ecosystem in the past five years. I've seen a lot of CLI tools coalesce on the rust and go ecosystems, for various reasons (uv, fzf, helix, just, etc). But I didn't know toad had gone open source now, very excited to check it out!
my ulterior motive: I use some of Nori skills, and also toad, ampcode, codex, kilocode, and... I want to reduce my tool noise. ;-)
our vision with Nori CLI is to smooth the headache of hooking in skills and other customizations into any agent that's running under the hood, which I think is exactly in line with that. I see that Toad is also built on top of the ACP approach, so there's definitely an overlap or possible integration
So Nori is a wrapper around cli agents? Did I get that right?
That’s interesting since it works around the issues OpenCode ran into and lets you use your subscription, but I’m not clear on the downsides. What do you lose with this approach verses using Claude Code directly?
That’s interesting since it works around the issues OpenCode ran into and lets you use your subscription, but I’m not clear on the downsides. What do you lose with this approach verses using Claude Code directly?
[deleted]
you got it right The main limitation versus Claude Code itself is just the exact feature parity. There are a lot of features at this point packed into CC, that it will take a little bit of time to get to exact feature parity. For example session resumes will be pretty easy to add, but session rewind and branching is a bigger ask
If I have slash commands in my .claude folder , how do I surface that in nori ?
must-haves:
history of previous conversations
rewind (+restore code /+ conversations)
plan mode / dangerously skip permissions
nice-to-have: skills functionality mcp servers
not massively fussed about anything else right now.
nice-to-have: skills functionality mcp servers
not massively fussed about anything else right now.
great feedback, thank you!
It is not a hard problem to make monospace text output performant, so why does Claude Code suffer from flicker and strobing in the terminal (https://github.com/anthropics/claude-code/issues/1913)? Even after they've released multiple improvements for this, I still see the issue in terminal splits with fewer rows, or in less performant emulators, and even within a virtual TTY (the absolute simplest environment to run an interactive program in). After digging in throughout the past half year, the issue is mostly inevitable because Claude reprints full terminal history without using alt screen mode and uses a React-based framework (Ink) to render and style their text. That's great for JS+CSS being "on distribution" for LLMs in order to vibecode the continued development of Claude Code, but it doesn't deliver the experience I'd like. The frameworks they've chosen also have limitations around [terminal input parsing (i.e. the shift enter issues from last year: https://github.com/anomalyco/opencode/issues/1505#issuecomme...). Great terminal interfaces I've lived with for years (neovim, btop, helix, Cataclysm DDA, etc) don't sacrifice user experience as a tradeoff for development convenience. They build resilient terminal interfaces on languages more appropriate for this problem, like C or C++ or Rust.
Finally, while I'm definitely rooting for Anthropic to continue improving their products, I can't see myself coupling a commandline tool I use often with a single LLM provider. It would be insane if pushing my code to GitHub required me to edit it in VSCode — I want my tooling to do one thing well, and that's display the read-eval-tool-loop from talking to an agent. Opus 4.5 has been stellar, but it's nonnegotiable to me that I can try out varied providers with the same tools I plan to use everyday. Claude Code will not be working long term on how best to interface with multiple agents, from varying providers, in one terminal pane, and that makes perfect sense for their business. However based on our other experiences building out profiles and skillsets for agents, deeper customizations of agent instructions and subagents, and parallel worktrees for local agents, we have a lot of vision for how to handle local agentic work. And with the current design to integrate at the agent-level, we don't plan on working around the OAuth flows or spoofing the system prompt outside of the Claude Code SDK (like with the OpenCode situation), and risk the tools coming into conflict with the providers.
These were the main considerations that went into designing Nori CLI. It's a very thin and very fast TUI wrapper around multiple agent providers. It integrates with providers at the agent level, instead of the model level. Not only does that provide better performance in our experience, but that is also *compliant with current ToS for subscription based usage.* This is a very early version, but given the timing this week it might give you a flicker-free way to code with Claude Code!
The project is open source, and built on the stellar work by folks at Zed (on the abstraction over varied coding agents), and the folks working on Codex CLI (who have put together one of the nicest proprietary terminal experiences).
I'm very curious: What are the Claude Code features you couldn't give up, to make the switch to a tool like this? What are the Claude Code features that work as intended, but you can't stand?