Příkaz za setinu — přesně tam, kde ho nepotřebuju
- Bang (!)
- 0,06 s
- Modelový tah
- 208,5 s
- Výstup
- totožný
- Na Telegramu
- záměrně vypnuto
Změřeno 9. 8. 2026 na Hermes 0.20, který přinesl „bang mode": zpráva
začínající ! se spustí rovnou v shellu, bez modelu.
Teze: Když není co rozhodovat, model nepřidává hodnotu — přidává latenci. Nález 10 to ukázal u termínů; tady je totéž změřené na obyčejném příkazu. A k tomu lekce o tom, kde taková zkratka smí existovat.
Měření
Týž příkaz (výpis přehledu přes vlastní vyhledávač), dvě cesty:
| cesta | čas | výstup |
|---|---|---|
!příkaz — skutečný kód bang módu |
0,06 s (medián ze 3) | přehled |
| modelový tah: „spusť přes terminál…“ | 208,5 s | tentýž přehled |
Modelový tah stojí 3 500× víc, protože model musí přečíst 16,5 tisíce tokenů systémového promptu, rozmyslet si, že má zavolat terminál, zavolat ho, přečíst výsledek a převyprávět ho. U cloudového modelu je to pár sekund a pár centů; u lokálního je to tři a půl minuty čekání na něco, co shell umí hned.
Háček: funguje jen tam, kde už shell mám
Bang mode je záměrně jen pro interaktivní CLI. V kódu je to zdůvodněné přímo u brány, která ho vypíná pro Telegram, cron i API:
Gateway, API, and cron sessions never reach the composer and their users already have a shell; running arbitrary commands for them would be a remote-execution surface with no approving human at the keyboard.
Takže zkratka existuje přesně tam, kde je nejmíň potřeba — u terminálu, kde
ctrl+tab do vedlejšího okna stojí vteřinu. Na Telegramu, kde každá prosba
o spuštění skriptu stojí tři minuty modelového času, není.
A je to správně. ! z telefonu by byl vzdálený shell chráněný jen tím,
že nikdo neukradne Telegram účet. Autoři to nevypnuli z lenosti: bang příkazy
procházejí týmž schvalovacím sítem jako terminál agenta („! is
a latency/cost shortcut, not a security bypass") a prostředí se čistí od
tajemství. Bezpečnostní úvaha je konzistentní celou cestou.
Dodatek: allowlist postavený (9. 8. večer)
Ta střední cesta z posledního odstavce už běží. Vlastní plugin registruje
přes oficiální API tři příkazy — /log (doslovný zápis do pracovního
deníku), /stav (přehled práce) a /portfolio (hlídač nasucho). Pevné
skripty, argumenty jdou do procesu jako data, nikdy do shellu; výstup se
ořezává pod limit Telegramu. Handler odpovídá za 0,04–1,4 s místo
minut modelového tahu — a každá odpověď to přiznává řádkem
„⏱ … · bez modelu".
Dvě zaváhání cestou, obě konfigurační: menu Telegramu má strop 60 položek,
takže nové příkazy potřebují prioritní seznam — a nápověda argumentu
<text> ve špičatých závorkách příkaz z menu vyřadí úplně (znamená
„povinný argument", hranaté [text] ne). Ani jedno není chyba Hermese,
obojí je zdokumentované; jen se to musí vědět.
Dodatek 17. 8.: přeměřeno s cloudovým mozkem
Po přepnutí hlavního modelu na GPT-5.6-sol (nález 24) jsem modelový tah přeměřil: 58,2 s (medián ze 3, výstup totožný). Poměr k bang módu klesl z 3 595× na ~970× — a pointa se nehnula: deterministická cesta vyhrává o skoro tři řády i proti cloudu. Allowlist z dodatku výš je tím pádem pořád nejrychlejší odpověď v domě: 0,04–1,4 s bez modelu poráží i 58 s cloudového tahu.
Poznámka k publikaci
Měřený příkaz i časy jsou doslovné; bang cesta se měřila voláním téhož kódu,
který používá CLI (schvalovací brána + subprocess), bez interaktivního
terminálu okolo. Citace jsou z hermes_cli/bang_shell.py v 0.20.
- vlastníplugin rychle-prikazy: /log, /stav a /portfolio na Telegramu bez modelu (allowlist, ne shell)
- configpriorita menu příkazů (strop 60 položek) + pozn.: args_hint `<text>` příkaz z menu vyřadí, `[text]` ne