@sberbusiness/triplex-next-mcp-server 1.42.0-beta → 1.44.0-beta

package/bundle/components/WindowResizeListener.md

@@ -0,0 +1,249 @@
+---
+component: WindowResizeListener
+category: WindowResizeListener
+related: [MediaWidth]
+tokens: []
+stories: stories/WindowResizeListener/WindowResizeListener.stories.tsx
+version: "1.0"
+---
+
+# WindowResizeListener
+
+## Назначение
+
+Сервисный headless-компонент. Пока смонтирован, слушает событие `resize` на
+`window` и вызывает `onResize`, но не чаще, чем раз в `throttleDelay`
+миллисекунд. Собственной разметки не рендерит: `children` выводятся как есть,
+без обёртки; без `children` не рендерит ничего.
+
+Используй когда: при изменении размеров окна нужно выполнить императивное
+действие — пересчитать размеры/отступы по замеренному DOM, перепозиционировать
+оверлей, сбросить кэш измерений.
+
+Не используй когда:
+- Нужно отрендерить **другое дерево** компонентов на другой ширине — для этого
+  есть `MediaWidth` / `MobileView`, они слушают `MediaQueryList`, а не поток
+  событий `resize`.
+- Нужно булево значение «широкий/узкий экран» для props или условной разметки —
+  используй `useMatchMedia` (`src/components/MediaWidth/useMatchMedia.ts`) или
+  `useMobileView`.
+- Отслеживать нужно размер конкретного элемента, а не окна — окно может не
+  меняться, а элемент — да (открылась панель, изменился контент). Для этого в
+  библиотеке используется `useResizeDetector` из `react-resize-detector`
+  (пример — `LightBoxContent`).
+- Разница чисто визуальная (отступы, шрифт, раскладка) — это дешевле решается
+  медиа-запросом в `*.module.less`, без JS-обработчика на каждое событие.
+
+---
+
+## Варианты и props
+
+### Обязательные props
+
+| Prop | Тип | Описание |
+|---|---|---|
+| `onResize` | `(event: UIEvent) => void` | Вызывается на `resize` окна. Получает нативный `UIEvent` (не React SyntheticEvent). Полезной нагрузки в событии нет — актуальные размеры читаются из `window.innerWidth` / `innerHeight` или замером DOM |
+
+### Опциональные props
+
+| Prop | Тип | По умолчанию | Описание |
+|---|---|---|---|
+| `throttleDelay` | `number` | `100` | Минимальный интервал между вызовами `onResize`, в миллисекундах |
+| `children` | `React.ReactNode` | — | Рендерится как есть. Компонент не оборачивает содержимое и никак на него не влияет — вложение нужно только для читаемости кода |
+
+### Особенности поведения
+
+- Слушатель навешивается в `useEffect`, поэтому `window` не трогается во время
+  рендера — компонент **SSR-safe** (в отличие от семейства `MediaWidth`, которое
+  вызывает `window.matchMedia` на первом рендере).
+- Троттлинг — `throttle` из `lodash-es` с настройками по умолчанию:
+  **leading + trailing**. Первое событие серии обрабатывается синхронно, все
+  последующие внутри окна схлопываются в один отложенный вызов в конце окна.
+  Одиночное событие даёт ровно один вызов; если внутри окна пришли ещё события,
+  в конце окна добавляется trailing-вызов.
+- **Обработчик и задержка входят в зависимости эффекта.** При смене ссылки
+  `onResize` или значения `throttleDelay` слушатель снимается и навешивается
+  заново, а троттлинг начинается с чистого листа (новое leading-окно). Если
+  передать инлайновую стрелку, переподписка будет происходить на **каждый
+  рендер**, и троттлинг фактически перестанет ограничивать частоту вызовов.
+  Оборачивай обработчик в `useCallback` (или храни его вне компонента).
+- При размонтировании слушатель снимается, а отложенный trailing-вызов
+  отменяется через `cancel()` — `removeEventListener` сам по себе его
+  не отменяет, и колбэк сработал бы уже после размонтирования.
+- Компонент не вызывает `preventDefault` / `stopPropagation` (событие `resize`
+  не отменяемо) и не подмешивает в `onResize` собственные данные о размерах.
+- Несколько смонтированных `WindowResizeListener` работают независимо, каждый со
+  своим окном троттлинга.
+
+---
+
+## Дизайн-токены
+
+Собственных стилей и CSS-переменных нет — компонент не рендерит разметку.
+
+---
+
+## Инварианты
+
+- **Без `forwardRef` — осознанное исключение** из общего правила библиотеки:
+  компонент не рендерит собственный host-элемент, форвардить `ref` некуда. Не
+  добавлять и не убирать без отдельного решения.
+- **Имена и типы props `children`, `onResize`, `throttleDelay`** и значение по
+  умолчанию `throttleDelay = 100` — публичное API, не менять. Интерфейс
+  `IWindowResizeListenerProps` экспортируется из barrel — переименование будет
+  breaking change.
+- **`return children ?? null`** — falsy-`children` (`0`, `""`) осознанно
+  рендерятся; `??`, а не `||` (у соседнего `KeyDownListener` обратная
+  договорённость — там `||`). Возврат `null` вместо `undefined` нужен для React
+  17: там компонент, вернувший `undefined`, роняет рендер.
+- **Зависимости эффекта `[onResize, throttleDelay]`** — не «оптимизировать»
+  переносом обработчика в `ref`: сейчас смена обработчика сбрасывает окно
+  троттлинга, и это наблюдаемое поведение у потребителей.
+- **`throttledResize.cancel()` в cleanup** — не удалять: без него отложенный вызов
+  срабатывает после размонтирования (тест `cancels the pending trailing call on
+  unmount`).
+- Реализация остаётся React 17-совместимой (без `useId`,
+  `useSyncExternalStore` и прочих React 18-only API): код синхронизируется
+  в `release-0`.
+
+---
+
+## Accessibility
+
+- Собственной ARIA-семантики нет — компонент прозрачен для accessibility-дерева
+  и не рендерит фокусируемых элементов.
+- `resize` окна возникает и при зуме страницы, и при появлении экранной
+  клавиатуры на мобильных. Обработчик не должен перебрасывать фокус или
+  сбрасывать состояние формы — для пользователя, увеличившего масштаб, это
+  выглядит как потеря контекста.
+
+---
+
+## Связанные компоненты
+
+- `MediaWidth` (`src/components/MediaWidth/`) — альтернатива для декларативного
+  случая: рендерит одну из двух веток по медиа-запросу, а не даёт колбэк на поток
+  событий. Там же `useMatchMedia` (булево значение для условной разметки) и
+  `MobileView` (частный случай мобильной границы). Правило выбора: нужно
+  **что-то посчитать/сделать** на ресайз — `WindowResizeListener`; нужно
+  **что-то показать** на определённой ширине — `MediaWidth`.
+- `KeyDownListener` (`src/components/KeyDownListener/`) — headless-слушатель того
+  же покроя, но для `keydown` на `window`. Похожий контракт по `children` (рендер
+  как есть, без обёртки); отличие — обработка falsy-`children`, см. «Инварианты».
+
+### Потребители внутри библиотеки
+
+- `LightBoxContent` (`src/components/LightBox/LightBoxContent.tsx`) — пересчёт
+  верхнего отступа контента при изменении размеров окна. Обработчик
+  (`updateStyleWithTimeout`) обёрнут в `useCallback`, поэтому переподписки на
+  каждый рендер не происходит. Слушатель размеров самого контента там сделан
+  отдельно, через `useResizeDetector`.
+
+В unit-тестах потребителей компонент удобно мокать целиком — как в
+`src/components/LightBox/__tests__/LightBoxContent.test.tsx`.
+
+---
+
+## Stories
+
+Основные истории: `stories/WindowResizeListener/WindowResizeListener.stories.tsx`
+Файлы примеров: `stories/WindowResizeListener/examples/`
+
+| Story | Example file | Что демонстрирует |
+|---|---|---|
+| `Playground` | `Playground.tsx` | Интерактивный подбор `throttleDelay`, счётчик срабатываний `onResize` и текущая ширина окна |
+| `Default` | `Default.tsx` | Минимальный пример: обработчик в `useCallback` читает `window.innerWidth` / `innerHeight` |
+| `ThrottleDelay` | `ThrottleDelay.tsx` | Два слушателя с разной задержкой (100 мс и 1000 мс) и их счётчики вызовов |
+
+Набор целиком исключён из скриншот-тестов (`testRunner: { skip: true }` в `meta`):
+собственной разметки компонент не рендерит, на скриншот попадала бы только
+обвязка примеров. Baseline-файлов в `__screenshots__/` для этого набора быть не
+должно. Поведение слушателя покрыто unit-тестами.
+
+---
+
+## История изменений
+
+| Дата | Изменение |
+|---|---|
+| 2026-08-18 | Создан документ. AI-рефакторинг (TRI-104): JSDoc на props и компоненте, интерфейс `IWindowResizeListenerProps` стал экспортируемым (аддитивно), `return children ?? null` вместо `return children` (React 17-safe), убрано лишнее опциональное обращение `cancel?.()`, добавлены unit-тесты (10 кейсов: рендер `children`, троттлинг с дефолтной и заданной задержкой, отписка и отмена trailing-вызова при размонтировании, переподписка при смене `onResize` / `throttleDelay`) и набор stories по modern pattern. Публичный API не изменён (имена и типы props, дефолт `throttleDelay = 100`, barrel-экспорты; `forwardRef` по-прежнему осознанно отсутствует). |
+
+---
+
+## Примеры использования
+
+### Default
+
+`stories/WindowResizeListener/examples/Default.tsx`
+
+```tsx
+import React, { useCallback, useState } from "react";
+import { WindowResizeListener } from "@sberbusiness/triplex-next";
+
+const getWindowSize = () =>
+    typeof window === "undefined" ? { width: 0, height: 0 } : { width: window.innerWidth, height: window.innerHeight };
+
+export const Default = () => {
+    // При рендере на сервере window недоступен — стартовое значение берётся только в браузере.
+    const [windowSize, setWindowSize] = useState(getWindowSize);
+
+    // Стабильная ссылка на обработчик: при её смене слушатель переподписывается заново.
+    const handleResize = useCallback(() => {
+        setWindowSize(getWindowSize());
+    }, []);
+
+    return (
+        <WindowResizeListener onResize={handleResize}>
+            <div style={{ display: "flex", flexDirection: "column", gap: "16px", maxWidth: "400px" }}>
+                <div>Измените размер окна браузера, чтобы обновить значения.</div>
+                <div style={{ border: "1px dashed rgb(125, 131, 138)", borderRadius: "4px", padding: "16px" }}>
+                    Размер окна: {windowSize.width} × {windowSize.height}
+                </div>
+            </div>
+        </WindowResizeListener>
+    );
+};
+```
+
+### ThrottleDelay
+
+`stories/WindowResizeListener/examples/ThrottleDelay.tsx`
+
+```tsx
+import React, { useCallback, useState } from "react";
+import { WindowResizeListener } from "@sberbusiness/triplex-next";
+
+interface IResizeCounterProps {
+    throttleDelay: number;
+}
+
+const ResizeCounter = ({ throttleDelay }: IResizeCounterProps) => {
+    const [resizeCount, setResizeCount] = useState(0);
+
+    const handleResize = useCallback(() => {
+        setResizeCount((prevCount) => prevCount + 1);
+    }, []);
+
+    return (
+        <WindowResizeListener onResize={handleResize} throttleDelay={throttleDelay}>
+            <div>
+                <div style={{ marginBottom: "8px", fontSize: "16px", fontWeight: "700" }}>
+                    throttleDelay: {throttleDelay}ms
+                </div>
+                <div style={{ border: "1px dashed rgb(125, 131, 138)", borderRadius: "4px", padding: "16px" }}>
+                    Срабатываний onResize: {resizeCount}
+                </div>
+            </div>
+        </WindowResizeListener>
+    );
+};
+
+export const ThrottleDelay = () => (
+    <div style={{ display: "flex", flexDirection: "column", gap: "16px", maxWidth: "400px" }}>
+        <div>Измените размер окна браузера — чем больше задержка, тем реже вызывается обработчик.</div>
+        <ResizeCounter throttleDelay={100} />
+        <ResizeCounter throttleDelay={1000} />
+    </div>
+);
+```
+

package/bundle/guides/commits.md

@@ -56,11 +56,14 @@ TRI-21-alert-ai-ready
 `docs/human/release.md`. Прямой push в `release-0` проверяется CI:
 `ci.yml` триггерится на `push: branches: [release-0]`.
 
-**Единственное исключение для агента** — релизный коммит `release-react17`
-(бамп версии + release notes): он тоже пушится в `release-0` напрямую, без
-PR. Прогон CI на него стартует, но дождаться его нельзя — GitHub Release
-создаётся сразу после push. Поэтому исключение компенсируется обязательными
-локальными гейтами (`tsc`, `test-unit`, `build`).
+**Единственное исключение** — релизный коммит (бамп версии + release notes):
+он тоже попадает в `release-0` напрямую, без PR. В еженедельном релизе его
+делает [`release-weekly.yml`](../../.github/workflows/release-weekly.yml),
+при ручном выпуске — skill `release-react17`. Прогон CI на этот коммит
+стартует, но дождаться его нельзя: релиз создаётся сразу после push. Поэтому
+исключение компенсируется гейтами перед пушем — `npm run test-unit`
+и `npm run build` (последний в `prebuild` гоняет `tsc -p tsconfig.build.json`;
+полный `tsc` гейтом быть не может — он даёт давние ошибки в `stories/`).
 
 ---
 
@@ -86,6 +89,24 @@ TRI-21 Alert: AI refactoring + unit-тесты
 - Тело коммита опционально (для сложных изменений).
 - Язык: русский или английский — не смешивать в одном коммите.
 
+**Исключение — релизные коммиты еженедельного релиза.** Их делает
+[`release-weekly.yml`](../../.github/workflows/release-weekly.yml) в GitHub
+Actions, и они идут **без префикса задачи**:
+
+```text
+Подготовка релиза 0.44.0
+Подготовка релиза 1.44.0
+```
+
+Причина техническая: у Actions нет доступа к Linear, номер задачи взять
+неоткуда, а выдумывать его нельзя. Связь с трекером даёт skill `release-auto`
+— он заводит задачу «Релиз 1.Y.0 / 0.Y.0» по итогам прогона и складывает
+туда ссылки на релизы. Коммит машинный, его авторство видно по автору
+(`dudim-ai`), поэтому потеря префикса не мешает разбору истории.
+
+При **ручном** выпуске (`/release`) префикс обязателен, как обычно: там
+задача Linear заводится до начала работы.
+
 ---
 
 ## Когда запускать линтер
@@ -140,7 +161,8 @@ npx prettier --write src/components/Button/Button.tsx
 
 1. делает коммит по конвенциям этого файла (skill `commit-component`);
 2. пушит ветку;
-3. создаёт PR (см. «PR-воркфлоу»);
+3. дожидается PR от workflow `auto-pr.yml` (см. «PR-воркфлоу»; сам
+   `gh pr create` в ветках `TRI-*` не вызывает);
 4. если менялись stories или визуал компонентов — обновляет baseline-скриншоты
    через skill `update-visual-baselines` (CI-workflow «Update Visual
    Snapshots» + чистка orphan-скриншотов);
@@ -161,9 +183,9 @@ npx prettier --write src/components/Button/Button.tsx
 
 ## GitHub-операции от аккаунта бота
 
-Автоматические GitHub-операции (создание PR, комментарии в PR, запуск
-workflow, авторство коммитов автофинала) выполняются от отдельного
-machine-аккаунта, если у разработчика задан его токен:
+Автоматические GitHub-операции (комментарии в PR, запуск workflow,
+авторство коммитов автофинала) выполняются от отдельного machine-аккаунта,
+если у разработчика задан его токен:
 
 ```bash
 # fine-grained PAT бота: contents:write, pull-requests:write, actions:write
@@ -171,11 +193,18 @@ export TRIPLEX_BOT_GH_TOKEN=...   # в ~/.zshenv (не ~/.zshrc — агент
                                   # в неинтерактивном shell), НЕ в репозитории
 ```
 
+Тот же PAT хранится как repository secret `DUDIM_AI_GH_TOKEN` — его
+использует workflow `auto-pr.yml`, который создаёт PR для веток `TRI-*`
+(см. «PR-воркфлоу»). Благодаря этому автор PR один и тот же независимо от
+того, где шла сессия агента — локально или в облаке. При ротации PAT
+обнови оба места: `~/.zshenv` и secret
+(`gh secret set DUDIM_AI_GH_TOKEN --body "$TRIPLEX_BOT_GH_TOKEN"`).
+
 **Паттерн для агентов** — в начале Bash-вызова с командами `gh`:
 
 ```bash
 if [ -n "$TRIPLEX_BOT_GH_TOKEN" ]; then export GH_TOKEN="$TRIPLEX_BOT_GH_TOKEN"; fi
-gh pr create ...   # выполнится от бота; без токена — от разработчика (fallback)
+gh pr comment ...  # выполнится от бота; без токена — от разработчика (fallback)
 ```
 
 **Авторство коммитов автофинала** (identity бота выводится из токена,
@@ -203,20 +232,97 @@ fi
 - Действия в Linear выполняются от сессии разработчика — бот на них
   не распространяется.
 
+### Облачные сессии: подмена токена прокси
+
+В облачных сессиях (routines на claude.ai) запросы к `api.github.com`
+идут **не** с `TRIPLEX_BOT_GH_TOKEN`: egress-прокси подменяет авторизацию
+на токен GitHub App `claude` (user-to-server, identity — аккаунт
+разработчика). Паттерн выше при этом не ломается — просто действующие
+права определяет прокси, а не PAT. Как распознать:
+
+- `gh api user` возвращает аккаунт разработчика, хотя в env лежит токен
+  бота;
+- текст 403 — «Resource not accessible by **integration**» или «not
+  permitted for this session type / through this proxy» (у fine-grained
+  PAT было бы «…by personal access token»).
+
+Что доступно из облака — проверено зондами TRI-117 (2026-08-14) и TRI-119
+(2026-08-21):
+
+| Операция | Из облака |
+|---|---|
+| `git push` ветки, включая защищённый `main` | ✅ |
+| Создание и мерж PR, комментарии | ✅ |
+| Чтение REST и Actions | ✅ |
+| Диспатч нерелизных workflow (`visual-update.yml`) | ✅ |
+| `git push` тега | ❌ `RPC failed; HTTP 403` |
+| `POST /git/refs`, `PATCH /git/refs/heads/*` | ❌ |
+| `gh release create` | ❌ |
+| `gh workflow run release.yml`, `repository_dispatch` | ❌ |
+| Удаление веток и тегов | ❌ |
+
+Отказы приходят с текстом `Write access to this GitHub API path is not
+permitted through this proxy` — это ограничение прокси, а не прав токена
+и не настроек репозитория. Менять branch protection бесполезно.
+
+**Следствие для релиза:** выпустить его из облачной сессии нельзя ни одним
+маршрутом. Поэтому механика релиза живёт в GitHub Actions
+(`.github/workflows/release-weekly.yml`), расписание держит сам GitHub, а
+за облачной routine остаётся отчёт — см.
+`.agents/skills/release-auto/SKILL.md`.
+
 ---
 
 ## PR-воркфлоу
 
-**Работа по задаче Linear:** после коммита агент сам пушит ветку и создаёт PR:
+**Работа по задаче Linear:** PR для веток `TRI-*` создаёт workflow
+`auto-pr.yml` (триггер `on: push`) от аккаунта бота — secret
+`DUDIM_AI_GH_TOKEN`. Так автор PR не зависит от среды сессии: локальный
+`gh pr create` шёл бы от PAT бота, а облачный — от GitHub App `claude`
+(прокси подменяет авторизацию, см. «Облачные сессии»). Агент **не вызывает
+`gh pr create` в ветках `TRI-*`** — иначе облачная сессия успеет создать
+PR от `claude[bot]` раньше workflow.
+
+Финальный коммит — это и есть источник PR: заголовок берётся из первой
+строки (`TRI-XXX Краткое описание`), описание — из тела коммита. Поэтому
+в автофинале тело коммита обязательно и содержит описание PR
+(«Что сделано» / «Как проверить»).
 
 ```bash
 git push -u origin TRI-XXX-feature-name
-gh pr create \
-  --title "TRI-XXX Краткое описание" \
-  --body "## Что сделано\n- ...\n\n## Как проверить\n- ..."
+# PR создаст auto-pr.yml через ~20–60 с; дождись его появления:
+for i in $(seq 1 12); do
+  pr_url=$(gh pr list --head "TRI-XXX-feature-name" --base main --state open \
+    --json url --jq '.[0].url // empty') && [ -n "$pr_url" ] && break
+  sleep 10
+done
+echo "${pr_url:-PR не появился}"
 ```
 
-После создания PR финал продолжается автоматически: skill
+Если PR не появился за ~2 минуты — проверь прогон workflow именно для
+текущего коммита (не по ветке: `--limit 1` по ветке может показать прогон
+предыдущего пуша):
+`gh run list --workflow=auto-pr.yml --commit $(git rev-parse HEAD) --limit 1`.
+Дальше по статусу:
+
+- `queued` / `in_progress` — прогон ещё идёт, продолжай ждать;
+- `completed` + `success` без PR — сработал guard (маркер `[no-pr]`,
+  subject не по формату `TRI-XXX ...` или ветка без новых коммитов
+  относительно `main`) — штатное завершение без PR, fallback не нужен;
+- `completed` + `failure` или прогона нет (например, протух secret) —
+  fallback.
+Fallback — прежняя схема: `gh pr create` с паттерном bot-токена из
+раздела выше.
+Fallback безопасен: раз workflow PR не создал, гонки нет. В облачной
+сессии fallback-PR будет от `claude[bot]` (прокси подменит PAT — см.
+«Облачные сессии») — это осознанная деградация, лучше PR от app'а, чем
+отсутствие PR.
+
+Обход автосоздания (WIP-пуш ветки `TRI-*` без PR): добавь маркер `[no-pr]`
+в первую строку HEAD-коммита. Коммиты не по формату `TRI-XXX ...`
+(например, `chore: ...`) PR также не создают.
+
+После появления PR финал продолжается автоматически: skill
 `update-visual-baselines` (если менялись stories/визуал) и skill
 `finish-task` — комментарий-резюме в задаче Linear и проверка линковки PR
 (GitHub-интеграция Linear подхватит PR по `TRI-XXX` в имени ветки).

package/bundle/guides/stories.md

@@ -180,7 +180,7 @@ Playground показывает только те props, которые реал
 
 ### Когда не создавать Playground
 
-Если у компонента нет настраиваемых props (только `children` и стандартные HTML-атрибуты), Playground не создаётся — нечего класть в Controls. Типичный случай: контейнер-обёртка вроде `ListItem`, `ListItemControls`, `ChipGroup`.
+Если у компонента нет настраиваемых props (только `children` и стандартные HTML-атрибуты), Playground не создаётся — нечего класть в Controls. Типичный случай: контейнер-обёртка вроде `ListItem`, `ListItemControls`.
 
 В этом случае:
 

package/bundle/manifest.json

@@ -1,7 +1,7 @@
 {
   "schemaVersion": 1,
-  "triplexVersion": "1.42.0",
-  "generatedAt": "2026-08-14T12:59:51.290Z",
+  "triplexVersion": "1.44.0",
+  "generatedAt": "2026-08-28T11:32:35.105Z",
   "components": [
     {
       "name": "AbstractTree",
@@ -138,7 +138,7 @@
     },
     {
       "name": "CheckboxTreeExtended",
-      "path": "src/components/CheckboxTreeExtended/CheckboxTreeExtended-AI.md",
+      "path": "src/components/CheckboxTreeExtended/CheckboxTreeExtended-ai.md",
       "file": "components/CheckboxTreeExtended.md",
       "ai_ready": true
     },
@@ -162,7 +162,7 @@
     },
     {
       "name": "ChipGroup",
-      "path": "src/components/ChipGroup/ChipGroup-AI.md",
+      "path": "src/components/ChipGroup/ChipGroup-ai.md",
       "file": "components/ChipGroup.md",
       "ai_ready": true
     },
@@ -210,7 +210,7 @@
     },
     {
       "name": "DatePickerExtended",
-      "path": "src/components/DatePickerExtended/DatePickerExtended-AI.md",
+      "path": "src/components/DatePickerExtended/DatePickerExtended-ai.md",
       "file": "components/DatePickerExtended.md",
       "ai_ready": true
     },
@@ -258,7 +258,7 @@
     },
     {
       "name": "ExpandAnimation",
-      "path": "src/components/ExpandAnimation/ExpandAnimation-AI.md",
+      "path": "src/components/ExpandAnimation/ExpandAnimation-ai.md",
       "file": "components/ExpandAnimation.md",
       "ai_ready": true
     },
@@ -271,7 +271,7 @@
     },
     {
       "name": "Footer",
-      "path": "src/components/Footer/Footer-AI.md",
+      "path": "src/components/Footer/Footer-ai.md",
       "file": "components/Footer.md",
       "ai_ready": true
     },
@@ -608,7 +608,7 @@
     },
     {
       "name": "SliderExtended",
-      "path": "src/components/SliderExtended/SliderExtended-AI.md",
+      "path": "src/components/SliderExtended/SliderExtended-ai.md",
       "file": "components/SliderExtended.md",
       "ai_ready": true
     },
@@ -678,6 +678,12 @@
       "file": "components/Table.md",
       "ai_ready": true
     },
+    {
+      "name": "TableBasic",
+      "path": "src/components/Table/TableBasic-ai.md",
+      "file": "components/TableBasic.md",
+      "ai_ready": true
+    },
     {
       "name": "Tabs",
       "path": "src/components/Tabs/Tabs-AI.md",
@@ -686,7 +692,7 @@
     },
     {
       "name": "TabsExtended",
-      "path": "src/components/TabsExtended/TabsExtended-AI.md",
+      "path": "src/components/TabsExtended/TabsExtended-ai.md",
       "file": "components/TabsExtended.md",
       "ai_ready": true
     },
@@ -698,7 +704,7 @@
     },
     {
       "name": "Tag",
-      "path": "src/components/Tag/Tag-AI.md",
+      "path": "src/components/Tag/Tag-ai.md",
       "file": "components/Tag.md",
       "ai_ready": true
     },
@@ -752,16 +758,22 @@
     },
     {
       "name": "TopOverlay",
-      "path": "src/components/TopOverlay/TopOverlay-AI.md",
+      "path": "src/components/TopOverlay/TopOverlay-ai.md",
       "file": "components/TopOverlay.md",
       "ai_ready": true
     },
     {
       "name": "TreeView",
-      "path": "src/components/TreeView/TreeView-AI.md",
+      "path": "src/components/TreeView/TreeView-ai.md",
       "file": "components/TreeView.md",
       "ai_ready": true
     },
+    {
+      "name": "TreeViewNode",
+      "path": "src/components/TreeView/TreeViewNode-ai.md",
+      "file": "components/TreeViewNode.md",
+      "ai_ready": true
+    },
     {
       "name": "Triggers",
       "path": "src/components/Triggers/Triggers-AI.md",
@@ -777,10 +789,15 @@
     },
     {
       "name": "UnorderedList",
-      "path": "src/components/UnorderedList",
-      "file": null,
-      "ai_ready": false,
-      "storiesPath": "stories/UnorderedList.stories.tsx"
+      "path": "src/components/UnorderedList/UnorderedList-ai.md",
+      "file": "components/UnorderedList.md",
+      "ai_ready": true
+    },
+    {
+      "name": "UnorderedListExtended",
+      "path": "src/components/UnorderedListExtended/UnorderedListExtended-ai.md",
+      "file": "components/UnorderedListExtended.md",
+      "ai_ready": true
     },
     {
       "name": "UploadZone",
@@ -791,10 +808,9 @@
     },
     {
       "name": "WindowResizeListener",
-      "path": "src/components/WindowResizeListener",
-      "file": null,
-      "ai_ready": false,
-      "storiesPath": null
+      "path": "src/components/WindowResizeListener/WindowResizeListener-ai.md",
+      "file": "components/WindowResizeListener.md",
+      "ai_ready": true
     },
     {
       "name": "ListItemTable",
@@ -1052,6 +1068,16 @@
       "file": "release-notes/1.43.0.mdx",
       "path": "stories/release-notes/v1/1.43.0.mdx"
     },
+    {
+      "version": "1.44.0",
+      "file": "release-notes/1.44.0.mdx",
+      "path": "stories/release-notes/v1/1.44.0.mdx"
+    },
+    {
+      "version": "1.45.0",
+      "file": "release-notes/1.45.0.mdx",
+      "path": "stories/release-notes/v1/1.45.0.mdx"
+    },
     {
       "version": "1.5.0",
       "file": "release-notes/1.5.0.mdx",