Een browseragent is gebouwd om formulieren in te vullen, dus het directorywerk lijkt zijn natuurlijke taak. Wat hij meestal mist, is context: welke velden een platform afwijst, wat daar als “live” telt, wat je product wel en niet mag beweren, en een overzicht van wat hij de vorige keer deed. LaunchRepo levert precies dat, als bestanden. De keerzijde — en deze pagina is daar eerlijk over — is dat een browseragent die bestanden moet kunnen lezen en moet werken in een browser waarin jij bent ingelogd, niet de aanbieder.
Wat een browseragent nodig heeft
- Toegang tot de bestanden van de repository
- De agent moet het playbook van een platform, product.json en identity.json lezen. Een coding-agent met een browsertool leest ze rechtstreeks; bij een puur gehoste browseragent moet jij per platform het relevante playbook en de productfeiten aanreiken.
- Een browser waarin je bent ingelogd
- Inzendingen gebeuren met jouw accounts. Een browseragent die in zijn eigen remote browser draait, is niet als jou ingelogd en kan je mailbox niet lezen voor verificatiecodes; de gids van de repository gaat uit van een Chrome die je kunt zien.
- Een manier om resultaten vast te leggen
- record.py en het lokale dashboard zijn Python-scripts op je machine. Kan de browseragent ze niet draaien, dan leg je na de run elk resultaat zelf vast in het dashboard.
- De stopcondities van het runbook
- Eerst zoeken naar duplicaten, per platform een identiteitscheck, geen aankopen, stoppen bij een CAPTCHA of bij twijfel. Dit zijn instructies die de agent echt moet opvolgen, geen functies die hij standaard meebrengt.
Een browseragent koppelen aan je Chrome
BROWSER-SETUP.md is geschreven voor agents die koppelen aan een Chrome waar jij toezicht op houdt. Is je browseragent een coding-agent met een browsertool, dan geldt de gids zoals hij is: Chrome DevTools MCP met auto-connect op je dagelijkse Chrome (144 of nieuwer), of een apart Chrome-profiel met een lokale debugpoort, één langlopende verbinding per batch.
Een agent die alleen zijn eigen remote browser aanbiedt, voldoet niet aan de ondersteunde verbindingseis. Stel Chrome DevTools MCP in met je lokale Chrome en doe de zichtbare smoketest voordat je begint.
Sluit gevoelige tabbladen die er niets mee te maken hebben, gebruik alleen de toegestane sites van het product, exporteer nooit cookies of een browserprofiel, en zie een voltooide toolaanroep als niets meer dan een toolaanroep — lees de pagina terug om te zien of er iets is opgeslagen.
Is je browseragent een coding-agent met een browsertool, dan is dit de algemene serverdefinitie uit BROWSER-SETUP.md. Je agent bewaart hem misschien in een ander bestand of formaat; zijn eigen setupscherm bepaalt waar hij komt:
{
"mcpServers": {
"chrome-devtools": {
"command": "npx",
"args": [
"-y",
"chrome-devtools-mcp@latest",
"--autoConnect",
"--no-usage-statistics",
"--no-performance-crux"
]
}
}
}Formaat zoals gedocumenteerd door github.com, gecontroleerd op 30 september 2026. ↗
Een agent die zo’n server niet kan laden, zit niet op de ondersteunde route. Hij kan nog wel één formulier invullen vanuit een playbook dat je plakt, en dan leg je het resultaat zelf vast in het dashboard.
De startprompt
De openbare startprompt uit START.md, ongewijzigd. Hij gaat uit van een agent die Python kan draaien in de gekloonde map — meestal een coding-agent met een browsertool. Met een puur gehoste browseragent voer je in plaats daarvan de commando’s uit “doing it yourself” in START.md uit in je terminal, en kopieer je via het dashboard de prompts per platform naar de agent.
Recommend Claude Code CLI or Codex CLI in a terminal instead of the desktop apps for best results. If session metadata confirms desktop hosting, explicitly advise me to switch to the CLI and resume this same private workspace. Do not infer the host from a CLI engine version alone.
Read AGENTS.md, then follow "Start the dashboard for the owner". Create my private
workspace if I do not have one yet, start the dashboard, and give me the link.
Then lead ONBOARDING.md one phase at a time. Reuse recorded permissions instead of
asking again unless their scope is missing or conflicting. Actually test my visible
existing Chrome profile and intended identity as BROWSER-SETUP.md requires; use the
OS fallback if needed. Use one platform/browser worker by default. Build the normal
run only from suitable free-ready routes, keep research separate, and preserve any
draft that needs one exact human CAPTCHA/2FA action. Never claim browser control
bypasses or reduces those challenges.De playbooks en instructies zijn Engelstalige Markdown, en daar kunnen coding-agents het best mee overweg. Je productteksten kunnen in elke taal die een directory accepteert; de agent antwoordt je in jouw taal.
Hoe dan ook eindigen de workspace, product.json, authorizations.json en submissions.json als bestanden op je machine, en het dashboard laat zien wat live is, wat in behandeling is, wat gepland staat en wat op jou wacht.
Zo ziet een run eruit
De illustratie hieronder is die van de homepage: één batch, elk platform eindigend in de status die echt werd waargenomen. Met een browseragent vul je de statussen misschien zelf in na de run; hoe dan ook komen ze uit de tracker, niet van deze pagina.
Opgeslagen voortgang · product.json
- AlternativeToIngediend; wacht op beoordeling
- Product HuntLanceerdatum bevestigd
- Dev Tools DirOpenbare vermelding geverifieerd
- G2Jouw input nodig
Voorbeeldrun · de statussen komen uit je eigen tracker
Als een browseragent vastloopt
Browseragents lopen op andere manieren vast dan coding-agents. Dit zijn de drie situaties die je vroeg moet herkennen, voordat een batch uit de hand loopt:
- Hij is nergens ingelogd
- De agent werkt in zijn eigen remote of beheerde browser. Je directory-accounts en je mailbox zitten in jouw Chrome, dus verplaats de run daarheen via Chrome DevTools MCP, of behandel het werk van de agent als een concept dat je zelf afmaakt.
- Een site weigert hem
- Sommige sites beperken geautomatiseerde agents in gehoste browsers, ook al werken ze prima in je eigen browser. Markeer het platform als “heeft jou nodig” en dien het met de hand in, met het playbook open.
- Hij is vergeten wat hij de vorige keer deed
- Browseragents houden zelden iets bij tussen sessies. Leg elk resultaat direct na de run vast in het dashboard; de volgende batch begint dan vanuit de tracker in plaats van vanuit het geheugen.
Lopen browsertools met --autoConnect in een time-out, controleer dan vier dingen: Chrome 144 of nieuwer draait al, remote debugging staat aan via chrome://inspect/#remote-debugging, je hebt de verbindingsprompt van Chrome toegestaan en geen andere tool houdt dezelfde browser vast. Chrome DevTools MCP laadt elk open tabblad, dus sluit de tabbladen die je niet nodig hebt.
Wat nog door jou moet
LaunchRepo is bewust geen achtergronddienst. Deze momenten stoppen de run en worden vastgelegd als overdracht aan een mens; de agent werkt er nooit omheen:
- CAPTCHA’s en botcontroles
- Welke agent het ook is, de controle los jij op in het bedoelde venster. De tracker legt prepared_needs_human vast; geen enkel playbook bevat stappen om controles te omzeilen of te ontwijken.
- 2FA en verificatiecodes
- De meeste directory’s bevestigen per e-mail. Kan de browseragent je mailbox niet lezen, dan zijn de code en de klik op de bevestiging een overdracht aan een mens — en zo vastgelegd, nooit als geautomatiseerde toegang.
- Betaalde upsells
- Routes die alleen betaald werken, worden vastgelegd als deferred_paid. Een browseragent moet te horen krijgen dat hij niets mag kopen; de playbooks zeggen dat op elk platform, en de beslissing blijft bij jou.
- Vastleggen en bevestigen
- Kan de agent record.py niet draaien, dan vul jij het resultaat in het lokale dashboard in. “Live” vraagt altijd een openbare URL en jouw bevestiging.
Geen benchmark, geen ranking: we noemen browseragents compatibel als ze aan de twee eisen hierboven voldoen, niet omdat we ze tegen andere agents hebben gemeten.
Vragen
Welke browseragents zijn compatibel?
Elke agent die de bestanden van de repository kan lezen en Chrome DevTools MCP kan gebruiken met je ingelogde Chrome — dezelfde twee eisen als voor coding-agents. We testen of onderschrijven geen afzonderlijke producten en publiceren geen benchmark.
Kan een gehoste browseragent de hele run doen?
Meestal niet op eigen kracht: hij is niet als jou ingelogd, kan je mailbox niet lezen en kan record.py niet draaien. Hij kan formulieren invullen vanuit een playbook en productfeiten die je plakt; de rest komt bij jou terecht.
Is een browseragent hiervoor beter dan Claude Code, Codex of Cursor?
Die bewering doen we in geen van beide richtingen. Een coding-agent met een browsertool dekt bestanden, browser en scripts op één plek af; een browseragent heeft jou misschien nodig voor de stappen met bestanden en vastleggen.
Werkt de tracker ook helemaal zonder agent?
Ja. record.py, submissions.json en het dashboard zijn ook nuttig voor een volledig handmatige run: dezelfde elf statussen, dezelfde opvolgdata, dezelfde eerlijkheid over wat live is.
Wat dekt de licentie?
Onbeperkt producten die je zelf bezit en beheert, onbeperkt agents van elk type, één GitHub-account voor toegang tot de repository. Het gebruik van de agent rekent de aanbieder van die agent af.
Eén betaling, elk product, elke agent
De actuele prijs is € 49,00, eenmalig, en die stijgt niet; de prijspagina toont de live prijs, wat er in de repository zit en de licentie in het kort.
Bekijk de prijs