AutoHotkey2.0.26

AutoHotkey 是面向 Microsoft Windows 的开源自动化脚本工具，用自定义语言把热键、热字符串、程序启动、窗口操作和简单 GUI 组合成可重复的工作流。官网当前列出的最新稳定版为 2.0.26（官方 GitHub Release 发布于 2026-05-04）；v2.1 仍是 alpha，v1.1 只保留旧版入口且已经停止维护。它不是录制器，也不会替你判断脚本是否安全：脚本会按权限真实发送按键、鼠标输入或启动程序。

先选稳定版：2.0.26、v2.1 alpha 与 v1.1

日常使用优先选择官方下载页标出的 2.0.26 稳定版。v2.1 alpha 适合愿意测试新变化并能自行回退的人；v1.1 仍能在部分旧脚本中看到，但官方仓库已明确不再维护。不要因为 alpha 版本号更高，就把它当成更适合生产环境的版本。

版本选择的关键不是“能不能启动”，而是现有脚本使用哪套语法、团队是否能固定解释器和回退方案。迁移旧脚本时先复制文件并逐段验证，不要直接用 v2 运行未经检查的 v1 项目。

安装版、ZIP 与源码怎么取舍

官方下载页同时提供 EXE、ZIP、源码和 GitHub Releases 入口。EXE 适合多数个人电脑，ZIP 适合不想写入常规安装位置或需要便携目录的场景，源码适合审阅、构建和开发者维护。官方仓库列出 Win32 与 x64 构建配置；具体架构、安装选项和当前文件名应以下载页当次页面为准。

1. 先从官方 Downloads 页确认稳定版，再根据机器架构选择安装包或 ZIP。
2. 安装后确认 .ahk 文件关联到 v2 解释器；如果保留 v1，使用明确的启动方式，避免双击时选错版本。
3. 需要便携部署时，把 ZIP 解压到专用目录并记录目录权限；不要把脚本、编译器和个人配置混在临时下载目录。
4. 从源码构建前先阅读官方仓库的构建说明、许可证和依赖，源码构建出来的文件不要与官网稳定包混称。

Windows Store Edition 等移植版本不等同于 AutoHotkey 官方下载包。要获得官方支持边界和可核对的校验信息，优先使用官网与官方仓库链接。

第一份 v2 脚本从 #Requires 开始

AutoHotkey 脚本通常是保存为 .ahk 的文本文件。先写版本声明和单实例设置，再加入一个范围明确、容易撤销的热键，能同时验证文件关联、解释器版本和脚本是否正常退出：

#Requires AutoHotkey v2.0
#SingleInstance Force

#n::Run "notepad.exe"
::brb::be right back

上例用 Win+N 启动记事本，用热字符串把 brb 替换成一段文字。保存后双击脚本或从 Dash 运行，观察任务栏托盘图标；修改脚本后使用 Reload，而不是反复启动多个实例。自动化脚本可能影响当前获得焦点的窗口，第一次测试应使用可丢弃的文本或测试账号。

热键、热字符串与窗口条件

热键适合把组合键映射为动作，热字符串适合把短输入扩展为文本；Run、Send、窗口函数和 GUI 函数则负责把动作连接起来。需要限制作用范围时，用窗口条件减少误触发：

#Requires AutoHotkey v2.0
#HotIf WinActive("ahk_exe Code.exe")
^!s::Send "^s"
#HotIf

• 先写清楚触发键、目标窗口和撤销方式，再增加连续输入、循环或延时。
• 优先使用进程名、窗口类或控件信息等相对稳定的条件，不要只依赖随标题变化的文字。
• Send 会把输入交给当前上下文；弹窗、焦点变化和权限差异都可能让结果不同。
• 热字符串应避免覆盖密码、命令或代码片段中的常见短词，减少无意替换。

脚本能启动程序并不表示目标程序已经安装，也不代表窗口一定处于可操作状态。把环境检查、失败提示和退出热键作为脚本的一部分，比堆叠更多快捷键更容易维护。

Window Spy 能解决什么，不能解决什么

Window Spy 是随 AutoHotkey UX 脚本提供的检查工具，可查看活动窗口标题、窗口类、进程可执行文件、句柄、鼠标坐标和控件信息。它适合在编写窗口条件或定位控件前收集事实，但它不是稳定性保证：应用升级、缩放比例、语言、主题和布局变化都会让坐标或标题失效。

1. 先打开目标窗口，让 Window Spy 显示当前活动窗口和控件。
2. 优先记录 ahk_exe、窗口类和明确控件信息，坐标只作为最后的回退方案。
3. 在不同分辨率、缩放比例和窗口状态下重复测试，确认脚本不会把输入发给错误窗口。
4. 为找不到窗口、权限不足和控件变化提供提示或安全退出路径。

社区脚本也可以用 AutoHotkey 做出热键列表或调试面板，但这类界面是脚本作者的示例，不是 AutoHotkey 默认承诺的产品功能。页面截图中的 Hotkey Help 仅用于展示一种可编写的脚本 GUI。

Dash、Ahk2Exe 与脚本分发

安装 v2 后，Dash 提供 New script、Help files、Window Spy、Launch settings 和 Editor settings 等入口；Compile 会打开 Ahk2Exe，把脚本和解释器组合为可执行文件。编译方便在没有单独文件关联的设备上分发，但它不会把源代码变成不可分析的黑盒，也不会替你完成签名、权限和安全审查。

如果脚本会启动外部程序、读取文件或发送输入，分发前应让使用者看到源码或至少知道脚本做什么。杀毒软件对脚本解释器或自编译程序的提示不能简单忽略；应核对官方来源、哈希、源码和行为，再决定是否放行。

权限、安全与 v1 迁移边界

普通权限脚本通常不能可靠操作更高权限窗口；如果一个目标程序以管理员身份运行，脚本可能需要相同权限，这会扩大误操作影响。不要为了让热键“强行生效”就长期以管理员身份运行未知脚本。把需要提升权限的动作单独列出，并在测试机或可恢复环境中验证。

• 从官网、官方 GitHub 或可核对来源取得脚本和安装包，先审阅再运行。
• 为危险动作设置暂停、退出或禁用热键；测试时避免绑定系统级常用组合键。
• 涉及剪贴板、密码、支付、远程桌面或批量文件操作时，先清楚记录输入和输出范围。
• 迁移 v1 项目时逐个文件添加 #Requires 并按 v2 文档重写语法，不要把 v1 兼容启动器当成迁移完成。

AutoHotkey 的价值在于把重复操作变成可读脚本，而不是让不可见的自动化接管电脑。保持版本、来源、权限和回退路径可追溯，才能在效率与可控性之间取得平衡。