@nitra/cursor 11.4.1 → 12.0.1

package/rules/js-mssql/docs/index.md

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

package/rules/js-mssql/js/docs/deps.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: deps.mjs
+resource: npm/rules/js-mssql/js/deps.mjs
 docgen:
-  source: npm/rules/js-mssql/js/deps.mjs
   crc: d5bc32ba
   score: 100
 ---
 
-# deps.mjs
-
-## Огляд
-
 request
 Витягує рядок версії `dependencies.mssql` з `package.json` (js-mssql.mdc)
 

package/rules/js-mssql/js/docs/index.md

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

package/rules/js-mssql/lib/docs/index.md

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

package/rules/js-mssql/lib/docs/mssql-pool-scan.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: mssql-pool-scan.mjs
+resource: npm/rules/js-mssql/lib/mssql-pool-scan.mjs
 docgen:
-  source: npm/rules/js-mssql/lib/mssql-pool-scan.mjs
   crc: 7490294a
 ---
 
-# mssql-pool-scan.mjs
-
-## Огляд
-
 Модуль `mssql-pool-scan.mjs` — це набір AST-сканерів, що шукають **небезпечні патерни використання драйвера `mssql`** (Microsoft SQL Server для Node.js) у вихідних файлах JavaScript / TypeScript. Сканери призначені для статичного аналізу й використовуються з правил `js-mssql` (див. `js-mssql.mdc`).
 
 Модуль виявляє п'ять класів проблем:

package/rules/js-run/docs/fix.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: fix.mjs
+resource: npm/rules/js-run/fix.mjs
 docgen:
-  source: npm/rules/js-run/fix.mjs
   crc: 38cf876b
   score: 100
 ---
 
-# fix.mjs
-
-## Огляд
-
 Виконує застосування політики JS-занепокоєних до mdc-refs на вхідному контексті прогону та повертає результат.
 
 Виконує повний еквівалент команди `npx @nitra/cursor fix <id>`, завантажує конфігурацію, перевіряє дозволені елементи та повертає код виходу.

package/rules/js-run/docs/index.md

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

package/rules/js-run/js/docs/index.md

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

package/rules/js-run/js/docs/runtime.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: runtime.mjs
+resource: npm/rules/js-run/js/runtime.mjs
 docgen:
-  source: npm/rules/js-run/js/runtime.mjs
   crc: 9c22e999
   score: 90
 ---
 
-# runtime.mjs
-
-## Огляд
-
 pgWriteContract перевіряє правила нейминга та експортів для файлів усередині `#conn/`.
 check перевіряє правила js-run.mdc лише для workspace-пакетів.
 

package/rules/js-run/lib/docs/bunyan-imports.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: bunyan-imports.mjs
+resource: npm/rules/js-run/lib/bunyan-imports.mjs
 docgen:
-  source: npm/rules/js-run/lib/bunyan-imports.mjs
   crc: 5f403a53
 ---
 
-# `bunyan-imports.mjs`
-
-## Огляд
-
 Модуль `bunyan-imports.mjs` — це AST-сканер, який знаходить у вихідних файлах JavaScript / TypeScript заборонені імпорти й виклики модулів `@nitra/bunyan` та застарілого `bunyan`. Згідно з правилом `js-run.mdc` уся логіка структурованого логування у проєкті переведена на `@nitra/pino`, тому будь-яке згадування `bunyan`/`@nitra/bunyan` має бути замінене на `@nitra/pino`.
 
 Ключові властивості:

package/rules/js-run/lib/docs/check-env-scan.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: check-env-scan.mjs
+resource: npm/rules/js-run/lib/check-env-scan.mjs
 docgen:
-  source: npm/rules/js-run/lib/check-env-scan.mjs
   crc: 56c971d4
 ---
 
-# `check-env-scan.mjs` — AST-сканер правила «process.env / CheckEnv»
-
-## Огляд
-
 Модуль `npm/rules/js-run/lib/check-env-scan.mjs` — це **статичний AST-сканер**,
 що реалізує перевірку правила `js-run.mdc` для двох контрактів роботи зі
 змінними оточення в JavaScript/TypeScript-коді:

package/rules/js-run/lib/docs/conn-file-rules.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: conn-file-rules.mjs
+resource: npm/rules/js-run/lib/conn-file-rules.mjs
 docgen:
-  source: npm/rules/js-run/lib/conn-file-rules.mjs
   crc: 4bebf12c
 ---
 
-# conn-file-rules.mjs
-
-## Огляд
-
 Модуль реалізує перевірки для файлів-підключень (connection files), що лежать у каталозі `src/conn/` (або в зоні дії lint-правила `conn-file` зі специфікації `js-run.mdc`, секції «Нейминг файлів у `src/conn/`» та «Експорти у файлах `src/conn/`»).
 
 Він описує канонічну форму імені файла-підключення і канонічну форму його експорту, та надає функції для:

package/rules/js-run/lib/docs/conn-imports-scan.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: conn-imports-scan.mjs
+resource: npm/rules/js-run/lib/conn-imports-scan.mjs
 docgen:
-  source: npm/rules/js-run/lib/conn-imports-scan.mjs
   crc: 5234d8ba
 ---
 
-# conn-imports-scan.mjs
-
-## Огляд
-
 Модуль реалізує AST-сканер для правила «Внутрішні аліаси» з `js-run.mdc`. Його завдання — знаходити в JS/TS-файлах ті імпорти, що створюють підключення до бази даних або зовнішнього GraphQL-сервісу, і які повинні жити **лише** в каталозі `conn` пакета (типово `src/conn/`). Решта коду пакета має споживати ці підключення через `pkg-import` `#conn/...`, оголошений у полі `imports` файла `package.json`.
 
 Сканер ловить три типи імпортів:

package/rules/js-run/lib/docs/index.md

@@ -0,0 +1,16 @@
+---
+type: Directory Index
+title: npm/rules/js-run/lib
+resource: npm/rules/js-run/lib/
+---
+
+# npm/rules/js-run/lib
+
+| Файл | Тип |
+|---|---|
+| [bunyan-imports.mjs](bunyan-imports.md) | JS Module |
+| [check-env-scan.mjs](check-env-scan.md) | JS Module |
+| [conn-file-rules.mjs](conn-file-rules.md) | JS Module |
+| [conn-imports-scan.mjs](conn-imports-scan.md) | JS Module |
+| [promise-settimeout-scan.mjs](promise-settimeout-scan.md) | JS Module |
+| [temporal-scan.mjs](temporal-scan.md) | JS Module |

package/rules/js-run/lib/docs/promise-settimeout-scan.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: promise-settimeout-scan.mjs
+resource: npm/rules/js-run/lib/promise-settimeout-scan.mjs
 docgen:
-  source: npm/rules/js-run/lib/promise-settimeout-scan.mjs
   crc: a7cea379
 ---
 
-# promise-settimeout-scan.mjs
-
-## Огляд
-
 Модуль `promise-settimeout-scan.mjs` — це AST-сканер, який виявляє у вихідному коді JavaScript/TypeScript антипаттерн «обгортка `setTimeout` у `new Promise`» виду:
 
 ```js

package/rules/js-run/lib/docs/temporal-scan.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: temporal-scan.mjs
+resource: npm/rules/js-run/lib/temporal-scan.mjs
 docgen:
-  source: npm/rules/js-run/lib/temporal-scan.mjs
   crc: 5b15b070
 ---
 
-# temporal-scan.mjs
-
-## Огляд
-
 Цей файл є частиною системи, яка сканує код Bun workspace на наявність використання ключового слова `Temporal`. Він запобігає використанню `Temporal` у backend-коді, оскільки Bun 1.3.x ще не має глобального `Temporal`, та охоплює сценарії з імпортом та polyfill. Це забезпечує відповідність коду поточним вимогам Bun runtime щодо обробки часу.
 
 ## Поведінка

package/rules/k8s/docs/fix.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: fix.mjs
+resource: npm/rules/k8s/fix.mjs
 docgen:
-  source: npm/rules/k8s/fix.mjs
   crc: 38cf876b
   score: 100
 ---
 
-# fix.mjs
-
-## Огляд
-
 Файл надає механізми для виконання визначених правил. Виконання цих правил здійснюється через публічну функцію run. Виконання відбувається у режимі командного рядка.
 
 ## Поведінка

package/rules/k8s/docs/index.md

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

package/rules/k8s/k8s.mdc

@@ -414,6 +414,16 @@ images:
 
 Для **кожного** `kind: Deployment` у каталозі **`…/k8s/…/base/`** (у будь-якому файлі `.yaml`, наприклад **`deploy.yaml`**, **`deployment.yaml`**) сам Deployment має канонічні **`spec.template.spec.topologySpreadConstraints`**, а **HPA і PDB** живуть у **sibling каталозі** **`…/k8s/…/components/`** (Kustomize Component, фіксована назва каталогу — `components`). У `base/` локальні `hpa.yaml` і `pdb.yaml` **заборонені** (file-existence error). У дереві base-kustomize HPA / PDB також **не дозволені** через `resources` / `components` / `bases`.
 
+Кожен **Deployment** має явно задавати безпечну rollout strategy: **`spec.strategy.type: RollingUpdate`**, **`spec.strategy.rollingUpdate.maxUnavailable: 0`**, **`spec.strategy.rollingUpdate.maxSurge: 1`**. Це гарантує, що під час оновлення image Kubernetes спершу створить один новий Pod, дочекається його `Ready`, і лише потім прибере один старий Pod; для prod-overlays, що успадковують `base`, це запобігає короткому вікну без ready backend-ів.
+
+```yaml
+strategy:
+  type: RollingUpdate
+  rollingUpdate:
+    maxUnavailable: 0
+    maxSurge: 1
+```
+
 **NetworkPolicy** — інша історія: оскільки обмеження мережі мають діяти **і на dev**, NP лежить **у `base/`** (а не в `components/`). Для **кожного** з **`Deployment`**, **`StatefulSet`**, **`DaemonSet`**, **`Job`**, **`CronJob`** під `k8s` обов'язковий **NetworkPolicy**: у **`…/k8s/…/base/`** — у **`base/networkpolicy.yaml`** поруч з workload-маніфестом (multi-doc, якщо workload-ів кілька); у **не-base** — **`networkpolicy.yaml`** поруч із маніфестом workload у тому ж каталозі (overlay-specific override). `metadata.name` NetworkPolicy **= `metadata.name`** workload; `spec.podSelector.matchLabels.app` **= мітка `app`** з `spec.selector.matchLabels` (для **Job** — з `spec.template.metadata.labels.app`, для **CronJob** — з `spec.jobTemplate.spec.template.metadata.labels.app`; у Job/CronJob ручний `spec.selector` невалідний без `manualSelector: true`, тож джерело — pod-template labels). У `base/kustomization.yaml` `resources:` має бути `networkpolicy.yaml`. Відсутні документи **`check k8s`** створює автоматично і додає `networkpolicy.yaml` у `base/kustomization.yaml` `resources:`.
 
 **Канонічна структура `<pkg>/k8s/components/`** (sibling до `base/`) — лише HPA і PDB:

package/rules/k8s/lint/docs/index.md

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

package/rules/k8s/lint/docs/lint.md

@@ -1,13 +1,11 @@
 ---
+type: JS Module
+title: lint.mjs
+resource: npm/rules/k8s/lint/lint.mjs
 docgen:
-  source: npm/rules/k8s/lint/lint.mjs
   crc: b6119c36
 ---
 
-# lint.mjs — лінт Kubernetes-маніфестів (kubeconform + kubescape)
-
-## Огляд
-
 Модуль `lint.mjs` реалізує підкоманду `lint-k8s` CLI `n-cursor`. Він автоматично знаходить у репозиторії всі дерева Kubernetes-маніфестів за конвенційним сегментом шляху `k8s/`, а потім послідовно валідує їх двома інструментами:
 
 1. **`kubeconform`** — структурна валідація YAML-маніфестів проти OpenAPI-схем Kubernetes; підтримує CRD-схеми з каталогу Datree.

package/rules/k8s/policy/manifest/manifest.rego

@@ -18,6 +18,8 @@
 #  - `kind: Deployment` з образом `hasura/graphql-engine` — образ має бути
 #    у білому списку `allowed_hasura_images` (з digest або без; префікс
 #    `docker.io/` дозволено);
+#  - `kind: Deployment` — rollout strategy має бути `RollingUpdate` з
+#    `maxUnavailable: 0` і `maxSurge: 1`;
 #  - `kind: Deployment` — наявність канонічного запису у
 #    `spec.template.spec.topologySpreadConstraints` (k8s.mdc).
 #
@@ -50,8 +52,8 @@ forbidden_service_annotations := {
 # тег у двох варіантах префіксу (із `docker.io/` і без). Digest (`@sha256:…`)
 # відрізається перед звіркою.
 allowed_hasura_images := {
-	"hasura/graphql-engine:v2.49.0.ubuntu.amd64",
-	"docker.io/hasura/graphql-engine:v2.49.0.ubuntu.amd64",
+	"hasura/graphql-engine:v2.49.2.ubuntu.amd64",
+	"docker.io/hasura/graphql-engine:v2.49.2.ubuntu.amd64",
 }
 
 # Канонічне значення `topologyKey` для `topologySpreadConstraints` (k8s.mdc).
@@ -98,6 +100,12 @@ topology_spread_missing_template := concat(" ", [
 	"labelSelector.matchLabels.app=%q (k8s.mdc)",
 ])
 
+rollout_strategy_template := concat(" ", [
+	"Deployment %q: spec.strategy має бути RollingUpdate з",
+	"rollingUpdate.maxUnavailable=0 і rollingUpdate.maxSurge=1",
+	"(оновлення по одному pod без зменшення кількості ready pod-ів) (k8s.mdc)",
+])
+
 # ── deny: заборонені kind/apiVersion ──────────────────────────────────────
 
 deny contains ingress_template if {
@@ -175,6 +183,14 @@ deny contains msg if {
 	msg := sprintf(hasura_image_template, [deployment_name, container.name, container.image])
 }
 
+# ── deny: Deployment — безпечний RollingUpdate rollout ───────────────────
+
+deny contains msg if {
+	input.kind == "Deployment"
+	not has_canonical_rollout_strategy
+	msg := sprintf(rollout_strategy_template, [deployment_name])
+}
+
 # ── deny: Deployment — канонічний topologySpreadConstraints ───────────────
 #
 # Перевіряємо лише Deployment-и, що мають мітку `app` у
@@ -239,6 +255,36 @@ has_memory_field(container) if {
 	"memory" in object.keys(requests)
 }
 
+# Чи Deployment має rollout strategy, яка під час оновлення спершу додає один
+# ready pod і тільки потім прибирає старий.
+has_canonical_rollout_strategy if {
+	strategy := object.get(object.get(input, "spec", {}), "strategy", {})
+	strategy.type == "RollingUpdate"
+	rolling := object.get(strategy, "rollingUpdate", {})
+	is_zero_int_or_string(rolling.maxUnavailable)
+	is_one_int_or_string(rolling.maxSurge)
+}
+
+is_zero_int_or_string(v) if {
+	is_number(v)
+	v == 0
+}
+
+is_zero_int_or_string(v) if {
+	is_string(v)
+	trim_space(v) == "0"
+}
+
+is_one_int_or_string(v) if {
+	is_number(v)
+	v == 1
+}
+
+is_one_int_or_string(v) if {
+	is_string(v)
+	trim_space(v) == "1"
+}
+
 # Чи рядок `image` посилається на репозиторій `hasura/graphql-engine` (з тегом
 # або без). Digest `@sha256:…` ігнорується.
 is_hasura_graphql_engine_image_ref(image) if {

package/rules/lint/docs/fix.md

@@ -1,15 +1,13 @@
 ---
+type: JS Module
+title: fix.mjs
+resource: npm/rules/lint/fix.mjs
 docgen:
-  source: npm/rules/lint/fix.mjs
   crc: f85a9e1d
   model: omlx/gemma-4-e4b-it-OptiQ-4bit
   score: 100
 ---
 
-# fix.mjs
-
-## Огляд
-
 Модуль забезпечує виконання логіки, визначеної правилом. Він ініціює виконання правила через публічну функцію `run`.
 
 ## Поведінка

package/rules/lint/docs/index.md

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

package/rules/lint/js/docs/index.md

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

package/rules/lint/js/docs/orchestrate.md

@@ -1,15 +1,13 @@
 ---
+type: JS Module
+title: orchestrate.mjs
+resource: npm/rules/lint/js/orchestrate.mjs
 docgen:
-  source: npm/rules/lint/js/orchestrate.mjs
-  crc: 2e5db1e7
+  crc: aed5ffe7
   model: omlx/gemma-4-e4b-it-OptiQ-4bit
   score: 100
 ---
 
-# orchestrate.mjs
-
-## Огляд
-
 Оркестратор `n-cursor lint` визначає, які правила лінтування застосовувати, керуючись двома ортогональними осями: консолідацією правил та уніфікацією режиму `readonly`. Вибір правил відбувається на основі конфігурацій, зокрема файлів `meta.json`, які визначають обсяг дії (`per-file` чи `full`) для кожного правила. Запуск лінтування може сканувати лише змінені файли відносно origin (за замовчуванням) або весь репозиторій при використанні прапорця `--full`.
 
 ## Поведінка

package/rules/nginx-default-tpl/docs/fix.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: fix.mjs
+resource: npm/rules/nginx-default-tpl/fix.mjs
 docgen:
-  source: npm/rules/nginx-default-tpl/fix.mjs
   crc: 38cf876b
   score: 100
 ---
 
-# fix.mjs
-
-## Огляд
-
 Виконує застосування політики безпеки до посилань mdc.
 
 Виконує повний еквівалент команди `npx @nitra/cursor fix <id>`, включаючи завантаження конфігурації, перевірку дозволених елементів та підбиття підсумку.

package/rules/nginx-default-tpl/docs/index.md

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

package/rules/nginx-default-tpl/js/docs/index.md

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

package/rules/nginx-default-tpl/js/docs/template.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: template.mjs
+resource: npm/rules/nginx-default-tpl/js/template.mjs
 docgen:
-  source: npm/rules/nginx-default-tpl/js/template.mjs
   crc: 2d912e28
   score: 90
 ---
 
-# template.mjs
-
-## Огляд
-
 Надає повну перевірку проєкту, включаючи перевірку шаблонів, Dockerfile та конфігурацій VSCode.
 
 ## Поведінка

package/rules/npm-module/docs/fix.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: fix.mjs
+resource: npm/rules/npm-module/fix.mjs
 docgen:
-  source: npm/rules/npm-module/fix.mjs
   crc: 38cf876b
   score: 100
 ---
 
-# fix.mjs
-
-## Огляд
-
 Виконує обробку JS-занепокоєних на наданому контексті прогону, застосовує політику [Політика_X] та генерує посилання MDC.
 
 ## Поведінка

package/rules/npm-module/docs/index.md

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

package/rules/npm-module/js/docs/header_doc_pointer.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: header_doc_pointer.mjs
+resource: npm/rules/npm-module/js/header_doc_pointer.mjs
 docgen:
-  source: npm/rules/npm-module/js/header_doc_pointer.mjs
   crc: d96a2957
   score: 100
 ---
 
-# header_doc_pointer.mjs
-
-## Огляд
-
 Файл виконує перевірку документації для модулів. Сканує директорії npm/rules та npm/skills. Перевіряє наявність файлів docs/<stem>.md у піддиректоріях правил/скілів. Перевіряє, чи містить відповідні js-файли не більше одного рядка JSDoc. У разі перевищення ліміту, генерує звіт про порушення.
 
 ## Поведінка

package/rules/npm-module/js/docs/index.md

@@ -0,0 +1,14 @@
+---
+type: Directory Index
+title: npm/rules/npm-module/js
+resource: npm/rules/npm-module/js/
+---
+
+# npm/rules/npm-module/js
+
+| Файл | Тип |
+|---|---|
+| [header_doc_pointer.mjs](header_doc_pointer.md) | JS Module |
+| [package_structure.mjs](package_structure.md) | JS Module |
+| [rule_meta.mjs](rule_meta.md) | JS Module |
+| [skill_meta.mjs](skill_meta.md) | JS Module |

package/rules/npm-module/js/docs/package_structure.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: package_structure.mjs
+resource: npm/rules/npm-module/js/package_structure.mjs
 docgen:
-  source: npm/rules/npm-module/js/package_structure.mjs
   crc: 943e3b76
   score: 85
 ---
 
-# package_structure.mjs
-
-## Огляд
-
 globToRegex
 Перетворює glob-патерн у RegExp з якорями `^` та `$`.
 

package/rules/npm-module/js/docs/rule_meta.md

@@ -1,14 +1,12 @@
 ---
+type: JS Module
+title: rule_meta.mjs
+resource: npm/rules/npm-module/js/rule_meta.mjs
 docgen:
-  source: npm/rules/npm-module/js/rule_meta.mjs
   crc: 8262678c
   score: 100
 ---
 
-# rule_meta.mjs
-
-## Огляд
-
 Перевіряє наявність директорії npm/rules у вказаному шляху. Ітерує по всіх директоріях у директорії npm/rules. Для кожної директорії виконує перевірку наявності файлу auto.md та валідність полів auto та lint у конфігурації meta.json. Перевіряє наявність файлу js/lint.mjs у каталозі правила. Збирає результати валідації та повертає код виходу репортера.
 
 ## Поведінка