@nitra/cursor 1.23.0 → 1.24.0

package/.pi-template/extensions/n-cursor-adr/index.ts

@@ -10,6 +10,12 @@
  * перед спавном LLM CLI.
  */
 
+import { randomUUID } from 'node:crypto'
+import { writeFileSync } from 'node:fs'
+import { tmpdir } from 'node:os'
+import { join } from 'node:path'
+import { env } from 'node:process'
+
 interface PiContext {
   cwd: string
   sessionId?: string
@@ -36,18 +42,12 @@ interface PiExec {
   ) => void
 }
 
-import { writeFileSync } from 'node:fs'
-import { tmpdir } from 'node:os'
-import { join } from 'node:path'
-import { randomUUID } from 'node:crypto'
-import { env } from 'node:process'
-
 const CAPTURE_HOOK = '.claude/hooks/capture-decisions.sh'
 const NORMALIZE_HOOK = '.claude/hooks/normalize-decisions.sh'
 
 /**
  * Pi extension entry point.
- * @param pi pi.dev extension API
+ * @param {PiExec} pi pi.dev extension API
  */
 export default function (pi: PiExec): void {
   pi.on('agent_end', async (_event, ctx) => {

package/.pi-template/extensions/n-cursor-adr/tsconfig.json

@@ -0,0 +1,16 @@
+{
+  "$comment": "TS-конфіг для pi.dev extension. Не компілюється сам пакетом (синкається як є у .pi/extensions/<name>/), потрібен лише для IDE/TS-сервера у проєкті-споживачі, щоб резолвити node:* модулі. Споживачу треба мати @types/node у devDependencies (зазвичай уже є транзитивно).",
+  "compilerOptions": {
+    "module": "NodeNext",
+    "moduleResolution": "NodeNext",
+    "target": "ES2022",
+    "lib": ["ES2022"],
+    "types": ["node"],
+    "strict": true,
+    "noEmit": true,
+    "isolatedModules": true,
+    "esModuleInterop": true,
+    "skipLibCheck": true
+  },
+  "include": ["index.ts"]
+}

package/CHANGELOG.md

@@ -4,6 +4,19 @@
 
 Формат — [Keep a Changelog](https://keepachangelog.com/uk/1.1.0/), нумерація — [SemVer](https://semver.org/lang/uk/).
 
+## [1.24.0] - 2026-05-26
+
+### Added
+
+- **`.pi-template/extensions/n-cursor-adr/tsconfig.json`** — мінімальний TS-конфіг шаблону pi.dev extension, який синкається у `.pi/extensions/n-cursor-adr/` разом із `index.ts`. Дозволяє IDE/TS-серверу резолвити `node:*` модулі без project-wide tsconfig у проєкті-споживачі (`types: ["node"]`, `module/target: ES2022 + NodeNext`, `noEmit`, `isolatedModules`). Споживачу потрібен `@types/node` у devDeps (зазвичай уже є транзитивно).
+- **`pi` manifest у `npm/package.json`** — `{"skills":"skills","extensions":".pi-template/extensions"}`. Pi.dev під час `pi install npm:@nitra/cursor` тепер бачить explicit-шляхи до bundled-ресурсів, замість convention-auto-discovery. `extensions: ".pi-template/extensions"` критичний — pi за замовч. шукає `extensions/` у корені пакета, а у нас шлях нестандартний.
+- **`"pi-package"` keyword** у `npm/package.json` — пакет з’являється у pi-gallery для discoverability.
+
+### Changed
+
+- **`syncPiExtensions`** тепер копіює **всі файли** з теки `.pi-template/extensions/<name>/`, а не лише `index.ts`. Контракт повернення: `{ written, path, files }` — `path` тепер тека (а не файл), `files` — відсортований список базових імен. У `🤖 Claude-конфіг` логу та у `result.piExtension` caller-стороні виводиться тека.
+- **`.pi-template/extensions/n-cursor-adr/index.ts`** — порядок імпортів виправлено (всі `node:*` імпорти підняті на самий верх, перед `interface PiContext`). Усувало `import/first` ESLint-помилку; функціонально без змін.
+
 ## [1.23.0] - 2026-05-25
 
 ### Added

package/bin/n-cursor.js

@@ -1402,7 +1402,7 @@ async function runSync() {
     if (result.adrHook) parts.push('.claude/hooks/capture-decisions.sh')
     if (result.adrNormalizeHook) parts.push('.claude/hooks/normalize-decisions.sh')
     if (result.gitignoreAdr) parts.push('.gitignore (adr fragment)')
-    if (result.piExtension) parts.push('.pi/extensions/n-cursor-adr/index.ts')
+    if (result.piExtension) parts.push('.pi/extensions/n-cursor-adr/')
     if (parts.length > 0) {
       console.log(`🤖 Claude-конфіг: ${parts.join(', ')}`)
     }

package/package.json

@@ -1,14 +1,19 @@
 {
   "name": "@nitra/cursor",
-  "version": "1.23.0",
+  "version": "1.24.0",
   "description": "CLI для завантаження cursor-правил (префікс n-) у локальний репозиторій",
   "keywords": [
     "cli",
     "cursor",
     "cursor-rules",
     "mdc",
-    "n"
+    "n",
+    "pi-package"
   ],
+  "pi": {
+    "skills": "skills",
+    "extensions": ".pi-template/extensions"
+  },
   "homepage": "https://github.com/n/cursor#readme",
   "bugs": {
     "url": "https://github.com/n/cursor/issues"

package/scripts/sync-claude-config.mjs

@@ -415,32 +415,41 @@ export function syncAdrNormalizeHookScript(projectRoot, templateDir) {
 }
 
 /**
- * Копіює bundled pi.dev TS-extension `npm/.pi-template/extensions/n-cursor-adr/index.ts`
- * у `.pi/extensions/n-cursor-adr/index.ts` проєкту-споживача. Файл fully-owned: при кожному
- * sync-у перезаписується. Якщо bundled template відсутній (наприклад, у legacy-версіях
- * пакета без `.pi-template/`) — повертаємо `{written: false}` без помилки.
+ * Копіює bundled pi.dev TS-extension `npm/.pi-template/extensions/n-cursor-adr/` (усі файли —
+ * `index.ts`, `tsconfig.json`, потенційні `package.json`/`.gitignore` тощо) у
+ * `.pi/extensions/n-cursor-adr/` проєкту-споживача. Тека fully-owned: при кожному sync-у
+ * перезаписується. Якщо bundled template відсутній (legacy-версії пакета без `.pi-template/`)
+ * або в ньому немає `index.ts` — повертаємо `{written: false}` без помилки.
  *
+ * Розширення поверх `index.ts` (tsconfig тощо) потрібні, бо `.pi/extensions/` синкається як є
+ * у проєкти-споживачі, а IDE/TS-сервер мусить резолвити `node:*` модулі без додаткових
+ * project-wide конфігів.
  * @param {string} projectRoot корінь проєкту-споживача
  * @param {string} bundledPackageRoot корінь установленого `@nitra/cursor` (із `.pi-template/`)
- * @returns {Promise<{ written: boolean, path: string }>} чи писали файл, та його відносний шлях
+ * @returns {Promise<{ written: boolean, path: string, files: string[] }>} чи писали; відносний шлях до теки розширення; список скопійованих базових імен (відсортований)
  */
 export async function syncPiExtensions(projectRoot, bundledPackageRoot) {
-  const srcPath = join(
-    bundledPackageRoot,
-    PI_TEMPLATE_DIR_NAME,
-    'extensions',
-    PI_EXTENSION_NAME,
-    'index.ts'
-  )
-  if (!existsSync(srcPath)) {
-    return { written: false, path: '' }
+  const srcDir = join(bundledPackageRoot, PI_TEMPLATE_DIR_NAME, 'extensions', PI_EXTENSION_NAME)
+  const indexPath = join(srcDir, 'index.ts')
+  if (!existsSync(indexPath)) {
+    return { written: false, path: '', files: [] }
   }
-  const content = await readFile(srcPath, 'utf8')
   const destDir = join(projectRoot, PI_EXTENSIONS_DIR, PI_EXTENSION_NAME)
   await mkdir(destDir, { recursive: true })
-  const destPath = join(destDir, 'index.ts')
-  await writeFile(destPath, content, 'utf8')
-  return { written: true, path: `${PI_EXTENSIONS_DIR}/${PI_EXTENSION_NAME}/index.ts` }
+  const entries = await readdir(srcDir, { withFileTypes: true })
+  const copied = []
+  for (const entry of entries) {
+    if (!entry.isFile()) continue
+    const name = entry.name
+    const content = await readFile(join(srcDir, name), 'utf8')
+    await writeFile(join(destDir, name), content, 'utf8')
+    copied.push(name)
+  }
+  return {
+    written: true,
+    path: `${PI_EXTENSIONS_DIR}/${PI_EXTENSION_NAME}`,
+    files: copied.toSorted((a, b) => a.localeCompare(b))
+  }
 }
 
 /**

package/skills/coverage-fix/SKILL.md

@@ -0,0 +1,114 @@
+---
+name: n-coverage-fix
+description: >-
+  Автономна команда: запускає coverage, читає ## Recommendations у COVERAGE.md, ітеративно пише тести для вижилих мутантів до конвергенції
+---
+
+# /n-coverage-fix — ітеративне підвищення mutation score
+
+## Важливо
+
+⚠️ Не запускати паралельно з іншим `/n-coverage-fix` або `bun coverage` — Stryker пише `mutation.json` і `incremental.json` в одну директорію. `n-cursor coverage` всередині вже серіалізований через `withLock('coverage')`, але паралельний запуск двох ітерацій скілу зіпсує дані.
+
+## Мета
+
+Автономно підвищити mutation score: запустити `bun coverage`, записати тести для вижилих мутантів, повторити до конвергенції (score перестав зростати).
+
+## Алгоритм
+
+### Крок 1: Запусти coverage
+
+```bash
+bun coverage
+```
+
+(або `bun run coverage` якщо команда у `package.json`)
+
+Чекай завершення. Якщо команди немає у `package.json` — запусти `n-cursor coverage` з кореня.
+
+### Крок 2: Прочитай вижилих мутантів
+
+Прочитай `COVERAGE.md` — знайди секцію `## Recommendations`.
+
+Якщо секції немає або вона порожня:
+```
+✓ Нема вижилих мутантів — mutation score повний
+```
+→ DONE
+
+Запам'ятай поточний mutation score як `baseline_score` (рядок `| **Разом** |` з таблиці у COVERAGE.md).
+
+### Крок 3: Для кожного файлу з Recommendations — пиши тести
+
+Для кожного `### <file>` у секції:
+
+**3a. Читай контекст:**
+- Source-файл (`<file>` від кореня проєкту)
+- Таблицю вижилих мутантів: рядок, оригінал, заміна, тип
+- Блок `**Приклад наявного тесту:**` — style guide для нових тестів
+
+**3b. Знайди тестовий файл:**
+Перший що існує:
+1. `<dir>/<basename>.test.js` — поруч із source
+2. `<dir>/<basename>.spec.js`
+3. `test/<basename>.test.js` від кореня
+4. `tests/<basename>.test.js` від кореня
+
+Якщо жоден не знайдено — створи `<dir>/<basename>.test.js` з правильними imports (орієнтуйся на сусідні файли).
+
+**3c. Напиши тести що вбивають кожен мутант:**
+
+Керуйся типом мутації:
+- `ConditionalExpression` (`→ false` / `→ true`): протестуй обидва branch явно — значення що робить умову `true` і значення що робить її `false`
+- `BooleanLiteral` (`true → false`): перевір початковий стан — `initialValue === false`
+- `LogicalOperator` (`&&` ↔ `||`): передай `null` та `undefined` **окремо**, перевір що результат різний для кожного
+- `StringLiteral` / `EqualityOperator`: перевір точний рядок/значення, а не лише happy-path
+
+Правила:
+- НЕ видаляй і НЕ змінюй наявні тести
+- Стиль: той самий `describe`/`it`/`expect`, мова коментарів — як у прикладі тесту
+- Якщо `**Приклад наявного тесту:**` відсутній — орієнтуйся на інші test-файли у тій самій директорії
+
+**3d. Після написання тестів:**
+```bash
+bun test <testFile>
+```
+
+Якщо FAIL — виправи саме ті тести що впали (до 2 спроб). Якщо не вдалося — логуй і переходь до наступного файлу.
+
+### Крок 4: Перевір що весь suite проходить
+
+```bash
+bun test
+```
+
+Якщо FAIL:
+- Не відкочувати зміни
+- Показати: яка помилка, які файли змінені, що вже покращено
+- Очікувати рішення від user: [виправити вручну → продовжити] / [пропустити файл] / [зупинити]
+
+### Крок 5: Запусти coverage і перевір конвергенцію
+
+```bash
+bun coverage
+```
+
+Якщо CRASH (SIGURG, memory pressure): нагадати user — Stryker incremental зберіг прогрес, перезапустити `bun coverage`.
+
+Прочитай новий COVERAGE.md. Візьми `new_score` з рядка `| **Разом** |`.
+
+**Рішення:**
+- Якщо `new_score > baseline_score` → `baseline_score = new_score` → перейти до Кроку 2 (наступна ітерація)
+- Якщо `new_score <= baseline_score` → конвергенція:
+  ```
+  ✓ Конвергенція: mutation score більше не покращується.
+  Baseline: <baseline_score> → Фінал: <new_score>
+  ```
+  → DONE
+
+## Нотатки
+
+- Stryker `incremental` (`incrementalFile`) зберігає прогрес між запусками — crash ≠ перезапуск з нуля
+- Не комітити зміни автоматично — user вирішує коли комітити
+- Пріоритет файлів: більше вижилих мутантів = важливіший (першим у Recommendations = найважливіший)
+- Якщо `COVERAGE.md` відсутній — запусти `bun coverage` спочатку

package/skills/coverage-fix/auto.md

@@ -0,0 +1 @@
+[js-lint]