Show HN: Yaw – A terminal built around the Claude Code/Codex CLI workflow (yaw.sh)
So I built auto-snap into Yaw — launch any AI coding CLI and it detects it and splits the pane automatically. Agent on the left, fresh shell in the same directory on the right. Works with Claude Code, Codex, Gemini CLI, and Vibe CLI. You can install any of them through a built-in wizard.
Yaw is also a full terminal (tabs, split panes, broadcast, search, session restore, WebGL via xterm.js) with a built-in connection manager for SSH, PostgreSQL, MySQL, SQL Server, MongoDB, and Redis — encrypted credentials, Tailscale auto-detection, remote Screen session management. And a chat panel that sends terminal output as context to Claude, ChatGPT, Gemini, Ollama, and six other providers.
Electron + xterm.js + React. v0.9.75, Windows and macOS.
Curious what other people's AI coding CLI setups look like — what's working, what's missing?
6 comments
[ 2.8 ms ] story [ 22.6 ms ] threadLove to hear others pain points around terminals!
What's interesting about the AI coding CLI workflow space is that the tooling is evolving much faster than the mental models for using it well. The terminal is becoming a coordination surface — not just for running commands, but for managing the relationship between human attention and agent execution.
The Agile Vibe Coding Manifesto's concern with "automation remaining verifiable" is partly a terminal/observability problem: when the agent is running in a pane you can see, its actions are visible and interruptible. When it's a background process with only a text log, the accountability relationship degrades.
Curious how the chat panel that sends terminal output as context to the AI compares to just having the agent run in a pane you can see — that seems like the interesting design tension here: https://agilevibecoding.org
it's also, helpful for asking tangential questions about the current claude session, while allowing it to keep running but not interfering with it.
I took a similar "own the terminal" approach with Pane (https://runpane.com), but organized around git worktrees instead of splits. Each feature gets its own isolated worktree with N terminals, so agents never step on each other's files. The worktree lifecycle is fully automated.
Curious how you handle the case where someone is running 5+ agents on different features simultaneously? That's where the worktree isolation really shines vs. splits in a single repo checkout.
Repo: https://github.com/Dcouple-Inc/Pane (AGPL-3.0)
it seems like ai providers are getting better at deciding when to make sub-agents on their own. but i'm actively exploring this and will hopefully have more to report back sooner than later. your approach is cool.