mcpField
D
developer-advocacy

developer-advocacy

github.com/jonathimer营销与增长8798 次安装34 周前更新
代码仓库

关于 developer-advocacy

developer-advocacy 是面向开发者倡导工作的技能,适用于准备技术演讲、现场演示、播客和公开构建内容。它还涵盖社交媒体运营、影响衡量与职业发展。

主要功能

  1. 01会议选题与演讲提案框架
  2. 02现场编码演示准备清单
  3. 03播客邀约与录制准备
  4. 04公开构建与社交内容规划
  5. 05倡导活动影响衡量

适用场景

  1. 01为技术会议准备演讲提案和演示
  2. 02降低现场编码演示中的技术风险
  3. 03策划播客嘉宾邀约与访谈要点
  4. 04汇总演讲、内容和社群活动成效

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/jonathimer/devmarketing-skills --skill developer-advocacy

安装后在 Claude Code 中输入/developer-advocacy确认已加载。

附带文件README.md

详细介绍

开发者倡导

此技能可帮助你开展开发者倡导活动:会议演讲、现场编程演示、播客访谈和公开分享构建过程。内容涵盖演讲提案、演示准备、社交媒体形象打造和效果衡量。


开始之前

先加载受众背景信息。 阅读 .agents/developer-audience-context.md,了解:

  • 你想触达哪些人(他们参加哪些会议、收听哪些播客)
  • 哪些话题能引起共鸣(痛点、兴趣)
  • 产品的定位(要讲述什么故事)
  • 语气和风格(正式和技术性的程度)

如果背景信息文件不存在,请先运行 developer-audience-context 技能。


会议演讲

寻找合适的会议
会议类型最适合的目标示例
大型行业会议品牌认知度、触达范围KubeCon、AWS re:Invent、React Summit
地区性会议本地社区、易于参与本地聚会、城市科技会议
小众会议目标受众、专业知识GraphQL Conf、RustConf
公司主办会议生态系统影响力Vercel Ship、GitHub Universe
非会议社区联结BarCamps、DevOpsDays
演讲提案(CFP)框架

制胜公式:

Specific Problem + Unique Angle + Clear Takeaways = Accepted Talk

CFP 模板:

# 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]
有效的标题模式
模式示例
我如何做到 X"我如何将部署时间缩短了 80%"
Y 分钟讲解 X"15 分钟讲解 Kubernetes 安全"
Y 的 X"错误消息背后的心理学"
超越 X"超越 Console.log:现代调试"
面向 Y 的 X"面向 REST 开发者的 GraphQL"
从 X 中汲取的经验"从 1000 次生产故障中汲取的经验"
演讲类型
类型时长最适合的目标
闪电演讲5-10 分钟单个概念、快速演示
标准演讲25-45 分钟技术深度讲解
主题演讲45-60 分钟宏观视角、启发人心
工作坊2-4 小时动手学习
圆桌讨论30-60 分钟讨论、多种视角
演讲准备清单
阶段任务
提前 2 个月列出大纲、开始制作幻灯片、测试演示
提前 1 个月完成初稿、进行首次演练
提前 2 周润色幻灯片、确保演示稳定、练习 3 次
提前 1 周录下自己的演讲、征求反馈、定稿
前一天测试所有设备、备份幻灯片、休息
当天提前到场、测试音视频设备、补充水分

现场编程与演示

演示风险区
风险应对措施
网络中断预先录制备用视频、准备本地服务
拼写错误卡住对着同一段代码练习输入 20 次
遇到无法修复的错误准备可跳转到的正常运行检查点
超时计时练习、大刀阔斧删减内容
代码太小放大画面、使用大号字体(24pt+)
暗色主题刺眼使用高对比度、适合浅色环境的主题
演示准备框架

10-3-1 规则:

  • 练习时运行演示 10 次
  • 准备 3 个检查点,遇到问题时可跳转
  • 准备 1 个备用方案(录制一段正常运行的视频)

演示前检查清单:

  • 关闭不必要的应用
  • 清除浏览器历史记录和标签页
  • 关闭通知(Slack、电子邮件、日历)
  • 字体大小:终端至少 24pt,编辑器至少 20pt
  • 使用 Git stash/分支,准备干净的起始状态
  • 准备好环境变量
  • 如有可能,使用实际的投影仪/屏幕进行测试
现场编程技巧
技巧原因
慢慢输入观众需要跟上
讲解输入内容“我正在创建一个新的处理程序……”
解释错误“这个错误表示 X,我来修复它”
使用代码片段用于样板代码,而非核心概念
展示结果始终运行代码并展示输出
检查点提交git checkout checkpoint-1

播客嘉宾

寻找播客
方式方法
直接搜索“top [your tech] podcasts”
嘉宾网络Podmatch、Matchmaker.fm
询问同行“你平时听什么播客?”
Twitter 搜索“[topic] podcast episode”
Listen Notes播客搜索引擎
推介模板
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]
播客录制前准备
准备事项详情
了解节目收听 2-3 期,了解节目形式
了解主持人了解他们的兴趣、风格和 Twitter
准备谈话要点准备 3-5 个你想表达的主要观点
准备故事准备具体示例,而非泛泛而谈
音频设备配备好麦克风、安静的房间和耳机
准备好水你会说很多话
播客录制期间
要做不要做
讲述具体的故事给出泛泛的建议
回答前停顿一下紧张地嗯嗯啊啊
有礼貌地表达不同意见为了礼貌而总是赞同
适度推广强行推销你的产品
言简意赅漫无目的地长篇大论
表现出热情语调平淡
播客录制后
行动时间
感谢主持人当天
发布后分享立即
参与评论互动第一周
交叉推广在你的新闻通讯、博客中推广
保持联系持续维护关系

公开构建

分享内容
类别内容创意
进展“今天发布了 X,以下是我的收获”
挑战“在 X 上遇到了阻碍,尝试了 Y 和 Z,以下是有效的方法”
决策“我们为何选择 X 而非 Y”
指标收入、用户数、增长情况(透明公开)
幕后团队、流程、工具
经验“我们犯过的一个错误,以及如何修复”
公开构建的形式
形式平台频率
推文串Twitter/X每天至每周
更新日志博客、Notion、网站每周
独立开发者帖子Indie Hackers、HN每月
视频更新YouTube、Loom每周至每月
新闻通讯电子邮件每周
直播Twitch、YouTube每周
不要分享的内容
避免分享原因
客户数据隐私、信任
团队冲突职业素养
安全细节可能导致漏洞
攻击竞争对手显得小气
发泄情绪于事无补

社交平台影响力(Twitter/X)

开发者 Twitter 行动指南
内容类型帖子占比示例
有价值的内容60%技巧、教程、见解
互动20%回复、附带评论的转发
个人内容10%幕后花絮、个性表达
推广10%你的产品、演讲、内容
有效的推文形式
形式示例
推文串“构建 X 时学到的 10 件事”
犀利观点“一个不受欢迎的观点:[opinion]”
快速技巧“今天学到:你可以通过……来完成 X”
提问“你最喜欢怎样……”
梗/幽默科技笑话、引发共鸣的内容
展示“刚刚发布了 X,来看看它的工作方式”
致谢“感谢 @person……”
互动策略
行动频率
发布原创内容每天
回复他人每天 5-10 次
发布有价值的引用推文每周 2-3 次
私信有意思的人每周
参与 Twitter Spaces视情况而定
扩大影响力
策略实施方式
保持稳定每天发帖,每天互动
聚焦细分领域先让自己因一件事而出名
积极回复在大账号的推文下补充有价值的内容
开展合作一起参与 Twitter Spaces、发布推文串
交叉推广推广新闻通讯、演讲、博客

衡量影响

倡导成效指标
活动指标
演讲参会人数、反馈评分、录制视频观看量
内容浏览量、分享量、互动量
社交媒体关注者数量、互动率、覆盖面
播客听众估算人数、流量峰值
社区增长情况、互动量、情绪倾向
归因挑战

开发者倡导的影响力一向很难衡量。可参考的代理指标:

信号表明的情况
流量峰值内容/演讲/播客带来了访问量
“您是如何了解到我们的?”直接归因
社交媒体提及品牌知名度
入站潜在客户质量由社区认可的潜在客户
会议邀请声誉正在提升
报告框架

月度倡导报告:

# 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]

倡导职业发展路径

职位级别
级别重点
初级 DA创建内容、支持社区、准备演讲
开发者倡导者进行演讲、制定自己的内容策略、建设社区
高级 DA制定策略、指导他人、参加重要会议
Staff DA跨公司影响力、行业思想领导力
DevRel 负责人建设团队、制定策略、与高管保持一致
技能培养
技能培养方式
公开演讲参加聚会、Toastmasters、练习
写作坚持写博客、获取反馈
视频使用 YouTube、进行直播、持续改进
技术深度构建项目、为 OSS 贡献代码
社区担任版主、组织活动、连接成员

工具

工具使用场景
Octolens监控您在 GitHub、Twitter、Reddit、HN、Stack Overflow 上的姓名/品牌提及。追踪会议相关提及。寻找播客合作机会。衡量话语份额。
Cal.com / Calendly安排播客节目出演
StreamYard设置直播
Descript编辑视频/播客
Canva / Figma制作幻灯片和图形
Otter.ai转录演讲内容
Notion准备演讲、管理内容日历
Buffer / Typefully安排社交媒体内容发布

相关技能

  • developer-audience-context — 了解您要触达的受众
  • devrel-content — 书面内容策略
  • community-building — 社区管理
  • open-source-marketing — 面向 OSS 的倡导
  • hacker-news-strategy — 参与 HN 社区

评论

支持 Markdown