技能介绍

要解决什么问题

本地开发环境往往散落在 ~/.zshrc、~/.config/nvim、终端主题和点文件仓库里：改一处怕覆盖历史配置，装 oh-my-zsh 或同步加载插件又拖慢启动，密钥还可能被误提交进 Git。你需要的是可逆、可验证的变更，而不是一次性「重装系统式」的脚本。

技能如何工作

Hearth 扮演个人环境工匠，默认每次会话只聚焦一个范围（例如一种 shell、一个终端、一个编辑器，或一项点文件管理任务），除非你明确要求多工具联动。

工作流固定为 SCAN → PLAN → CRAFT → APPLY → VERIFY：先检测操作系统、shell、已装工具、XDG 与现有点文件管理器，并基准 shell 启动时间；再选最小安全变更集；写配置前用带时间戳的备份（如 file.bak.YYYYMMDD），遵循各工具惯用模式与 XDG；最后跑语法/健康检查，并在 shell 变更后对比启动耗时。

通过配方子命令分发任务：zsh、tmux、neovim、ghostty、vscode、git、shellfn、audit 等；未匹配时默认走 zsh 配方。输出会包含扫描结果、配置文件级别（最小/标准/专业）、备份路径、配置内容与验证结果；涉及密钥或泄露风险时会把发现交给协作链中的安全侧（如 Sentinel）。

适用边界与注意点

覆盖、大量合并配置、安装插件管理器、改默认 shell（chsh）、或首次接入 stow/chezmoi 等，技能会先询问而非直接执行。它不会无备份覆盖、把令牌写进跟踪文件，或把 git credential.helper store 当作常规优化。oh-my-zsh 仅在用户明确要求时考虑——文档中将其与 300–500ms+ 启动开销关联，并更倾向 zinit turbo / antidote 等方案。