North Rhine-Westphalia (NW), Germany

AI development for Dusseldorf teams, handed over in writing

Magic Ship is an AI development agency in Vancouver, British Columbia, with no presence in Dusseldorf and no shared working hours with it. What that buys you is a full day of build time delivered as a written handoff, waiting when you sit down.

base
vancouver, bc, canada (UTC-08:00)
market
Dusseldorf, Germany
your clock
UTC+01:00 (Europe/Berlin)
overlap
none on the same date, written handoff instead
presence
remote only, no office in Dusseldorf

No shared working day, so the loop is written

Dusseldorf is 9 hours ahead of Vancouver. When we start at 09:00 it is 18:00 on the same day for you, and when we stop at 17:00 it is 02:00 on the next day. On the same calendar date there is no hour where both sides are at work.

Removing the shared hour removes the interruptions with it. A full Vancouver day of uninterrupted build time, handed over in writing, tends to move a project further than a day punctuated by four calls.

  • The Vancouver day ends with a written summary: shipped, broken, blocked, and the one thing we need you to decide.
  • That summary is waiting at 02:00 your time, alongside the diffs it refers to.
  • The decision log lives in the repository rather than in a chat thread, so it is still readable a year later.
  • Anything that would block us gets asked as a proposal you can approve in a sentence, not as an open question.

One live call a week, and it is scheduled honestly: 08:00 in Vancouver is 17:00 in Dusseldorf. That hour is outside our working day and inside yours. We take the awkward end of it, because it is our job to be reachable.

What Dusseldorf buyers usually bring us

The record for Dusseldorf lists two industries. Here is the part of each one that turns into an engagement, and the service line it lands under.

advertising

Generated copy demos beautifully and drifts off brief by week two. The durable piece is the eval set that catches the drift before the client does.

Week one puts something running in your environment against real state, because an agent that can only talk teaches nobody anything about the hard part.

Closest service line: AI products, built end to end

telecommunications

Network inventory, provisioning and billing systems are the integration surface, and each one has retry semantics that a prompt cannot express.

Integrations are validated against live traffic: auth, pagination, rate limits, retries, and the failure modes that only surface under real load.

Closest service line: Forward-deployed engineering

Contracts, currency and where the data sits

Invoices are in euros. GDPR makes storage location a design question rather than a footnote, so the index, the logs and the model calls get pinned to European regions where your provider offers them, and that is settled in week one. German buyers usually want that in the statement of work, and it belongs there.

The commercial part stays deliberately boring. Fixed acceptance criteria per increment, weekly shipping, and a written record of every decision. Nothing about working from Vancouver instead of Dusseldorf changes what you are buying.

The five lines we sell

Same five lines everywhere, Dusseldorf included. Most engagements are one of them, sometimes two.

The languages, models and infrastructure underneath all five are listed on the Magic Ship stack page, with what each one is good for and where it is the wrong choice.

Other markets in Germany

Where else the same work happens in Germany, with the numbers redone per market.

Every market we work in

Start a project

Describe what is broken or what you want built. The reply comes from the engineer who would build it, and it covers scope, timeline and fit before anything else.

Start a project