Claude Steer: 为什么我们要为 Agent 时代重新设计人机交互

节点赞助商

Claude Steer: 为什么我们要为 Agent 时代重新设计人机交互

"Steer" 的意思是"掌舵"——人定方向,AI 负责把船跑起来,连接两者的,就是这副舵轮。船开得稳不稳,终究看舵手,但好舵手,也需要一副趁手的舵轮。

以下是这个项目最核心的三个设计理念。

01 可视化：信息密度决定使用体验

命令行有一个天生的缺陷：所有文字的大小、字体、颜色（永远只有黑白两色）都长一个样，很难让人第一时间抓住重点——就像没人喜欢看写满字的 PPT 。

Claude Code 原生终端在不展开的时候文字已经密密麻麻，展开后信息量更大、更容易迷失方向。如果再叠加 subagent 、多 Agent 并行的场景，原生终端会更难看懂。图形界面传递信息的效率，和视频相对纯文字的效率是同一个道理。

Claude Code 的配置更是散落各处：.claude/settings.json、用户级配置、项目级配置，加上 skills 、MCP 、plugin……真正用起来的时候，没人有时间和耐心把这些一一摸清楚。

所以第一件事，是把这些信息收集、提炼、重组到一个统一入口，让人一眼看出哪些是常用的、重要的。第二件事，是效率：同样一个操作，命令行可能要敲一长串指令，图形界面往往只需要点一下。第三件事，是把 subagent 、branch 、loop 、insight 等等这些 Claude Code 里强大却鲜为人知的机制，放到它们该出现的使用场景里，让用户"看见"并用起来。

更进一步，这也是一次学习的机会——理解 Agent 运行的底层原理（ ReAct ），理解一个集成了人类智慧的 AI 究竟是如何思考、如何行动的。

Claude Steer 的解法是：捕获（把 Claude Code 几乎所有概念和机制都抽象、接口化）→ 处理（按真实使用场景聚类重组，比如基于 ReAct 原理和实际工作流程，提炼出"Agent 工具"和"经验"两个全新的概念集合）→ 可视化（按不同颗粒度呈现信息，既可以扫视迅速了解全局，也可以展开仔细阅读微观细节，且重点始终清晰可见）。

02 多 Agent 、多项目管理

Claude Code 原生是一个个独立的终端窗口。多开几个之后，大量时间会花在"这句话该发到哪个窗口"上——甚至把指令发错了终端。

当多个项目、多个 Agent 同时在跑，你很难说清楚每一个现在在干什么、做完了什么、接下来要做什么。执行层面的工作正越来越多地交给 Agent ，人的角色更像"管理者"——看不清全局，就谈不上管理。

更麻烦的是，每个终端的权限申请都锁在各自窗口里，Claude Code 也没有统一的系统通知，想在不打断心流的前提下及时处理这些请求几乎是奢望；再加上命令行本身的可视化短板，审核权限时来回切换终端，思路只会更乱。

Claude Steer 的解法是：一套完整的多终端管理系统（创建、结束、读、写），一套 Plan 系统（计划的创建、修改、状态追踪与标记），再加上一套原生基于 Agent 设计的可视化前端和交互逻辑。

03 原生 AI Native 设计：不是给 IDE 套壳

现在的 Agent 产品大致可以拆成四层：IDE 、底层 Agent 框架、生态联动服务、交互方式。差异主要体现在底层 Agent 框架、生态联动服两层，个人认为，目前生态联动做得最好的是 Codex ，底层 Agent 框架做得最好的是 Claude Code ，没有之一。

但目前大多数产品在交互逻辑和可视化设计上大同小异，本质上基于 IDE 时代"古法编程"的延续和扩展，受众也主要是程序员。可 Agent 不止可以用于代码，受众应该是所有人——如何在保留专业性的同时降低门槛，是当下的一个重要课题（这大概也是 WorkBuddy 最近口碑不错的原因之一）。

哪怕只看编程场景，人需要关注的重点也已经变了：从"检验代码细节"变成"检验关键节点"，从"手动编辑"变成"发号指令"，从"单线程作业"变成"多线程作业"——交互方式和可视化设计理应跟着一起变。Claude Steer 的每一处交互和设计，都是从"Agent 原生"这个角度重新想过一遍。

可能有人会问：没有 IDE ，怎么看清楚具体改了哪些代码？ Claude Steer 是不是脑子一热出来的玩具，没法用在真实生产环境？

但恰恰相反，这是认真思考、也实践验证过的综合判断：在真实的工作场景里，人的注意力正在从"代码细节"转向"方向、结构、优化、标准制定"——程序员的角色越来越像管理者和架构师。随着大模型和应用工程的发展，需要盯着细节的场景只会越来越少。

当然，过渡阶段如果确实需要看细节，可以直接在软件里展开工具调用记录查看；如果需要联动其他代码，配合 VSCode 使用即可——Claude Steer 和 VSCode +cc 插件从定位上并不冲突。但是目前的初代版本因为时间原因雀食暂时没有完全融入设计之初所有的理念，后续会不断更新

一句话总结：Claude Code 已经足够强，缺的只是一个真正为它、为 Agent 时代设计的"方向盘"。这就是 Claude Steer 想做的事。

当然车开的稳不稳，虽然需要通过方向盘来控制，但是核心还是取决于司机的经验，目前 Claude Steer1.0 是方向盘本身，暂时没有融入作者关于如何 harness AI 的理念，Claude Steer2.0 将是方向盘+司机。

有兴趣的同学可以 star 一下本项目，本项目会不断的持续迭代更新，初代版本难免会存在的一些 bug ，请见谅，如果遇到新的 bug 请提交 issue ，如果认同本项目的理念，可以提交 commit 一起共创哦！

关键词

一、可视化

命令行的信息密度缺陷(字体/颜色/排版单一,难抓重点)
配置分散问题(用户级/项目级/skills/mcp/plugin 散落各处,缺统一入口)
交互效率(CLI 敲指令 vs GUI 点一下)
让底层机制"被看见"(subagent 、branch 、loop 、insight 等)
学习价值(理解 ReAct 运行原理,理解 AI 如何思考行动)

二、多 Agent 、多项目管理

多终端切换成本高,易发错窗口
多项目/多 Agent 并行时进度不可见,难以管理
权限通知分散,无统一提示,打断心流、增加认知负担

三、原生 AI Native 设计

现状拆解:Agent 产品=IDE+底层框架+生态联动+交互方式(个人认为:Codex 生态最强,CC 框架最强)
问题:多数产品交互设计同质化,沿用"古法编程"思维,受众局限于程序员
转变:Agent 时代受众应是所有人,需降低门槛且保持专业性
关注点变化:细节→关键节点;手动编辑→发号指令；单线程作业→多线程作业（人的注意力正从代码细节转向方向/结构/标准,角色转向管理者/架构师）
产品定位:区别于 Trae/Codex 的 VSCode 式 IDE 思路,从"Agent 原生"重新设计

No Comments Yet

agent 交互可视化

节点赞助商

Claude Steer: 为什么我们要为 Agent 时代重新设计人机交互