GitHub 把活动运营写成可执行流程

2026 年 9 月 11 日，GitHub 日韩营销负责人 Tomoko Tanaka 分享了她如何自动化活动运营。她把活动命名、日期、时区和邀请邮件标准写进 AGENTS.md，作为系统开展工作的说明；再通过结构化表单收集需求，用任务标签触发后续流程。她曾从事工程工作，负责企业客户的数据库与 Linux 服务器。

流程覆盖落地页、带来源标记的链接、邀请稿、报名名单整理和会后 CRM 上传准备。重要名称、日期和邮件主题仍由她签核；系统还设有 DRY_RUN 演练模式，可在不改动外部系统的情况下检查执行。原文也记录过定时任务静默失败、名单变旧才被发现的经历，说明自动执行仍需要持续监测。

这项实践把营销经验转成了可复查的工作说明。过去依赖同事记住的规则，开始成为每次执行都能读取的输入；流程发生变化时，也有地方留下修改和审核记录。

营销团队参考时，可以先拿出下一场同类活动的真实资料，写清报名对象、命名规则、渠道链接和审批要求，再检查现有工具有没有可授权使用的接口。先演练一轮，确认错误会被发现、任务有人接手，再决定扩大范围。并非每段流程都需要智能体：固定的数据整理可以由规则执行，涉及受众选择和表达质量的部分仍需要判断。团队应比较完整准备周期和返工情况，而不只计算生成一份邀请稿用了多久。

她使用的活动平台提供 API，CRM 则可以通过官方命令行工具操作；这些入口让文字规则能够落实到具体系统。新流程与修改通过审核后再合入，团队可以回看每次变更。对接方式、规则维护和异常通知，都成了活动运营的一部分。