📰 IT NachrichtenDie Kult-Kamera der 2000er jetzt refurbished bei Back Market(17.09.2026 um 07:30 Uhr)
📰 IT NachrichtenGute Nachrichten für Android-Nutzer: Google liefert mehr Freiheit(17.09.2026 um 07:42 Uhr)
📰 IT NachrichtenDie Kult-Kamera der 2000er jetzt refurbished bei Back Market(17.09.2026 um 07:30 Uhr)
📰 IT NachrichtenGute Nachrichten für Android-Nutzer: Google liefert mehr Freiheit(17.09.2026 um 07:42 Uhr)
🔧 Programmierung 🕛 vor 4 Monaten 4 Min Lesezeit
0

How I ran 6 LLMs in parallel without paying a cent in API fees (Electron + DOM Injection)

↗ Quelle (dev.to)
🗣️ Stimme:

Let’s be honest: trusting a single LLM with a complex problem is basically a coin toss right now.



I got incredibly tired of my daily workflow: ask ChatGPT a question -> get a confident answer -> paste the same question into Claude to fact-check -> get a contradictory answer -> ask Perplexity to break the tie. I was acting as the manual API router, and it was exhausting.





The Primary Draft: You ask a question. The Primary AI (e.g., ChatGPT) generates a first draft.



Fan-Out (Parallel Review): The app takes that draft and broadcasts it to the other 5 AI panels at the exact same time. It hits the "submit" button on all 5 BrowserViews simultaneously.



Fan-In (Compilation): The app monitors the DOM of all 5 windows. Once they all stop generating, it extracts the text, compiles the feedback, and feeds it back to the Primary AI.



The Final Output: The Primary AI rewrites the answer based on the peer review.



Basically, the orchestration is just a giant, glorious Promise.allSettled.




CODE
// Conceptual Fan-out logic
async function runParallelReview(draft) {
const reviewers = [claudeView, geminiView, deepseekView, grokView, perplexityView];

// Fire them all at once
const reviewPromises = reviewers.map(view =>
injectPromptAndWaitForCompletion(view, `Review this draft: ${draft}`)
);

// Wait for all models to finish physically typing
const reviews = await Promise.allSettled(reviewPromises);

return compileReviews(reviews);
}






The Real Headache: Managing Web UI States

The hardest part wasn't the orchestration; it was dealing with the fact that web UIs change, and models stream text at different speeds.



How do you know when an AI is "done" typing when you don't have a clean API response?

You have to monitor the DOM state. For example, looking for the "Stop generating" button to disappear, or using a MutationObserver to watch the chat container. If "Grok's UI is being weird today," the whole promise chain could hang. I had to build robust timeout and fallback mechanisms for each specific wrapper so that one failing UI doesn't crash the entire council.



The Result

What I ended up with is a fully local, open-source app that gives me stress-tested, peer-reviewed answers. I even hooked it up to a local Telegram long-polling script, so I can text my council from my phone, my PC runs the BrowserViews, and it texts me the final consensus back. Zero cloud servers.





If you are curious about the DOM injection scripts or the Electron multi-view architecture, the entire project is open-source.



Check out the repo here: 👉 https://github.com/MinkyuTheBuilder/ai-council



Feel free to fork it, star it, or tell me why my DOM-scraping logic is terrible in the issues! I'd love to connect with anyone else building local multi-agent setups.

Vollständiger Original-Artikel
Den kompletten Beitrag mit allen Details direkt auf dev.to lesen.
↗ Original-Artikel auf dev.to lesen
Wie bewertest du diesen Beitrag?
1 Klick Feedback
Teilen mit Netzwerk & Team:

Community-Analysen & Experten-Meinungen 0

Verfasse deine eigene Analyse, teile Workarounds oder diskutiere diesen Vorfall im Blog.
Noch keine Community-Analyse verfasst. Markiere einen Textabschnitt oder klicke oben auf Eigene Analyse verfassen“!
Community Pulse: Relevanz-Einschätzung
1 Klick Experten-Votum
🔴 Akute Relevanz 0%
🟡 In Evaluierung 0%
🟢 Keine Auswirkung 0%
Spannende Innovation 0%
Verwandte Story-Cluster & Quellen (Vektor-KI)
Port 8095 Engine
1 Quelle
Built a PPL-aware ALPC enumerator because standard handle duplication was leaving blind spots in the attack surface
1 Quelle
SindriKit V2.0.0 (C framework to decouple technique logic from execution mechanics)
1 Quelle
Heap-Buffer-Überlauf im Discord-Backend
Ähnliche Beiträge
🔍 Verwandte News

Auch interessante Nachrichten How I ran 6 LLMs in parallel without paying a cent in API fees (Electron + DOM Injection)

Thematisch verwandte Begriffe: LLMs, parallel, without, paying · 6 Treffer

Laden...

Videos werden geladen ...

Laden...

Beiträge werden geladen ...

Laden...

Videos werden geladen ...

Laden...

Beiträge werden geladen ...

Laden...

Videos werden geladen ...

Laden...

Beiträge werden geladen ...

Laden...

Videos werden geladen ...

Laden...

Beiträge werden geladen ...

Laden...

Videos werden geladen ...