Developer Marketing Operations

Developer marketing and developer relations for B2B SaaS

by shalintripathi · MIT license · ★ 20 on GitHub

Developer marketing and developer relations for B2B SaaS with technical audiences. Use this skill when the buyer or user is a developer: documentation as a marketing surface, quickstarts and time-to-first-call, SDKs and sample apps,…

---
name: developer-marketing-ops
description: "Developer marketing and developer relations for B2B SaaS with technical audiences. Use this skill when the buyer or user is a developer: documentation as a marketing surface, quickstarts and time-to-first-call, SDKs and sample apps, developer community and DevRel programs, open-source strategy, and technical content that survives engineer scrutiny. Also triggers on: developer marketing, DevRel, developer relations, developer experience, DX, docs, documentation, quickstart, SDK, API marketing, open source strategy, developer community, technical content, dev audience, hacker news, engineering blog."
---

# Developer Marketing Operations

## Step 0 (always first): Load brand context

**Before producing any deliverable, look for a `brand-context.md` file** in the user's project root (also check `./.claude/brand-context.md` and `./docs/brand-context.md`). It holds the company's ICP, positioning, messaging pillars, citable proof, voice, banned words, and compliance constraints.

- **If it exists:** read it in full and treat it as binding for this run. Hand its contents to every specialist agent you route work to, alongside the task brief. Its "Rules for agents reading this file" section overrides an agent's own defaults.
- **If it does not exist:** say so, point the user at the template ([`templates/brand-context.md`](../../templates/brand-context.md)), and offer to generate a filled draft by interviewing them or by reading their website and existing content. Then proceed with explicitly-labelled assumptions — never silently invented ones.

**Non-negotiable regardless of which path applies:** do not invent customer names, metrics, funding, integrations, certifications, or outcomes. Only proof recorded in `brand-context.md` (or supplied directly in the request) may be used as fact. Where a claim would help but no evidence exists, emit a `[NEEDS INPUT: …]` marker in the deliverable rather than a plausible-sounding guess.

---

Overview

Before producing any deliverable, look for a brand-context.md file in the user's project root (also check ./.claude/brand-context.md and ./docs/brand-context.md). It holds the company's ICP, positioning, messaging pillars, citable proof, voice, banned words, and compliance constraints.

What you get

Every deliverable names its audience, its owner, and the decision it enables.
No invented customers, metrics, funding, certifications, or outcomes — [NEEDS IN
Cite real sources with links and read-dates when referencing external standards,
Where a recommendation depends on a number the company has not supplied (budget,

Manual install (npx, ZIP)

Claude Codenpx skills add shalintripathi/saas-marketing-agents --skill developer-marketing-ops -g -a claude-code

Claude Code (degit)

npx degit shalintripathi/saas-marketing-agents/plugins/saas-marketing/skills/developer-marketing-ops#main ~/.claude/skills/developer-marketing-ops

Claude.ai / desktopZip the folder and upload it under Settings → Capabilities → Skills.

Codex, Cursor, other agentsPoint them at SKILL.md. The other files are plain text.

Connects with Agent Alley MCP · agentalley.io/mcp

Files included

SKILL.md5.0 KB

Read SKILL.md here

shalintripathi/main1 file shown

SKILL.md5.0 KB

Browse every file on GitHub↗

SKILL.md

Show the full text60 lines

developer-marketing-ops/SKILL.md60 lines · 5.0 KB

PreviewCode

Outline

RawView on GitHub

Developer Marketing Operations

Step 0 (always first): Load brand context

Before producing any deliverable, look for a brand-context.md file in the user's project root (also check ./.claude/brand-context.md and ./docs/brand-context.md). It holds the company's ICP, positioning, messaging pillars, citable proof, voice, banned words, and compliance constraints.

If it exists: read it in full and treat it as binding for this run. Hand its contents to every specialist agent you route work to, alongside the task brief. Its "Rules for agents reading this file" section overrides an agent's own defaults.
If it does not exist: say so, point the user at the template (templates/brand-context.md), and offer to generate a filled draft by interviewing them or by reading their website and existing content. Then proceed with explicitly-labelled assumptions — never silently invented ones.

Non-negotiable regardless of which path applies: do not invent customer names, metrics, funding, integrations, certifications, or outcomes. Only proof recorded in brand-context.md (or supplied directly in the request) may be used as fact. Where a claim would help but no evidence exists, emit a [NEEDS INPUT: …] marker in the deliverable rather than a plausible-sounding guess.

What This Is

Developer Marketing Operations markets to developers — an audience where most classic B2B tactics actively backfire. Gated PDFs, lead-capture forms in front of docs, and benefit-led copy without code all read as hostile here. This skill owns the artifacts a developer actually evaluates in an IDE, a terminal, or a repo, and hands channel execution to the existing acquisition skills.

The Team: 1 Specialist Agent

#	Agent	File	What They Do
1	Developer Audience Strategist	`agents/devmkt-developer-audience-strategist.md`	Owns documentation as a marketing surface, quickstart and time-to-first-successful-call design, SDK and sample-app strategy, open-source and community programs, DevRel motion design (talks, workshops, office hours), and technical content standards that survive engineer scrutiny.

How to Use

Routing User Requests

Developer experience & docs → Developer Audience Strategist

"Cut our time-to-first-successful-API-call"
"Audit our docs as a marketing surface"
"Design a quickstart that actually gets someone to hello world"
"What should our SDK and sample-app strategy be?"

Developer community & DevRel → Developer Audience Strategist

"Design our DevRel program"
"Should we open-source this, and what does that commit us to?"
"Build a developer community motion that isn't astroturf"
"Why does our technical content get torn apart by engineers?"

Working Method

Load brand context first (Step 0 above) and hand it to the specialist along with the brief.
Route to the specialist whose remit matches the request. Where a request straddles a boundary, name the boundary and route each half to its owner rather than answering both yourself.
Produce the specialist's deliverable in full, using only proof recorded in brand-context.md or supplied in the request. Emit [NEEDS INPUT: …] wherever evidence is missing rather than inventing it.
Name the handoffs. State explicitly which other skill picks up the next step, so work does not dead-end.

Boundaries this skill respects. Scope is set by artifact and audience, not channel: this skill owns anything a developer evaluates in an IDE, terminal, or repo, and briefs channel execution out to the existing agents — content-blog-strategist still owns the blog program, social-reddit-specialist and the social skill still own community channels, and seo-technical-auditor still owns crawlability. It supplies the technical substance and the credibility bar; they run the surface.

Output Standards

Every deliverable names its audience, its owner, and the decision it enables.
No invented customers, metrics, funding, certifications, or outcomes — [NEEDS INPUT: …] instead.
Cite real sources with links and read-dates when referencing external standards, platforms, or research; flag anything contested.
Where a recommendation depends on a number the company has not supplied (budget, headcount, current conversion rate), state the assumption in-line rather than burying it.

1	---
2	name: developer-marketing-ops
3	description: "Developer marketing and developer relations for B2B SaaS with technical audiences. Use this skill when the buyer or user is a developer: documentation as a marketing surface, quickstarts and time-to-first-call, SDKs and sample apps, developer community and DevRel programs, open-source strategy, and technical content that survives engineer scrutiny. Also triggers on: developer marketing, DevRel, developer relations, developer experience, DX, docs, documentation, quickstart, SDK, API marketing, open source strategy, developer community, technical content, dev audience, hacker news, engineering blog."
4	---
5
6	# Developer Marketing Operations
7
8	## Step 0 (always first): Load brand context
9
10	Before producing any deliverable, look for a `brand-context.md` file in the user's project root (also check `./.claude/brand-context.md` and `./docs/brand-context.md`). It holds the company's ICP, positioning, messaging pillars, citable proof, voice, banned words, and compliance constraints.
11
12	- If it exists: read it in full and treat it as binding for this run. Hand its contents to every specialist agent you route work to, alongside the task brief. Its "Rules for agents reading this file" section overrides an agent's own defaults.
13	- If it does not exist: say so, point the user at the template ([`templates/brand-context.md`](../../templates/brand-context.md)), and offer to generate a filled draft by interviewing them or by reading their website and existing content. Then proceed with explicitly-labelled assumptions — never silently invented ones.
14
15	Non-negotiable regardless of which path applies: do not invent customer names, metrics, funding, integrations, certifications, or outcomes. Only proof recorded in `brand-context.md` (or supplied directly in the request) may be used as fact. Where a claim would help but no evidence exists, emit a `[NEEDS INPUT: …]` marker in the deliverable rather than a plausible-sounding guess.
16
17	---
18
19	## What This Is
20
21	Developer Marketing Operations markets to developers — an audience where most classic B2B tactics actively backfire. Gated PDFs, lead-capture forms in front of docs, and benefit-led copy without code all read as hostile here. This skill owns the artifacts a developer actually evaluates in an IDE, a terminal, or a repo, and hands channel execution to the existing acquisition skills.
22
23	## The Team: 1 Specialist Agent
24
25	\| # \| Agent \| File \| What They Do \|
26	\|---\|-------\|------\|-------------\|
27	\| 1 \| Developer Audience Strategist \| `agents/devmkt-developer-audience-strategist.md` \| Owns documentation as a marketing surface, quickstart and time-to-first-successful-call design, SDK and sample-app strategy, open-source and community programs, DevRel motion design (talks, workshops, office hours), and technical content standards that survive engineer scrutiny. \|
28
29	## How to Use
30
31	### Routing User Requests
32
33	Developer experience & docs → Developer Audience Strategist
34	- "Cut our time-to-first-successful-API-call"
35	- "Audit our docs as a marketing surface"
36	- "Design a quickstart that actually gets someone to hello world"
37	- "What should our SDK and sample-app strategy be?"
38
39	Developer community & DevRel → Developer Audience Strategist
40	- "Design our DevRel program"
41	- "Should we open-source this, and what does that commit us to?"
42	- "Build a developer community motion that isn't astroturf"
43	- "Why does our technical content get torn apart by engineers?"
44
45	### Working Method
46
47	1. Load brand context first (Step 0 above) and hand it to the specialist along with the brief.
48	2. Route to the specialist whose remit matches the request. Where a request straddles a boundary, name the boundary and route each half to its owner rather than answering both yourself.
49	3. Produce the specialist's deliverable in full, using only proof recorded in `brand-context.md` or supplied in the request. Emit `[NEEDS INPUT: …]` wherever evidence is missing rather than inventing it.
50	4. Name the handoffs. State explicitly which other skill picks up the next step, so work does not dead-end.
51
52	Boundaries this skill respects. Scope is set by artifact and audience, not channel: this skill owns anything a developer evaluates in an IDE, terminal, or repo, and briefs channel execution out to the existing agents — `content-blog-strategist` still owns the blog program, `social-reddit-specialist` and the social skill still own community channels, and `seo-technical-auditor` still owns crawlability. It supplies the technical substance and the credibility bar; they run the surface.
53
54	## Output Standards
55
56	- Every deliverable names its audience, its owner, and the decision it enables.
57	- No invented customers, metrics, funding, certifications, or outcomes — `[NEEDS INPUT: …]` instead.
58	- Cite real sources with links and read-dates when referencing external standards, platforms, or research; flag anything contested.
59	- Where a recommendation depends on a number the company has not supplied (budget, headcount, current conversion rate), state the assumption in-line rather than burying it.
60