<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Інженерний блог Miscat.tech — Інтеграції ERP, Приватний AI, Системи Go/SQL та B2B SEO</title>
    <link>https://miscat.tech/uk/blog/</link>
    <atom:link href="https://miscat.tech/uk/rss.xml" rel="self" type="application/rss+xml" />
    <description>Практичні інженерні статті команди Miscat.tech: двосторонні інтеграції Comarch Optima та Subiekt із KSeF, приватні AI-агенти (MCP, Claude, OpenAI) та швидкі B2B-сайти 100/100 PageSpeed.</description>
    <language>uk-UA</language>
    <item>
      <title>Як профінансувати впровадження AI, інтеграцію ERP (BAS / Odoo / Comarch) та B2B-порталу за рахунок грантів у 2026 році: Dig.IT, EU4Business та програми ЄС</title>
      <link>https://miscat.tech/uk/blog/eu-grants-dig-it-ai-erp-automation-funding-2026/</link>
      <guid>https://miscat.tech/uk/blog/eu-grants-dig-it-ai-erp-automation-funding-2026/</guid>
      <description>[Інженерний гід Miscat.tech] Детальний огляд грантових програм 2026 року (Dig.IT до 850 тис. злотих, EU4Business/EBRD, переробні гранти до 8 млн грн), перелік прийнятних витрат на ІТ/AI та підготовка технічного ТЗ нашою командою за 48 годин.</description>
      <content:encoded><![CDATA[
<blockquote>
<p><strong>✦ Інженерно-фінансовий гід команди Miscat.tech:</strong> Осінь та зима 2026 року відкривають масштабні грантові можливості для виробничих, переробних та логістичних компаній у Польщі, ЄС та Україні. Від листопадового набору <strong>ARP «Dig.IT – Цифрова трансформація»</strong> (безповоротні гранти <strong>150 000 – 850 000 злотих / до €200 000</strong>, що покривають до 50% витрат) та програм <strong>Східної Польщі (FEPW — до 70–85%)</strong> до програм <strong>EU4Business / EBRD</strong> та <strong>державних грантів для переробних підприємств в Україні (до 8 млн грн)</strong> — бізнес може профінансувати розробку B2B-порталу, двосторонню інтеграцію ERP (BAS, Odoo, Comarch Optima, Subiekt) та приватних AI-асистентів за половину вартості.</p>
</blockquote>

<h2>1. Актуальні програми грантів та співфінансування на ІТ, ERP та AI (2026)</h2>
<table>
  <thead>
    <tr>
      <th>Програма / Інституція</th>
      <th>Сума гранту та частка співфінансування</th>
      <th>Хто може подати заявку?</th>
      <th>На які ІТ/AI рішення надаються кошти?</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>ARP «Dig.IT – Цифрова трансформація» (Польща)</strong><br/><em>(Набір: 02.11 – 30.11.2026)</em></td>
      <td><strong>150 000 – 850 000 PLN</strong><br/>(безповоротний грант до <strong>50%</strong>)</td>
      <td>МСП переробної промисловості та виробничих послуг, зареєстровані в Польщі</td>
      <td>Кастомні B2B-портали, AI OCR для рахунків/CMR, двосторонні мости Go + SQL до Comarch Optima / Subiekt / KSeF та кібербезпека (DLP LLM Proxy).</td>
    </tr>
    <tr>
      <td><strong>FEPW – Автоматизація та Роботизація МСП + Фонди Підляшшя</strong></td>
      <td><strong>До 3 000 000 PLN</strong><br/>(грант до <strong>70%–85%</strong> або позика <strong>1.5%–2%</strong>)</td>
      <td>Компанії у Східній Польщі (Підляське, Мазовецьке, Люблінське воєводства)</td>
      <td>Повна цифровізація документообігу, B2B-каталоги на експорт (PL/DE/EN/UK), інтеграція складу, виробництва та бухгалтерії.</td>
    </tr>
    <tr>
      <td><strong>EU4Business / ЄБРР (EBRD) &amp; Гранти для переробних підприємств (Дія.Бізнес)</strong></td>
      <td><strong>€10 000 – €150 000</strong> / <strong>до 8 млн грн</strong><br/>(співфінансування <strong>50% – 80%</strong>)</td>
      <td>Українські виробничі, аграрні, логістичні та експортні компанії</td>
      <td>Впровадження ERP/CRM (Odoo, BAS, HubSpot), автоматизація документообігу через AI, захищені корпоративні системи Go + PostgreSQL.</td>
    </tr>
  </tbody>
</table>

<h2>2. Як Miscat.tech готує для вас повне «Технічне ТЗ до грантової заявки» за 48 годин</h2>
<p>Вам не потрібно самостійно описувати архітектуру баз даних чи протоколи API для грантової комісії. Після безкоштовної 15-хвилинної розмови інженери <strong>Miscat.tech</strong> за 48 годин готують повну технічну специфікацію, план етапів (Milestones), кошторис за кодами CPV <code>72200000-7</code> та розрахунок показників ефективності. <a href="/uk/#contact"><strong>Замовте безкоштовну 15-хвилинну консультацію щодо гранту та архітектури →</strong></a></p>
]]></content:encoded>
      <pubDate>2026-10-19T08:00:00+01:00</pubDate>
    </item>
    <item>
      <title>Прорив Test-Time Compute, RLVR та протоколу MCP: як моделі міркування змінили розробку ПЗ у 2026 році</title>
      <link>https://miscat.tech/uk/blog/test-time-compute-rlvr-mcp-breakthrough-2026/</link>
      <guid>https://miscat.tech/uk/blog/test-time-compute-rlvr-mcp-breakthrough-2026/</guid>
      <description>Технічний аналіз найважливішого прориву в ШІ останніх місяців: перехід від простого масштабування параметрів до Test-Time Compute, навчання з підкріпленням на верифікованих винагородах (RLVR) та стандарту MCP.</description>
      <content:encoded><![CDATA[
<blockquote>
<p><strong>Технічне резюме (Executive Summary):</strong> Протягом чотирьох років розвиток великих мовних моделей (LLM) спирався на закони масштабування Chinchilla (<code>L(N, D)</code>) — побудову дедалі більших GPU-кластерів для одноразового pre-training. У 2025 та 2026 роках стався фундаментальний архітектурний розворот: центр ваги змістився на <strong>Test-Time Compute</strong> (масштабування обчислень під час інференсу) та <strong>RLVR (Reinforcement Learning with Verifiable Rewards)</strong>. Замість вгадування наступного токена за один прохід, моделі генерують від 2 000 до 32 000 прихованих токенів міркування, перевіряють гіпотези в ізольованих пісочницях коду та взаємодіють із базами даних через стандартизований протокол <strong>MCP (Model Context Protocol)</strong>.</p>
</blockquote>

<h2>1. Чому класичний Pre-Training вперся в стелю і в чому суть прориву RLVR?</h2>
<p>У класичному підході (GPT-4, перші версії Claude 3 чи Llama 3) модель навчалася передбачати наступний токен на трильйонах слів з інтернету, а потім доналаштовувалася через <strong>RLHF (Reinforcement Learning from Human Feedback)</strong>. Проблема полягала в тому, що люди-оцінювачі віддавали перевагу відповідям, які <em>гарно звучали</em>, але не обов'язково були математично чи архітектурно бездоганними. Коли модель помилялася в третьому рядку SQL-запиту або створювала race condition у Go, авторегресійний механізм продовжував раціоналізувати помилку.</p>
<p>Прорив, започаткований архітектурою <strong>OpenAI o1/o3</strong> та розвинений у відкритих публікаціях <strong>DeepSeek-R1</strong>, <strong>Qwen3-Thinking</strong> і <strong>Claude 4 / Sonnet Hybrid Reasoning</strong>, замінив суб'єктивну оцінку людини жорстким компілятором і формальним верифікатором — <strong>RLVR (Reinforcement Learning with Verifiable Rewards)</strong> із алгоритмом Group Relative Policy Optimization (GRPO):</p>
<ul>
  <li><strong>Верифікована бінарна винагорода (<code>R ∈ {0, 1}</code>):</strong> Під час тренування модель отримує складну інженерну задачу (наприклад, виправлення бага в репозиторії на GitHub або оптимізацію аналітичного запиту). Вона генерує <code>G</code> незалежних траєкторій міркування (<code>o₁, o₂, …, o_G</code>). Кожна траєкторія запускається в ізольованому контейнері з модульними тестами. Якщо тести проходять на 100% без витоків пам'яті, траєкторія отримує винагороду <code>R = 1</code>.</li>
  <li><strong>Самостійне формування когнітивних навичок (Aha-Moment):</strong> Без ручного програмування правил моделі, навчені методом GRPO/RLVR, самостійно виробили навичку повернення назад у міркуваннях (<em>backtracking</em>), перевірки граничних умов (<code>NULL</code>, порожні масиви) та декомпозиції задачі.</li>
  <li><strong>Динамічний бюджет мислення (Thinking Budget):</strong> Сучасні API дозволяють інженерам явно контролювати кількість токенів для внутрішнього монологу перед видачею першого символу відповіді (від <code>1024</code> токенів для маршрутизації до <code>16384</code> токенів для фінансового аудиту).</li>
</ul>

<h2>2. Тверді дані: Порівняння поколінь моделей на інженерних бенчмарках (2024 vs 2026)</h2>
<table>
  <thead>
    <tr>
      <th>Клас моделі / Архітектура</th>
      <th>SWE-bench Verified (Реальні баги в коді)</th>
      <th>GPQA Diamond (Наукове міркування)</th>
      <th>BFCL v3 (Точність викликів API / MCP)</th>
      <th>Середня вартість 1M вхідних токенів (з KV-Cache)</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Класичні LLM (початок 2024)</strong><br/><em>(GPT-4 Turbo / Claude 3.0)</em></td>
      <td>18.2% – 26.4%</td>
      <td>48.0% – 53.6%</td>
      <td>76.5%</td>
      <td>$10.00 – $15.00</td>
    </tr>
    <tr>
      <td><strong>Гібридні моделі (2025)</strong><br/><em>(Claude 3.7 Sonnet / o3-mini)</em></td>
      <td>62.3% – 70.3%</td>
      <td>74.8% – 79.7%</td>
      <td>89.4%</td>
      <td>$0.55 – $1.50</td>
    </tr>
    <tr>
      <td><strong>Frontier Reasoning + Tool Use (2026)</strong><br/><em>(RLVR + цикл верифікації коду)</em></td>
      <td><strong>79.6% – 87.4%</strong></td>
      <td><strong>84.2% – 88.9%</strong></td>
      <td><strong>95.8%</strong></td>
      <td><strong>$0.14 – $0.60</strong></td>
    </tr>
  </tbody>
</table>

<h2>3. Економіка KV-Cache та Prefix Caching: Чому довгий контекст подешевшав на 90%?</h2>
<p>Другий тихий прорив, який повністю змінив архітектуру B2B-систем — це нативна підтримка <strong>Prompt Prefix Caching (KV-Cache Reuse)</strong> у поєднанні з <strong>Multi-Head Latent Attention (MLA)</strong> та <strong>PagedAttention</strong>. Якщо на початку запиту розмістити сталий префікс (документацію API, схему бази SQL, описи 40 інструментів MCP), кластер інференсу зберігає обчислені тензори <code>K</code> та <code>V</code> у швидкій пам'яті VRAM/NVMe:</p>
<ul>
  <li><strong>Затримка першого токена (TTFT)</strong> для контексту в 100 000 токенів падає з <strong>14.2 секунди до 0.38 секунди</strong>.</li>
  <li><strong>Вартість читання кешованих токенів</strong> знижується на <strong>75–90%</strong>.</li>
</ul>

<h2>4. Протокол MCP (Model Context Protocol) під капотом: JSON-RPC 2.0</h2>
<pre><code>// 1. Модель після фази міркування (&lt;think&gt;...&lt;/think&gt;) надсилає JSON-RPC 2.0 запит до сервера MCP:
{
  "jsonrpc": "2.0",
  "id": "req_89412",
  "method": "tools/call",
  "params": {
    "name": "verify_invoice_discrepancy",
    "arguments": {
      "contractor_edrpou": "38491024",
      "invoice_number": "INV-2026-10-412",
      "tolerance_uah": 1.00
    }
  }
}

// 2. Сервер MCP (написаний на Go) виконує детермінований SQL-запит (Read-Only):
{
  "jsonrpc": "2.0",
  "id": "req_89412",
  "result": {
    "content": [
      {
        "type": "text",
        "text": "{\"status\":\"MISMATCH\",\"order_net\":14200.00,\"invoice_net\":14850.00,\"diff\":650.00}"
      }
    ],
    "isError": false
  }
}</code></pre>

<h2>5. Висновки для архітекторів систем у 2026 році</h2>
<ol>
  <li><strong>Поєднуйте швидкий роутер (Flash) із глибокою моделлю міркування (Reasoning):</strong> це дає надійність понад 99.2% у продуктивних системах.</li>
  <li><strong>Детерміновані валідатори обов'язкові:</strong> кожен виклик AI, що генерує проводку для ERP чи SQL-запит, проходить крізь жорстку JSON Schema та бізнес-правила на Go.</li>
  <li><strong>Проєктуйте промпти під Prefix Caching:</strong> статичні схеми таблиць і описи інструментів завжди ставте на початок контексту.</li>
</ol>
]]></content:encoded>
      <pubDate>2026-10-19T08:00:00+01:00</pubDate>
    </item>
    <item>
      <title>Революція Open-Weights та архітектури Mixture-of-Experts (MoE): як Qwen3, DeepSeek і Llama з квантуванням FP8 наздогнали хмарних гігантів</title>
      <link>https://miscat.tech/uk/blog/open-weights-moe-mla-fp8-on-premise-ai-2026/</link>
      <guid>https://miscat.tech/uk/blog/open-weights-moe-mla-fp8-on-premise-ai-2026/</guid>
      <description>Як розріджена активація експертів (Sparse MoE), Multi-Head Latent Attention (MLA) та рушії vLLM/SGLang дозволили відкритим моделям на власних серверах зрівнятися з комерційними API.</description>
      <content:encoded><![CDATA[
<blockquote>
<p><strong>Технічне резюме:</strong> Ще два роки тому відкриті мовні моделі (Open-Weights) відставали на 12–18 місяців від закритих хмарних гігантів. Прорив архітектур <strong>Fine-Grained Sparse Mixture-of-Experts (MoE)</strong> (родин <strong>Qwen3</strong>, <strong>DeepSeek-V3/R1</strong>, <strong>Llama 4</strong>) та компресії <strong>MLA (Multi-Head Latent Attention)</strong> повністю змінив фізику локального інференсу: модель із 235B або 671B параметрів активує для кожного токена лише <strong>22B–37B параметрів</strong>, генеруючи понад 90 токенів за секунду на власних серверах.</p>
</blockquote>

<h2>1. Щільні трансформери (Dense) проти розріджених Mixture-of-Experts (Sparse MoE)</h2>
<p>Архітектура <strong>Fine-Grained Sparse MoE</strong> розділяє шар FFN на <code>N = 256</code> спеціалізованих мікро-експертів і маршрутизує кожен токен лише до <code>K = 8</code> найкращих експертів та <code>1</code> спільного експерта. Завдяки <em>Auxiliary-Loss-Free Load Balancing</em> модель зберігає 100% глибини знань при витратах обчислень рівня малої моделі.</p>

<h2>2. Математика VRAM та прорив MLA (Multi-Head Latent Attention)</h2>
<p>Проєктування матриць ключів і значень у низьковимірний латентний вектор (<code>c_t^KV ∈ ℝ^d_c</code>) зменшує обсяг KV-Cache з 512 КБ до <strong>34–70 КБ на токен</strong> у форматі FP8, що дозволяє обслуговувати <strong>у 6 разів більше одночасних запитів</strong> на тій самій відеокарті.</p>

<h2>3. Квантування FP8, AWQ та GGUF: Порівняння точності й продуктивності</h2>
<table>
  <thead>
    <tr>
      <th>Модель і формат ваг</th>
      <th>Необхідний VRAM (ваги + 64k контексту)</th>
      <th>Пропускна здатність (vLLM / SGLang, batch=16)</th>
      <th>Затримка TTFT (4k промпт)</th>
      <th>Збереження якості (vs BF16)</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Qwen3-32B (Dense, AWQ 4-bit)</strong></td>
      <td>~24 GB (1× RTX 4090 / RTX 5090 / L40S)</td>
      <td>640 tok/s</td>
      <td>0.19 s</td>
      <td>99.1%</td>
    </tr>
    <tr>
      <td><strong>Llama-3.3-70B (Dense, FP8 E4M3)</strong></td>
      <td>~80 GB (1× H100 80GB або 2× L40S 48GB)</td>
      <td>510 tok/s</td>
      <td>0.28 s</td>
      <td>99.8%</td>
    </tr>
    <tr>
      <td><strong>Qwen3-235B-A22B (MoE, AWQ/FP8)</strong></td>
      <td>~135 GB (2× H100 / 2× H200 / 4× L40S)</td>
      <td><strong>1 120 tok/s</strong></td>
      <td><strong>0.22 s</strong></td>
      <td><strong>99.6%</strong></td>
    </tr>
  </tbody>
</table>

<h2>4. Продуктивна конфігурація сервера vLLM із FP8 KV-Cache</h2>
<pre><code>vllm serve Qwen/Qwen3-32B-Instruct-FP8 \
  --tensor-parallel-size 2 \
  --quantization fp8 \
  --kv-cache-dtype fp8_e4m3 \
  --enable-prefix-caching \
  --enable-auto-tool-choice \
  --tool-call-parser hermes \
  --max-model-len 65536 \
  --gpu-memory-utilization 0.92</code></pre>

<h2>5. Коли власна модель Open-Weights виграє у комерційної хмари AI?</h2>
<ol>
  <li><strong>Суворі вимоги конфіденційності (NDA, фінансові та юридичні дані):</strong> коли документи не можуть залишати межі приватної мережі компанії.</li>
  <li><strong>Великі обсяги обробки документів (OCR рахунків, ТТН, митних декларацій):</strong> при обсягах понад 15–20 млн токенів на добу власний GPU-сервер окупається за 3–5 місяців.</li>
</ol>
]]></content:encoded>
      <pubDate>2026-10-18T08:00:00+01:00</pubDate>
    </item>
    <item>
      <title>Двостороння інтеграція ERP (BAS, Odoo, Comarch Optima, Subiekt) та е-інвойсів із приватним AI: архітектура мосту Go + SQL без ручного введення</title>
      <link>https://miscat.tech/uk/blog/erp-mcp-go-bridge-comarch-datev-sap-e-invoicing/</link>
      <guid>https://miscat.tech/uk/blog/erp-mcp-go-bridge-comarch-datev-sap-e-invoicing/</guid>
      <description>[Кейс Miscat.tech] Як ми проєктуємо та впроваджуємо зашифровані API-мости мовою Go для ERP-систем (BAS, Odoo, M.E.Doc, Comarch Optima, Subiekt), скорочуючи звірку з 40 годин до 15 хвилин на місяць.</description>
      <content:encoded><![CDATA[
<blockquote>
<p><strong>✦ Партнерський інженерний матеріал Miscat.tech (Кейс впровадження):</strong> У виробничих, логістичних (3PL/експедиція) та дистриб'юторських компаніях України та ЄС облікові системи (<strong>BAS ERP / КУП, 1С, M.E.Doc, Checkbox, Odoo, SAP Business One</strong>, а в польських філіях — <strong>Comarch Optima, Subiekt nexo та KSeF</strong>) часто працюють ізольовано від сучасних AI-процесів. У цій статті ми показуємо нашу продуктивну архітектуру мосту мовою <strong>Go (Golang) + MCP</strong>, яка скоротила час звірки рахунків, видаткових накладних і міжнародних CMR з <strong>40 годин на місяць до 15 хвилин</strong> із часом двосторонньої синхронізації менше ніж 200 мс.</p>
</blockquote>

<h2>1. Чому файловий обмін (CSV / XML / DBF) та прості вебхуки падають на реальному виробництві?</h2>
<ul>
  <li><strong>Розбіжність залишків на складі (Overselling):</strong> Менеджер або B2B-портал продає товар, який 20 хвилин тому вже відвантажили за видатковою накладною у BAS чи Subiekt, бо скрипт обміну запускається лише раз на кілька годин.</li>
  <li><strong>Дублікати документів при обриві зв'язку (Відсутність ідемпотентності):</strong> Коли мережа падає посеред імпорту пачки накладних, повторний запуск створює задвоєні прибуткові накладні в обліковій базі.</li>
  <li><strong>Помилки округлення ПДВ та відхилення шлюзами ЕДО (M.E.Doc / Вчасно / KSeF / PEPPOL):</strong> Розбіжність у 0.01 грн або євро між сумою рядків та підсумком документа блокує реєстрацію всієї партії податкових накладних.</li>
</ul>

<h2>2. Архітектура Miscat.tech: Скомпільований Go-демон + Транзакційний сервер MCP</h2>
<p>Замість відкриття портів бази даних (<code>1433</code> / <code>5432</code>) у публічний інтернет, ми встановлюємо легкий скомпільований бінарний сервіс на <strong>Go</strong> (&lt;25 МБ RAM), який працює через захищений тунель <strong>mTLS / WireGuard</strong> із криптографічними ключами ідемпотентності SHA-256:</p>

<pre><code>// Фрагмент транзакційного мосту Miscat.tech (Go + SHA-256 Idempotency Key)
func (s *ERPBridge) UpsertPurchaseInvoice(ctx context.Context, req InvoicePayload) (*SyncResult, error) {
    // 1. Перевірка ключа ідемпотентності (SHA-256 з ЄДРПОУ/ІПН + Номер + Дата)
    exists, existingID, err := s.store.CheckIdempotencyKey(ctx, req.IdempotencyHash)
    if err != nil {
        return nil, fmt.Errorf("idempotency check failed: %w", err)
    }
    if exists {
        return &amp;SyncResult{Status: "ALREADY_SYNCED", DocumentID: existingID}, nil
    }

    // 2. Жорстка арифметична валідація сум і ПДВ до копійки/цента перед записом у ERP
    if err := ValidateTaxArithmetic(req.Lines, req.TotalNet, req.TotalVAT, req.TotalGross); err != nil {
        return nil, fmt.Errorf("arithmetic validation failed before ERP write: %w", err)
    }

    // 3. Атомарний запис через нативний API ERP (OData / COM / SDK / REST) з авто-відкатом
    docID, err := s.erpAdapter.CommitPurchaseInvoice(ctx, req)
    if err != nil {
        return nil, err
    }

    _ = s.store.RecordIdempotencyKey(ctx, req.IdempotencyHash, docID)
    return &amp;SyncResult{Status: "CREATED", DocumentID: docID}, nil
}</code></pre>

<h2>3. Автоматичний конвеєр Vision AI + MCP для прибуткових накладних, ТТН та CMR</h2>
<ol>
  <li><strong>Прийом документів 24/7 (&lt;300 мс):</strong> PDF-рахунки, XML із M.E.Doc/Вчасно/KSeF або фото ТТН/CMR із месенджера водія автоматично потрапляють у чергу.</li>
  <li><strong>Зіставлення номенклатури через MCP:</strong> Приватний AI-агент викликає інструмент <code>match_erp_contractor_and_sku</code> і точно прив'язує назву товару постачальника до вашого внутрішнього артикула (SKU) у BAS, Odoo чи Comarch Optima.</li>
  <li><strong>Автоматична перевірка контрагента (ЄДР / ПДВ / VIES / IBAN):</strong> До збереження документа сервіс Go перевіряє статус платника ПДВ та реквізити рахунку.</li>
</ol>

<h2>4. Порівняння підходів до інтеграції ERP</h2>
<table>
  <thead>
    <tr>
      <th>Операційний параметр</th>
      <th>Ручне введення (Бухгалтер / Логіст)</th>
      <th>Файли CSV / XML або прості скрипти</th>
      <th>Міст Go + MCP від Miscat.tech (Двосторонній)</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Час обробки 1 багаторядкової накладної</strong></td>
      <td>6 – 12 хвилин</td>
      <td>2 – 4 хвилини (імпорт + ручні правки)</td>
      <td><strong>3.2 секунди (повністю автоматично)</strong></td>
    </tr>
    <tr>
      <td><strong>Затримка синхронізації залишків</strong></td>
      <td>Від кількох годин до 2 днів</td>
      <td>Кожні 1 – 24 години (cron)</td>
      <td><strong>&lt; 200 мс (реальний час)</strong></td>
    </tr>
    <tr>
      <td><strong>Захист від дублікатів при збоях мережі</strong></td>
      <td>Ризик людської помилки</td>
      <td>Часті дублікати в базі</td>
      <td><strong>100% (ключі SHA-256 + Dead-Letter Queue)</strong></td>
    </tr>
  </tbody>
</table>

<h2>5. Бажаєте поєднати вашу ERP (BAS, Odoo, Comarch, Subiekt) із автоматизацією AI?</h2>
<p>У <strong>Miscat.tech</strong> ми створюємо надійні двосторонні інтеграції ERP, оптові B2B-портали та приватних AI-асистентів під договором NDA. Перший робочий процес запускаємо в продуктив за <strong>2–4 тижні</strong>. <a href="/uk/#contact"><strong>Замовте безкоштовну 15-хвилинну інженерну консультацію →</strong></a></p>
]]></content:encoded>
      <pubDate>2026-10-17T08:00:00+01:00</pubDate>
    </item>
    <item>
      <title>Computer Use, Browser-Use та мультиагентні графи виконання: коли GUI-агенти програють детермінованим API?</title>
      <link>https://miscat.tech/uk/blog/gui-agents-computer-use-vs-deterministic-api-mcp/</link>
      <guid>https://miscat.tech/uk/blog/gui-agents-computer-use-vs-deterministic-api-mcp/</guid>
      <description>Технічний аналіз прориву GUI-агентів (Computer Use, Operator, Browser-Use) та математики надійності багатоетапних систем (P = pⁿ).</description>
      <content:encoded><![CDATA[
<blockquote>
<p><strong>Технічне резюме:</strong> Одним із найбільш видовищних проривів ШІ останніх місяців стали агенти <strong>Computer Use / GUI Agents</strong> (Anthropic Computer Use, OpenAI Operator, Browser-Use та Qwen2.5-VL/3-VL), здатні бачити екран, рухати курсором миші та натискати кнопки в будь-якій програмі. Проте інженерна математика показує жорстку правду: у багатоетапних процесах чистий візуальний агент є <strong>у 150 разів повільнішим і в 40 разів дорожчим</strong> за агента на базі <strong>MCP/API</strong>, а ключем до надійності 99.9% є <strong>гібридний граф станів (State Graph / DAG) із детермінованими валідаторами</strong>.</p>
</blockquote>

<h2>1. Пастка експоненційного падіння надійності (<code>P = pⁿ</code>)</h2>
<p>Якщо бізнес-процес складається з <code>n = 25</code> послідовних кроків, а точність одного кроку становить <code>p = 0.95</code> (95%), то ймовірність безпомилкового завершення всього процесу дорівнює:</p>
<p><code>P_успіх = pⁿ = 0.95²⁵ ≈ 0.277 (27.7%)</code></p>
<p>У понад <strong>72% випадків</strong> некерований автономний цикл («ReAct loop») зупиниться через модальне вікно, таймаут або галюцинацію параметрів.</p>

<h2>2. Порівняння: GUI-Агент проти циклу ReAct та Гібридного Графа Станів (DAG)</h2>
<table>
  <thead>
    <tr>
      <th>Інженерний критерій</th>
      <th>Чистий GUI-Агент (Скріншоти)</th>
      <th>Некерований цикл ReAct</th>
      <th>Гібридний Граф Станів (DAG + MCP + GUI Fallback)</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Середня затримка одного кроку</strong></td>
      <td>2.4 с – 4.5 с</td>
      <td>0.6 с – 1.2 с</td>
      <td><strong>15 мс – 180 мс (детерміновані вузли коду)</strong></td>
    </tr>
    <tr>
      <td><strong>Витрата токенів на процес (20 кроків)</strong></td>
      <td>45 000 – 110 000 токенів</td>
      <td>12 000 – 25 000 токенів</td>
      <td><strong>1 800 – 4 200 токенів</strong></td>
    </tr>
    <tr>
      <td><strong>Надійність End-to-End у продуктиві</strong></td>
      <td>45% – 68%</td>
      <td>75% – 86%</td>
      <td><strong>99.4% – 99.9%</strong></td>
    </tr>
  </tbody>
</table>

<h2>3. Продуктивний патерн 2026: Детермінований каркас на Go + AI у вузлах рішень</h2>
<p>Ми використовуємо мовні моделі виключно для розбору неструктурованих даних (листів, PDF, договорів) із жорсткою валідацією JSON Schema, а ізольовані контейнери Playwright / Browser-Use — лише як точковий міст до старих порталів, які не мають власного API.</p>
]]></content:encoded>
      <pubDate>2026-10-16T08:00:00+01:00</pubDate>
    </item>
    <item>
      <title>Як під капотом працюють Perplexity, ChatGPT Search та Google AI Overviews: архітектура гібридного RAG, реранкерів і цитування джерел</title>
      <link>https://miscat.tech/uk/blog/hybrid-rag-vector-bm25-reranker-sql-architecture/</link>
      <guid>https://miscat.tech/uk/blog/hybrid-rag-vector-bm25-reranker-sql-architecture/</guid>
      <description>Інженерний розбір сучасних пошукових систем ШІ (Answer Engines): від декомпозиції запиту (Query Fan-Out) і BM25 + HNSW до Cross-Encoder Reranker та llms.txt.</description>
      <content:encoded><![CDATA[
<blockquote>
<p><strong>Технічне резюме:</strong> Сучасні пошукові системи ШІ — <strong>Perplexity Pro</strong>, <strong>ChatGPT Search (OAI-SearchBot)</strong>, <strong>Claude Search</strong> та <strong>Google AI Overviews</strong> — виконують за &lt;900 мс багатоетапний конвеєр <strong>Hybrid RAG</strong>: декомпозицію запиту (<em>Query Fan-Out</em>), гібридний пошук BM25 + HNSW (Reciprocal Rank Fusion), швидке завантаження чистого HTML та фільтрацію через <strong>Cross-Encoder Reranker</strong>.</p>
</blockquote>

<h2>1. Query Fan-Out та формула Reciprocal Rank Fusion (RRF)</h2>
<p>Складний запит користувача розбивається на 4–8 паралельних технічних підзапитів, які оцінюються одночасно за лексичним (BM25) та векторним (HNSW) індексами:</p>
<p><code>RRF_Score(d) = Σ [ 1 / (k + rank_m(d)) ]   (де k = 60, m ∈ {BM25, Dense})</code></p>

<h2>2. Що підвищує ймовірність цитування в AI Search (GEO Benchmarks)</h2>
<table>
  <thead>
    <tr>
      <th>Технічна та редакційна ознака сторінки</th>
      <th>Вплив на цитування в ШІ (GEO Benchmark)</th>
      <th>Чому Cross-Encoder Reranker це преміює</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Конкретні цифри, метрики та одиниці виміру</strong></td>
      <td><strong>+37% до +41%</strong></td>
      <td>Висока інформаційна щільність (Information Gain).</td>
    </tr>
    <tr>
      <td><strong>Порівняльні таблиці HTML (<code>&lt;table&gt;</code>)</strong></td>
      <td><strong>+28% до +34%</strong></td>
      <td>Структурована матриця фактів без синтаксичного шуму.</td>
    </tr>
    <tr>
      <td><strong>Граф <code>Schema.org JSON-LD</code> + файл <code>/llms.txt</code></strong></td>
      <td><strong>+25% до +32%</strong></td>
      <td>Чітка ідентифікація організації, послуг, технологій та регіонів роботи.</td>
    </tr>
  </tbody>
</table>
]]></content:encoded>
      <pubDate>2026-10-15T08:00:00+01:00</pubDate>
    </item>
    <item>
      <title>Архітектура приватного LLM Proxy, оборотного фільтра DLP та серверів MCP: як ми впровадили безпечний AI (Cord OS, Humi, ExpoProperty) без витоку даних</title>
      <link>https://miscat.tech/uk/blog/enterprise-llm-proxy-reversible-dlp-mcp-case-study/</link>
      <guid>https://miscat.tech/uk/blog/enterprise-llm-proxy-reversible-dlp-mcp-case-study/</guid>
      <description>[Кейс Miscat.tech] Як усунути витік конфіденційних договорів і маржинальних таблиць у публічний ChatGPT за допомогою центрального LLM Proxy з оборотною анонімізацією DLP (&lt;9 мс) та серверів MCP (104 інструменти).</description>
      <content:encoded><![CDATA[
<blockquote>
<p><strong>✦ Партнерський інженерний матеріал Miscat.tech (Кейс впровадження):</strong> За даними наших аудитів безпеки у виробничих, логістичних та девелоперських компаніях, понад <strong>68% співробітників відділів продажу, логістики та бухгалтерії</strong> регулярно вставляють фрагменти договорів, таблиці з маржинальністю та персональні дані клієнтів у власні споживчі акаунти ChatGPT (явище <strong>Shadow AI</strong>). Нижче ми показуємо архітектуру приватного шлюзу <strong>LLM Proxy + Reversible DLP + MCP</strong>, яку ми побудували та впровадили у продуктив у платформах <strong>Cord OS</strong> (<code>cordos.pl</code>), <strong>Humi</strong> та <strong>ExpoProperty</strong> (<code>spisinwestycji.pl</code> — 104 інструменти MCP).</p>
</blockquote>

<h2>1. Оборотна анонімізація на льоту (Reversible PII / DLP Vault) за &lt;9 мс</h2>
<p>Двосторонній фільтр <strong>DLP (Data Loss Prevention)</strong> на Go працює в оперативній пам'яті сервера компанії до того, як будь-який пакет даних залишить вашу мережу:</p>
<ol>
  <li><strong>Виявлення чутливих даних (NER + RegEx + Довідник ERP):</strong> За ~8 мс шлюз знаходить назви компаній, коди ЄДРПОУ/ІПН, номери IBAN, email та телефони.</li>
  <li><strong>Підміна на синтетичні токени:</strong> Реальні назви замінюються на маркери (наприклад, <code>ТОВ ТРАНС-ЄВРО</code> → <code>[CLIENT_042]</code>), а таблиця відповідності зберігається виключно в локальній пам'яті Redis/RAM із <code>TTL = 120 с</code>.</li>
  <li><strong>Де-анонімізація потоку відповіді:</strong> Зовнішня модель (Claude Sonnet чи GPT) аналізує документ, оперуючи лише маркерами <code>[CLIENT_042]</code>. Коли відповідь повертається через наш шлюз, маркери миттєво замінюються назад на справжні назви. Зовнішній провайдер AI <strong>ніколи не бачить жодної назви вашого клієнта</strong>.</li>
</ol>

<pre><code>// Потік даних крізь DLP-фільтр Miscat.tech (затримка: &lt; 9 мс):
[Запит співробітника]:
"Перевір, чому маржа на замовленні для ТОВ Транс-Євро (ЄДРПОУ 38491024) впала нижче 12%."

   │  (1. Локальний DLP-фільтр + запит до ERP через MCP)
   ▼
[Пейлоад до Zero-Retention LLM API]:
"Перевір, чому маржа на замовленні для [CLIENT_042] (TAX_ID [TAX_ID_042]) впала нижче 12%.
 Дані замовлення: фрахт=4200 EUR, пальне=1890 EUR, дорожні збори=640 EUR, дохід=7100 EUR."

   │  (2. Де-анонімізація відповіді на льоту)
   ▼
[Відповідь співробітнику]:
"Маржа на замовленні для ТОВ Транс-Євро знизилася до 5.21% через зростання дорожніх зборів (+180 EUR)..."</code></pre>

<h2>2. Три продуктивні впровадження MCP та AI від Miscat.tech</h2>
<ul>
  <li><strong>Cord OS (<code>cordos.pl</code>):</strong> Операційна B2B-платформа на базі PostgreSQL із вбудованим сервером MCP та контролем доступу Row-Level Security.</li>
  <li><strong>Humi (AI Sales Onboarder + Рушій розрахунків ERP):</strong> Приватна AI-платформа навчання продавців, що скорочує онбординг на 60%.</li>
  <li><strong>ExpoProperty (<code>spisinwestycji.pl</code>, <code>prebooking.pl</code>):</strong> Платформа нерухомості, оснащена продуктивним сервером MCP на <strong>104 спеціалізовані інструменти</strong>.</li>
</ul>

<h2>3. Фінансове порівняння (для команди з 25 осіб): Індивідуальні підписки проти Шлюзу Miscat.tech</h2>
<table>
  <thead>
    <tr>
      <th>Критерій порівняння</th>
      <th>25 індивідуальних акаунтів (ChatGPT Plus / Team)</th>
      <th>Центральний шлюз LLM Proxy + MCP від Miscat.tech</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Місячна вартість (на 25 осіб)</strong></td>
      <td>~$625 – $750 / міс. (фіксована абонплата)</td>
      <td><strong>~$90 – $180 / міс. (оплата лише за фактично спожиті токени API)</strong></td>
    </tr>
    <tr>
      <td><strong>Захист комерційної таємниці та GDPR</strong></td>
      <td>Відсутній</td>
      <td><strong>100% (Автоматична оборотна DLP-анонімізація)</strong></td>
    </tr>
    <tr>
      <td><strong>Доступ до живих даних із BAS / Odoo / Comarch / SQL</strong></td>
      <td>Ручне копіювання таблиць Excel</td>
      <td><strong>Миттєвий через безпечні Read-Only інструменти MCP</strong></td>
    </tr>
  </tbody>
</table>

<h2>4. Побудуймо безпечне середовище AI та MCP у вашій компанії</h2>
<p>Бажаєте надати команді доступ до найновіших моделей AI (Claude, OpenAI, локальний Qwen), підключених до вашої ERP без ризику витоку бази клієнтів? <a href="/uk/#contact"><strong>Напишіть нам для безкоштовної 15-хвилинної інженерної консультації →</strong></a></p>
]]></content:encoded>
      <pubDate>2026-10-14T08:00:00+01:00</pubDate>
    </item>
  </channel>
</rss>
