1. 一个停服页游的设计语言，凭什么适合做成指针主题
Moshi Monsters（莫西怪兽）在 2019 年底关停消费者端的时候，很多老玩家是当新闻扫过去的。但如果你在 2008 到 2016 年之间玩过它，一定记得那些圆滚滚、大眼睛、撞色鲜明的怪物：黄色的 Katsuma、粉色的 Poppet、绿色的 Zommer、蓝色的 Furi……这套角色设计放到今天看依然耐看，而且它有一个被忽略的优势——天生适合做成鼠标指针。
指针是什么？是桌面上一个 16 到 64 像素的微型图标。它必须在极小的尺寸里被瞬间辨认出来，这和当年的页游小精灵 sprite 是同一套视觉逻辑：轮廓要圆润、颜色要饱和、眼睛要大、细节要砍到最少。所以用"Moshi 系"的怪物设计语言做一套开源光标主题，不是情怀硬蹭，而是设计基因本身匹配。
这篇文章不是给你一个现成主题包，而是把整条链路拆开讲：从 PNG 素材加工、GIMP 和 ImageMagick 出图、.cur/.ani 格式转换、热点（hotspot）设置，到 Windows 注册表登记、一键安装脚本、GitHub/Gitee 开源分发，全部覆盖。适合三种人：想给电脑做专属指针但不想用来路不明主题包的玩家；熟悉设计但没碰过光标格式的插画师；以及想给开源社区添一套小而美主题的贡献者。
我亲手做过三套完整的指针主题，以下内容不是文档复述，是踩坑踩出来的实操记录。能帮你至少省掉两天瞎折腾的时间。
1.1 游戏角色设计为什么能直接迁移到指针
页游角色和指针有一个共同点：都要在"小"里做文章。Moshi Monsters 的角色在游戏里基本不超过 48 像素高，所以它的设计强依赖大块面的颜色区分、深色描边、高对比大眼睛。这三个特征迁移到 16 像素的鼠标指针上，恰好是"可辨识性三件套"。
对比一下就明白：如果拿一个写实风格的插画角色缩小到 16 像素，结果是一团灰糊糊的噪点；但如果拿一个 Moshi 系怪物缩小到 16 像素，你依然能看出"这是一张黄色圆脸 + 两个深色眼睛"。这就是为什么这类卡通设计是指针主题的最佳素材来源。
你不需要诚惶诚恐地复刻官方角色。真正的开源项目要做到版权干净，我会在第三节详细讲：吸收设计语言，画出原创怪物，而不是直接抠游戏素材。
1.2 这套指南的产出物清单
跟着做下来，你会得到一套完整可发布的 Windows 指针主题，包括：
- 原始设计稿：GIMP 的 .xcf 源文件 + 透明背景 PNG
- 静态指针：多个尺寸的 .cur 文件
- 动画指针：等待/忙碌用的 .ani 文件
- 安装脚本：.inf 一键复制文件 + .reg 注册表登记
- 项目仓库：README、LICENSE、预览图、GitHub/Gitee 双发布
技术上不复杂，但细节非常琐碎。这恰恰是开源主题"看着不难、做起来全是坑"的地方，下面逐层拆。
2. 动手前先搞懂三件事：格式、热点和尺寸表
大部分做自定义指针的人，第一反应是去下载一个"主题包"直接套。但你如果要自己做并且开源出去，必须理解底层三件事：.cur 和 .ani 到底是什么、热点是什么意思、尺寸为什么如此讲究。这三件事决定你的主题是"能用"还是"好用"。
2.1 .cur 与 .ani：静态和动态的容器差异
.cur 是 Windows 的静态光标文件。结构上，它可以理解成 ICO 图标文件的近亲，比 ICO 多了两个字段：热点的 X、Y 坐标。.cur 内部可以打包多张不同尺寸的图片，Windows 会按当前显示器的 DPI 自动选择最合适的一张来用，这是"高分屏下指针不发虚"的关键。
.ani 是动画光标文件，底层是一个 RIFF 容器：里面有一个 ANIH 头（记录帧数、宽高、位深、默认帧间隔）、一串 image 帧（每帧本质上是一张 .cur 图标）、还有 rate 块和 seq 块控制每帧的显示时长和播放顺序。Windows 原生的"忙"和"后台运行"两种状态，标准实现就是 .ani。
我平时区分这两类就记一句话：.cur 负责"指哪打哪"，.ani 负责"让用户知道电脑在干活"。做主题时，静态指针全部用 .cur，忙碌和后台状态用 .ani，不要反着来。
2.2 热点（hotspot）不是图片中心，是"准星"
这是新手翻车率最高、也最容易被忽略的概念。热点指的是光标图片上"真正生效"的那个像素点：你点击时，系统以热点位置为准判断你点在了哪里。比如系统默认箭头，热点就在箭头的尖端，而不是箭头图片的几何中心。
用射击游戏类比：整张光标图是枪，热点是准星。枪可以又大又花，但准星必须精确。
给每张图设置热点时，要按角色的"操作语义"来定：
| 光标角色 | 热点应放在哪 |
|---|---|
| 箭头 | 图片顶端中间，模拟传统箭头的尖端 |
| 手型/链接 | 食指指尖位置 |
| 文本 I 型 | 竖线正中偏上 |
| 十字/精确定位 | 交叉中心 |
| 移动/调整大小 | 图形中心 |
| 怪物笑脸 | 建议头顶正中或额头，点击感最自然 |
用怪物脸做箭头时，一开始很自然会想把热点放在脸的中心，实测下来点击对不准，关闭按钮总会差几像素。正确做法是让"额头"成为准星——因为人的视觉习惯是看到手指点在物体顶部。
2.3 尺寸不是越大越好，是要覆盖 DPI 档位
Windows 光标的标准尺寸档位是 16、20、24、28、32、40、48、56、64 像素。不同缩放比例（100%、125%、150%、200%）下，系统会优先选用贴合的嵌入式尺寸。如果 .cur 里只有一个 32 像素的图，系统在 125% 缩放下被迫拉伸，边缘就会发虚。
我的习惯是至少嵌入 16、24、32、48、64 五个尺寸。如果你特想照顾 4K 大屏用户，可以再加 128 和 256——Windows 10/11 的"超大指针"辅助功能会用到。老款编辑器只写单尺寸，这属于历史遗留，我们后面用命令行和编辑器合图的办法绕开它。
3. 素材准备：画出你自己的"Moshi系"怪物
到这一步，先别急着打开光标编辑器。素材质量决定成品上限，一个轮廓不好的怪物脸，放大做预览图还行，缩到 16 像素就变成一坨色块。素材准备我分三部分讲：原创理由、GIMP 出图流程、ImageMagick 批量生产尺寸矩阵。
3.1 为什么不直接抠游戏素材，而要原创
先说技术层面：老页游的角色素材普遍只有 100 像素左右，且大量图层合并、自带背景色，抠出来再用到 256 像素的源画布上，清晰度完全不够。而且游戏角色动辄几十帧动画，直接把 sprite 翻出来做成指针，文件体积和热区定义都会很难受。
再说版权层面：Moshi Monsters 的 IP 还在版权方手里。粉丝做几个头像自用没问题，但做成开源仓库公开发布，直接使用原始素材是有侵权风险的。开源项目的体面做法是"致敬风格，不抄具体角色"——吸收圆润轮廓、大眼、撞色、深描边这些语言，但角色完全原创。我管这套方法论叫"设计语法迁移"，效果好、版权干净，发 GitHub 不怕收到 DMCA 通知。
3.2 GIMP 出图：一张底图吃遍所有尺寸
我习惯在 256×256 的透明画布上设计每个怪物，然后向下缩放。GIMP 里建一个 256×256 的新图，保持"填充方式=透明度"，然后按我的固定配方画：
- 底色：纯色填充，饱和度高一点，后期缩小才撑得住
- 描边：12 像素宽的深色描边（约 #333），这个宽度在 64 像素下依然清晰
- 眼睛：白色大椭圆 + 深棕瞳孔 + 一个小白高光点
- 肢体：能省则省，指针不需要腿，只需要"能辨认的怪物感"
- 阴影：不画，Windows 指针自带的投影和你画的阴影会叠加成脏东西
每只怪物用单独的图层组管理，导出时关掉不需要的图层。我会按"角色分工"来设计：黄色的笑脸做箭头，粉色圆脸做手型，绿色转圈怪做忙碌动画，蓝色做移动，红色严肃脸做不可用。这样整套主题有叙事感，用户一眼能记住配色对应关系。
画完导出 PNG-24 保留透明通道，同时保留 .xcf 源文件——后面调整表情、改配色都会用到源文件，只留 PNG 等于把自己锁死。
3.3 ImageMagick 批量生成尺寸矩阵
有了 256 像素的源图，剩下就是从大到小批量缩放。这一步我完全不碰 GUI，一条脚本全部搞定：
# 以 arrow_face.png 为例，生成各尺寸 PNG for s in 16 20 24 28 32 40 48 56 64 128 256; do magick arrow_face.png -filter Lanczos -resize ${s}x${s} \ -colorspace sRGB png32:build/arrow_${s}.png done两个点要说明。第一，用-filter Lanczos，不要用默认的双线性，后者缩小到 16 像素时会把边缘糊成灰圈。第二，输出强制png32:，避免 ImageMagick 自作主张把透明图压成 8 位带白底的 PNG——这个问题我踩过，装上指针后背景是白块，特别吓人。
这里有一个细节值得单说：16 像素的版本，如果直接缩，眼睛很可能只剩一个点。正确做法是先看缩小结果，再回到 256 源图里把眼睛"故意画大一圈"，重新导出。也就是说，16 像素的最终效果不是缩放出来的，是"为小尺寸优化过的另一版设计"。真正做了才知道，小图标设计不是大图的缩小，而是另一套设计题。
4. 制作实战：从 PNG 到能点击的 .cur 和 .ani
素材齐了，进入核心环节：把 PNG 变成 .cur / .ani，再补齐整套 Windows 光标方案。我分四条线讲：静态指针的两种出图路线、动画指针的制作方法、整套光标类别的补齐方式、以及一套命名规范。
4.1 静态指针：GIMP 与 ImageMagick 两套路线
路线一：GIMP 直接导出 .cur。打开你的 PNG，菜单"文件 → 导出为"，格式选"Windows 光标 (*.cur)"。GIMP 会弹出一个对话框，让你设置热点坐标、以及选择要打包的尺寸列表。热点坐标这一步是可视化的——图标预览上会有一个十字准星，你直接点在你想要的额头位置即可。这个方式适合做单个精品文件，但一个个点，批量效率低。
路线二：ImageMagick 命令行批量转。用-define cursor:hotspot-x和-define cursor:hotspot-y指定热点：
# 生成 32px 箭头，热点在 x=16, y=6（额头） magick build/arrow_32.png \ -define cursor:hotspot-x=16 -define cursor:hotspot-y=6 \ out/arrow_32.cur裸露的 32px 单尺寸文件能用，但更专业的是做成多尺寸内嵌的单文件 .cur。我现在的主力方法是：先用脚本生成各尺寸 PNG，再用 RealWorld Cursor Editor（免费软件）打开其中一张，用 "Add image" 把 16/24/32/48/64 全部加进同一个文件，每张图都可以单独设置热点，最后保存为一个 .cur。Windows 按 DPI 选合适的那张，缩放锐度立竿见影。
这里有第三个坑要提醒：如果单靠 ImageMagick 的icon:auto-resize做多尺寸 .cur，统一只设一个热点，而不同尺寸下热点比例位置会漂移，打包出来的文件在部分缩放档位下点击偏差严重。所以多尺寸内嵌文件的每帧热点，务必在编辑器里逐个核对。
4.2 动画指针：至少 6 帧才不显得廉价
动画指针主要做两个：工作时的"后台运行"（AppStarting，箭头旁转圈）和"忙碌"（Wait，纯动画圈）。我的怪物版设计是：绿色怪反复眨眼，或者整张脸做小幅度旋转。
制作流程：
- 在 GIMP 里画 6 帧。第 1 帧是睁眼，第 2-3 帧眼睛半闭，第 4 帧全闭，第 5-6 帧睁回。每帧都是独立图层，尺寸统一。
- 依次导出 6 张 PNG。
- 打开 RealWorld Cursor Editor，新建"Animated cursor"，把 6 张 PNG 按顺序导入。
- 设置每帧显示时长。我实测 40-45 毫秒一帧（约 22-25 FPS）最舒服。太慢像卡顿，太快费 CPU 且观感发毛。
- 设置热点，保存为 .ani。
帧数不要贪多。6 帧足够表达"在忙"的状态，12 帧以上文件体积翻倍、内存占用上升，但视觉提升微乎其微。如果你想让眨眼更自然，可以在第 2 帧和第 5 帧之间各加一帧中间态，8 帧封顶。
4.3 把整套光标类别补齐
Windows 的指针方案（Scheme）包含十几个角色，不是只做一个箭头就完事。完整列表如下：
| 注册表角色名 | 界面上叫法 | 我的设计 | 文件命名 |
|---|---|---|---|
| Arrow | 正常选择 | 黄色笑脸 | arrow.cur |
| Help | 帮助选择 | 笑脸加问号 | help.cur |
| AppStarting | 后台运行 | 箭头 + 绿怪转圈 | working.ani |
| Wait | 忙碌 | 绿怪反复眨眼 | busy.ani |
| Crosshair | 精确定位 | 绿色准星脸 | crosshair.cur |
| IBeam | 文本选择 | 粉色竖条怪 | text.cur |
| NWPen | 手写 | 蓝色笔尖怪 | pen.cur |
| No | 不可用 | 红色严肃脸 | no.cur |
| SizeNS | 垂直调整 | 竖直双向箭头怪 | size_ns.cur |
| SizeWE | 水平调整 | 水平双向箭头怪 | size_we.cur |
| SizeNESW | 对角线调整1 | 左上右下双箭头 | size_nesw.cur |
| SizeNWSE | 对角线调整2 | 左下右上双箭头 | size_nwse.cur |
| Move | 移动 | 四向箭头怪 | move.cur |
| UpArrow | 候选 | 上箭头怪 | up.cur |
| Hand | 链接选择 | 粉色手型或者粉脸 | hand.cur |
Windows 10/11 还有 Pin（位置选择）和 Person（联系人选择），做主题时可以一并补上，用同一个设计模板即可。如果你时间紧，第一版只做 Arrow、Hand、Text、No、Move、Wait、Help 这 7 个，其余角色让系统回落到默认指针，Windows 允许"有些角色用系统默认"的混合方案。但既然要开源，我建议直接做满 15+2 个，完整性是开源项目被"装进收藏"的第一印象。
4.4 命名规范：文件名就是你的工程文档
很多人做主题时文件名随便起，arrow1.cur、aaa.cur 满天飞，最后自己都分不清。我建议直接照上表的命名规范来：全小写、下划线分隔、角色语义清楚。好处有三：
- .inf 和 .reg 脚本可以直接引用文件名，不用改来改去
- 后续维护时，github 上扫一眼文件名就知道缺了哪个角色
- 用户手动安装时，在"浏览"对话框里看到的也是清晰的名称，体验专业
另外一个细节：所有 .cur 和 .ani 文件放在同一个目录，最好不要散落在系统盘，这样安装和卸载都干净。
5. 分发：从"自用"到"开源项目"
自用的光标，直接控制面板里逐个"浏览"选文件就行。但做成开源项目，你需要让陌生人也能一键安装、能看懂说明、能按规范提出修改建议。这一节是"从技术到项目"的最后一公里。
5.1 目录结构与 .inf 一键安装脚本
我习惯的仓库结构长这样：
moshi-style-cursor/ ├── README.md ├── LICENSE ├── assets/ │ ├── source.xcf │ └── png/ # 各角色 PNG ├── cursors/ # 成品 .cur/.ani ├── installer/ │ ├── install.inf │ └── install.reg └── preview/ └── preview.png.inf 文件的作用是把光标文件复制到C:\Windows\Cursors\MoshiStyle\，并把注册表项写好。核心内容如下：
[Version] Signature="$CHICAGO$" [DefaultInstall] CopyFiles = Moshi.CopyFiles [DestinationDirs] Moshi.CopyFiles = 10,"Cursors\MoshiStyle" [Moshi.CopyFiles] arrow.cur = arrow.cur hand.cur = hand.cur text.cur = text.cur busy.ani = busy.ani working.ani = working.ani ; ... 其余文件照此追加 [Strings] MoshiName = "Moshi Style"使用说明必须写清楚：右键 install.inf → 选择"安装"，或者管理员命令行执行：
RUNDLL32.EXE SETUPAPI.DLL,InstallHinfSection DefaultInstall 132 install.inf.inf 文件有个很容易踩的坑：保存编码必须是 ANSI。你如果在 VS Code 里默认存成 UTF-8，中文注释和字符串会乱码，安装时可能直接报错。纯英文的 .inf 用 UTF-8 偶尔能过，但带非英文内容必挂，这是 Inno Setup 时代就有的老规矩。
5.2 注册表里的 Scheme 该怎么登记
.inf 负责复制文件，真正让 Windows"认识"这套主题、并把光标指针切过去的，是注册表。关键位置有两个：
第一个是HKCU\Control Panel\Cursors，这里的每个值对应一个光标角色。第二个是HKCU\Control Panel\Cursors\Schemes，这里是"方案列表"，控制面板"鼠标 → 指针"里下拉框显示的名称就在这里登记。
install.reg 的长这样：
Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Control Panel\Cursors] "Arrow"="C:\\Windows\\Cursors\\MoshiStyle\\arrow.cur" "Help"="C:\\Windows\\Cursors\\MoshiStyle\\help.cur" "AppStarting"="C:\\Windows\\Cursors\\MoshiStyle\\working.ani" "Wait"="C:\\Windows\\Cursors\\MoshiStyle\\busy.ani" "Crosshair"="C:\\Windows\\Cursors\\MoshiStyle\\crosshair.cur" "IBeam"="C:\\Windows\\Cursors\\MoshiStyle\\text.cur" "NWPen"="C:\\Windows\\Cursors\\MoshiStyle\\pen.cur" "No"="C:\\Windows\\Cursors\\MoshiStyle\\no.cur" "SizeNS"="C:\\Windows\\Cursors\\MoshiStyle\\size_ns.cur" "SizeWE"="C:\\Windows\\Cursors\\MoshiStyle\\size_we.cur" "SizeNESW"="C:\\Windows\\Cursors\\MoshiStyle\\size_nesw.cur" "SizeNWSE"="C:\\Windows\\Cursors\\MoshiStyle\\size_nwse.cur" "UpArrow"="C:\\Windows\\Cursors\\MoshiStyle\\up.cur" "Hand"="C:\\Windows\\Cursors\\MoshiStyle\\hand.cur" @="Moshi Style" [HKEY_CURRENT_USER\Control Panel\Cursors\Schemes] "Moshi Style"="C:\\Windows\\Cursors\\MoshiStyle\\arrow.cur,C:\\Windows\\Cursors\\MoshiStyle\\help.cur,C:\\Windows\\Cursors\\MoshiStyle\\working.ani,C:\\Windows\\Cursors\\MoshiStyle\\busy.ani,C:\\Windows\\Cursors\\MoshiStyle\\crosshair.cur,C:\\Windows\\Cursors\\MoshiStyle\\text.cur,C:\\Windows\\Cursors\\MoshiStyle\\pen.cur,C:\\Windows\\Cursors\\MoshiStyle\\no.cur,C:\\Windows\\Cursors\\MoshiStyle\\size_ns.cur,C:\\Windows\\Cursors\\MoshiStyle\\size_we.cur,C:\\Windows\\Cursors\\MoshiStyle\\size_nesw.cur,C:\\Windows\\Cursors\\MoshiStyle\\size_nwse.cur,C:\\Windows\\Cursors\\MoshiStyle\\up.cur,C:\\Windows\\Cursors\\MoshiStyle\\hand.cur"应用注册表后，光靠这个不会立刻生效，需要执行刷新命令或者注销登录：
RUNDLL32.EXE USER32.DLL,UpdatePerUserSystemParameters如果不想写注册表，也可以引导用户在"鼠标 → 指针"里手动导入，然后"另存为"一个新的方案。这个方式对小白最友好，但对开发者来说，给出一份能跑的 .reg 才是诚意。
5.3 开源仓库该放什么：从 LICENSE 到预览图
一个光标主题的代码量不大，所以仓库的规范性反而决定了用户是否愿意点"安装"。我的几个坚持：
LICENSE 必须分成两部分。美术素材（PNG、.cur、.ani）用 CC BY 4.0；脚本和配置用 MIT。如果你不希望被人拿去卖钱，素材可以收紧成 CC BY-NC 4.0，但要注意 NC 会限制一些商业场景下的合法使用，README 里最好写清楚。
README 里最值钱的东西是预览图。用户不会读你的代码，但一张桌面实拍图（光标悬停在按钮上的效果）胜过千言万语。用 OBS 录一段 10 秒的演示 GIF 更好。
发布渠道建议 GitHub 和 Gitee 双仓库。GitHub 面向海外用户，Gitee 面向国内下载快；两边都打 Release，把 install.reg、install.inf、完整素材版三个压缩包挂上去。Gitee 上记得选好许可证，平台有引导页，建议仓库创建时就直接选 MIT + CC BY 4.0 组合。
5.4 跨平台扩展：Linux 用户其实也能装
如果你的开源主题想让 Linux 用户也用上，可以补做一套 XCursor 主题。做法是给每个 PNG 写一个光标配置文件，然后用xcursorgen把 PNG 编成 XCursor 格式，最后加一个index.theme声明主题名。命令大致是：
xcursorgen arrow.conf arrow其中arrow.conf里写图片路径和热点坐标。这部分不需要专门学，照着 Linux 发行版自带的主题改配置就行。做出来后，Linux 用户把它丢到~/.icons/下即可。不需要覆盖，但作为开源项目的加分项很香。
6. 实测排坑：热区偏移、缩放虚边、动画卡顿
主题做完、上传仓库，真正的考验才刚开始。我在三套主题的测试和用户反馈中，筛出了四个高频问题，全部附上解决思路，你大概率也会遇到。
6.1 热点偏移：点击总差几像素，想砸鼠标
症状：关闭窗口时点"×"没反应，拖动窗口总选中旁边的东西。排查方法是拿放大镜看这个文件的热点：用 RealWorld 打开 .cur，它会显示一个十字准星标出热点位置。对准了是运气，偏移了才是常态。
常见原因有：导出时忘了设热点，默认落在左上角；多尺寸内嵌文件里某个尺寸的热点单独偏了；用 ImageMagick 批量生成时，不同尺寸用了同一个热点坐标（尤其是按比例缩放时热点没有按比例算）。
我的标准做法：画完图先定一个"热点规则"，例如"箭头角色 = 顶部中央偏下 2px"。然后在每个尺寸验证一次。热点这种东西，肉眼在 32 像素上很难看出来，最靠谱的验证方式是放到 100% 缩放的真实桌面上，拖拽文件、双击桌面图标各试 20 次。
6.2 缩放虚边：高分屏下一用就露怯
很多自用主题在 1080p 下看着挺好，一到 2K/4K 屏上就糊成一团。原因很简单：你只给了一个 32 像素的 .cur，Windows 在 150% 缩放时把它硬拉成 48 像素显示，边缘自然发虚。
解决办法就是我在 2.3 节强调的多尺寸内嵌文件：16、24、32、48、64 五个尺寸塞进同一个 .cur，每帧热点单独设好。如果目标是 4K 大屏，再加 128 和 256。这一步做完，100% 到 200% 缩放下都能保持锐利。
另一个隐蔽问题：16 像素那帧如果只是大图硬缩，眼睛部分会糊成一坨。对这种小尺寸帧，我建议单独手修——回到 256 像素源图画大眼睛，再单独导出 16 像素版本，而不是依赖全局脚本。手修出来的 16px 虽然丑，但它"可辨识"，这正是小图标的使命。
6.3 动画卡顿：转圈不流畅，CPU 占用吓人
动画指针卡顿的原因通常是帧率设置过高或帧图画布太大。有人把帧间隔设成 10 毫秒（100 FPS），感觉流畅了，但 Explorer 和部分应用里 CPU 占用飙高，得不偿失。
我实测下来的甜点区间是每帧 40-45 毫秒，也就是大约 22-25 FPS。肉眼看起来已经足够顺滑，CPU 负担也很小。另外每一帧如果有大片透明区域，最好在导出前用 GIMP 裁剪到实际内容的包围盒，别让 256×256 的透明区域跟着动画一起跑，内存和性能都会受影响。
还有一点：No（不可用）和 Move（移动）这类光标不要动画化。系统级光标动画只适合 Wait 和 AppStarting，其余角色动画化除了炫技没有实际价值，还会让用户觉得主题"花哨但不专业"。
6.4 安装不生效的三种典型情况
我在 issue 区收到的反馈里，安装不生效排第一。三种典型情况：
第一种：运行 .inf 后指针没变。原因往往是注册表写入成功了，但没有触发系统刷新。解决：注销重登，或者运行RUNDLL32.EXE USER32.DLL,UpdatePerUserSystemParameters。
第二种：公司电脑没权限写C:\Windows。.inf 走的是系统目录，受 UAC 限制。变通方案是让用户把 .cur/.ani 放到自己的目录，比如%USERPROFILE%\MoshiStyle，然后只导入 .reg，把路径改成用户目录。README 里建议同时提供"系统级安装"和"用户级安装"两套指引。
第三种：某些浏览器或 Electron 应用不认系统 Hand 指针，仍然显示默认箭头。这是应用层行为，不是主题问题，但用户会抱怨。处理办法是在 README 常见问题里写清楚，省得反复解释。
我的体会是：开源主题项目，50% 的功夫在美术，50% 在安装体验。把安装脚本、README、常见问题做扎实，用户留存率会高一个数量级。做完这套流程再回头看，最值钱的经验反而是那些"看着无足轻重"的细节：16 像素帧要手修、.inf 要存 ANSI、热点按角色语义放。这些不会出现在任何官方文档里，但它们决定了你的主题是从"能用"到"好用"，还是从"能用"到"被卸载"。
