Claude Code darbo eigos lietuviškoms sistemoms

Claude Code dažnai pristatomas kaip programavimo įrankis. Tai tiesa, bet per siaura. Praktikoje Claude Code vertė atsiranda tada, kai jis tampa ne pokalbio langu, o darbo vykdymo aplinka: gali skaityti failus, laikytis instrukcijų, dirbti su projekto kontekstu ir kartoti tą pačią užduotį pagal aprašytą procesą.

Čia prasideda darbo eigų, arba Skills, tema. Vienkartinis promptas tinka pabandymui. Darbo eiga tinka darbui.

Jeigu organizacija nori naudoti DI ne kaip pavienį eksperimentą, o kaip kasdienį pagalbininką, jai reikia ne daugiau gražių promptų. Jai reikia aiškių, pakartojamų darbo eigų: kada jas naudoti, kokių duomenų reikia, kokia tvarka tikrinti, kur sustoti ir kokį rezultatą pateikti žmogui.

Kodėl prompto neužtenka

Promptas dažnai yra žmogaus bandymas vienu tekstu paaiškinti užduotį. Vieną kartą tai gali suveikti. Antrą kartą žmogus pamiršta detalę. Trečią kartą kitas komandos narys parašo kitaip. Po mėnesio niekas nebežino, kodėl vienas atsakymas buvo geras, o kitas klaidingas.

Problema ne ta, kad modelis blogas. Problema ta, kad procesas lieka galvoje.

Kai užduotis kartojasi, promptas pradeda skilti į kelias silpnas vietas:

kiekvieną kartą reikia iš naujo aiškinti kontekstą;
rezultato formatas keičiasi pagal nuotaiką arba formuluotę;
neaišku, kurie šaltiniai svarbiausi;
neaišku, kada agentas turi sustoti ir perduoti sprendimą žmogui;
komanda negali mokytis iš vieno gero pavyzdžio, nes jis nėra paverstas taisykle.

Darbo eiga išsprendžia ne kūrybos, o pakartojamumo problemą. Ji pasako agentui ne tik „ką atsakyti“, bet ir kaip dirbti.

Kas yra gera darbo eiga

Gera darbo eiga yra trumpas, konkretus agento veikimo aprašas. Claude Code, Codex, Cursor ar kitas agentas gali jį skaityti kaip SKILL.md tipo instrukciją ir naudoti konkrečioje situacijoje.

Ji turi atsakyti į šešis klausimus:

Kada šią eigą naudoti?
Kokios įvesties reikia?
Kokia tikrinimo arba rengimo tvarka?
Ką laikyti rizika arba trūkumu?
Kokiu formatu pateikti rezultatą?
Ko agentas neturi spręsti pats?

Jei šių klausimų nėra, darbo eiga dažniausiai tėra ilgas promptas. Ji gali padėti vieną kartą, bet sunkiai taps komandos standartu.

Kodėl lietuviškoms sistemoms reikia savų Skills

Bendriniai DI pavyzdžiai dažnai atrodo įspūdingai, bet prastai veikia su realiomis Lietuvos organizacijų užduotimis. „Analyze this invoice“ nepasako, kokių PVM sąskaitos faktūros rekvizitų tikėtis. „Summarize this document“ nepasako, kaip atskirti e-Seime svarstomą projektą nuo jau TAR paskelbto pakeitimo. „Check compliance“ nepasako, kur baigiasi pagalbinė patikra ir prasideda buhalterio, teisininko ar personalo specialisto sprendimas.

Lietuviškose sistemose svarbūs konkretūs kontekstai:

dokumento forma;
institucijos arba sistemos logika;
lietuviški terminai ir linksniai;
vietinės atsakomybės ribos;
rezultatų formatas, kurį naudoja konkretus žmogus.

Todėl darbo eiga neturėtų vadintis „dokumentų analizė“. Toks pavadinimas per platus. Geriau, kai pavadinimas pasako vieną aiškią užduotį: ką agentas paima, ką patikrina ir ką grąžina.

Kas nutinka, kai Skills nenaudojami

Be darbo eigų organizacija dažnai grįžta į seną būseną: keli žmonės išmoksta naudoti DI, bet jų žinios nepersiduoda komandai. Vienas darbuotojas gauna gerą rezultatą, kitas su ta pačia užduotimi gauna paviršutinišką atsakymą, trečias išvis nustoja naudoti įrankį.

Tipiniai simptomai:

kiekvienas darbuotojas turi savo promptų rinkinį;
atsakymai atrodo gražiai, bet nėra patikrinami;
jautriose temose agentas kalba per drąsiai;
rezultatas netinka tiesioginiam darbui, nes nėra lentelės, sąrašo ar aiškaus veiksmo;
po kelių nesėkmingų bandymų komanda nusprendžia, kad „DI čia netinka“.

Dažnai DI tinka. Netinka tik darbo forma.

Darbo eiga leidžia pataisyti procesą vietoje to, kad kiekvieną kartą kaltintumėte modelį. Jei rezultatas per platus, siaurinate rezultatą. Jei agentas daro per drąsias išvadas, pridedate ribą. Jei trūksta šaltinių, įrašote šaltinių prioritetą. Taip organizacija mokosi.

Kaip turėtų atrodyti Skill aprašymas

Geras Skill aprašymas turi būti pakankamai trumpas, kad agentas jį greitai suprastų, bet pakankamai konkretus, kad jis nepaverstų užduoties bendru patarimu.

Praktinė struktūra:

---
name: konkretus-igudzio-slug
description: Vienu sakiniu pasakoma, ką įgūdis daro, kokią įvestį naudoja ir kada jį taikyti.
---

# Aiškus įgūdžio pavadinimas

Naudok šį įgūdį, kai [situacija].

## Įvestis

- [failas, eksportas, tekstas arba sistema]
- [papildomas kontekstas]

## Darbo eiga

1. [pirmas patikros žingsnis]
2. [antras patikros žingsnis]
3. [rezultato parengimas]

## Rezultato formatas

[lentelė, sąrašas, santrauka arba laiško juodraštis]

## Ribos

Įgūdis negali:

- [sprendimas, kurį turi priimti žmogus]
- [veiksmas, kuriam reikia papildomo patvirtinimo]

Ši struktūra nėra dekoracija. Ji saugo nuo trijų klaidų: per plataus atsakymo, neaiškios atsakomybės ir nepanaudojamo rezultato.

Koks turi būti rezultatas

Geras rezultatas nėra „štai ką manau“. Geras rezultatas yra darbo objektas, kurį žmogus gali panaudoti iš karto.

Dažniausi naudingi formatai:

patikros lentelė;
trūkstamų laukų sąrašas;
klausimai atsakingam žmogui;
taisymo veiksmų sąrašas;
vadovo santrauka;
laiško arba atsakymo juodraštis;
rizikų ir ribų lentelė.

Pavyzdžiui, jei užduotis susijusi su finansais, agentas neturi apsimesti buhalteriu. Jis turi atskirti faktus, neatitikimus ir klausimus buhalteriui. Jei užduotis susijusi su teise, agentas neturi pateikti galutinės teisinės išvados. Jis turi parodyti, kur reikia teisininko peržiūros. Jei užduotis susijusi su personalu, agentas neturi reitinguoti žmonių. Jis turi padėti parengti klausimus, santrauką arba neutralų tekstą.

Kur Claude Code čia stipriausias

Claude Code naudingas ne todėl, kad moka gražiai parašyti sakinį. Jis naudingas todėl, kad gali dirbti su kontekstu kaip su projektu.

Praktiškai tai reiškia:

darbo eiga gali gyventi kaip failas;
agentas gali naudoti tą patį failą daug kartų;
komanda gali keisti instrukciją, kai pamato klaidą;
rezultatas tampa vis labiau nuspėjamas;
žinios persikelia iš žmogaus galvos į bendrą darbo sistemą.

Tai ir yra skirtumas tarp asmeninio DI naudojimo ir organizacinio DI naudojimo. Pirmu atveju turite kelis žmones, kurie „moka promptinti“. Antru atveju turite procesą, kurį galima perduoti kitam žmogui.

Kaip pradėti

Nereikia pradėti nuo visos organizacijos automatizavimo. Pradėkite nuo vienos užduoties, kuri turi tris savybes:

Kartojasi.
Turi aiškią įvestį.
Turi aiškų rezultatą.

Tada ją susiaurinkite. Ne „BDAR patikra“, o konkretus duomenų šaltinis ir konkretus rezultatas. Ne „finansų analizė“, o konkretus eksportas ir konkreti suvestinė. Ne „Jira pagalbininkas“, o konkretus Jira laukas, dokumentas arba lentelė.

Kuo siauresnė darbo eiga, tuo lengviau ją patikrinti. Kuo lengviau patikrinti, tuo greičiau ji tampa komandos standartu.

Pavyzdžiai iš Generuok.lt darbo eigų

Toliau pateikti pavyzdžiai nėra straipsnio esmė. Jie tik parodo, kaip bendras principas atrodo konkrečiose lietuviškose užduotyse.

PVM sąskaitos faktūros rekvizitų patikra iš PDF ar Excel parodo, kaip finansinė darbo eiga turi atskirti dokumento faktus, galimas klaidas ir klausimus buhalteriui. Ji neturi pati priimti PVM sprendimo.

SABIS grąžintos sąskaitos taisymo veiksmų sąrašas tiekėjui parodo, kodėl naudinga dirbti ne su bendra e. sąskaitų tema, o su vienu konkrečiu sistemos momentu: sąskaita grąžinta, reikia suprasti, ką taisyti.

VMI FR0600 PVM deklaracijos neatitikimų patikra iš i.SAF ir apskaitos eksporto parodo ribą tarp pagalbinės analizės ir galutinio deklaravimo sprendimo. Agentas gali parengti neatitikimų sąrašą, bet ne tapti deklaracijos pasirašytoju.

VDI darbo laiko apskaitos žiniaraščio patikra pagal suminę apskaitą parodo, kaip personalo arba administracijos darbo eiga turi žymėti signalus peržiūrai, o ne automatiškai skelbti pažeidimus.

Seimo teisės aktų pakeitimų santraukos parodo šaltinių ir būsenos svarbą: reikia atskirti oficialiai paskelbtą pakeitimą nuo dar svarstomo projekto.

Visus šiuos pavyzdžius jungia ne tema, o struktūra: aiški įvestis, ribota užduotis, numatytas rezultatas ir atsakomybės riba.

Kur mokytis toliau

Jei norite suprasti, kaip Claude Code dirba su projekto kontekstu, pradėkite nuo teksto apie CLAUDE.md, sesijas ir subagentus.

Jei norite pereiti visą procesą praktiškai, tam yra Claude Code įvaldymo mokymai. Ten darbo eiga nagrinėjama ne kaip teorija, o kaip realus darbas: instrukcijos, Skills, kontekstas, MCP, Hooks, subagentai ir saugus pakeitimų pristatymas.

Jei norite pradėti nuo paruoštų pavyzdžių, eikite į Generuok.lt darbo eigų biblioteką. Ten rasite konkrečius lietuviškus scenarijus, kuriuos galima naudoti kaip atspirties tašką savo komandai.

Esmė

Promptas padeda vieną kartą. Darbo eiga padeda kiekvieną kartą, kai atsiranda ta pati situacija.

Jei užduotis kartojasi, neverta jos kas kartą aiškinti iš naujo. Užrašykite įvestį, veiksmus, rezultatą ir ribas. Tada testuokite su realiu dokumentu, pataisykite instrukciją ir naudokite iš naujo.

Taip Claude Code iš pokalbio lango tampa darbo sistema.