Featured 的用户如何在 Vercel 上每月完成 10 万次媒体推介
内容提要
Featured 是一款公关 AI 助手，帮助专家寻找媒体机会。其三人工程团队从 AWS 手动管理基础设施迁移至 Vercel，实现 374 个站点一键部署。团队借助 AI SDK 和 AI Gateway 统一调度 17 种模型，用 Workflow SDK 处理长时任务，并以聊天作为主要界面。目前每月发送超 10 万条媒体推介，团队建议创始人善用成熟抽象，专注数据优势。
延伸解读
三人团队如何支撑大规模业务
Featured 仅有三名工程师，却要支持三个品牌和超过 10 万用户，每月发送 10 万条媒体推介。这种极简团队能运转，关键在于将基础设施托管给 Vercel，避免手动管理服务器和自定义集成。文章显示，团队把原本用于运维的时间重新投入到产品开发，从而在有限人力下维持高频率的媒体匹配和推送。
从手动部署到一键上线的效率跃升
迁移前，Featured 在 AWS Elastic Beanstalk 上每次部署都需要手动创建实例、迁移 URL 并销毁旧实例。当需要一次性上线 374 个 Sanity 站点时，这种流程在三人团队中几乎不可行。迁移到 Vercel 后，每个站点上线简化为一次点击，所有站点从一个平台发布，三个品牌的滚动更新也变为集中操作，大幅减少了重复劳动。
统一 AI 抽象层降低多模型管理成本
Featured 同时调度 17 种模型，如果为每个提供商单独处理速率限制和 API 集成，维护负担会很重。通过 AI SDK 和 AI Gateway，团队用标准化函数和 schema 调用模型，切换提供商只需修改配置而非重写代码。新模型发布后，团队能快速测试其是否适合自身用例，这为持续优化媒体推介的匹配质量提供了灵活性。
聊天界面成为产品核心的启示
Featured 发现用户更倾向于对话而非导航，于是将聊天作为主要界面，并借助 eve 框架快速实现。原本可能需要数月的重建，在一周内完成替换和重构。这反映出在 AI 产品中，交互方式可能由用户行为驱动，而非预先设计。团队因此能更直接地响应用户需求，把产品适配到用户身上，而不是让用户适应复杂界面。
Q&A
Featured 是什么？它主要解决什么问题？
Featured 是一款公关 AI 助手，帮助专家和公关团队寻找媒体机会。用户只需告诉 Featured 的智能体自己知道什么，它就会在记者请求、播客、奖项和 GEO 等领域发现机会，无需公关背景。
Featured 的工程团队规模多大？他们如何支撑业务？
Featured 的工程团队只有 3 人，却支撑着 3 个品牌和超过 10 万用户。他们通过迁移到 Vercel 平台，利用 AI SDK、AI Gateway 和 Workflow SDK 等工具，实现了高效运维和功能开发。
Featured 为什么从 AWS 迁移到 Vercel？
迁移的起因是需要一次性部署 374 个 Sanity 站点，而在 AWS Elastic Beanstalk 上每个站点都需要手动启动、迁移和拆除，对于 3 人团队来说不可行。Vercel 将每个站点部署简化为单击操作，并统一了计算、AI 原语和模型访问。
Featured 如何管理多种 AI 模型？
Featured 通过 AI SDK 和 AI Gateway 以单一抽象层处理所有模型流量，无需管理多个提供商的速率限制或 API 集成。他们同时路由 17 种模型，调用模型只需一个带 schema 的标准化函数，切换提供商只需更改配置。
Featured 如何处理长时间运行的后台任务？
Featured 将长时间运行的任务从独立编排系统迁移到 Workflow SDK。这些任务包括全天候监控媒体、筛选机会以及组合信号以每月发送超过 10 万条推介，它们无法在请求周期内完成。
Featured 为什么将聊天作为主要界面？
因为用户越来越倾向于对话而非导航，团队将聊天设为 Featured 的主要界面，并通过 Vercel 的开源智能体框架 eve 实现。eve 的 useEveAgent 钩子提供了持久会话、流式传输、工具调用和审批提示，模型调用通过 AI Gateway 路由，使团队能按任务选择合适模型。
Featured 给其他创始人在智能体时代有什么建议？
Featured 团队建议：数据是你的护城河，对优质信息的访问让 Featured 能连接人与想发布内容的来源；应依赖经过测试的抽象（如 Vercel），而不是手动重新发明安全和基础设施。
