命令行 on Liangweidong's blog

Microsoft Intelligent Terminal 2026：原生集成 AI Agent 的智能终端

Thu, 04 Jun 2026 00:00:00 +0800

Microsoft Intelligent Terminal 2026：原生集成 AI Agent 的智能终端

前置：本文写于 2026 年 6 月。微软悄然开源 Intelligent Terminal（github.com/microsoft/intelligent-terminal）——Windows Terminal 的实验性分叉——主打开箱即用的 AI Agent 原生集成。本文系统整理 v0.1.1521（2026-05-29 发布）的 5 大核心功能、ACP 协议原理、与 Copilot CLI 的数据流向、隐私边界、企业部署要点。

适用读者：Windows 11 22H2+ 下的开发者 / DevOps；想用 GitHub Copilot CLI / Claude / Codex / Gemini 的人；想避免在终端和 AI 工具间反复复制粘贴的人。

前置知识：会用 Windows Terminal 或 PowerShell；知道 Copilot / Claude Code 是什么。

一、Intelligent Terminal 是什么？为什么是"实验性分叉"？

不是 Windows Terminal 的下一个稳定版（那是 v1.24/1.25）。Intelligent Terminal 是 Windows Terminal 的实验性分支——

维度	Windows Terminal	Intelligent Terminal
性质	微软官方稳定版	实验性分叉（fork）
当前版本	v1.24 稳定 / v1.25 预览	v0.1.1521（2026-05-29）
核心定位	通用现代化终端	原生 Agent 集成的终端
Agent 集成	无（需外接 Claude Code/Copilot）	原生支持 ACP 协议
代码量	5,400+ 提交	从 Windows Terminal 主线 fork（同代码库）
技术栈	C++ 79.8% / Rust 13.0% / C# 3.2%	相同（仅加 Agent 层）
依赖	无	需要 ACP 兼容的 Agent CLI（默认 GitHub Copilot）

GitHub 原话：“Intelligent Terminal is an experimental fork of Windows Terminal with native agent integration.”

关键洞察：Intelligent Terminal 本身不直接调用云端 API——它是一个本地传输层（local transport layer），通过 Agent Client Protocol (ACP) 标准协议，把你的提示词 + shell 上下文转交给所选的 Agent CLI（Copilot / Claude / Codex / Gemini）。这意味着：

✅ 你不需要在终端和 AI 工具间反复切换
✅ Agent 能自动获取 shell 输出上下文（不用手动复制粘贴）
✅ 你保留对 Agent 的选择权——不绑定微软

二、5 大核心功能（基于 v0.1.1521 截图与文档）

2.1 Agent 状态栏（Agent Status Bar）

位置：终端窗口底部——常驻极简控制面板：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


┌──────────────────────────────────────────────────────┐
│ [PowerShell] ...dotnet build... (光标闪烁) │
│ │
│ Build succeeded in 4.5s │
│ │
│ │
├──────────────────────────────────────────────────────┤ ← 状态栏
│ 🤖 [⚠️] [⚙️] │
│ Copilot v1.0.55-7 │
│ │
│ > build the app │
│ │
│ [Find files matching *] Completed → executed: ... │
│ │
│ Suggested 2 options: │
│ 1. Run: dotnet build │
│ 2. Run: dotnet build -c Release │
│ │
│ > Ask anything, / for commands.. ← 输入框 │
└──────────────────────────────────────────────────────┘

状态栏 3 个核心元素：

元素	快捷键	作用
Agent 面板切换	`Ctrl+Shift+.`	打开/关闭右侧 Agent 面板
错误检测	`Ctrl+Alt+.`	命令失败时亮起；点击自动带错误上下文开面板
Agent 管理	`Ctrl+Shift+/`	查看活跃 Agent + 历史会话

2.2 Agent 面板（Agent Pane）

上下文感知的停靠面板——默认在底部（可配置上/下/左/右）：

跨所有 Shell 获取输出——你在 A 标签页跑命令，B 面板能看到
多任务并行——后台标签页启动 Agent 任务，当前 Shell 不阻塞
焦点指示器——Agent 关注的窗口显示"Agent"标签
焦点切换 Ctrl+Shift+I——Shell 焦点 ↔ Agent 面板焦点

2.3 错误检测（Error Detection）

最有价值的功能——命令失败时自动识别：

1
2
3
4


$ rm /etc/passwd
rm: cannot remove '/etc/passwd': Permission denied
 ↑
 错误检测器亮起

按 Ctrl+Alt+. 或点击错误图标，Agent 面板自动打开并预加载错误上下文——Agent 看到刚才的失败命令 + 输出，直接给出修复建议（例如 “你需要 sudo” 或 “试试 sudo rm"）。

配置选项（设置 → Agent）：

错误检测：自动检测命令失败 ✓
错误建议：自动把错误发给 Agent 请求修复 ✓（实验性）
关闭"自动建议”，错误检测仍工作但不会自动开 Agent

2.4 Agent 管理（Agent Management）

统一面板——所有活跃 Agent + 历史会话：

列出当前所有运行的 Agent 任务
中断/恢复/删除历史会话
查看 Agent 状态（运行中 / 等待输入 / 完成 / 失败）
打开 Ctrl+Shift+/

2.5 Command Palette 智能提示

最强交互模式——按 Ctrl+Shift+P（或 Alt+Shift+/ 直接进提示模式）：

1

> ? build the app and run tests

Intelligent Terminal 会：

自动注入当前活动 Shell 的上下文（最近 100 行输出 + 当前目录）
在后台标签页启动 Agent 任务——你的主 Shell 不阻塞
Agent 完成后通知你（状态栏图标闪烁）

实战场景：

输入	Agent 自动做
`? fix the failing test`	找到失败的测试文件 + 看堆栈 + 改代码 + 重跑
`? write docs for this API`	扫描 API 文件 + 生成 Markdown 文档
`? 翻译 README 到中文`	读 README + 翻译 + 写入
`? find all uses of foo()`	grep 整个代码库 + 列出

三、Agent Client Protocol (ACP)：跨 Agent 通用标准

Intelligent Terminal 最大的设计选择——不绑定微软自家 Copilot，而是支持 ACP 标准协议：

1
2
3
4


┌─────────────┐ stdio/ACP ┌──────────────┐
│ Intelligent │ ─────────────► │ 任意 ACP Agent │
│ Terminal │ ◄───────────── │ (Copilot等) │
└─────────────┘ └──────────────┘

首次启动时自动检测——已装的 Agent CLI：

✅ GitHub Copilot CLI（默认）——首次启动时若无 Agent 提示用 winget 安装
✅ Claude Code（Anthropic 官方 CLI）
✅ Codex CLI（OpenAI 官方）
✅ Gemini CLI（Google 官方）
✅ 任何 ACP 兼容的自定义 Agent

关键洞察：ACP 是开放标准——Intelligent Terminal 不强制绑定微软。这与"Project Sauron"/“Model Gateways"等"围墙花园"策略形成对比。

ACP 协议工作流：

1
2
3
4
5
6
7


1. User 在 Intelligent Terminal 输入 ?build the app
2. Terminal 检测当前 Shell 上下文（pwd + 最近输出）
3. Terminal 通过 stdio 把 (prompt + context) 发给 Agent CLI
4. Agent CLI 处理（可能调云端 API）
5. Agent CLI 返回结果（可能含代码 diff / 命令建议 / 文件路径）
6. Terminal 在 Agent 面板渲染结果
7. User 可一键应用 diff / 复制命令 / 追问

四、数据流与隐私边界

这是部署前最关键的问题——Intelligent Terminal 把数据发给谁？

4.1 Terminal 层处理的数据（仅内存）

用户提示词
Shell 输出上下文（最近命令输出片段）
基础环境元数据（Shell 类型、OS 版本）

关键：所有数据仅在当前会话内存中保留，会话结束即丢弃——不持久化到磁盘。

4.2 数据流向取决于所选 Agent

Agent	数据去向	隐私保护
GitHub Copilot（默认）	GitHub 后端	GitHub Copilot Trust Center 条款；企业版可享零数据保留
Claude Code（Anthropic）	Anthropic 后端	按 Anthropic 隐私政策（默认不训练）
Codex（OpenAI）	OpenAI 后端	按 OpenAI 隐私政策
Gemini（Google）	Google 后端	按 Google 隐私政策
本地 Agent（如 Ollama + custom）	本地	100% 本地处理

关键警示（GitHub README 原话）：“Terminal cannot guarantee data protections for third-party agent CLIs.”

意思：Terminal 自己不留数据，但第三方 Agent 怎么处理是它们的事。选 Agent 前先读它的隐私政策。

4.3 企业部署检查清单

企业 EDP（Enterprise Data Protection）：GitHub Copilot Enterprise / Claude for Work / OpenAI Enterprise 都承诺不训练、不保留
禁用第三方 Agent：如果合规不允许外部 LLM，只配本地 Ollama / vLLM + 自定义 Agent
关闭"自动错误建议”：避免 Agent 看到敏感错误输出（如 cat /etc/shadow）
审计日志：开启 Agent 会话跟踪（hooks）记录所有 prompt/response
网络隔离：只允许 Agent 走企业代理（设 HTTPS_PROXY）

五、安装与配置

5.1 系统要求

Windows 11 22H2 或更高（Build 22621.6060+）
ACP 兼容的 Agent CLI + 订阅（默认 GitHub Copilot）

5.2 三种安装方式

方式 1：Microsoft Store（推荐）

1

Win11 商店搜索 "Intelligent Terminal" → 安装

优点：自动升级、签名验证。

方式 2：WinGet（命令安装）

1

winget install --id Microsoft.IntelligentTerminal -e

适用：企业批量部署、CI/CD 流水线。

方式 3：GitHub Releases 下载

1

https://github.com/microsoft/intelligent-terminal/releases

支持 x64 / arm64 / x86。下载 .appinstaller 文件双击安装。

PowerShell 脚本执行策略问题：如遇 running scripts is disabled 错误：
1
Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned

5.3 关键配置（settings.json）

按 Ctrl+Shift+, 打开设置 JSON：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29


{
 "profiles": {
 "list": [
 {
 "name": "PowerShell-Copilot",
 "commandline": "powershell.exe",
 "agent": {
 "provider": "github-copilot",
 "model": "claude-sonnet-4.5",
 "autoDetectErrors": true,
 "autoSuggestFixes": true
 }
 },
 {
 "name": "WSL-Codex",
 "commandline": "wsl.exe -d Ubuntu",
 "agent": {
 "provider": "codex",
 "model": "gpt-5.3-codex"
 }
 }
 ]
 },
 "agent": {
 "panePosition": "bottom",
 "sessionTracking": true,
 "dataRetention": "session-only"
 }
}

实战配置建议：

panePosition："bottom"（默认，跟示例图一致）
autoDetectErrors：true（推荐开启）
autoSuggestFixes：true（实验性，试用后根据体验关闭）
sessionTracking：true（企业审计必需）

六、5 个键盘快捷键速查

快捷键	功能
`Ctrl+Shift+.`	切换 Agent 面板
`Ctrl+Shift+I`	切换 Agent 面板焦点
`Ctrl+Alt+.`	打开带错误上下文的 Agent 面板
`Ctrl+Shift+/`	打开 Agent 管理
`Alt+Shift+/`	在提示模式下打开命令面板（`?`+ 提示词）
`Alt+Shift+B`	打开无启动提示的交互式委托 Agent 标签页
`Ctrl+Shift+P`	打开 Command Palette（含"Report a bug"打包日志）

七、与同类工具的对比

工具	类型	AI 集成方式	ACP 标准
Intelligent Terminal	终端 + AI 原生	Agent 面板 + 状态栏	✅
Windows Terminal	终端	无（需外接 CLI）	❌
Warp（macOS 终端）	终端 + AI 内置	AI Command Search	❌（自家）
Fig（已并入 AWS）	终端补全	AI 补全 + 命令预测	❌（自家）
GitHub Copilot CLI	纯 Agent	无终端	N/A
Claude Code	纯 Agent	无终端	N/A

关键差异化：Intelligent Terminal 是目前唯一同时满足：

Windows 平台原生（非 macOS 专属）
开源（MIT 协议 + Microsoft 开源）
跨 Agent 标准（ACP 协议，非绑定微软）
状态栏 + 面板深度集成（非外接）
错误检测自动化（不是被动 AI 提问）

八、写在最后：终端的"AI 原生化"是 2026 年关键趋势

Intelligent Terminal 的发布揭示了终端演化的下个方向：

年代	终端形态	主导交互
1985-2010	字符终端	命令
2010-2020	图形终端	命令 + 鼠标
2020-2025	现代化终端	命令 + 鼠标 + 标签
2025-2026	AI 终端	命令 + 标签 + Agent 协作

对开发者的实际价值：

降低 AI 工具使用门槛——不用学 Claude Code 的快捷键，直接在原 Windows Terminal 习惯里用
避免上下文切换——不用在 Terminal 和 Claude Code 两个窗口间 Alt+Tab
错误处理自动化——命令失败不再是"复制粘贴去问 AI"，AI 直接接管
保护用户选择——ACP 协议不绑定 Copilot，用 Claude / Codex / Gemini 都行

升级建议：

1
2
3
4
5


# 尝鲜 v0.1.1521（实验性，但功能已经够用）
winget install --id Microsoft.IntelligentTerminal -e

# 同时保留旧版 Windows Terminal（不影响现有工作流）
# 两个应用并存

写在最后的最后：终端是程序员的"主战场"——Terminal 进入 AI 时代是必然趋势。Intelligent Terminal 是微软"做错事也能改"的一个例子——承认 Windows Terminal 1.x 不会主动集成 Agent，分叉做实验。这才是开源 + 试验文化的正确姿势。

参考资料

Intelligent Terminal 官方仓库
Intelligent Terminal README
Windows Terminal 官方仓库（被分叉的母项目）
Phoronix: Microsoft Intelligent Terminal 报道
Agent Client Protocol (ACP) 规范
GitHub Copilot CLI 文档
GitHub Copilot Trust Center（企业数据保护）
Windows Terminal 配置文档

Linux 系统工具命令速查：cat/grep/sed/find/tar/tmux/top 等 20+ 工具精要

Sun, 15 Mar 2015 00:00:00 +0800

一、为什么是 2015 年这一份

2015 年这个时间点前后，Linux 命令行工具进入"成熟稳定期"：

核心三剑客（cat/grep/sed/awk/find）自 1980 年代起就没大改过
GNU coreutils 系列（ls/cat/md5sum/envsubst 等）2015 已是 8.x
systemd 在 RHEL 7（2014）/ CentOS 7（2014）/ Ubuntu 15.04（2015）陆续上位
top 3.x 时代 / tmux 1.x 稳定（tmux 2.0 是 2015-04 发布的）
glances 2.x 时代（glances 2.0 是 2014-12 发布的）

这一篇覆盖日常 Linux 工作中出现频次最高的 20+ 工具——文件查看、文本处理、进程管理、压缩归档、系统信息、杂项命令。每条只给"够用"的参数速查，不展开手册（详见各命令的 man 页）。

阅读建议：本文按"主题归类"组织，每个小节独立可读。遇到具体场景直接 Ctrl+F 搜命令名。

二、文件查看与操作

2.1 `cat`：查看文件内容

cat 是"concatenate"的简写，2015 已是 8.x 时代。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


# 查文件内容
cat filename

# 把 EOF 加上引号，变量就不会被解析
cat <<"EOF" > docker-compose.yaml
version: "3"
services:
 base:
 image: ...
EOF

重要细节：cat <<"EOF" vs cat <<EOF 区别在引号。带引号时 shell 不解析 $VAR、反引号等，写 Dockerfile / K8s manifest 这种带 $VAR 的模板文件时必须用引号。

2.2 `ls`：列出文件信息

1
2
3
4
5


# 查文件大小
ls -l 文件名 | awk '{print $5}'

# 字节数
stat -c "%s" 文件名

2.3 `md5sum`：校验文件完整性

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


# 生成校验码
md5sum docker-compose > docker-compose-md5sums.txt

# 多个文件
md5sum 文件1 文件2 > fs.md5
md5sum 文件1 文件2 >> fs.md5

# 校验（输出 OK / FAILED）
md5sum -c docker-compose-md5sums.txt

# 只看退出码（CI/CD 场景）
md5sum --status -c docker-compose-md5sums.txt
echo $? # 0=全 OK，1=有 FAILED

2.4 `hdparm`：测试磁盘读写速度

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 测试读取效率
hdparm -t /dev/sda

# 测试硬盘缓存的读取速度
hdparm -T /dev/sda

# 直接测试（绕过缓存）
hdparm -tT --direct /dev/sda

# 查看 DMA 情况
hdparm -cdt /dev/sda

2.5 `rm`：删除文件/目录

大量文件不能用 rm *，会触发 -bash: /bin/rm: 参数列表过长。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


# 查看大文件/目录
du -sh * | sort -hr | head

# 方法一：find + rm
find . -type f -mtime +0 -exec rm -f {} +

# 方法二：xargs 分组
find . -name "*" | xargs rm -rf '*'

# 方法三：ls + xargs 限定每组 9 个
ls | xargs -n 9 rm -rf

# 清理两天前的数据
find ./ -mtime +1 | xargs rm -rf

三、文本处理三剑客

3.1 `grep`：搜索匹配行

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


# 显示上下行数
grep -C 50 pattern file

# 显示前 / 后
grep -B 5 pattern file
grep -A 5 pattern file

# 不区分大小写
grep -i pattern file

# 实战：查 docker 日志里最后百万行有 error 关键字的不区分大小写前后 10 行
docker logs -f --tail=1000000 appbackend | grep -C 10 -i error

3.2 `sed`：流编辑器

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


# 内容追加
# 首行追加
sed -i "1i\内容" 文件名
sed -i "1i\SET FOREIGN_KEY_CHECKS = 0;" /tools/safety.sql

# 尾行追加
echo "内容" >> 文件名

# 打印第一行 / 最后一行
sed -n 1p /tools/safety.sql
sed -n '$p' /tools/safety.sql
tail -n 1 /tools/safety.sql
awk 'END{print}' /tools/safety.sql

# 删除
sed -i '1d' /tools/safety.sql # 删第一行
sed -i '$d' /tools/safety.sql # 删最后一行

# 全局替换
sed -i 's/原字符串/新字符串/g' 文件名

3.3 `find`：查找文件

1
2
3
4
5
6
7
8
9


# 当前目录下找名为 file.txt 的文件
find . -name file.txt

# 找大文件 / 旧文件
find . -type f -size +100M
find . -type f -mtime +30

# 找并执行命令
find . -name "*.log" -exec rm -f {} \;

四、进程管理

4.1 `ps`：查看进程

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 经典组合
ps -aux
# a: 显示所有程序
# u: 以用户为主的格式
# x: 显示所有程序，不以终端机区分

# 查指定进程
ps -aux | grep test.sh | grep -v grep

# 内存占用高的前 20
ps aux | head -1; ps aux | grep -v PID | sort -rn -k +4 | head -20

grep -v grep：把 grep 命令本身从结果里排除掉，否则会看到自己。

4.2 `kill`：杀进程

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 优雅退出
kill <pid>

# 强制退出
kill -9 <pid>

# 杀某用户的所有进程
pkill -u 用户名

# 杀进程并踢出登录
pkill -kill -t tty

4.3 `top`：实时进程监控

top 是 1991 年起的"上古"工具，至今仍是 Linux 性能观测的入门首选。

1

top -c -bw 512 # 显示完整命令行，输出宽度 512

输出解读：

行	含义
第 1 行	当前时间、运行时间、当前用户、CPU 平均负载（1/5/15 分钟）
第 2 行	总/运行/休眠/停止/僵尸进程数
第 3 行	us（用户）/ sy（内核）/ ni（调整优先级）/ id（空闲）/ wa（等待 IO）/ hi（硬件中断）/ si（软件中断）/ st（虚拟化偷走）
第 4 行	物理内存总量、空闲、已用、内核缓存
第 5 行	虚拟内存总量、空闲、已用、下一波分配量

进程字段：

字段	含义
PID	进程 ID
USER	进程用户名
PR	动态优先级
NI	静态优先级（可被 nice 调整）
VIRT	虚拟内存
RES	物理内存
SHR	共享内存
S	状态（D 不可中断 / I idle / R 运行 / S 睡眠 / T 停止 / Z 僵尸）
%CPU / %MEM	CPU / 内存占用
TIME+	累计 CPU 时间
COMMAND	命令

Java 进程的 VIRT 异常大：Java 8+ 用 Metaspace 取代 PermGen，元空间放在 OS 本地内存。每个线程都分配一个 arena（64MB），线程一多 VIRT 就巨大。这不是真用了那么多内存——要用 pmap 查真实占用。

1
2
3


pmap -x <pid> | sort -n -k3
# 输出内存块详细信息
cat /proc/<pid>/smaps

常用快捷键：

快捷键	功能
`shift+m`	按内存排序
`shift+P`	按 CPU 排序
`shift+t`	按时间排序
`shift+n`	按 PID 排序
`m`	内存显示模式
`E`	内存总览单位
`e`	进程内存单位
`c`	显示完整命令行
`i`	不显示闲置
`l`	启动时间和平均负载

4.4 `tmux`：终端复用

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


# 安装
yum -y install tmux # CentOS
apt install -y tmux # Debian/Ubuntu

# 新建会话
tmux new -s session_name

# 退出（不关会话）
# ctrl + b 再输入 d

# 进入已有会话
tmux attach -t session_name

# 查看所有会话
tmux ls
# ctrl + b 再输入 s 交互式切换

# 关闭指定会话
tmux kill-session -t session_name

# 关闭所有会话
tmux ls | grep : | cut -d. -f1 | awk '{print substr($1, 0, length($1)-1)}' | xargs kill

4.5 `nohup`：不挂断运行

1
2


# 不挂断运行 test.sh，输出重定向到 output.log
nohup ~/user/test.sh > output.log 2>&1 &

0 —— 键盘输入
1 —— 屏幕输出（标准输出）
2 —— 错误输出
2>&1 —— 把错误输出重定向到标准输出
最后的 & —— 后台运行

jobs 命令只对当前终端有效，关闭终端后 jobs 就看不到后台进程了，此时用 ps。

1
2
3
4
5


# 显示所有任务的进程号
jobs -l

# 显示任务状态变化
jobs -n

五、压缩归档

5.1 `tar`：归档与压缩

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


# 五个独立命令
# -c: 建立压缩档案
# -x: 解压
# -t: 查看内容
# -r: 向压缩归档文件末尾追加文件
# -u: 更新原压缩包中的文件

# 可选参数
# -z: gzip
# -j: bz2
# -Z: compress
# -v: 显示所有过程
# -O: 将文件解开到标准输出
# -f: 使用档案名字（必须是最后一个参数）

# 压缩
tar -zcvf xxx.tar.gz xxx

# 解压
tar -zxvf xxx.tar.gz

# 解压到指定文件夹（文件夹必须已存在）
tar -zxvf /file/xxx.tar.gz -C /home/docker

六、系统信息

6.1 CPU 信息

1
2
3
4
5
6
7
8


# 最详细
cat /proc/cpuinfo

# 简单
lscpu

# 最简单：只显示核心数
nproc

统计 CPU 数量：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


# 总核数 = 物理 CPU 个数 × 每颗物理 CPU 的核数
# 总逻辑 CPU 数 = 物理 CPU 个数 × 每颗物理 CPU 的核数 × 超线程数

# 物理 CPU 个数
cat /proc/cpuinfo | grep "physical id" | sort | uniq | wc -l

# 每个物理 CPU 的核数
cat /proc/cpuinfo | grep "cpu cores" | uniq

# 逻辑 CPU 个数
cat /proc/cpuinfo | grep "processor" | wc -l

# 线程数 = 逻辑 CPU 数
grep 'processor' /proc/cpuinfo | sort -u | wc -l

# 超线程：cpu cores 和 siblings 不一致则开启
cat /proc/cpuinfo | grep -e "cpu cores" -e "siblings" | sort | uniq

6.2 内存信息

1
2
3
4
5
6
7


# 查所有内存设备的详细信息
sudo dmidecode | grep -P -A5 "Memory\s+Device" | grep Size | grep -v Range
# 或
dmidecode -t 17

# 完整版
dmidecode | grep -A16 'Memory Device'

6.3 主板/PCI 设备

1
2
3
4
5


yum install -y pciutils # centos 安装（ubuntu 22.04+ 自带）
lspci -v

# 网卡驱动详细信息
ethtool -i eno1

6.4 `journalctl`：systemd 日志查询

journalctl 是 systemd 的日志工具，2015 年起在主流发行版成为默认日志系统。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


# 看本机启动以来的所有日志
journalctl

# 看指定服务
journalctl -u nginx

# 看内核日志
journalctl -k

# 看最近 10 分钟
journalctl --since "10 min ago"

# 跟踪（类似 tail -f）
journalctl -f

# 看指定时间段
journalctl --since "2024-01-01" --until "2024-01-02"

七、`glances`：htop 的"加强版"

glances（2014-12 发布 2.0）提供一屏式综合监控，常被推荐为 htop 的替代品。

1
2
3
4
5
6
7
8
9


# 安装
yum -y install glances # CentOS
apt install -y glances # Debian/Ubuntu

# 配套：硬件温度监控
yum -y install lm_sensors

# 启动
glances

关于 htop：htop 在 2015 仍是 top 的"事实标准"加强版。glances 的差异在"一屏看 CPU / 内存 / 磁盘 / 网络 / 进程全维度"。本文不展开，详见独立文章。

八、环境变量与模板：`envsubst`

envsubst 是 GNU gettext 套件里的小工具，专门做"模板 + 环境变量 → 配置"：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


# 1. 模板文件 t.yaml
cat << "EOF" > t.yaml
systeminfo:
 OS: $OS
 user: $USER
 home: $HOME
 args:
 [
 "$args"
 ]
EOF

# 2. 脚本 t.sh
cat << "EOF" > t.sh
#!/usr/bin/env bash
export OS=$(uname -s)
export args="/wait.sh 10.8.33.127:8848 -t 0"
ports=(100 200 300)
nodePort=30000
for p in ${ports[*]}; do
 nodePort=$[$nodePort+1]
 sed -i "8a \ - name: port$p\n port: $p\n targetPort: $p\n nodePort: $nodePort" t.yaml
done
envsubst < t.yaml > t1.yaml
EOF

# 3. 跑脚本
bash t.sh

# 4. 清理
rm -rf t.yaml t1.yaml t.sh

典型场景：用模板生成 K8s 部署文件——一份 YAML 模板 + 多个环境变量 → 多份目标 manifest。

九、`pciutils`：网卡/PCI 设备排查

lspci 是排查网卡驱动问题最常用的工具。当一个新机器装完系统发现网卡识别不到，先看 lspci 找到芯片型号，再去厂商站下载驱动。

1
2
3
4
5


# 显示网卡
yum install -y pciutils # centos 安装（ubuntu 22.4+ 自带）
lspci -v
# 或
ethtool -i eno1

常见坑：Realtek r8168 网卡在 CentOS 7 默认驱动下表现不佳，需要从 Realtek 官网下载驱动源码手动编译。常见编译错误 ether_addr_copy 重定义、ndo_change_mtu 等都需要手动改源码适配内核版本。

十、`nohup` + 进程组：`2>&1` 的真意

2>&1 的写法非常常见但很多人不理解。这里给一个完整图：

文件描述符	含义	默认指向
`0`	stdin（键盘输入）	键盘
`1`	stdout（标准输出）	屏幕
`2`	stderr（错误输出）	屏幕

1
2
3
4
5
6
7
8


# 把 stderr 重定向到 stdout
command > out.log 2>&1

# 把 stdout 重定向到 file，stderr 仍走屏幕
command > out.log

# 把 stdout 和 stderr 都丢进黑洞
command > /dev/null 2>&1

nohup + & + > log 2>&1 是后台跑长任务的标准三件套。

十一、`systemctl` 资源限制

systemctl edit 是给已有 service 加 overlay 配置（不修改原 unit 文件）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 编辑 sshd 的 overlay
systemctl edit sshd

[Service]
CPUQuota=20%
MemoryLimit=256M
Nice=-10
IOWeight=100

sudo systemctl daemon-reload
sudo systemctl restart sshd

字段	含义
`CPUQuota=20%`	限制最多用 20% 单核 CPU
`MemoryLimit=256M`	限制最大 256M 内存
`Nice=-10`	优先级（-20~19，越小越高）
`IOWeight=100`	IO 权重（1~10000）

十二、前置知识 / 下一步

想看 journalctl 完整用法 → man journalctl
想看 top 完整字段 → man top
想看 sed 完整正则语法 → man sed
想看 fio 性能压测 → 翻本系列《Linux 磁盘与 LVM 深度实践》
想看 systemctl 完整服务管理 → 翻本系列《Linux 远程登录与安全实践》中的 service 文件部分

十三、参考资源

GNU Coreutils：https://www.gnu.org/software/coreutils/manual/
man 各命令手册页
TLDP Advanced Bash Scripting Guide：https://tldp.org/LDP/abs/html/
Linux man-pages project：https://www.kernel.org/doc/man-pages/

2024 视角：10 年后这 20+ 工具的"现代化"姿势

2015 年这份速查在 2024 仍有 90% 适用——这正是 GNU coreutils 三剑客的"长青"价值。但在 2024 年的服务器上，有几处需要更新：

一、net-tools 真的可以删了

2015 年时 netstat 还在主流发行版，2024 年 RHEL 9 / Ubuntu 24.04 已彻底移除 net-tools。

ss（iproute2）已经完全替代：

1
2
3


ss -tulnp # 替代 netstat -tulnp
ss -s # 替代 netstat -s（统计）
ss -tin # TCP 连接详细信息（含拥塞窗口、重传）

ifconfig 替代品：

1
2


ip -br addr show # 简洁模式
ip -c addr show # 彩色输出

route 替代品：

1
2


ip route show
ip -6 route show # IPv6 路由

二、`htop` 仍是 `top` 首选替代

htop 3.x（2022+）已经支持鼠标操作、横向滚动、进程树折叠，2024 是事实标准。
btop（2021 推出）更激进：CPU/内存/磁盘/网络一屏 + 图形化 sparkline，颜值党首选。
glances 仍是 Web/API 化的最佳选择：可以 glances -w 启 Web 服务（默认 61208 端口），浏览器看监控。

三、`tmux` 3.x 的新特性

tmux 3.0（2021-04 重大版本）之后：
- status-line 支持字符串插值（#{...} 语法）
- popup 弹窗（display-popup -E "cmd"）
- mouse 模式改进

2024 推荐配置 ~/.tmux.conf：

1
2
3


set -g mouse on
set -g default-terminal "tmux-256color"
set -ag terminal-overrides ",xterm-256color:RGB"

四、systemd 资源控制的"现代写法"

2015 那篇给的 CPUQuota=20% 仍是有效写法，但 2024 更精细的有：

CPU 亲和性：
1 2

[Service] CPUAffinity=0-3

内存 + 交换空间硬限制：

1
2


MemoryMax=512M
MemorySwapMax=0 # 禁用 swap

IO 控制器（systemd 240+）：

1
2


IOReadBandwidthMax=/dev/sda 100M
IOWriteBandwidthMax=/dev/sda 50M

五、`journalctl` 仍是事实标准

但 2024 推荐结构化查询：

1
2
3
4


journalctl -u nginx --since "1 hour ago" --output=json | jq .
journalctl -u nginx -p err -n 50 -f # 跟踪错误
journalctl --vacuum-size=200M # 限制日志大小
journalctl --list-boots # 看启动历史

六、`fzf` 应该是 2024 必装

2015 年没提的"现代神器"——fzf（命令行模糊查找器）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


# 装
apt install fzf # 或 brew install fzf

# 用
Ctrl-R # 模糊搜索历史命令
Ctrl-T # 模糊搜索文件
Alt-C # 模糊切换目录

# 管道
ps aux | fzf | awk '{print $2}' | xargs kill

fzf 让"在 1 万条历史命令里找刚才那条"变成 < 1 秒，是 2015 → 2024 提效最大的一颗"小宝石"。

Linux 基础命令速查：查版本、查公网 IP、查 CPU、SSH 登录

Mon, 15 Sep 2014 00:00:00 +0800

一、为什么是 2014 年这一份

我第一次写"Linux 速查"是 2006 年，那会儿查版本靠 /etc/redhat-release 和 /etc/debian_version 两个发行版自带的小文本，netstat -an 几乎是网络排查的唯一选项。8 年后情况变了：systemd 在 RHEL/CentOS 7（2014-07 发布）上成为默认 init，发行版统一把元数据塞进了 /etc/os-release；iproute2 包的 ss 也开始慢慢取代 net-tools 的 netstat；公网 IP 查询有了 cip.cc、ifconfig.me、ipinfo.io 等多个选择。

这一篇只覆盖 4 类最高频的命令——查版本、查公网 IP、查 CPU、SSH 登录。其他类别（进程、磁盘、网络工具深度用法）单独成文。

阅读建议：本文每个命令块都"可独立复制运行"；先收藏，遇到具体场景再回头查对应小节。

二、查看系统版本：`/etc/os-release`

/etc/os-release 是 systemd 在 2012 年引入的统一标准文件——所有遵循规范的发行版（CentOS 7、Debian 7+、Ubuntu 12.04+、Fedora 19+、Arch 等）都把元数据写在这里。不再需要 cat /etc/redhat-release 后还要 cat /etc/debian_version 各查一次。

1

cat /etc/os-release

CentOS 输出形如：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


NAME="CentOS Linux"
VERSION="7.0 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7.0"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

Debian 输出形如：

1
2
3
4
5
6


PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
ID=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.debian.org/"

关于截图：原始笔记里附了 CentOS / Debian 的 os-release 截图对照，本文中以等价文本输出还原。如需在自己机器上对比，直接 cat /etc/os-release 即可。

几个关键字段：

字段	含义	用途
`NAME`	发行版大写名	人类阅读
`ID`	发行版小写标识	脚本判断（shell 中用 `. /etc/os-release && echo $ID`）
`VERSION_ID`	主版本号	脚本判断主版本（适合做 `>=7` 判定）
`PRETTY_NAME`	完整描述名	报错时贴这个最清晰
`ID_LIKE`	父系/兼容发行版	知道"这机器能装哪边的包"

在脚本里这样用（避免 grep /etc/redhat-release 这种字符串匹配）：

1
2
3
4


. /etc/os-release
if [ "$ID" = "centos" ] && [ "${VERSION_ID%%.*}" -ge 7 ]; then
 echo "CentOS 7+，可以放心用 systemctl 管理服务"
fi

三、查公网 IP：`curl cip.cc`

临时想知道"出口 IP 是什么、归属哪里、用什么运营商"，最快一条：

1

curl cip.cc

输出形如：

1
2
3
4
5
6


IP : 203.0.113.45
地址 : 中国 北京 北京
运营商 : 联通
数据二 : 北京市 | 联通
数据三 : 中国北京北京 | 联通
URL : http://cip.cc

返回 IP、归属地、运营商三件套，人眼可读。这是一台第三方 HTTP 服务（cip.cc），不是机器本地命令。

同类工具（适合做容灾备份——一个挂了好切另一个）：

域名	特点
`cip.cc`	国内访问快，中文输出（本文首选）
`ifconfig.me`	海外老牌，2011 上线，英文输出，纯文本
`ipinfo.io`	JSON 输出，适合脚本里 `jq` 解析
`checkip.dyndns.org`	老牌 dyndns 提供，HTML 输出要 grep
`api.ipify.org`	极简，只返 IP 一个字段

网络受限时的备用姿势：

1
2
3
4
5
6
7


# 极简（只返 IP）
curl -s https://api.ipify.org
# 等价于
curl -s https://ifconfig.me/ip

# JSON（适合脚本）
curl -s https://ipinfo.io/json | jq .ip

注意：如果机器完全没出网（数据库/内网工具机常见），所有这些命令都会超时；这时要看"公网 IP"得去网关/路由器/云厂商控制台查。

四、查 CPU 信息

服务器出问题时，“先看硬件"比"看软件"效率高——CPU 都不知道几核几线程，调优就是瞎调。

4.1 一组核心命令

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


# 物理 CPU 个数（几颗 CPU）
cat /proc/cpuinfo | grep "physical id" | sort | uniq | wc -l

# 每颗 CPU 的核心数
cat /proc/cpuinfo | grep "cpu cores" | uniq

# 逻辑 CPU 个数（线程数）
grep 'processor' /proc/cpuinfo | sort -u | wc -l
cat /proc/cpuinfo | grep "processor" | wc -l

# CPU 型号
cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c

# 通过 dmidecode 查详细型号
dmidecode -s processor-version

4.2 几个数字怎么对

名称	命令	关系
物理 CPU 颗数	`physical id` 去重计数	一颗 CPU 可能有 4/6/8/… 核
每颗核心数	`cpu cores`（uniq 一行）	Intel 一般物理核 = 核心数；AMD 早期有"模块"概念
逻辑 CPU 数	`processor` 行数	开了超线程后 = 核心数 × 2

典型云厂商机器输出参考（某云 ECS 通用型）：

1 颗物理 CPU，2 核心，开了超线程 → 4 个逻辑 CPU
命令输出：physical id = 1，cpu cores = 2，processor = 0,1,2,3

为什么是 /proc/cpuinfo？ 这是 Linux 内核导出的伪文件系统，硬件信息在启动时由内核从 ACPI/BIOS 读到内存里再吐出来——不需要装任何工具。dmidecode 走的是另一条路（直接读 DMI/SMBIOS 表），能拿到型号/主频等详细信息，但需要 root 权限。

五、SSH 远程登录与排错

telnet 是 TCP 层面的"能不能通"测试，ssh -v 是协议层面的"为什么连不上"诊断——两条结合用最稳。

1
2
3
4
5


# 1. 先用 telnet 测 TCP 层面能不能到达
telnet internal.example.com 81

# 2. 再用 ssh -v 看 SSH 协议细节（-v = verbose）
ssh -v -p 81 admin@internal.example.com

5.1 两条命令的分工

命令	测什么	失败时典型表现
`telnet host port`	TCP 三次握手	`Connection refused`（端口没开/服务没起） `Connection timed out`（防火墙拦了）
`ssh -v -p port user@host`	SSH 协议协商 + 认证	卡在 `debug1: SSH2_MSG_KEXINIT sent`（协议不匹配） `Permission denied (publickey)`（认证失败）

诊断顺序：先 telnet 测 TCP 通不通，不通就别往下走；通了再 ssh -v 看协议和认证。

5.2 SSH 连不上时的 3 个最常见原因

防火墙/安全组没放端口（最常见）——telnet 就超时
sshd 没监听该端口——/etc/ssh/sshd_config 里 Port 22 没改、或改了没重启
公钥没传对位置——~/.ssh/authorized_keys 权限不对（应该是 600，目录是 700）

5.3 `-v` 看到的关键日志

1
2
3
4
5
6
7
8


debug1: Connecting to internal.example.com [10.x.x.x] port 81.
debug1: Connection established.
debug1: identity file /root/.ssh/id_rsa type 1
debug1: SSH2_MSG_KEXINIT sent # 协议交换
debug1: SSH2_MSG_KEXINIT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Authentication succeeded (publickey).

中间任意一行卡住/报错都是诊断线索。Authentications that can continue 这一行最关键——列出了服务端愿意接受的认证方式。

六、4 类命令的速查表

类别	命令	用途
系统版本	`cat /etc/os-release`	查发行版与版本号（systemd 时代统一标准）
公网 IP	`curl cip.cc`	查出口 IP + 归属地 + 运营商
CPU 信息	`cat /proc/cpuinfo \| grep "..."`	物理/逻辑 CPU 数、核心数、型号
SSH 登录	`ssh -v -p 81 user@host`	远程登录并 verbose 排错

七、参考与延伸

内部笔记《通用命令》（2014-09-15 节选）
深入进程管理：《Linux 进程与服务管理》
服务器应急排查：《Linux 性能调试与应急排查》
官方规范：systemd /etc/os-release 手册
同类公网 IP 查询工具：ifconfig.me · ipinfo.io · api.ipify.org

2024 视角：十年后这 4 条命令的现状

站在 2024 年回望这 4 条命令，部分用法已被新工具替代或默认配置已经变了：

一、查系统版本：`/etc/os-release` 仍是标准

CentOS 7 在 2024-06-30 进入 ELS 阶段（仅安全更新，无功能更新）。/etc/os-release 仍可读，但 VERSION_ID="7" 后已经没有新的 minor 版本。
CentOS 8 已经 2021-12-31 EOL，mirror.centos.org 失效；想继续读 os-release 内容正常，但 yum update 必须先换 vault.centos.org。
新项目默认：Rocky Linux 9.x / AlmaLinux 9.x / Ubuntu 22.04 / 24.04。/etc/os-release 的 ID=rocky / ID=almalinux / ID=ubuntu 是判定主版本的最稳字段。

脚本里更现代的判定方式：

1
2
3
4
5
6


. /etc/os-release
case "$ID" in
 rocky|almalinux|centos|rhel) echo "RHEL 系，dnf 管理" ;;
 ubuntu|debian) echo "Debian 系，apt 管理" ;;
 *) echo "其他：$ID $VERSION_ID" ;;
esac

二、查公网 IP：HTTPS 是默认

2014 时代还能用的明文 HTTP 服务（http://cip.cc）在 2024 年很多被劫持或下线，统一改用 HTTPS。

推荐使用支持 HTTPS 的查询：

1
2
3


curl -s https://api.ipify.org && echo
curl -s https://ifconfig.me
curl -s https://ipinfo.io/json | jq -r '.ip'

国产替代：curl https://myip.ipip.net（ipip.net 提供的中文输出）。
企业批量场景：建议自己起一个内部 IP 查询服务（curl -s http://10.0.0.1:8080/myip），避免依赖第三方。

三、查 CPU 信息：`lscpu` 是首选

/proc/cpuinfo 仍是最权威的来源，但读起来费劲。2024 主流是 lscpu（util-linux 包）：

1
2
3
4
5
6
7
8
9


lscpu
# Architecture: x86_64
# CPU(s): 128
# Model name: Intel(R) Xeon(R) Platinum 8338C CPU @ 2.60GHz
# CPU MHz: 2600.000
# L1d cache: 32K
# L1i cache: 32K
# L2 cache: 4096K
# L3 cache: 36608K

新硬件信息（dmidecode 仍然需要 root）：
1

sudo dmidecode -t processor | head -30
NUMA 拓扑（多 socket 机器 2024 已是标配）：
1 2

lscpu | grep -i numa numactl --hardware

四、SSH 登录：OpenSSH 9.x 的关键变化

OpenSSH 8.3+（2020）默认禁用 SHA1 的 RSA 签名（ssh-rsa），改用 rsa-sha2-256/512。
OpenSSH 9.0+（2022）默认禁用 ssh-dss (DSA)，所有 DSA 密钥都连不上。
OpenSSH 9.6+（2024-03）开始对默认配置加固：例如 PubkeyAcceptedAlgorithms 默认禁用 SHA1 主机密钥。
2024 推荐生成 ed25519 密钥（比 RSA 短、比 ECDSA 抗量子侧信道）：
1

ssh-keygen -t ed25519 -C "lwd@<your-host>"
老 RSA 密钥 2024 仍能用，但服务端 sshd 7.4+ 默认就接受 rsa-sha2-256/512 了，不用特殊配置。

命令行 on Liangweidong's blog

Microsoft Intelligent Terminal 2026：原生集成 AI Agent 的智能终端

Microsoft Intelligent Terminal 2026：原生集成 AI Agent 的智能终端

一、Intelligent Terminal 是什么？为什么是"实验性分叉"？

二、5 大核心功能（基于 v0.1.1521 截图与文档）

2.1 Agent 状态栏（Agent Status Bar）

2.2 Agent 面板（Agent Pane）

2.3 错误检测（Error Detection）

2.4 Agent 管理（Agent Management）

2.5 Command Palette 智能提示

三、Agent Client Protocol (ACP)：跨 Agent 通用标准

四、数据流与隐私边界

4.1 Terminal 层处理的数据（仅内存）

4.2 数据流向取决于所选 Agent

4.3 企业部署检查清单

五、安装与配置

5.1 系统要求

5.2 三种安装方式

方式 1：Microsoft Store（推荐）

方式 2：WinGet（命令安装）

方式 3：GitHub Releases 下载

5.3 关键配置（settings.json）

六、5 个键盘快捷键速查

七、与同类工具的对比

八、写在最后：终端的"AI 原生化"是 2026 年关键趋势

参考资料

Linux 系统工具命令速查：cat/grep/sed/find/tar/tmux/top 等 20+ 工具精要

一、为什么是 2015 年这一份

二、文件查看与操作

2.1 cat：查看文件内容

2.2 ls：列出文件信息

2.3 md5sum：校验文件完整性

2.4 hdparm：测试磁盘读写速度

2.5 rm：删除文件/目录

三、文本处理三剑客

3.1 grep：搜索匹配行

3.2 sed：流编辑器

3.3 find：查找文件

四、进程管理

4.1 ps：查看进程

4.2 kill：杀进程

4.3 top：实时进程监控

4.4 tmux：终端复用

4.5 nohup：不挂断运行

五、压缩归档

5.1 tar：归档与压缩

六、系统信息

6.1 CPU 信息

6.2 内存信息

6.3 主板/PCI 设备

6.4 journalctl：systemd 日志查询

七、glances：htop 的"加强版"

八、环境变量与模板：envsubst

九、pciutils：网卡/PCI 设备排查

十、nohup + 进程组：2>&1 的真意

十一、systemctl 资源限制

十二、前置知识 / 下一步

十三、参考资源

2024 视角：10 年后这 20+ 工具的"现代化"姿势

一、net-tools 真的可以删了

二、htop 仍是 top 首选替代

三、tmux 3.x 的新特性

四、systemd 资源控制的"现代写法"

五、journalctl 仍是事实标准

六、fzf 应该是 2024 必装

Linux 基础命令速查：查版本、查公网 IP、查 CPU、SSH 登录

一、为什么是 2014 年这一份

二、查看系统版本：/etc/os-release

三、查公网 IP：curl cip.cc

四、查 CPU 信息

4.1 一组核心命令

4.2 几个数字怎么对

五、SSH 远程登录与排错

5.1 两条命令的分工

5.2 SSH 连不上时的 3 个最常见原因

5.3 -v 看到的关键日志

六、4 类命令的速查表

七、参考与延伸

2024 视角：十年后这 4 条命令的现状

一、查系统版本：/etc/os-release 仍是标准

2.1 `cat`：查看文件内容

2.2 `ls`：列出文件信息

2.3 `md5sum`：校验文件完整性

2.4 `hdparm`：测试磁盘读写速度

2.5 `rm`：删除文件/目录

3.1 `grep`：搜索匹配行

3.2 `sed`：流编辑器

3.3 `find`：查找文件

4.1 `ps`：查看进程

4.2 `kill`：杀进程

4.3 `top`：实时进程监控

4.4 `tmux`：终端复用

4.5 `nohup`：不挂断运行

5.1 `tar`：归档与压缩

6.4 `journalctl`：systemd 日志查询

七、`glances`：htop 的"加强版"

八、环境变量与模板：`envsubst`

九、`pciutils`：网卡/PCI 设备排查

十、`nohup` + 进程组：`2>&1` 的真意

十一、`systemctl` 资源限制

二、`htop` 仍是 `top` 首选替代

三、`tmux` 3.x 的新特性

五、`journalctl` 仍是事实标准

六、`fzf` 应该是 2024 必装

二、查看系统版本：`/etc/os-release`

三、查公网 IP：`curl cip.cc`

5.3 `-v` 看到的关键日志

一、查系统版本：`/etc/os-release` 仍是标准

三、查 CPU 信息：`lscpu` 是首选