最新资讯
reddit.com OpenAI 称 Astra 仅满足 10% 安全任务标准 dev.to FreeToken:在自有 GPU 上运行前沿 MoE 模型及其内存需求 dev.to 当 AI Agent 说“完成”时,究竟完成了什么? dev.to 部署 Underdog Bark 3.0 Pro:逐字转写、自定义后端与分块设置 dev.to 为艰难对话构建 AI:五个 Agent、一条安全正则与一位盲评监督者 techcrunch.com Palo Alto Networks 洽谈以 5 亿美元收购 AI Agent 安全初创公司 Clutch theinformation.com 黄仁勋被要求就涉华间谍指控向国会作简报 www.infoq.com Edera 推出 Object Capability Bounded Authority,试图将凭证与 AI Agent 工作负载隔离 wechat 这波杀疯了!旗舰级模型不限量、1个月视频额度免费领 bloomberg.com AI 抛售蔓延至信用市场,软银领跌亚洲美元债 dev.to 如何在专用 GPU 服务器上用 OpenAI 兼容 API 部署 LLM dev.to 审计 153 份 Claude Code 与 Codex 会话记录:User-Agent 与 URL 中的邮箱泄露
多元动态
登录 注册
行业动态 dev.to · @Daniel Pertu

把邮箱查找前移到流水线前端后,无公开邮箱的创作者不再产生成本

原文 我的收藏

Nakodo 为品牌寻找创作者并向品牌选中的对象发邮件,每个创作者的处理是一条 Postgres 队列任务链:读取资料与近期上传、应用活动筛选条件、抽样读取评论、打分、撰写理由、起草邮件。其中读取评论(消耗 YouTube API 配额并调用一次 AI 打标)和撰写理由(另一次 AI 调用)会产生真实成本,而这两步此前都跑在“该创作者是否公开邮箱”这一决定结果是否可用的判断之前。现在该检查被前移到流水线前端:只向创作者自己公开的地址发信,来源包括频道描述、近期视频描述、简介、资料链接及其指向的页面,不做猜测、不按姓名匹配域名、不冒用登录;没有公开地址的创作者不会被联系,因此不产生成本。

AI推荐理由 描述 Nakodo 把“创作者是否公开邮箱”的检查前移到流水线前端,从而避免对无公开邮箱的创作者消耗 YouTube API 配额和 AI 调用,是一个具体、可复用的成本优化与合规设计;同时明确只联系创作者自行公开的地址、不做猜测或模式匹配。局限是仅覆盖单一业务场景,且正文在承诺说明处截断。

64

正文

当前仅保存了标题或简介;并非所有来源都提供正文,可通过下方原文链接查看。

来源报道 · 1 篇 · 以下链接均前往原始媒体

← 返回精选动态 原文

更多内容