A Recap of DevRelCon 2026

DevRelCon 2026. NYC. Brooklyn. Two entire days of the best developer marketing professionals in the world - in one room. As someone who’s been doing this job for an entire 6 months, sometimes I really feel like there’s a lot to learn. I’m mostly writing this for myself, to really remember what it felt like and what I learned. But, hopefully there’s someone out there that learns a little something from reading this.

I’m gonna do these in order of novelty, rather than chronological.

1. Videos

Videos - demo videos, product videos, whatever - are an extremely critical part of a devrel’s work. However, its not easy to record a high fidelity walkthrough and have perfect pitch pacing and video editing. Its by all definitions a skill. Youtubers have worked for years and have thousands of dollars of fancy equipment - and have each developed their own workflow. It’s one thing I’ve struggled with the most. Not through talks, but through conversations w experienced professionals - specifically asking them how they record a high fidelity video.

Originally, I was doing one video recording. One take - my mouse, my prompts, my speaking, switching screens - all at once. It took me hours to produce a quality 5 minute video. Turns out - that’s not the way.

Here’s the sauce. First, you record just your script - your little floating head speaking the full script. That way, you are fully engaged, you can setup a teleprompter, and its much easier to record this in one fluid video. Then, you record the screen separately.

So sure that makes sense - but then you have to edit these videos together. And lining up the clips, and cutting any dead space, and all the other video editing takes time. Time and skill. It’s pretty hard to build those skills.

And here’s the second cool thing. Codex, specifically 5.6 sol, is the first model of its kind to be proficient at video editing. Either w raw FFmpeg or Resolve Studio - you can do all of the basics of editing straight from an LLM. And thus, you have a 0 to 1 video. Much, much easier than what I was doing.

2. Agent Orchestration

Before I get into it, let me plug the OG. The below is all from Kourtney Meiss.

Kourtney is currently a DevRel at Amazon Devices - so caveat this with the fact that she can tokenmaxx.

Prior to this talk, I really felt like I was always behind with AI - I’d heard about this “agent orchestration” thing and subagents, but never really used them to their full potential.

She developed this really great way to make agent orchestration easy to understand - and detailed her whole process in detail on her blog. Basically - you detail and control each agent for a specific task. Ie - deep research becomes a defined subagent. Coding becomes a defined subagent. And because we’re in devrel - content repurposing becomes a defined subagent. That makes each subagent better at their respective task - and have defined and scoped permissions.

She had this fun thing where each subagent had a pokemon name, based on what the pokemon/subagent was best at. I simply cannot remember that many associations. At this point, I have 17 different subagents.

But anyways, the point is I followed all her blogs on developing an agent orchestration system - or as some call it, a “software factory”. And it works. I’m able to delegate many more tasks, and the output is fascinatingly better. Highly recommend - although I would say if you aren’t a toxenmaxxer, maybe delegate some subagents to run on the cheaper models.

3. What is a “developer”?

In the age of coding agents - the role of a “developer” has changed. It used to be that a developer would have a computer science degree, and take a lot of their input on tools from other developers. Whether word of mouth, or online forums - all that changed with AI. Now, agents are choosing tools. And with that, people without fundamental software skills are using agents - and therefore tools. That means the “person” choosing your tool isn’t a developer, and they may not even be a person. No one really knows how to account for this change - but there are some things that do matter. Two of the most impactful:

Having markdown versions of all your webpages - in the llms.txt format.
Schema tag all your pages.

So yeah, there were a lot of learnings. But the best part was just meeting people - people who had been doing this job for more years than I’ve been alive. Someone once told me “devrels are always the coolest people”. And I can now say - I confidently agree. One fun tidbit I’ll leave you with. I met a guy who had been at Motorola his entire career - 33 whole years. And he’s doing devrel. I’ll tell you, I didn’t even know what Motorola did anymore. Turns out they do a whole lot. As I like to say - “always learning, always teaching”.