开发者倡导
此技能可帮助你开展开发者倡导活动:会议演讲、现场编程演示、播客访谈和公开分享构建过程。内容涵盖演讲提案、演示准备、社交媒体形象打造和效果衡量。
开始之前
先加载受众背景信息。 阅读 .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 个备用方案(录制一段正常运行的视频)
演示前检查清单:
现场编程技巧
| 技巧 | 原因 |
|---|
| 慢慢输入 | 观众需要跟上 |
| 讲解输入内容 | “我正在创建一个新的处理程序……” |
| 解释错误 | “这个错误表示 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 社区