从 Windows/macOS 迁移
从 Windows 或 macOS 迁移 Omarchy 的 30 天练习计划
用四周训练计划把开始菜单、Spotlight、Command、Alt-Tab、虚拟桌面和鼠标操作迁移到 Omarchy 键盘与工作区流程。
迁移成功的标准不是卸载 Windows 或 macOS，而是关键任务在 Omarchy 中可重复完成，并且失败时能回到旧环境。30 天计划把学习、数据和兼容性风险分开，避免第一周同时更换系统、编辑器、快捷键和全部软件。
开始前：建立退路
- 保留旧设备、双系统或可启动恢复介质；
- 验证文档、照片、项目和密码库备份；
- 列出必须使用的应用、格式、插件、VPN 与外设；
- 选一个非关键项目作为贯穿 30 天的测试；
- 记录每天失败的动作，而不是立即改快捷键。
迁移的是任务，不是应用图标
先问“怎样完成签署 PDF、视频会议或发布代码”，再决定用哪个 Linux 应用。名字相同不代表格式、插件和权限完全兼容。
第 1–7 天：基本导航
目标：不用查表完成启动器、终端、浏览器、关闭窗口和工作区切换。
| 旧习惯 | Omarchy 心智模型 |
|---|---|
| 开始菜单 / Spotlight | Super + Space 菜单与应用搜索 |
| Command / Windows 键 | Super 修饰键 |
| Alt-Tab / Command-Tab | 方向焦点与固定工作区 |
| 拖动分屏 | Hyprland 自动平铺 |
| 虚拟桌面 / Spaces | Super + 1…9 固定任务区 |
把浏览器、编辑器、终端和沟通固定在 1–4 号工作区。第一周不改系统默认绑定。
第 8–14 天：文件与沟通
目标：完成一整天低风险工作。
- 使用统一剪贴板与历史；
- 从文件管理器和终端定位同一项目；
- 测试截图、OCR、录屏和 LocalSend；
- 验证中文输入、字体和 PDF；
- 参加一次测试会议，验证摄像头、麦克风和共享屏幕；
- 从备份恢复一个测试文件。
第 15–21 天：开发与专业软件
目标：让一个真实但非关键项目通过完整流程。
- 用 mise 安装项目需要的语言版本；
- 验证 Git 身份、SSH、签名和私有仓库；
- 运行依赖安装、测试、构建与本地服务；
- 用 Docker 时理解 sudo 与 docker 组的权限差异；
- 在 Tmux/LazyVim 或选定编辑器中完成一次修改；
- 只在手动流程稳定后加入 AI Agent。
对 Office 宏、Adobe 文件、企业 VPN、反作弊游戏和厂商外设工具建立“可用、部分可用、必须回旧系统”表，不用愿望替代验证。
第 22–30 天：维护与定制
目标：证明你能维护，而不只是能启动。
- 在有时间恢复的窗口执行一次 Omarchy 更新；
- 确认自动快照和 Limine 入口；
- 练习收集已脱敏的 debug 信息；
- 只改一个主题或快捷键并记录差异；
- 注销、重启、睡眠唤醒后重新测试；
- 检查备份最近一次成功时间，并实际恢复文件；
- 决定旧系统继续保留多久。
每周复盘表
| 问题 | 记录 |
|---|---|
| 哪些任务已完全可重复？ | 步骤与所用应用 |
| 哪些只能部分完成？ | 缺失格式、插件或硬件能力 |
| 哪些必须回旧系统？ | 频率与业务影响 |
| 哪个快捷键最常查？ | 是否继续练习而非立即修改 |
| 恢复是否真实可用？ | 最近一次恢复测试日期 |
30 天后的决定
- 继续主力使用：核心任务、备份、更新和恢复均验证；
- 保留双系统：少量重要任务仍依赖 Windows；
- 保留 Mac/远程机：硬件或专业软件无法替代；
- 暂停迁移：数据、停机或兼容性风险高于当前收益。
这不是失败评级，而是证据驱动的环境设计。操作映射见Windows/macOS 对照，日常入口见安装后第一天。