weavy2api

— 在飞 —
号池统计的原始 JSON(数字对不上时先看这个:是字段名没匹配上,还是真的是 0) 


  

    
账号列表

    

      
      
      
      
    

    

      

        

          邮箱余额每月额度补额时间状态
          已用最近使用加入时间recipe备注 / 原因操作
        

        
      

    

    

      
      —
      
    

  


  

    
导入账号

    

      凭据是 Firebase refresh token(AMf- 开头、两百多字符):在 app.weavy.ai 登录后打开
      DevTools → Application → IndexedDB → firebaseLocalStorageDb → firebaseLocalStorage,
      取 stsTokenManager.refreshToken。

      支持:一行一个裸 token;邮箱----token(也认 |,第三列是备注);
      JSON 数组 [{"email","refresh_token"}];或把 IndexedDB 里整条记录原样粘进来。

      ★ 每条都会先向上游验一次(换 token 拿真实邮箱 + 查余额),所以一次几十条要等几秒。
      文件里写的邮箱和 token 实际所属账号对不上的会被拒。
    

    
    

      
      0 行
      
      
    

    

  







  

  

    
最近任务

    

      台账只存终态摘要。容器日志 2 小时就轮转,「昨晚那批为什么全失败」只能在这里查。
      失败行的错误原文完整展示,不截断 —— 截断过的错误信息等于没有。
    

    

      
      
      
    

    

      

        

          开始时间账号模型尺寸/质量状态
          扣分耗时batch_id错误原文
        

        
      

    

    

      
      —
      
    

  







  

    只能手动触发。这里没有自动守护,也不要加:每个号都在烧号源(号源是买来的),配了住宅出口时还烧按量计费的流量,
    什么时候建、建多少由人决定。连续 20 次没入池会自动熔断并停止。
  

  

    
号源

    

      贴买来的 Google Workspace 账号,一行一个 邮箱|密码(第三列可选:辅助邮箱,过
      Google 的「Verify it's you」用)。几万行也行,直接进数据库队列,已存在的邮箱跳过。

      导入后点下面「开始建号」,所有 signupd 副本会一起分摊这一批;工人拿号去走 Google 登录,
      拿到 refresh token 回报给网关,网关**验一次凭据**再入池。
    

    
    

      
      —
    

    

  

  

    
开始一批

    

      
      
      
      
    

    

  

  

  

    
进度

    
未在运行。

    

    

      

        
时间邮箱结果耗时原因

        
      

    

    
原始 JSON

  







  

    买来的号源(Google 账号)在库里的全貌:按域分组、按领号顺序排列(先导入的先建),每组建到哪了、成功率多少、
    失败都是什么原因。只读页面,导入和开批次在「建号」页。不显示密码。
  

  

  

    
当前批次

    
—

  

  

    
按域(领号顺序)

    

      

        
#域名总数已入池待建
          在建失败可重试进度成功率
          导入时间最近完成

        
      

    

  

  

    
失败原因

    

      

        
域名原因次数

        
      

    

  

  

    
明细

    

      
      
      
      
      
      
      
      
    

    

      

        
邮箱状态尝试失败原因工人批次
          导入领走完成

        
      

    

  







  

    网关调上游(api.weavy.ai)从哪些出口出去。上游在 Cloudflare 的交互式挑战后面,每个出口要有自己的放行凭据
    (cf_clearance 绑 IP),由 cfkeeper 用真浏览器从那个出口去取;号按邮箱固定分到一份凭据,从对应的出口出去。
    改了出口列表几秒内生效,对不上新出口的旧凭据会作废、自动重取(每份约 15 秒)。列表为空 = 直连本机默认出口。
    以后接住宅 IP 也是往这里加。

    这里管的是「带放行凭据的上游请求」。还没取到任何凭据时的请求、Google 换 token 的请求,
    走网关的默认出口(环境变量 WEAVY_PROXY_URLS,没配就是直连本机)。
  

  

    
出口代理

    

      一行一个。支持 host:port:user:pass、host:port、http://user:pass@host:port、
      socks5://host:port(socks5 不能带账密:取凭据的浏览器不支持 socks5 认证)。# 开头的行忽略。
    

    
    

      
      
      
    

    

  

  

    
放行凭据

    

    

      

        
槽位出口状态已取多久要求刷新

        
      

    

  







  

    
运行时配置(PUT /api/v1/settings)

    

      多副本靠 revision 收敛,保存后各副本下一轮比对时生效。密钥不在这里 —— 主密钥只走 env。