Meerdere Discord-bots samenvoegen tot één, zonder stilstand

Waarom dit misgaat

Naast elkaar draaien kost je op plekken die niemand ziet bij het uitnodigen. Elke bot brengt een eigen rol mee, en die rollen stapelen zich op in de hiërarchie: staat er een te laag, dan mist de automatisering van die helper precies de leden waarvoor ze bedoeld was, en je merkt het niet, want er komt geen foutmelding, alleen stilte. Daar komen de rechten bij: wie bij elke nieuwe aanwinst snel doorklikt, heeft dezelfde vergaande toestemming vaak drie keer weggegeven. Logboeken lopen dubbel omdat twee helpers in hetzelfde kanaal schrijven, en wie een verwijdering opzoekt, vindt die twee keer met net een ander tijdstip. Het duurst wordt het als automatisering zichzelf tegenspreekt: de een geeft een rol bij binnenkomst, de ander haalt hem weg bij de verificatie, en het lid zit ertussen. Zulke gevallen bedenk je niet; die komen boven als iemand klaagt.

Wat je vooraf beslist

Voordat je iets weghaalt, schrijf je op wat elke bot bij jullie werkelijk doet, niet wat hij zou kunnen. Twee kolommen volstaan: de functie en wie haar zou missen. Kies daarna per regel een van drie dingen: overnemen, zonder vervanging schrappen, of bewust houden. Die middelste keuze telt het zwaarst, want in elke verzameling die is gegroeid staan dingen die twee jaar geleden nodig waren en sindsdien door niemand gemist zijn. Bepaal vervolgens de volgorde: wat hangt aan opgeslagen waarden die alleen de huidige helper heeft, en wat is puur een kwestie van instellingen? Instellingen verhuizen meteen, alles wat aan gegevens vastzit later en met meer rust. En spreek vooraf af wie in het team beslist als twee mensen zich dezelfde functie anders voorstellen, anders staat de verbouwing op dag twee stil.

Stap voor stap

1. Maak een lijst waarop per draaiende bot staat welke taak hij bij jullie werkelijk vervult.
2. Sorteer die lijst op de vraag of een regel aan opgeslagen waarden hangt of alleen aan instellingen, en begin bij de instellingen.
3. Voeg de nieuwe bot toe zonder Administrator-recht en zet in het webdashboard op its-netting.com precies één module aan.
4. Haal bij de vorige helper alleen die ene functie uit bedrijf in plaats van hem te verwijderen, en kijk drie dagen toe.
5. Herhaal dat module voor module en verwijder de oude bot pas als geen regel van je lijst nog naar hem wijst.

De fouten die bijna iedereen maakt

De meest gemaakte fout is de peildatum: alles op één avond opruimen en de volgende ochtend merken dat er een kleinigheid ontbreekt die niemand op de lijst had. De tweede is het opruimen van rollen op het verkeerde moment. Verwijder je de rol van een helper voordat je hebt gecontroleerd of er kanaalrechten aan hangen, dan verliezen ineens echte leden toegang tot kanalen. Derde fout: kanalen overnemen zonder naar de rechten te kijken. Een logkanaal dat is aangemaakt door een verwijderde helper staat daarna vaak voor iedereen open. Vierde: alles tegelijk omzetten, zodat bij een probleem niemand meer kan zeggen welke wijziging het veroorzaakte. En de stilste fout van allemaal: niet met het team praten. Wie in de ochtend een commando typt dat niet meer bestaat, ziet dat als een storing en niet als een besluit.

Veelgestelde vragen

Nee, en overhaast het al helemaal niet. Houd bewust wat bij jullie een bijzondere taak vervult waarvoor geen vervanging bestaat. Minder bots zijn het middel, niet het doel: het doel is dat elke functie één duidelijke eigenaar heeft.

Zijn botrol verdwijnt met hem mee, maar alles wat jullie eromheen hebben gebouwd blijft: kanalen, categorieën, rechteninvoer en vastgezette panelen. Loop de betrokken kanalen één keer van boven naar beneden door voordat je de verbouwing klaar noemt.

Op een actieve server één per ronde. De reden is niet voorzichtigheid maar herleidbaarheid: alleen zo weet je welke wijziging een gedrag veroorzaakte. Bij 73 modules loont dat geduld, want anders zit je alles tegelijk te controleren.

Vooral overzichtelijker: één rol in de hiërarchie, één dashboard, één plek voor logboeken. Het werk verdwijnt niet, het verschuift: je tijd gaat naar instellingen in plaats van naar uitzoeken wie waarvoor verantwoordelijk was.

Moet ik uiteindelijk alle oude bots verwijderen?

Nee, en overhaast het al helemaal niet. Houd bewust wat bij jullie een bijzondere taak vervult waarvoor geen vervanging bestaat. Minder bots zijn het middel, niet het doel: het doel is dat elke functie één duidelijke eigenaar heeft.

Wat blijft er achter als ik een bot van de server gooi?

Zijn botrol verdwijnt met hem mee, maar alles wat jullie eromheen hebben gebouwd blijft: kanalen, categorieën, rechteninvoer en vastgezette panelen. Loop de betrokken kanalen één keer van boven naar beneden door voordat je de verbouwing klaar noemt.

Hoeveel functies kan ik tegelijk verhuizen?

Op een actieve server één per ronde. De reden is niet voorzichtigheid maar herleidbaarheid: alleen zo weet je welke wijziging een gedrag veroorzaakte. Bij 73 modules loont dat geduld, want anders zit je alles tegelijk te controleren.

Wordt het beheer hier echt makkelijker van?

Vooral overzichtelijker: één rol in de hiërarchie, één dashboard, één plek voor logboeken. Het werk verdwijnt niet, het verschuift: je tijd gaat naar instellingen in plaats van naar uitzoeken wie waarvoor verantwoordelijk was.