浏览器脚本，别只会改网页

很多人第一次接触浏览器脚本，是为了给网页加个按钮、隐藏广告，或者把重复操作省掉。用久了会发现，真正麻烦的地方往往不在“能不能改页面”，而在于：页面关了以后，任务还能不能继续？换一台电脑，脚本能不能跟着走？出了问题，能不能看懂它到底访问了什么？

ScriptCat（脚本猫）解决的正是这一层问题。它是一个浏览器用户脚本管理器，兼容油猴脚本，同时增加了后台脚本、定时脚本、云同步和内置开发工具。

它和普通油猴脚本管理器有什么不同

最直观的区别，是脚本不必一直绑在当前网页上。

普通用户脚本通常随着网页加载，在页面里执行。 ScriptCat 还提供后台脚本和定时脚本：前者适合持续运行的任务，后者适合按计划触发的操作。比如定时提醒、周期性检查某个页面状态，这类任务不需要你一直开着页面等它执行。

这里有个边界要说清楚：后台运行不等于电脑关机后还能工作。脚本仍然依赖浏览器扩展环境，具体行为还会受到浏览器休眠、系统资源和脚本自身写法影响。

仓库 README 写的是“完全兼容油猴脚本”，并建议遇到不兼容的脚本通过 issue 反馈。对普通用户来说，迁移成本主要变成了重新安装、检查权限和确认运行结果，而不是从头学一套新语法。

“兼容”不代表每个脚本都能无条件照搬。脚本依赖的浏览器 API 、页面结构、跨域权限不同，实际效果仍要逐个确认。

这是 ScriptCat 最适合做自动化的地方。你可以把一次性的页面改造，升级成一个按计划运行的小任务。

适合的场景包括：

涉及登录、提交表单、下单、签到等动作时，建议先用只读方式验证，再逐步开放写入权限。自动化省的是重复操作，不应该替你跳过确认。

ScriptCat 支持跨设备同步脚本，也支持创建和管理脚本合集。换浏览器或重装系统后，脚本不必全部重新找一遍。

但“云同步”不是“所有运行数据都会同步”。仓库维护文档说明，当前同步范围主要是脚本源码、来源 metadata 、启用状态和排序；GM storage 值以及 @require、@resource 资源缓存不参与这条同步链路，完整备份要走另外的导出路径。

如果脚本里写了账号信息、 Cookie 、访问令牌或个人数据，开启同步前要先看清楚数据会存到哪里。

它内置代码编辑器，支持语法高亮、智能补全和 ESLint，也提供调试能力。对只想改几行代码的人，这比在多个工具之间来回切换省事；对需要维护脚本的人，至少能更快发现语法问题。

不过编辑器能发现语法错误，不会替你判断脚本是否安全，也不会保证网页改版后逻辑仍然正确。

ScriptCat 让脚本运行在隔离环境中，并要求脚本明确申请权限，敏感操作还需要额外确认。这比“装上就全权运行”更容易让人看懂风险。

安全机制不能替代脚本审查。用户脚本本质上仍然可能读取网页内容、访问网络或调用浏览器能力。安装陌生脚本时，至少看一眼代码、权限和更新来源；能用本地小脚本解决的事情，不要随便安装一个权限很大的成品。

第一步别急着做复杂自动化。先确认脚本什么时候运行、访问了哪些权限、失败时在哪里看日志。这个习惯比多装几个脚本更重要。

适合：经常重复处理网页的人；想把简单浏览器操作变成定时任务的人；已经有油猴脚本、希望跨设备管理的人；想在浏览器里学习用户脚本开发的人。

不适合：希望电脑关机后任务仍然运行的人；不愿意检查脚本权限和代码来源的人；需要稳定企业级流程、审计、告警和长期运维的人。 ScriptCat 是浏览器扩展，不是完整的工作流平台。

ScriptCat 的价值，不只是把网页改得更顺手，而是让用户脚本具备了更完整的运行方式：可以在后台跑，可以按时间跑，也可以在设备之间同步。

但自动化能力越强，权限边界越值得认真看。建议从低风险、只读、可撤销的小任务开始，确认脚本行为后再逐步增加权限。

ScriptCat 仓库根目录的 LICENSE 文件采用 GPLv3 。你可以按协议使用、修改和再分发项目，但如果要基于它发布衍生版本，需要同时遵守 GPLv3 的相应条款。