Waarom ik Toggl verving door een eigen toolWhy I replaced Toggl with a tool of my own
Het begon met een complete app. Het eindigde met een skill, een scheduled task en een paar MCP-servers. Over bouwen, en weten wanneer je moet stoppen met bouwen.It started as a full-blown app. It ended as a skill, a scheduled task and a handful of MCP servers. On building, and knowing when to stop building.
Ik betaalde elke maand voor Toggl. Alleen om mijn uren bij te houden en een factuur te maken. Dat voelde overdreven. Dus deed ik wat elke developer doet: ik begon meteen met bouwen.
Documentatie van Moneybird, Jira en een plan. Alles als context in Claude geladen, en binnen no-time stond er een platform.
De architect begon te spreken
Maar toen kwamen de vragen. Is dit toekomstbestendig? Is het schaalbaar? Heb ik dit eigenlijk wel nodig?
En toen had ik een aha-moment. Waarom een volledige app bouwen met API's en een interface waar ik toch nooit naar kijk, terwijl MCP-servers precies dit soort problemen oplossen?
Dus keek ik opnieuw naar wat ik echt nodig had:
- Een dagelijkse Slack-reminder om mijn uren te loggen.
- Tickets ophalen uit Jira en uren wegschrijven met omschrijving.
- Time entries automatisch doorzetten naar Moneybird.
- Aan het einde van de maand een reminder, verificatie en een automatische factuur met de timesheet als PDF-bijlage.
Geen poespas. Gewoon wat ik nodig heb.
Ik schreef een skill in Claude Cowork, maakte een scheduled task en testte het. Het werkte. Sneller dan verwacht en precies wat ik nodig had. Geen abonnement meer. Geen interface die ik toch niet gebruik. Gewoon Claude, de Jira MCP, de Moneybird MCP en Slack als connector.
De developer in mij wilde bouwen. De architect in mij stelde de juiste vragen. Samen kwamen ze op de simpelste oplossing.
Hetzelfde patroon, ander probleem
Dit speelt breder dan urenregistratie. Ik had honderden tabbladen openstaan. Op mijn telefoon, op mijn laptop. Allemaal ideeën die ik snel wilde uitzoeken. Allemaal blijven hangen.
Een notitie openen en iets uitschrijven? Te veel stappen, te veel tijd. Dus bleven de ideeën in mijn hoofd zitten. Een grote chaos waar niets mee werd gedaan.
Totdat ik Wispr Flow ontdekte. Ik spreek iets in, daar wordt meteen tekst van gemaakt, en die gaat naar Claude. Vervolgens wordt er iets mee gedaan, of ik word eraan herinnerd via Slack. De LinkedIn-post die ik hierover schreef is daar zelf een goed voorbeeld van: tussendoor ingesproken terwijl ik aan het werk was, uitgewerkt door Claude en direct geplaatst via de Buffer MCP.
Eerst kijken wat er al ligt
De les uit beide gevallen is dezelfde. Mijn eerste reflex is bouwen. Maar de betere vraag is: wat heb ik echt nodig, en welke tools liggen er al voor het oprapen? Voor mijn urenregistratie was dat geen app, maar een paar MCP-servers en een skill. Voor mijn tabbladen-chaos geen notitiesysteem, maar een microfoon en een connector.
Waarom moeilijk doen als de juiste tools voor het oprapen liggen?
En nee, dit gaat niet over de discussie urenfabriek versus waardecreatie. Beide begrijp ik en beide gebruik ik. Dat is iets voor een andere note.
I was paying for Toggl every month. Just to track my hours and create an invoice. That felt excessive. So I did what every developer does: I started building right away.
Moneybird docs, Jira docs and a plan. Loaded it all into Claude as context, and in no time there was a platform.
Then the architect spoke up
But the questions followed. Is this future-proof? Is it scalable? Do I actually need this?
And then I had an aha moment. Why build a full app with APIs and an interface I'll never look at, when MCP servers solve exactly this kind of problem?
So I took another look at what I really needed:
- A daily Slack reminder to log my hours.
- Pulling tickets from Jira and logging hours with a description.
- Pushing time entries to Moneybird automatically.
- At the end of the month a reminder, verification and an automatic invoice with the timesheet attached as a PDF.
No frills. Just what I need.
I wrote a skill in Claude Cowork, set up a scheduled task and tested it. It worked. Faster than expected, and exactly what I needed. No more subscription. No interface I never use anyway. Just Claude, the Jira MCP, the Moneybird MCP and Slack as the connector.
The developer in me wanted to build. The architect in me asked the right questions. Together they arrived at the simplest solution.
Same pattern, different problem
This goes beyond time tracking. I had hundreds of tabs open. On my phone, on my laptop. All ideas I wanted to look into quickly. All of them just sitting there.
Opening a note and writing something down? Too many steps, too much time. So the ideas stayed in my head. One big mess that nothing ever happened with.
Until I discovered Wispr Flow. I dictate something, it's instantly turned into text, and that goes to Claude. Then something gets done with it, or I get a reminder via Slack. The LinkedIn post I wrote about this is a good example in itself: dictated in between tasks while I was working, written up by Claude and published directly through the Buffer MCP.
Look at what's already there first
The lesson is the same in both cases. My first reflex is to build. But the better question is: what do I actually need, and which tools are already there for the taking? For my time tracking that wasn't an app, but a handful of MCP servers and a skill. For my tab chaos it wasn't a note-taking system, but a microphone and a connector.
Why make things hard when the right tools are within reach?
And no, this isn't about the hour-factory versus value-creation debate. I understand both and I use both. That's a topic for another note.