增加一个说明~因为发布了图床链接，只好用文字了……

例如：python3 -m pip install pygetwindow ，它会把包装到 /Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages

类似地，python3 -m pip install pywinctl ，却把包装去了~/Library/Python/3.9/lib/python/site-packages

@liprais 我一直都是用这个的，所以从来没有担心过路径。但是这不突然发现了这个问题嘛，所以很疑惑~~~

最近在做相关功能，所以了解了不少。如果要每个桌面显示当前桌面打开的应用，就我所知，非常难实现。

ActiveDock 2 应该可以为每个单独的桌面添加独立的 dock （记不太清了，记得好像是）。但是之前用的时候觉得这个软件太卡顿，体验不好。Contexts 也是同类软件，但这个软件能不能单独显示当前桌面的窗口我也不太记得了。之前用的时候觉得这个软件还是不太好看，以及似乎太老了，更新动力不足。uBar 是我现在在使用的软件，但我刚看了一下，好像只能分显示屏显示，以及可以根据桌面分组，但是不能一个桌面显示一组。（或者我没摸到诀窍）

从代码角度来说，如果一个软件的窗口被最小化了，那么它会在任何桌面上都被认为是当前桌面的窗口。这样的结果是，没法用“获取当前桌面的活动窗口”的方法获取准确的窗口信息，因为其他桌面的最小化 /隐藏窗口也会被识别进来。如果你使用原生的 AppleScript 去命令就是这样的结果。另外从 10.8 开始 mac 就在 AppleScript 上移除了跳转桌面的变量，原生的命令如果不加上其他语言模拟动作，似乎就无法指令窗口在桌面之间移动。可以理解为，苹果不希望你这么做，它更希望你使用 UI 界面上那些拖拽的方式管理窗口。如果你希望移动窗口到某一个桌面，像 Amethyst 、Stay 这样的软件还有这样的功能。

如果是希望对窗口进行最大化或者最小化的操作，这个也比较困难，因为原生的 AppleScript 指令对一些窗口不管用，另外像 Finder 这样的软件在代码上与其他软件的最小化窗口有不一样的写法（其他窗口用“miniturize”，Finder 用的是“collapse”去命令）。但是像 Wins 这样的软件把一键隐藏全部窗口的功能做得很不错。如果你需要也可以试试。

我的体会：不要升级。

384 次，90%
已用快两年了。

我两次升 13 ，然后两次退回来，能体会被系统 bug 逼急了的感受，确实就是这种感觉，要说有什么大问题，兴许不是什么致命的大问题，但未必用着舒服。
我的设备是 2020 13 M1 mbp ，我至今为止在 13 上碰到的问题包括：
1-第二屏幕无法使用隐藏式的 stage manager
2-stage manager 图标消失
3-stage manager 在处理最小化窗口上出现错乱（有的留在左边有的在 dock 里）
4-应用相当耗电，用 PyCharm 居然 Energy Impact 能达到 5000 ，是 12 系统的 100 倍
5-输入法卡住，导致整机死机，平均两天一次
6-只要重新开机，辅助权限的既有授权就会失去记忆，跳弹窗像中毒了一样，非常烦。具体详见 https://www.v2ex.com/t/902573#reply1
7-stage manager 使用快捷键打开和关闭，在 control center 里面却没有对应的显示
8-stage manager 导致屏幕计算可用的长宽出现混乱，许多窗口管理软件变得非常奇怪
9-系统偏好设置打开非常慢，经常卡住或者以不正常的速度闪现，经常担心这个系统软件崩溃
10-stage manager 动画掉帧，主要体现在左侧边栏上
11-stage manager 在打开小窗口、打开新窗口的时候反应混乱，增加操作量
12-我退回 12 的时候还没有无边记（整个系统都是个半成品），据说这个软件在 macOS 上无法使用画笔，在 macOS 上的同步较慢
……
由于我第一次升 13 的时候加入了公测，所以上述很多问题我都是在公测阶段就反馈过了，但是没想到更新了这么多版本，每次改动都不大，每次都希望补上的 bug 从 9 月拖到 12 月置若罔闻——这个不给人任何期待的状态也是让我退回去的理由——对这个系统完善的前路不报太高的期待。
不过正如上述问题所示，也可能会有人说，反正大部分都跟 stage manager 等新功能有关，很多也不影响核心使用……但是我升级就是为了用 stage manager ，反倒惹了这么多麻烦，哪怕再小的毛病，逐渐积累了几个月也就受不了了，虽然比 12 刚出来那一阵子要稳定，不会出现轨迹板飘移这样直接影响使用的 bug ，但可谓“体验感”不好：如果用户能一边使用系统，一边对 macOS 的团队表示担忧，那还不如用入门级设备跑 Windows 11 去体验相同的感受。以上。

是不是用时光机恢复了文件？我从 13 退回 12 的时候，第一次退是在天才吧退的，非常顺利，小哥建议我不要用时光机恢复之前的文件，因为那样会把之前损坏的文件一并复制回去，建议空机子重装各种软件。我照做了，很顺利，而且在装完主要软件发现没有问题之后用时光机备份了一次。后来有一天我突然想更新 13 了，又升上去，结果发现还是问题太多，前几周自己做启动盘，鼓捣了一下自己退回 12 了，用时光机恢复了当时重装之后的备份，一切都很顺滑。当然，不是说 12 就没有 bug 了，我回来的时候当时就发现了好些问题，不过都不像 13 的问题那么让我抓狂。

@julyclyde 正常的话会调整音量的大小，不会输出什么信息。我猜大概是权限的问题，打包的程序可以执行 Apple Script 但是无法直接执行命令。我后来把命令套在了 Apple Script 里面，就可以了。算是一个解决方案吧，尽管最核心的东西没有解决。

@julyclyde 啊就是它不起作用。在 Pycharm 里面有用，但是打包出来运行的时候没效果。

@steins2628 原来还有这样的事情！收获了很宝贵的经验~谢谢🙏

@julyclyde cmd = f'''AdjustVolume -s {x} -n "BlackHole 2ch"'''
os.system(cmd)

@lr3800 嗯嗯！谢谢建议！应该就如几位所说，是依赖和环境的问题。已经在系统权限上做了一些努力，虽然不是很有经验，无法说问题的症结具体是什么，但现在已经基本上绕开了出问题的代码，让独立打包的软件实现功能了~🙏

@ccmark 谢谢🙏其实这个问题最麻烦的地方就在于，它没有错误信息，但是打包的软件无法实现自己的功能，这点是能够实感观察到的……唉我再检查检查🤔