JEDEN INTERFEJS. UZGODNIONE ZASADY.

Powiedz, co zrobić.
Zobacz, co się dzieje.

heyasa to zunifikowany interfejs operatora i powłoka CLI do nadzorowania pracy asystenta w Twoich aplikacjach. Łączy silniki willpad (willmux), willman oraz subactor pod wspólnym standardem wellmanifest.

heyasa / willpad · willman · subactorSCENARIUSZ · Zamówienia i wyjątki

Mówisz: Hey Asa

TYHey Asa, pokaż zamówienia, które utknęły. Przygotuj propozycje rozwiązania.

AsaRozdzielam pracę między agentów. Ważny krok zostawię do Twojej zgody.

zamowienia.csvCzeka na odczyt○

stany_magazynu.csvCzeka na odczyt○

adresy_dostaw.jsonCzeka na odczyt○

Agent plików · gotowy

3 agentów · oczekują

Porównanie stanówPliki · oczekuje

Kontrola adresówIntegracje · oczekuje

3 wyjątki do decyzjiWynik · oczekuje

Oczekuję na polecenie…

Przygotujemy wynik
do Twojej decyzji.

Zamówienie#1042

PropozycjaUzupełnij adres

StatusWymaga Twojej zgody

Ważne działania wymagają zgody.

Rozmowa uruchamia pracę agentów.Głos · pliki · aplikacje · decyzja

Animowany scenariusz na przykładowych danych. Integracje z kontami uruchamiamy w pilotażu.

ARCHITEKTURA HEYASA CLI & WELLMANIFEST

Trzy silniki autonomii.
Sześć spójnych interfejsów.

Każde polecenie głosowe lub tekstowe przechodzi przez 4-warstwowy potok NL-URI-DSL-LLM i zwraca weryfikowalny kwit wykonania receipt://heyasa/... bez zaśmiecania czatu surowym logiem procesów.

WARSTWA 1–4 · NL-URI-DSL-LLM

Od języka naturalnego do Action URI

Warstwa 1 dopasowuje częste komendy w czasie <1 ms (0 tokenów). Warstwa 1.5 koryguje literówki (Levenshtein ≤ 2). Warstwa 2 klasyfikuje domenę przez willuri, a Warstwa 3 wymusza gramatykę GBNF.

NUL-001 FastPathNUL-002 Action URINUL-003 GBNF

BRAMKA AUTONOMII · AD. 2

Domyślny confirm i atomowy execute-once

W sesji interaktywnej (TTY / REPL) obowiązuje tryb confirm — pełny plan przed wykonaniem. W wywołaniach wsadowych i agentowych obowiązuje execute-once — 1 bezpieczny cykl i powrót do stanu safe.

suggestconfirm (TTY)execute-once (batch)auto

INTERFEJSY I KWITY · NUL-006..015

Shell, MCP, REST, gRPC, ACP i URI

Niezależnie od tego, czy sterujesz z powłoki heyasa shell, serwera MCP (NUL-015), REST API (:7080), gRPC (:7082) czy ACP stdio, otrzymujesz spójny snapshot NUL-009.

Shell REPLMCP :7081REST :7080gRPC :7082

OD RUTYNY DO WDROŻENIA

Cztery etapy.
Jedna decyzja na raz.

Nie potrzebujesz nowego systemu operacyjnego, żeby zacząć. Sposób uruchomienia dobieramy do aplikacji, uprawnień i danych.

Wybieramy powtarzalną pracę

Ustalamy wejście, oczekiwany wynik, liczbę przypadków i obecny czas obsługi.

Sprawdzamy dostęp do aplikacji i interfejs

Najpierw istniejące integracje REST, MCP, gRPC i importy. Obsługa ekranu przez Willpad / Subactor przechodzi osobny test stabilności.

Uruchamiamy pilotaż pod nadzorem

Asystent przygotowuje wynik w trybie confirm lub wykonuje pojedynczy cykl execute-once, a człowiek zatwierdza ustalone działania.

Rozszerzamy sprawdzony zakres

Po porównaniu wyników i kwitów wykonania ustalamy utrzymanie oraz następną rutynę. Każde rozszerzenie ma własny limit i miernik.

WYGODA BEZ UTRATY KONTROLI

Głos i CLI są wejściem.
Decyzja ma kontekst.

„Pokaż”, „zaplanuj” i „zatwierdź” to różne czynności. Przy decyzji widzisz dokładny Action URI, wybrany silnik autonomiczny i oczekiwany efekt.

Przeglądarka i terminal jako punkt wejścia

Komputer, tablet, telefon lub powłoka heyasa shell udostępniają widok operatora i centralne sterowanie Willpad.

Instalacja dobrana do zadania

Serwer, komputer lub zgodny host Docker mogą być miejscem uruchomienia. NAS, Raspberry Pi i aplikacje mobilne wymagają sprawdzenia architektury oraz zasobów.

Przejrzysty zakres produktu

heyasa jest marką, powłoką CLI i interfejsem operatora. willpad (willmux), willman i subactor tworzą wielosilnikowe zaplecze wykonawcze ustandaryzowane przez wellmanifest.

TWOJA PIERWSZA RUTYNA

Zacznij tam,
gdzie widać wynik.

Wybierz zastosowanie

Powiedz, co zrobić.Zobacz, co się dzieje.

Trzy silniki autonomii.Sześć spójnych interfejsów.