sikulix.com

RaiMan's SikuliX（sikulix.com）是 SikuliX 的项目主页，由 RaiMan 维护。SikuliX 的定位是“自动化你在计算机显示器上看到的内容”，即通过识别屏幕上的图像来驱动鼠标和键盘操作。需要先说明一个关键现状：页面明确写着 RaiMan 已停止开发（“RaiMan stopped dev”），并指向 Oculix 了解更多信息。因此这个站点更适合当作了解 SikuliX 历史、查阅文档和获取源码的入口，而不是获取持续更新版本的渠道。

网站提供什么

首页篇幅很短，主要给出几类入口和说明：

• 文档：页面上的 “Read the docs” 指向使用文档，是了解 SikuliX 用法的主要去处。
• 源码：页面上的 “Sources on GitHub” 指向 GitHub 上的源代码。
• 历史与访谈：页面提到 SikuliX 在 2015 年发布 1.x 版本的历史，以及 RaiMan 在 2015 年 2 月接受 Joe Colantonio 的一次访谈。
• 免责声明：页面列有 “Disclaimer” 入口。
• 后续项目：页面以 “Now Oculix” 提示后续方向，并引导到该处查看更多信息。

SikuliX 的用途机制

SikuliX 的核心思路是“以图定位”：你先截取屏幕上某个按钮、图标或区域作为目标图像，脚本运行时在屏幕上查找这张图，找到后对其位置执行点击、输入等操作。它不依赖被测程序的内部接口或控件树，因此对无法获取内部结构的界面也能操作。

例如需要在一个只有图形界面、没有命令行入口的旧客户端里每天重复点击同一组按钮：把每个按钮截图保存，脚本按顺序查找并点击，就能把手工流程固定下来。代价是图像匹配对分辨率、缩放比例、主题配色和遮挡比较敏感，界面一变往往要重新截图。

适合谁看，以及要注意什么

这个站点适合三类读者：想了解 SikuliX 来历和设计思路的人、需要查阅既有文档或源码的开发者、以及从旧资料中迁移脚本的用户。

需要留意的条件有：

• 开发状态：页面已声明停止开发，不要预期在这里获得新版本或问题修复；新项目应优先查看页面指向的 Oculix 相关信息。
• 资料时效：页面提到的版本历史停在 2015 年，文档和示例可能对应较旧的运行环境。
• 价格与获取方式：现有页面资料未提及收费或登录要求，具体下载与使用条件应以文档和 GitHub 仓库的实际说明为准。

如果你的任务是“确认这个域名是不是官方项目页”，答案是：它是 RaiMan 维护的 SikuliX 项目主页，但已进入停止开发状态，后续信息被引导至 Oculix。

根据 sikulix.com 首页当前显示的信息，SikuliX 原作者 RaiMan 已停止该项目的开发，页面同时把访客引向 “Oculix” 以了解更多信息。因此，如果你现在要选型或规划长期使用，不应再把 SikuliX 当作持续演进、会获得新功能与修复的项目；已有资料和源码仍可用于了解与维护旧脚本，但新项目的技术路线需要重新评估。

页面明确说了什么

sikulix.com 首页标题为 “SikuliX by RaiMan”，正文关键信息包括：

• “Automate what you see on a computer monitor”：SikuliX 的定位是自动化你在电脑显示器上看到的内容，即基于屏幕图像识别来操作界面。
• “Now Oculix - RaiMan stopped dev”：RaiMan 已停止开发，并指向 Oculix。
• “Look here for more information”：更多信息需到页面所指处查看。
• 页面还提到 2015 年 SikuliX 1 版本的历史，以及作者 2015 年 2 月接受 Joe Colantonio 采访的内容。
• 导航入口包括 “Read the docs”“Sources on GitHub”“Disclaimer”“HOME”。

需要区分的是：页面只说明“停止开发”并给出 Oculix 这一去向，并未在现有资料中说明 Oculix 的具体功能、与 SikuliX 的官方关系或迁移方式。因此不能据此推断 Oculix 是 SikuliX 的官方继任版本，也不能推断它兼容现有脚本。

这对不同读者意味着什么

继续使用前要核实的三件事

1. 文档与源码是否可访问：从首页的 “Read the docs” 和 “Sources on GitHub” 进入，确认你需要的版本说明和代码仍在。页面本身给出了这两个入口，但未说明其内容是否随停止开发而冻结。
2. Oculix 到底是什么：页面只说“Look here for more information”，没有给出功能、许可、维护状态。若你考虑转向 Oculix，应先读完它自己的说明，再判断是否满足你的自动化场景。
3. 旧脚本的可维护成本：停止开发的项目，遇到操作系统升级、分辨率变化或依赖库变动时，修复责任落在使用者一侧。对稳定性要求高的场景，应准备替代方案或至少保留可回退的运行环境。

常见卡点

• 把“停止开发”误读为“网站关闭”：首页仍在，文档和源码入口仍在，但项目不再推进。
• 把 Oculix 直接当作升级版：现有资料没有支持这一结论，需自行核实其定位与兼容性。
• 忽略页面时间信息：页面提到 2015 年的版本与采访，说明站点内容有历史沉淀，阅读时应以当前页面声明为准，不把旧版本信息当作现状。

一句话结论：SikuliX 已由原作者停止开发，sikulix.com 把后续关注点指向 Oculix；存量脚本可继续维护，新项目应先核实 Oculix 的实际能力再决定是否采用。

SikuliX 的核心用途是自动化计算机屏幕上可见的内容。它通过识别屏幕上的图像来定位并操作界面元素，而不是依赖控件名称或内部接口。官网首页用一句话概括了它的定位：“Automate what you see on a computer monitor”。适合需要操作那些难以用常规自动化工具抓取控件的图形界面，例如远程桌面、老旧客户端软件或游戏窗口。

它基于什么思路工作

SikuliX 的工作方式可以理解为“看图找位置，再执行动作”：

1. 准备图像：截取目标按钮、图标或区域，保存为图片文件。
2. 屏幕识别：运行时在屏幕上搜索与图片匹配的区域。
3. 执行操作：对找到的位置执行点击、输入、拖拽等动作。

这意味着自动化的前提是目标在屏幕上“看起来”稳定。如果界面主题、分辨率或缩放比例变化，匹配可能失败，需要重新截图或调整匹配参数。

适合与不适合的场景

使用前需要知道的变化

根据官网首页信息，原作者 RaiMan 已停止开发，页面提到后续方向为 “Oculix”，并引导访问者查看相关说明。这意味着：

• 现有文档和 GitHub 源码仍可作为参考。
• 新项目选型时，应把“维护活跃度”作为一个评估条件，而不是默认它持续更新。
• 若只是短期或内部使用，现有能力通常仍可满足需求。

一个具体例子

例如需要每天从某个只有桌面客户端的系统导出报表：先用 SikuliX 截取“导出”按钮和保存对话框的输入框，脚本运行时识别按钮位置并点击，再在对话框中输入固定路径完成保存。验证方法是先手动跑一遍流程，确认每一步截图在当前分辨率和缩放下都能稳定匹配，再固化为脚本。常见卡点是窗口位置偏移或加载延迟，可在动作之间加入等待和重试。

在 SikuliX 官网（sikulix.com）首页即可找到两个核心入口：Read the docs 指向文档，Sources on GitHub 指向源码仓库。首页同时提示 RaiMan 已停止开发，并指向后续项目 Oculix；如果你需要的是长期维护的版本，应把这一点纳入选择。

官网提供的入口

首页标题为“SikuliX by RaiMan”，正文明确列出以下导航项：

首页还提到“Sikulix history in 2015 with version 1”，并附有 RaiMan 在 2015 年 2 月接受 Joe Colantonio 采访的记录。这些属于背景资料，查文档和源码时不必先读。

使用这些入口的注意事项

文档入口

点击 Read the docs 后，按你使用的版本查找对应章节。SikuliX 的核心能力是“Automate what you see on a computer monitor”，即基于屏幕图像识别来操作界面，因此文档中与截图匹配、等待时机、失败重试相关的内容最值得先看。例如需要让脚本在弹窗出现后自动点击按钮，就要先确认文档里图像匹配的相似度设置和等待超时写法，而不是直接照搬示例。

源码入口

点击 Sources on GitHub 会离开官网进入代码托管页面。适合以下情况：

• 想确认某个行为在源码中如何实现；
• 遇到疑似 bug，需要对照代码或提交 issue；
• 想自行构建或做二次开发。

如果只是想用 SikuliX 完成自动化任务，优先读文档即可，源码不是必需入口。

开发状态提示

首页写明“Now Oculix - RaiMan stopped dev”，并给出“Look here for more information”的跳转。这意味着官网所介绍的 SikuliX 已不再由原作者继续开发。选择时可按需求区分：

• 维护旧脚本、复现既有方案：继续使用 SikuliX，文档和 GitHub 源码仍可查阅；
• 新项目、需要持续更新：先通过首页的 Oculix 链接了解后续项目，再决定是否采用 SikuliX。

常见卡点

• 只看到首页导航，找不到具体文档页：文档内容在 Read the docs 指向的站点内，不在首页展开，需点击进入后再检索。
• 把 GitHub 当成使用手册：源码仓库适合查实现和提问题，系统学习用法仍应以文档为主。
• 忽略停止开发的提示：在团队项目中引入前，先确认版本维护状态是否符合你的支持周期要求。

首页另有一个标注为“A gimmik :-)”的条目，属于站点趣味内容，与获取文档和源码无关，可跳过。