n8n vagy Make MI-ügynökhöz? A számlázási egység dönthet

|Szerző: A QUASA szerkesztősége|6 perc olvasás| 1
n8n vagy Make MI-ügynökhöz? A számlázási egység dönthet

Sok eszközt használó MI-ügynöknél az n8n Cloud futásonkénti elszámolása könnyebben tervezhető; rövid, gyakran ismétlődő feladatnál a Make kreditkerete lehet kedvezőbb. Az n8n Cloud árlistája a teljes munkafolyamat-végrehajtást számolja, a lépések számától függetlenül: a Starter havi 2500 futást kínál 20 eurós, a Pro 10 000 futást 50 eurós havi díjért, mindkettőt éves számlázással.

A Make MI-ügynökénél más a mérőszám. A Make kreditútmutatója szerint az ügynök futása és a meghívott eszközök műveletei külön kreditet fogyasztanak; a Make saját MI-szolgáltatójával a tokenek is növelhetik a kreditigényt. Dokumentumalapú válaszadásnál a fájlok feltöltésének és a keresésnek a fogyasztása is belép a számításba.

Mi kerül egy futásba, és mi fogyaszt kreditet?

Az n8n Cloud keretében egy elindított és végigfutó munkafolyamat egy végrehajtás. Ha az ügynök ugyanazon futáson belül keres, adatot alakít át, majd választ ment, ezek a lépések nem válnak külön Cloud-végrehajtássá. Ha viszont a feladat több, külön indított munkafolyamatra oszlik, mindegyiket számolni kell. Ezért az n8n oldali becsléshez a havi indítások száma a lényeges bemenet.

A Make-ben az egyes modulműveletek fogyasztása adódik össze. A 2026. november 9-én ellenőrzött Make árlista havi 1000 kredites Free keretet, valamint havi 10 000 kredites Core csomagot mutat 12 dolláros havi díjjal, havi fizetés mellett. A legtöbb szokásos művelet egy kredit, de az MI-funkciók fogyasztása a választott szolgáltatótól és a tokenhasználattól is függhet.

A két csomag ára eltérő pénznemben szerepel, ezért árfolyam nélkül nem állítható fel tisztességes végösszeg szerinti sorrend. A keretek viszont azonos feladatra vetíthetők: az n8n-ben a külön induló futásokat, a Make-ben a ténylegesen végrehajtott műveleteket kell összeszámolni. Az alábbi példák feltételezett munkafolyamatok, nem mért tesztek.

Soklépéses ügynök: az eszközhívások növelik a különbséget

Egy feltételes MI-ügynök hat eszközhívása az n8n-ben egy munkafolyamat-futáson belül marad, a Make-ben külön műveleteket fogyaszt.

Vegyünk egy feltételes támogatási feladatot. A Make-változat egy bemeneti műveletből, egy ügynökfutásból, hat külön eszközhívásból és a válasz egy mentési műveletéből áll. Saját MI-szolgáltatói kapcsolattal, ha minden felsorolt művelet egyszer történik meg, ez kilenc Make-kredit kérésenként. Az n8n-változatban ugyanez a feladat egyetlen elindított munkafolyamaton belül egy Cloud-végrehajtás.

Ha az ügynöknek később két további eszközhívásra van szüksége minden kérésnél, a feltételes Make-számítás tizenegy kreditre nő kérésenként, miközben az egyben tartott n8n-munkafolyamat továbbra is egy végrehajtás. A különbség így a havi kérésszámmal együtt nő. Ismételt hívások, több feldolgozott rekord és újrapróbálkozások esetén a Make tényleges fogyasztása meghaladhatja a példában rögzített értéket.

A saját MI-szolgáltatói kapcsolat a platformkreditek számítását teszi egyszerűbbé, nem teszi ingyenessé a modellt: annak tokenjeit a választott szolgáltató számlázza. A Make saját MI-szolgáltatójával viszont a tokenhasználat a Make-krediteket is fogyaszthatja. Emiatt a példában szereplő kilenc kredit kizárólag a megnevezett kapcsolatra és műveletsorra vonatkozik.

Gyakori, rövid futás: a havi darabszám kerül előtérbe

Más eredményt ad egy feltételes, egyszerű feladat: minden beérkező esemény egy bemeneti műveletet és egy ügynökfutást indít, eszközhívás nélkül. Saját MI-szolgáltatói kapcsolatot és eseményenként pontosan egy végrehajtást feltételezve a Make oldalon két kredit, az n8n Cloudban egy futás fogy. Itt a műveletek száma alacsony, ezért a havi eseménymennyiség határozza meg, melyik csomagkeret elegendő.

Havi 4000 ilyen esemény a feltételezett Make-folyamatban 8000 kredit, tehát a Core keretén belül marad. Az n8n Cloudban 4000 végrehajtás meghaladja a Starter keretét, de belefér a Pro keretébe. Ha azonban az ügynök minden alkalommal keresést végez vagy több alkalmazást frissít, a kétkredites Make-feltételezés megszűnik: az új műveleteket eseményenként hozzá kell adni.

A rövid folyamat előnye tehát nem általános Make-kedvezmény. Akkor jelentkezik, ha kevés fizetős művelet ismétlődik sokszor. A modulok rajzon látható száma önmagában nem elég a becsléshez, mert az számít, hogy a futás során mely műveletek hajtódnak végre ténylegesen.

Dokumentumalapú RAG: a kérdések mellett a fájlok is számítanak

A dokumentumalapú RAG-nál a kérdések mellett a PDF-feltöltések és a beágyazás is alakítják az elszámolást.

Dokumentumalapú válaszadásnál a feltételes Make-folyamat külön tudásbázis-lekérdezést, ügynökfutást és válaszmentést végez minden kérdésre. A fájlokat egy külön feltöltési folyamat adja a tudásbázishoz. A Make tudásfájl-útmutatója

Havi 2000 kérdésnél a három rögzített művelet kérdésenként 6000 alap-kreditet jelent. A 20 dokumentum egy-egy feltöltési művelete további 20 alap-kredit, összesen legalább 6020. A keresési és feltöltési beágyazó tokenek fogyasztása ezen felül változó: a dokumentumok mérete és a lekérdezések tényleges tartalma nélkül a teljes Make-kreditigény nem számítható ki pontosan.

Az n8n-változatban minden kérdés és minden dokumentumfeltöltés külön indított munkafolyamat, vagyis a feltételezett havi igény 2020 Cloud-végrehajtás. Ez belefér a Starter keretébe, de a választott modell és az esetleges külső vektortár díja nincs benne a Cloud-előfizetés itt számolt összegében. A RAG és finomhangolás közötti választás a változó dokumentumtudás tárolását is érinti.

Három havi számítás a közzétett csomagokkal

A következő eredmények a 2026. november 9-én ellenőrzött, fent megadott árakon és kereteken alapulnak. Minden sor egy feltételezett havi terhelést ír le, adók, árfolyamváltás, modell-API, külső adattárolás és megvásárolt többletkreditek nélkül. A Make-példák fizetős Core csomagot és saját MI-szolgáltatói kapcsolatot feltételeznek.

  • Soklépéses ügynök: havi 1000 kérés × kilenc Make-művelet = 9000 kredit. Ez a Core keretén belül 12 USD/hó előfizetési díj; az n8n-ben 1000 futás a Starter keretén belül 20 EUR/hó, éves számlázással.
  • Gyakori egyszerű futás: havi 4000 esemény × két Make-művelet = 8000 kredit, szintén a Core keretén belül, 12 USD/hó díjjal. Az n8n 4000 végrehajtásához a felsorolt Cloud csomagok közül a Pro kerete elegendő, 50 EUR/hó díjjal, éves számlázással.
  • Dokumentumalapú RAG: havi 2000 kérdés × három Make-művelet és 20 feltöltés × egy művelet = legalább 6020 kredit. A Core 12 USD/hó díja akkor elég, ha minden további kreditfogyasztás belefér a fennmaradó 3980 kreditbe. Az n8n-ben 2020 külön indított futás a Starter keretén belül marad, 20 EUR/hó feltüntetett díjjal.

Ezek előfizetési összegek, nem egy működő ügynök teljes költségei. A RAG-nál különösen a beágyazás és a modell használata változtathatja meg a végösszeget; a soklépéses példánál pedig minden további tényleges eszközművelet növeli a Make-fogyasztást. A számítás akkor vihető át más terhelésre, ha a feltételezett műveletsort és a havi indítások számát az adott feladathoz igazítjuk.

A technikai tudás is része a választásnak

A számlázási egység mellett az építés és az üzemeltetés módja is számít. A Zapier összehasonlítása a Make könnyebb indulását, az n8n nagyobb technikai kontrollját és erősebb MI-funkcióit emeli ki. Ez hasznos választóvonal annak, aki a munkafolyamat logikáját és a modellkapcsolatokat részletesen szeretné alakítani, illetve annak, aki gyorsabban építene vizuális automatizálást.

A sok eszközhívást tartalmazó, egyben futó ügynöknél az n8n Cloud futáskerete vonzóbbá válhat. A gyakori, kevés műveletből álló feladat a Make Core keretébe férhet bele kedvezőbb feltételekkel. Dokumentumalapú munkánál a platformelőfizetés mellé mindkét oldalon oda kell számolni a modell és a tudáskeresés tényleges fogyasztását.

Olvassa el ezt is:

Megosztás:

Iratkozzon fel hírlevelünkre

A legfrissebb Web3-, MI- és kriptohírek egyenesen a postafiókjába.

0