Termius Snippets 功能详解 代码片段与快捷命令高效使用指南
你一定遇到过这种情况：刚 SSH 到服务器，脑子里知道要查日志、重启服务、看磁盘，但手指还是要一遍遍敲同样的命令。敲错一个参数还得回头改，遇到生产环境更是心里一紧。
Termius 的 Snippets 功能，就是专门解决这类重复输入的小工具。你可以把常用命令保存成代码片段，需要时点一下或快速搜索出来，再插入终端执行。它不只适合“懒得打字”，更适合减少误操作、统一团队命令习惯、让日常运维顺手很多。
下面用清单的方式聊清楚：Snippets 是什么、怎么创建和管理、哪些场景最值得用，以及常见问题怎么处理。
1. 先搞懂 Termius Snippets 是什么
Snippets 可以理解为“可复用的命令卡片”。每张卡片里保存一段命令、脚本片段或常用文本，你连接到服务器后，可以直接调用它。
它常被用来保存这些内容：
常用 Linux 命令 比如 `df -h`、`free -m`、`top`、`journalctl`。
带参数的排查命令 比如查看某个服务状态、过滤日志关键字。
部署或维护脚本 比如进入项目目录、拉取代码、重启服务。
数据库或容器相关命令 比如 `docker ps`、`docker logs`、`kubectl get pods`。
需要严格输入的命令模板 比如带路径、端口、服务名的命令。
它的核心价值很简单：把你经常敲、容易敲错、需要反复查的命令保存起来。
如果你经常在多台服务器之间切换，Snippets 会更明显地省时间。因为你不需要每次都回忆命令，也不用到文档里复制粘贴。打开 Termius，连接主机，找到片段，执行即可。
2. Snippets 和普通复制粘贴有什么区别
用剪贴板当然也能复制命令，但 Snippets 更像一个长期可管理的命令库。
普通复制粘贴的问题在于：
命令散落在聊天记录、备忘录、文档里。
新旧命令混在一起，不容易判断该用哪个。
复制时可能多复制空格、换行或无关内容。
多设备之间不好同步。
临时改过的命令容易被误当成标准命令。
Snippets 的好处是，它把命令放在一个固定位置，并且可以命名、分类、搜索。你看到的是“清理日志”“查看 Nginx 状态”“进入项目目录”，而不是一长串需要重新理解的命令。
举个很实际的例子。
你可以保存一个名为“查看磁盘使用情况”的 Snippet，内容是：
```bash
df -h
```
也可以保存一个名为“查看当前目录文件大小”的 Snippet：
```bash
du -sh *
```
下次排查磁盘问题，不用想 `du` 后面到底要不要加 `-h`，直接点就行。
3. 创建第一个 Snippet 时，先从短命令开始
如果刚开始用，别急着把复杂脚本都塞进去。先从每天都会用的短命令开始，最容易建立习惯。
一般创建 Snippet 的思路是：
打开 Termius 中的 Snippets 或相关命令片段区域。
新建一个 Snippet。
给它起一个容易搜索的名称。
填入要保存的命令内容。
按需要添加描述、分组或标签。
在终端会话里调用它，确认效果没问题。
不同版本或不同设备上的界面名称可能略有差异，但逻辑基本一致：新建，命名，填命令，保存，使用。
建议第一个 Snippet 可以选这类安全命令：
```bash
pwd
```
```bash
whoami
```
```bash
hostname
```
```bash
uptime
```
这些命令不会修改系统状态，很适合用来熟悉流程。等你确认插入和执行方式都熟了，再保存重启服务、删除文件、部署脚本这类高影响命令。
如果你还没安装客户端，可以从 Termius 官网了解版本信息，再根据设备选择 Termius 下载。这里建议优先确认自己使用的平台是否支持你需要的同步和 Snippets 相关功能。
4. 给 Snippets 起名要像给联系人备注一样清楚
Snippet 好不好用，很大程度取决于命名。名字太随意，后面会找不到。名字太长，又不方便搜索。
更推荐这种命名方式：
```text
查看 Nginx 状态
```
```text
查看最近 100 行应用日志
```
```text
Docker 查看运行中容器
```
```text
Git 拉取并查看状态
```
尽量避免这些名字：
```text
cmd1
```
```text
test
```
```text
常用命令
```
```text
服务器命令
```
因为过一阵你自己也会忘记它们是什么。
一个好名字通常包含三件事：
动作
比如查看、重启、进入、清理、同步。
对象
比如 Nginx、Docker、日志、项目目录。
范围
比如最近 100 行、当前目录、生产服务、测试环境。
比如下面这个 Snippet 名称就很清楚：
```text
日志 查看 App 最近 200 行错误
```
命令可以是：
```bash
tail -n 200 /var/log/app/app.log | grep -i error
```
这样搜索“日志”“App”“错误”都能找到它。
5. 用分组管理 Snippets，别让命令越存越乱
Snippets 用久了，数量很容易变多。刚开始只有 5 个时怎么放都行，到了 50 个就需要整理。
你可以按使用场景分组，比如：
分组 | 适合保存的命令 |
系统检查 | 磁盘、内存、CPU、运行时间 |
日志排查 | `tail`、`grep`、`journalctl` |
服务管理 | `systemctl status`、启动、重启、停止 |
Docker | 容器列表、日志、进入容器、清理镜像 |
Git | 拉取、查看状态、切换分支 |
Kubernetes | Pod、Service、日志、命名空间 |
数据库 | 连接命令、备份命令、只读查询模板 |
如果你同时管理测试环境和生产环境，也可以按环境分开：
`dev`
`test`
`staging`
`prod`
这里有个小提醒：涉及生产环境的高风险命令，名字里最好写清楚。比如：
```text
生产环境 重启 Nginx 需确认
```
比下面这种安全得多：
```text
重启服务
```
看到“生产环境”和“需确认”，手就会慢半拍。这半拍很有价值。
6. 把快捷命令做成模板，临时改参数就很方便
有些命令不是每次完全一样，比如日志路径、服务名、容器名会变。你可以把它们保存成模板，使用前改一下关键参数。
比如查看服务状态：
```bash
systemctl status nginx
```
可以做成：
```bash
systemctl status <service-name>
```
调用后把 `<service-name>` 改成实际服务名。
查看日志也可以这样写：
```bash
journalctl -u <service-name> -n 100 --no-pager
```
查端口占用：
```bash
sudo lsof -i :<port>
```
查 Docker 容器日志：
```bash
docker logs --tail=100 -f <container-name>
```
这种模板特别适合快捷命令，因为你不用记完整结构，只需要替换最关键的值。
如果你担心忘记替换，可以用明显一点的占位符，比如：
```bash
docker logs --tail=100 -f REPLACE_CONTAINER_NAME
```
比 `<container-name>` 更醒目。执行前一眼就能发现它还没改。
7. 用 Snippets 加快常见运维排查
Snippets 最容易见效的地方，就是故障排查。因为排查问题时，人通常会重复做几件事：看状态、看资源、看日志、看网络。
可以准备一组“服务器体检”片段。
查看系统运行时间：
```bash
uptime
```
查看内存：
```bash
free -h
```
查看磁盘：
```bash
df -h
```
查看当前登录用户：
```bash
who
```
查看占用 CPU 较高的进程：
```bash
ps aux --sort=-%cpu | head
```
查看占用内存较高的进程：
```bash
ps aux --sort=-%mem | head
```
这些命令单独看都不复杂，但排查时连续输入会很烦。放进 Snippets 后，你可以像点检查清单一样一个个跑。
还有一组“服务排查”也很实用。
```bash
systemctl status nginx
```
```bash
journalctl -u nginx -n 100 --no-pager
```
```bash
ss -tulnp
```
```bash
curl -I http://localhost
```
这类命令可以帮你快速判断服务是否在跑、有没有报错、端口是否监听、本机访问是否正常。
8. 把部署步骤拆成多个 Snippets，比塞成一大段更稳
很多人会想把部署流程写成一个超长 Snippet，比如进入目录、拉代码、安装依赖、构建、重启服务，全放在一起。
这当然可以，但不一定最稳。更推荐拆成几个小片段：
进入项目目录
```bash
cd /var/www/my-app
```
查看 Git 状态
```bash
git status
```
拉取代码
```bash
git pull
```
安装依赖
```bash
npm install
```
构建项目
```bash
npm run build
```
重启服务
```bash
systemctl restart my-app
```
这样做有两个好处。
第一，你可以在每一步之间看输出，发现问题立刻停下。第二，不同项目只要复制一份再改路径和服务名，就能快速复用。
如果真的需要一键执行长脚本，建议先在测试环境跑通，并给 Snippet 起一个很明确的名字，比如：
```text
测试环境 一键构建并重启 App
```
不要把危险的一键脚本命名成“部署”这么模糊。
9. 团队协作时，用 Snippets 统一常用命令
如果是多人维护同一批服务器，Snippets 还有一个隐藏好处：减少“每个人一套命令”的混乱。
比如查看日志，有人用：
```bash
tail -f app.log
```
有人用：
```bash
journalctl -u app -f
```
有人还会加 `grep`。命令本身没有绝对对错，但如果团队没有统一习惯，排查结果就可能不一致。
可以把团队常用命令整理成一套标准 Snippets：
标准日志查看方式
标准服务重启方式
标准健康检查命令
标准 Docker 排查命令
标准回滚前检查命令
这样新人接手服务器时，不用先问一圈“你们平时怎么查”。打开 Snippets，看名字就知道该用哪个。
这里建议加上简单说明。比如命名为：
```text
App 查看实时日志
```
内容为：
```bash
journalctl -u app -f
```
描述可以写：
```text
用于查看 app 服务实时日志，排查启动失败和运行报错。
```
说明不用长，但要告诉别人它适合什么时候用。
10. 高风险命令要加保护，不要追求“一键爽感”
Snippets 很方便，但越方便的工具越要小心。尤其是删除、重启、清空、覆盖这类命令。
下面这些命令不建议随便保存成可直接执行的 Snippet：
```bash
rm -rf /some/path
```
```bash
docker system prune -a
```
```bash
truncate -s 0 /var/log/app.log
```
```bash
systemctl restart critical-service
```
如果确实要保存，建议做几件事：
名字里写明风险。
内容里放占位符，避免直接执行。
先保存检查命令，再保存执行命令。
能不用 `-f` 就别用。
不确定影响范围时，不要做成一键执行。
比如不要保存成：
```bash
rm -rf /var/log/app/*
```
可以改成更安全的两步。
先查看：
```bash
ls -lh /var/log/app/
```
再清理指定文件：
```bash
rm -i /var/log/app/REPLACE_FILE_NAME
```
`-i` 会在删除前询问确认，虽然多一步，但能防止手滑。
Snippets 的目标不是让所有命令都自动执行，而是让正确的命令更容易被找到和复用。
11. 给日常命令配一套个人工作流
如果你每天都连接服务器，可以把 Snippets 按“打开终端后的顺序”整理。
比如登录后常做这些事：
确认自己在哪台机器
```bash
hostname
```
确认当前用户
```bash
whoami
```
查看当前目录
```bash
pwd
```
进入项目目录
```bash
cd /var/www/my-app
```
查看服务状态
```bash
systemctl status my-app
```
这就是一套简单的个人工作流。看起来很基础，但它能避免很多低级错误，比如在错误服务器、错误用户、错误目录里执行命令。
你也可以为不同任务准备不同工作流：
任务 | 推荐 Snippets |
排查服务异常 | 查看状态、看最近日志、看端口、看资源 |
发布项目 | 进入目录、查看分支、拉代码、构建、重启 |
清理磁盘 | 查看磁盘、查大文件、确认路径、删除指定文件 |
检查容器 | 查看容器、查看日志、进入容器、查看镜像 |
网络排查 | `ping`、`curl`、`ss`、`traceroute` |
当这些命令都放进 Snippets，你会发现自己不再频繁切到文档或浏览器查命令。
12. 定期整理 Snippets，删掉过期命令
Snippet 不是越多越好。旧命令、临时命令、项目已下线的命令，如果一直留着，反而容易误用。
建议每隔一段时间整理一次：
删除已经不用的项目命令。
更新路径、服务名、容器名。
合并重复片段。
把临时命令移到单独分组。
给风险命令重新命名。
检查是否还有过期参数。
尤其是服务器目录调整、服务迁移、容器名称变化后，Snippets 也要跟着改。否则你以为自己在执行标准命令，实际跑的是旧路径。
一个实用做法是建一个分组：
```text
待确认
```
凡是不确定是否还有效的 Snippet，先放进去。确认能用再移回正式分组，确认不用就删除。
常见问题解答
Termius Snippets 会自动执行命令吗
通常你可以选择插入命令后再执行，具体行为和客户端设置、使用方式有关。对高风险命令，建议先插入到终端，检查无误后再按回车。
Snippets 适合保存密码或密钥吗
不建议。密码、私钥、访问令牌这类敏感信息应该放在专门的安全工具或受控配置里。Snippets 更适合保存命令模板和常用操作。
我应该把一整段脚本放进 Snippet 吗
可以，但要谨慎。短脚本和低风险脚本适合保存。复杂部署脚本建议先拆成步骤，确认每一步输出后再继续。
Snippets 太多找不到怎么办
先做好命名和分组。名称里放动作、对象和环境，比如“生产 查看 Nginx 状态”。再定期删除过期片段，避免命令库变成杂物箱。
Snippets 能不能用于不同服务器
可以用于通用命令，但涉及路径、服务名、容器名时要小心。最好使用占位符，或者按环境分组，避免把测试环境命令用到生产环境。
把 Snippets 用好，终端会少很多重复劳动
Termius Snippets 最适合保存那些你经常用、容易忘、输错会麻烦的命令。刚开始不用追求完整命令库，先保存 5 到 10 个高频命令就够了，比如查看磁盘、看日志、查服务状态、进入项目目录。
等你用顺手后，再慢慢给它分组、加模板、整理团队常用命令。这样做的好处很直接：命令更好找，操作更稳定，排查问题也更轻松。
下次 SSH 登录服务器时，不妨先想一想：这条命令我是不是已经敲过很多次了？如果答案是，那它就很适合变成一个 Snippet。
留言