Arch Linux

pacman -S lychee

OpenSUSE Tumbleweed

zypper in lychee

Ubuntu

snap install lychee

Alpine Linux

 # available for Alpine Edge in testing repositories
apk add lychee

macOS

Via Homebrew:

brew install lychee

Via MacPorts:

sudo port install lychee

Docker

docker pull lycheeverse/lychee

Image tags (each also has an -alpine variant, e.g. latest-alpine):

Nix

nix-shell -p lychee

Or let Nix even check a packaged site with testers.lycheeLinkCheck { site = …; }

FreeBSD

pkg install lychee

Termux

pkg install lychee

Conda

conda install lychee -c conda-forge

Windows

Via scoop:

scoop install lychee

Via WinGet:

winget install --id lycheeverse.lychee

Via Chocolatey:

choco install lychee

Lychee supports the following feature flags:

• email-check enables checking email addresses using the mailify-lib crate.
• check_example_domains allows checking example domains such as example.com. This feature is useful for testing.

By default, email-check is enabled. Note that in the past lychee could be configured to use either OpenSSL or Rustls. It was decided to fully switch to Rustls and drop OpenSSL support. Please tell us if this negatively affects you in any way.

Here's how to mount a local directory into the container and check some input with lychee.

• The --init parameter is passed so that lychee can be stopped from the terminal.
• We also pass -it to start an interactive terminal, which is required to show the progress bar.
• The --rm removes not used anymore container from the host after the run (self-cleanup).
• The -w /input points to /input as the default workspace
• The -v $(pwd):/input does local volume mounting to the container for lychee access.

By default a Debian-based Docker image is used. If you want to run an Alpine-based image, use the latest-alpine tag. For example, lycheeverse/lychee:latest-alpine

Linux/macOS shell command

docker run --init -it --rm -w /input -v $(pwd):/input lycheeverse/lychee README.md

Windows PowerShell command

docker run --init -it --rm -w /input -v ${PWD}:/input lycheeverse/lychee README.md

lychee is a fast, asynchronous link checker which detects broken URLs and mail addresses in local files and websites. It supports Markdown and HTML and works with other file formats.

lychee is powered by lychee-lib, the Rust library for link checking.

Usage: lychee [OPTIONS] [inputs]...

Arguments:
  [inputs]...
          Inputs for link checking (where to get links to check from).
          These can be: files (e.g. `README.md`), file globs (e.g. `'~/git/*/README.md'`),
          remote URLs (e.g. `https://example.com/README.md`), or standard input (`-`).
          Alternatively, use `--files-from` to read inputs from a file.

          NOTE: Use `--` to separate inputs from options that allow multiple arguments.

Options:
  -a, --accept <ACCEPT>
          A List of accepted status codes for valid links

          The following accept range syntax is supported: `[start]..[[=]end]|code`.
          Some valid examples are:

          - 200 (accepts the 200 status code only)
          - ..204 (accepts any status code < 204)
          - ..=204 (accepts any status code <= 204)
          - 200..=204 (accepts any status code from 200 to 204 inclusive)
          - 200..205 (accepts any status code from 200 to 205 excluding 205, same as 200..=204)

          Use `lychee --accept '200..=204, 429, 500' <inputs>...` to provide a comma-
          separated list of accepted status codes. This example will accept 200, 201,
          202, 203, 204, 429, and 500 as valid status codes.

          [default: 100..=103,200..=299]

      --accept-timeouts[=<false|true>]
          Accept timed out requests and return exit code 0 when encountering timeouts but not any other errors

      --archive <ARCHIVE>
          Web archive to use to provide suggestions for `--suggest`.

          [default: wayback]

          [possible values: wayback]

  -b, --base-url <BASE_URL>
          Base URL to use when resolving relative URLs in local files. If specified,
          relative links in local files are interpreted as being relative to the given
          base URL.

          For example, given a base URL of `https://example.com/dir/page`, the link `a`
          would resolve to `https://example.com/dir/a` and the link `/b` would resolve
          to `https://example.com/b`. This behavior is not affected by the filesystem
          path of the file containing these links.

          Note that relative URLs without a leading slash become siblings of the base
          URL. If, instead, the base URL ended in a slash, the link would become a child
          of the base URL. For example, a base URL of `https://example.com/dir/page/` and
          a link of `a` would resolve to `https://example.com/dir/page/a`.

          Basically, the base URL option resolves links as if the local files were hosted
          at the given base URL address.

          The provided base URL value must either be a URL (with scheme) or an absolute path.
          Note that certain URL schemes cannot be used as a base, e.g., `data` and `mailto`.

      --basic-auth <BASIC_AUTH>
          Basic authentication support. E.g. `http://example.com username:password`

  -c, --config <FILE_PATH>
          Configuration file to use. Can be specified multiple times.

          If given multiple times, the configs are merged and later
          occurrences take precedence over previous occurrences.

          [default: lychee.toml]

      --cache[=<false|true>]
          Use request cache stored on disk at `.lycheecache`

      --cache-exclude-status <CACHE_EXCLUDE_STATUS>
          A list of status codes that will be ignored from the cache

          The following exclude range syntax is supported: `[start]..[[=]end]|code`. Some valid
          examples are:

          - 429 (excludes the 429 status code only)
          - 500.. (excludes any status code >= 500)
          - ..100 (excludes any status code < 100)
          - 500..=599 (excludes any status code from 500 to 599 inclusive)
          - 500..600 (excludes any status code from 500 to 600 excluding 600, same as 500..=599)

          Use `lychee --cache-exclude-status '429, 500..502' <inputs>...` to provide a
          comma-separated list of excluded status codes. This example will not cache results
          with a status code of 429, 500 and 501.

      --cookie-jar <COOKIE_JAR>
          Read and write cookies using the given file. Cookies will be stored in the
          cookie jar and sent with requests. New cookies will be stored in the cookie jar
          and existing cookies will be updated.

      --default-extension <EXTENSION>
          Parse input sources without a recognised file type by using the given
          file extension.

          This affects how links are extracted from certain input sources. This
          is useful for stdin inputs, files without extensions, and files with
          unknown extensions.

          Examples:
            --default-extension md
            --default-extension html

          To automatically append file extensions when locating files, see
          `--fallback-extensions`.

      --dump[=<false|true>]
          Don't perform any link checking. Instead, dump all the links extracted from inputs that would be checked

      --dump-inputs[=<false|true>]
          Don't perform any link extraction and checking. Instead, dump all input sources from which links would be collected

  -E, --exclude-all-private[=<false|true>]
          Exclude all private IPs from checking.
          Equivalent to `--exclude-private --exclude-link-local --exclude-loopback`

      --exclude <EXCLUDE>
          Exclude URLs and mail addresses from checking. The values are treated as regular expressions

      --exclude-link-local[=<false|true>]
          Exclude link-local IP address range from checking

      --exclude-loopback[=<false|true>]
          Exclude loopback IP address range and localhost from checking

      --exclude-path <EXCLUDE_PATH>
          Exclude paths from getting checked. The values are treated as regular expressions

      --exclude-private[=<false|true>]
          Exclude private IP address ranges from checking

      --extensions <EXTENSIONS>
          A list of file extensions. Files not matching the specified extensions are skipped.

          Multiple extensions can be separated by commas. Note that if you want to check filetypes,
          which have multiple extensions, e.g. HTML files with both .html and .htm extensions, you need to
          specify both extensions explicitly.
          An example is: `--extensions html,htm,php,asp,aspx,jsp,cgi`.

          This is useful when the default extensions are not enough and you don't
          want to provide a long list of inputs (e.g. file1.html, file2.md, etc.)

          [default: md,markdown,mdx,qmd,rmd,mkd,mkdn,mdwn,mdown,mkdown,html,htm,css,txt,xml]

  -f, --format <FORMAT>
          Output format of final status report

          [default: compact]

          [possible values: compact, detailed, json, junit, markdown]

      --fallback-extensions <FALLBACK_EXTENSIONS>
          When checking locally, attempts to locate missing files by trying the given
          fallback extensions. Multiple extensions can be separated by commas. Extensions
          will be checked in order of appearance.

          Example: --fallback-extensions html,htm,php,asp,aspx,jsp,cgi

          Note: This option takes effect on `file://` URIs which do not exist and on
                `file://` URIs pointing to directories which resolve to themself (by the
                --index-files logic).

      --files-from <PATH>
          Read input filenames from the given file or stdin (if path is '-').

          This is useful when you have a large number of inputs that would be
          cumbersome to specify on the command line directly.

          Examples:

          ```text
          lychee --files-from list.txt
          find . -name '*.md' | lychee --files-from -
          echo 'README.md' | lychee --files-from -
          ```

          File Format:
          - Each line should contain one input (file path, URL, or glob pattern).
          - Lines starting with '#' are treated as comments and ignored.
          - Empty lines are also ignored.

      --generate <GENERATE>
          Generate special output (e.g. the man page) instead of performing link checking

          [possible values: man, complete-bash, complete-elvish, complete-fish, complete-powershell, complete-zsh]

      --github-token <GITHUB_TOKEN>
          GitHub API token to use when checking github.com links, to avoid rate limiting

          [env: GITHUB_TOKEN]

      --glob-ignore-case[=<false|true>]
          Ignore case when expanding filesystem path glob inputs

  -h, --help
          Print help (see a summary with '-h')

  -H, --header <HEADER:VALUE>
          Set custom header for requests.

          Some websites require custom headers to be passed in order to return valid responses.
          You can specify custom headers in the format 'Name: Value'. For example, 'Accept: text/html'.
          This is the same format that other tools like curl or wget use.
          Multiple headers can be specified by using the flag multiple times.
          The specified headers are used for ALL requests.
          Use the `hosts` option to configure headers on a per-host basis.

      --hidden[=<false|true>]
          Do not skip hidden directories and files

      --host-concurrency <HOST_CONCURRENCY>
          Default maximum concurrent requests per host (default: 10)

          This limits the maximum amount of requests that are sent simultaneously
          to the same host. This helps to prevent overwhelming servers and
          running into rate-limits. Use the `hosts` option to configure this
          on a per-host basis.

          Examples:
            --host-concurrency 2   # Conservative for slow APIs
            --host-concurrency 20  # Aggressive for fast APIs

      --host-request-interval <HOST_REQUEST_INTERVAL>
          Minimum interval between requests to the same host (default: 50ms)

          Sets a baseline delay between consecutive requests to prevent
          overloading servers. The adaptive algorithm may increase this based
          on server responses (rate limits, errors). Use the `hosts` option
          to configure this on a per-host basis.

          Examples:
            --host-request-interval 50ms   # Fast for robust APIs
            --host-request-interval 1s     # Conservative for rate-limited APIs

      --host-stats[=<false|true>]
          Show per-host statistics at the end of the run

  -i, --insecure[=<false|true>]
          Proceed for server connections considered insecure (invalid TLS)

      --include <INCLUDE>
          URLs to check (supports regex). Has preference over all excludes

      --include-fragments[=<none|anchor-only|text-only|full>]
          Enable the checking of fragments in links.

          Use `none` to disable fragment checks, `anchor-only` for anchor fragments
          like `#section`, `text-only` for text fragments like `#:~:text=example`,
          or `full` to check both.

          If provided without a value, defaults to `anchor-only`.

          Fragment checking does not work for every URL. In general, the target
          content needs to be Markdown or HTML and follow common conventions.
          Anchors that only appear after JavaScript execution may be missed, since
          lychee does not run a browser engine.

      --include-mail[=<false|true>]
          Also check email addresses

      --include-verbatim[=<false|true>]
          Find links in verbatim sections like `pre`- and `code` blocks

      --include-wikilinks[=<false|true>]
          Check WikiLinks in Markdown files, this requires specifying --base-url

      --index-files <INDEX_FILES>
          When checking locally, resolves directory links to a separate index file.
          The argument is a comma-separated list of index file names to search for. Index
          names are relative to the link's directory and attempted in the order given.

          If `--index-files` is specified, then at least one index file must exist in
          order for a directory link to be considered valid. Additionally, the special
          name `.` can be used in the list to refer to the directory itself.

          If unspecified (the default behavior), index files are disabled and directory
          links are considered valid as long as the directory exists on disk.

          Example 1: `--index-files index.html,readme.md` looks for index.html or readme.md
                     and requires that at least one exists.

          Example 2: `--index-files index.html,.` will use index.html if it exists, but
                     still accept the directory link regardless.

          Example 3: `--index-files ''` will reject all directory links because there are
                     no valid index files. This will require every link to explicitly name
                     a file.

          Note: This option only takes effect on `file://` URIs which exist and point to a directory.

  -m, --max-redirects <MAX_REDIRECTS>
          Maximum number of allowed redirects

          [default: 10]

      --max-cache-age <MAX_CACHE_AGE>
          Discard all cached requests older than this duration

          [default: 1d]

      --max-concurrency <MAX_CONCURRENCY>
          Maximum number of concurrent network requests

          [default: 128]

      --max-retries <MAX_RETRIES>
          Maximum number of retries per request

          [default: 3]

      --min-tls <MIN_TLS>
          Minimum accepted TLS Version

          [possible values: TLSv1_0, TLSv1_1, TLSv1_2, TLSv1_3]

      --mode <MODE>
          Set the output display mode. Determines how results are presented in the terminal

          [default: color]

          [possible values: plain, color, emoji, task]

  -n, --no-progress[=<false|true>]
          Do not show progress bar.
          This is recommended for non-interactive shells (e.g. for continuous integration)

      --no-ignore[=<false|true>]
          Do not skip files that would otherwise be ignored by '.gitignore', '.ignore', or the global ignore file

  -o, --output <OUTPUT>
          Output file of status report

      --offline[=<false|true>]
          Only check local files and block network requests

  -p, --preprocess <COMMAND>
          Preprocess input files with the given command.

          For each file input, this flag causes lychee to execute `COMMAND PATH` and process
          its standard output instead of the original contents of PATH. This allows you to
          convert files that would otherwise not be understood by lychee. The preprocessor
          COMMAND is only run on input files, not on standard input or URLs.

          To invoke programs with custom arguments or to use multiple preprocessors, use a
          wrapper program such as a shell script. An example script looks like this:

          ```bash
          #!/usr/bin/env bash
          case "$1" in
          *.pdf)
              exec pdftohtml -i -s -stdout "$1"
              ;;
          *.odt|*.docx|*.epub|*.ipynb)
              exec pandoc "$1" --to=html --wrap=none
              ;;
          *)
              # identity function, output input without changes
              exec cat
              ;;
          esac
          ```

  -q, --quiet...
          Less output per occurrence (e.g. `-q` or `-qq`)

  -r, --retry-wait-time <RETRY_WAIT_TIME>
          Minimum wait time in seconds between retries of failed requests

          [default: 1]

      --remap <REMAP>
          Remap URI matching pattern to different URI

      --require-https[=<false|true>]
          When HTTPS is available, treat HTTP links as errors

      --root-dir <ROOT_DIR>
          Root directory to use when checking absolute links in local files. This option is
          required if absolute links appear in local files, otherwise those links will be
          flagged as errors. This must be an absolute path (i.e., one beginning with `/`).

          If specified, absolute links in local files are resolved by prefixing the given
          root directory to the requested absolute link. For example, with a root-dir of
          `/root/dir`, a link to `/page.html` would be resolved to `/root/dir/page.html`.

          This option can be specified alongside `--base-url`. If both are given, an
          absolute link is resolved by constructing a URL from three parts: the domain
          name specified in `--base-url`, followed by the `--root-dir` directory path,
          followed by the absolute link's own path.

  -s, --scheme <SCHEME>
          Only test links with the given schemes (e.g. https).
          Omit to check links with any other scheme.
          At the moment, we support http, https, file, and mailto.

      --skip-missing[=<false|true>]
          Skip missing input files (default is to error if they don't exist)

      --suggest[=<false|true>]
          Suggest link replacements for broken links, using a web archive. The web archive can be specified with `--archive`

  -t, --timeout <TIMEOUT>
          Website timeout in seconds from connect to response finished

          [default: 20]

  -T, --threads <THREADS>
          Number of threads to utilize. Defaults to number of cores available to the system

  -u, --user-agent <USER_AGENT>
          User agent

          [default: lychee/x.y.z]

  -v, --verbose...
          Set verbosity level; more output per occurrence (e.g. `-v` or `-vv`)

  -V, --version
          Print version

  -X, --method <METHOD>
          Request method(s)

          Accepts a single method or a comma-separated list. When multiple methods are given, lychee tries each one in order and returns the first success. This is useful for servers that reject `HEAD` requests: `--method head,get` falls back to `GET` when `HEAD` fails.

          Note: checking URL fragments requires the response body, which is only fetched for `GET` requests. When a link succeeds with a non-`GET` method (e.g. `HEAD`), its fragment is not checked.

          [default: get]

• https://github.com/InnerSourceCommons/InnerSourcePatterns
• https://github.com/opensearch-project/OpenSearch
• https://github.com/ramitsurana/awesome-kubernetes
• https://github.com/papers-we-love/papers-we-love
• https://github.com/pingcap/docs
• https://github.com/microsoft/WhatTheHack
• https://github.com/nix-community/awesome-nix
• https://github.com/balena-io/docs
• https://github.com/launchdarkly/LaunchDarkly-Docs
• https://github.com/pawroman/links
• https://github.com/analysis-tools-dev/static-analysis
• https://github.com/analysis-tools-dev/dynamic-analysis
• https://github.com/mre/idiomatic-rust
• https://github.com/bencherdev/bencher
• https://github.com/sindresorhus/execa
• https://github.com/tldr-pages/tldr-maintenance
• https://github.com/git-ecosystem/git-credential-manager
• https://github.com/git/git-scm.com
• https://github.com/OWASP/threat-dragon
• https://github.com/oxc-project/oxc
• https://github.com/hugsy/gef
• https://github.com/mermaid-js/mermaid
• https://github.com/hashicorp/consul
• https://github.com/Unleash/unleash
• https://github.com/fastify/fastify
• https://github.com/nuxt/nuxt
• https://github.com/containerd/containerd
• https://github.com/rolldown/rolldown
• https://github.com/rerun-io/rerun
• https://github.com/0xAX/asm
• https://github.com/mainmatter/100-exercises-to-learn-rust
• https://github.com/GoogleCloudPlatform/generative-ai
• https://github.com/DioxusLabs/dioxus
• https://github.com/ministryofjustice/modernisation-platform
• https://github.com/orhun/binsider
• https://github.com/NVIDIA/aistore
• https://github.com/gradle/gradle
• https://github.com/duobaseio/forui
• https://github.com/FreeBSD-Ask/FreeBSD-Ask
• https://github.com/prosekit/prosekit
• https://github.com/tldr-pages/tldr
• https://gitlab.torproject.org/tpo/web/marble/support
• https://github.com/oxsecurity/megalinter (ships lychee as one of its bundled linters: https://megalinter.io/latest/descriptors/spell_lychee/)
• https://github.com/lycheeverse/lychee (yes, lychee is checked with lychee 🤯)

If you are using lychee for your project, please add it here.