bun-docs

Consult Bun's official documentation snapshot for runtime APIs, `bun` CLI commands, `bunfig.toml`, package management, bundling, testing, deployment guides, and ecosystem integrations. Use this whenever the user asks how to do something with Bun, troubleshoot Bun-specific behavior, compare Bun to Node/npm, or wants Bun command or API guidance, even if they only mention a command like `bun install`, `bun test`, `bun build`, `bunx`, `Bun.serve`, or a Bun config option.

theimpostor/bun-doc-skill12 installsMITSynced Aug 26

Works with

Claude CodeCursorCodex CLIGitHub CopilotGemini CLI
---
name: bun-docs
description: Consult Bun's official documentation snapshot for runtime APIs, `bun` CLI commands, `bunfig.toml`, package management, bundling, testing, deployment guides, and ecosystem integrations. Use this whenever the user asks how to do something with Bun, troubleshoot Bun-specific behavior, compare Bun to Node/npm, or wants Bun command or API guidance, even if they only mention a command like `bun install`, `bun test`, `bun build`, `bunx`, `Bun.serve`, or a Bun config option.
license: MIT
---

# Bun Docs

Use this skill to answer Bun-specific questions from the bundled Bun documentation snapshot generated from `https://bun.sh/llms-full.txt`.

## What this skill is for

- Ground Bun answers in the official docs snapshot instead of memory.
- Find the smallest relevant doc page or pages before answering.
- Quote commands, config keys, API names, and caveats accurately.
- Say when the bundled snapshot appears insufficient or when a question likely depends on a newer Bun release.

## Workflow

1. Open `references/index.md`.
2. Choose the most relevant section overview in `references/sections/`.
3. From that section file, open only the specific page files you need under `references/docs/`.
4. Answer the user with Bun-specific guidance, using the doc pages as the primary source of truth.

## Source selection

- Start narrow. If the user asks about `bun test --coverage`, open the test runner section and then the coverage or configuration page, not the whole runtime.
- If the request mixes Bun with a framework, use the Bun docs for the Bun-specific part and the local repository for project-specific code.
- If the question is about installation, onboarding, or "what is Bun?", start with `references/sections/getting-started.md`.
- If the request is about commands like `bun add`, `bun install`, `bun publish`, or registries, start with the package-manager section.
- If the request is about `Bun.serve`, routing, TLS, cookies, or WebSockets, start with the runtime HTTP section.
- If the request is about `bun build`, executables, CSS, HTML imports, minification, macros, or plugins, start with the bundler section.
- If the request is a recipe-style question like deployment, framework setup, file conversion, or HTTP examples, start with the relevant guides section.

## Answering guidance

- Lead with the direct answer, then include the Bun command, config snippet, or code example the user needs.
- Keep Bun terminology exact. If the docs distinguish Bun runtime behavior from Node compatibility behavior, preserve that distinction.
- Mention the relevant doc page names when useful so the user can inspect them.
- If the snapshot does not clearly answer the question, say so instead of filling gaps with guesses.

## Version awareness

- This skill uses a local snapshot of the Bun docs, not a live browse of bun.com.
- If the user asks for the latest Bun behavior, release-specific changes, or something that seems newer than the snapshot, say that the reference may need refresh and verify online if tools allow.
- If the user asks to refresh the snapshot, run `python scripts/refresh_references.py`.

More Testing skills

← All Testing skills

Check your AI visibility

One URL in, a 0–100 score and the exact fixes out.

RUN THE CHECK

Browse all the tools

15 tools across six categories
13 of them never send your data anywhere

Free · No signup · No trial clock

SEE THE DIRECTORY