ComfyUI har under två dagar gjort två delar av visuella AI-arbetsflöden mer tillgängliga. Den 1 oktober presenterades Comfy Agent, som kan sätta ihop och ändra nodgrafer i Comfy Cloud. Den 30 september blev Comfy API tillgängligt för kunder med en betald Comfy-plan. Tillsammans ger de en tydligare kedja från en beskriven uppgift till ett versionsbundet arbetsflöde som kan anropas från en applikation.
Det här är en förändring för team som redan använder ComfyUI för bild- och videogenerering. Den minskar arbetet med att manuellt koppla noder och att återskapa samma modellmiljö när ett experiment ska bli en tjänst. Den betyder däremot inte att den inbyggda agenten redan kan köras på en egen GPU: enligt Comfys dokumentation finns den ännu bara i Comfy Cloud. Comfy API är också en hanterad molntjänst, med separat debitering för användning.
Comfy Agent arbetar direkt i nodgrafen
Comfy Agent är en assistent inbyggd i ComfyUI:s molnversion. Användaren beskriver ett önskat resultat, väljer vilket arbetsflöde agenten ska arbeta med och kan sedan se hur noder läggs till, kopplas och justeras. Enligt Comfy kan agenten även undersöka fel, läsa bildbilagor och metadata för video eller ljud samt köra arbetsflödet. Resultatet är fortfarande en redigerbar nodgraf, inte bara en färdig genererad bild.
Det är den tekniskt intressanta skillnaden mot ett vanligt textgränssnitt för bildgenerering. Den som ansvarar för produktionen kan granska varje nod och parameter, spara arbetsflödet och fortsätta redigera det. Agenten kan också ändra en del av ett befintligt flöde utan att bygga om resten. Comfy beskriver stöd för upp till fem parallella chattar, med separat historik.
Tillgängligheten behöver läsas noggrant. Lanseringen gäller Comfy Cloud och funktionen betecknas fortfarande som beta i lanseringsinlägget. Comfy Desktop och lokal ComfyUI ska få stöd senare, men något verifierat datum för en allmänt tillgänglig lokal version finns inte. För den som av sekretess- eller driftskäl kräver helt lokal inferens är det alltså ännu inte en färdig ersättning för manuellt byggda lokala flöden.
Behörighet och kostnad för agenten
Agenten kan redigera det valda arbetsflödet även när körbehörigheten står i läget Ask. Det läget innebär att den frågar innan själva arbetsflödet körs. I läget Auto får den köra utan separat bekräftelse varje gång. Ett rimligt första test är därför att duplicera ett befintligt flöde, välja kopian i agentpanelen och behålla Ask medan nodändringarna granskas.
Comfy uppger att användare får fria token för några första chattar. Därefter förbrukas Comfy Credits både för konversationens token och för de arbetsflöden som körs. En positiv kreditbalans krävs för fortsatt användning, men enligt supportdokumentationen krävs inte nödvändigtvis ett abonnemang för själva Agent. Det skiljer sig från Comfy API:s krav på betald plan.
Det finns även en viktig datagräns. Comfys support anger att agenten använder meddelanden, valda arbetsflöden och noder, bilagor och felmeddelanden för att svara. I Comfy Cloud lagras chattar, arbetsflöden och tillgångar i användarens molnkonto. Comfy säger att dessa data inte används för modellträning. Organisationer med känsliga material bör ändå kontrollera sin egen policy för vilka bilder, promptar och arbetsflöden som får laddas upp.
Comfy API paketerar miljön bakom grafen
Comfy API löser ett annat steg: att få samma arbetsflöde att köras som en tjänst. En Build samlar enligt Comfy versionen av ComfyUI, modeller, egna noder och Pythonberoenden. Från denna skapas en oföränderlig release som kan driftsättas bakom en API-adress på hanterade GPU-arbetare. Utvecklare kan sedan anropa arbetsflödet från en app, ett internt verktyg eller en automatiserad produktionskedja.
Det är betydelsefullt eftersom en nodgraf ensam inte beskriver hela körmiljön. Om en egen nod, modellfil eller Pythonversion saknas kan samma JSON ge fel eller ett annat resultat efter flytt. Den versionsbundna Build-miljön gör det möjligt att testa en release innan den läggs bakom ett produktionsanrop. Vid ändringar skapas en ny release i stället för att den aktiva miljön ändras i smyg.
Comfys dokumentation beskriver också driftvalen. En distribution kan ha minsta och högsta antal GPU-arbetare. Med minsta antal noll skalas beräkningen ned när den är inaktiv, men första anropet kan få kallstart. Varma arbetare minskar väntan men debiteras även när de inte utför jobb. Lagring debiteras separat enligt Comfys lanseringsbesked.
Vad går att köra lokalt?
Det är lätt att blanda ihop tre olika saker. Den öppna ComfyUI-motorn och vanliga arbetsflöden kan fortsätta köras på egen hårdvara. Comfy Agent som nu presenteras är inbyggd i Comfy Cloud och använder enligt supporten frontiermodeller från Anthropic. Den nya Comfy API-tjänsten paketerar ett flöde för Comfys hanterade GPU-miljö och kräver en betald plan. Att ett arbetsflöde kan komma från Comfy Desktop gör inte API-körningen lokal.
Comfy skriver att en Build ska vara portabel till hårdvara som användaren äger, och att SDK:t kan användas mot egen ComfyUI med en separat proxy. Det bör ses som möjligheter att planera för, inte som ett bevis för att samma hanterade API-produkt eller den inbyggda agenten nu körs lokalt utan Comfys molntjänster. Den som vill behålla all data på den egna maskinen behöver därför granska varje del av kedjan.
Praktisk prioritering för utvecklare och drift
För en kreatör som främst vill prova agenten är minsta användbara test ett avgränsat arbetsflöde i Comfy Cloud: kopiera grafen, välj kopian för Agent, behåll körning i Ask-läge och jämför nodernas faktiska inställningar före och efter. Dokumentera vad som ändrades och om resultatet går att upprepa. Behandla ett välformulerat agentsvar som ett förslag tills grafen har inspekterats.
För ett team som vill exponera ett befintligt arbetsflöde som tjänst bör ordningen vara annorlunda. Inventera först modellvikter, egna noder, beroenden och licenser. Bygg sedan en versionerad Build, testa en release med representativa indata och kontrollera att resultat, svarstid och felhantering motsvarar kraven. Sätt kostnadsgränser för GPU-arbetare och lagring innan endpointen kopplas till en produktionsapp. Kontrollera även vilken GPU-klass som går att välja vid driftsättning.
Comfy API är tillgängligt från betalda planer med separat användningsdebitering. Comfy anger GPU-tid per sekund och lagring proportionellt över tid, medan exakta belopp beror på aktuell prislista och vald kapacitet. En jämförelse med egen GPU behöver därför räkna på faktisk beläggning, kallstarter, lagring och arbetstiden för att underhålla miljön. Lanseringen ger ett alternativ för den driften, inte ett generellt kostnadslöfte.
LabOps IT:s bedömning
Den mest betydelsefulla nyheten är kopplingen mellan en redigerbar agentbyggd nodgraf och en reproducerbar distributionsmiljö. Comfy Agent kan sänka tröskeln för att skapa och justera visuella arbetsflöden. Comfy API adresserar den ofta svårare övergången från fungerande graf på en arbetsstation till ett stabilt anrop i en tjänst.
För lokal AI är begränsningen lika viktig som möjligheten: den inbyggda agenten finns i dag i Comfy Cloud, medan lokal support fortfarande är utlovad. Vi rekommenderar därför ett litet test med okänsliga data nu och att lokala installationer fortsätter granskas separat. När Desktop-stödet faktiskt släpps bör det verifieras på den egna hårdvaran innan det blir underlag för en lokal driftplan.