Buffer 销售线索与客户运营

它在解决什么问题

给 Buffer 做对接，或者评估还要不要继续用，卡住你的往往不是「会不会调接口」，而是几个文档里不太显眼的坑：

• 平台同时存在两套 API——新版 GraphQL 和 legacy REST v1，认证方式不同（Bearer API key vs OAuth），混用会直接 401
• 没有 webhook，想知道「发出去了吗」「数据涨了多少」只能轮询，而限流窗口是 15-min / 24-hr / 30-day
• 2026-05-25 之后旧的媒体提交格式失效，图片和视频帖会报错
• 计费按频道叠加，免费版的 3 个活跃频道上限，以及「终身 8 个唯一连接」的总量封顶很容易踩线

技能如何工作

技能按四步把问题收敛，而不是把整份参考文档丢给你：

1. 收集上下文——先读 references/learnings.md 里积累的平台经验，再按意图分流（建集成、迁 v1、查限流与鉴权、问价格、配模块、选型对比）
2. 路由或直接回答——跨工具选型、社交聆听、网红营销、通用 iPaaS 对接会转给对应的 sales-* 技能，并给出可直接执行的命令
3. 查参考——按需读取 platform-guide.md（模块地图、按频道定价、channel/post 数据模型）或 buffer-api-reference.md（API 面、限额、迁移细节）
4. 给可执行建议——新代码一律基于 GraphQL；轮询要带缓存并尊重限流窗口；媒体提交改成新的 Assets Input；多客户场景先算清成本再决定是否留在 Buffer

适用边界

• Buffer 只做发布 + 轻度互动和分析，没有社交聆听，品牌提及和情绪监控要另配工具
• 审批流、首个评论定时、hashtag 管理器属于 Team 档位功能
• Stories / Reels / 首评的自动发布依赖各平台 API，对方改规则功能可能直接失效
• 定价与 API beta 状态会变，动手前建议复核