@7n/llm-lib 2.9.6 → 2.9.8

package/CHANGELOG.md

@@ -1,5 +1,17 @@
 # Changelog
 
+## [2.9.8] - 2026-07-27
+
+### Changed
+
+- md
+
+## [2.9.7] - 2026-07-26
+
+### Fixed
+
+- ACP semantic idle timeout більше не подовжується шумними progress events.
+
 ## [2.9.6] - 2026-07-26
 
 ### Fixed

package/lib/agent-fix.mjs

@@ -110,7 +110,17 @@ function astUnavailable() {
  *   getTransportError: () => string|null }} args контекст петлі.
  * @returns {Promise<{ verifyAttempts: Array<{ ok: boolean, infra?: boolean }>, error: string|null }>} результат петлі.
  */
-async function runVerifyLoop({ session, verify, verifyMax, timeoutMs, startedAt, clock, guard, fixPrompt, getTransportError }) {
+async function runVerifyLoop({
+  session,
+  verify,
+  verifyMax,
+  timeoutMs,
+  startedAt,
+  clock,
+  guard,
+  fixPrompt,
+  getTransportError
+}) {
   const verifyAttempts = []
   for (let attempt = 0; ; attempt++) {
     let evidence

package/lib/docs/agent-fix.md

@@ -3,7 +3,7 @@ type: JS Module
 title: agent-fix.mjs
 resource: llm-lib/lib/agent-fix.mjs
 docgen:
-  crc: 5e6d8369
+  crc: 6a36d9a0
   model: openai-codex/gpt-5.4-mini
   tier: cloud-min
   score: 100
@@ -13,11 +13,11 @@ docgen:
 
 ## Огляд
 
-Модуль формує два промпти для локального виправлення порушення за правилом: `buildVerifyFeedbackPrompt` збирає запит на перевірку вже виявленого фідбеку, а `buildFixPrompt` — запит на виправлення з урахуванням обмеженого контексту й дозволених файлів. `runAgentFix` запускає цей цикл і повертає результат без пробросу помилок назовні: будь-які збої перехоплюються, щоб процес залишався fail-safe.
+Модуль формує два промпти для локального виправлення порушення за правилом: `buildVerifyFeedbackPrompt` збирає запит на перевірку вже виявленого зворотного зв’язку, а `buildFixPrompt` — запит на виправлення з урахуванням обмеженого контексту й дозволених файлів. `runAgentFix` запускає цей цикл і повертає результат без пробросу помилок назовні: будь-які збої перехоплюються, щоб процес залишався fail-safe.
 
 ## Поведінка
 
-Спочатку формується fix-промпт із правилом, порушенням і доступним контекстом редагування; для generic-режиму він жорстко звужує простір змін до дозволених файлів, а для test-generation розділяє read-only джерела й тестові файли. Якщо попередня перевірка вже дала зворотний зв’язок, він додається в той самий промпт як додаткове обмеження. Далі виконується одна агентна спроба виправлення в межах рунга: результатом стає набір торкнутих файлів, телеметрія або помилка, а при фейлі повертається rollback без винесення винятку назовні.
+Спочатку формується fix-промпт із правилом, порушенням і доступним контекстом редагування; для generic-режиму він жорстко звужує простір змін до дозволених файлів, а для test-generation розділяє read-only джерела й тестові файли. Якщо попередня перевірка вже дала зворотний зв’язок, він додається в той самий промпт як додаткове обмеження. Далі виконується одна агентна спроба виправлення в межах рунга: результатом стає набір торкнутих файлів, телеметрія або помилка, а при падінні повертається rollback без винесення винятку назовні.
 
 Після внесення змін запускається verify-петля над тими самими торкнутими файлами. Вона повторює canonical verify у тій самій сесії, а при невдалому результаті передає точний вивід перевірки назад у verify-feedback prompt і продовжує, доки не буде ok, не вичерпається ліміт спроб або не закінчиться спільний таймаут рунга. Якщо сама перевірка падає інфраструктурно, це не маскується під звичайне порушення: петля зупиняється чесною помилкою. Зовнішній consumer лишається джерелом правди про остаточне re-detect, а тут використовується лише рання локальна корекція.
 
@@ -26,16 +26,15 @@ docgen:
 ## Публічний API
 
 - buildVerifyFeedbackPrompt — Будує фідбек-prompt verify-ітерації: точний вивід canonical-перевірки + нагадування
-  обмежень (той самий semantic-collateral guard, що й у buildFixPrompt).
+обмежень (той самий semantic-collateral guard, що й у buildFixPrompt).
 - buildFixPrompt — Будує fix-промпт для рунга: правило + порушення + (опц.) target-файли + (опц.) feedback
-  попереднього провалу + жорсткий блок обмежень (лише механічні зміни) + інструкція
-  «ast_facts перед edit, self_check після».
+попереднього провалу + жорсткий блок обмежень (лише механічні зміни) + інструкція
+«ast_facts перед edit, self_check після».
 
 Блок обмежень — перший шар semantic-collateral guard (спека pi-migration §12,
 addendum 2026-07-05): слабкі локальні моделі схильні «виправляти» правило семантичною
 правкою (хардкод значення, симуляція поведінки) — промпт явно це забороняє, а
 verdict-veto consumer-а (re-check) відхиляє такі правки поза target-файлами.
-
 - runAgentFix — Проводить ОДНУ агентну fix-спробу (рунг) для правила.
 
 ## Гарантії поведінки

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@7n/llm-lib",
-  "version": "2.9.6",
+  "version": "2.9.8",
   "description": "Тонкий шар роботи з LLM (локальні omlx + хмарні провайдери) поверх pi: model tiers, one-shot, agentic-раннери, write-guard, trace, telemetry, prompt-budget",
   "keywords": [
     "nitra",
@@ -55,8 +55,8 @@
     "access": "public"
   },
   "optionalDependencies": {
-    "@7n/llm-lib-darwin-arm64": "2.9.6",
-    "@7n/llm-lib-linux-x64": "2.9.6"
+    "@7n/llm-lib-darwin-arm64": "2.7.6",
+    "@7n/llm-lib-linux-x64": "2.7.6"
   },
   "peerDependencies": {
     "@earendil-works/pi-ai": "~0.80.10",