5 篇博文 含有标签「Terminal」

AI 编程工具进入 2026 年之后，一个很明显的变化是：我们不再只把 Claude Code、Codex、Gemini CLI、Aider 当成“聊天式代码助手”，而是开始把它们当成能在项目里持续执行的本地代理。

但单独开一个 AI CLI 很快会遇到瓶颈：

• 一个任务在跑测试时，你只能等；
• 一个任务需要你补充上下文时，整个队列就停住；
• 两个任务同时改代码，很容易把本地工作区弄乱；
• AI 改了什么，你必须不断切窗口、看 diff、查分支；
• 任务失败后，清理临时分支和 worktree 又是一堆手工活。

Claude Squad 解决的正是这个问题。它是一个终端 TUI 应用，可以在一个界面里管理多个本地 AI agent 实例，包括 Claude Code、Codex、Gemini CLI、Aider 等。每个任务都有自己的 tmux 会话、自己的 git worktree、自己的分支和自己的 diff 预览。你可以同时让一个 agent 修 bug，另一个补文档，第三个探索重构方案，然后逐个 review、追问、推送或丢弃。

截至 2026-06-26，官方仓库最新 release 是 v1.0.19，项目使用 Go 编写，许可证是 AGPL-3.0。官方 README 对它的定位很直接：管理多个本地 AI terminal agents，让你同时处理多个任务。

Kubernetes 的对象很多，kubectl get、kubectl describe、kubectl logs、kubectl exec、kubectl port-forward 足够强，但当你每天都要在 Pod、Deployment、Service、ConfigMap、Secret、Node、Namespace、CRD 之间来回跳转时，纯命令行会变成大量重复输入。

K9s 解决的正是这个问题：它把 Kubernetes API 变成一个可搜索、可过滤、可跳转、可执行操作的终端 UI。你仍然使用 kubeconfig、context、namespace 和 RBAC；K9s 只是把这些能力组织成更高效的交互界面。

截至 2026-06-26，K9s GitHub 最新 release 是 v0.51.0，发布时间是 2026-06-06。本文按当前官方文档、README 与 v0.51.x 系列行为整理。

Zsh 是一个面向交互式使用非常强的 Unix shell。它既能像 Bash 一样执行脚本和命令，又在补全、历史记录、路径展开、提示符、键绑定、函数 autoload、插件生态和交互体验上给了用户更大的可塑性。

如果你只是把 Zsh 当成“能装 Oh My Zsh 的 shell”，会错过它最有价值的部分。真正好用的 Zsh 配置不是堆满插件，而是把你的日常命令、项目入口、搜索、跳转、Git、容器、Kubernetes、远程开发和编辑器工作流组织成一套可维护的个人命令系统。

截至 2026-06-26，Zsh 官方 News 页面显示最新 release 是 5.9.1，发布时间是 2026-05-31。本文以官方手册和当前主流终端工作流为基础，按“先能用、再顺手、最后可扩展”的顺序展开。

如果你经常在终端里写代码、跑服务、看日志、连远程机器，tmux 基本是绕不开的工具。它解决的不是“终端不够漂亮”，而是一个更工程化的问题：终端会话应该像项目状态一样可恢复、可组织、可迁移。

iTerm2 已经是 macOS 上非常强的终端应用，支持标签页、分屏、Hotkey Window、Profile、Trigger、字体主题和快捷键。但 iTerm2 的窗口状态主要活在本机 GUI 里；一旦 SSH 断开、终端关闭、机器重启，很多运行中的上下文就消失了。tmux 则运行在 shell 里面，可以把一个项目的 editor、server、test、log、AI CLI 都放进同一个持久会话。

最推荐的分工是：

iTerm2 = macOS 原生窗口、字体、主题、全局唤起、Profile
tmux   = 项目会话、窗口、pane、远程保活、布局恢复
Shell  = 命令入口、目录跳转、项目启动脚本
Neovim = 编辑器 split、LSP、搜索、Git、代码修改

这篇文章会按“先能用，再顺手，最后可定制”的顺序介绍 tmux。

Neovim 已经不是“把 Vim 换个名字继续折腾”的项目。它更像一个可脚本化、可嵌入、可远程控制、可被插件生态重新组装的编辑器内核。

截至 2026-06-24，Neovim 官方仓库已经超过 10 万 star，最新稳定版是 v0.12.3。官方 README 对它的定位很明确：重构 Vim，降低维护复杂度，让多人协作开发成为常态，开放高级 UI 能力，并最大化扩展性。核心能力也不再只是文本编辑，而包括现代 GUI、跨语言 API、内置终端、异步 job control、XDG 目录支持，以及对多数 Vim 插件的兼容。

这篇文章不是“装 50 个插件然后截图”的配置秀，而是把 Neovim 当成一个工程系统来拆：

• 该直接用 LazyVim、NvChad、AstroNvim，还是从 init.lua 开始自建；
• 哪些插件属于基础设施，哪些只是美化；
• 2026 年的 LSP 配置为什么要用 vim.lsp.config() 和 vim.lsp.enable()；
• 快捷键如何设计成可记忆、可扩展、可迁移的体系；
• 如何把搜索、跳转、补全、诊断、格式化、Git、终端和调试组织成一个顺手的 IDE。