AI radni tokovi izvan softvera

O AI-potpomognutom radu često se govori kao da je njegov prirodni dom razvoj softvera. To je razumljivo. Softverski timovi brzo su prihvatili pomoćnike za kodiranje, a najvidljiviji primeri često uključuju repozitorijume, testove i automatizaciju.

Ali dublji obrazac je širi od samog softvera.

Ista logika vođena specifikacijama važi i za istraživanje, akademsko pisanje, obrazovne materijale, tehničku dokumentaciju, pravno pisanje, rad na politikama i druge oblike ozbiljnog rada sa znanjem. U svim tim oblastima središnji problem nije samo brže stvaranje teksta. Pravi problem je kako složen rad održati usklađenim sa namerom, standardima, dokazima i pregledom.

Specifikacije nisu samo za funkcionalnosti

U softveru specifikacija često opisuje ponašanje sistema. Izvan softvera ona može opisivati željena svojstva dokumenta ili nekog drugog artefakta znanja.

To može uključivati:

• cilj
• ciljnu publiku
• granice obima
• terminologiju
• ton
• prag kvaliteta
• očekivanja u vezi sa dokazima
• zahteve pristupačnosti
• pravila usklađenosti ili objavljivanja

To je već poznato mnogim profesijama, čak i ako ne koriste izraz razvoj vođen specifikacijama.

Istraživači rade prema pravilima predaje i standardima dokazivanja. Nastavnici rade prema ishodima učenja i ograničenjima pristupačnosti. Dokumentacijski timovi rade prema strukturi, terminologiji, verzioniranju i pravilima za snimke ekrana. Pravni i politički timovi rade prema jurisdikciji, obaveznim klauzulama, odobrenjima i preglednim lancima.

Ono što AI menja jeste brzina kojom se nejasna namera pretvara u uverljiv izlaz.

Zato eksplicitna specifikacija postaje korisnija, a ne manje korisna.

Interaktivni AI je razuman početak

Mnogi ljudi počinju sa veb AI sistemima. To nije ograničenje zbog kog bi trebalo da se pravdate. Često je to pravo mesto za početak.

Interaktivni AI već može pomoći pri:

• izradi specifikacije
• kritici nacrta
• prepoznavanju nedostajućih pretpostavki
• upoređivanju alternativnih struktura
• predlaganju ideja za validaciju
• preoblikovanju za drugu publiku ili ton

Za mnoge jednokratne dokumente to može biti dovoljno. Nastavnik koji priprema okvir nastavne jedinice ili istraživač koji preoblikuje sažetak rada možda neće trebati ništa naprednije.

Greška nije u tome da počnete tamo. Greška je u pretpostavci da je produktivan prvi korak ujedno i ceo radni tok.

Zašto je očuvanje konteksta važno

Tradicionalni dokumentni procesi često očuvaju samo završni artefakt. Nacrt se zamenjuje, komentari nestaju, a razloge za ključne odluke kasnije je teško rekonstruisati.

Radni tokovi vođeni specifikacijama i potpomognuti AI-em podstiču očuvanje šireg pratećeg konteksta:

• specifikacije
• važnih pretpostavki
• nalaza pregleda
• rezultata validacije
• beleški o dokazima
• odluka o odobrenju

Markdown je za takav materijal često praktičan format zato što ga je lako čitati, upoređivati kroz razlike i ponovo koristiti u različitim sistemima. Nije jedini koristan format, ali je često veoma trajan.

Ta trajnost je važna zato što AI-potpomognuti rad postaje pouzdaniji kada okolni kontekst ostaje pregledan, a ne nestaje u kratkotrajnim razgovorima.

Zašto stvarni radni tokovi postaju iterativni

Rasprave o AI-u ponekad su predstavljene kao da korisnik napiše jedan snažan prompt i dobije jedan snažan rezultat.

Stvarni rad je obično neuredniji.

Cilj se menja. Ograničenja postaju jasnija. Pregled otkriva nedostajuće zahteve. Validacija razotkriva strukturni problem. Novi učesnici unose zabrinutosti koje na početku nisu bile vidljive.

Zato realističan radni tok češće izgleda ovako:

1. definišite cilj
2. pripremite nacrt specifikacije
3. stvorite početni rezultat
4. kritički ga pregledajte
5. poboljšajte specifikaciju
6. validirajte rezultat
7. ponovite postupak

To nije neefikasnost. Tako ozbiljan rad obično postaje precizniji.

Ljudska uloga postaje jasnija, ne manja

AI može pomoći pri pripremi nacrta, organizovanju, prepisivanju, poređenju i pregledu. Može brzo predložiti alternative i razotkriti skrivene nedoslednosti.

Ali čovek ostaje odgovoran za ono što je zaista najvažnije:

• izbor cilja
• određivanje prioriteta
• procenu kompromisa
• odobrenje rezultata
• prihvatanje odgovornosti za objavu ili delovanje

U praksi čovek postaje eksplicitniji pregledalac, urednik i donosilac odluka.

S one strane razgovora: alati i validatori

Veći radni tokovi obično traže više od samog razgovora.

Neki projekti traže validaciju citata. Neki traže OCR. Neki pregled pristupačnosti. Neki izradu dijagrama, automatizaciju pregledača, statističke alate, objavne cevovode ili TeX i LaTeX radne tokove.

Tu AI često najbolje radi kao koordinator, a ne kao zamena. AI-sistem donosi rezonovanje i orkestraciju, a specijalizovani alati obavljaju domenski specifične zadatke.

Validatori su tu posebno važni. Ne zamenjuju kvalitet sadržaja, ali pomažu da se očuvaju stabilni standardi. Validator citata, provera jezičkog kvaliteta, skup pravila pristupačnosti ili validator objavljivanja mogu nakon završetka prvobitnog rada služiti i mnogim budućim projektima.

To je jedan od razloga zašto validatori često postaju dugoročna organizaciona sredstva.

Lokalizujte i primere kada je to moguće

Ako je sam radni tok višejezičan, gde god je moguće višejezični treba da budu i primeri.

Čitaoci ne bi trebalo u glavi da prevode svaki ilustrativni odlomak dok pokušavaju da razumeju sam proces. Izuzeci, naravno, postoje za nazive kompanija, nazive proizvoda, standarde, komande, kod i nazive protokola, ali nepotreban engleski u lokalizovanim materijalima povećava kognitivno opterećenje bez stvarne koristi.

To je važno zato što rad vođen specifikacijama nije samo pitanje strukture. Reč je i o smanjenju izbegljivog trenja za ljude koji taj proces zaista moraju da koriste.

Trajna lekcija

Glavna lekcija je jednostavna.

AI-potpomognut rad sa znanjem postaje pouzdaniji kada su namera, očuvan kontekst, pregled i validacija eksplicitno zapisani i povezani sa stvarnim standardima.

To načelo važi za softver, ali važi i daleko izvan njega.

Povezano čitanje

• ../../wiki/ai-assisted-knowledge-work.md
• ../../wiki/spec-driven-development.md
• ../../learning/how-to-use-ai-workflows-for-non-software-knowledge-work.md
• governance-trust-and-security-in-ai-workflows.md