@7n/rules 1.27.0 → 1.28.1

package/CHANGELOG.md

@@ -1,5 +1,17 @@
 # Changelog
 
+## [1.28.1] - 2026-07-19
+
+### Fixed
+
+- schemas/v8r-catalog: записи для knip-canonical.json (офіційна схема knip@5) і oxlint-canonical.json (any-заглушка) — прибирає «Could not find a schema» у v8r по data-файлах правила js/tooling
+
+## [1.28.0] - 2026-07-19
+
+### Changed
+
+- lint: JS-сімʼя правил (js, bun, vue, js-run, js-bun-db, js-bun-redis, js-mssql, npm-module, tool-surface) переїхала з ядра у @7n/rules-lang-js (фаза 5c spec lang-plugins-extraction); ядро лишає рушій (auto-rules предикати, glob-to-regex і js-source-signals у scripts/lib — плагін імпортує їх назад через @7n/rules/scripts); залежності eslint/knip/jscpd/oxlint переїхали з ядра у плагін
+
 ## [1.27.0] - 2026-07-19
 
 ### Added

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@7n/rules",
-  "version": "1.27.0",
+  "version": "1.28.1",
   "description": "CLI еталонних правил і skills (префікс n-): синк у репозиторій, дельта-lint, конформність",
   "keywords": [
     "cli",
@@ -70,15 +70,11 @@
     "@zed-industries/agent-client-protocol": "^0.4.5",
     "ajv": "^8.20.0",
     "cli-progress": "^3.12.0",
-    "eslint": "^10.4.1",
     "github-actionlint": "^1.7.12",
     "globby": "^16.0.0",
     "ignore": "^7.0.5",
-    "jscpd": "^5.0.11",
-    "knip": "^6.22.0",
     "markdownlint-cli2": "^0.22.1",
     "oxc-parser": "^0.137.0",
-    "oxlint": "^1.68.0",
     "picomatch": "^4.0.4",
     "smol-toml": "^1.7.0",
     "v8r": "^6.1.0",

package/schemas/v8r-catalog.json

@@ -22,7 +22,8 @@
         "**/.licensee.json",
         "docs/specs/**/*.json",
         "docs/plans/**/*.json",
-        "any.json"
+        "any.json",
+        "**/data/tooling/oxlint-canonical.json"
       ]
     },
     {
@@ -270,6 +271,14 @@
         "**/docs/layers.json",
         "layers.json"
       ]
+    },
+    {
+      "name": "knip-canonical.json",
+      "description": "Канонічний knip-конфіг правила js/tooling (@7n/rules-lang-js) — офіційна схема knip@5",
+      "url": "https://unpkg.com/knip@5/schema.json",
+      "fileMatch": [
+        "**/data/tooling/knip-canonical.json"
+      ]
     }
   ]
 }

package/scripts/auto-rules.mjs

@@ -23,14 +23,13 @@ import { fileURLToPath } from 'node:url'
 import { globby } from 'globby'
 
 import { ALWAYS_IGNORE } from './utils/walkDir.mjs'
-import { globToRegex } from '../rules/npm-module/package_structure/main.mjs'
-import { textHasBunSqlImport } from '../rules/js-bun-db/lib/bun-sql-scan.mjs'
+import { globToRegex } from './lib/glob-to-regex.mjs'
+import { textHasBunSqlImport, contentForVueImportScan } from './lib/js-source-signals.mjs'
 import {
   isGqlScanSourceFile,
   shouldSkipFileForGqlScan,
   sourceFileHasGqlTaggedTemplate
 } from '../rules/graphql/lib/graphql-gql-scan.mjs'
-import { contentForVueImportScan } from '../rules/vue/lib/vue-forbidden-imports.mjs'
 import { parseRuleAutoSpec, readRuleMetaRaw } from './lib/rule-meta.mjs'
 import { migrateRuleIds, normalizeIdList } from './lib/rule-meta-helpers.mjs'
 import { RULE_PREDICATES } from './lib/rule-predicates.mjs'

package/scripts/docs/auto-rules.md

@@ -3,7 +3,7 @@ type: JS Module
 title: auto-rules.mjs
 resource: npm/scripts/auto-rules.mjs
 docgen:
-  crc: d4a1b2da
+  crc: 5707eb47
   model: omlx/gemma-4-e4b-it-OptiQ-4bit
   score: 90
 ---

package/scripts/lib/docs/glob-to-regex.md

@@ -0,0 +1,31 @@
+---
+type: JS Module
+title: glob-to-regex.mjs
+resource: npm/scripts/lib/glob-to-regex.mjs
+docgen:
+  crc: 6c55d687
+  model: openai-codex/gpt-5.4-mini
+  tier: cloud-min
+  score: 100
+  issues: judge:inaccurate:0.98
+  judgeModel: openai-codex/gpt-5.4-mini
+---
+
+## Огляд
+
+`globToRegex` перетворює glob-патерни на `RegExp`, щоб `auto-rules.mjs` міг зіставляти `main.json:auto.glob` зі зміненими файлами, а правило npm-module з `@7n/rules-lang-js` — перевіряти `files` у `package.json` тим самим способом. Це спільна основа для однакового тлумачення шляхових шаблонів у `main.json` і `package.json` без запису стану; конфіги, на які спирається код: `main.json`, `package.json`.
+
+## Поведінка
+
+1. `globToRegex` перетворює glob-патерн на `RegExp` з повними межами збігу, щоб один і той самий шаблон можна було застосовувати і до автодетекту змінених файлів, і до перевірок `files` у `package.json`.
+2. Вона трактує `**` як охоплення будь-якої кількості шляхових сегментів, `*` — як будь-яку послідовність символів у межах одного сегмента, `?` — як один символ у межах одного сегмента, а brace-альтернативи — як вибір одного з кількох варіантів.
+3. Вона зберігає літеральний зміст символів, які у регулярних виразах мають спеціальне значення, щоб шаблон поводився як glob, а не як довільний текстовий вираз.
+4. Вона повертає готовий шаблон для перевірки шляхів у бізнес-правилах, що читають `main.json` і `package.json`, не торкаючись файлової системи чи інших даних поза входом.
+
+## Публічний API
+
+- globToRegex — Перетворює glob-патерни з `files` та `main.json:auto.glob` у `RegExp` з прив’язкою до початку й кінця рядка; підтримує `**`, `*`, `?` і `{a,b,c}` для варіантів, без `[…]`.
+
+## Гарантії поведінки
+
+- Read-only: не виконує операцій запису (ФС/БД).

package/scripts/lib/docs/index.md

@@ -20,7 +20,9 @@ resource: npm/scripts/lib/
 | [ensure-tool.mjs](ensure-tool.md)                                           | JS Module |
 | [generated-markdown.mjs](generated-markdown.md)                             | JS Module |
 | [gha-workflow.mjs](gha-workflow.md)                                         | JS Module |
+| [glob-to-regex.mjs](glob-to-regex.md)                                       | JS Module |
 | [inline-template-links.mjs](inline-template-links.md)                       | JS Module |
+| [js-source-signals.mjs](js-source-signals.md)                               | JS Module |
 | [list-project-rules-mdc.mjs](list-project-rules-mdc.md)                     | JS Module |
 | [list-rule-ids.mjs](list-rule-ids.md)                                       | JS Module |
 | [load-cursor-config.mjs](load-cursor-config.md)                             | JS Module |

package/scripts/lib/docs/js-source-signals.md

@@ -0,0 +1,32 @@
+---
+type: JS Module
+title: js-source-signals.mjs
+resource: npm/scripts/lib/js-source-signals.mjs
+docgen:
+  crc: 4a8d80d5
+  model: openai-codex/gpt-5.4-mini
+  tier: cloud-min
+  score: 100
+  issues: judge:inaccurate:0.97
+  judgeModel: openai-codex/gpt-5.4-mini
+---
+
+## Огляд
+
+`auto-rules.mjs` викликає ці regex-only текстові сигнали на кожному зміненому файлі, без AST, щоб швидко збирати факти для авто-детекту правил у JS/TS/Vue-джерелах. Спільні функції `textHasBunSqlImport`, `extractVueScriptBlocks` і `contentForVueImportScan` живуть у `@7n/rules/scripts/lib/…` і використовуються також правилами `@7n/rules-lang-js` для `js-bun-db` та `vue`, щоб не дублювати одні й ті самі сигнали в різних місцях. Компонент read-only і не пише у ФС чи БД.
+
+## Поведінка
+
+- `textHasBunSqlImport` — визначає, чи в тексті є імпорт `sql` або `SQL` з `bun`.
+- `extractVueScriptBlocks` — витягує з Vue SFC увесь код із `<script>`-блоків і склеює його в один текст.
+- `contentForVueImportScan` — готує вміст до сканування: для `.vue` лишає тільки `<script>`-блоки, для інших файлів бере весь текст.
+
+## Публічний API
+
+- textHasBunSqlImport — знаходить у сирому тексті імпорт `sql` або `SQL` з `"bun"` для швидкого визначення, чи є в файлі доступ до Bun SQL API.
+- extractVueScriptBlocks — дістає з Vue SFC лише вміст `<script>`, щоб аналіз не зачіпав template.
+- contentForVueImportScan — для `.vue` бере тільки script-блоки, а для інших файлів — увесь текст, щоб сканувати саме релевантний код.
+
+## Гарантії поведінки
+
+- Read-only: не виконує операцій запису (ФС/БД).

package/scripts/lib/glob-to-regex.mjs

@@ -0,0 +1,79 @@
+/**
+ * Перетворення glob-патернів у RegExp — утиліт рушія авто-детекту правил
+ * (`auto-rules.mjs` матчить `main.json:auto.glob` по зміненим файлам) і
+ * перевірок `files` у package.json (правило npm-module з `@7n/rules-lang-js`).
+ * Живе в ядрі (фаза 5c spec lang-plugins-extraction): рушій не залежить від
+ * плагінів, а плагінні правила імпортують через `@7n/rules/scripts/lib/…`.
+ */
+
+/** Символи зі спеціальним значенням у RegExp, які в glob — літерали (екрануємо). */
+const REGEX_SPECIAL_IN_GLOB = new Set(['.', '+', '^', '$', '{', '}', '(', ')', '|', '[', ']', '\\'])
+
+const GLOBSTAR_LEADING_RE = /^__GLOBSTAR__\//u
+const GLOBSTAR_TRAILING_RE = /\/__GLOBSTAR__$/u
+
+/**
+ * Перетворює glob-патерн (як у npm `files` чи `main.json:auto.glob`) у `RegExp`
+ * з якорями `^` / `$`. Підтримує globstar (нуль або більше сегментів), `*`
+ * (символи без `/`), `?` (один символ без `/`) і brace-альтернативи `{a,b,c}`
+ * (наприклад `*.{png,jpg,svg}` → `(?:png|jpg|svg)`). Клас `[…]` не
+ * підтримується — у негативних патернах `files` цього достатньо.
+ * @param {string} glob posix-шлях у glob-нотації
+ * @returns {RegExp} `RegExp` з якорями `^` / `$`
+ */
+export function globToRegex(glob) {
+  const parts = glob.split('/')
+  const tokens = parts.map(p => {
+    if (p === '**') return '__GLOBSTAR__'
+    let out = ''
+    let braceDepth = 0
+    for (const c of p) {
+      switch (c) {
+        case '*': {
+          out += '[^/]*'
+          continue
+        }
+        case '?': {
+          out += '[^/]'
+          continue
+        }
+        case '{': {
+          out += '(?:'
+          braceDepth++
+          continue
+        }
+        case '}': {
+          if (braceDepth > 0) {
+            out += ')'
+            braceDepth--
+            continue
+          }
+          break
+        }
+        case ',': {
+          if (braceDepth > 0) {
+            out += '|'
+            continue
+          }
+          break
+        }
+        default: {
+          break
+        }
+      }
+      out += REGEX_SPECIAL_IN_GLOB.has(c) ? `\\${c}` : c
+    }
+    return out
+  })
+  let re = tokens.join('/')
+  re = re.replaceAll('/__GLOBSTAR__/', '(?:/.*/|/)')
+  re = re.replace(GLOBSTAR_LEADING_RE, '(?:.*/)?')
+  re = re.replace(GLOBSTAR_TRAILING_RE, '(?:/.*)?')
+  re = re.replaceAll('__GLOBSTAR__', '.*')
+  // Дозволено: уся функція існує саме для конструкції RegExp з glob-pattern
+  // (значення з package.json `files` або main.json `auto.glob`, не від
+  // кінцевого користувача), і спецсимволи вже екрановано через
+  // `REGEX_SPECIAL_IN_GLOB` вище.
+  // eslint-disable-next-line security/detect-non-literal-regexp
+  return new RegExp(`^${re}$`, 'u')
+}

package/scripts/lib/js-source-signals.mjs

@@ -0,0 +1,50 @@
+/**
+ * Дешеві текстові сигнали JS/TS/Vue-джерел для збору фактів авто-детекту правил
+ * (`auto-rules.mjs` кличе їх на кожному зміненому файлі — без AST, лише regex).
+ * Живуть у ядрі (фаза 5c spec lang-plugins-extraction): рушій авто-детекту не
+ * імпортує код плагінів, а правила `@7n/rules-lang-js` (js-bun-db, vue)
+ * використовують ці ж функції через `@7n/rules/scripts/lib/…` — одне джерело
+ * правди без дублювання regex-ів.
+ */
+
+const BUN_SQL_IMPORT_RE = /\bimport\s*\{[\s\S]*?\b(sql|SQL)\b[\s\S]*?\}\s*from\s*["']bun["']/u
+
+/**
+ * Чи містить текст джерела імпорт імені `sql` або `SQL` з `"bun"`.
+ * Скан по сирому тексту — без AST, щоб бути дешевим: викликається на кожному
+ * JS/TS-файлі при зборі ознак для авто-детекту правил.
+ * @param {string} content вміст файлу
+ * @returns {boolean} true, якщо є імпорт sql або SQL з модуля bun
+ */
+export function textHasBunSqlImport(content) {
+  return BUN_SQL_IMPORT_RE.test(content)
+}
+
+/**
+ * Витягує з SFC лише код усередині `<script>`, щоб не чіпати шаблон.
+ * @param {string} sfc вміст .vue файлу
+ * @returns {string} текст усередині тегів `<script>` (усі блоки поспіль)
+ */
+export function extractVueScriptBlocks(sfc) {
+  const chunks = []
+  const re = /<script\b[^>]*>([\s\S]*?)<\/script>/gi
+  let m = re.exec(sfc)
+  while (m) {
+    chunks.push(m[1])
+    m = re.exec(sfc)
+  }
+  return chunks.join('\n\n')
+}
+
+/**
+ * Підбирає текст для сканування: для .vue — лише script-блоки, інакше — увесь вміст.
+ * @param {string} content сирий вміст файлу
+ * @param {string} filePath відносний шлях (для вибору режиму)
+ * @returns {string} текст для парсера/regex-сканів
+ */
+export function contentForVueImportScan(content, filePath) {
+  if (filePath.endsWith('.vue')) {
+    return extractVueScriptBlocks(content)
+  }
+  return content
+}

package/scripts/utils/ast-scan-utils.mjs

@@ -6,8 +6,8 @@
  * робота з `TemplateLiteral` (текст quasis, контекст SQL-списку).
  *
  * Використовується сканерами у `rules/<rule>/js/...` (наприклад,
- * `rules/js-bun-db/js/safety/bun-sql-scan.mjs`, `rules/js-mssql/js/deps/mssql-pool-scan.mjs`,
- * `rules/js-run/js/runtime/*-scan.mjs`) для уникнення дублювання boilerplate.
+ * `@7n/rules-lang-js`: rules/js-bun-db, rules/js-mssql, rules/js-run —
+ * фаза 5c spec lang-plugins-extraction) для уникнення дублювання boilerplate.
  */
 import { parseSync } from 'oxc-parser'
 

package/scripts/utils/docs/ast-scan-utils.md

@@ -3,7 +3,7 @@ type: JS Module
 title: ast-scan-utils.mjs
 resource: npm/scripts/utils/ast-scan-utils.mjs
 docgen:
-  crc: 0f9b4a21
+  crc: ed9f189b
 ---
 
 Цей файл містить утиліти для AST-сканерів JavaScript та TypeScript, що використовуються для аналізу коду та виявлення потенційних проблем. Він надає інструменти для обробки AST, перетворення даних та взаємодії з різними типами вузлів, забезпечуючи основу для створення правил безпеки та аналізу коду. Ці утиліти спрощують розробку сканерів, усуваючи необхідність повторного написання boilerplate-коду.

package/rules/bun/bunfig/bunfig.mdc

@@ -1,17 +0,0 @@
-## Rego-gate: відповідність bunfig.toml канонічному шаблону
-
-Rego-пакет: `bun.bunfig`
-
-Цільовий файл: `bunfig.toml` (корінь репо).
-
-Шаблон (leaf-значення, які gate порівнює): [bunfig.toml.snippet.toml](./template/bunfig.toml.snippet.toml)
-
-Gate порівнює кожен leaf-ключ у кожній секції шаблону з фактичним значенням у `bunfig.toml`. Зайві ключі та секції — ігноруються. Deny-повідомлення виникає, якщо:
-
-- секція відсутня або не є обʼєктом (`bunfig.toml: відсутня секція [install]`)
-- leaf-ключ має інше значення (`bunfig.toml: у секції [install] має бути linker = "hoisted"`)
-
-## Навіщо саме `linker = "hoisted"`
-
-Канонічна лінковка для кореневого `bunfig.toml` — **hoisted**: пласке `node_modules`,
-сумісне з інструментами, які не розуміють ізольований (isolated) layout Bun.

package/rules/bun/bunfig/bunfig.rego

@@ -1,29 +0,0 @@
-# Перевірка `bunfig.toml` для bun (bun.mdc).
-#
-# Канон надходить через --data: { "template": { "snippet": ... } }
-# Структура --data сформована з template/bunfig.toml.snippet.toml.
-# Snippet — 2-рівнева мапа (section → key → expected). Walker такий самий,
-# як для ga.vscode_settings: leaf-by-leaf коли section-обʼєкт існує + окремий
-# deny коли section відсутній / не обʼєкт.
-package bun.bunfig
-
-import rego.v1
-
-# Leaf-by-leaf: section присутня й обʼєкт.
-deny contains msg if {
-	some section, expected_inner in data.template.snippet
-	inner := object.get(input, section, {})
-	is_object(inner)
-	some leaf_key, expected_value in expected_inner
-	actual := object.get(inner, leaf_key, null)
-	actual != expected_value
-	msg := sprintf("bunfig.toml: у секції [%s] має бути %s = %q (bun.mdc)", [section, leaf_key, expected_value])
-}
-
-# Section відсутня (null) або не обʼєкт.
-deny contains msg if {
-	some section in object.keys(data.template.snippet)
-	raw := object.get(input, section, null)
-	not is_object(raw)
-	msg := sprintf("bunfig.toml: відсутня секція [%s] (bun.mdc)", [section])
-}

package/rules/bun/bunfig/concern.json

@@ -1,9 +0,0 @@
-{
-  "$schema": "https://unpkg.com/@7n/rules/schemas/concern.json",
-  "fixability": "config",
-  "policy": {
-    "files": {
-      "single": "bunfig.toml"
-    }
-  }
-}

package/rules/bun/bunfig/template/bunfig.toml.snippet.toml

@@ -1,2 +0,0 @@
-[install]
-linker = "hoisted"

package/rules/bun/docs/index.md

@@ -1,11 +0,0 @@
----
-type: Directory Index
-title: npm/rules/bun
-resource: npm/rules/bun/
----
-
-# npm/rules/bun
-
-| Файл                | Тип       |
-| ------------------- | --------- |
-| [main.mjs](main.md) | JS Module |

package/rules/bun/layout/concern.json

@@ -1,16 +0,0 @@
-{
-  "$schema": "https://unpkg.com/@7n/rules/schemas/concern.json",
-  "lint": {
-    "scope": "full",
-    "glob": [
-      "package-lock.json",
-      "yarn.lock",
-      "pnpm-lock.yaml",
-      ".yarnrc.yml",
-      ".yarn/**",
-      "bun.lock",
-      "bunfig.toml",
-      "package.json"
-    ]
-  }
-}

package/rules/bun/layout/docs/fix-layout.md

@@ -1,29 +0,0 @@
----
-type: JS Module
-title: fix-layout.mjs
-resource: npm/rules/bun/layout/fix-layout.mjs
-docgen:
-  crc: 14f58bce
-  model: omlx/gemma-4-e4b-it-OptiQ-4bit
-  score: 100
-  issues: judge:inaccurate:0.98
-  judgeModel: openai-codex/gpt-5.4-mini
----
-
-## Огляд
-
-Т0-autofix паттерни для `bun/js/layout.mjs` забезпечують детерміноване виправлення структури проєкту. Він виконує такі дії, керуючись конфігом `package-lock.json`: видаляє заборонені файли (наприклад, `package-lock.json`, `yarn.lock`), створює відсутні конфігураційні файли (`bunfig.toml`) та каталоги (`.yarn`). Ці механізми реалізуються через публічну змінну `patterns` без звернення до LLM.
-
-## Поведінка
-
-Поведінка:
-
-1. Виконується детерміноване автоматичне виправлення структури проєкту на основі попереднього логу.
-2. Перевіряється наявність заборонених файлів, таких як `package-lock.json`. У разі виявлення, ці файли фізично видаляються з робочої директорії.
-3. Перевіряється наявність файлу `bunfig.toml`. Якщо він відсутній, його створюється з базовим налаштуванням для встановлення залежностей.
-4. Перевіряється наявність каталогу `.yarn`. У разі його виявлення, цей каталог повністю видаляється.
-5. Усі ці дії інкапсульовані у публічній змінній `patterns`, що містить набір визначених механізмів виправлення.
-
-## Гарантії поведінки
-
-- (специфічних машинно-виведених гарантій немає)

package/rules/bun/layout/docs/main.md

@@ -1,34 +0,0 @@
----
-type: JS Module
-title: main.mjs
-resource: npm/rules/bun/layout/main.mjs
-docgen:
-  crc: 457e5fcd
-  model: omlx/gemma-4-e4b-it-OptiQ-4bit
-  score: 95
-  issues: anchor-miss:(bun.mdc),judge:inaccurate:0.99
-  judgeModel: openai-codex/gpt-5.4-mini
----
-
-## Огляд
-
-Цей модуль забезпечує автоматизовану перевірку конфігурації проекту, аналізуючи файли package.json та package-lock.json. Він діагностує відсутність ключових файлів або невідповідність усталеним стандартам управління залежностями. Успішна робота підтверджує відповідність проекту визначеним вимогам.
-
-## Поведінка
-
-Поведінка:
-
-1. При запуску `main` перевіряється наявність файлів блокування залежностей (`package-lock.json`, `yarn.lock`, `pnpm-lock.yaml`, `.yarnrc.yml`). Якщо будь-який з них присутній, це розцінюється як порушення.
-2. Перевіряється наявність директорії `.yarn`. Її наявність сприймається як порушення.
-3. Перевіряється наявність файлу `bun.lock`. Якщо його немає, це вказує на необхідність виконання `bun i`.
-4. Перевіряється наявність конфігураційного файлу `bunfig.toml`. Якщо його немає, це вимагає створення файлу з налаштуванням `[install] linker = "hoisted"` відповідно до вимог `bun.mdc`.
-5. Визначається шлях до `package.json` у корені репозиторію. Якщо цей файл відсутній, процес перевірки зупиняється.
-6. У разі успішної перевірки всіх умов, повертається код, що вказує на відсутність проблем.
-
-## Публічний API
-
-main — перевіряє, чи відповідає проєкт встановленим у bun.mdc правилам.
-
-## Гарантії поведінки
-
-- Read-only: не виконує операцій запису (ФС/БД).

package/rules/bun/layout/fix-layout.mjs

@@ -1,63 +0,0 @@
-/**
- * T0-autofix паттерни для `bun/layout` — детерміновані FS-виправлення
- * заборонених файлів (package-lock.json, yarn.lock тощо), відсутнього bunfig.toml
- * та каталогу .yarn без звернення до LLM.
- *
- * Unified lint surface: structured violations (test(violations)/apply(violations,ctx)).
- * Імена заборонених файлів читаються з `v.message`, не з агрегованого output-рядка.
- */
-import { existsSync, rmSync, writeFileSync } from 'node:fs'
-import { join } from 'node:path'
-
-const FORBIDDEN_FILE_RE = /Знайдено заборонений файл: \S+/u
-const FORBIDDEN_FILE_NAME_RE = /Знайдено заборонений файл: (\S+)/u
-const BUNFIG_MISSING_RE = /Відсутній bunfig\.toml/u
-const YARN_DIR_RE = /Знайдено директорію \.yarn/u
-
-/** @type {import('../../../scripts/lib/lint-surface/types.mjs').T0Pattern[]} */
-export const patterns = [
-  {
-    id: 'rm-forbidden-file',
-    test: violations => violations.some(v => FORBIDDEN_FILE_RE.test(v.message)),
-    apply: (violations, ctx) => {
-      const cwd = ctx.cwd
-      const touchedFiles = []
-      for (const v of violations) {
-        const m = FORBIDDEN_FILE_NAME_RE.exec(v.message)
-        if (!m) continue
-        const filePath = join(cwd, m[1])
-        if (existsSync(filePath)) {
-          ctx.recordWrite?.(filePath)
-          rmSync(filePath, { force: true })
-          touchedFiles.push(filePath)
-        }
-      }
-      if (touchedFiles.length === 0) return { touchedFiles: [] }
-      return { touchedFiles, message: `видалено: ${touchedFiles.join(', ')}` }
-    }
-  },
-
-  {
-    id: 'bun-bunfig-create',
-    test: violations => violations.some(v => BUNFIG_MISSING_RE.test(v.message)),
-    apply: (_violations, ctx) => {
-      const target = join(ctx.cwd, 'bunfig.toml')
-      if (existsSync(target)) return { touchedFiles: [] }
-      ctx.recordWrite?.(target)
-      writeFileSync(target, '[install]\nlinker = "hoisted"\n', 'utf8')
-      return { touchedFiles: [target], message: 'створено bunfig.toml' }
-    }
-  },
-
-  {
-    id: 'bun-yarn-dir-remove',
-    test: violations => violations.some(v => YARN_DIR_RE.test(v.message)),
-    apply: (_violations, ctx) => {
-      const target = join(ctx.cwd, '.yarn')
-      if (!existsSync(target)) return { touchedFiles: [] }
-      ctx.recordWrite?.(target)
-      rmSync(target, { recursive: true, force: true })
-      return { touchedFiles: [target], message: 'видалено .yarn/' }
-    }
-  }
-]

package/rules/bun/layout/layout.mdc

@@ -1,60 +0,0 @@
-## Структура lockfile та менеджер пакетів
-
-Проект використовує **тільки Bun** для керування залежностями та запуску скриптів.
-
-**Заборонені lockfile / директорії** (мають бути відсутні у репозиторії):
-
-- `package-lock.json`
-- `yarn.lock`
-- `pnpm-lock.yaml`
-- `.yarnrc.yml`
-- `.yarn/`
-
-Якщо якийсь із цих файлів чи директорій існує — **видали** його.
-
-**Обовʼязковий lockfile:** `bun.lock` (має бути присутній у корені).
-
-**Заборонені команди менеджерів пакетів:**
-
-- `npm install`, `yarn`, `pnpm` і їх відповідники lockfile (крім `bun.lock`)
-
-**Дозволені команди:**
-
-- `bun i`
-- `bun run <script>`
-- `bun add <pkg>`
-- `bun add -d <pkg>`
-- `bun remove <pkg>`
-- `bunx <tool>`
-- `npx <tool>` — якщо у проєкті вже використовується `npx` (не замінюй на `bunx`)
-
-**Одноразові CLI (`bunx` / `npx`):**
-
-- Якщо в проєкті вже використовується **`npx`** (скрипти, CI, Dockerfile) — **залишай `npx`**, не замінюй на `bunx`.
-- Якщо новий виклик CLI додається з нуля і в репозиторії прийнято лише Bun — можна `bunx <tool>`.
-
-**Не додавай** у `dependencies` / `devDependencies` пакети, які **використовуються лише як CLI** і їх достатньо викликати через **`bunx <pkg>`** (або **`npx`**, якщо в проєкті так прийнято): наприклад **oxlint**, **jscpd**, **eslint** у корені тощо. Виняток — пакет потрібен як **бібліотека** (імпорт у коді), peer для іншого пакета, або інструмент **не** покривається `bunx` у вашому CI.
-
-**Monorepo:**
-
-- Встановлювати залежності у відповідному пакеті, а не в корені без потреби.
-- Якщо залежність потрібна лише одному пакету, додавати її в директорії цього пакета.
-- У CI та локально запускати скрипти через `bun run`.
-
-**Dockerfile:**
-
-```dockerfile
-FROM oven/bun:alpine AS build-env
-```
-
-замість образу node.
-
-**GitHub Actions:** не вставляй у workflow окремі кроки **`actions/setup-node`**, **`oven-sh/setup-bun`**, **`actions/cache`** та **`bun install`** — їх **заборонено** дублювати в кожному job; завжди використовуй **локальний composite** (деталі й заборона дублювання — **ga.mdc**). Під капотом composite уже містить Node **24**, Bun, кеш і **`bun install --frozen-lockfile`**.
-
-Після **`actions/checkout@v6`** (`persist-credentials: false`):
-
-```yaml
-- uses: ./.github/actions/setup-bun-deps
-```
-
-Якщо в репозиторії action збережено під **`./npm/github-actions/setup-bun-deps`**, у `uses:` вкажи цей шлях замість `.github/actions/…` (**ga.mdc**).