GTM Engineer - Kitaru & ZenML

Overview: The Person Who Turns Open Source into Design Partners

We're hiring a GTM Engineer to own the motion that turns curious developers into design partners - and design partners into the people who tell us what Kitaru and ZenML should become next.

One-line version: someone who can whiteboard an integration architecture in the morning, pitch it to a Head of AI in the afternoon, write the blog post that explains it on the train home, and show up at a meetup that weekend to talk about it. Technical enough that engineers trust them. Commercial enough that founders take their meetings.

You'll work across our two open-source products: ZenML, the AI platform thousands of teams use to orchestrate ML pipelines and agent workflows, and Kitaru, our brand-new durable execution layer for Python agents - crash recovery, human-in-the-loop, replay from any checkpoint. ZenML has years of production trust and a warm community giving us a steady stream of signals. Kitaru just launched, has no playbook yet, and is defining a category. That's where you'll spend most of your week.

This is not a sales role. It's not a marketing role. It's not exactly a DevRel role either. It's the role that creates new categories by finding the first ten companies willing to co-build the product with you, shipping the integrations and content that get them in the door, and feeding everything you learn straight back into product strategy. If "technical GTM" is a thing, this is the job.

We expect you to be AI-pilled. You're not just building for AI engineers, you are one. You have strong opinions about which agent frameworks ship and which won't survive 2027. You can defend those opinions in a room of engineers who'll push back. But AI-pilled ≠ vibes-pilled - you read every diff your agent produces, you can architect a real system on a whiteboard, and your judgment is yours.

Key Responsibilities (The "Jobs to be Done")

Tech You'll Work With