A Linuxról szóló cikkek írása sok apró feladatból áll: egy programnál le kell írni a telepítést, ki kell próbálni a parancsokat, meg kell magyarázni a fogalmakat, és az egészet olvasható, egységes formában kell közreadni. A mesterséges intelligencia (MI) ebben a munkafolyamatban gyors segítőtárs lehet. Nem helyettesíti viszont a szerzőt, mert a végső felelősség az övé, hogy minden leírt parancs és beállítás valóban működik-e.

Ez a cikk három kérdésre válaszol: miben segít nekem az MI, milyen buktatói vannak, és hogyan érdemes megfogalmazni a kérést, hogy a végeredmény pontos, világos és egységes legyen.

1. Miben segíthet az MI a cikkírásban?

• Ötletelés és vázlat: a témából gyorsan készít fejezetekre bontott vázlatot, és javasol olyan szempontokat, amelyekre a szerző nem gondolt. Egy olyan kollégát ad, aki másik szemléletben vizsgálja a kérdést. Az ember feje nemkáptalan, hogy mindenre gondoljon!

• Szerkezet kialakítása: segít eldönteni a sorrendet, például hogy a telepítés jöjjön-e előbb, mint az alapvető használat.

• Fogalmak magyarázata: a szakszavakat (például dependency, daemon, symlink) érthetően, akár lábjegyzetként vagy szószedetként is leírja. Tipikus favágó munka a magyarázatok készítése. Sokszor félúton kifullad a lelkesedés, hiszen "mindenki ismeri ezeket, minek írogatni"...

• Példák készítése: kipróbálható parancsokat, konfigurációs részleteket és tipikus hibaüzeneteket javasol. Az egész internetről tud olyan példákat szedni, amik nálam nem, de másnál előfordultak.

• Nyelvi csiszolás: kijavítja a helyesírást és a fogalmazást, és egységesíti a hangnemet.

• Formázás: kész markdown, HTML vagy wiki formátumú szöveget ad, egységes címsorokkal és kódblokkokkal. Ha a formázást egységesen szeretnéd tartani, akkor adj meg neki egy sablont, amit használni tud. Így megismeri milyen címsorokat használhat és mi a felsorolás elvárt formája stb. Nagyon szép, egységes anyagokat generál.

• Átalakítás: a szerző jegyzeteiből vagy a dokumentációból olvasmányos szöveget készít, vagy egy hosszú cikkből rövid összefoglalót.

2. Az MI-segítség előnyei

1. Gyorsaság. A nyers vázlat percek alatt megvan, így a szerző az idejét a lényegre, a kipróbálásra és az ellenőrzésre fordíthatja. Ami téves elgondolás: nem egy kész több oldalas megoldást fog legenerálni ennyi idő alatt, hanem egy kiinduló vázlatot és azzal lesz még munka. Nem helyettesíti az embert, hanem segíti!
2. Egységesség. Ha ugyanazt a sablont használjuk, a sorozat cikkei szerkezetükben és megjelenésükben is hasonlók lesznek.
3. Írói blokk feloldása. Az elkészített vázlatot, vagy blokkot könnyebb javítani, mint nulláról megírni. Ha nem jön az ihlet, vagy nagyon nem tudod miképp indulj el ez nagy segítség.
4. Célközönséghez igazítás. Ugyanazt a témát elmagyarázhatja kezdőknek és haladóknak is. Egyértelműen megadható a célközönség, akinek szól a cikk.
5. Türelmes visszakérdezés. Bármikor megkérhetjük, hogy egy nehéz részt magyarázzon el másképp, vagy adjon rá még egy példát. Élő kollégával ellentétben akár tízszer is módosítja a ráeső részt, semmi morgás és beszólás.
6. Következetes formátum. A kódblokkok, a kiemelések és a lábjegyzetek a teljes szövegben azonos módon jelennek meg.

3. Az MI-segítség hátrányai és veszélyei

1. Kitalált tartalom (hallucináció). Az MI magabiztosan leírhat nem létező kapcsolót, csomagnevet vagy konfigurációs kulcsot. Ez a legnagyobb veszély, mert a hibás rész nem különbözik a jótól. Ahogy a saját munkát is ellenőrizzük, úgy a mesterséges intelligenciát is. A hallucinálás veszélyét csökkenteni lehet, később lesz róla szó.
2. Elavult tudás. A programok gyorsan változnak. Ami két verzióval ezelőtt igaz volt, az ma már lehet, hogy nem működik. Ez különösen igaz a konfigurációs fájlok szerkezetére és a parancssori kapcsolókra. A témától függően érdemes kitételnek megadni, hogy a legújabb információkat használja és azok forrását ellenőrizze.
3. Disztribúciók közötti különbségek. Ami Archon pacman paranccsal megy, az Linux Mint alatt apt vagy más módon működik. Az MI hajlamos elmosni ezeket a különbségeket.
4. Veszélyes parancsok. Egy rosszul megválasztott rm, dd vagy chmod -R adatvesztést okozhat, ha az olvasó gondolkodás nélkül átmásolja. A sudo használata különösen fontos.
5. Általános, jellegtelen stílus. Az MI szövege könnyen sablonossá válik, hiányzik belőle a szerző egyénisége és a saját tapasztalat. A stílus pontos megadásával ezt elkerülhetjük.
6. Hiányzó forrás. Az MI általában nem ad pontos forrást, ezért a hivatkozásokat nekünk kell megkeresnünk.
7. Hamis biztonságérzet. A jól hangzó, gördülékeny szöveg elhiteti, hogy minden rendben van, ezért kevésbé ellenőrizzük.
8. Függőség. Ha mindent az MI-re bízunk, gyengül a saját szakmai rutin és a stílus.

4. Hogyan érdemes feltenni a kérdést?

A jó kérés lényege, hogy nem hagyunk találgatni valót. Minél pontosabban megmondjuk, mit, kinek, milyen formában és milyen megkötésekkel kérünk, annál kevésbé kell utólag javítani.

A jó kérés összetevői

Elem	Mit írjunk bele?	Példa
Téma és cél	Miről szóljon a cikk, és mit érjen el az olvasó?	„Bemutató a Yazi terminálos fájlkezelőről"
Célközönség	Ki olvassa, mekkora előismerettel?	„Középhaladó Linux-felhasználóknak"
Környezet	Disztribúció, verzió, csomagkezelő	„Arch Linux és Linux Mint, a legfrissebb stabil verzió"
Szerkezet	Milyen fejezetek legyenek, milyen sorrendben?	„Bevezetés, telepítés, alapok, beállítások, hibák, összegzés"
Formátum	Markdown, HTML, sima szöveg; címsorszintek; kódblokkok	„Markdown, ## főcímek, minden parancs kódblokkban"
Terjedelem	Hány oldal vagy szó	„Legalább öt oldal"
Nyelv és hangnem	Magyar, tegező vagy magázó, magyarázó vagy tömör	„Magyar, tegező, közérthető"
Fogalmak kezelése	Lábjegyzet, szószedet vagy zárójeles magyarázat	„A szakszavakat lábjegyzetben magyarázd"
Megkötések	Mit ne csináljon?	„Ne találj ki parancsot; ha bizonytalan vagy, jelöld"

Gyenge és jó kérés összehasonlítása

Gyenge:

Írj egy cikket a Yazi-ról.

Ebből az MI nem tudja, kinek szól a cikk, milyen hosszú legyen, milyen rendszerre írjon, és milyen formában adja meg a szöveget. Az eredmény általános és ellenőrizhetetlen lesz.

Jó:

Írj magyar nyelvű, tegező hangvételű cikket a Yazi terminálos fájlkezelőről középhaladó Linux-felhasználóknak. A cikk markdown formátumú legyen, legalább öt oldal terjedelmű. Fejezetek: bemutatás, előnyök és hátrányok, telepítés és függőségek Archon és Linux Minten, alapvető használat, fontos billentyűkombinációk, beállítási fájlok helye, hasznos oldalak. A szakszavakat lábjegyzetben magyarázd meg. Minden parancs kódblokkban álljon, és jelöld, ha valamiben nem vagy biztos. Ne találj ki kapcsolókat vagy beállításokat.

Igen, több munka és írogatás, de az eredmény az nagyon más lesz!

Sablon, amit érdemes elmenteni

Szerep: Tapasztalt Linuxos szakíró vagy.
Feladat: Írj cikket erről: [téma].
Olvasó: [előismeret szintje].
Környezet: [disztribúciók, verziók].
Nyelv és hangnem: magyar, [tegező/magázó], [stílus].
Szerkezet: [fejezetek felsorolva].
Formátum: [markdown/HTML], [címsorszintek], parancsok kódblokkban.
Terjedelem: [oldalszám vagy szószám].
Fogalmak: [lábjegyzet/szószedet/zárójel].
Megkötések: Ne találj ki parancsot, kapcsolót vagy fájlnevet.
A bizonytalan részeket jelöld [ELLENŐRIZENDŐ] címkével.

A legtöbb mesterséges intelligencia beállításnál lehetőséged van megadni általános elvárásokat. Ha ezt megteszed mindig ahhoz fog ragaszkodni. Ha abban a hitben vagy, hogy az előzőekben már megadtad, és arra biztosan emlékszik, az nem jó! Bár általában megjegyzi, vagy megnézi a régebbi kéréseket, de nem feltétlen.

Hogyan lesz a cikk egységes kinézetű?

• Ugyanazt a sablont használjuk minden cikknél, csak a témát és a fejezeteket cseréljük. Aki már írt komolyabb helyre cikket, vagy készített szakdolgozatot, neki ez nem idegen. Egyszer kell személyre szabni, hogy mi az elvárás, azután már csak használni.
• Adjunk mintát. Ha van egy kész, jól sikerült cikkünk, kérjük, hogy ugyanabban a szerkezetben és stílusban írjon.
• Rögzítsük a formai szabályokat: a címsorszinteket, a lábjegyzetek jelölését, a kiemelések használatát és a kódblokkok nyelvi jelölését (például bash, toml).
• Dolgozzunk lépésenként: először a vázlatot hagyjuk jóvá, aztán kérjük a fejezeteket egyenként, végül az egész szöveg egységesítését.
• Kérjünk külön ellenőrző kört: „Nézd át a cikket, és jelöld a következetlenségeket a címsorokban, a terminológiában és a formázásban."

Hogyan kerülhető el, hogy a mesterséges intelligencia halucináljon?

A "halucináció" azt jelenti, hogy az MI magabiztosan ír le olyan tényt, parancsot, kapcsolót vagy fájlnevet, ami nem létezik, vagy nem úgy működik, ahogy állítja. A jelenség nem szüntethető meg teljesen, de a kockázata jelentősen csökkenthető.

Miért halucinál az MI?

• Mintaillesztésből dolgozik, nem tényellenőrzésből: a legvalószínűbb következő szót írja le, nem azt, amit ténylegesen tud.
• Hiányzó vagy elavult információt magabiztos hangnemben is kiegészít, mert nem "tudja", hogy nem tudja.
• Kétértelmű vagy túl tág kérdésre kénytelen kitalálni a hiányzó részleteket.

Ez az a rész amit elfelejtenek az emberek. A mesterséges intelligencia működése más, mint az emberi agyé. Ha nem alkalmazkodunk a logikájához, akkor nem lesz jó az eredmény. Két út van. Az egyik, hogy tucatszám készítünk felesleges mémeket, hogy a mesterséges intelligencia milyen hülye, milyen baromságokat ír. Vagy elfogadjuk, hogy ezt úgy kell használni, ahogy azt kell használni és van lehetősége rossz választ is adni.

Hogyan csökkenthető a kockázat?

1. Pontos, szűk kérdés. Minél konkrétabb a kérdés (verzió, disztribúció, konkrét parancs), annál kevesebb tere van a kitalálásra.
2. Kérjük a bizonytalanság jelölését. Például: „Ha nem vagy biztos egy parancsban vagy kapcsolóban, jelöld ELLENŐRIZENDŐ címkével, ne találj ki semmit."
3. Kérjünk forrást vagy hivatkozási alapot. Ha az MI meg tudja mondani, honnan tudja (dokumentáció, man oldal), az segít az ellenőrzésben; ha nem tud forrást adni, az önmagában is figyelmeztető jel. A forrásokat érdemes egy cikkben megadni, így nem lesz nagy plusz munka ezeket le is kérdezni a mesterséges inteligenciának.
4. Adjuk meg a kontextust mi magunk. Ha van saját dokumentációnk, config fájlunk vagy korábbi jegyzetünk, illesszük be a kérdésbe – így az MI abból dolgozik, nem a memóriájából.
5. Kérjünk lépésenkénti, kisebb válaszokat. Egy hosszú, sok részletet tartalmazó válaszban könnyebben elbújik egy hibás állítás, mint egy rövid, fókuszált válaszban.
6. Kereszt-ellenőrzés. Kérdezzük meg ugyanazt kicsit másképp, vagy kérjük meg, hogy indokolja meg az állítását – az ellentmondások gyakran így derülnek ki.
7. Mindig próbáljuk ki élesben. Parancsot, konfigurációt sosem közlünk anélkül, hogy legalább egyszer lefuttattuk volna, lehetőleg teszt vagy virtuális környezetben.
8. Verziószám és dátum megadása. Ha közöljük, melyik szoftververzióról van szó, és mikorra vonatkozik a kérdés, az MI kevésbé kever össze régi és új viselkedést.

Rövid ökölszabály

Minél inkább ellenőrizhető, forrásra visszavezethető állítást kérünk – és minél kevésbé hagyunk teret a találgatásra –, annál kisebb az esély a hallucinációra. A végső ellenőrzés viszont mindig a szerzőé marad.

6. Ellenőrzési lista közzététel előtt

1. Minden parancsot próbáljunk ki, lehetőleg tesztkörnyezetben (virtuális gép, konténer).
2. Vessük össze a kapcsolókat a --help kimenettel és a man oldallal.
3. Ellenőrizzük a verziószámokat és a konfigurációs fájlok helyét a hivatalos dokumentációban.
4. Nézzük meg külön a disztribúció-specifikus lépéseket (pacman, apt, AUR).
5. Keressük meg az olyan parancsokat, amelyek adatot törölnek vagy jogosultságot módosítanak, és tegyünk melléjük figyelmeztetést. Vagy mondjuk meg a mesterséges intelligenciának, hogy jelölje, hogyha emelt jog, vagy törlés stb. van a parancsban.
6. Olvassuk át a szöveget, és vigyünk bele saját tapasztalatot, hogy ne legyen jellegtelen. Nem cikket íratunk, hanem segítségek kapunk a mesterséges intelligenciától.
7. Ellenőrizzük a linkeket, hogy léteznek-e és a megfelelő oldalra mutatnak-e.

7. Egy rutin sablon

Ha felmerül egy téma, amit szeretnék feldolgozni első lépés, hogy összeszedek pár fejezetcímnek való vázlatpontot. Illetve egy maximum öt mondatos kérést az MI felé, hogy miről is lenne szó.

A Yazi ennyi volt:

Telepítés, alap használat, billentyűkötések és alap müveletek konfigurálása, alap rendszer beállítása, plugin rendszer.

Készíts nekem a yazi linuxos fájlkezelőről egy bemutató vázlatot, ami a fentiek szerint tagolja a témát. 10 oldalnyi a terv, most csak rövid vázlat kell. Középhaladó szinten, sok példával. Javasolj 5-10 olyan fejezetcímet rövid magyarázattal, amivel bővíteni lehet a cikket. Arch és Linux Mint alatt kell. 

Legenerált egy féloldalnyi ötletet, amit átnézve már könnyen összeállítható volt maga a fő irány. A három részt a fő témákat ezekhez rendelve egyesével meg lehetett adni a mesterséges intelligenciának.

Célom a yazi linuxos fájlkezelőről egy cikk, amiben a ..... témaköröket mutatjuk be, szakmai szinten.

Készíts a témában, legalább három oldalnyi cíkket, a már ismert formában. A szöveg legyen szakmai, az összes lehetséges szakmai kifejezést lábjegyzetben értelmezd. Minden részben legyen olyan példa, bemutatott parancs, kód ami gyakorlati és közvetlenül hasznos. Készítsd hívatkozásokat a végére. Emeld ki azokat a részeket, amikben bizonytalan vagy. Minden alfejezetben törekedj a teljességre, amit érdemesnek tartasz bontsd további részekre. A végén külön legyen egy ajánlás, amiben maximum öt olyan témakört várok, amivel jobbá tehetjük a cikket. Az elvárt kimenet: markdown állomány. Ha valami kérdés merül fel azt tedd fel. 

A végén az ötletelést ne hagyd ki. Menet közben lehetnek olyan ötletek, amikre érdemes figyelni. Igen, ha kérsz ötletet, és már az előzőekben felhasználtad az akkor kapott ötleteket, akkor tud redundánsan adni. Zavaró lehet, de egy perc amíg átnézi az ember, de ha nem kérünk, akkor talán valami kimarad a témából. Ez kicsi téma volt, de egy hosszabb több tucat oldalba beleférő tárgynál nem árt, ha vannak ilyenek.

Ezt tedd meg két mesterséges intelligenciával. Minden lépést. Kapsz két jó esetben eltérő ötlet, javaslat halmazt az első lépésben. Ez jó, munka de jó! Több mesterséges intelligencia többet lát és teljesebb lesz a dolog. A második (szöveggenerálás) lépésben is jó ha van két feldolgozás, amit össze lehet vetni.

Amikor kész a két verzió és azok már látszólag kiadhatóak, akkor a kettőt össze kell nézni. A jobban sikerültbe beleszerkeszteni azt, ami a másikban plusz. Igen, lesz ilyen! Jobban kifejti, jobbak a levezetések, szebbek a táblázatok, mást is belevesz, mások a példák. Ez is munka, de kis gyakorlattal hamar összefésülhető a kettő. Összefésüléskor már a saját részesedet, kiegészítéseket, személyesebb tapasztalatokat is bele tudod tenni. A javításokról. ellenőrzésről ne feledkezz meg! Így kapsz egy jobb, személyesebb és majdnem jó szöveget.

A mellékelt markdovn szöveget stilisztikailag, helyesírásilag és szakmailag nézd át és a megadott sablon szerint egységesítsd! A táblázatok, a felsorolások és a sorszámokra figyelj.
A hibákat jelőld és adj javaslatot a javításra. 

Gondolom mindenkinek egyértelmű, a mesterséges intelligencia átnézi, majd kapsz egy kész, de még egyszer átnézendő anyagot.

Mennyi az az annyi? A yaru sorozat egy része egy óra alatt lett kész. Formázás, felsorolás, táblázatok lábjegyzetek, források... Azaz a favágító melót simán átvette a mesterséges intelligencia.

Másik esettanulmány

Gyakori, hogy van egy kérdés, amire válasz vársz. Megkérdezed a mesterséges inteligenciát.

Keress nekem kéréek olyan programot, ami videófelvételnél megjeleníti a lenyomott billenytűt és müködik dwm alatt is.

A probléma egyszerű. Nem akarok kutatgatni ilyen programot, haszontalan fórumbejegyzések közül kikaparni a választ. Oldja meg, azért van. Egy perc és kaptam egy válasz, ami sikeres is volt, telepítési (már tudja, hogy arch...) paranccsal és pár soros leírással, illetve azzal, ha kell jobban kifejti. Plusz kettő másik program ajánlattal, ha ez nem tetszene.
Eddig semmi plusz munka nincs vele, de én lelkes Linux használó vagyok és szívemen viselem a fórumok sorsát, így egy blogbejegyzést is akarok tenni, ezzel segíteni a közösséget.

Készíts egy cikket a megszokott formázásokkal a kérdésre adott válaszból. Legyen bevezetsének a célról, és használatáról, beállításról is. Legyen lábjegyzetben szómagyarázat és a programra, egyéb fontos forrásra mutató linkek is. Adj javaslatot képek elhelyezéséről is. kimenet a megszoktt letölthető markdown. 

Elkészül, megnéz, közread. Ez így pluszban nem több mint 15 perc. Ennyit meg tudsz tenni a Linuxos közösségért? Már nem kell sokat gépelgetni, csak a képeket kell megcsinálni, picit átnézni és...

Összegzés

Az MI a Linuxos cikkírásban gyors és következetes segítő: vázlatot készít, magyaráz, csiszolja a nyelvet és egységesíti a formát. Kockázata, hogy hihetően, de hibásan is írhat, különösen verziófüggő részleteknél és disztribúciók között. Ezért a jó munkamenet így néz ki: pontos, sablonos kérés, lépésenkénti szövegépítés, majd alapos, kézi ellenőrzés. Így az MI a szerző munkáját gyorsítja, a hitelességért pedig a szerző felel.