локальная модель pgctl-v2 · ничего не уходит наружу

Управление PostgreSQL
с ИИ-аналитиком внутри

Разворачивайте кластеры, настраивайте, следите за алертами — и получайте не графики, а объяснение проблемы и что чинить. Анализ делает наша собственная модель, дообученная на инцидентах PostgreSQL и работающая на вашем железе.

Открыть песочницу → Попробовать pgctl (открытый стенд) Поговорить с моделью

Как это работает

Четыре шага от сырой статистики до конкретного действия

1

Собираем

Агент на хосте снимает только нужные блоки: сессии, запросы, блокировки, vacuum, репликация, индексы, логи, железо.

2

Отсеиваем

В модель уходит только новое и изменившееся. Известные проблемы переносятся в отчёт без повторного анализа.

3

Анализируем

Локальная модель находит причину, ранжирует по критичности и подкрепляет цифрами, формулами и рассуждением.

4

Действуем

Рекомендация с конкретным действием. Если это параметр — переход к нему в один клик. Не помогло — чат по проблеме.

🧩

Кластеры и операции

Standalone, реплики, отказоустойчивые конфигурации. Пользователи, права, параметры — на несколько кластеров сразу.

🔔

Алертинг с ИИ-разбором

13 правил с настраиваемыми порогами. По каждому алерту — анализ именно этой проблемы и чат с моделью.

🔒

Данные остаются у вас

Модель работает внутри периметра. Роли, лимиты токенов, шифрование секретов.

✦ собственная модель

pgctl-v2

Компактная модель для DBA-аудита PostgreSQL. База — Qwen2.5-3B-Instruct (4-bit), дообучена методом QLoRA на одной NVIDIA RTX 3060 12 ГБ на ~4600 примерах из четырёх слоёв данных. Крутится на том же железе — без облака, ключей и внешних вызовов.

✓ Читает реальный снапшот агента → валидный JSON-аудит
✓ Evidence с реальными числами и формулами расчёта
✓ Баланс критичности: не паникует на норме, ловит critical
✓ Правильные действия (VACUUM, terminate) без выдуманных параметров

Подробнее о модели →

{
  "severity": "critical",
  "evidence": [
    {"metric": "blocked_sessions", "value": 7},
    {"metric": "oldest_lock_wait", "value": 412, "unit": "s"}
  ],
  "calculations": [
    "lock_wait / statement_timeout = 412 / 30 = 13.7x"
  ],
  "reasoning": "pid 3980 держит транзакцию 6 мин;
    7 сессий ждут на orders.id → каскад ожидания",
  "recommendations": [
    {"action": "terminate_backend", "target": 3980},
    {"action": "set_parameter",
     "name": "idle_in_transaction_session_timeout",
     "suggested_value": "5min"}
  ]
}