说明（迁自 package.yaml 注释）

落到小红书上的频率闸门（一次 recipe 运行 = 一次访问：搜索 / detail / 互动各算一次）。

为什么是 6/分钟 + burst 5：2026-07-29 撞过一次登录墙，形态是几分钟内连续打了十来次 detail（拟人光标和 900ms 动作间隔全程开着，照样撞）。站点数的是频率，所以这里压的是 持续速率；burst 留 5 是因为真人本来就一阵一阵——连点五条笔记再去读十分钟，是正常节奏， 不该每条都罚站。

maxWaitMs 15s：前台点开一条笔记，等 3 秒是加载、等 90 秒是坏了。超过就明确告诉用户 "太快了，X 秒后再试"，而不是转一个不会停的圈。

说明（迁自 manifests.yaml 注释）

小红书 — replay Tier-C DOM harvest sources（跑在用户自己的 Chrome 上）。登录态浏览器采集： 人性化滚动，运行期零 token。

login detect 的便宜那一半（xhs-home/xhs-search/xhs-detail/xhs-like 的 auth 块共用）：这些 cookie（sessionCookies）一个都不在 ⇒ 一定没登录，不必开 tab；反过来不成立（cookie 在不代表 服务端还认），肯定判据仍是 recipe 的 loginCheck 选择器。

xhs-search 的 provides:[search-content] —— 加入 content-search provider 的 {mode:auto, provides:search-content} 扇出。

xhs-detail：单条笔记详情（图组/视频流/正文/评论）——登录态 tab 内调站点 feed 详情签名客户端。 on-open 懒加载 enrich 用，不进推荐/时间线，故 discoverable:false。

xhs-like：互动写入（点赞/收藏）——登录态 tab 内调站点签名接口写用户账户。knowingly 放宽 recipe 只读边界（Gap C，见 spec 2026-07-18 §2）。context-free——无需打开笔记，只要 noteId + action。 on-demand 互动，从不被调度；cadence_hint_seconds 的取值同 xhs-detail（实际不生效，schema 只是 要求正数）。