Developer Advocacy
When to Use
Use this skill when you need when the user wants to do developer advocacy activities including conference talks, live coding, podcasts, and building in public. Trigger phrases include "developer advocacy," "devrel," "conference talk," "CFP," "call for papers," "live coding," "podcast," "building in public,"...
This skill helps you with developer advocacy activities: conference talks, live coding demos, podcast appearances, and building in public. Covers talk proposals, demo prep, social presence, and measuring impact.
Before You Start
Load your audience context first. Read .agents/developer-audience-context.md to understand:
- Who you're trying to reach (conferences they attend, podcasts they listen to)
- What topics resonate (pain points, interests)
- Your product's positioning (what story to tell)
- Voice & tone (how formal/technical to be)
If the context file doesn't exist, run the developer-audience-context skill first.
Conference Talks
Finding the Right Conferences
| Conference Type |
Best For |
Examples |
| Large industry |
Brand awareness, reach |
KubeCon, AWS re:Invent, React Summit |
| Regional |
Local community, accessible |
Local meetups, city tech conferences |
| Niche |
Targeted audience, expertise |
GraphQL Conf, RustConf |
| Company-hosted |
Ecosystem presence |
Vercel Ship, GitHub Universe |
| Unconferences |
Community connection |
BarCamps, DevOpsDays |
Talk Proposal (CFP) Framework
The winning formula:
Specific Problem + Unique Angle + Clear Takeaways = Accepted Talk
CFP Template:
# Title
[Action verb] + [specific outcome] + [with/using what]
Example: "Building Real-Time Features with Edge Functions and WebSockets"
# Abstract (100-200 words)
[Hook: Problem or curiosity gap]
[What you'll cover]
[What attendees will learn/be able to do]
# Description (detailed, for reviewers)
[Problem context]
[Why this approach]
[Talk structure]
[Your credibility to give this talk]
# Outline
- [Time] Introduction / Problem statement
- [Time] Section 1
- [Time] Section 2
- [Time] Section 3
- [Time] Live demo / walkthrough
- [Time] Key takeaways / Q&A
# Audience
[Who this is for]
[Prerequisite knowledge]
[What they'll learn]
# Bio
[Your relevant experience]
[Why you're qualified]
Title Patterns That Work
| Pattern |
Example |
| How I X |
"How I Reduced Deploy Time by 80%" |
| X in Y Minutes |
"Kubernetes Security in 15 Minutes" |
| The X of Y |
"The Psychology of Error Messages" |
| Beyond X |
"Beyond Console.log: Modern Debugging" |
| X for Y |
"GraphQL for REST Developers" |
| Lessons from X |
"Lessons from 1000 Production Outages" |
Talk Types
| Type |
Length |
Best For |
| Lightning |
5-10 min |
Single concept, quick demo |
| Standard |
25-45 min |
Technical deep-dive |
| Keynote |
45-60 min |
Big picture, inspiring |
| Workshop |
2-4 hours |
Hands-on learning |
| Panel |
30-60 min |
Discussion, multiple perspectives |
Talk Prep Checklist
| Phase |
Tasks |
| 2 months before |
Outline, start slides, test demos |
| 1 month before |
Draft complete, first practice run |
| 2 weeks before |
Slides polished, demos solid, practice 3x |
| 1 week before |
Record yourself, get feedback, finalize |
| Day before |
Test all tech, backup slides, rest |
| Day of |
Arrive early, test A/V, hydrate |
Live Coding & Demos
The Demo Danger Zone
| Risk |
Mitigation |
| Internet fails |
Pre-record backup, local server |
| Typo freezes you |
Practice typing same code 20x |
| Error you can't fix |
Have working checkpoints to jump to |
| Runs over time |
Time yourself, cut ruthlessly |
| Code too small |
Zoom in, use large font (24pt+) |
| Dark theme blinding |
Use high-contrast, light-friendly theme |
Demo Prep Framework
The 10-3-1 Rule:
- Run your demo 10 times in practice
- Have 3 checkpoints you can jump to if stuck
- 1 backup (video recording of it working)
Pre-demo checklist:
Live Coding Tips
| Tip |
Why |
| Type slowly |
Audience needs to follow |
| Narrate what you type |
"I'm creating a new handler..." |
| Explain errors |
"This error means X, let me fix it" |
| Use snippets |
For boilerplate, not core concepts |
| Show the result |
Always run the code, show output |
| Checkpoint commits |
git checkout checkpoint-1 |
Podcast Guesting
Finding Podcasts
| Approach |
How |
| Direct search |
"top [your tech] podcasts" |
| Guest networks |
Podmatch, Matchmaker.fm |
| Peer asks |
"What podcasts do you listen to?" |
| Twitter search |
"[topic] podcast episode" |
| Listen Notes |
Podcast search engine |
Pitch Template
Subject: Guest Idea: [Specific Topic] for [Podcast Name]
Hi [Host Name],
I've been listening to [Podcast] for [time] — loved your episode on [specific episode].
I'd love to come on and talk about [specific topic]. Here's the angle:
[2-3 sentences on what you'd discuss and why it matters to their audience]
A bit about me:
- [Relevant credential 1]
- [Relevant credential 2]
- [Link to past podcast/talk]
Would this be a fit?
[Your name]
Pre-Podcast Prep
| Prep Item |
Details |
| Research the show |
Listen to 2-3 episodes, understand format |
| Research the host |
Their interests, style, Twitter |
| Prep talking points |
3-5 main things you want to say |
| Prep stories |
Specific examples, not generalities |
| Audio setup |
Good mic, quiet room, headphones |
| Water nearby |
You'll be talking a lot |
During the Podcast
| Do |
Don't |
| Tell stories with specifics |
Give generic advice |
| Pause before answering |
Um and ah nervously |
| Disagree respectfully |
Always agree to be polite |
| Promote subtly |
Hard sell your product |
| Be concise |
Ramble without structure |
| Show enthusiasm |
Be monotone |
Post-Podcast
| Action |
Timing |
| Thank the host |
Same day |
| Share when published |
Immediately |
| Engage with comments |
First week |
| Cross-promote |
Your newsletter, blog |
| Stay in touch |
Ongoing relationship |
Building in Public
What to Share
| Category |
Content Ideas |
| Progress |
"Shipped X today, here's what I learned" |
| Challenges |
"Stuck on X, tried Y and Z, here's what worked" |
| Decisions |
"Why we chose X over Y" |
| Metrics |
Revenue, users, growth (transparently) |
| Behind scenes |
Team, process, tools |
| Learnings |
"Mistake we made and how we fixed it" |
Build in Public Formats
| Format |
Platform |
Cadence |
| Tweet thread |
Twitter/X |
Daily-weekly |
| Changelog |
Blog, Notion, website |
Weekly |
| Indie hacker posts |
Indie Hackers, HN |
Monthly |
| Video update |
YouTube, Loom |
Weekly-monthly |
| Newsletter |
Email |
Weekly |
| Livestream |
Twitch, YouTube |
Weekly |
What NOT to Share
| Avoid |
Why |
| Customer data |
Privacy, trust |
| Team conflicts |
Professionalism |
| Security details |
Vulnerability |
| Competitor attacks |
Looks petty |
| Venting |
Not productive |
Social Presence (Twitter/X)
Developer Twitter Playbook
| Content Type |
% of Posts |
Example |
| Value content |
60% |
Tips, tutorials, insights |
| Engagement |
20% |
Replies, retweets with commentary |
| Personal |
10% |
Behind-the-scenes, personality |
| Promotion |
10% |
Your product, talks, content |
Tweet Formats That Work
| Format |
Example |
| Thread |
"10 things I learned building X" |
| Hot take |
"Unpopular opinion: [opinion]" |
| Quick tip |
"TIL: You can do X by..." |
| Question |
"What's your favorite way to..." |
| Meme/humor |
Tech jokes, relatable content |
| Showcase |
"Just shipped X, here's how it works" |
| Appreciation |
"Shoutout to @person for..." |
Engagement Strategy
| Action |
Frequency |
| Tweet original content |
Daily |
| Reply to others |
5-10x daily |
| Quote tweet with value |
2-3x weekly |
| DM interesting people |
Weekly |
| Join Twitter Spaces |
As relevant |
Growing Your Presence
| Tactic |
Implementation |
| Consistency |
Post daily, engage daily |
| Niche down |
Be known for ONE thing first |
| Reply game |
Add value to big accounts' tweets |
| Collaborate |
Twitter Spaces, threads together |
| Cross-promote |
Newsletter, talks, blog |
Measuring Impact
Advocacy Metrics
| Activity |
Metrics |
| Talks |
Attendees, feedback scores, recording views |
| Content |
Views, shares, engagement |
| Social |
Followers, engagement rate, reach |
| Podcasts |
Listener estimates, traffic spikes |
| Community |
Growth, engagement, sentiment |
Attribution Challenges
Developer advocacy impact is notoriously hard to measure. Proxy metrics:
| Signal |
What It Indicates |
| Traffic spikes |
Content/talk/podcast drove visits |
| "How did you hear about us?" |
Direct attribution |
| Social mentions |
Brand awareness |
| Inbound leads quality |
Community-qualified leads |
| Conference invites |
Growing reputation |
Reporting Framework
Monthly advocacy report:
# Developer Advocacy Report - [Month]
## Talks & Appearances
- [Talk 1]: [Conference], [Attendees], [Link]
- [Podcast 1]: [Show], [Episode link]
## Content Published
- [Article 1]: [Views], [Engagement]
- [Video 1]: [Views]
## Social Growth
- Twitter: +X followers, Y impressions
- Notable tweets: [Links]
## Community
- Discord/Slack: +X members, Y messages
- Notable threads/discussions
## Learnings
- What worked: [X]
- What didn't: [Y]
- Trying next: [Z]
Advocacy Career Path
Role Levels
| Level |
Focus |
| Junior DA |
Content creation, community support, talk prep |
| Developer Advocate |
Talks, own content strategy, community building |
| Senior DA |
Strategy, mentoring, major conferences |
| Staff DA |
Cross-company impact, industry thought leadership |
| Head of DevRel |
Team building, strategy, executive alignment |
Skill Development
| Skill |
How to Develop |
| Public speaking |
Meetups, Toastmasters, practice |
| Writing |
Blog consistently, get feedback |
| Video |
YouTube, live streaming, improve iteratively |
| Technical depth |
Build projects, contribute to OSS |
| Community |
Moderate, organize events, connect people |
Tools
| Tool |
Use Case |
| Octolens |
Monitor your name/brand across GitHub, Twitter, Reddit, HN, Stack Overflow. Track conference mentions. Find podcast opportunities. Measure share of voice. |
| Cal.com / Calendly |
Schedule podcast appearances |
| StreamYard |
Live streaming setup |
| Descript |
Video/podcast editing |
| Canva / Figma |
Slides and graphics |
| Otter.ai |
Transcription for talks |
| Notion |
Talk prep, content calendar |
| Buffer / Typefully |
Social scheduling |
Related Skills
developer-audience-context — Know who you're reaching
devrel-content — Written content strategy
community-building — Community management
open-source-marketing — OSS-specific advocacy
hacker-news-strategy — HN engagement
Limitations
- Use this skill only when the task clearly matches its upstream source and local project context.
- Verify commands, generated code, dependencies, credentials, and external service behavior before applying changes.
- Do not treat examples as a substitute for environment-specific tests, security review, or user approval for destructive or costly actions.
1---
2name: developer-advocacy
3description: "When the user wants to do developer advocacy activities including conference talks, live coding, podcasts, and building in public."
4risk: critical
5source: https://github.com/jonathimer/devmarketing-skills/tree/main/skills/developer-advocacy
6source_repo: jonathimer/devmarketing-skills
7source_type: community
8date_added: 2026-07-01
9license: MIT
10license_source: https://github.com/jonathimer/devmarketing-skills/blob/main/LICENSE
11---
12
13# Developer Advocacy
14## When to Use
15
16Use this skill when you need when the user wants to do developer advocacy activities including conference talks, live coding, podcasts, and building in public. Trigger phrases include "developer advocacy," "devrel," "conference talk," "CFP," "call for papers," "live coding," "podcast," "building in public,"...
17
18
19This skill helps you with developer advocacy activities: conference talks, live coding demos, podcast appearances, and building in public. Covers talk proposals, demo prep, social presence, and measuring impact.
20
21---
22
23## Before You Start
24
25**Load your audience context first.** Read `.agents/developer-audience-context.md` to understand:
26
27- Who you're trying to reach (conferences they attend, podcasts they listen to)
28- What topics resonate (pain points, interests)
29- Your product's positioning (what story to tell)
30- Voice & tone (how formal/technical to be)
31
32If the context file doesn't exist, run the `developer-audience-context` skill first.
33
34---
35
36## Conference Talks
37
38### Finding the Right Conferences
39
40| Conference Type | Best For | Examples |
41|-----------------|----------|----------|
42| **Large industry** | Brand awareness, reach | KubeCon, AWS re:Invent, React Summit |
43| **Regional** | Local community, accessible | Local meetups, city tech conferences |
44| **Niche** | Targeted audience, expertise | GraphQL Conf, RustConf |
45| **Company-hosted** | Ecosystem presence | Vercel Ship, GitHub Universe |
46| **Unconferences** | Community connection | BarCamps, DevOpsDays |
47
48### Talk Proposal (CFP) Framework
49
50**The winning formula:**
51```
52Specific Problem + Unique Angle + Clear Takeaways = Accepted Talk
53```
54
55**CFP Template:**
56
57```markdown
58# Title
59[Action verb] + [specific outcome] + [with/using what]
60Example: "Building Real-Time Features with Edge Functions and WebSockets"
61
62# Abstract (100-200 words)
63[Hook: Problem or curiosity gap]
64[What you'll cover]
65[What attendees will learn/be able to do]
66
67# Description (detailed, for reviewers)
68[Problem context]
69[Why this approach]
70[Talk structure]
71[Your credibility to give this talk]
72
73# Outline
74- [Time] Introduction / Problem statement
75- [Time] Section 1
76- [Time] Section 2
77- [Time] Section 3
78- [Time] Live demo / walkthrough
79- [Time] Key takeaways / Q&A
80
81# Audience
82[Who this is for]
83[Prerequisite knowledge]
84[What they'll learn]
85
86# Bio
87[Your relevant experience]
88[Why you're qualified]
89```
90
91### Title Patterns That Work
92
93| Pattern | Example |
94|---------|---------|
95| **How I X** | "How I Reduced Deploy Time by 80%" |
96| **X in Y Minutes** | "Kubernetes Security in 15 Minutes" |
97| **The X of Y** | "The Psychology of Error Messages" |
98| **Beyond X** | "Beyond Console.log: Modern Debugging" |
99| **X for Y** | "GraphQL for REST Developers" |
100| **Lessons from X** | "Lessons from 1000 Production Outages" |
101
102### Talk Types
103
104| Type | Length | Best For |
105|------|--------|----------|
106| **Lightning** | 5-10 min | Single concept, quick demo |
107| **Standard** | 25-45 min | Technical deep-dive |
108| **Keynote** | 45-60 min | Big picture, inspiring |
109| **Workshop** | 2-4 hours | Hands-on learning |
110| **Panel** | 30-60 min | Discussion, multiple perspectives |
111
112### Talk Prep Checklist
113
114| Phase | Tasks |
115|-------|-------|
116| **2 months before** | Outline, start slides, test demos |
117| **1 month before** | Draft complete, first practice run |
118| **2 weeks before** | Slides polished, demos solid, practice 3x |
119| **1 week before** | Record yourself, get feedback, finalize |
120| **Day before** | Test all tech, backup slides, rest |
121| **Day of** | Arrive early, test A/V, hydrate |
122
123---
124
125## Live Coding & Demos
126
127### The Demo Danger Zone
128
129| Risk | Mitigation |
130|------|------------|
131| **Internet fails** | Pre-record backup, local server |
132| **Typo freezes you** | Practice typing same code 20x |
133| **Error you can't fix** | Have working checkpoints to jump to |
134| **Runs over time** | Time yourself, cut ruthlessly |
135| **Code too small** | Zoom in, use large font (24pt+) |
136| **Dark theme blinding** | Use high-contrast, light-friendly theme |
137
138### Demo Prep Framework
139
140**The 10-3-1 Rule:**
141- Run your demo **10 times** in practice
142- Have **3 checkpoints** you can jump to if stuck
143- **1 backup** (video recording of it working)
144
145**Pre-demo checklist:**
146- [ ] Close unnecessary apps
147- [ ] Clear browser history/tabs
148- [ ] Notifications OFF (Slack, email, calendar)
149- [ ] Font size: 24pt+ for terminal, 20pt+ for editor
150- [ ] Git stash/branch for clean starting point
151- [ ] Environment variables ready
152- [ ] Test on the actual projector/screen if possible
153
154### Live Coding Tips
155
156| Tip | Why |
157|-----|-----|
158| **Type slowly** | Audience needs to follow |
159| **Narrate what you type** | "I'm creating a new handler..." |
160| **Explain errors** | "This error means X, let me fix it" |
161| **Use snippets** | For boilerplate, not core concepts |
162| **Show the result** | Always run the code, show output |
163| **Checkpoint commits** | `git checkout checkpoint-1` |
164
165---
166
167## Podcast Guesting
168
169### Finding Podcasts
170
171| Approach | How |
172|----------|-----|
173| **Direct search** | "top [your tech] podcasts" |
174| **Guest networks** | Podmatch, Matchmaker.fm |
175| **Peer asks** | "What podcasts do you listen to?" |
176| **Twitter search** | "[topic] podcast episode" |
177| **Listen Notes** | Podcast search engine |
178
179### Pitch Template
180
181```
182Subject: Guest Idea: [Specific Topic] for [Podcast Name]
183
184Hi [Host Name],
185
186I've been listening to [Podcast] for [time] — loved your episode on [specific episode].
187
188I'd love to come on and talk about [specific topic]. Here's the angle:
189
190[2-3 sentences on what you'd discuss and why it matters to their audience]
191
192A bit about me:
193- [Relevant credential 1]
194- [Relevant credential 2]
195- [Link to past podcast/talk]
196
197Would this be a fit?
198
199[Your name]
200```
201
202### Pre-Podcast Prep
203
204| Prep Item | Details |
205|-----------|---------|
206| **Research the show** | Listen to 2-3 episodes, understand format |
207| **Research the host** | Their interests, style, Twitter |
208| **Prep talking points** | 3-5 main things you want to say |
209| **Prep stories** | Specific examples, not generalities |
210| **Audio setup** | Good mic, quiet room, headphones |
211| **Water nearby** | You'll be talking a lot |
212
213### During the Podcast
214
215| Do | Don't |
216|----|-------|
217| Tell stories with specifics | Give generic advice |
218| Pause before answering | Um and ah nervously |
219| Disagree respectfully | Always agree to be polite |
220| Promote subtly | Hard sell your product |
221| Be concise | Ramble without structure |
222| Show enthusiasm | Be monotone |
223
224### Post-Podcast
225
226| Action | Timing |
227|--------|--------|
228| Thank the host | Same day |
229| Share when published | Immediately |
230| Engage with comments | First week |
231| Cross-promote | Your newsletter, blog |
232| Stay in touch | Ongoing relationship |
233
234---
235
236## Building in Public
237
238### What to Share
239
240| Category | Content Ideas |
241|----------|---------------|
242| **Progress** | "Shipped X today, here's what I learned" |
243| **Challenges** | "Stuck on X, tried Y and Z, here's what worked" |
244| **Decisions** | "Why we chose X over Y" |
245| **Metrics** | Revenue, users, growth (transparently) |
246| **Behind scenes** | Team, process, tools |
247| **Learnings** | "Mistake we made and how we fixed it" |
248
249### Build in Public Formats
250
251| Format | Platform | Cadence |
252|--------|----------|---------|
253| **Tweet thread** | Twitter/X | Daily-weekly |
254| **Changelog** | Blog, Notion, website | Weekly |
255| **Indie hacker posts** | Indie Hackers, HN | Monthly |
256| **Video update** | YouTube, Loom | Weekly-monthly |
257| **Newsletter** | Email | Weekly |
258| **Livestream** | Twitch, YouTube | Weekly |
259
260### What NOT to Share
261
262| Avoid | Why |
263|-------|-----|
264| **Customer data** | Privacy, trust |
265| **Team conflicts** | Professionalism |
266| **Security details** | Vulnerability |
267| **Competitor attacks** | Looks petty |
268| **Venting** | Not productive |
269
270---
271
272## Social Presence (Twitter/X)
273
274### Developer Twitter Playbook
275
276| Content Type | % of Posts | Example |
277|--------------|------------|---------|
278| **Value content** | 60% | Tips, tutorials, insights |
279| **Engagement** | 20% | Replies, retweets with commentary |
280| **Personal** | 10% | Behind-the-scenes, personality |
281| **Promotion** | 10% | Your product, talks, content |
282
283### Tweet Formats That Work
284
285| Format | Example |
286|--------|---------|
287| **Thread** | "10 things I learned building X" |
288| **Hot take** | "Unpopular opinion: [opinion]" |
289| **Quick tip** | "TIL: You can do X by..." |
290| **Question** | "What's your favorite way to..." |
291| **Meme/humor** | Tech jokes, relatable content |
292| **Showcase** | "Just shipped X, here's how it works" |
293| **Appreciation** | "Shoutout to @person for..." |
294
295### Engagement Strategy
296
297| Action | Frequency |
298|--------|-----------|
299| Tweet original content | Daily |
300| Reply to others | 5-10x daily |
301| Quote tweet with value | 2-3x weekly |
302| DM interesting people | Weekly |
303| Join Twitter Spaces | As relevant |
304
305### Growing Your Presence
306
307| Tactic | Implementation |
308|--------|----------------|
309| **Consistency** | Post daily, engage daily |
310| **Niche down** | Be known for ONE thing first |
311| **Reply game** | Add value to big accounts' tweets |
312| **Collaborate** | Twitter Spaces, threads together |
313| **Cross-promote** | Newsletter, talks, blog |
314
315---
316
317## Measuring Impact
318
319### Advocacy Metrics
320
321| Activity | Metrics |
322|----------|---------|
323| **Talks** | Attendees, feedback scores, recording views |
324| **Content** | Views, shares, engagement |
325| **Social** | Followers, engagement rate, reach |
326| **Podcasts** | Listener estimates, traffic spikes |
327| **Community** | Growth, engagement, sentiment |
328
329### Attribution Challenges
330
331Developer advocacy impact is notoriously hard to measure. Proxy metrics:
332
333| Signal | What It Indicates |
334|--------|-------------------|
335| **Traffic spikes** | Content/talk/podcast drove visits |
336| **"How did you hear about us?"** | Direct attribution |
337| **Social mentions** | Brand awareness |
338| **Inbound leads quality** | Community-qualified leads |
339| **Conference invites** | Growing reputation |
340
341### Reporting Framework
342
343Monthly advocacy report:
344
345```markdown
346# Developer Advocacy Report - [Month]
347
348## Talks & Appearances
349- [Talk 1]: [Conference], [Attendees], [Link]
350- [Podcast 1]: [Show], [Episode link]
351
352## Content Published
353- [Article 1]: [Views], [Engagement]
354- [Video 1]: [Views]
355
356## Social Growth
357- Twitter: +X followers, Y impressions
358- Notable tweets: [Links]
359
360## Community
361- Discord/Slack: +X members, Y messages
362- Notable threads/discussions
363
364## Learnings
365- What worked: [X]
366- What didn't: [Y]
367- Trying next: [Z]
368```
369
370---
371
372## Advocacy Career Path
373
374### Role Levels
375
376| Level | Focus |
377|-------|-------|
378| **Junior DA** | Content creation, community support, talk prep |
379| **Developer Advocate** | Talks, own content strategy, community building |
380| **Senior DA** | Strategy, mentoring, major conferences |
381| **Staff DA** | Cross-company impact, industry thought leadership |
382| **Head of DevRel** | Team building, strategy, executive alignment |
383
384### Skill Development
385
386| Skill | How to Develop |
387|-------|----------------|
388| **Public speaking** | Meetups, Toastmasters, practice |
389| **Writing** | Blog consistently, get feedback |
390| **Video** | YouTube, live streaming, improve iteratively |
391| **Technical depth** | Build projects, contribute to OSS |
392| **Community** | Moderate, organize events, connect people |
393
394---
395
396## Tools
397
398| Tool | Use Case |
399|------|----------|
400| **[Octolens](https://octolens.com)** | Monitor your name/brand across GitHub, Twitter, Reddit, HN, Stack Overflow. Track conference mentions. Find podcast opportunities. Measure share of voice. |
401| **Cal.com / Calendly** | Schedule podcast appearances |
402| **StreamYard** | Live streaming setup |
403| **Descript** | Video/podcast editing |
404| **Canva / Figma** | Slides and graphics |
405| **Otter.ai** | Transcription for talks |
406| **Notion** | Talk prep, content calendar |
407| **Buffer / Typefully** | Social scheduling |
408
409---
410
411## Related Skills
412
413- `developer-audience-context` — Know who you're reaching
414- `devrel-content` — Written content strategy
415- `community-building` — Community management
416- `open-source-marketing` — OSS-specific advocacy
417- `hacker-news-strategy` — HN engagement
418
419## Limitations
420
421- Use this skill only when the task clearly matches its upstream source and local project context.
422- Verify commands, generated code, dependencies, credentials, and external service behavior before applying changes.
423- Do not treat examples as a substitute for environment-specific tests, security review, or user approval for destructive or costly actions.