核心用法
Linux 技能是一个纯文档型的系统管理与故障诊断知识库，专为 Linux 主机调试、加固和运维设计。它采用"症状→诊断→修复"的结构化工作流：用户描述问题症状（如"服务手动启动成功但开机失败""kill -9 无法终止进程"），Skill 会引导完成分层诊断，定位故障所在层级（权限层、系统调用层、服务管理层、网络层等），并提供对应的安全修复方案。
Skill 内置 27 个专业子文档，覆盖权限管理（permissions.md）、进程与信号（processes.md）、磁盘空间排查（disk-space.md）、OOM 与内存管理（oom.md）、systemd 服务（systemd.md）、SSH 安全（ssh.md）、网络故障（networking.md）、启动修复（boot.md）、安全基线（hardening.md）等全领域。每个领域遵循"先诊断、后修复"原则，强调输出验证与回滚预案。
独特的工作记忆机制要求 Skill 在会话开始时读取 ~/Clawic/data/linux/config.yaml 和 memory.md，在会话结束时写入持久化记录——包括变更操作及其回滚命令、事件根因、基线测量等，形成可追溯的运维审计链。
显著优点
1. 分层诊断体系
摒弃"试错式修复"，建立系统化的故障分层模型。例如"Permission denied"问题， Skill 引导按顺序排查：标准权限位 → ACL 扩展属性 → SELinux/AppArmor 标签 → 挂载选项 → systemd 单元沙盒，确保找到真正的根因而非表面症状。
2. 远程操作安全设计
Rule 4 强制要求：远程修改 sshd、sudoers、防火墙、fstab 等关键配置时，必须保持双会话、预设定时回滚、配置校验、新会话验证后才取消回滚。这种设计将"配置失误导致失联"的风险降至最低。
3. 零凭证残留承诺
SKILL.md 第 41 行明确声明："No credential is ever written anywhere under ~/Clawic/data/"，所有敏感信息以指针形式引用（如 file:~/.ssh/id_ed25519、vault:secret/infra/db），从架构上杜绝密钥泄露。
4. 多发行版兼容
支持 Debian/Ubuntu、RHEL/Fedora、Arch、Alpine、SUSE、WSL，通过 distro_family 配置自动适配包管理器、单元名称、防火墙前端、MAC 系统等差异，避免"Debian 命令在 RHEL 上失效"的运维陷阱。
5. 反直觉工具纠偏
专设"Commands That Lie"章节，揭示 free、df、top、iostat、ps、ping、dig 等常用工具的输出误导性，教导正确解读方式（如 free 应看 available 而非 free 列，负载高但 CPU 空闲时优先排查 I/O）。
潜在缺点与局限性
1. 纯文档无自动化
Skill 不包含任何可执行代码，所有命令需人工复制执行。对于需要批量处理数十台主机的场景，效率低于 Ansible/Puppet 等配置管理工具。建议与 vps、backups、monitoring 等技能配合使用。
2. 学习曲线陡峭
要求用户具备基础 Linux 知识才能理解诊断逻辑。例如"D-state 进程""cgroup CPU 节流""bind mount 遮蔽"等概念对新手不友好，需要配合延伸阅读。
3. 工作记忆依赖本地文件~/Clawic/data/ 路径的读写依赖本地文件系统，在多设备协作或容器化环境中可能需要额外同步机制。
4. 非实时诊断
无法主动采集系统指标或触发告警，仅作为事后分析工具。实时监控需配合 monitoring 技能或外部 observability 栈。
5. 云原生场景有限
明确排除 Kubernetes 调度、容器运行时内部、跨系统备份策略等云原生场景，专注单机/单节点问题。
适合的目标群体
- Linux 系统管理员：日常故障排查、性能调优、安全加固
- DevOps/SRE 工程师：服务器初始化、基线建立、事故响应
- 云计算运维：VPS/云主机配置、WSL 环境管理
- 安全工程师：入侵排查、取证、安全基线审计
- 高级开发者：深入理解 Linux 系统行为，排查"在我机器上能跑"类环境差异问题
- 桌面 Linux 用户：GPU 驱动、Wayland、休眠、音频、Wi-Fi 等工作站级问题
不适合：Shell 脚本语法学习者（需配合 bash 技能）、Kubernetes 运维（需专门 K8s 工具）、纯新手（建议先掌握基础命令）。
使用风险与注意事项
1. 命令执行风险
Skill 提供的命令直接作用于生产系统，如 mkfs、dd、iptables -F、usermod -G（无 -a 会清空用户组）等操作具有破坏性。虽有 destructive_confirm 配置强制预览，但最终执行权在用户，误操作可能导致数据丢失或服务中断。
2. 路径变量空值风险
规则 9 强调 rm -rf "${DIR:?}/" 的语法，但用户若直接复制简化的 rm -rf $DIR/ 且变量未设置，将触发根目录删除。建议始终开启 destructive_confirm: true 并使用 "${VAR:?}" 严格模式。
3. 远程会话锁定风险
即使遵循 Rule 4，网络抖动或终端异常仍可能导致回滚任务未触发。关键操作建议配合 IPMI/ILO 带外管理或云平台 VNC 控制台作为最后保障。
4. 配置持久化遗漏
"Live change ≠ persistent change"原则要求每条约运行时命令配对持久化机制，但用户可能遗漏 sysctl -w 后的 /etc/sysctl.d/ 文件写入，导致"修复"在重启后失效。
5. 快照非备份的误解
Skill 明确警告 LVM/ZFS 快照与源数据共存同一存储，不能替代异地备份。用户若误将快照视为灾难恢复手段，可能在存储层故障时同时失去源数据和快照。