-
And that's the stuff most of the industry (e.g. GitHub CLI) is using, btw.
Also, it looks like Crush has an irrevocable eventual fallback to MIT[1] allowing them to develop in open so you basically get all the bells and whistles available. We probably couldn't ask for more :)
[1] https://github.com/charmbracelet/crush/blob/317c5dbfafc0ebda...
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
Actually not really.
I spent at least an hour trying to get OpenCode to use a local model and then found a graveyard of PRs begging for Ollama support or even the ability to simply add an OpenAI endpoint in the GUI. I guess the maintainers simply don't care. Tried adding it to the backend config and it kept overwriting/deleting my config. Got frustrated and deleted it.
Claude code you can sort of get to work with a bunch of hacks, but it involves setting up a proxy and also isn't supported natively and the tool calling is somewhat messed up. So it's also out.
Warp seemed promising, until I found out the founders would rather alienate their core demographic despite 900+ votes on the GH issue to allow local models https://github.com/warpdotdev/Warp/issues/4339. So I deleted their crappy app, even Cursor provides some basic support for an OpenAI endpoint.
-
claude-automator
POC, written by Claude itself, of how to automate requests into the Claude desktop client in order to take advantage of subscription pricing for Claude.
-
At least one can use Claude Code within emacs: https://github.com/stevemolitor/claude-code.el
-
agent.md
This repository defines AGENT.md, a standardized format that lets your codebase speak directly to any agentic coding tool.
-
jp
LLM-agnostic pair-programming CLI workflows. Like Codex, Claude Code, or Cursor unwrapped for Vi-friendly integration. (by dcdpr)
For what it's worth, this is exactly why I am working on Jean-Pierre[0], pitched as:
> A command-line toolkit to support you in your daily work as a software programmer. Built to integrate into your existing workflow, providing a flexible and powerful pair-programming experience with LLMs.
The team behind DCD[1] are funding my work, as we see a lot of potential in a local-first, open-source, CLI-driven programming assistant for developers. This is obviously a crowded field, and growing more crowded by the day, but we think there's still a lot of room for improvement in this area.
We're still working on a lot of the fundamentals, but are moving closer to supporting agentic workflows similar to Claude Code, but built around your existing workflows, editors and tools, using the Unix philosophy of DOTADIW.
We're not at a state where we want to promote it heavily, as we're introducing breaking changes to the file format almost daily, but once we're a bit further along, we hope people find it as useful as we have in the past couple of months, integrating it into our existing terminal configurations, editors and local shell scripts.
[0]: https://github.com/dcdpr/jp
-
There is a list of companies using the FSL at https://fsl.software/
-
They should add "custom endpoint" support instead [0].
[0] https://github.com/microsoft/vscode/issues/249605
-
goose
an open source, extensible AI agent that goes beyond code suggestions - install, execute, edit, and test with any LLM
-
Flashy TUIs have been around for a few years. Check out the galleries for TUI frameworks:
https://ratatui.rs/showcase/apps/
https://github.com/charmbracelet/bubbletea/tree/main/example...
https://textual.textualize.io/
I've been drafting a blog post about their pros and cons. You're right, text input doesn't feel like a true REPL, probably because they're not using readline. And we see more borders and whitespace because people can afford the screen space.
But there's perks like mouse support, discoverable commands, and color cues. Also, would you prefer someone make a mediocre GUI or a mediocre GUI for your workflows?
-
textual
Lean TUI application framework for Python. Build sophisticated terminal user interfaces with a simple Python API. Run your apps in the terminal and a web browser.
Flashy TUIs have been around for a few years. Check out the galleries for TUI frameworks:
https://ratatui.rs/showcase/apps/
https://github.com/charmbracelet/bubbletea/tree/main/example...
https://textual.textualize.io/
I've been drafting a blog post about their pros and cons. You're right, text input doesn't feel like a true REPL, probably because they're not using readline. And we see more borders and whitespace because people can afford the screen space.
But there's perks like mouse support, discoverable commands, and color cues. Also, would you prefer someone make a mediocre GUI or a mediocre GUI for your workflows?
-
OpenHands let's you set any LLM you want. https://github.com/All-Hands-AI/OpenHands
-
opencode
Discontinued The open source coding agent. [Moved to: https://github.com/anomalyco/opencode] (by sst)
Yes, this is that company. This is the "original":
https://github.com/sst/opencode
-
You are probably looking for Mods (https://github.com/charmbracelet/mods), their other CLI AI Agent tool that's not a TUI, but a commandline interface to AI Agents.
-
E.g. aider does not support MCP https://github.com/Aider-AI/aider/issues/3314
I personally found MCP a must for some scenarios
Related posts
-
I built "Next.js for the terminal" in TypeScript — here's the architecture
-
Is there a way to use Textual [Python CLI Tool] from within Go?
-
I scoped a multi-agent TUI system in January. It sat dead for 4 months. Here is the comeback.
-
Glyph v0.2: the release is the joinery
-
Sixteen TUI components, copy-paste, no dependency