mediaio2api

—

★ 各类之和不一定等于总数(一个号可以既停用又封禁)—— 所以总数单列,别自己加。
☠️ 余额 -1 是「没探过」不是 0;最低单价 3 分,余额低于它的号派出去只会被拒。
★ 可续签= 存了长效凭据(我们建号时设的 Wondershare 密码)的号。 vapi 的 JWT 看着永不过期(exp 2126 年),但 payload 里的 token 才是 服务端会话引用,上游随时能作废 —— 作废后只有那个密码能把号救回来 (重新登录即可,不需要再过邮箱 OTP)。没凭据的号是一次性消耗品。

JSON 数组,每条要 email / token / space_id / client_sn。 ☠️ 缺任何一个这号都用不了(没 token 调不了接口、没 space_id 被 /v1/ai/create 拒、没 client_sn 签不出票据)—— 会在入池前就被拒掉。

—

upstream_rejected 上游明确拒 —— 看错误原文,它会直说 「size宽高必须是16的倍数」这类可直接行动的原因 · no_account/insufficient_credits 该补号 · upstream_degraded 上游运力(退避,别换号) · client_proof_rejected 我们自己的问题(查票据 sidecar)

工人跑在 ai-us-4 / ai-us-2 / ai-us-3 / ai-gw-cn,各机的 mdo-signup-autoscale.timer 每 2 分钟按宿主机余量 + 队列深度自评。
★ 地板是 0 —— 地板不为 0 就是棘轮:宿主机没空间时还硬占着几个 Chrome。
★ 传感器用宿主机 PSI(看 full 不看 some)+ MemAvailable + 队列深度, 不拿入池率当输入(那个我们动不了,上游一退化就会把自己缩到 0 再也爬不回来)。
看决策:journalctl -u mdo-signup-autoscale.service -n 20

一行一条:邮箱----密码----client_id----refresh_token$$----辅助邮箱----…
★ client_id + refresh_token 是读验证码用的 —— 补号的真正门槛是邮箱 OTP(页面级没有人机校验),读不了信的号源会被直接筛掉。

—

account-exists / mail-auth-failed 是号源本身不可用(扣机会); rate-limited / otp-timeout / page-timeout 是风控或抖动(不扣机会,冷却后放回)。

—

☠️ 不同批次的**邮箱域名相同**(都是 hotmail.com),按域分不开 —— 只能靠导入时打的批次标。
★ 派号是「新鲜优先 + 同档内随机」,所以各批次**天然交错**在同一时间窗里跑 —— 纯 FIFO 的话新批次会排在所有旧号源之后,两批永远不同窗,比较会被时段混淆。
☠️ 两个率不要混:
· 终局良率(这张表)= 入池 ÷ (入池 + 报废)。软重试还能再来的不算分母, 所以它衡量的是「一条号源最终能不能产出一个号」—— 判买得值不值看它。
· 每枪入池率(工人日志里那个)= 入池 ÷ 总尝试次数。一条号源可能被试多次, 所以它低得多 —— 判车队效率看它。
☠️ 分母只用已有终局的,刚导入的批次全是没跑的,拿总数当分母会把它们算成失败。

—

☠️ 成功率的分母只用已有终局的(已入池 + 报废)。拿总数当分母会把 「还没跑的」算成失败,越早看越难看。
★ 整体入池率会被不同域混在一起拉平 —— 同一批里好域 90%、坏域 0% 很常见。

一行一个,支持 http://host:port / socks5://host:port / 带口令的 http://user:pass@host:port。列表为空 = 直连本机默认出口。
★ 出图走机房出口轮转,补号走住宅(711) —— 两条路的风控面不同,出口池不共用。 补号的出口在各工人机的 /etc/mdo-signupd.env 里,不在这里。
☠️ 一次出图全程钉同一个出口(提交走 A、轮询走 B 会被上游按风控画像判异常), 轮转只发生在任务之间。

改完需要滚一轮副本才生效(出口池在进程启动时读)。

☠️ 密钥不在这里 —— 主密钥只走 env。落进库的那份会跟着 dump 一起跑出去, 而且用它加密的凭据就在同一个库里,等于把锁和钥匙放同一个抽屉。