Home/后端开发/develop-userscripts
D

develop-userscripts

by @xixu-mev
4.6(20)

Go architect persona, advocating simplicity and explicitness, applying design patterns only when solving actual problems, opposing premature abstraction.

golangdesign-patternsarchitectureapi-designbackend-developmentGitHub
Installation
npx skills add xixu-me/skills --skill develop-userscripts
compare_arrows

Before / After Comparison

1
Before

When designing Go code structure, it's easy to over-abstract, apply patterns for the sake of patterns, introduce unnecessary complexity, and increase understanding and maintenance costs.

After

Guide to maintain Go's concise style, apply design patterns only when truly needed, prioritize explicitness and readability, and reduce unnecessary layers of abstraction.

description SKILL.md

develop-userscripts

Userscript work usually breaks at the runtime and metadata boundary, not in the page logic. Choose the runtime first, declare the minimum permissions up front, then debug in the environment where the script actually runs.

When to Use

Use this skill for:

  • writing or fixing a Tampermonkey or ScriptCat userscript

  • debugging injection timing, missing permissions, CSP workarounds, update checks, or GM_* behavior

  • deciding between a portable foreground script and ScriptCat-only @background or @crontab

  • adding config UI with ==UserConfig==

  • packaging a ScriptCat ==UserSubscribe== bundle or preparing a CloudCat-compatible script

Do not use this skill for full browser extension development or general browser automation outside userscript managers.

Runtime Selection

digraph userscript_runtime {
    "Need page DOM or page context?" [shape=diamond];
    "Need persistent or scheduled work?" [shape=diamond];
    "Need to install many scripts as one package?" [shape=diamond];
    "Portable foreground script" [shape=box];
    "ScriptCat background or crontab script" [shape=box];
    "ScriptCat subscription package" [shape=box];

    "Need page DOM or page context?" -> "Portable foreground script" [label="yes"];
    "Need page DOM or page context?" -> "Need persistent or scheduled work?" [label="no"];
    "Need persistent or scheduled work?" -> "ScriptCat background or crontab script" [label="yes"];
    "Need persistent or scheduled work?" -> "Need to install many scripts as one package?" [label="no"];
    "Need to install many scripts as one package?" -> "ScriptCat subscription package" [label="yes"];
    "Need to install many scripts as one package?" -> "Portable foreground script" [label="no"];
}

Preflight

  • Confirm the manager and browser. On Manifest V3 browsers, ScriptCat may require Allow User Scripts or browser developer mode before scripts run.

  • Decide page script versus background script before writing code. ScriptCat background scripts cannot touch the DOM.

  • Start with metadata, not implementation: @match, @grant, @connect, @run-at, and any update URLs.

  • Prefer portable ==UserScript== patterns for ordinary page scripts. Only switch to ScriptCat-only headers when the requested behavior actually needs them.

Workflow

  • Choose the runtime and metadata first.

  • Declare the smallest permission surface that fits the task.

  • Implement against the runtime you chose.

  • Debug where the code really runs.

Foreground scripts: page console plus manager logs.

  • ScriptCat background scripts: run log first, then background.html for real-environment debugging.

  • Publish with the right update model.

Normal scripts: keep @version accurate and add @updateURL or @downloadURL only when needed.

  • Subscription bundles: use ==UserSubscribe==, HTTPS URLs, and subscription-level @connect.

Quick Reference

Intent Default choice Watch for

Page UI, DOM scraping, page patching Portable ==UserScript== @match, @grant, @run-at, CSP-sensitive injection

Cross-origin API access GM_xmlhttpRequest with explicit @connect Missing hosts, cookie behavior differences, user authorization

Long-running worker ScriptCat @background No DOM, must return Promise for async work

Scheduled task ScriptCat @crontab Only first @crontab counts, prefer 5-field cron, avoid interval overlap

User-editable settings ==UserConfig== plus GM_getValue Block placement and group.key naming

Silent bundle install and updates ==UserSubscribe== HTTPS, user.sub.js, subscription connect overrides child scripts

Common Mistakes

  • Missing @grant for APIs the script actually uses.

  • Missing @connect for hosts used by GM_xmlhttpRequest or GM_cookie.

  • Treating @include as a better default than @match for ordinary host targeting.

  • Using DOM APIs inside ScriptCat background or cron scripts.

  • Returning from a ScriptCat background script before async GM work is truly finished.

  • Mixing ==UserScript== and ==UserSubscribe== packaging concepts.

  • Putting ==UserConfig== in the wrong place or reading config keys without the group.key name.

  • Assuming Tampermonkey and ScriptCat storage, notification, or request behavior is identical.

References

Weekly Installs1.8KRepositoryxixu-me/skillsGitHub Stars29First Seen2 days agoSecurity AuditsGen Agent Trust HubPassSocketPassSnykWarnInstalled onopencode1.8Kcodex1.8Kkimi-cli1.8Kdeepagents1.8Kantigravity1.8Kgemini-cli1.8K

forumUser Reviews (0)

Write a Review

Effect
Usability
Docs
Compatibility

No reviews yet

Statistics

Installs32.1K
Rating4.6 / 5.0
Version
Updated2026年4月30日
Comparisons1

User Rating

4.6(20)
5
25%
4
55%
3
20%
2
0%
1
0%

Rate this Skill

0.0

Compatible Platforms

🔧Claude Code

Timeline

Created2026年4月9日
Last Updated2026年4月30日
🎁 Agent Knowledge Cards