Your hire takes six months. Your roadmap can't wait.
A senior engineer who works with AI agents and owns what they ship. You get the speed of agents with the judgment of someone who has run payments in production. I built and run a six-app platform this way, alone.
Remote: EU hours or US East Coast overlap On-site in Berlin B2B invoice, EUR or USD


Three ways to fill the gap. One person who has already done the hard part.
The person on the call writes the code
- You pay for a team, the work goes to whoever is free
- One senior engineer, from the first call to production
Agents write it. Someone has to own it.
- More licences mean more pull requests, and nobody who answers for them
- I direct the agents, review what they write and answer for what ships
Starts in weeks, ends cleanly
- Months to find, a notice period on top, then onboarding
- Contract starts fast and hands over when your permanent hire arrives
Start with two paid days.
One real ticket from your backlog. You see the code, the review notes and the questions I ask. Then decide.
The operator console I own at WiTTRA Networks is used every shift at Stockholm Arlanda Airport, Eramet and ArcelorMittal.
AI writes the code now. The job is knowing when it is wrong.
Review, not typing
With agents in the loop, pull requests run about 50% larger and wait around four times longer for a reviewer. I am the reviewer who also ships: agents draft, I own every line that reaches production.
The unhappy path
They build the checkout that works and miss the refund that should not be allowed. PartyX's payments, payouts and refunds are exactly that code, live for two years with real money on it.
Deciding, not generating
Six apps in 22 months is not typing speed. It is choosing what to build, what to reject and what to delete, then carrying the pager for the result.
Why it matters 45% of AI-generated code ships with a known security flaw (Veracode, 2026). Someone has to catch it.
Need payments or ticketing built, not a contractor?
The same system PartyX runs on, scoped in writing before any work starts.
Payments and ticketing backend, built for your product.
Checkout, refunds, payouts and the ledger behind them, on Stripe, in your stack. The unhappy paths included, because that is where money goes missing.
- ScopeA scoping call, then a written scope and a fixed price.
- BuildCheckout, webhooks, refund rules, with regular demos on your staging.
- HandoverPayouts, ledger, tests, runbook, and a handover session with your team.
- Your repository, your accounts, your code
- Tests for refunds, disputes and failed payouts
- Support after handover, agreed in the scope
Every layer, built and run by me.
PartyX is my own product and my portfolio. The same skills go into your codebase.

Web app
Search, checkout, tickets.

iOS app
In App Store review.


Admin console
Dashboards, roles, door scanning, payouts.

Payments
Stripe checkout, refunds, disputes, payouts, ledger.

Onboarding and verification
Search, claim, prove ownership, step by step.

Data pipelines
10,000+ events imported and kept fresh, 8 cities.
Screens I designed and built.
From PartyX: real screens, demo data. Hover to pause.














Check it yourself.
Where I have done this.
PartyX is my own product and my portfolio. Hours and availability are agreed with each client.
PartyX Own product
Enklare, Stockholm
Five questions instead of a first call.
I reply in writing, usually within a day or two.
Prefer email? founder@partyx.infoPrefer a CV? One page, PDF