Małe decyzje.
Działające aplikacje.
18 sposobów na wykorzystanie klasyfikatora. Zobacz, jak basal współpracuje z dokumentami, bazą danych, kodem i człowiekiem. Nagrania pokazują każdy krok, rzeczywiste wyniki i przykładowy rachunek korzyści dla firmy.
Sześć nowych procesów na MacBooku Pro: monitoring wzmianek o firmie i pięć procesów biznesowych. Apple M4 Pro, 24 GB, basal-1.5 4.5B w MLX 8-bit. Inferencja lokalnie. Nagrania i pomiary z 5 października 2026.
Osiem wcześniejszych aplikacji basal-1.5 działało na HP ZGX Nano (Nvidia DGX Spark), układ GB10. Pomiary z 4 października 2026.
Pierwsze cztery nagrania używają basal-1.0 na H100 (2 października 2026). To demonstracje poprzedniej wersji modelu. Wersję i warunki podajemy przy każdym przypadku.
Od pytania do właściwego przepisu.
Wyszukiwarka znajduje kandydatów. basal sprawdza, które fragmenty rzeczywiście odpowiadają na pytanie — i czy w bibliotece w ogóle jest odpowiedź.
Jak to działa
-
01 Wejście
UŻYTKOWNIK Pytanie po polsku
Własnymi słowami, bez znajomości numeru artykułu.
-
02 Wyszukiwanie
Dwie metody równolegleINDEKS TEKSTOWYBM25
20 fragmentów według słów kluczowych.
INDEKS WEKTOROWYBGE-M3Wspólna lista bez duplikatów20 fragmentów według podobieństwa znaczenia.
-
03 Ocena kandydatów
BASAL · NOUL Czy ten fragment odpowiada na pytanie?
Osobna decyzja tak/nie dla każdego kandydata.
fragment + pytanie P(tak) -
04 Wynik aplikacji
NAJWYŻSZE P ≥ 0,5Pokaż przepislub
Cytat skopiowany z najlepiej ocenionego źródła.
WSZYSTKIE P < 0,5Odmów odpowiedziBrak wystarczającej podstawy w tej bibliotece.
Indeks łączy wyszukiwanie słów kluczowych z podobieństwem znaczenia. basal odpowiada osobno tak/nie dla każdego kandydata, a aplikacja wybiera najlepiej oceniony fragment. Gdy wszystkie oceny spadają poniżej 0,5, aplikacja odmawia wskazania odpowiedzi.
Co sprawdziliśmy?
2 032 artykuły na 464 stronach czterech ustaw. Test: 139 pytań z odpowiedzią w bibliotece oraz 42 pytania poza jej zakresem.
Około 33 decyzji i 30 tys. tokenów łącznie: około 1,1 s na H100 dla pokazanego procesu.
| Metoda | Top 1 | Top 3 | Poprawna odmowa |
|---|---|---|---|
| BM25 | 35,3% | 52,5% | — |
| BGE-M3 | 63,3% | 84,9% | — |
| MMLW | 71,9% | 83,5% | — |
| Nawigacja po spisie treści przez basal | 10,8% | 24,5% | — |
| BM25 + basal | 66,2% | 74,8% | 97,6% |
| BGE-M3 + basal | 82,0% | 92,8% | 92,9% |
| BM25 + BGE-M3 + basal · nagranie | 81,3% | 93,5% | 92,9% |
Najwięcej daje połączenie dobrego wyszukiwania z oceną kandydatów. Samo nawigowanie klasyfikatorem po spisie treści w tej próbie sprawdziło się słabo. Wyszukiwanie przepisu nie zastępuje jego interpretacji.
Sprawdź odpowiedź, zanim ją pokażesz.
Odpowiedź brzmi przekonująco. Czy jej twierdzenia mają pokrycie w źródle? basal ocenia je pojedynczo, a kod dodatkowo sprawdza zgodność liczb.
Jak to działa
-
01 Przygotowanie
WEJŚCIEOdpowiedź LLM + źródła
Gotowy tekst i dokumenty, na których ma się opierać.
KODPodział na zdaniaKażde twierdzenie wraz ze źródłem trafia do obu kontroli.
-
02 Dwie kontrole
Niezależne sygnałyBASAL · CHOICEZgodność ze źródłem
- Poparte
- Sprzeczne
- Brak informacji
KODKontrola liczbCzy liczby w zdaniu zgadzają się ze źródłem?
-
03 Reguły publikacji
KODPołącz sygnały
Oceny wszystkich zdań, ich pewność oraz wynik kontroli liczb.
Jedna decyzja dla całej odpowiedzi -
04 Trzy ścieżki
Publikuj
Wszystkie zdania poparte z P ≥ 0,7; liczby zgodne.
ZablokujSprzeczność ze źródłem lub błąd liczbowy.
Przekaż do przegląduPozostałe przypadki sprawdza człowiek.
Dla każdego twierdzenia model wybiera: poparte źródłem, sprzeczne ze źródłem lub brak informacji. Osobna reguła w kodzie wykrywa rozbieżności liczb. Aplikacja łączy sygnały w decyzję o publikacji, kontroli lub blokadzie.
Co sprawdziliśmy?
375 zdań. Wyniki dotyczą całej osłony: klasyfikatora wraz z kontrolą liczb. To wykrywanie błędów na podstawie dostarczonego źródła, nie samodzielna weryfikacja prawdziwości świata.
Kontrola liczb bez modelu wychwyciła 39,4% niepopartych twierdzeń. Łączenie obu metod poprawiło wykrywalność, ale zwiększyło liczbę fałszywych alarmów.
| Wariant | Wykrycie niepopartych twierdzeń | Fałszywy alarm |
|---|---|---|
| basal-1.0 · 4.5B, bez reguły liczb | 71,0% | 0,6% |
| basal-1.0 · 4.5B + reguła liczb | 86,4% | 3,9% |
| basal-1.0 · 1.5B, bez reguły liczb | 54,3% | 1,9% |
| basal-1.0 · 1.5B + reguła liczb | 79,6% | 11,7% |
Próg kontroli trzeba dostosować do produktu. Wynik 86,4% dotyczy modelu z regułą w kodzie; nie jest wynikiem samego basal. Trudniejsze przypadki nadal wymagają weryfikacji.
Jedna wiadomość. Siedem małych decyzji.
Do kogo skierować zgłoszenie? Jak pilne jest? Czy dotyczy zwrotu, danych osobowych lub podejrzenia oszustwa? Jedno zapytanie porządkuje pracę zespołu.
Jak to działa
-
01 Wejście
KLIENTWiadomość e-mail
Jeden kontekst dla wszystkich pytań o zgłoszenie.
-
02 Siedem decyzji
BASAL · JEDNO ZAPYTANIEPrzeczytaj i sklasyfikuj
- Dział
- 1 z 8
- Pilność
- 0–3
- Wydźwięk
- 0–3
- Groźba odejścia / pozwu
- tak/nie
- Wniosek RODO
- tak/nie
- Podejrzenie oszustwa
- tak/nie
- Prośba o zwrot
- tak/nie
-
03 Polityka obsługi
KODZastosuj reguły
Ustal priorytet, akcję i termin według zasad zespołu.
Pewność wyboru działu próg τ -
04 Przekazanie sprawy
P ≥ PRÓG τWłaściwa kolejkalub
Automatyczne przypisanie zgłoszenia do działu.
P < PRÓG τDecyzja konsultantaCzłowiek sprawdza niejednoznaczny przypadek.
Zapytanie zawiera wybór jednego z ośmiu działów, ocenę pilności i wydźwięku oraz cztery pytania tak/nie: groźba, dane osobowe, oszustwo i zwrot. Kod stosuje reguły obsługi; sprawy poniżej progu kieruje do konsultanta.
Co sprawdziliśmy?
249 wiadomości testowych. Automatyzacja i trafność przy progu dotyczą klasyfikacji do działu. Nie należy utożsamiać ich z bezbłędną obsługą całej wiadomości.
48 wiadomości, 336 decyzji: 2,4 s na H100. W próbie basal-1.0 siedem pytań zajmowało około 42 ms, jedno około 20 ms. To osobny pomiar od przyspieszenia SOAM w basal-1.5.
| Pomiar | basal-1.0 · 4.5B | basal-1.0 · 1.5B |
|---|---|---|
| Wybór działu | 95,6% | 91,2% |
| Wykrycie groźby | 98,0% | 92,0% |
| Pilność · tolerancja jednego poziomu | 88,0% | 82,7% |
| Automatyzacja / trafność · τ = 0,95 | 66,7% / 99,4% | 41,4% / 97,1% |
| Automatyzacja / trafność · τ = 0,85 | 76,3% / 98,4% | 68,3% / 97,6% |
| Wybór działu bez polskich znaków · 36 wiadomości | 97,2% | 94,4% |
Niższy próg obsłuży automatycznie więcej spraw, ale zwiększy ryzyko pomyłek. Własne reguły i oznaczona próbka wiadomości pozwalają dobrać punkt pracy do zespołu.
Jak szybko model odgadnie hasło?
Opis pojawia się słowo po słowie. Po każdym nowym fragmencie basal aktualizuje prawdopodobieństwa dziesięciu możliwych haseł.
Jak to działa
-
01 Rosnący kontekst
GRACZOpis słowo po słowie
Nowe słowo dołącza do już odsłoniętego fragmentu.
… -
02 Wybór z listy
BASAL · CHOICEKtóre hasło pasuje?
Ten sam zestaw 10 opcji: właściwe hasło i 9 mylących.
Dotychczasowy opis 10 prawdopodobieństw -
03 Aktualizacja widoku
KODOdśwież ranking
Pokaż nowy rozkład prawdopodobieństw i zaznacz prowadzącą opcję.
-
04 Wskazanie
NA NAGRANIU„parasol”
Rozpoznane po 5 z 22 słów. Model wybiera hasło z listy.
5 / 22 słowa
Każda karta zawiera prawidłowe hasło i dziewięć mylących opcji. Ten sam klasyfikator dostaje coraz dłuższy kontekst. Nie generuje opisu ani słowa — wybiera z listy przygotowanej przez grę.
Co sprawdziliśmy?
44 karty. Mediana części opisu do rozpoznania i trafność końcowa opisują różne aspekty gry: wcześniejszy wybór mniejszego modelu nie oznacza wyższej trafności.
Pojedynczy H100. Krótki czas decyzji pozwala aktualizować wskazanie w trakcie pojawiania się opisu.
| Pomiar | basal-1.0 · 4.5B | basal-1.0 · 1.5B |
|---|---|---|
| Trafność po pełnym opisie | 93,2% | 77,3% |
| Część opisu do rozpoznania · mediana | 28% | 21% |
| Czas jednej decyzji | 14 ms | 8 ms |
To ten sam mechanizm, który może sterować reakcją postaci, wybrać następną akcję w symulacji lub reagować na nowe zdarzenie — z jawną listą możliwych ruchów.
Dobra odpowiedź przechodzi trzy próby.
Czy odpowiedź zgadza się ze źródłem? Czy obejmuje całe pytanie? Czy spełnia polecenie? Trzy osobne oceny pomagają zdecydować, czy pokazać ją użytkownikowi.
Jak to działa
-
01 Wejście
DANE / WYNIKŹródło + pytanie + odpowiedź
Aplikacja podaje materiał oraz tekst, który ma zostać oceniony.
-
02 Ocena
BASAL-1.5Trzy pytania noul
Zgodność faktów, kompletność i forma. Każde kryterium dostaje tylko potrzebny mu kontekst.
-
03 Reguła
KOD APLIKACJIPróg pewności 0,90
Wszystkie oceny ≥ 0,90: publikacja. Dowolna ≤ 0,10: poprawa. Pozostałe: człowiek.
-
04 Wynik
DANE / WYNIKPublikacja, poprawa lub przegląd
Każde kryterium zachowuje własne prawdopodobieństwo.
Trzy osobne żądania rozdzielają konteksty: źródło i odpowiedź dla faktów, pytanie i odpowiedź dla kompletności, wymaganie i odpowiedź dla formy (po polsku, jednym zdaniem). Kod stosuje próg 0,90 i rozróżnia odpowiedź gotową, wymagającą poprawy oraz niepewną. Model nie tworzy odpowiedzi zastępczej.
Co sprawdziliśmy?
24 syntetyczne odpowiedzi w sześciu tematach: kurs, rowery, biblioteka, serwis, sala i plan aplikacji. Każdy temat ma odpowiedź poprawną, zmieniony fakt, brak informacji i niewłaściwy język. Razem 72 oceny kryteriów. Cztery przykłady o muzeum służyły do sprawdzenia aplikacji przed próbą.
HP ZGX Nano (Nvidia DGX Spark) (GB10, 128 GB), basal-1.5 4.5B, BF16, fast-nocompile, SOAM. Żądania kolejno, po rozgrzaniu serwera, przez lokalny tunel SSH. Czas całej aplikacji obejmuje jej pracę oraz komunikację z modelem; w agencie także uruchomienie przeglądarki. Wyniki z 4 października 2026.
| Pomiar | Wynik próby |
|---|---|
| Trafne oceny | 69 / 72 |
| Przebiegi bez błędu wykonania | 24 / 24 |
| Cały proces · p50 | 327 ms |
| Cały proces · p95 | 348 ms |
| Jedno żądanie HTTP · p50 | 102 ms |
| Zgodność ze źródłem | 23 / 24 |
| Kompletność | 24 / 24 |
| Polski i jedno zdanie | 22 / 24 |
| Publikacja / poprawa / przegląd | 0 / 12 / 12 |
| Błędne automatyczne akceptacje | 0 |
Przy progu 0,90 aplikacja nie zaakceptowała automatycznie żadnej z 24 odpowiedzi: 12 skierowała do poprawy i 12 do przeglądu. Mimo 69 poprawnych ocen na 72 kryteria, ten punkt pracy sprawdził się jako pomoc w kontroli, a nie automatyczna bramka publikacji. Próg i rubryki wymagają walidacji na własnych danych.
Podaj cel. Agent wykona kolejne kliknięcia.
„Znajdź cennik biletów na Wystawy w Centrum Nauki Kopernik”. Agent otwiera prawdziwą witrynę, wybiera sekcję Wizyta, przechodzi do cen i sprawdza, czy dotarł do celu. Zobacz każde kliknięcie oraz decyzję basal, która do niego prowadzi.
Jak to działa
-
01 Zadanie
DANE / WYNIKZnajdź cennik Kopernika
Użytkownik podaje cel i witrynę. Nie podaje kolejności kliknięć.
-
02 Wybór
BASAL-1.5Który link przybliży do celu?
Najpierw Wizyta, potem Ceny biletów. Opcje pochodzą z rzeczywistej strony.
-
03 Kliknięcie
KOD APLIKACJIOtwórz wybrany link
Playwright klika rzeczywisty element i odczytuje treść nowej strony.
-
04 Sprawdzenie
BASAL-1.5Czy cel jest osiągnięty?
Treść strony zawiera poszukiwany cennik. Model wybiera zakończenie.
Człowiek podaje cel, a nie listę kliknięć. Przy każdym kroku basal dostaje tekst aktualnej strony i jej dostępne linki — nie analizuje obrazu. Wybiera link oraz decyzję: kontynuować czy zakończyć. Kod Playwright wykonuje kliknięcie, po czym nowa strona trafia do modelu. Gdy linków jest dużo, model najpierw wybiera grupę, a potem konkretny link. Ten sam podział pracy można wykorzystać np. do odnajdywania informacji w portalu firmowym lub serwisie dostawcy. W tym pokazie nawigacja jest ograniczona do publicznej witryny Kopernika; nie obejmuje zakupu biletów ani wysyłania formularzy.
Co sprawdziliśmy?
Osobna próba kontrolna, wykonana przed pokazem publicznej witryny: 10 zadań na własnej stronie z 12 fikcyjnymi kursami: osiem celów z pasującą ofertą i dwa bez odpowiedniego kursu. Dwa inne cele służyły do sprawdzenia implementacji. Wynik oceniamy po rzeczywistym adresie otwartych szczegółów lub poprawnym zgłoszeniu braku.
HP ZGX Nano (Nvidia DGX Spark) (GB10, 128 GB), basal-1.5 4.5B, BF16, fast-nocompile, SOAM. Żądania kolejno, po rozgrzaniu serwera, przez lokalny tunel SSH. Czas całej aplikacji obejmuje jej pracę oraz komunikację z modelem; w agencie także uruchomienie przeglądarki. Wyniki z 4 października 2026.
| Pomiar | Wynik próby |
|---|---|
| Trafne oceny | 10 / 10 |
| Przebiegi bez błędu wykonania | 10 / 10 |
| Cały proces · p50 | 3,78 s |
| Cały proces · p95 | 3,97 s |
| Jedno żądanie HTTP · p50 | 552 ms |
basal może wskazywać następny ruch na podstawie tekstu i linków prawdziwej strony. Pokaz Kopernika jest pojedynczym przebiegiem, a wynik 10/10 w tabeli dotyczy odrębnej próby w naszym katalogu. Przy wdrożeniu w firmie trzeba sprawdzić konkretne serwisy, ich układ oraz dostępne akcje.
Wyszukuj po sensie wiadomości.
Którzy klienci chcą odejść przez kolejne spóźnione dostawy? Samo słowo „opóźnienie” nie wystarczy. SQL wybiera e-maile, basal ocenia sens każdego z nich, a aplikacja pokazuje wiadomości spełniające Twój warunek.
Jak to działa
-
01 Baza
KOD APLIKACJISQLite + filtr kanału
Zwykły SQL wybiera e-maile, czaty albo wszystkie zgłoszenia.
-
02 Ocena
BASAL-1.5basal_prob(tekst, warunek)
Pytanie noul ocenia osobno każdy wiersz. To funkcja SQLite, nie generowanie SQL.
-
03 Selekcja
KOD APLIKACJISortowanie i próg
Kod porządkuje prawdopodobieństwa i pokazuje wyniki powyżej progu 0,80.
-
04 Wynik
DANE / WYNIKZgłoszenia z oceną
Zmiana progu używa już obliczonych ocen. Cache uwzględnia model, tekst i warunek.
W bazie są zwykłe wiadomości tekstowe. SQL najpierw wybiera kanał, np. e-mail. Dla każdego wybranego wiersza funkcja basal_prob przekazuje modelowi wiadomość i ten sam warunek zapisany po polsku. basal zwraca ocenę „tak”. Kod sortuje te oceny i pokazuje wyniki powyżej progu. Zdanie „dostawa znów się spóźniła, ale zostajemy” może więc nie trafić na listę klientów odchodzących. Model ocenia treść; nie generuje zapytania SQL ani nowych wiadomości.
Co sprawdziliśmy?
16 nowych wiadomości × trzy warunki, czyli 48 decyzji tak/nie przy progu 0,80. Osobne 16 wiadomości służyło do prób rozwojowych. Są tu negacje, podobne lecz niepasujące prośby i wiadomość spełniająca dwa warunki. W pomiarze cache był wyłączony.
HP ZGX Nano (Nvidia DGX Spark) (GB10, 128 GB), basal-1.5 4.5B, BF16, fast-nocompile, SOAM. Żądania kolejno, po rozgrzaniu serwera, przez lokalny tunel SSH. Czas całej aplikacji obejmuje jej pracę oraz komunikację z modelem; w agencie także uruchomienie przeglądarki. Wyniki z 4 października 2026.
| Pomiar | Wynik próby |
|---|---|
| Trafne oceny | 48 / 48 |
| Przebiegi bez błędu wykonania | 3 / 3 |
| Cały proces · p50 | 1,67 s |
| Cały proces · p95 | 1,79 s |
| Jedno żądanie HTTP · p50 | 102 ms |
| Trafienia / fałszywe trafienia / pominięcia | 10 / 0 / 0 |
Najpierw zawężaj dane zwykłym SQL. Ta implementacja ocenia każdy pozostały wiersz i koszt rośnie z ich liczbą; próba na kilkudziesięciu wiadomościach nie dowodzi wydajności na milionach rekordów.
Znajdź kod po tym, co robi.
„Gdzie odrzucamy zbyt wiele żądań?” Nie musisz znać nazwy funkcji. basal czyta oryginalne fragmenty i ocenia, które realizują opisane zachowanie.
Jak to działa
-
01 Indeks
KOD APLIKACJIPodział przez AST
Parser Pythona odczytuje funkcje oraz ich rzeczywiste numery linii.
-
02 Pytanie
DANE / WYNIKOpis szukanego działania
Użytkownik opisuje zachowanie, nie musi pamiętać nazwy funkcji.
-
03 Dopasowanie
BASAL-1.5Jedna ocena na fragment
noul sprawdza, czy kod bezpośrednio realizuje opisane zachowanie.
-
04 Źródło
DANE / WYNIKOryginalny kod + lokalizacja
Sortowanie i próg 0,80; brak dopasowania może zakończyć wyszukiwanie.
Aplikacja parsuje dziesięć funkcji Pythona i ocenia każdą osobnym pytaniem noul. W wynikach zwraca oryginalny tekst, ścieżkę, linie i prawdopodobieństwo. Wyszukiwanie działa lokalnie na naszym kontrolowanym zbiorze.
Co sprawdziliśmy?
10 pytań: dziewięć o istniejące zachowania i jedno o wysyłkę SMTP, której w repozytorium nie ma. Osobny przykład o podpisie webhooka służył do sprawdzenia implementacji. Trafienie Top 1 liczymy wraz z poprawną odmową dla brakującej funkcji.
HP ZGX Nano (Nvidia DGX Spark) (GB10, 128 GB), basal-1.5 4.5B, BF16, fast-nocompile, SOAM. Żądania kolejno, po rozgrzaniu serwera, przez lokalny tunel SSH. Czas całej aplikacji obejmuje jej pracę oraz komunikację z modelem; w agencie także uruchomienie przeglądarki. Wyniki z 4 października 2026.
| Pomiar | Wynik próby |
|---|---|
| Trafne oceny | 5 / 10 |
| Przebiegi bez błędu wykonania | 10 / 10 |
| Cały proces · p50 | 1,21 s |
| Cały proces · p95 | 1,61 s |
| Jedno żądanie HTTP · p50 | 114 ms |
| Top 1 przed progiem · istniejące funkcje | 9 / 9 |
We wszystkich dziewięciu pytaniach o istniejący kod właściwa funkcja była pierwsza w rankingu. Próg 0,80 ukrył jednak pięć z tych trafień: po jego zastosowaniu poprawnych było 5 z 10 wyników, łącznie z odmową dla SMTP. To pokazuje różnicę między dobrym rankingiem a dobrze dobranym progiem. Duże repozytorium wymagałoby wcześniejszego wyszukania kandydatów i osobnej walidacji.
Komu odpowiedzieć w pierwszej kolejności?
Sprzedajesz pilota automatyzacji obsługi klientów. Przychodzą trzy wiadomości: sklep gotowy do startu, firma dopiero zbierająca informacje i projekt studencki. basal sprawdza te same warunki w każdej wiadomości, a aplikacja wskazuje kolejny krok dla handlowca.
Jak to działa
-
01 Wejście
DANE / WYNIKWiadomość + zasady oferty
Minimum 500 zgłoszeń miesięcznie, 5000 zł budżetu, start pilota do 60 dni.
-
02 Oceny
BASAL-1.5noul × 3 + multi
Osobne oceny kryteriów i niezależne etykiety tematów. facts:auto uzupełnia obsługiwane fakty.
-
03 Priorytet
KOD APLIKACJIWażony wynik 0–100
50% dopasowanie, 25% budżet, 25% gotowość. Wynik nie jest prawdopodobieństwem zakupu.
-
04 Obsługa
DANE / WYNIKPilot albo uzupełnienie danych
Brak potwierdzenia nie staje się pozytywnym sygnałem. Słabe dopasowanie trafia poza ofertę.
Ty definiujesz ofertę: automatyzacja od 500 zgłoszeń miesięcznie, budżet pilota od 5000 zł i start w ciągu 60 dni. basal czyta wiadomość i osobno ocenia każdy warunek. Kod proponuje rozmowę o pilocie, gdy wszystkie oceny przekraczają 85%; niskie dopasowanie kieruje poza ofertę, a pozostałe przypadki do uzupełnienia. Dzięki temu handlowiec widzi, z kim zacząć i o co dopytać. Reguły i wagi możesz dopasować do swojej firmy.
Co sprawdziliśmy?
13 nowych syntetycznych wiadomości, 39 ocen trzech kryteriów. Zbiór zawiera brak budżetu, budżet poniżej minimum, odległy termin, mały wolumen i ofertę od dostawcy. Trzy inne wiadomości służyły do prób rozwojowych. Etykiety multi nie mają osobnego wyniku jakości w tej próbie.
HP ZGX Nano (Nvidia DGX Spark) (GB10, 128 GB), basal-1.5 4.5B, BF16, fast-nocompile, SOAM. Żądania kolejno, po rozgrzaniu serwera, przez lokalny tunel SSH. Czas całej aplikacji obejmuje jej pracę oraz komunikację z modelem; w agencie także uruchomienie przeglądarki. Wyniki z 4 października 2026.
| Pomiar | Wynik próby |
|---|---|
| Trafne oceny | 36 / 39 |
| Przebiegi bez błędu wykonania | 13 / 13 |
| Cały proces · p50 | 461 ms |
| Cały proces · p95 | 518 ms |
| Jedno żądanie HTTP · p50 | 441 ms |
W próbie poprawne były 36 z 39 ocen: wszystkie dotyczące budżetu, 12 z 13 ocen dopasowania i 11 z 13 ocen gotowości. Nie badaliśmy konwersji sprzedażowej. Reguły, wagi i progi należy dopasować do własnej oferty, a wynik traktować jako wsparcie organizacji pracy.
Jeden firmowy asystent. Cztery ścieżki obsługi.
Mail do klienta, pytanie o regulamin, plan zmiany systemu i rekompensata wymagająca zgody. Każda z tych spraw potrzebuje innej obsługi. basal rozpoznaje potrzebę, a schemat act dobiera ścieżkę: mały model, firmowa wiedza, mocniejszy model albo człowiek.
Jak to działa
-
01 Wejście
DANE / WYNIKProśba + cztery potrzeby
Prosty tekst, wiedza firmowa, złożone zadanie lub decyzja uprawnionej osoby.
-
02 Klasyfikacja
BASAL-1.5Rozkład prawdopodobieństw
Model ocenia rodzaj zadania. Nie wykonuje prośby użytkownika.
-
03 Koszty
KOD APLIKACJIact: suma P × koszt
Dla każdej ścieżki liczy koszt oczekiwany i wybiera najmniejszy; możliwe przekazanie człowiekowi.
-
04 Routing
DANE / WYNIKMały model / RAG / duży / człowiek
W tej aplikacji kończymy na wskazaniu ścieżki. Modele docelowe nie są wywoływane.
Zamiast wysyłać wszystko do jednego modelu, dodajesz przed nim mały etap wyboru. Prosta korekta może trafić do małego modelu. Pytanie o zasady firmy wymaga najpierw pobrania dokumentów. Projektowanie rozwiązania trafia do mocniejszego modelu, a decyzja wymagająca zgody — do uprawnionej osoby. basal ocenia potrzebę, a act wybiera najmniejszy koszt oczekiwany według jawnej macierzy. Tutaj pokazujemy sam wybór obsługi; podłączenie firmowej bazy, modeli i kolejki pracownika jest następnym krokiem integracji.
Co sprawdziliśmy?
20 nowych próśb: po pięć prostych, wymagających wiedzy firmowej, złożonych oraz wymagających człowieka. Cztery inne prośby służyły do prób rozwojowych. Oceniliśmy zarówno kategorię, jak i wybraną ścieżkę przy niezmienionej macierzy.
HP ZGX Nano (Nvidia DGX Spark) (GB10, 128 GB), basal-1.5 4.5B, BF16, fast-nocompile, SOAM. Żądania kolejno, po rozgrzaniu serwera, przez lokalny tunel SSH. Czas całej aplikacji obejmuje jej pracę oraz komunikację z modelem; w agencie także uruchomienie przeglądarki. Wyniki z 4 października 2026.
| Pomiar | Wynik próby |
|---|---|
| Trafne oceny | 20 / 20 |
| Przebiegi bez błędu wykonania | 20 / 20 |
| Cały proces · p50 | 137 ms |
| Cały proces · p95 | 237 ms |
| Jedno żądanie HTTP · p50 | 116 ms |
| Poprawnie wybrana ścieżka | 20 / 20 |
Macierz kosztów pozwala odróżnić najbardziej prawdopodobną kategorię od najlepszej akcji. Zmierzyliśmy sam router; nie mierzyliśmy kosztu ani jakości odpowiedzi modeli docelowych, więc nie deklarujemy oszczędności całego systemu.
Jedna reklamacja. Trzy ścieżki obsługi.
Dwie uszkodzone lampy, prośba o zwrot i lokal, który nie może się otworzyć. basal analizuje wiadomość, dokumenty i zasady firmy. Zobacz, dlaczego mała kwota trafia do przygotowania zwrotu, brak protokołu zatrzymuje proces, a wysoka kwota wymaga konsultanta.
Jak to działa
-
01 Kontekst
DANE / WYNIKWiadomość, dokumenty i zasady
Faktura z ERP, dostawa, protokół szkody i procedura demonstracyjna. facts: auto dopisuje obliczenia dat i kwot.
-
02 Analiza
BASAL-1.5Jedno zapytanie, sześć pytań
multi: tematy. noul × 4: kompletność, zgodność, termin i szkoda. score: wpływ na firmę. evidence: fragment przy ocenie szkody.
-
03 Kontrola
KOD APLIKACJIBrak dokumentu zatrzymuje proces
Kod sprawdza załączniki i próg 85% dla czterech warunków. Oblicza kwotę brutto i buduje macierz kosztów.
-
04 Działanie
BASAL-1.5act: zwrot albo konsultant
Drugie zapytanie wybiera niższy koszt oczekiwany. Przy braku dokumentu jest pomijane: aplikacja prosi o uzupełnienie.
Proces ma dwa etapy. Sześć pytań w pierwszym żądaniu korzysta ze wspólnego kontekstu przez SOAM; evidence wymaga dodatkowego przebiegu. multi zwraca niezależne etykiety, a score określa priorytet, nie zasadność zwrotu. facts: auto dodaje arytmetykę i daty. Kwota w macierzy jest liczona osobno kodem Decimal z pól demonstracyjnego ERP. Brak protokołu zatrzymuje proces niezależnie od ocen modelu. Niepewny warunek albo brak cytatu kieruje do konsultanta. Dopiero po przejściu kontroli act porównuje koszt niezasadnego zwrotu z ustalonym kosztem ręcznej oceny 25 zł. Należny zwrot nie jest w tej macierzy kosztem błędu.
Co sprawdziliśmy?
Trzy przygotowane scenariusze demonstracyjne: 590,40 zł z kompletem dokumentów, ta sama sprawa bez protokołu i 19 680 zł z kompletem. To pokaz działania procesu, nie niezależna ewaluacja jakości. Nie podajemy trafności na podstawie tych trzech przykładów. Dokładny zakres zwróconego evidence jest sprawdzany względem oryginalnego tekstu; eksperymentalna funkcja wskazała również początek sąsiedniej procedury, widoczny na filmie.
Pomiar z 4 października 2026: HP ZGX Nano (Nvidia DGX Spark), GB10, 128 GB, basal-1.5 4.5B, BF16, fast-nocompile, SOAM. Model był rozgrzany, żądania wykonywano kolejno. Czas obejmuje kod procesu i komunikację przez lokalny tunel SSH, od rozpoczęcia analizy do gotowej rekomendacji. Nie obejmuje wczytywania plików, OCR ani rzeczywistej obsługi reklamacji.
| Scenariusz | Wynik aplikacji | Czas procesu |
|---|---|---|
| 590,40 zł · komplet | Przygotuj zwrot | 1,37 s |
| 590,40 zł · brak protokołu | Poproś o protokół szkody | 1,00 s |
| 19 680,00 zł · komplet | Przekaż konsultantowi | 1,33 s |
Podobna ocena zasadności nie musi oznaczać tej samej akcji. Dla 590,40 zł oczekiwany koszt błędnego zwrotu wyniósł 3,28 zł, a dla 19 680 zł — 105,28 zł. Przy koszcie konsultanta 25 zł act wybrało odpowiednio przygotowanie zwrotu i człowieka. To wynik uproszczonej macierzy oraz prawdopodobieństw modelu, nie pomiar oszczędności. act i evidence są eksperymentalne; procedurę, progi i koszty trzeba sprawdzić na własnych danych.
Jeden model. Klasyfikator dopasowany do następnego kroku.
Awaria urządzeń, brakująca dostawa czy prośba o fakturę? basal wybiera dalszy krok, a aplikacja buduje kolejne pytanie z jego odpowiedzi i danych CRM lub ERP. Zobacz moment, w którym nowa wiadomość klienta zmienia nie tylko wynik, ale sam typ klasyfikatora i jego listę wyboru.
Jak to działa
-
01 Stan sprawy
DANE / WYNIKWiadomość i dane klienta
Aktualna prośba, historia odpowiedzi oraz wyposażenie, zamówienia i faktury z CRM/ERP.
-
02 Decyzja
BASAL-1.5Co sprawdzić dalej?
Wybór procesu lub ocena warunku: np. czy klient chce wyłącznie kopię faktury?
-
03 Nowa definicja
KOD APLIKACJIZbuduj kolejne zapytanie
Kod dobiera typ, treść pytania i opcje z poprzedniego wyniku oraz aktualnych danych firmy.
-
04 Kolejna decyzja
BASAL-1.5Ten sam model, nowe zadanie
basal ocenia nową listę klas, skalę lub koszty działań. Wynik wraca do stanu sprawy.
multi → score → act
Wybór urządzeń zmienia następne pytanie i koszty interwencji. Nowy klient oznacza nowe etykiety z CRM.
noul → TAK → choicenoul → NIE → act
„Proszę o kopię” → wybór faktury.
„Jednak adres jest błędny” → obsługa korekty.
choice → score
Opcjami są aktualne zamówienia z ERP. Wybrany numer i towar trafiają do oceny pilności.
Zaczynamy od choice, które wskazuje następny proces. Serwis tworzy multi z urządzeń danego klienta; wskazane urządzenia trafiają do pytania score i określają koszty w act. Dostawa tworzy choice z aktualnych zamówień, a wybrany numer wchodzi do pytania o pilność. Faktura zaczyna się od noul: odpowiedź TAK prowadzi do choice z listą dokumentów, a NIE do act z rodzajami zmian i kosztami ich obsługi. Dopisana wiadomość korzysta z poprzedniego stanu sprawy i zmienia tę ścieżkę. Model wybiera spośród opisanych możliwości; aplikacja składa następny schemat zapytania. Wagi modelu pozostają takie same.
Co sprawdziliśmy?
Pięć autorskich przebiegów: awaria dwóch urządzeń, brakująca dostawa, kopia faktury, kontynuacja tej samej sprawy po zmianie prośby oraz awaria u nowego klienta. Łącznie 16 rzeczywistych żądań do modelu. To demonstracja dynamicznych schematów, a nie niezależny benchmark trafności. Progi pewności i umowne punkty kosztu są założeniami demonstracyjnej procedury.
Pomiar z 4 października 2026: HP ZGX Nano (Nvidia DGX Spark), GB10, 128 GB, basal-1.5 4.5B, BF16, fast-nocompile. Model był rozgrzany. Czas obejmuje kolejne wywołania HTTP przez lokalny tunel SSH oraz kod procesu; bez pobierania danych z rzeczywistego CRM/ERP. Przy aktualizacji faktury mierzymy dwa nowe wywołania, korzystając z wcześniej zapisanego stanu. Zależne pytania są wykonywane kolejno, w osobnych żądaniach.
| Sprawa | Kolejne typy zapytań | Rekomendacja | Czas procesu |
|---|---|---|---|
| Awaria u klienta B2B | choice → multi → score → act | Przygotuj pilne zgłoszenie serwisowe | 1,17 s |
| Które zamówienie wymaga reakcji? | choice → choice → score | Wyjaśnij dostawę Z-1042 | 0,56 s |
| Najpierw prośba o kopię | choice → noul → choice | Przygotuj kopię FV-1002 | 0,65 s |
| Nowa wiadomość zmienia następny krok | noul → act | Przygotuj dane do korekty adresu | 0,84 s |
| Inny klient, inny klasyfikator | choice → multi → score → act | Dodaj do zwykłej kolejki serwisu | 0,89 s |
Klasyfikator nie musi mieć stałej listy etykiet. Zmiana klienta wprowadza nowe urządzenia, wybór zamówienia zmienia treść następnego pytania, a nowa prośba może zastąpić choice przez act. W tej demonstracji powstało 12 różnych definicji zapytań obsługiwanych przez jeden model. Nie wymagają osobnych wag ani dodatkowego treningu. Granice procesu wyznacza aplikacja; niepewne sprawy trafiają do człowieka. act jest funkcją eksperymentalną, a jego wybór zależy od jakości prawdopodobieństw i przyjętych kosztów.
Jeden PDF → uporządkowane dokumenty.
Zamówienie, dokument dostawy, dwie faktury i protokół w jednym załączniku. basal rozpoznaje typy oraz granice dokumentów, a kod zapisuje osobne pliki. Księgowość zajmuje się niejasną notatką zamiast ręcznie sortować każdą stronę.
Jak to działa
-
01 Plik
DANE / WYNIK8 stron w jednym PDF
Biblioteka PDF odczytuje warstwę tekstową. Skan wymagałby wcześniej OCR.
-
02 Dwie oceny
BASAL-1.5Typ i początek dokumentu
choice wybiera rodzaj. noul sprawdza, czy strona zaczyna nowy dokument względem poprzedniej.
-
03 Podział
KOD APLIKACJIZapisz oryginalne strony
Kod stosuje progi, grupuje strony i tworzy pięć wynikowych plików. Nie generuje ich treści.
-
04 Wyjątek
DANE / WYNIKNotatka do wyjaśnienia
Niejasny dokument trafia do pracownika. Oryginał i ślad decyzji pozostają zachowane.
Dla każdej strony model wybiera jedną z pięciu kategorii. Od drugiej strony dostaje także pytanie tak/nie o granicę dokumentu. Dwa pytania mogą być przekazane we wspólnym żądaniu. Kod wymaga co najmniej 0,85 dla typu, a dla granicy P(tak) ≥ 0,8 lub ≤ 0,2. Przy niejednoznacznej granicy stosuje dodatkową regułę firmy: dwa różne, znane typy dokumentów są osobnymi dokumentami, jeżeli oba rozpoznano z wynikiem ≥ 0,95. Gdy ten warunek nie zachodzi, sąsiadujące grupy trafiają do kontroli. Niepewna notatka nie jest eksportowana jako faktura. Powstałe pliki zawierają rzeczywiste strony wejściowego PDF.
Mniej ręcznej pracy. Jaki może być efekt?
Pracownik dostaje dokumenty gotowe do właściwego obiegu. Nie musi sprawdzać wszystkich stron ani rozdzielać ich ręcznie.
120,00 godzin miesięcznie do wykorzystania na inne zadania.
- Pierwszy rok po koszcie wdrożenia
- 87 000 zł
- Orientacyjny zwrot przy tych założeniach
- 1,8 mies.
To wartość czasu pracy, nie automatyczny wzrost gotówki ani zysku. Zwrot zakłada pełne wykorzystanie odzyskanej pracy.
Założenia do sprawdzenia we własnej firmie
- plików PDF / miesiąc
- 2 000
- Obsługa ręczna jednej sprawy
- 6,00 min
- Obsługa po automatyzacji
- 1,50 min
- Udział spraw objętych automatyzacją
- 80%
- Koszt godziny pracy
- 75 zł
- Utrzymanie miesięczne
- 500 zł
- Jednorazowe wdrożenie
- 15 000 zł
- Pozostałe sprawy
- 20% — czas bez poprawy
2 000 × 80% × (6,00 − 1,50) min ÷ 60 = 120,00 h
120,00 h × 75 zł − 500 zł = 8 500 zł / miesiąc
Wolumen, czasy obsługi, udział automatyzacji i koszty są ilustracyjnymi założeniami, a nie wynikami nagrania. Koszt wdrożenia jest przyjętym budżetem, nie ofertą cenową. Utrzymanie powinno uwzględniać sprzęt, energię, nadzór i poprawki. Czas inferencji nie zastępuje pomiaru całej pracy człowieka. Przed decyzją o wdrożeniu zmierz te wartości na własnej próbie i uwzględnij koszty pomyłek.
Co sprawdziliśmy?
Jeden autorski PDF z warstwą tekstową: osiem stron, pięć rozpoznanych dokumentów i niejasna notatka. Wszystkie firmy oraz transakcje są fikcyjne. Model rozpoznał osiem oczekiwanych typów. Przy granicy między WZ a fakturą noul był niepewny; kod rozstrzygnął ją na podstawie dwóch ocen typu ≥ 0,95 i jawnej zasady firmy. Cały proces zachował oczekiwany podział, w tym dwustronicową fakturę oraz protokół. To próba po dopracowaniu procedury na tym zestawie. To niewielka demonstracja, nie pomiar trafności na dokumentach produkcyjnych.
Pomiar z 5 października 2026. MacBook Pro, Apple M4 Pro, 24 GB, basal-1.5 4.5B w MLX 8-bit, dwie kolejności opcji. Model rozgrzany, inferencja przez lokalny interfejs 127.0.0.1. 8 żądań, 15 pytań; suma czasu HTTP 11,61 s, cały przebieg 11,78 s. Bez pobierania wag i uruchamiania modelu. Dla PDF czas obejmuje również tworzenie, odczyt i podział pliku. Są to pojedyncze pomiary, nie porównanie szybkości urządzeń.
| Fragment wejścia | Odpowiedź i reguła | Wynik |
|---|---|---|
| Strona 1 | Zamówienie | Osobny PDF |
| Strona 2 | Dokument dostawy | Osobny PDF |
| Granica 2 → 3 | Niepewne noul; dwa różne typy ≥ 95% | Reguła kodu rozdziela dokumenty |
| Strony 3–4 | Faktura + kontynuacja | Jedna faktura FV-880 |
| Strona 5 | Faktura + nowy dokument | Odrębna FV-881 |
| Strony 6–7 | Protokół + kontynuacja | Jeden protokół P-17 |
| Strona 8 | Inny / brak kontekstu | Człowiek; bez eksportu |
Wartość daje połączenie dwóch małych decyzji. Sam typ „faktura” nie rozdzieli sąsiadujących faktur ani nie zachowa wielostronicowego dokumentu. basal ocenia znaczenie i granice; reguły kodu łączą te sygnały, a biblioteka PDF wykonuje podział. W produkcji trzeba sprawdzić także jakość OCR, brakujące strony, nieczytelne skany i dokumenty o nietypowym układzie.
Każdy dostawca inaczej. Jeden schemat ERP.
„Art. producenta” czy „Indeks”? „JM” czy „J.m.”? basal dopasowuje znaczenie nagłówków i przykładowych wartości do pól firmy. Aplikacja przygotowuje poprawny plik do importu, a nieopisaną cenę zatrzymuje do wyjaśnienia.
Jak to działa
-
01 Dwa pliki
DANE / WYNIKInne nazwy i układ
Dwa autorskie CSV, jedenaście kolumn. Docelowo: kod, opis, cena netto, jednostka i stan magazynu.
-
02 Znaczenie
BASAL-1.5Dobierz pole docelowe
choice rozpoznaje rolę kolumny. Dla ceny dodatkowe noul sprawdza, czy nagłówek wyraźnie podaje netto.
-
03 Walidacja
KOD APLIKACJIProgi i brak konfliktów
Kod wymaga kompletności schematu, jednoznacznego mapowania i dodatkowego potwierdzenia ceny.
-
04 Dwa wyniki
DANE / WYNIKPrzygotuj albo wyjaśnij
Plik Nova daje dwa rekordy do importu. Plik Delta wraca z pytaniem, czy ceny są netto.
W każdym pytaniu lista pól ERP definiuje klasyfikator. Model widzi pełny CSV, badaną kolumnę i przykładowe wartości. Kod wymaga P(wybranego pola) ≥ 0,85 oraz przewagi nad drugą opcją ≥ 0,15. Dla ceny wymaga także P(jednoznacznie netto) ≥ 0,90. Powtórzone mapowanie do jednego pola blokuje oba źródła. Dopiero komplet zatwierdzonych pól pozwala przygotować rekordy; liczby normalizuje kod. Demo nie zapisuje nic do produkcyjnego ERP.
Mniej ręcznej pracy. Jaki może być efekt?
Nowy dostawca nie musi oznaczać ręcznego mapowania wszystkiego od początku. Człowiek sprawdza wyjątki, a kod przygotowuje jednolite rekordy.
55,50 godzin miesięcznie do wykorzystania na inne zadania.
- Pierwszy rok po koszcie wdrożenia
- 45 600 zł
- Orientacyjny zwrot przy tych założeniach
- 2,5 mies.
To wartość czasu pracy, nie automatyczny wzrost gotówki ani zysku. Zwrot zakłada pełne wykorzystanie odzyskanej pracy.
Założenia do sprawdzenia we własnej firmie
- importów / miesiąc
- 120
- Obsługa ręczna jednej sprawy
- 45,00 min
- Obsługa po automatyzacji
- 8,00 min
- Udział spraw objętych automatyzacją
- 75%
- Koszt godziny pracy
- 100 zł
- Utrzymanie miesięczne
- 750 zł
- Jednorazowe wdrożenie
- 12 000 zł
- Pozostałe sprawy
- 25% — czas bez poprawy
120 × 75% × (45,00 − 8,00) min ÷ 60 = 55,50 h
55,50 h × 100 zł − 750 zł = 4 800 zł / miesiąc
Wolumen, czasy obsługi, udział automatyzacji i koszty są ilustracyjnymi założeniami, a nie wynikami nagrania. Koszt wdrożenia jest przyjętym budżetem, nie ofertą cenową. Utrzymanie powinno uwzględniać sprzęt, energię, nadzór i poprawki. Czas inferencji nie zastępuje pomiaru całej pracy człowieka. Przed decyzją o wdrożeniu zmierz te wartości na własnej próbie i uwzględnij koszty pomyłek.
Co sprawdziliśmy?
Dwa autorskie pliki, po dwa produkty, łącznie jedenaście kolumn. Dziesięć z jedenastu głównych propozycji modelu zgodziło się z oczekiwaniem. Model błędnie zaproponował net_price dla „Cena” (79,6%); dodatkowe pytanie dało 71,8% dla jednoznacznego netto. Oba wyniki nie przeszły ustalonych progów. Końcowe stany obu plików były poprawne: Nova gotowy, Delta do kontroli. To próba po dopracowaniu opisu zadania na tym zestawie, nie niezależna ewaluacja.
Pomiar z 5 października 2026. MacBook Pro, Apple M4 Pro, 24 GB, basal-1.5 4.5B w MLX 8-bit, dwie kolejności opcji. Model rozgrzany, inferencja przez lokalny interfejs 127.0.0.1. 11 żądań, 13 pytań; suma czasu HTTP 13,33 s, cały przebieg 13,34 s. Bez pobierania wag i uruchamiania modelu. Dla PDF czas obejmuje również tworzenie, odczyt i podział pliku. Są to pojedyncze pomiary, nie porównanie szybkości urządzeń.
| Sprawdzenie | Rzeczywisty wynik | Co robi aplikacja |
|---|---|---|
| Nova · pięć pól | Komplet poprawnych mapowań | Przygotowuje dwa rekordy |
| Delta · „Cena” | Model proponuje netto: 79,6% | Nie osiąga progu 85% |
| Delta · potwierdzenie netto | P(tak): 71,8% | Nie osiąga progu 90% |
| Delta · „Upust %” | Brak pola docelowego | Pomija rabat; nie nadpisuje ceny |
| Cały plik Delta | Brakuje zatwierdzonej ceny netto | Wstrzymuje przygotowanie importu |
Film pokazuje także rzeczywistą pomyłkę modelu. Kontrola aplikacji zatrzymuje niepewną cenę przed importem. Progi i osobne pytanie poprawiają procedurę, ale nie gwarantują wykrycia wszystkich błędów. Przed automatycznym zasilaniem ERP potrzebne są dane walidacyjne, reguły jednostek i walut oraz podgląd zmian.
Jedna firma ukryta pod kilkoma nazwami.
Handlowiec widzi pełną nazwę, księgowość skrót, a serwis nazwę oddziału. basal ocenia, które rekordy dotyczą tego samego podmiotu. Odróżnia oddział od spółki zależnej i prosi o dane, gdy sam skrót nie wystarcza.
Jak to działa
-
01 Kandydaci
DANE / WYNIKDwie karty firmy
Nazwy, miejscowości i notatki z CRM, ERP lub serwisu. Kandydatów dostarcza aplikacja.
-
02 Relacja
BASAL-1.5Ten sam podmiot czy inny?
choice wybiera: ten sam, różne podmioty albo brak danych. Zasady podaje firma.
-
03 Powiązanie
KOD APLIKACJIZachowaj oryginały
Przy wyniku ≥ 0,9 kod proponuje relację do karty głównej. Nie wykonuje automatycznego scalania.
-
04 Wyjątki
DANE / WYNIKUzupełnij informacje
Dwa podobne skróty bez danych nie stają się jednym klientem. Pracownik rozstrzyga wyjątki.
Reguła w kontekście mówi: łącz rekordy tego samego podmiotu prawnego; oddział bez osobowości prawnej należy do firmy macierzystej, odrębna spółka zależna pozostaje osobno. Każda para dostaje to samo pytanie z trzema odpowiedziami. Kod tworzy wyłącznie propozycje bezpośrednich powiązań do karty głównej, bez usuwania danych i bez łączenia kolejnych firm na zasadzie przechodniości. Identyfikatory rejestrowe, jeśli dostępne, powinny być dodatkową kontrolą.
Mniej ręcznej pracy. Jaki może być efekt?
Łatwiej przygotować wspólny widok klienta i sprawdzić jego historię. Praca człowieka skupia się na niejasnych powiązaniach, zamiast na porównywaniu każdej pary nazw.
87,50 godzin miesięcznie do wykorzystania na inne zadania.
- Pierwszy rok po koszcie wdrożenia
- 62 000 zł
- Orientacyjny zwrot przy tych założeniach
- 2,5 mies.
To wartość czasu pracy, nie automatyczny wzrost gotówki ani zysku. Zwrot zakłada pełne wykorzystanie odzyskanej pracy.
Założenia do sprawdzenia we własnej firmie
- par rekordów / miesiąc
- 6 000
- Obsługa ręczna jednej sprawy
- 1,50 min
- Obsługa po automatyzacji
- 0,25 min
- Udział spraw objętych automatyzacją
- 70%
- Koszt godziny pracy
- 80 zł
- Utrzymanie miesięczne
- 500 zł
- Jednorazowe wdrożenie
- 16 000 zł
- Pozostałe sprawy
- 30% — czas bez poprawy
6 000 × 70% × (1,50 − 0,25) min ÷ 60 = 87,50 h
87,50 h × 80 zł − 500 zł = 6 500 zł / miesiąc
Wolumen, czasy obsługi, udział automatyzacji i koszty są ilustracyjnymi założeniami, a nie wynikami nagrania. Koszt wdrożenia jest przyjętym budżetem, nie ofertą cenową. Utrzymanie powinno uwzględniać sprzęt, energię, nadzór i poprawki. Czas inferencji nie zastępuje pomiaru całej pracy człowieka. Przed decyzją o wdrożeniu zmierz te wartości na własnej próbie i uwzględnij koszty pomyłek.
Co sprawdziliśmy?
Pięć fikcyjnych par przygotowanych specjalnie do demonstracji: skrót i pełna nazwa, oddział, spółka zależna, podobny skrót innej firmy oraz brak danych. Wszystkie pięć końcowych rozstrzygnięć zgodziło się z oczekiwaniem. To demonstracja mechanizmu, nie estymacja trafności na całej bazie kontrahentów.
Pomiar z 5 października 2026. MacBook Pro, Apple M4 Pro, 24 GB, basal-1.5 4.5B w MLX 8-bit, dwie kolejności opcji. Model rozgrzany, inferencja przez lokalny interfejs 127.0.0.1. 5 żądań, 5 pytań; suma czasu HTTP 5,05 s, cały przebieg 5,05 s. Bez pobierania wag i uruchamiania modelu. Dla PDF czas obejmuje również tworzenie, odczyt i podział pliku. Są to pojedyncze pomiary, nie porównanie szybkości urządzeń.
| Para | Relacja | Propozycja |
|---|---|---|
| PCA / pełna nazwa | Ten sam podmiot | Powiąż z CRM-041 |
| Oddział serwisowy | Bez odrębnej osobowości | Powiąż z CRM-041 |
| PCA Serwis sp. z o.o. | Odrębna spółka zależna | Pozostaw osobno |
| Pomorskie Centrum Audytu | Inny podmiot, podobny skrót | Pozostaw osobno |
| „PCA” bez kontekstu | Brak wystarczających danych | Wyjaśnienie przez człowieka |
Podobna nazwa nie oznacza tej samej firmy, a różne nazwy nie zawsze oznaczają różne firmy. Mały model może oceniać znaczenie według reguły organizacji. Warto zacząć od propozycji do zatwierdzenia i zmierzyć ryzyko błędnego powiązania przed jakąkolwiek automatyczną zmianą danych.
Ta sama wiadomość. Inny odbiorca. Inna decyzja.
Analiza oferty dla dyrektora finansowego zawiera koszt realizacji i cenę minimalną. Zmieniamy tylko adresata na klienta — aplikacja wstrzymuje dalszy obieg. basal rozpoznaje poufne treści, a uprawnienia i zasady pozostają po stronie firmy.
Jak to działa
-
01 Wersja robocza
DANE / WYNIKWiadomość i odbiorca
Treść oferty oraz uprawnienia adresata z aplikacji. Demo niczego nie wysyła.
-
02 Treść
BASAL-1.5Które dane są poufne?
multi osobno ocenia wewnętrzne finanse, dane dostępowe i informacje o innym kliencie.
-
03 Polityka
KOD APLIKACJIPołącz wynik z uprawnieniem
Kod sprawdza progi i klasę odbiorcy. Nieznanego adresata kieruje do człowieka przed inferencją.
-
04 Kontrola
DANE / WYNIKPrzejdź, wstrzymaj lub wyjaśnij
Ta sama poufna treść jest dozwolona wewnętrznie, ale zatrzymana przed przekazaniem klientowi.
Model analizuje wyłącznie treść wiadomości. Uprawnienia odbiorcy pochodzą z zaufanych danych aplikacji. Dla uprawnionego odbiorcy wewnętrznego procedura pozwala przejść dalej. Dla odbiorcy zewnętrznego sygnał poufności ≥ 0,65 oznacza wstrzymanie; wynik > 0,15 i < 0,65 oznacza kontrolę człowieka. Nieznany odbiorca zatrzymuje proces bez wywołania modelu. Gotowy wariant handlowy, bez wewnętrznych kosztów, jest oddzielnym wejściem — basal nie redaguje wiadomości. Podświetlenia w filmie są redakcyjne, nie z evidence.
Mniej ręcznej pracy. Jaki może być efekt?
Kontrola może wychwycić ujawnienie wewnętrznych warunków przed wysyłką. Rutynowe sprawdzenia zabierają mniej czasu, a niejasne sytuacje trafiają do pracownika.
32,00 godzin miesięcznie do wykorzystania na inne zadania.
- Pierwszy rok po koszcie wdrożenia
- 13 200 zł
- Orientacyjny zwrot przy tych założeniach
- 6,9 mies.
To wartość czasu pracy, nie automatyczny wzrost gotówki ani zysku. Zwrot zakłada pełne wykorzystanie odzyskanej pracy.
Założenia do sprawdzenia we własnej firmie
- kontroli wiadomości / miesiąc
- 4 000
- Obsługa ręczna jednej sprawy
- 1,00 min
- Obsługa po automatyzacji
- 0,40 min
- Udział spraw objętych automatyzacją
- 80%
- Koszt godziny pracy
- 100 zł
- Utrzymanie miesięczne
- 600 zł
- Jednorazowe wdrożenie
- 18 000 zł
- Pozostałe sprawy
- 20% — czas bez poprawy
4 000 × 80% × (1,00 − 0,40) min ÷ 60 = 32,00 h
32,00 h × 100 zł − 600 zł = 2 600 zł / miesiąc
Wolumen, czasy obsługi, udział automatyzacji i koszty są ilustracyjnymi założeniami, a nie wynikami nagrania. Koszt wdrożenia jest przyjętym budżetem, nie ofertą cenową. Utrzymanie powinno uwzględniać sprzęt, energię, nadzór i poprawki. Czas inferencji nie zastępuje pomiaru całej pracy człowieka. Przed decyzją o wdrożeniu zmierz te wartości na własnej próbie i uwzględnij koszty pomyłek.
Co sprawdziliśmy?
Cztery autorskie sytuacje, trzy rzeczywiste żądania multi. Wiadomość zawiera ofertę 240 tys. zł, wewnętrzne minimum 210 tys. zł i koszt realizacji 165 tys. zł. Cztery stany końcowe zgodziły się z oczekiwaniem. Nieznany odbiorca nie uruchamia modelu. To mała demonstracja kontroli, nie certyfikowana ochrona przed wyciekiem.
Pomiar z 5 października 2026. MacBook Pro, Apple M4 Pro, 24 GB, basal-1.5 4.5B w MLX 8-bit, dwie kolejności opcji. Model rozgrzany, inferencja przez lokalny interfejs 127.0.0.1. 3 żądań, 3 pytań; suma czasu HTTP 3,53 s, cały przebieg 3,53 s. Bez pobierania wag i uruchamiania modelu. Dla PDF czas obejmuje również tworzenie, odczyt i podział pliku. Są to pojedyncze pomiary, nie porównanie szybkości urządzeń.
| Sytuacja | Wynik aplikacji | Dlaczego |
|---|---|---|
| Analiza dla dyrektora finansowego | Przejdź dalej | Uprawniony odbiorca wewnętrzny |
| Identyczny tekst do klienta | Wstrzymaj | Wewnętrzne koszty i pole negocjacji |
| Gotowy wariant bez danych wewnętrznych | Przejdź dalej | Nie przekracza progów poufności |
| Nierozpoznana lista odbiorców | Człowiek, bez inferencji | Brak informacji o uprawnieniach |
Klasyfikacja treści nabiera znaczenia po połączeniu z uprawnieniami. W przykładzie 30 tys. zł to pole negocjacyjne, a nie zmierzona oszczędność czy pewna uniknięta strata. Nie doliczamy tej kwoty do zwrotu z wdrożenia. Przed użyciem potrzebne są firmowe reguły dostępu, testy wycieków i ocena fałszywych alarmów.
Brakuje jednego czujnika. Które zamówienia są zagrożone?
Dostawca opisuje opóźniony komponent własnymi słowami. basal dopasowuje opis do katalogu, a kod przechodzi przez strukturę produktów i zamówienia. Zakupowiec widzi klientów objętych opóźnieniem, wartość zamówień i dopuszczony zamiennik dostępny na czas.
Jak to działa
-
01 Opis
BASAL-1.5Jaki to komponent?
choice łączy „metalowy detektor zbliżeniowy” z S18 — czujnikiem indukcyjnym M18, 24 V.
-
02 Zależności
KOD APLIKACJIGdzie jest potrzebny?
Kod przechodzi po strukturze części, uwzględnia magazyn, ilości oraz daty. Niczego nie dopisuje do grafu.
-
03 Zamienniki
BASAL-1.5Czy jest zatwierdzony?
noul odczytuje istniejący status dopuszczenia z notatki działu technicznego. Model sam nie zatwierdza części.
-
04 Rekomendacja
KOD APLIKACJITermin, ilość i koszt
Kod porównuje dostępność i koszt dopuszczonych kandydatów. Zakupowiec zatwierdza dalsze działanie.
Dane ERP zawierają trzy komponenty, trzy produkty, cztery zamówienia oraz datę nowej dostawy. Model identyfikuje opóźnioną część z tekstu. Kod oblicza niedobór dla zamówień wymagających części przed nową datą i zlicza obrót oraz marżę pokrycia. Następnie model odczytuje istniejące dopuszczenia trzech zamienników. Kod wymaga P(zatwierdzony) ≥ 0,9, odpowiedniej ilości oraz terminu i wybiera najmniejszy dodatkowy koszt wśród kandydatów spełniających wszystkie warunki. Daty w demonstracji są danymi ustrukturyzowanymi, a nie wynikiem ekstrakcji przez basal.
Mniej ręcznej pracy. Jaki może być efekt?
Zamiast ręcznie szukać zależności w kilku arkuszach, zakupowiec dostaje konkretną listę spraw i propozycję następnego ruchu. Łatwiej nadać priorytet zakłóceniu i skoordynować produkcję ze sprzedażą.
12,25 godzin miesięcznie do wykorzystania na inne zadania.
- Pierwszy rok po koszcie wdrożenia
- 1 180 zł
- Orientacyjny zwrot przy tych założeniach
- 11,1 mies.
To wartość czasu pracy, nie automatyczny wzrost gotówki ani zysku. Zwrot zakłada pełne wykorzystanie odzyskanej pracy.
Założenia do sprawdzenia we własnej firmie
- analiz zakłóceń / miesiąc
- 30
- Obsługa ręczna jednej sprawy
- 45,00 min
- Obsługa po automatyzacji
- 10,00 min
- Udział spraw objętych automatyzacją
- 70%
- Koszt godziny pracy
- 140 zł
- Utrzymanie miesięczne
- 450 zł
- Jednorazowe wdrożenie
- 14 000 zł
- Pozostałe sprawy
- 30% — czas bez poprawy
30 × 70% × (45,00 − 10,00) min ÷ 60 = 12,25 h
12,25 h × 140 zł − 450 zł = 1 265 zł / miesiąc
Wolumen, czasy obsługi, udział automatyzacji i koszty są ilustracyjnymi założeniami, a nie wynikami nagrania. Koszt wdrożenia jest przyjętym budżetem, nie ofertą cenową. Utrzymanie powinno uwzględniać sprzęt, energię, nadzór i poprawki. Czas inferencji nie zastępuje pomiaru całej pracy człowieka. Przed decyzją o wdrożeniu zmierz te wartości na własnej próbie i uwzględnij koszty pomyłek.
Co sprawdziliśmy?
Autorska wiadomość dostawcy, fikcyjna struktura części i cztery zamówienia. Pięć kontroli końcowych zgodziło się z oczekiwaniem: komponent S18, dwa zamówienia, obrót 246 tys. zł, marża pokrycia 67,8 tys. zł oraz kandydat ALT-18. Nie wysłano zamówienia zakupu. To kontrola małego procesu demonstracyjnego, nie niezależny test trafności modelu.
Pomiar z 5 października 2026. MacBook Pro, Apple M4 Pro, 24 GB, basal-1.5 4.5B w MLX 8-bit, dwie kolejności opcji. Model rozgrzany, inferencja przez lokalny interfejs 127.0.0.1. 4 żądań, 4 pytań; suma czasu HTTP 2,89 s, cały przebieg 2,89 s. Bez pobierania wag i uruchamiania modelu. Dla PDF czas obejmuje również tworzenie, odczyt i podział pliku. Są to pojedyncze pomiary, nie porównanie szybkości urządzeń.
| Sprawdzenie | Wynik | Znaczenie biznesowe |
|---|---|---|
| Z-501 + Z-502 | Brakuje łącznie 7 czujników | 246 000 zł obrotu objętego opóźnieniem |
| Z-503 | Potrzebuje części po nowej dostawie | Poza alarmem |
| Z-504 | Używa innego komponentu | Poza alarmem |
| ALT-18 | Dopuszczony, na czas, wystarczająca ilość | Kandydat; dodatkowy koszt 1 820 zł |
| ALT-12 / ALT-LATE | Brak dopuszczenia / za późno | Odrzuceni mimo niższego kosztu |
Model łączy tekst ze znaczeniem pozycji katalogowej. Kod wylicza konsekwencje na podstawie znanych zależności. 246 tys. zł to wartość zamówień objętych ryzykiem opóźnienia, a nie pewna strata ani gwarantowany uratowany przychód. Ostateczna ocena techniczna i zakup pozostają u człowieka; w produkcji trzeba uwzględnić pełny harmonogram, rezerwacje magazynu i dostępność dostawców.
Kto o nas napisał — i co dokładnie?
Aplikacja wyszukuje ORLEN w wybranych publicznych serwisach. basal ocenia związek treści z firmą, rozpoznaje tematy i wybiera dosłowny fragment. Wynik to cytat ze źródłem i datą, kolejka przeglądu oraz widoczne wyjątki.
Demonstracja aplikacji ORLEN wybrano wyłącznie do demonstracji aplikacji. Projekt basal nie jest powiązany z ORLEN; materiał nie stanowi wdrożenia ani rekomendacji tej firmy.
Jak to działa
-
01 Źródła
KOD APLIKACJIZnajdź i pobierz publikacje
Trzy kanały RSS wyników wyszukiwania i jeden kanał filtrowany po nazwie. Kod odczytuje tekst artykułu.
-
02 Znaczenie
BASAL-1.5Czy to o naszej firmie?
choice ocenia kontekst. multi wskazuje tematy. Sam wynik meczu ze sponsorem w nazwie nie wystarcza.
-
03 Dalsze pytania
BASAL-1.5Temat zmienia klasyfikator
AI → partnerzy czy wdrożenie? Ceny → podwyżka czy obniżka? Model wybiera krótki cytat, a noul sprawdza jego sens.
-
04 Przegląd
KOD APLIKACJIŹródło, cytat i status
Kod weryfikuje dosłowność cytatu, stosuje progi i pamięta treść. Kolejny skan analizuje tylko zmiany.
Wyszukiwanie i pobieranie treści wykonuje kod, a nie model. Do basal trafiają fragmenty publikacji i profil monitoringu. Próg klasyfikacji kontekstu to 0,80, etykiet multi 0,70, a osobnej oceny sensu cytatu 0,85. Temat z poprzedniego kroku wybiera kolejne pytanie i listę odpowiedzi. Cytaty są wybierane spośród oryginalnych fragmentów do 22 słów; kod sprawdza ich dokładną obecność w tekście. Zastosowano wybór fragmentu przez choice i kontrolę noul, bez funkcji evidence wymagającej innego silnika. Wyniki poniżej progów oraz brak treści trafiają do sprawdzenia. Film pokazuje także niepewną ocenę relacji sportowej.
Co sprawdziliśmy?
Próba obejmuje 9 kandydatów z 4 skonfigurowanych serwisów: BrandsIT, ManagerPlus, SPR Wisła Płock i Business Insider. 4 karty trafiły do przeglądu dziennego, 4 do ręcznego sprawdzenia, a 1 wynik poza zakres. Jeden wynik nie zawierał wystarczającej treści artykułu. Źródła dobrano demonstracyjnie; procedurę dopracowano na tym zestawie. To nie niezależny benchmark jakości ani pełny obraz publikacji o ORLEN. Data pobrania nie musi być datą publikacji.
Pomiar z 5 października 2026, rozgrzany basal-1.5 4.5B MLX 8-bit, MacBook Pro M4 Pro (24 GB). Odkrywanie i pobranie stron: 4,26 s. 16 żądań i 32 pytań do lokalnego modelu: 45,61 s łącznie. Cały pierwszy skan: 49,89 s. Drugi rzeczywisty skan: 4,31 s; 8 treści bez zmian, 0 nowych żądań do modelu. Czas obejmuje sieć i kod aplikacji; nie jest samym czasem inferencji.
| Etap | Zaobserwowany wynik | Rola aplikacji |
|---|---|---|
| Odkrycie publikacji | 9 kandydatów / 4 serwisy | RSS i pobranie WWW |
| Przegląd dzienny | 4 karty z cytatem i źródłem | Ocena tematów i kontrola cytatu |
| Wyjątki | 4 do sprawdzenia, w tym brak treści | Progi niepewności; bez zgadywania |
| Inny temat | 1 wynik poza zakresem | Odróżnienie treści od samej nazwy |
| Powtórny skan | 8 treści bez zmian | 0 wywołań modelu; zachowane oceny |
Co dokładnie napisano?
Krótkie fragmenty publikacji użyte w nagraniu. Daty pochodzą ze źródeł; strony pobrano 5 października 2026. Oceny i kolejki w filmie są wynikiem aplikacji.
ORLEN rozszerza swoją strategię AI: po współpracy z globalnymi dostawcami technologii koncern chce zbudować szerszą sieć firm […]
Fragment publikacji przekazany do przeglądu.
Orlen uruchomił przy autostradzie A1 pierwszą w Polsce publiczną infrastrukturę Megawatt Charging System, przygotowując się na moment […]
Fragment publikacji przekazany do przeglądu.
Po zakłóceniach saudyjskich dostaw ORLEN kupił 16 dodatkowych ładunków ropy dla rafinerii w Polsce, Czechach i na Litwie […]
Fragment publikacji przekazany do przeglądu.
ORLEN wprowadził 25 września 2026 r. znaczące podwyżki hurtowych cen paliw.
Fragment publikacji przekazany do przeglądu.
Orlen Wisła Płock: 16.Vujović – 7 obron (0/1 k), 32.Alilović – 3 (0/2 k), 3.Daszek – 9, 8.Janc – 6 […]
Kontekst sportowy; klasyfikacja do sprawdzenia.
Zespół dostaje krótkie, sprawdzalne fragmenty i kolejkę wyjątków zamiast samej listy linków. Cytat jest wypowiedzią źródła, a nie potwierdzeniem prawdziwości zdarzenia przez basal. Rzeczowa informacja o podwyżce nie musi oznaczać krytycznego tonu autora. Zakres źródeł, progi i listy tematów można dostosować do własnej firmy. W tej próbie nie wysyłano alertów ani odpowiedzi i nie przypisujemy ORLEN żadnych oszczędności.
Co zbudujesz z basal?
Opowiedz o swoim zastosowaniu. Po zatwierdzeniu przez moderatora pokażemy je w księdze społeczności.