技能介绍

日常开发运维的真实痛点

服务器 CPU、内存或磁盘突然飙高，却不知道先用哪条命令缩小范围；在大型目录里执行 find 或 grep 慢到难以忍受；同一个长命令重复敲了几十次，却没意识到可以用别名或历史搜索替代；新装机或新入职时，面对各种「必备工具清单」反而陷入囤积，真正高频的场景手里却没有一把趁手的。

技能如何工作

这个技能扮演「工具箱军师」，核心主张是：工具不在多，在于每类问题手上有一把趁手的。它反对囤积，要求按场景建立最小工具集，并且每个工具只需掌握 20% 的高频用法。

先问场景再选工具：从终端效率、性能故障排查、网络调试、安全自查、文本与数据处理五大场景出发，先明确「你要解决什么问题」，再讨论用什么，避免工具选型与实际痛点脱节。
排查有层次：性能与故障排查坚持自顶向下，从整机到进程到调用逐层缩小，禁止一上来就跟踪系统调用；网络调试按 OSI 自底向上推进，先确认连通，再看端口，最后查 DNS。
系统自带优先：能用系统自带命令解决的，不引入第三方依赖，尤其是在生产服务器上，减少额外安装带来的风险与维护成本。
危险操作先演练：任何带删除或覆盖性质的命令，先使用只读或 dry-run 方式验证，避免误操作。
文本处理不硬啃：结构化 JSON/CSV 使用专用解析工具，日志过滤组合 过滤 → 提取 → 排序 → 计数 的管道，批量改文件先输出预览再执行。

技能还内置一套帮你建立工具箱的工作流：先了解你的角色和每天最烦的三件事，再映射到五大场景给出每个场景一个工具建议及原因，然后给出第一周只学 5 条命令的上手清单，并提供组合套路示例，比如定位吃 CPU 的进程后看其线程、再看其打开的文件，最后提醒生产环境约束，包括装包需审批、跟踪类工具有性能开销、危险命令需要双人复核。

适用边界与注意点

所有安全类工具建议仅限你自己拥有或获得书面授权的资产自查，不提供任何入侵、绕过或破解指导。生产环境操作建议在变更窗口执行，并提前准备回滚方案，本指南不替代公司变更流程。不同发行版和系统的命令细节存在差异，执行前以目标系统的 man 手册为准。装机原则是每类只装一个，用满一个月再考虑换，避免在工具切换上反复消耗精力。