Nem prompt, hanem gyártósor: így néz ki egy működő AI-tartalomrendszer

Az AI-tartalomgyártásról szóló beszélgetések nagy része a rossz kérdésnél ragad le. Hogy melyik modell a jobb, hogy mi a tökéletes prompt, hogy melyik eszközt érdemes előfizetni.

Ha van kialakult tartalomgyártási folyamatod, tudod, hol megy el valójában az idő. Részben a szövegen: egy hosszú videó szkriptje, egy SEO-blogposzt, hat short felmondandó szövege, a captionök és a hírlevél együtt simán elvisz egy-két teljes munkanapot. Részben pedig azon, ami utána jön: ugyanaz a téma hat felületre, hat formátumban, hat képarányban, a feliratokkal, a leírásokkal, a thumbnaillel, a hashtagekkel, az ütemezéssel. És mindez úgy, hogy a végén márkahűen szólaljon meg.

Az AI mindkét felét le tudja venni a válladról. De csak akkor, ha nem eszközként használod, hanem gyártósorként építed fel. Ezért nem AI-eszközt vettem magamnak, hanem rendszert építettem.

Mit gyárt le a rendszer

A DiabNavigátor a saját, egyszemélyes egészségügyi életmódmárkám. Kéthetente egy témából teljes tartalomcsomagot adok ki. Ez klasszikusan négy-hat fős tartalomcsapat munkája.

Egy jóváhagyott témából ez készül el:

Ehhez jön a gyártási anyag, amit a csapatok általában szintén kézzel gyártanak le: öt címváltozat, öt hookváltozat, videóleírás, képpromptok, feliratfájl, YouTube-fejezetlista.

A hét videó egyetlen felvételi menetben készül. Egyszerre mondom fel a hosszú videót és mind a hat shortot, a videókat egy kimondott jelölőszó választja el egymástól. A gép a leiratból tudja, hol ér véget az egyik és hol kezdődik a másik.

Saját mérés a saját folyamatomon: egy kétheti csomag elkészítése 28 óráról 8 órára csökkent. Ez az én számom, az én tartalomtípusomra. A tiéd más lesz, és pont ezért kezdünk mindig felméréssel.

Hol dolgozik jobban a gép, és hol az ember

Ez a legfontosabb kérdés, és a legtöbb AI-projekt itt bukik el: mindent rábíznak a gépre, vagy semmit.

A gép szisztematikusan jobb ebben:

• Témajavaslat szélességben. Öt javaslat, mindegyikhez tartalmi váz, célszegmens, aktualitási indoklás, élő webkeresés és a saját analitika alapján. Egy ember három jó ötlet után elfárad, és a negyediktől saját magát ismétli.
• Szövegírás párhuzamosan. Ugyanabból a témából egy menetben megírja a YouTube-szkriptet, a blogposztot, a hat short szövegét, a captionöket, a hírlevelet, a Story- és carousel-szövegeket. Nem sorban, hanem egyszerre, egy fejjel, egységes gondolatmenettel.
• Illesztés és mérés. Szószintű leirat, csendtérkép, retake-döntés, hangosságnormalizálás. Ezek unalmas, pontos, fárasztó feladatok, amiket a gép nem un meg a harmadik óránál.
• Formátumsorok. Ugyanaz a grafika öt méretben, automatikus betűméret-illesztéssel. Nem kreatív munka, hanem kivitelezés.
• Következetesség. A gép nem felejti el a márkaszabályt a nyolcadik posztnál. Az ember igen.

Az ember maradt jobb ebben:

• A választás. Hogy melyik téma megy ki most, és hova esik a tölcsérben.
• A hitelesség. Személyes tapasztalat, saját sztori, saját álláspont. Ezt nem lehet generálni, és nem is szabad.
• A tényekért való felelősség. Amit kiadsz, azért te felelsz, nem a modell.
• Az ízlés. Hogy egy vágás jó ritmusú-e, hogy egy hook működik-e, hogy a hangnem passzol-e a márkához.

A rendszer ennek mentén van kettévágva. Nem ott húztam meg a határt, ahol az AI képessége véget ér, hanem ott, ahol a hiba ára aszimmetrikus. Egy rossz vágás javítható. Egy márkaidegen mondat, ami kiment és amit elhittek rólad, nem.

A felépítés: három réteg, szigorúan szétválasztva

A rendszer legfontosabb szervezőelve nem technikai, hanem információarchitektúrai: ugyanaz a feladat soha nem állhat két helyen.

Ha egy fix szöveg, mondjuk a videó lezárása vagy a CTA, két fájlban is szerepel, akkor a következő módosításnál elcsúsznak egymástól, és fél év múlva senki nem tudja megmondani, melyik a mérvadó. Ezért három réteg van:

• MIT: hangnem, szerkezet, fix szövegek, források, lezárt döntések, ellenőrzőlisták.
• HOGYAN: a kód, a sémák, a QA-szabályok, a kimért konstansok.
• MIKOR és KI: mikor hívjuk az adott ügynököt, mit nem csinál, hol a jóváhagyási kapu, kinek adja tovább.

Ebből jön a legjobban átvihető tanulság, amit ügyfélprojektben is elsőként rakok le: az ügynök leírása hatáskört és tiltást ad, plusz azt, hogy eltérés esetén melyik forrás nyer.

Aki ezt kihagyja, annak fél év múlva öt egymásnak ellentmondó utasításkészlete lesz, és nem fogja tudni, miért mást csinál a rendszer, mint amit kért.

Az öt ügynök

Az „ügynök” itt nem külön program, hanem külön munkaköri leírás: egy szerepre szabott AI-munkatárs saját utasításokkal, tiltásokkal és átadási ponttal.

1. Tartalomstratéga. Öt témajavaslatot ad le, mindegyikhez három-öt pontos vázat, célszegmenst és a CTA irányát. Nem ír szkriptet és nem dönt.

2. Szövegíró. Egy témából egyszerre gyártja le az összes felület szövegét. A jóváhagyott váz tartalmilag köti, szerkezetileg nem: a dramaturgia, a hook, a felépítés az ő szakmája, de tartalmi eltérést jeleznie kell, nem írhatja felül csendben.

3. Videóvágó. A nyers felvételből dolgozik: WhisperX-alapú szószintű leirat magyar illesztéssel, ffmpeg csendtérkép, a hét videó szétválasztása a jelölőszó mentén, szkriptillesztés és retake-döntés, vágási terv, majd DaVinci Resolve-ban a vágás, a snittenkénti színkorrekció, a feliratok, a grafikai sáv, a hangosságnormalizálás és a render.

4. Grafikus. A teljes grafikai sort egy menetben gyártja le HTML-sablonból, headless Chrome-mal: carousel-diák, OG-kép, Story-háttér, idézetkártya, thumbnail. Fotót és illusztrációt nem gyárt, és nem írja át a pakk szövegét. Ha egy dia szövege nem fér be, az nem az ő döntése: jelzi, és az ember dönt rövidítésről vagy plusz diáról.

5. Publikáló. Minden posztot piszkozatként hoz létre az ütemezőben, a szövegeket a jóváhagyott anyagból veszi, nem talál ki újat. Az ütemezés a korábbi social media analitika tapasztalataiból jön, nem fix menetrendből, és a tartalmak csatornánként pont a megfelelő időpontban kerülnek publikálásra.

A háttérben nem varázslat van, hanem sima, tesztelt kód: 60 saját Python-fájl, 256 automatizált teszttel, és négy élő integráció a tárhely, az ütemező, a vágóprogram és a WordPress felé.

A hat kapu

Ez a rendszer gerince. Egy ciklusban hat emberi döntési pont van, és egyik sem opcionális:

1. Témaválasztás. Az ügynök javasol, én választok.
2. A teljes szöveges csomag jóváhagyása. Itt dől el a cím és a hook is.
3. A vágási terv jóváhagyása. Nincs vágás terv nélkül.
4. Az idővonal átnézése és javítása. Nincs render jóváhagyott idővonal nélkül. És ami utána következik, az fontos: a javított idővonal lesz a hiteles forrás, a javításaim onnan íródnak vissza a szöveges anyagba, különben a YouTube a javítás előtti feliratot kapná.
5. A grafika jóváhagyása.
6. A naptár átnézése. Minden poszt piszkozat, amíg azt nem mondom, hogy mehet.

Fontos: technikailag ez teljesen autonómra is állítható. Nem azért nincs úgy, mert nem menne, hanem mert eldöntöttem, hogy a márkakockázatot nem éri meg. Ügyfélprojektben ez döntés kérdése, felületenként külön: van, ahol a belső hírlevélnél elég egy laza kapu, és van, ahol egyetlen LinkedIn-poszt is két jóváhagyást kap.

Miért bővül magától az ellenőrzőlista

A hiba önmagában nem baj. Az a baj, ha ugyanaz a hiba másodszor is kimegy.

Ezért van a rendszerben egy vasszabály: ha bárki, gép vagy ember, olyan hibát javít, ami szisztematikusan kiszűrhető lett volna, kötelező mérlegelnie egy új ellenőrzési pont felvételét. Nem külön kérésre, hanem a normál munkamenet részeként. Így az ellenőrzőlista nem attól nő, hogy leülök megírni, hanem attól, hogy dolgozunk.

Ma 866 soros. Gondolj bele, mit jelentene ezt a 866 pontot minden egyes tartalomcsomagnál végigellenőriztetni egy emberrel. Senki nem csinálná meg, a harmadik ciklus után pedig már úgy tenne, mintha megcsinálta volna. A gép viszont mind a 866 pontot ugyanolyan unottan végigméri a nyolcvanadik alkalommal is, és ahol hibát talál, ott kijavítja, nem sárga jelzést tesz a napló aljára.

A márkahang nem ajánlás, hanem kapu

A leggyakoribb aggály az AI-tartalomgyártással szemben az, hogy látszani fog rajta. Jogos – de nem azért, mert gép írta, hanem mert a legtöbb modell semmilyen hangnemre nincs rátanítva.

Ebben a rendszerben a hangnem nem szép brand voice PDF, hanem ellenőrzőlista-pont és gépi kapu: nem a szerkesztő aznapi figyelmén múlik, hogy valaki betartja-e a nyolcvanadik posztnál is. Ugyanez vonatkozik a nyelvekre: ha egy márka két piacra gyárt, a második nyelv nem duplázza a munkát, viszont ugyanaz az ellenőrzőlista vonatkozik rá.

Hogy pontosan mitől lesz a szöveg a márkáé – és miért számít többet a tiltólista a stílusleírásnál –, arról külön írtam: Az „AI-szagú szöveg” nem az AI hibája.

Ami kézi marad, és nem miattunk

Van néhány pont, ahol nem a rendszeren múlik a dolog, hanem a platformokon. Ezeket érdemes az elején tudni, nem a harmadik ciklusnál:

• A YouTube-feltöltés kézi. A mai felállásban nincs hozzá használható API-út.
• A zárt Facebook-csoportba szóló poszt véglegesen kézi. A Meta nem enged harmadik feles alkalmazást külső csoportba posztolni. Ez platformkorlát, nem fejlesztési hátralék.
• Ami az ütemezővel nem ütemezhető, azt meg sem tervezzük. Tipikus eset a matricás Story: a felület engedi, a publikálási API nem. Jobb, ha ez a tervezésnél derül ki, nem a kiadás előtt fél órával.
• A fotó és az illusztráció külön úton készül. Mivel ez a munka legkisebbik része, egyelőre nem bíztam a gépre a képek elkészítését, de stock-fotó adatbázisokból is lehetne képet behúzni, és AI-generált képeket is lehetne kérni tőle. A következő iterációban benne lesz.

Ezek a korlátok mozognak. Ami ma nincs, arra jövőre lehet API, és fordítva is előfordul: egy szolgáltató átalakul, és egy addig működő lépést ki kell cserélni. Ezért érdemes karbantartásban gondolkodni, nem egyszeri átadásban.

Kinek éri meg ilyet építeni

Két helyzetben van értelme, és a kettő nem ugyanaz.

Ha már van kialakult folyamatotok, akkor optimalizálásról beszélünk. Végignézzük, mit gyártotok most, milyen felületekre, mennyi idő alatt, és melyik lépés az, amit nem embernek kellene csinálnia. A folyamat marad, a jóváhagyási körök maradnak, csak a kivitelezés kerül át a gépre. Ilyenkor a legnagyobb nyereség általában nem az első lépésben van, hanem az adaptációban és a publikálás előkészítésében.

Ha még nincs folyamatotok, akkor viszont pont fordítva érdemes nekiállni: ne rakjátok össze kézzel egy évig, hogy majd utána automatizáljuk. A folyamatot eleve úgy alakítjuk ki, hogy AI-jal fusson. Ez sokszor egyszerűbb, mint egy meglévő, sok szereplős rutint átépíteni, mert nincs mit visszabontani.

Ami mindkét esetben eldönti, hogy megéri-e:

• rendszeresen gyártotok vagy gyártani akartok, több felületre, ismétlődő formátumokban;
• a szűk keresztmetszet nem az ötlet, hanem a kivitelezés;
• és a tartalom mennyisége vagy a rá jutó költség már ma is fáj.

Ügynökségeknél ez általában még élesebb: ugyanaz a nyersanyag megy ki hat ügyfélnek hat formátumban, és az adaptáció viszi el a fedezetet.

Ez a rendszer a saját projektemre épült, a saját folyamatomra. A tiéd máshogy fog kinézni, mert mások a felületeitek, más a jóváhagyási körötök és máshol van a szűk keresztmetszet. Amit átviszek belőle, az nem a kód, hanem a szerkezet: a rétegek szétválasztása, a kapuk helye, a blokkoló minőségellenőrzés és a márkahang gépi kényszerré alakítása.

Kezdjük egy felméréssel

Végignézzük, mit gyártotok most, milyen felületekre, mennyi időbe kerül, és hol van valóban nyerhető idő. A végén írásban megkapod, mit érdemes megépíteni, és mit nem.

A felmérés díjköteles, és ha utána megépítjük a rendszert, a díja beszámít a fejlesztésbe. A feltételeket az AI-tartalomrendszerek oldalon találod.

Kérek felmérést · +36 70 220 8136