Hermes lisas agentidele Kanbani-tahvli: ülesanded elavad nüüd üle tõrked ja tegijavahetuse
Hermes Agent sai eraldi Kanbani-kihi, kus mitu agendiprofiili saavad töötada samade ülesannetega. See ei ole lihtsalt Trello-stiilis visuaalne tahvel: Hermese dokumentatsiooni järgi kirjutatakse iga ülesanne, käivituse katse, kommentaar ja sõltuvus lokaalsesse SQLite’i andmebaasi ning dispetšer saab tegijaid uuesti käivitada, tõrkeid fikseerida ja tööd pärast pause jätkata.
Infopõhjus tuli r/hermesagent arutelust, kuid seda kinnitavad esmased allikad: Hermese avalik dokumentatsioon, juhtpaneeliga õpetus ja GitHub PR #16100. Oluline täpsustus: PR ise on suletud ilma merge-staatuseta, kuid vastavad Kanbani failid on repositooriumi peaharus olemas ning dokumentatsioon kirjeldab funktsiooni kasutajale kättesaadavana.
Mis täpselt lisati
Hermese Kanban on ühine tahvel agendiprofiilidele. Inimene saab sellega töötada CLI, slash-käsu või juhtpaneeli kaudu, agendid aga tööriistadega nagu kanban_show, kanban_complete, kanban_block, kanban_comment, kanban_create ja kanban_link. Kõik pinnad vaatavad samasse andmekihti, seega ei lahustu ülesanne ühe vestluse või ühe protsessi konteksti.
Ülesandel on staatused alates triage ja todo kuni running, blocked, done ja archived, lisaks tegija, prioriteet, sõltuvused, kommentaarid ja käivituste ajalugu. Eraldi task_runs tabel salvestab täitmise katsed: kes käivitus, millega lõpetas, millise kokkuvõtte ja metaandmed jättis, kas oli blokeering, tõrge, aegumine või korduskatse.
Miks see on rohkem kui ülesandetahvel
Peamine erinevus tavalisest subagendile delegeerimisest on püsivus. Sünkroonne subagendi kutse meenutab funktsiooni: vanem küsib, lapsagent vastab, tulemus jõuab praegusesse konteksti tagasi. Kui töö nõuab pausi, kontrolli, tegijavahetust või inimese otsust, muutub selline skeem kiiresti hapraks.
Kanban muudab töö kuju: ülesandest saab objekt, mida saab näha, kommenteerida, blokeerida, lahti blokeerida ja edasi anda. Hermese dokumentatsioon võrdleb seda otse järjekorra ja olekumasinaga: töö üleandmine säilib andmebaasi real, mitte ei sõltu sellest, et üks protsess ei kuku ja üks kontekst ei täitu üle.
Kus sellest kasu on
Kõige arusaadavamad stsenaariumid on inseneritöö vood: planeerija kirjeldab ülesande, arendaja teeb teostuse, retsensent lükkab esimese katse tagasi, arendaja parandab, retsensent võtab vastu. Hermes saab seda väljendada sõltuvuste, rollide ja käivituste ajalooga, mitte pika kirjavahetusena ühes agentseansis.
Teine stsenaariumide klass on operatiivtöö: uurimislehtrid, regulaarsed kokkuvõtted, sisendite töötlemine, ülesanded mitmele kontole või teenusele. Seal on eriti tähtis korratavus, staatuse nähtavus ja võimalus inimene töö keskel sisse tuua. Agent ei pea kõike kangelaslikult „peas hoidma“, vaid jätab järgmisele tegijale struktureeritud jälje.
Mida see agentide turu kohta ütleb
Neuro.ee on juba märkinud järsku huvi Hermes Agenti kui avatud agentse käituskeskkonna vastu. Kanbani funktsioon näitab selle loo tähtsamat kihti: võitlus ei käi ainult parema mudeli või nutikama promptimise pärast, vaid selle üle, kellel on parem tööoperatsioonide taristu.
Agentide järgmine põlvkond ei saa piirduda küsimuse-vastuse aknaga. Kui agent peab päriselt tegema tööd — parandama koodi, haldama sisendeid, jälgima klientide taotlusi või kordama protsesse — vajab ta staatust, mälu, järjekorda, auditeeritavust ja inimese sekkumispunkte.
Hermese Kanban ei tõesta, et just see lahendus saab standardiks. Kuid ta näitab suunda: agentne tarkvara muutub järjest enam töövoosüsteemiks. Kõige väärtuslikum osa ei pruugi olla üks „tark“ jooks, vaid võime korraldada palju poolikuid, katkestatavaid ja üleantavaid töid nii, et midagi ei kaoks.
