Wayne's Werkwijze

Context

Dit document is opgesteld op 31 maart 2026 met Claude Code + gstack office-hours. Michiel heeft gevraagd om Wayne’s werkwijze op papier te zetten, zodat hij GitHub/git zo kan inrichten dat het daarbij past.

---

Wie is Wayne

Wayne is geen developer. Hij is een creatieve builder en salesman. Als iets in zijn hoofd zit, moet het eruit, en dan gaat hij het bouwen. Vandaag een messaging server. Morgen een agent flow met WhatsApp-integratie. Overmorgen een SIM-kaart apparaat koppelen aan het systeem.

Wayne snapt code en systemen, maar denkt niet in repositories of branches — hij denkt in functies die moeten werken.

Kernpunt

Wayne WIL structuur. Hij vindt repos belangrijk, ziet de voordelen van versies en back-ups. Maar hij is chaotischer dan Michiel — hij schakelt snel tussen idee en uitvoering. Een git-workflow die voor Michiel logisch voelt, kan Wayne belemmeren. Structuur moet bij zijn werkwijze passen, niet andersom.

---

Dagelijkse werkwijze

De server IS de werkplek

Wayne werkt direct op de development server (83.86.98.93). Geen lokale clone, geen laptop-IDE.

Tool	Waarvoor
Claude Code (SSH/terminal)	Beschrijft wat hij wil, Claude leest en past bestanden aan
Windows Explorer (Samba shares)	Foto’s, SVGs, artwork bekijken en kopieren via \\app.apptractive.nl\werkmap en \\...\pim_data
Browser	Live sites testen (brinxx.magiceverse.online, admin panels, etc.)

Test on the fly

Code aanpassen en meteen live testen. Geen staging, geen build-wacht-deploy cyclus.

Aanpassen → browser refreshen → werkt het? → door.

Cross-system werk

Een typische taak raakt meerdere systemen tegelijk. Dit is geen uitzondering — dit is de normale werkdag.

Voorbeeld: Agent update bouwen

1. magic_agent/ → nieuwe flow bouwen
2. magic_commerce/magic_brinxx/ → connection flow in de tenant
3. magic_agent/escalation-server/ → WhatsApp-bericht flow
4. /mnt/data/pim_data/ → artwork/foto’s controleren via Windows shares
5. Browser → alles live testen

= 4 codebases + asset directories in 1 werkstroom

Andere voorbeelden:

Taak	Systemen die het raakt
Logo positionering fix	magic_3d + magic_modal + magic_logo + magic_commerce + nginx config
Nieuwe tenant feature	magic_commerce/magic_development + sync naar tenants + storefront + admin
Product toevoegen	PIM database + pim_data images + commerce backend + storefront + 3D viewer

Assets zijn onderdeel van het werk

Foto’s, SVGs, 3D modellen, artwork PDFs — die worden bekeken en bewerkt via:

• Windows Explorer (Samba shares) → bestanden bekijken, kopieren, controleren
• Browser (live sites) → zien hoe ze eruitzien in het product

Assets zijn geen bijzaak. Ze zijn onderdeel van bijna elke taak.

Mix van Claude Code + handmatig

• Claude Code doet het meeste programmeerwerk — over meerdere systemen tegelijk
• Wayne kopieert soms zelf bestanden via shares
• Configureert handmatig (nginx, docker-compose, externe services)
• Koppelt hardware en externe diensten waar nodig

Na afloop: Dev Projects

Als een taak af is, wordt het geregistreerd in het Dev Projects systeem via de portal.

---

Wat Wayne nodig heeft van versiebeheer

Structuur + vrijheid

Wayne wil structuur. Hij wil repos. Maar hij wil ook zijn vrijheid houden. Die twee moeten samengaan.

Het ideale plaatje

“Ik bouw, iets vangt het op.”

Wayne werkt zoals hij werkt — creatief, snel, cross-system. En er is een systeem dat zijn werk automatisch opvangt in git, zonder dat hij er last van heeft. Geen verplichte commits, geen branches maken, geen keuze in welke repo iets thuishoort.

Tijdmachine als vangnet

Het belangrijkste: terug kunnen. Als er iets kapot gaat, terug naar hoe het gisteren was. Per systeem of alles tegelijk.

Development en productie gescheiden

Omgeving	Server	Doel
Development	Huidige server (83.86.98.93)	Bouwen, testen, experimenteren
Productie	Netcup	Draait voor klanten

Git is het transportmiddel tussen development en productie — niet iets waar Wayne dagelijks mee werkt.

---

Conclusies voor Michiel

1. Wayne werkt direct op de server — geen lokale clone, geen pull/push workflow vanuit Windows
2. Wijzigingen raken altijd meerdere systemen — git moet cross-system wijzigingen kunnen opvangen
3. Assets (foto’s, SVGs, artwork) horen niet in git maar zijn wel onderdeel van elke taak
4. Wayne wil geen dagelijkse git-workflow — het systeem moet zijn werk automatisch opvangen
5. Wayne wil WEL structuur en repos — maar onzichtbaar, als vangnet
6. Development en productie gescheiden — deze server = dev, Netcup = prod
7. Claude Code is Wayne’s primaire tool — git-integratie moet daar doorheen werken, niet ernaast

---

Concreet: wat moet het systeem doen?

Wayne doet	Het systeem vangt op
Past bestanden aan in magic_agent	Automatisch gedetecteerd en vastgelegd
Past tegelijk iets aan in een tenant	Vastgelegd als onderdeel van dezelfde wijziging
Past escalation-server aan	Idem — alles bij elkaar
Controleert artwork via shares	Assets blijven buiten git, maar code-wijzigingen wel vastgelegd
Zegt “dit is klaar” (via Claude Code of Dev Projects)	Alles wordt gebundeld en is klaar om naar productie (Netcup) te gaan
Iets gaat kapot	Terug naar de vorige werkende versie — per systeem of alles