@7n/rules 1.23.0 → 1.24.0

package/CHANGELOG.md

@@ -1,5 +1,17 @@
 # Changelog
 
+## [1.24.0] - 2026-07-19
+
+### Added
+
+- Фаза 4b spec lang-plugins-extraction: SKILL-фрагменти плагінів — sync доклеює конвенційні `skills/<id>/SKILL.fragment.md` активних плагінів до синхронізованого SKILL.md між стабільними маркерами (ідемпотентний ре-синк, блок зникає без активних фрагментів). Мовні гілки taze SKILL.md (Rust: детекція/cargo-команди/перевірки; Python: uv-цикл/PEP-класифікація) переїхали у фрагменти lang-плагінів — канон ядра описує npm/bun-гілку і generic-скелет
+
+## [1.23.1] - 2026-07-18
+
+### Changed
+
+- Оновлено peer-версію @earendil-works/pi-coding-agent/pi-ai до ~0.80.10 — підтримка gpt-5.6-sol через openai-codex backend
+
 ## [1.23.0] - 2026-07-18
 
 ### Changed

package/bin/n-rules.js

@@ -86,10 +86,11 @@ import {
 import { detectAutoSkills } from '../scripts/auto-skills.mjs'
 import { readSkillMetaRaw } from '../scripts/lib/skill-meta.mjs'
 import { injectWorktreeNotice } from '../scripts/lib/worktree-notice.mjs'
+import { collectSkillFragments, injectSkillFragments } from '../scripts/lib/skill-fragments.mjs'
 import { injectRootNotice } from '../scripts/lib/root-notice.mjs'
 import { listProjectRulesMdcFiles } from '../scripts/lib/list-project-rules-mdc.mjs'
 import { ensureNRulesInRootDevDependencies } from '../scripts/ensure-n-rules-dev-dependencies.mjs'
-import { resolvePluginList, resolveRulesDirs } from '../scripts/lib/resolve-plugins.mjs'
+import { resolvePluginList, resolvePlugins, resolveRulesDirs } from '../scripts/lib/resolve-plugins.mjs'
 import { assertCwdIsProjectRoot } from '../scripts/lib/assert-project-root.mjs'
 import { syncClaudeConfig } from '../scripts/sync-claude-config.mjs'
 import { syncGitignoreWorktree } from '../scripts/lib/sync-gitignore-worktree.mjs'
@@ -885,15 +886,19 @@ async function syncAgentsMd(agentsTemplatePath = BUNDLED_AGENTS_TEMPLATE_PATH) {
  * Копіює лише skills зі списку configSkills (джерело: skills/<id>/ у пакеті)
  * @param {string[]} configSkills id без префікса n-
  * @param {string} [bundledSkillsDir] каталог `skills/` у корені пакету-джерела
+ * @param {{ plugins?: unknown } | null} [config] конфіг `.n-rules.json` — активні плагіни для SKILL-фрагментів
  * @returns {Promise<{ success: number, fail: number }>} лічильники успішних і невдалих копіювань
  */
-async function syncSkills(configSkills, bundledSkillsDir = BUNDLED_SKILLS_DIR) {
+async function syncSkills(configSkills, bundledSkillsDir = BUNDLED_SKILLS_DIR, config = null) {
   if (configSkills.length === 0 || !existsSync(bundledSkillsDir)) {
     return { success: 0, fail: 0 }
   }
 
   const skillsRoot = join(cwd(), SKILLS_DIR)
   await mkdir(skillsRoot, { recursive: true })
+  // Активні плагіни — джерело конвенційних фрагментів skills/<id>/SKILL.fragment.md
+  // (фаза 4b spec lang-plugins-extraction): мовні гілки скіла їдуть з плагіном.
+  const activePlugins = resolvePlugins(cwd(), config, { allowInstall: false, quiet: true })
 
   let success = 0
   let fail = 0
@@ -923,6 +928,7 @@ async function syncSkills(configSkills, bundledSkillsDir = BUNDLED_SKILLS_DIR) {
           if (entry.name === 'SKILL.md') {
             content = injectWorktreeNotice(content, worktree)
             content = injectRootNotice(content, rootOnly)
+            content = injectSkillFragments(content, collectSkillFragments(id, activePlugins))
           }
           await writeFile(join(destDir, entry.name), content, 'utf8')
         }
@@ -1487,7 +1493,7 @@ async function runSync() {
 
   await runSyncStep('❌ Skills: ', async () => {
     const { fail: skillFail } = await captureOutput(async () => {
-      const { success: skillOk, fail } = await syncSkills(skills, bundledSkillsDir)
+      const { success: skillOk, fail } = await syncSkills(skills, bundledSkillsDir, config)
       if (skills.length > 0) {
         console.log(`\n🧩 Skills: ${skillOk} скопійовано, ${fail} з помилками`)
       }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@7n/rules",
-  "version": "1.23.0",
+  "version": "1.24.0",
   "description": "CLI еталонних правил і skills (префікс n-): синк у репозиторій, дельта-lint, конформність",
   "keywords": [
     "cli",
@@ -86,8 +86,8 @@
   },
   "optionalDependencies": {
     "@agentclientprotocol/claude-agent-acp": "^0.59.0",
-    "@earendil-works/pi-ai": "0.80.2",
-    "@earendil-works/pi-coding-agent": "0.80.2"
+    "@earendil-works/pi-ai": "0.80.10",
+    "@earendil-works/pi-coding-agent": "0.80.10"
   },
   "engines": {
     "bun": ">=1.3",

package/scripts/lib/docs/skill-fragments.md

@@ -0,0 +1,27 @@
+---
+type: JS Module
+title: skill-fragments.mjs
+resource: npm/scripts/lib/skill-fragments.mjs
+docgen:
+  crc: 8b9c6f98
+---
+
+## Огляд
+
+Фрагменти SKILL.md від плагінів (фаза 4b spec lang-plugins-extraction): плагін шипить конвенційний файл `skills/<skillId>/SKILL.fragment.md` із власною секцією скіла (напр. Rust-гілку taze), а синк доклеює фрагменти активних плагінів до скопійованого `SKILL.md` між стабільними маркерами. Так мовні знання скіла їдуть разом із кодом плагіна, а не сиротіють у ядрі.
+
+## Поведінка
+
+- **collectSkillFragments** — збирає фрагменти скіла з активних плагінів у порядку списку плагінів; відсутній чи порожній файл фрагмента мовчки пропускається.
+- **injectSkillFragments** — вшиває блок фрагментів у текст SKILL.md між маркерами `n-rules:plugin-fragments:start/end` (кожен фрагмент — у власних маркерах з іменем плагіна). Ре-синк ідемпотентний: наявний блок замінюється повністю; порожній список фрагментів — блок прибирається зовсім, текст без блоку не змінюється.
+
+## Публічний API
+
+- FRAGMENTS_START / FRAGMENTS_END — стабільні маркери блоку фрагментів.
+- collectSkillFragments(skillId, plugins) — знайдені фрагменти `{ pluginName, content }`.
+- injectSkillFragments(content, fragments) — текст SKILL.md з актуальним блоком.
+
+## Гарантії поведінки
+
+- Read-only щодо ФС: лише читає файли фрагментів; запис робить викликач (синк).
+- Ідемпотентність вшивання: повторний виклик із тим самим списком не змінює текст.

package/scripts/lib/skill-fragments.mjs

@@ -0,0 +1,59 @@
+/**
+ * Фрагменти SKILL.md від плагінів (фаза 4b spec lang-plugins-extraction).
+ *
+ * Плагін шипить конвенційний файл `skills/<skillId>/SKILL.fragment.md` —
+ * власну секцію скіла (напр. Rust-гілку taze). Під час синку скіла ядро
+ * доклеює фрагменти АКТИВНИХ плагінів до скопійованого `SKILL.md` між
+ * стабільними маркерами — ре-синк ідемпотентний: наявний блок замінюється
+ * повністю, без активних фрагментів — видаляється. Так мовні знання їдуть
+ * разом із кодом плагіна, а не сиротіють у ядрі.
+ */
+import { existsSync, readFileSync } from 'node:fs'
+import { join } from 'node:path'
+
+/** Маркер початку блоку плагінних фрагментів (стабільний). */
+export const FRAGMENTS_START = '<!-- n-rules:plugin-fragments:start -->'
+/** Маркер кінця блоку плагінних фрагментів. */
+export const FRAGMENTS_END = '<!-- n-rules:plugin-fragments:end -->'
+
+/**
+ * Збирає фрагменти скіла з активних плагінів (у порядку списку плагінів).
+ * @param {string} skillId id скіла без префікса (напр. `taze`)
+ * @param {Array<{ name: string, packageRoot: string }>} plugins активні плагіни (з `resolvePlugins`)
+ * @returns {Array<{ pluginName: string, content: string }>} знайдені фрагменти
+ */
+export function collectSkillFragments(skillId, plugins) {
+  const out = []
+  for (const plugin of plugins) {
+    const fragmentPath = join(plugin.packageRoot, 'skills', skillId, 'SKILL.fragment.md')
+    if (!existsSync(fragmentPath)) continue
+    const content = readFileSync(fragmentPath, 'utf8').trim()
+    if (content !== '') out.push({ pluginName: plugin.name, content })
+  }
+  return out
+}
+
+/**
+ * Вшиває блок фрагментів у текст SKILL.md (перед фінальним переносом рядка).
+ * Наявний блок між маркерами замінюється; порожній список фрагментів — блок
+ * прибирається зовсім.
+ * @param {string} content текст SKILL.md
+ * @param {Array<{ pluginName: string, content: string }>} fragments зібрані фрагменти
+ * @returns {string} текст із актуальним блоком фрагментів
+ */
+export function injectSkillFragments(content, fragments) {
+  const startIdx = content.indexOf(FRAGMENTS_START)
+  const endIdx = content.indexOf(FRAGMENTS_END)
+  let base = content
+  if (startIdx !== -1 && endIdx !== -1 && endIdx > startIdx) {
+    base = content.slice(0, startIdx) + content.slice(endIdx + FRAGMENTS_END.length)
+    base = `${base.trimEnd()}\n`
+  }
+  if (fragments.length === 0) return base
+
+  const parts = fragments.map(
+    f => `<!-- n-rules:plugin:${f.pluginName}:start -->\n\n${f.content}\n\n<!-- n-rules:plugin:${f.pluginName}:end -->`
+  )
+  const block = `${FRAGMENTS_START}\n\n${parts.join('\n\n')}\n\n${FRAGMENTS_END}`
+  return `${base.trimEnd()}\n\n${block}\n`
+}

package/skills/taze/SKILL.md

@@ -1,9 +1,9 @@
 ---
 name: n-taze
 description: >-
-  Оновлення версій модулів проекту (bun/npm; якщо є Cargo.toml — Rust-крейти
-  через cargo-edit; якщо є pyproject.toml — Python-пакети через uv) з
-  аналізом major-змін і автоматичним рефакторингом несумісного коду
+  Оновлення версій модулів проекту (bun/npm вбудовано; інші екосистеми — Rust,
+  Python тощо — через активні lang-плагіни) з аналізом major-змін і
+  автоматичним рефакторингом несумісного коду
 version: '1.2'
 ---
 
@@ -11,63 +11,42 @@ version: '1.2'
 
 ## Мета
 
-Оновити всі модулі проекту (npm/bun-залежності, а за наявності `Cargo.toml`/`pyproject.toml` — і Rust-крейти/Python-пакети) до останніх версій, виявити major-оновлення, перевірити сумісність змін з кодом проекту і за потреби зрефакторити несумісні місця.
+Оновити всі модулі проекту (npm/bun-залежності вбудовано; інші екосистеми — за активними lang-плагінами, їхні гілки описані у фрагментах наприкінці цього файлу) до останніх версій, виявити major-оновлення, перевірити сумісність змін з кодом проекту і за потреби зрефакторити несумісні місця.
 
-## Оркестрація (npm/bun-, Rust- і Python-гілка) — не одним промптом
+## Оркестрація (npm/bun + екосистемні гілки плагінів) — не одним промптом
 
 `npx @7n/rules skill pi|cursor|codex taze` **не** передає цей файл одним суцільним
 промптом в один агентський хід — так робив старий дизайн, і саме тому реальний
 прогін міг зависати без жодної діагностики (один величезний непрозорий хід на
 весь монорепо, без проміжних зупинок для перевірки прогресу). Замість цього `npm/skills/taze/js/orchestrate.mjs`:
 
-1. Детерміновано, без LLM, виконує кроки 1-3 нижче для всіх гілок: npm/bun (бекап → `bunx taze -w -r latest` → `bun install` → `n-rules taze diff`); якщо знайдені `Cargo.toml`, Rust (бекап → `cargo upgrade --incompatible allow` → `cargo update` → `collectCargoDiff` з `cargo-diff.mjs`, детермінований cargo-еквівалент `n-rules taze diff` — парсить кожен `Cargo.toml` через `smol-toml`, класифікує major за тим самим правилом caret-семантики, включно з Cargo-скороченими версіями `"1"`/`"0.4"`); якщо знайдений кореневий `pyproject.toml`, Python (бекап → по кожній прямій залежності `uv remove <pkg>` + `uv add <pkg>[extras] --bounds lower` → `collectUvDiff`, парсить PEP 508/PEP 440 через `smol-toml`, той самий caret-принцип класифікації).
-2. Для кожного **окремого** major-пакета/крейта з diff-у — один ізольований, обмежений виклик обраного раннера (кроки 4-6, лише для цього запису; промпт генерує `buildDependencyPrompt`/`buildCargoDependencyPrompt`/`buildUvDependencyPrompt`, не цей SKILL.md).
+1. Детерміновано, без LLM, виконує кроки 1-3 нижче: npm/bun вбудовано (бекап → `bunx taze -w -r latest` → `bun install` → `n-rules taze diff`), а кожну екосистемну гілку — через її EcosystemProvider (detect → backup → bump → diff; деталі команд — у фрагменті відповідного плагіна наприкінці файлу).
+2. Для кожного **окремого** major-запису з diff-у — один ізольований, обмежений виклик обраного раннера (кроки 4-6, лише для цього запису; промпт генерує `buildDependencyPrompt` ядра або `promptFor` провайдера, не цей SKILL.md).
 3. Детерміновано прибирає бекапи (крок 7) і компонує звіт (крок 8) з результатів усіх ітерацій.
 
 Не-npm екосистеми оркестратор веде через **EcosystemProvider-порт**
 (`@7n/rules/plugin-api`, spec `docs/specs/2026-07-18-lang-plugins-extraction-spec.md`)
-— плагіни, що доставляються автоматично при першому запуску за файловим сигналом
-(extension-point `taze`): Rust — **`@7n/rules-lang-rust`** (кореневий `Cargo.toml`),
-Python — **`@7n/rules-lang-python`** (кореневий `pyproject.toml`). На чисто-JS
-проєкті без цих сигналів у звіті немає навіть згадки про інші екосистеми.
-
-Якщо `Cargo.toml` знайдені, але `cargo-edit` не встановлено — Rust-гілка **не**
-блокує інші гілки: оркестратор пропускає Rust-обробку і в звіті перелічує
-знайдені `Cargo.toml` як такі, що потребують ручного прогону (нижче). Так само,
-якщо `pyproject.toml` знайдений, але `uv` не встановлено — Python-гілка **не**
-блокує інші гілки.
+— lang-плагіни доставляються автоматично при першому запуску за файловим
+сигналом (extension-point `taze`) і додають свої гілки як фрагменти цього
+SKILL.md (блок наприкінці файлу). На чисто-JS проєкті без таких сигналів у
+звіті немає навіть згадки про інші екосистеми. Якщо тулчейн гілки не
+встановлено — вона пропускається з причиною у звіті, не блокуючи інші.
 
 Переваги: падіння/timeout на одному пакеті/крейті не втрачає прогрес по інших;
 кожен виклик успадковує власний timeout раннера (короткий, бо скоуп малий —
 один запис, не весь монорепо); видно прогрес по записах, а не чорну скриньку.
 
-Кроки 1-8 нижче лишаються джерелом правди щодо ЗМІСТУ роботи (що саме робить
-кожен крок) — оркестратор їх виконує програмно (1-3/7/8) або як промпт на
-один запис (4-6) для всіх гілок.
+Кроки 1-8 нижче лишаються джерелом правди щодо ЗМІСТУ роботи npm/bun-гілки
+(і скелетом для екосистемних) — оркестратор їх виконує програмно (1-3/7/8)
+або як промпт на один запис (4-6). Мовні відповідники кроків — у фрагментах
+плагінів наприкінці файлу.
 
 ## Передумови
 
 - Чисте робоче дерево (`git status` без незакомічених змін у `package.json` / `bun.lock` / `node_modules`) — інакше різницю не відрізнити від оновлення.
 - Встановлений `bun` і доступний `bunx`.
 - Запуск з кореня проекту (де лежить `package.json` / `bun.lock`).
-- Якщо в проекті є хоч один `Cargo.toml` (не в `node_modules`/`.worktrees`) — бажано встановлений `cargo-edit` (`cargo install cargo-edit`, дає команду `cargo upgrade`). Без нього major-бампи Rust-залежностей неможливо застосувати детерміновано (голий `cargo update` піднімає лише semver-сумісні версії) — оркестратор пропускає Rust-гілку (без блокування інших гілок) і перелічує знайдені `Cargo.toml` у звіті як такі, що потребують ручного прогону кроків 2-8 нижче.
-- Якщо в проекті є кореневий `pyproject.toml` — бажано встановлений `uv`. Без нього major-бампи Python-залежностей неможливо застосувати детерміновано — оркестратор пропускає Python-гілку (без блокування інших гілок) і перелічує `pyproject.toml` у звіті як такий, що потребує ручного прогону кроків 2-8 нижче.
-
-### 0.2. Детекція Rust-крейтів
-
-```bash
-find . -name Cargo.toml -not -path "*/node_modules/*" -not -path "*/.worktrees/*" -not -path "*/target/*"
-```
-
-Якщо список непорожній — паралельно з npm-гілкою виконуються кроки 1–8 у Rust-варіанті (позначені нижче як «Rust-гілка»). Якщо порожній — Rust-кроки повністю пропускаються.
-
-### 0.3. Детекція Python/uv-проекту
-
-```bash
-test -f pyproject.toml && echo pyproject.toml
-```
-
-v1: лише кореневий `pyproject.toml` (uv-конвенція single-project, без обходу workspace-членів, на відміну від Cargo). Якщо файл існує — паралельно виконуються кроки 1–8 у Python-варіанті (позначені нижче як «Python-гілка»). Якщо відсутній — Python-кроки повністю пропускаються.
+- Передумови екосистемних гілок (інструменти на кшталт cargo-edit чи uv) — у фрагментах плагінів наприкінці файлу; відсутній тулчейн не блокує інші гілки.
 
 ## Workflow
 
@@ -82,20 +61,6 @@ cp bun.lock bun.lock.taze-bak
 
 (У monorepo — також усі `*/package.json` воркспейсів. Файли тимчасові, видалити в кінці.)
 
-**Rust-гілка** — для кожного знайденого на кроці 0.2 `Cargo.toml` (включно з кореневим, якщо є):
-
-```bash
-cp Cargo.toml Cargo.toml.taze-bak
-cp Cargo.lock Cargo.lock.taze-bak   # якщо lock-файл спільний на workspace — достатньо одного бекапу в корені
-```
-
-**Python-гілка** — якщо на кроці 0.3 знайдений `pyproject.toml`:
-
-```bash
-cp pyproject.toml pyproject.toml.taze-bak
-cp uv.lock uv.lock.taze-bak   # якщо є
-```
-
 ### 2. Запустити оновлення
 
 ```bash
@@ -107,27 +72,6 @@ bun install
 - `-r` — рекурсивно по всіх воркспейсах.
 - `latest` — піднімати навіть major.
 
-**Rust-гілка:**
-
-```bash
-cargo upgrade --incompatible allow
-cargo update
-```
-
-- `cargo upgrade` (з `cargo-edit`) переписує вимоги версій у кожному `Cargo.toml` workspace-у на останні; `--incompatible allow` явно дозволяє перетинати major-межу (аналог `-r latest` у taze) — без цього флага incompatible-оновлення за замовчуванням ігноруються.
-- `cargo update` після цього синхронізує `Cargo.lock` з новими вимогами.
-
-**Python-гілка:**
-
-```bash
-for pkg in $(<список прямих залежностей із [project].dependencies>); do
-  uv remove "$pkg"
-  uv add "$pkg" --bounds lower
-done
-```
-
-`uv` **не має** єдиної команди "підняти все до latest, навіть через major" (на відміну від `bunx taze -w -r latest`/`cargo upgrade --incompatible allow`) — підтверджено емпірично: `uv add <pkg>` на вже присутній залежності НЕ переписує specifier без попереднього `uv remove`. `--bounds lower` записує нижню межу без верхньої (`>=<latest>`), коректно зберігає `[extras]`. Провал одного пакета (мережа/резолюція) не втрачає прогрес по інших — оркестратор best-effort відновлює оригінальний рядок, якщо `uv add` не вдався після `uv remove`.
-
 ### 3. Виявити major-оновлення
 
 > **Не порівнюй `package.json` вручну.** Класифікацію semver несе CLI — детерміновано, по всіх воркспейсах.
@@ -140,10 +84,6 @@ n-rules taze diff
 
 Покриває **прямі** залежності з `package.json` (root + воркспейси). Транзитивні major-стрибки (`bun.lock`) — за потреби переглянь окремо; основний ризик breaking-змін — у прямих.
 
-**Rust-гілка (оркестровано)** — `collectCargoDiff` (`npm/skills/taze/js/cargo-diff.mjs`) робить те саме детерміновано: парсить кожен `Cargo.toml.taze-bak`/`Cargo.toml` через `smol-toml`, порівнює `dependencies`/`dev-dependencies`/`build-dependencies` (рядок чи `{ version = "...", features = [...] }`), класифікує за тим самим правилом caret-семантики — Cargo-скорочені версії (`"1"`, `"0.4"`) трактуються як відсутні компоненти = 0. Ручний прогін поза оркестратором — той самий принцип: `diff Cargo.toml.taze-bak Cargo.toml` по рядках `<name> = "<version>"`.
-
-**Python-гілка (оркестровано)** — `collectUvDiff` (`npm/skills/taze/js/uv-diff.mjs`) робить те саме детерміновано: парсить `pyproject.toml.taze-bak`/`pyproject.toml` через `smol-toml`, порівнює `[project].dependencies` (масив PEP 508-рядків, матчинг за іменем пакета — не за позицією), дістає нижню межу PEP 440-специфікатора (`extractLowerBoundVersion`) і класифікує за тим самим правилом caret-семантики. Ручний прогін поза оркестратором — той самий принцип: `diff pyproject.toml.taze-bak pyproject.toml` по записах `[project].dependencies`.
-
 ### 4. Зібрати breaking changes по кожному major-оновленню
 
 Для кожного модуля зі списку зібрати фактичні відмінності одним з джерел (у порядку пріоритету):
@@ -154,10 +94,6 @@ n-rules taze diff
 
 Цікавлять: видалені/перейменовані експорти, змінені сигнатури функцій, змінені типи, змінена поведінка за замовчуванням, видалені CLI-прапорці.
 
-**Rust-гілка** — адресу репозиторію взяти з поля `repository`/`documentation` крейта на `crates.io` (`https://crates.io/crates/<name>`) або з `[package.metadata]`; CHANGELOG зазвичай у `CHANGELOG.md` репозиторію або в GitHub Releases. Якщо немає — `cargo doc` різниця по публічному API (`pub fn`/`pub struct`/`pub trait`) між закешованою старою версією (`~/.cargo/registry/src/*/<name>-<old-version>/`) і новою (`~/.cargo/registry/src/*/<name>-<new-version>/`) через `diff -r src/`.
-
-**Python-гілка** — адресу репозиторію взяти зі сторінки `https://pypi.org/project/<name>/` (поле "Homepage"/"Source"); CHANGELOG зазвичай у `CHANGELOG.md`/`HISTORY.md` репозиторію або в GitHub Releases. Якщо немає — різниця по публічному API між закешованою старою версією (`~/.cache/uv/`) і новою (`.venv/lib/python*/site-packages/<name>/`).
-
 ### 5. Перевірити сумісність з кодом проекту
 
 Для кожного breaking change знайти його використання в коді проекту:
@@ -171,22 +107,6 @@ rg -n "<імпорт|функція|опція>" --type ts --type js --type vue
 - **сумісно** — проект не використовує зачеплене API → нічого не робити.
 - **несумісно** — використання знайдено → перейти до п. 6.
 
-**Rust-гілка:**
-
-```bash
-rg -n "<use-шлях|функція|макрос>" --type rust
-```
-
-Та сама класифікація сумісно/несумісно.
-
-**Python-гілка:**
-
-```bash
-rg -n "<імпорт|функція|клас>" --type py
-```
-
-Та сама класифікація сумісно/несумісно.
-
 ### 6. Рефакторинг несумісних місць
 
 Для кожного несумісного місця — застосувати міграцію згідно з changelog модуля (перейменувати імпорт, оновити сигнатуру виклику, замінити видалену опцію еквівалентом тощо). Після правок:
@@ -197,24 +117,6 @@ bun run typecheck   # якщо є
 bun test            # якщо є
 ```
 
-**Rust-гілка** — після правок:
-
-```bash
-cargo fmt --all -- --check
-cargo clippy --all-targets --all-features -- -D warnings
-cargo test
-```
-
-**Python-гілка** — після правок (залежно від того, що реально налаштовано в проєкті):
-
-```bash
-ruff check .
-mypy .
-pytest
-```
-
-Якщо міграція нетривіальна або неоднозначна — **не вгадувати**, залишити TODO у коді з посиланням на CHANGELOG і винести в підсумковий звіт як ручну дію.
-
 ### 7. Прибрати тимчасові файли
 
 ```bash
@@ -223,20 +125,6 @@ rm package.json.taze-bak bun.lock.taze-bak
 
 (І решту бекапів воркспейсів, якщо створювались.)
 
-**Rust-гілка:**
-
-```bash
-rm Cargo.toml.taze-bak Cargo.lock.taze-bak
-```
-
-(І бекапи по кожному workspace-члену, якщо створювались окремо.)
-
-**Python-гілка:**
-
-```bash
-rm pyproject.toml.taze-bak uv.lock.taze-bak
-```
-
 ### 8. Звіт користувачу
 
 Коротко в одному повідомленні:
@@ -247,12 +135,10 @@ rm pyproject.toml.taze-bak uv.lock.taze-bak
 - **Потребує ручного втручання:** список TODO з причиною (нетривіальна міграція / неоднозначність / падіння тестів).
 - **Стан перевірок:** `lint` / `typecheck` / `test` — pass/fail з номером рядка, де впало.
 
-Якщо на кроці 0.2 знайдені Rust-крейти — додати окрему секцію **Rust-крейти** з тим самим переліком (оновлено / major / зрефакторено / потребує ручного втручання), і в **Стан перевірок** — окремо `cargo fmt` / `cargo clippy` / `cargo test`. Якщо на кроці 0.3 знайдений `pyproject.toml` — так само окрема секція **Python-пакети (uv)**, і в **Стан перевірок** — окремо `ruff` / `mypy` / `pytest`.
+Для кожної обробленої екосистемної гілки — окрема секція з тим самим переліком (оновлено / major / зрефакторено / потребує ручного втручання) і власними перевірками (див. фрагменти плагінів наприкінці файлу).
 
 ## Примітка
 
 - Не запускати `npx @7n/rules lint` паралельно з іншими ESLint-задачами — діє правило з кореневого `CLAUDE.md`.
 - Якщо проект — `npm/` пакет цього репо, після змін у `package.json` / коді треба підняти `version` і додати запис у `CHANGELOG.md` згідно з `npm/CLAUDE.md`.
-- При великій кількості major-оновлень розбити PR по одному модулю на коміт — щоб `git bisect` залишався корисним. Це стосується і Rust-крейтів, і Python-пакетів окремо від npm-пакетів.
-- `cargo upgrade --incompatible allow` редагує `Cargo.toml` навіть для залежностей без доступних breaking changes в змінах API — завжди звіряй крок 4 (CHANGELOG) перед тим, як вважати оновлення безпечним, а не лише факт успішної компіляції.
-- `uv add <pkg>` на вже присутній залежності — no-op (specifier НЕ переписується); детерміновану гілку це не блокує (вона робить `uv remove` спершу), але при ручному прогоні кроків 2-8 легко про це забути.
+- При великій кількості major-оновлень розбити PR по одному модулю на коміт — щоб `git bisect` залишався корисним. Це стосується і пакетів екосистемних гілок окремо від npm-пакетів.