我太懂这种别扭的感觉了——在Parallels里用远程桌面，因为Win键组合要留在本地，没法直接用Alt+Tab切换远程窗口，之前的AutoHotkey脚本要么没反应，要么得额外按Enter确认，确实麻烦。

问题出在你之前的脚本只是单次发送组合键信号，没有模拟原生Alt+Tab那种「按住Alt循环切换、松开直接激活」的核心逻辑。下面给你两个能完美实现原生体验的脚本：

基础版脚本（直接模拟原生行为） #

!§::
    ; 按住Alt并发送Tab，调出窗口切换器
    Send {Alt down}{Tab}
    ; 等待你松开§键（期间可以一直按§循环切换窗口，就像按Tab一样）
    KeyWait §
    ; 松开Alt，自动激活选中的窗口
    Send {Alt up}
return

怎么用： #

• 按住Alt+§，调出窗口切换器
• 保持按住Alt，反复按§键循环切换想要的窗口
• 松开Alt和§，直接激活选中的窗口，完全和原生Alt+Tab一样！

优化版脚本（适配响应慢的场景） #

如果你的远程桌面有点延迟，切换时不够流畅，可以加个微小的延迟给系统响应时间：

!§::
    Send {Alt down}
    Sleep 50  ; 50毫秒延迟，可根据实际情况调整
    Send {Tab}
    KeyWait §
    Send {Alt up}
return

为什么之前的脚本不行？ #

• §::Send {Tab}：单独按§发Tab没问题，但Alt+§时，系统会认为是Alt+Tab的变体，加上Parallels的设置限制，没法触发正确的切换逻辑，而且也没有模拟按住循环的核心行为
• ^!§::Send ^!{Tab}：这个发送的是Ctrl+Alt+Tab，和原生Alt+Tab的行为完全不同——后者是按住Alt循环切换，前者只是调出切换器后需要用方向键选择，自然达不到你想要的体验

最后确认下：确保远程Windows里的AutoHotkey脚本在后台运行，Parallels的「Apply Windows Key Combinations」保持为「On this computer」，这样Alt+§会被当作普通组合键转发到远程端，不会被Parallels拦截。

内容的提问来源于stack exchange，提问作者Magnus