人工智能AI算法推荐之番茄算法推荐证实其算法推荐规则技术解析·卓伊凡

人工智能AI算法推荐之番茄算法推荐证实其算法推荐规则技术解析·卓伊凡

说明:我讲的是“正式推荐期的技术推荐规则”(系统层如何做决策),不冒充番茄内部阈值。你可以用它来解释:为什么同题材有人爆量、有人断粮;为什么一段时间猛推后又冷;为什么“明明数据不差”却推不开。


1)正式推荐期的“总规则”:按**单位曝光收益(ROI)**分配流量

在正式推荐期,平台的本质决策是:

把有限曝光分给“单位曝光带来更高综合收益”的书
收益不是单一点击,而是多目标加权(读得久、读得深、会追更、会回访…)

所以“正式推荐规则”可以概括为三句话:

  1. 先捞出来(召回命中)
  2. 再比收益(排序打分)
  3. 最后控节奏(扩圈/降温/再评估)

2)硬规则 ①:先过“可推荐资格”闸门(Eligibility / Supply Governance)

正式推荐前,系统会先判断作品是否进入“可被推荐的供给池”:

  • 合规/风控:疑似搬运、AI批量、异常行为、敏感风险 → 可能不下架但降权/隔离数据(你体感就是“不给量”)。
  • 供给侧治理:新书池、连载池、完结池、活动池、扶持池分开管理,每个池有自己的预算与上限(不是所有书在同一个赛道抢曝光)。

这一步的技术含义:

很多“正式推荐期没量”,不是排序输,而是压根没进主分发池(或进了但被限额)。


3)硬规则 ②:多路召回决定“你有没有资格进入候选集”(Recall Rules)

正式推荐的第一道天花板是:召回层能不能捞到你
召回做的事是从海量书里快速捞出几百/几千本候选,典型会多路并行:协同过滤、向量召回、标签倒排等

召回层的技术规则(你能感知的)

  • 题材/标签一致性越高 → 倒排召回越稳
  • 早期读者越“纯”(同一类人爱看)→ 协同过滤/图召回越容易把你推给同类
  • 文本与行为表征越清晰 → 向量召回(ANN)越容易命中相似人群

如果你正式期“偶尔有量、但不稳定”,常见就是:

召回命中不稳(今天进候选、明天进不去),所以曝光忽上忽下。


4)硬规则 ③:排序不是看“好不好”,而是看“多目标综合分”(Ranking Rules)

字节系公开谈过:推荐模型会拟合用户满意度函数,点击率、阅读时间、互动等都可量化进入目标。
正式推荐期基本一定是多目标排序(Multi-objective Ranking):

常见目标(对小说最关键的几个):

  • 开读概率(点进/开始读)
  • 有效阅读时长(扣除后台、挂机)
  • 续读/下一章点击(读深)
  • 追更/书架(长期)
  • 回访/次日留存贡献(更长期)

系统会用多任务学习或多模型融合,最后形成一个综合打分(概念式):

正式推荐期最关键的技术规则之一:

只会“标题党点开”但读不下去,在精排里会输;
能让人连续读、追更、回访的书,才有持续扩量的基础。


5)硬规则 ④:重排要满足“列表级体验约束”(Re-ranking Rules)

即使你单本得分高,也可能在最终列表里被“打散”。
因为推荐系统最后一层通常是重排,它要处理列表级目标:多样性、去重、探索插入、治理约束等。重排在多阶段推荐系统里被认为对体验非常关键。

你会体感到:

  • 同题材不会给你无限堆屏
  • 同作者/同风格会被打散
  • 系统会插入探索项(你被顶下去并不一定是你差,而是“列表要多样”)

6)硬规则 ⑤:流量是“分层试投 + 扩圈 + 降温”的节奏控制(Traffic Pacing Rules)

正式推荐期不是匀速给量,而是在线学习式调度

  1. 先在最匹配人群里加量(收益最高处先吃满)
  2. 再向相邻人群扩圈(检验泛化)
  3. 边际收益下降就降温(把预算给别的书)
  4. 后续章节强,再触发二次扩量

这也解释了知乎作者常说的“正式期有不同区间:首秀—冷却—再推”这种体感分段。


7)硬规则 ⑥:数据清洗与反作弊会“决定你数据算不算数”(Data & Anti-fraud Rules)

正式推荐期里,系统对行为数据会做“有效性过滤”:

  • 有效时长:去除后台、挂机、异常停留
  • 异常序列:过于机械的点击/翻页节律
  • 设备/IP 关联:可疑流量可能不入模或触发限额

所以你会看到一种很典型的现象:

“我感觉有人在读,但推荐就是起不来”
可能原因是:系统把那部分行为当噪声,不给你加权。


8)“正式推荐期技术推荐规则”总结成一张“判定链”

把它记成一条链就行:

资格池(能不能推)
召回命中(能不能进候选)
多目标精排(能不能打赢同场)
重排约束(能不能稳定上屏)
调度节奏(给多少、给谁、给多久)
风控清洗(数据算不算)


Read more

JWT 技术(JSON Web Token) 全解:原理、应用与生产级避坑指南

笔者阅读很多 JWT 技术的博文,发现大多只是讲 “JWT 是什么”,而这篇文章重点介绍它为什么出现、结构细节、以及生产环境中最棘手的“注销与续签”问题。 在前后端分离、微服务架构大行其道的今天,JWT(JSON Web Token)几乎成为了身份认证的代名词。 很多开发者只知道它是一个“长长的字符串”,用来做登录校验,但并不清楚它内部的运作机制,以及它在安全性上的潜在风险。本文将从原理、结构、流程、以及最核心的生产陷阱四个维度进行详细拆解。 一、为什么需要 JWT?(Session vs Token) 在 JWT 出现之前,我们主要使用 Session + Cookie 的方式。 1.传统Session的认证痛点 * 服务端有状态:服务端需要保存 Session 数据(内存或Redis)。 * 扩展性差:集群环境下,必须做

By Ne0inhk
快学快用系列:一文学会java后端WebApi开发

快学快用系列:一文学会java后端WebApi开发

文章目录 * 第一部分:Web API开发基础概念 * 1.1 什么是Web API * 1.2 RESTful API设计原则 * 第二部分:开发环境搭建 * 2.1 环境要求 * 2.2 创建Spring Boot项目 * 2.3 配置文件 * 第三部分:项目架构设计 * 3.1 分层架构 * 3.2 包结构设计 * 第四部分:数据模型设计 * 4.1 实体类设计 * 4.2 DTO设计 * 第五部分:数据访问层实现 * 5.1 Repository接口 * 5.2 自定义Repository实现 * 第六部分:业务逻辑层实现

By Ne0inhk
用 龙虾10 分钟搞定 C 语言 + 前端实训?我试了,真香!

用 龙虾10 分钟搞定 C 语言 + 前端实训?我试了,真香!

🚀 用龙虾10 分钟搞定 C 语言 + 前端实训?我试了,真香! 一句话总结:选对模型 + 写好提示词,让“龙虾”帮你从零生成可运行的 C 语言成绩管理系统 + 全栈博客前端项目,连实训报告都自动生成! 大家好,我是 VON。最近“AI 编程助手”火出圈,但很多人还在手动敲代码、调 Bug、写报告……其实,只要用对工具,一个指令就能完成整套高校实训作业! 今天我就带大家实测:如何用 AI 智能体(俗称“龙虾”) 快速搞定两类典型课程设计—— ✅ C 语言学生成绩管理系统 ✅ React 全栈个人博客系统 全程无需打开 IDE,甚至不用看一行代码!👇 🔧 第一步:选对模型,效率翻倍! 智能体的输出质量,70%

By Ne0inhk
前端小案例——520表白信封

前端小案例——520表白信封

前言:我们在学习完了HTML和CSS之后,就会想着使用这两个东西去做一些小案例,不过又没有什么好的案例让我们去练手,本篇文章就提供里一个案例——520表白信封 ✨✨✨这里是秋刀鱼不做梦的BLOG ✨✨✨想要了解更多内容可以访问我的主页秋刀鱼不做梦-ZEEKLOG博客 在开始讲解这个案例之前,先让我们了解一下本案例所需的前置知识: HTML 布局:创建合适的 HTML 结构,使用标签如 <input>、<label>、<div>、<img> 和 <h1> 等。CSS 布局与样式:设置卡片的外观、尺寸和基本样式,使用 Flexbox 居中布局。CSS 动画与变换:学习如何使用 transform 创建旋转和位移效果,如何使用 transition 来平滑过渡。HTML 与

By Ne0inhk