terminal-browser
A real browser that runs inside your terminal
Installation
curl (macOS & Linux):
curl -fsSL https://terminal-browser.sh/install | bash
Note: Run terminal-browser upgrade to upgrade versions
Homebrew
brew install terminal-browser
Claude code plugin
Install instructions here
Usage
terminal-browser # launches the browser
terminal-browser open <url> # opens the browser at a url
terminal-browser --split right # opens the browser in a split pane to the right
terminal-browser open --ssh <user@host> <url> # performs all network requests through a remote server
terminal-browser ls # lists open browsers
terminal-browser action # an agent-browser compatible cli for interacting with open terminal-browsers
terminal-browser upgrade # upgrade to the latest version
Use cases:
- You can have a coding agent and website scoped to the same terminal tab
- Your agent has full access to interact with open terminal-browsers, which gives your agent the capability to use the web
- You can ask an agent to make HTML plans and then open them inside terminal-browser, which will automatically open in a split pane next to your agent
- terminal-browser works over SSH, which allows you to preview websites running on remote machines easily
Shortcuts
| Action |
macOS |
Linux |
| Quit |
ctrl+q or ctrl+c |
ctrl+q |
| New tab |
cmd+t |
ctrl+t |
| Edit URL |
cmd+l |
ctrl+l |
| Command palette |
cmd+p |
ctrl+k or alt+k |
| Find in page |
cmd+shift+f |
ctrl+shift+f |
| Next / previous match |
enter / shift+enter |
enter / shift+enter |
| Reload |
cmd+r |
ctrl+r |
| Back / forward |
cmd+[ / cmd+] or ctrl+[ / ctrl+] |
ctrl+[ / ctrl+] |
| Zoom in / out / reset |
your terminal's zoom keybind |
your terminal's zoom keybind |
| Devtools |
cmd+shift+i or f12 |
ctrl+shift+i or f12 |
| Devtools console |
cmd+alt+j |
ctrl+alt+j |
| Copy / paste / cut |
cmd+c / cmd+v / cmd+x |
ctrl+c / ctrl+v / ctrl+x |
| Record page (start/stop) |
ctrl+r |
ctrl+shift+r |
| Complete recording review |
ctrl+enter |
ctrl+enter |
| Start element selection (send to agent) |
ctrl+g |
ctrl+g |
| Close popup / overlay |
escape |
escape |
How does it work?
Terminals that support the kitty graphics protocol, including ghostty, kitty, cmux, vscode and many more, allow a program running in a terminal to display pixels in your terminal. We use this capability to display pixels generated by chromium.
We use electrons offscreen rendering API to read pixels generated by chromium directly from the GPU. This allows terminal-browser to render smoothly without dropping any frames.
After the browser engine starts and is displaying pixels in the terminal, it needs to be able to read user input for websites to actually work. terminal-browser listens to mouse clicks, mouse position, and keyboard events from the terminal, and then sends synthetic events to chromium based on that data. For any user input events that are not retrievable from the terminal, we read directly from the operating system using a background swift app to listen for input events (non intrusively). This is what allows terminal-browser to implement smooth scrolling, and listen to trackpad events (websites with infinite canvases work great inside terminal-browser!)
The outer UI of the browser is implemented using a graphics engine built on top of rust. The actual UI is defined inside react with a custom react renderer, which allows us to build the UI for the browser using typescript. The UI of the outer browser and the browser content itself is all drawn to the same shared canvas inside the rust engine, which allows us to layer UI on top of the browser.
The underlying logic described here has been abstracted into a javascript library that you can use to build your own graphical applications in the terminal - https://github.com/zenbu-labs/pixel
SSH
The recommended way to use terminal-browser over ssh is running terminal-browser --ssh <ssh arguments>.
The alternative is running terminal-browser directly on the machine you are shh'd into. This will work, but:
- requires every single frame drawn by the website to be sent over the network
- all user input must be sent over the network before a website can react
- misses out some extra optimizations
terminal-browser --ssh improves on this by running the website on your local device, and simply proxying all network requests made by the browser via the remote machine over ssh. This means you can load any website running on localhost of the remote machine on your local device.
Embedded mode
terminal-browser supports embedding inside of existing TUIs. See
examples/embedded for a reference implementation
Roadmap
- linux support ✅
- chrome extensions
- design mode
Contributing
- PR descriptions must be authored by humans and explained well, otherwise we will close them
- When making a PR, the motivation must be clearly defined in the description
- Minimize the size of your PR for the best chance to get it landed
To get a local development setup of terminal-browser, the recommended way is to ask a coding agent.
Adding enhanced support for a new terminal
terminal-browser's cli includes sub commands that rely on terminal/multiplexer scripting features.
To implement support for a terminal/multiplexer not yet supported, reference existing implementations
located here https://github.com/zenbu-labs/terminal-browser/tree/main/terminals/src/terminals
Acknowledgments
- the kitty project for developing the kitty graphics protocol
- awrit - the first attempt to embed chromium inside a terminal
一个在终端里运行的完整网页浏览器。它会在终端窗口里渲染真正的 Chromium 画面,所以你可以在运行 shell 命令的同一个地方直接浏览真实的网站。