ci-enforcement

Configures CI pipeline enforcement of ESLint Date-ban rules with staged rollout options.

6|Updated Mar 10, 2026
One-click install
npx skills add https://github.com/northguild/gmt --skill ci-enforcement-northguild
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ci-enforcement
Source: https://github.com/northguild/gmt/tree/main/packages/gmt-eslint/skills/ci-enforcement
Command: npx skills add https://github.com/northguild/gmt --skill ci-enforcement-northguild

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams adopting @northguild/gmt need to prevent new Date usage and legacy date-library imports from entering their codebase, but enabling lint rules repo-wide at once can overwhelm legacy-heavy projects with thousands of baseline violations. ## Core Features & Use Cases - CI Lint Integration: Adds ESLint Date-ban rule checks to PR and mainline pipeline steps so violations block merges. - Staged Rollout: Scopes the date-library import ban (moment, dayjs, luxon, date-fns, spacetime) to new or changed paths via flat-config files overrides, then widens coverage as imports are migrated. - Actionable Diagnostics: Keeps rule IDs and file paths clear in CI output, and coordinates Date-ban policy consistently across ESLint, Biome, and Oxlint setups. - Use Case: A repository with hundreds of legacy moment imports enables the import ban only on new packages first, cleans up the baseline incrementally, then expands to full-repo enforcement on the main branch. ## Quick Start Ask the assistant to add a CI lint step that enforces the gmt-eslint Date-ban rules on pull requests with a staged rollout scoped to changed paths.

Frequently Asked Questions about ci-enforcement

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

FAQPage Schema
How do I enforce ESLint Date-ban rules in CI pipelines?▼

Add a lint step to your CI that runs ESLint on the relevant files and paths for both PR and mainline builds. Report rule IDs and file paths clearly so violations can be remediated quickly.

How to roll out lint rules gradually in a legacy repository?▼

Start by scoping the date-library import ban to new or changed paths using a flat-config `files` override, since imports of moment, dayjs, luxon, date-fns, and spacetime usually carry the largest baseline. Widen coverage as imports are migrated, then expand to full-repo enforcement.

Can I use gmt-eslint together with Biome or Oxlint?▼

Yes, but keep the Date-ban policy consistent across all configured linters so the same violations are flagged regardless of which tool runs. The skill explicitly covers coordinating multi-linter Date-ban policy.

What is the recommended sequence for adopting Date-ban enforcement?▼

Run a local baseline and fix pass first, then enable PR lint enforcement, then full enforcement on the main branch, followed by ongoing refactor guidance toward gmt methods. Avoid suppressing violations broadly as a default strategy.

When should I not auto-fix Date-ban lint violations?▼

Do not auto-apply risky temporal refactors without tests, since changing date handling logic can alter runtime behavior. Suppressing violations broadly is also discouraged as a default strategy.