We're seeing the rise of GTM Developer Tools. It's a new, important category for sales & marketing that breaks the traditional lanes. Today I'm sharing a complete market map, dataset, and continuously updating research to help you navigate this shift. Explore the interactive resource or download it here (then give it to your agent). In this post, I'll share my POV on why this matters.
12 months ago I wouldn't have touched tools like Apify, Exa, Firecrawl, or Parallel Web Systems. I saw them as Dev Tools. Not for me, not for GTM.
Developer tools are now highly relevant for GTM use cases.
I see this forming a new category called "GTM Developer Tools."
These tools (and the agents calling them) are eating my GTM tech stack. And it's breaking traditional mar-tech/sales-tech lanes. There's no Gartner quad, no G2 grid.
Buyers have a challenging task.
The stack you built in 2020 is for a different world.
These GTM Developer Tools are exciting options to make your agents more than just toys. Plus, traditional SaaS is going Headless (CLI, API, MCP) to stay in the picture. So you have to find the new tools that sit outside traditional lines, and you have to assess your current vendors for this world.
Two things are driving the shift
1.) Agents are the center.
Agents are the center of the new GTM stack. They don't care about Gartner grids or usability ratings. They care about which tools they can access to help their humans hit goals. Aaron Levie said it cleanly: "As agents become the biggest users of software, then all software has to be available in a headless fashion. Agents won't be using your UI."
2.) Builders have arrived in GTM.
Dedicated roles like GTM Engineers, Applied AI, and Marketing Engineers keep showing up. Plus any savvy operator with Claude Code or Codex can build.
The titles are real and multiplying — GTM Engineer, Marketing Engineer, AI Transformation, Agent Operator. I've been tracking them for months; the live list is at adamGTM.com/jobs.
The numbers back it — GTM engineering headcount has doubled, with 400+ GTM engineers now at US digital natives, and Claude Code is the go-to tool (Kyle Poyar's H1 2026 GTM Hiring Report, 120K+ job posts).
The org chart is reshaping around it — marketing is splitting into a barbell: system builders who deploy and run agents on one side, brand and community on the other.
These builders pick tools differently. They aren't stacking SaaS UIs, they're shipping skills and agents. They reach for what their agents can actually call, and compose a stack instead of buying one.
The map
This makes GTM Developer Tools increasingly important. If you're a buyer, it's worth understanding and tracking this. If you keep stacking SaaS tools like you did in 2020, you're missing a lot of interesting opportunities.
I've started making my map of the GTM Developer Tools space.
It will continuously update. Currently covers ~400 tools with 3 pieces:
1.) Agents as the new center of gravity.
Coding agents (Claude Code, Codex, Cursor) and agent builders (LangChain, Lindy, Dust). This is what runs the work. Everything else orbits it.
2.) GTM Developer tools that connect.
The tools you use to build, manage, and run agents in sales & marketing: Web Search & Scraping, Computer Use, Data/Enrichment & Signals, Communication Infra, Orchestration, Deployment, Data Storage & Memory, Agent Tooling. I started with these 8 and expect to expand as the space evolves.
3.) Traditional GTM SaaS going headless.
Traditional GTM SaaS, on the map only where it went headless in some form. A vendor with no surface an agent can call is invisible to the stack above it. These are still relevant when they can play a role for builders and their agents.
I published a v1 today.
You can download it, give it to Claude, and make it your own.
p.s. I'd love to hear your take. Is your stack going this direction? Are there key GTM Developer Tools missing from this market map? I read all replies.