官方网站/v2.4.1

一个座舱,承接以终端为核心的 AI 执行流。

imux 是一个面向严肃 AI 工作的原生 macOS 指挥中心。终端执行、本地与远程文件、中文优先控制、源码状态、浏览器任务以及监督器给出的下一步建议,都保留在同一个清晰工作区里。

Apple 公证Sparkle 自动更新56 个单测全绿macOS 14+
平台
原生 macOS
Swift、AppKit、Ghostty 级渲染。
工作区
本地 + 远程
项目、SSH 主机与文件共用同一套模型。
工作风格
零配置优先
优先推断上下文,只在必要时暴露控制项。
工作区: /Users/operator/work/imux
侧栏
终端 / 构建
仓库 / imux
远程 / prod-ssh
浏览器 / review
可以继续
终端对话已就绪
$ icc connect prod-ssh
已连接,正在读取远端工作区和 shell 状态。
$ git status --short
M Sources/WorkspaceSupervisor.swift
$ 打开文件资源管理器
路径、文件、远程目录树和下一步动作保持同屏可见。
agent: browser check and source review queued
监督器
状态
可以继续
目标已根据当前仓库、文件状态和最近任务记录自动推断。
文件
无需离开工作区即可打开、查看、编辑并保存文件。
远程
基于 SSH 的浏览体验,与本地项目保持同样的布局与路径模型。
Mitchell HashimotoNick SchrockEdward Grefenstette鹿野 壮 Takeshi Kano
Ghostty 作者、Dagster 创始人、DeepMind 研究主管 都在使用 imux。
查看全部用户评价
imux — Terminal-First AI Workspace for macOS
imux 工作区截图:终端、文件、源码控制和监督器在同一界面
最新稳定版

v2.4.1 已发布:文件管理器、会话恢复和稳定性升级。

这一版补齐文件管理器与 VS Code 的关键体验:本地和远程 ⌘P 快速打开、多选批量操作、双向拖拉、行内重命名、Quick Look,以及 claude / codex 会话恢复。还修复了长会话主线程栈溢出和远端密码变更后的 SSH 错误重试。

构建号
v2.4.1 / 176
安装包
imux-v2.4.1-macos.dmg
SHA256
8a967c07eb9a4602eb777b97ea32018edc823833ae3e5214116e502fc141ecd5
在本地和远程工作区分别试用 ⌘P 快速打开。
从 Finder 拖一个目录到侧边栏,并把多选文件拖回 Finder 或终端。
重开 claude / codex 面板,确认会话能够恢复。
远端密码变更后确认 SSH 不会持续撞错旧密码。
从一个工作区开始

打开 imux,选择仓库或 SSH 主机,然后运行你已经信任的 agent。

imux 不替代 Claude Code、Codex、Cursor、Aider 或你的 shell 工具。它给这些工具提供一个原生 macOS 命令甲板,让文件、浏览器状态、源码状态和远程上下文始终可见。

quick startmacOS
$ open /Applications/imux.app
$ cd ~/work/product && claude
$ icc browser open http://localhost:3000 --split right
终端 agent 运行在 Ghostty 支撑的 shell 表面里。
文件、Git 状态和浏览器界面会绑定到当前工作区。
自动化脚本继续使用兼容 CLI:icc。
Agent 栈

继续使用你熟悉的编码 agent 和命令行工具。

很多竞品围绕单一助手或编辑器界面优化。imux 是终端优先:它把多个 agent、长时间运行的进程、预览浏览器和远程会话组织起来,而不是强迫你进入新的 IDE 模型。

Agent CLI

Claude Code、Codex、Gemini CLI、OpenCode、Aider

每个工作区运行一个 agent,让终端保持在线,并在需要输入时快速跳回。

开发工具

git、gh、npm、pnpm、docker、ssh、部署脚本

继续使用你已经信任的命令,只是外面有一个可见的工作区。

人工控制

操作者优先,而不是只追求全自动

进入下一步前先审查路径、浏览器输出、测试结果和源码状态。

核心能力

给真正执行任务的人准备,让上下文在工作发生时始终可见。

imux 不是套在终端外面的一层浏览器面板,它是一个把执行、文件、远程状态和行动建议收拢在同一工作面的指挥中心。

终端优先执行

在原生 macOS shell 里处理严肃 AI 工作,而不是在各种包装器和分离的浏览器标签之间来回切换。

本地与远程资源管理器

在同一工作区中浏览本地项目和 SSH 远端主机,使用相同的认知模型和相同的右侧控制平面。

应用内文件编辑

直接打开、查看、编辑并保存文件,不打断终端流程。需要时可将路径直接拖入当前对话。

监督器模式

把几句用户意图、项目上下文和最近进展压缩成可执行的简报与清晰下一步。

浏览器与自动化

让浏览器任务紧邻终端,并纳入同一套操作流程,而不是依赖分裂的外部工具。

源码状态可见

在代理或操作者推进工作时,持续看到 Git 状态、仓库上下文和工作目录变化。

产品界面

围绕终端建立完整执行面。

官网现在按照 imux 的真实使用方式组织:终端执行居中,文件和源码状态贴近,浏览器自动化按需出现,远程工作区使用同一套布局。

01 / 终端

Ghostty 支撑的终端会话

为 agent 会话、构建、日志、shell 和长时间运行的开发进程提供快速原生渲染。

02 / 文件

本地与远程文件资源管理器

浏览、检查、编辑并保存项目文件,不必每次确认都跳到另一个编辑器窗口。

03 / 源码状态

分支、差异、提交和 GitHub 上下文

在 agent 写代码和测试运行时,持续看到工作树状态和仓库证据。

04 / 浏览器

内置浏览器与自动化 API

把预览放到 shell 旁边,检查页面状态、点击、填表、截图并读取控制台错误。

05 / 远程

真实远程文件的 SSH 工作区

连接主机、浏览远程路径、编辑真实远程内容,并让路径上下文绑定到当前 shell。

06 / 监督器

执行简报与交接

把当前仓库、任务、文件和最近活动压缩成具体下一步,而不是空泛状态描述。

为什么更顺手

从两三轮目标沟通,到真正开始执行,中间几乎没有摩擦。

文件紧贴当前终端,不再藏在另一个应用里。
远程主机与本地项目共享同一套资源管理与编辑逻辑。
代码仓状态与项目上下文在修改发生时持续可见。
监督器负责组织下一步,而不是强迫用户先填写一堆复杂配置。
产品画像
渲染引擎Ghostty 级终端引擎,承载原生 macOS shell 工作面。
界面模型以工作区为中心,让文件、浏览器任务和远程状态始终在视野内。
自动化监督器、浏览器控制、CLI 兼容能力,以及可直接开工的上下文压缩。
发布线v2.4.1 on www.iccjk.com
最佳使用场景

为普通终端里容易混乱的 AI 工作流设计。

当任务涉及多个 agent、真实代码审查、浏览器验证、远程主机或对源码状态敏感的修改时,imux 的价值最明显。

同时运行多个编码 agent,但不丢失当前任务

用独立工作区承载并行 agent 会话、构建和调查。通知环和工作区元数据会提示哪个任务需要关注。

01每个仓库或任务创建一个工作区。
02在终端表面启动对应 agent。
03通过侧栏和通知跳转回到需要输入的任务。

把本地需求变成经过验证的代码修改

从计划到审查,让 issue、文件树、编辑内容、测试输出、浏览器预览和 Git 状态都在一个命令甲板里。

01打开仓库并检查受影响路径。
02让 agent 执行边界清晰的修改。
03检查文件、运行测试、查看浏览器,再审查 Git 状态。

通过 SSH 操作生产或预发机器

当 shell 输出、远程文件、路径和当前目标绑定在同一个工作区里,远程操作会更安全。

01连接一个命名 SSH 目标。
02等待远程资源管理器加载真实远程目录树。
03执行高风险命令前先检查日志或文件。

在同一工作区自动化网页检查

把应用预览放在 shell 旁边,用浏览器 API 做确定性检查,并让调试证据留在终端会话旁边。

01在本地开发服务器旁边拆出浏览器。
02用 icc browser 命令导航和检查页面。
03失败时捕获控制台错误、截图和 DOM 快照。
工作方式

该零配置的地方零配置,该显式控制的地方给足控制。

产品理念很直接:先推断,再追问。你应该能先打开项目、连接主机、开始推进,而不是先被设置面板埋住。

01

打开工作区

让 imux 指向本地仓库,或连接一个 SSH 目标。零配置流程会先推断足够多的信息,让你立刻开始。

02

读取当前工作面

终端状态、文件、Git 上下文、远程路径和最近交互记录会停留在同一个命令甲板里。

03

由监督器组织下一步

imux 可以把当前上下文压缩成启动计划、执行简报或交接摘要,而不会把流程变得官僚。

04

执行时不丢上下文

浏览文件、编辑代码、查看输出、切换本地和远程目标时,对话始终保持锚定。

自动化 API

把工作区脚本化,而不是反复点击。

兼容 CLI 和 Unix socket 暴露了应用使用的同一套控制模型:窗口、工作区、面板、表面、通知、元数据和浏览器动作。

工作区控制

创建、定位并检查工作区

从 hooks、构建脚本或自定义启动器中调用 CLI。

$ icc list-workspaces --json
$ icc new-workspace
$ icc identify --json
注意力路由

标记哪里需要操作者

从 agent 或脚本发送通知和侧栏元数据。

$ icc notify --title "Tests" --body "Review failures"
$ icc sidebar status set ci --label "CI" --value "running"
$ icc sidebar log --level success "Preview deployed"
浏览器检查

驱动内置浏览器

不离开 imux 即可导航、等待、检查并捕获证据。

$ icc browser open http://localhost:3000
$ icc browser surface:2 wait --text "Dashboard"
$ icc browser surface:2 screenshot --out /tmp/imux-check.png
运行姿态

为高上下文、错误成本高的工作而构建。

产品表达需要明确:imux 是本地 macOS 应用,强调操作者确认、可见上下文和可脚本化控制面。它不是云 IDE,也不是黑盒 agent runner。

原生 macOS,不是 Electron

Swift/AppKit UI 与 Ghostty 级终端渲染,让高强度 agent 工作流在桌面上保持响应。

本地优先控制面

agent 和 shell 工具运行在你的终端环境里。imux 在外层提供布局、导航、浏览器和自动化界面。

显式自动化访问

Socket 访问可以关闭、限制为 imux 管理的进程,或在信任的本地自动化场景下明确打开。

可验证的发布链

官网统一提供稳定 DMG、Sparkle appcast、latest manifest、更新日志和远程助手清单。

文档

从落地页进入真正的操作手册。

网站现在会把用户带到实际工作流,而不是停在功能清单。先完成安装,再进入 agent 循环、远程工作区、监督器和自动化。

资源

降低上手成本,并按版本追踪 imux 的变化。

官网现在包含一套实用的产品使用说明,以及一份结构化升级日志,记录每次发布内容、公开文案变化和升级时需要核对的事项。

常见问题

用户最先会问的问题,这里直接回答。

保持清晰、强执行力和低摩擦,是这个网站信息架构的原则。

imux 只是 Ghostty 的一个分支吗?

不是。imux 是一个建立在 Ghostty 级渲染能力之上的原生 macOS 指挥中心,在其基础上进一步扩展了资源管理、编辑、浏览器执行、监督和工作区编排能力。

imux 面向谁?

面向操作者、工程师、创始人以及已经在同时运行多个 AI 工作流的高阶用户。他们需要的是一个更锋利的控制面,而不是更多窗口堆积。

它的工作方式有什么不同?

imux 让终端保持第一公民地位,同时把缺失的外围能力补齐:文件、远程主机、源码状态、浏览器上下文,以及面向执行的监督器。

支持远程协作吗?

支持。imux 会读取 SSH 配置、连接远程目标,并用与本地资源管理器一致的模型展示远程文件。

开始使用 imux

从目标到执行,不再丢失工作的整体形状。

你可以直接下载当前 macOS 构建,也可以在 GitHub 上跟踪发布与源码。官网、发布线路和仓库现在已经统一到同一个品牌:imux。