Discord
回复最快，通常在开发者看到之前，其他用户就已经答了。
加入服务器支持
坏了的、看不明白的，或者想到的。三种都欢迎，三种都会被读到。
最快的路
凡是像 bug 的问题，请用程序“日志”页里的“发送报告”。它会带上日志，而日志正是真正能解决问题的那部分。
在哪里找我们
怎样把 bug 报告写好
有没有这四行，决定了这周修好还是永远不修。
- 1版本号，程序标题栏或本站页脚上都有。
- 2平台：Windows、macOS 还是 Linux，以及哪个版本。
- 3你预期会发生什么，实际发生了什么。
- 4出问题那段时间前后的日志。
大家真正会问的问题
我该怎么报告 bug？
用程序「日志」页里的「发送报告」。它会附上出问题那段时间前后的日志，而找出原因的几乎总是那一段。你也可以把 bug 发到论坛，别的用户可能见过同样的情况。
程序必须一直开着吗？
是的，程序开着，机器人才跑。你可以把它缩到系统托盘，它会在后台继续工作。如果你想完全不用桌面环境，就在服务器上用无窗口的 CLI 版本。
更新是怎么进行的？
程序会自己检查新版本，验证它的加密签名，然后完成安装。你不需要第二次下载安装包。每个平台的每个版本都用同一把密钥签名，所以被改动过的更新会被拒绝。
它支持哪些平台？
Windows 10 及更新版本（64 位）、macOS 12 及更新版本（Apple Silicon 与 Intel 都支持），以及 64 位 Linux 的 AppImage 或 .deb。三者由同一份源码、同一条流水线构建，因此行为一致。此外还有给服务器用的无窗口控制台版本。
它占多少内存和 CPU？
它用 Rust 和 Tauri 2 构建，使用操作系统自带的网页引擎，所以既不打包浏览器也不带 Node 运行时。在 Windows 上跑四个角色实测，整个程序合计约 550 MB，而且再加角色这个总数也几乎不动：机器人本身约 110 MB，其余是那唯一一个负责绘制界面的网页引擎。两次动作之间，处理器基本闲着。
文档在哪里？
在 mercysf.app/docs。那里有上手指南、每个自动化模块一页并说明它的设置到底做什么、一个排查问题的章节，以及控制台版本 JSON 接口的完整参考。