背景：我常用的时间管理软件ManicTime是根据exe属性里的产品名称来区分不同程序的。然后最近我打了几个不同的RPGMaker做出来的小游戏，发现这些个程序清一色的都没有设置“产品名称”这一项，在ManicTime里都被当成了同一个Game.exe记录。这我可不大能接受。上网一搜发现这事儿国内也没几个人提过，这我也能理解，改详细信息虽然看起来不难，但确实是几乎用不到的功能。到头来还是stackoveflow大法帮了我忙。

贴个链接：https://stackoverflow.com/questions/1022449/how-to-change-an-executables-properties-windows

简而言之就是下载Resource Hacker或者别的具有类似功能的软件，然后在Version Info子项中修改对应条目，编译脚本，保存即可。


修改后的结果：

Logo
2048 AI社区

有“AI”的1024 = 2048，欢迎大家加入2048 AI社区

更多推荐

Expect脚本实战：多条件匹配与防卡死技巧

在自动化测试和系统初始化中，我们常常使用 Expect 脚本来完成一系列交互操作，比如自动输入密码、监听输出并作出响应。然而，实际项目中可能遇到多步骤输出匹配的场景：只有在 先匹配到某一行输出，再匹配到另一行输出 时，才需要做出响应。同时，如果 “testX failed” 出现了，但 “set params error” 没有在合理时间内出现，不要卡死，而是打印警告并继续。这个写法的问题在于：如

avatar 2048 AI社区

AI模型版本控制的标签管理：架构师的技巧

在AI模型生命周期中，版本控制是保障模型可追溯性、协作效率与生产可靠性的核心环节。而标签管理作为版本控制的"语义接口"，其设计质量直接决定了团队对模型版本的理解、检索与复用能力。本文从架构师视角出发，结合第一性原理与MLOps实践，系统阐述AI模型标签管理的理论框架、架构设计、实现机制与高级考量。通过拆解标签的"唯一标识+语义描述"本质，提出四维标签模型。

avatar 2048 AI社区

Expect脚本实战：多条件匹配与防卡死技巧

在自动化测试和系统初始化中，我们常常使用 Expect 脚本来完成一系列交互操作，比如自动输入密码、监听输出并作出响应。然而，实际项目中可能遇到多步骤输出匹配的场景：只有在 先匹配到某一行输出，再匹配到另一行输出 时，才需要做出响应。同时，如果 “testX failed” 出现了，但 “set params error” 没有在合理时间内出现，不要卡死，而是打印警告并继续。这个写法的问题在于：如

avatar 2048 AI社区