dnbhq-configs

Audit and initialize DNBHQ shared configuration packages across repository tooling.

1|Updated Aug 18, 2026
One-click install
npx skills add https://github.com/davidsneighbour/clerkwork --skill dnbhq-configs-davidsneighbour
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: dnbhq-configs
Source: https://github.com/davidsneighbour/clerkwork/tree/main/skills/dnbhq-configs
Command: npx skills add https://github.com/davidsneighbour/clerkwork --skill dnbhq-configs-davidsneighbour

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Keeping shared configuration packages (Biome, TypeScript, Renovate, markdownlint, release-it, and more) consistent across repositories is tedious and error-prone. This Skill audits a repository against the DNBHQ package registry, classifies each package's state, and coordinates targeted onboarding, updates, migrations, or repairs without touching unrelated configuration. ## Core Features & Use Cases - Read-only audits: Classify every registry package as missing, partial, current, outdated, legacy, duplicated, mixed, invalid, or unknown, with evidence and a recommended action per package. - Guided initialization: Parse prose instructions into include/exclude lists, sort selected packages by registry weight, and delegate setup to package-specific workflows. - Safe migrations: Preserve repository-specific overrides, avoid removing legacy tools like ESLint or Prettier until replacement coverage is confirmed, and validate each package independently. - Use Case: You inherit a repository with a hand-copied ESLint config and an outdated tsconfig. Run an audit to see which DNBHQ packages apply, then initialize only Biome and TypeScript configs while leaving release tooling untouched. ## Quick Start Ask the assistant to audit this repository's DNBHQ configuration packages and recommend which ones to onboard or update.

Frequently Asked Questions about dnbhq-configs

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit shared configuration packages in a repository?▼

Run the audit command, which reads the package registry and inspects package.json, lock files, config files, scripts, hooks, and CI workflows. It classifies each registry package as missing, current, outdated, legacy, duplicated, or another state, and recommends an action per package without modifying anything.

How to migrate from ESLint and Prettier to a shared Biome config?▼

The Biome workflow installs Biome directly, extends the shared config, and removes duplicated inherited settings. ESLint and Prettier are only removed after confirming Biome covers their responsibilities and no scripts, workflows, or imports still reference them.

Does the audit modify files or install packages?▼

No. Audit is strictly read-only: it does not edit files, install packages, run write-mode formatters, or stage changes. Modifications only happen during init, after you select specific packages to configure.

Can I configure only some packages and skip others?▼

Yes. Init accepts prose instructions naming packages to include or exclude. Excluded packages are marked skipped and left untouched, and each selected package's changes are kept independently reviewable.

What happens when a shared config package has no dedicated workflow?▼

Packages without a dedicated resource use the generic workflow in the other.md resource, which audits the package from its registry entry and applies conservative maintenance. If the registry lacks an entry entirely, the package is reported and a new registry entry is requested.