agentleFS
nichwang88nichwang88/claude-skills/surge-reference/SKILL.md

surge-reference

Skill0 starsChanged 10 months agoMITView on GitHub

Use when answering questions about Surge proxy configuration, DNS settings, rule syntax, module usage, or troubleshooting Surge-related issues. Use when user mentions Surge, surge.conf, or network proxy configuration.

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 8 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈8

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill when:

    line 37
  2. Distinctive:

    Answer with citations: - Always include source URLs

    line 53
  3. Distinctive:

    Do not infer undocumented behavior: - If feature isn't documented, say so

    line 58
  4. Distinctive:

    Verify documentation currency: - Check Release Log for recent changes

    line 59
  5. Distinctive:

    Cite sources: - Always include Manual/KB URLs in answers

    line 60
  6. Distinctive:

    Manual first: - Start with authoritative specification before practical guides

    line 61
  7. Distinctive:

    When answering Surge questions:

    line 98
  8. Distinctive:

    No clear priority when sources conflict

    line 120

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Surge Documentation Reference

Overview

Surge has three authoritative documentation sources with a clear priority hierarchy. Always consult official sources before inferring behavior.

Documentation Sources

SourceURLUse For
1. Surge Manualhttps://manual.nssurge.com/Authoritative specifications, configuration reference, exact option definitions
2. Knowledge Basehttps://kb.nssurge.com/Practical guides, FAQs, troubleshooting, "how-to" questions
3. Release Logappcast-signed-beta.xmlLatest beta updates, recent behavior changes, time-sensitive questions

Priority When Sources Conflict

digraph priority {
    "Release Log" [shape=box, style=filled, fillcolor=gold];
    "Surge Manual" [shape=box, style=filled, fillcolor=lightblue];
    "Knowledge Base" [shape=box, style=filled, fillcolor=lightgray];

    "Release Log" -> "Surge Manual" [label="takes precedence"];
    "Surge Manual" -> "Knowledge Base" [label="takes precedence"];
}

Rule: Release Log > Manual > Knowledge Base

When to Use This Skill

Use this skill when:

  • User asks about Surge configuration options
  • Need to explain Surge rule syntax or behavior
  • Troubleshooting Surge proxy issues
  • Questions about DNS, modules, scripts, or policies
  • Verifying feature availability or version requirements

Do NOT use when:

  • Question is about general networking concepts (not Surge-specific)
  • User asks about other proxy tools (Clash, V2Ray, etc.)

Quick Reference Workflow

  1. Check Manual first - Authoritative specification
  2. Check KB - Practical guides and examples
  3. Check Release Log - Recent changes (if relevant)
  4. Answer with citations - Always include source URLs
  5. If not found - State "not documented" explicitly

Key Principles

  1. Do not infer undocumented behavior - If feature isn't documented, say so
  2. Verify documentation currency - Check Release Log for recent changes
  3. Cite sources - Always include Manual/KB URLs in answers
  4. Manual first - Start with authoritative specification before practical guides

Red Flags - STOP and Check Official Docs

These thoughts mean you're about to violate the skill:

  • "Based on similar features, it probably..."
  • "Surge likely works like other proxies..."
  • "I remember from a blog post..."
  • "Community discussions suggest..."
  • "It should work this way..."

All of these mean: Stop. Check Manual/KB. If not documented, say so.

Common Mistakes

MistakeFix
Mixing blog posts with official docsOnly reference Manual/KB/Release Log
Inferring behavior from similar featuresState explicitly when behavior is undocumented
Using outdated syntax from old tutorialsVerify current syntax in Manual first
Assuming features work like other proxy toolsCheck Surge-specific documentation
Skipping source citationAlways include Manual or KB URLs

Documentation Access

Use WebFetch tool to access:

  • Manual pages: https://manual.nssurge.com/[section]
  • Knowledge Base: https://kb.nssurge.com/[article]
  • Navigation guide: https://nssurge.com/llms.txt

Example queries:

  • "Check Surge Manual for DNS over HTTPS configuration"
  • "Search Knowledge Base for always-real-ip usage examples"
  • "Verify current behavior in Release Log"

Answer Template

When answering Surge questions:

[Clear explanation based on official docs]

**Configuration Example:**
[Code block with actual syntax]

**Official Reference:**
- Manual: [relevant Manual URL]
- KB: [relevant KB URL if applicable]

**Notes:**
- [Version requirements if any]
- [Caveats or limitations from docs]

Real-World Impact

Without this skill:

  • Agents mix unofficial sources (blogs, forums) with official docs
  • Outdated or incorrect configuration examples
  • No clear priority when sources conflict

With this skill:

  • Authoritative answers from official sources only
  • Clear precedence hierarchy (Release Log > Manual > KB)
  • Proper citation and version awareness

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.