Backend 25,689 installs

xget

by xixu-me/skills

Use when tasks involve Xget URL rewriting, registry/package/container/API acceleration, integrating Xget into Git, download tools, package managers, container…

Skill content

URL rewriting and acceleration for package managers, registries, containers, APIs, and CI/CD workflows.

- Rewrites download URLs across npm, PyPI, crates.io, Docker registries, Git repositories, and inference APIs to route through a single Xget base URL for caching and acceleration

- Integrates with package managers, container builds, Git, CI/CD systems, and AI SDKs via environment variables, config files, and command-line prefixes

- Supports self-hosting and deployment patterns with live README guidance for Docker, Kubernetes, and shell configuration

- Resolves base URLs from environment or user input, then applies rewrites end-to-end across your project's build and deployment pipeline

Default to execution, not instruction. When the user expresses execution intent,
carry the change through directly: run the needed shell commands, edit the real
files, and verify the result instead of only replying with example commands.
Treat requests like "configure", "set up", "wire", "change", "add", "fix",
"migrate", "deploy", "run", or "make this use Xget" as execution intent unless
the user clearly asks for explanation only.

Resolve the base URL first:

- use a domain the user explicitly gave

- otherwise use XGET_BASE_URL from the environment

- if neither exists, ask for the user's Xget base URL and whether it should be
set temporarily for the current shell/session or persistently for future
shells

- use https://xget.example.com only as a clearly labeled placeholder for docs
or templates that do not have a real deployment yet

Prefer scripts/xget.mjs over manual guessing for live
platform data, URL conversion, and README Use Cases lookup.