@knip/mcp 0.0.12 → 0.0.14

package/src/docs/docs/guides/handling-issues.mdx

@@ -6,16 +6,11 @@ sidebar:
 
 import { Tabs, TabItem } from '@astrojs/starlight/components';
 
-A long report can be frustrating. The list may contain false positives, but also
-tons of useful information. To get the most value out of Knip, it may require
-some initial configuration.
+Issues reported by Knip may contain false positives, but also tons of useful
+information. Getting the most out of Knip may require some configuration.
 
-This guide helps you deal with false positives to find solutions and create the
-perfect report, with minimal configuration that will keep your project tidy.
-
-If you start out using Knip in a large project and have a long report, it makes
-sense to go over the issue types one by one. For instance, reducing the number
-of unused files will also reduce the number of unused dependencies.
+Go over the issue types one by one. For instance, reducing the number of unused
+files will also reduce the number of unused dependencies.
 
 1. [Unused files][1]
 2. [Unused dependencies][2]
@@ -124,8 +119,8 @@ Entry files referenced in HTML files (e.g. `<script src="production.js">`).
 compiler to extract and resolve the value of `<script src>` elements.
 
 Knip has support for some popular framework formats through [compilers][19], and
-additional compilers can be added for for any file type. The recommended
-solution is usually to add the file as shown in each example as an `entry` file.
+additional compilers can be added for any file type. The recommended solution is
+usually to add the file as shown in each example as an `entry` file.
 
 ### Missing plugin
 
@@ -253,6 +248,7 @@ The most common causes for unused dependencies include:
 - [Missing or incomplete plugins][27]
 - [Unrecognized references][28]
 - [Type Definition Packages][29]
+- [Dependencies named after Node.js builtins][30]
 
 Use `--dependencies` to [filter the report][15] and focus only on issues related
 to dependencies:
@@ -264,8 +260,8 @@ knip --dependencies
 :::caution[Monorepo]
 
 In a monorepo, a dependency is unused in the root workspace's `package.json` if
-it's also listed in an descendent workspace, and referenced only in the
-descendent workspace.
+it's also listed in a descendant workspace, and referenced only in the
+descendant workspace.
 
 :::
 
@@ -288,7 +284,54 @@ so it's a false positive and incorrectly reported as unused.
 like a plugin could solve it, a last resort is to use [ignoreDependencies][22].
 
 If a binary (or "executable") is referenced you'll want to use `ignoreBinaries`
-instead. See [unlisted binaries][30].
+instead. See [unlisted binaries][31].
+
+### Dependencies named after Node.js builtins
+
+Some packages have the same name as a Node.js builtin (for instance `buffer` or
+`process`).
+
+**Solution**: if Knip reports such a dependency as unused, add it to
+[ignoreDependencies][22].
+
+#### Conditional or dynamic dependencies
+
+Dependencies added conditionally in configuration files may not be detected by
+Knip. This happens because Knip loads and executes config files, and conditional
+logic may evaluate differently during analysis.
+
+For example, this Playwright configuration conditionally adds a reporter:
+
+```ts title="playwright.config.ts"
+import { defineConfig } from '@playwright/test';
+
+const reporters: any[] = [['list']];
+if (process.env.REPORT_PORTAL_ENABLED) {
+  reporters.push(['@reportportal/agent-js-playwright', config]);
+}
+
+export default defineConfig({
+  reporter: reporters,
+});
+```
+
+If `process.env.REPORT_PORTAL_ENABLED` evaluates to `false` when Knip runs, the
+`@reportportal/agent-js-playwright` dependency won't be detected and may be
+reported as unused.
+
+This limitation exists because Knip executes configuration files to parse their
+exported value. While Knip can parse configuration files statically using AST
+(Abstract Syntax Tree) analysis, this approach becomes complex very quickly and
+most of the time it is easier to use the [`ignoreDependencies`][22]
+configuration option for conditionals.
+
+```json title="knip.json"
+{
+  "ignoreDependencies": ["@reportportal/agent-js-playwright"]
+}
+```
+
+This pattern can be applied to any plugin that loads configuration files.
 
 ### Type Definition Packages
 
@@ -349,7 +392,7 @@ reported as an unlisted binary as there is no package that contains it.
 
 Binaries that are installed on the OS already and thus likely not meant to be
 installed from npm are not reported as unlisted (details: [list of ignored
-binaries in source][31]).
+binaries in source][32]).
 
 #### Missing binaries
 
@@ -359,7 +402,7 @@ either the way your package manager installs dependencies and binaries, or by
 not running Knip from the root of the repository.
 
 **Solution**: run Knip from the project root. If needed, [lint workspaces
-individually][32].
+individually][33].
 
 Sometimes binaries and how they're reported can be a bit confusing. See this
 example:
@@ -377,9 +420,9 @@ example:
 ```
 
 This example works fine without anything reported, as the `@commitlint/cli`
-package includes the `commitlint` binary. However, some script may contain
-`npx commitlint` and here Knip assumes `commitlint` is the name of the package.
-This technically works, as `commitlint` is a transitive dependency of
+package includes the `commitlint` binary. However, some script may contain `npx
+commitlint` and here Knip assumes `commitlint` is the name of the package. This
+technically works, as `commitlint` is a transitive dependency of
 `@commitlint/cli`.
 
 **Solution**: use `npx @commitlint/cli`
@@ -395,10 +438,10 @@ or consider the binary and package(s) referenced, respectively.
 Knip may ignore or be unable to resolve an import specifier or dependency
 references. The most common causes for unresolved imports:
 
-- [Template strings][33]
+- [Template strings][34]
 - [Extensionless imports][28]
-- [Unrecognized path aliases][34]
-- [External aliased imports][35]
+- [Unrecognized path aliases][35]
+- [External aliased imports][36]
 
 ### Template strings
 
@@ -430,24 +473,24 @@ The first import is resolved properly, because `.vue` is a known extension if
 the Vue plugin is enabled. The second import might not be resolved, because
 `.svg` is not a known extension.
 
-The recommendation is to always add the extension when importing such files,
-similar to how standard ES Modules specifies file extensions are necessary.
+**Solution**: include the extension. Hosts supporting ES Modules (e.g. Node.js,
+browsers) require a file extension for import specifiers.
 
 ### Unrecognized path aliases
 
-Knip considers TS config path aliases and [paths configured in knip.json][36],
+Knip considers TS config path aliases and [paths configured in knip.json][37],
 but not those in e.g. Webpack or Vite configurations.
 
-**Solution**: configure [paths][36] or try relative imports. Otherwise, use
-[`ignoreUnresolved`][37] as a last resort.
+**Solution**: configure [paths][37] or try relative imports. Otherwise, use
+[`ignoreUnresolved`][38] as a last resort.
 
 ### External aliased imports
 
 External libraries may use aliased imports that aren't resolved by Knip.
 
-For instance, [unplugin-icons][10] does this to import icons from icon sets as
+For instance, [unplugin-icons][39] does this to import icons from icon sets as
 components. Such imports are reported as unused. Use the [`paths` configuration
-option][13] to tell Knip where to find the icon types:
+option][37] to tell Knip where to find the icon types:
 
 ```json title="knip.json"
 {
@@ -458,9 +501,9 @@ option][13] to tell Knip where to find the icon types:
 ```
 
 Where `[framework]` is the name of the framework you're using (see [available
-types][38]).
+types][40]).
 
-**Solution**: try [--include-libs][39] or configure [paths][36].
+**Solution**: try [--include-libs][41] or configure [paths][37].
 
 ## Unused exports
 
@@ -468,8 +511,8 @@ By default, Knip does not report unused exports of `entry` files.
 
 The most common causes for unused exports include:
 
-- [Namespace enumerations][40]
-- [External libraries][39]
+- [Namespace enumerations][42]
+- [External libraries][43]
 
 Use the `--exports` flag to [filter][15] and focus only on issues related to
 exports:
@@ -478,7 +521,7 @@ exports:
 knip --exports
 ```
 
-Use [includeEntryExports][41] to report unused exports of entry files as well.
+Use [includeEntryExports][44] to report unused exports of entry files as well.
 This can be set per workspace.
 
 ### Namespace enumerations
@@ -490,7 +533,7 @@ are then **not** reported.
 **Solution**: if all exports on imported namespaces should be considered
 individually, include the `nsExports` issue type to disable the heuristic.
 
-See [namespace imports][42] to see all related patterns.
+See [namespace imports][45] to see all related patterns.
 
 ### External libraries
 
@@ -526,23 +569,24 @@ Knip does not include external type definitions by default so it won't see the
 export being referenced.
 
 **Solution**: include the type definitions of external libraries with the
-[--include-libs][43] flag:
+[--include-libs][41] flag:
 
 ```shell
 knip --include-libs
 ```
 
 This comes at a performance and memory penalty, but should give better results
-if you need it. This flag is implied when [classMembers][44] are included (that
+if you need it. This flag is implied when [classMembers][46] are included (that
 feature comes with roughly the same performance penalty).
 
 ### Exclude exports from the report
 
 To exclude false positives from the report, there are a few options:
 
-- [Ignore exports used in file][45] for exports used internally.
-- Individual exports can be [tagged using JSDoc syntax][46].
+- [Ignore exports used in file][47] for exports used internally.
+- Individual exports can be [tagged using JSDoc syntax][48].
 - Have the export in an entry file:
+  
   - Add the file to the `entry` file patterns array in the configuration.
   - Move the export(s) to an entry file.
   - Add the file to the `exports` field of `package.json`
@@ -551,7 +595,7 @@ To exclude false positives from the report, there are a few options:
 ### Missing unused exports?
 
 Did you expect certain exports in the report, but are they missing? They might
-be exported from an entry file. In that case, use [--include-entry-exports][41]
+be exported from an entry file. In that case, use [--include-entry-exports][44]
 to make Knip also report unused exports in entry files.
 
 The exports of non-standard extensions like `.astro`, `.mdx`, `.vue` or
@@ -570,10 +614,10 @@ knip --include classMembers
 This option is also available in the Knip configuration file. Note that this
 feature comes at a cost: linting will take more time and more memory.
 
-Individual class members can be [tagged using JSDoc syntax][46].
+Individual class members can be [tagged using JSDoc syntax][48].
 
 Classes exported from entry files are ignored, and so are their members. Use
-[--include-entry-exports][41] to make Knip also report members of unused exports
+[--include-entry-exports][44] to make Knip also report members of unused exports
 in entry files.
 
 ### Enum members
@@ -585,16 +629,16 @@ Reporting such members can be disabled:
 knip --exclude enumMembers
 ```
 
-Individual enum members can be [tagged using JSDoc syntax][46].
+Individual enum members can be [tagged using JSDoc syntax][48].
 
 Enums exported from entry files are ignored, and so are their members. Use
-[--include-entry-exports][41] to make Knip also report members of unused exports
+[--include-entry-exports][44] to make Knip also report members of unused exports
 in entry files.
 
 ## Feedback or false positives?
 
 If you believe Knip incorrectly reports something as unused (i.e. there's a
-false positive), feel free to create a [minimal reproduction][47] and open an
+false positive), feel free to create a [minimal reproduction][49] and open an
 issue on GitHub. It'll make Knip better for everyone!
 
 [1]: #unused-files
@@ -616,7 +660,7 @@ issue on GitHub. It'll make Knip better for everyone!
 [17]: ../features/source-mapping.md
 [18]: ../features/script-parser.md
 [19]: ../features/compilers.md
-[20]: ./writing-a-plugin.md
+[20]: ../writing-a-plugin/index.md
 [21]: ../reference/plugins.md
 [22]: ../reference/configuration.md#ignoredependencies
 [23]: ../explanations/plugins.md#entry-files
@@ -626,21 +670,23 @@ issue on GitHub. It'll make Knip better for everyone!
 [27]: #missing-or-incomplete-plugin
 [28]: #unrecognized-reference
 [29]: #type-definition-packages
-[30]: #unlisted-binaries
-[31]: https://github.com/webpro-nl/knip/blob/b70958a58ea255ee7a7831e404786da807ca93d7/packages/knip/src/constants.ts#L37-L139
-[32]: ../features/monorepos-and-workspaces.md#lint-a-single-workspace
-[33]: #template-strings
-[34]: #unrecognized-path-aliases
-[35]: #external-aliased-imports
-[36]: ../reference/configuration.md#paths
-[37]: ../reference/configuration.md#ignoreunresolved
-[38]: #build-artifacts-and-ignored-files
-[39]: #external-libraries
-[40]: #namespace-enumerations
-[41]: ../reference/configuration.md#includeentryexports
-[42]: ../guides/namespace-imports.md
-[43]: ../reference/cli#--include-libs
-[44]: #class-members
-[45]: ../reference/configuration.md#ignoreexportsusedinfile
-[46]: ../reference/jsdoc-tsdoc-tags.md
-[47]: ../guides/issue-reproduction
+[30]: #dependencies-named-after-nodejs-builtins
+[31]: #unlisted-binaries
+[32]: https://github.com/webpro-nl/knip/blob/e031018e676c47d84873cc2403251c0111ef318d/packages/knip/src/constants.ts#L39-L148
+[33]: ../features/monorepos-and-workspaces.md#lint-a-single-workspace
+[34]: #template-strings
+[35]: #unrecognized-path-aliases
+[36]: #external-aliased-imports
+[37]: ../reference/configuration.md#paths
+[38]: ../reference/configuration.md#ignoreunresolved
+[39]: https://www.npmjs.com/package/unplugin-icons
+[40]: https://github.com/unplugin/unplugin-icons/tree/main/types
+[41]: ../reference/cli.md#--include-libs
+[42]: #namespace-enumerations
+[43]: #external-libraries
+[44]: ../reference/configuration.md#includeentryexports
+[45]: ../guides/namespace-imports.md
+[46]: #class-members
+[47]: ../reference/configuration.md#ignoreexportsusedinfile
+[48]: ../reference/jsdoc-tsdoc-tags.md
+[49]: ../guides/issue-reproduction.md

package/src/docs/docs/guides/issue-reproduction.md

@@ -42,6 +42,10 @@ Before opening an issue, please make sure you:
 Please file only a single issue at a time, so each of them can be labeled and
 tracked separately.
 
+There is no need to open an issue if you're going to submit a pull request to
+close it right away anyway. In that case it's preferred to keep things central
+in either an issue or pull request.
+
 ## Templates
 
 A convenient way to create a minimal reproduction is by starting with one of

package/src/docs/docs/guides/troubleshooting.md

@@ -23,8 +23,7 @@ Knip is intentionally strict to maximize its potential. It may initially report
 many unused files. However, getting this right will result in great reports and
 tidy codebases.
 
-If it doesn't come your way at the first try, remember that often only a small
-change go a long way towards success.
+If it doesn't work out at first, a small change can go a long way.
 
 :::
 
@@ -33,9 +32,8 @@ change go a long way towards success.
 Knip reports lint issues in your codebase. See [handling issues][5] to deal with
 the reported issues.
 
-If Knip reports false positives and you're considering filing a GitHub issue,
-please do! It'll make Knip better for everyone. Please read [issue
-reproduction][6] first.
+If you're considering filing an issue, please read [issue reproduction][6]
+first.
 
 Exit code 1 indicates a successful run, but lint issues were found.
 
@@ -47,8 +45,7 @@ See [known issues][7] as it may be listed there and a workaround may be
 available. If it isn't clear what's throwing the exception, try another run with
 `--debug` to locate the cause of the issue with more details.
 
-If Knip throws an exception and you're considering filing a GitHub issue, please
-do! It'll make Knip better for everyone. Please read [issue reproduction][6]
+If you're considering filing an issue, please read [issue reproduction][6]
 first.
 
 Exit code 2 indicates an exception was thrown by Knip.

package/src/docs/docs/index.mdx

@@ -31,7 +31,7 @@ import Contributors from '../../components/Contributors.astro';
 
 :::section{.badges}
 
-[![NPM Version][2]][1] [![NPM Downloads][3]][1] [![GitHub Repo   stars][5]][4]
+[![NPM Version][2]][1] [![NPM Downloads][3]][1] [![GitHub Repo stars][5]][4]
 
 :::
 
@@ -138,10 +138,10 @@ A curated selection of articles about Knip, most recent first:
 [3]: https://img.shields.io/npm/dm/knip?color=f56e0f
 [4]: https://github.com/webpro-nl/knip
 [5]: https://img.shields.io/github/stars/webpro-nl/knip?style=flat&color=f56e0f
-[6]: ./sponsors
+[6]: /sponsors
 [7]: https://webpro.nl/hire-me
 [8]: ./reference/plugins.md
-[9]: ./playground
+[9]: /playground
 [10]: ./guides/troubleshooting.md
 [11]: https://www.jamesshopland.com
 [12]: https://blog.val.town/gardening-dependencies

package/src/docs/docs/overview/configuration.md

@@ -52,10 +52,9 @@ folder:
 }
 ```
 
-If you override the `entry` file patterns, you may also want to override
-`project` file patterns. The set of project files is used to determine what
-files are unused. The `project` patterns can also be negated to exclude files
-from the analysis. See [configuring project files][1] for details.
+The set of `project` files determines the analysis scope. Use negated `project`
+patterns to exclude files from the analysis. See [configuring project files][1]
+for details.
 
 The values you set override the default values, they are not merged.
 
@@ -64,8 +63,9 @@ The values you set override the default values, they are not merged.
 Be specific with `entry` files. Minimize the number of entry files and wildcards
 for better results.
 
-Plugins are enabled automatically, and set entry files for you. Such as for
-Next.js, Astro, Remix, Vitest, Playwright and many more.
+Plugins are enabled automatically, and their entry files are added
+automatically. Such as for Next.js, Astro, Remix, Vitest, Playwright and many
+more.
 
 :::
 

package/src/docs/docs/reference/configuration.md

@@ -198,17 +198,23 @@ Exit with non-zero code (1) if there are any configuration hints.
 
 :::tip
 
-Please read [configuring project files][9] before using the `ignore` option,
-because in most cases you'll want to fine‑tune `entry` and `project` (or use
-production mode) instead.
+Please read [configuring project files][9] before using the `ignore` option.
 
 :::
 
-Array of glob patterns to ignore issues from matching files. Example:
+Avoid `ignore` patterns. There is almost always a better solution:
+
+- Follow up on configuration hints (if there are any).
+- Fine-tune `entry` and `project` patterns.
+- Use [production mode][10].
+- Other `ignore*` options.
+
+**NOTE**: An exception to the rule: to _temporarily_ report only issues in files
+that match the negated `ignore` pattern:
 
 ```json title="knip.json"
 {
-  "ignore": ["src/generated.ts", "fixtures/**"]
+  "ignore": ["!src/dir/**"]
 }
 ```
 
@@ -271,6 +277,8 @@ export default {
 
 Suffix an item with `!` to enable it only in production mode.
 
+Also see [Unused dependencies][11].
+
 ### `ignoreMembers`
 
 Array of class and enum members to exclude from the report. Regular expressions
@@ -399,7 +407,7 @@ files (`.js` or `.ts`), not in JSON configuration files.
 
 Override built-in compilers or add custom compilers for additional file types.
 
-Also see [Compilers][10].
+Also see [Compilers][12].
 
 [1]: ../reference/dynamic-configuration.mdx
 [2]: ../overview/configuration.md
@@ -410,4 +418,6 @@ Also see [Compilers][10].
 [7]: ../features/rules-and-filters.md#filters
 [8]: ./jsdoc-tsdoc-tags.md
 [9]: ../guides/configuring-project-files.md
-[10]: ../features/compilers.md
+[10]: ../features/production-mode.md
+[11]: ../guides/handling-issues.mdx#unused-dependencies
+[12]: ../features/compilers.md

package/src/docs/docs/reference/known-issues.md

@@ -2,31 +2,45 @@
 title: Known Issues
 ---
 
-This page contains a list of known issues you might run into when using Knip.
+List of known issues and workarounds for exceptions thrown during a Knip run.
+
+See [handling issues][1] to learn more about dealing with lint issues.
 
 ## Exceptions from config files
 
 An exception may be thrown when a Knip plugin loads a JavaScript or TypeScript
-configuration file such as `webpack.config.js` or `vite.config.ts`. Knip may
-load such files differently, in a different environment, or without certain
-environment variables set.
+configuration file such as `webpack.config.js` or `vite.config.ts`:
 
-If it isn't clear what's throwing the exception, try another run with `--debug`
-to locate the cause of the issue with more details. Examples of issues when Knip
-loads configuration files:
+```sh
+$ knip
+Error loading .../vite.config.ts
+```
 
-- Missing environment variable
-- Relative path (e.g. which is sometimes not resolved from correct directory,
-  try `import.meta.dirname` or `__dirname`)
+Knip may load such files differently, in a different environment, with missing
+environment variables, etcetera. Use `--debug` to locate the cause of the issue
+with more details.
 
-As a last resort, the [plugin can be disabled][1].
+Potential workarounds:
+
+- Disable loading the file by overriding the default `config` for that plugin.
+  - Example: `vite: { config: [] }`
+  - In a monorepo, be more specific like so:
+    `workspaces: { "packages/lib": { vite: { config: [] } } }`
+  - If this helps, add the file as an `entry` file for static analysis.
+- Disable the related plugin.
+  - Example: `eslint: false`
+  - In a monorepo, be more specific like so:
+    `workspaces: { "packages/lib": { eslint: false } }`
+  - If this helps, add the file as an `entry` file for static analysis.
+- As a last resort, ignore the workspace: `ignoreWorkspaces: ["packages/lib"]`.
 
 ## Path aliases in config files
 
 Loading the configuration file (e.g. `cypress.config.ts`) for one of Knip's
 plugins may give an error:
 
-```
+```sh
+$ knip
 Analyzing workspace ....
 Error loading .../cypress.config.ts
 Reason: Cannot find module '@alias/name'
@@ -35,15 +49,13 @@ Require stack:
 ```
 
 Some tools (such as Cypress and Jest) support using TypeScript path aliases in
-the configuration file. Jiti does support aliases, but in a different format
-compared to `tsconfig.json#compilerOptions.paths` and `knip.json#paths` (e.g.
-the target values are not arrays).
+the configuration file.
 
 Potential workarounds:
 
 - Rewrite the import in the configuration file to a relative import.
 - Use Bun with [knip-bun][2].
-- [Disable the plugin][1] (not recommended, try the other options first).
+- See [exceptions from config files][3] for more potential workarounds.
 
 ## Nx Daemon
 
@@ -53,12 +65,13 @@ In Nx projects you might encounter this error:
 NX   Daemon process terminated and closed the connection
 ```
 
-The solution is to [disable the Nx Daemon][3]:
+The solution is to [disable the Nx Daemon][4]:
 
 ```sh
 NX_DAEMON=false knip
 ```
 
-[1]: ./configuration.md#plugins
+[1]: ../guides/handling-issues.mdx
 [2]: ./cli.md#knip-bun
-[3]: https://nx.dev/concepts/nx-daemon#turning-it-off
+[3]: #exceptions-from-config-files
+[4]: https://nx.dev/concepts/nx-daemon#turning-it-off

package/src/docs/docs/reference/plugins/angular.md

@@ -6,7 +6,8 @@ sidebar:
 
 ## Enabled
 
-This plugin is enabled if `"@angular/cli"` is listed in `"dependencies"` or `"devDependencies"` in `package.json`.
+This plugin is enabled if `"@angular/cli"` is listed in `"dependencies"` or
+`"devDependencies"` in `package.json`.
 
 ## Default configuration
 
@@ -15,9 +16,7 @@ If this plugin is enabled, the following configuration is added automatically:
 ```json
 {
   "angular": {
-    "config": [
-      "angular.json"
-    ]
+    "config": ["angular.json"]
   }
 }
 ```
@@ -26,8 +25,13 @@ Depending on local configuration, plugins may modify the defaults as shown.
 
 Custom `config` or `entry` options override default values, they are not merged.
 
-See [Plugins](../../explanations/plugins) for more details about plugins and their `entry` and `config` options.
+See [Plugins][1] for more details about plugins and their `entry` and `config`
+options.
 
 ## Generated from source
 
-This page was generated from the [angular plugin source code](https://github.com/webpro-nl/knip/blob/main/packages/knip/src/plugins/angular/index.ts).
+This page was generated from the [angular plugin source code][2].
+
+[1]: ../../explanations/plugins
+[2]:
+  https://github.com/webpro-nl/knip/blob/main/packages/knip/src/plugins/angular/index.ts

package/src/docs/docs/reference/plugins/astro-db.md

@@ -6,7 +6,8 @@ sidebar:
 
 ## Enabled
 
-This plugin is enabled if `"@astrojs/db"` is listed in `"dependencies"` or `"devDependencies"` in `package.json`.
+This plugin is enabled if `"@astrojs/db"` is listed in `"dependencies"` or
+`"devDependencies"` in `package.json`.
 
 ## Default configuration
 
@@ -15,10 +16,7 @@ If this plugin is enabled, the following configuration is added automatically:
 ```json
 {
   "astro-db": {
-    "entry": [
-      "db/config.{js,ts}",
-      "db/seed.{js,ts}"
-    ]
+    "entry": ["db/config.{js,ts}", "db/seed.{js,ts}"]
   }
 }
 ```
@@ -27,8 +25,13 @@ Depending on local configuration, plugins may modify the defaults as shown.
 
 Custom `config` or `entry` options override default values, they are not merged.
 
-See [Plugins](../../explanations/plugins) for more details about plugins and their `entry` and `config` options.
+See [Plugins][1] for more details about plugins and their `entry` and `config`
+options.
 
 ## Generated from source
 
-This page was generated from the [astro-db plugin source code](https://github.com/webpro-nl/knip/blob/main/packages/knip/src/plugins/astro-db/index.ts).
+This page was generated from the [astro-db plugin source code][2].
+
+[1]: ../../explanations/plugins
+[2]:
+  https://github.com/webpro-nl/knip/blob/main/packages/knip/src/plugins/astro-db/index.ts