标题: 各位gemini pro被扬了的佬，数据还在么
作者: #imcake
板块: #搞七捻三
编号: 1633610
帖子: https://linux.do/t/topic/1633610
时间: 2026-02-21 23:03:27
摘要:

目前用gemini网页版比较多，最近看坛里的帖子，大善人不太善了，有点担心也会被扬，特来问问pro被扬了的话，之前和gemini的对话内容还在不。
要是不在了我就得准备备份下对话了。

标题: 最近gemini3.1pro服务是不是有点问题
作者: #Origin
板块: #搞七捻三
编号: 1633620
帖子: https://linux.do/t/topic/1633620
时间: 2026-02-21 23:06:20
摘要:

最近两天用gemini的pro模型，看他的思维链已经到最后一步了，但是最后就会中断，然后就要重试，好几遍都这样，但是让他立即回答的话，就可以出答案，应该不是梯子的问题，我问grok和gpt都没有任何问题。不知道是什情况。最近两天用gemini的pro模型，看他的思维链已经到最后一步了，但是最后就会中断，然后就要重试，好几遍都这样，但是让他立即回答的话，就可以出答案，应该不是梯子的问题，我问grok和gpt都没有任何问题。不知道是什么情况。

标题: 智谱发布 GLM Coding Plan 致歉信：GLM-5 消耗最高达 3 倍。现支持退款
作者: #多玩幻灵qwq
板块: #前沿快讯
编号: 1633624
帖子: https://linux.do/t/topic/1633624
时间: 2026-02-21 23:06:59
摘要:

官方 @quiiiii 目前仍然未发布相关内容

智谱于 2 月 21 日发布致歉信，承认在规则透明度、模型灰度节奏及老用户升级机制方面存在不足。官方解释称 GLM-5 参数规模是 GLM-4.7 的两倍以上，因此采取高峰期 3 倍、非高峰期 2 倍的消耗策略。目前 Max 与 Pro 用户已开放使用，Lite 用户将在节后逐步灰度开放。
针对用户反馈的看板延迟问题，智谱已将刷新频率由 1 小时优化至 10 分钟。公司支持 2026 年 1 月 1 日至今受影响的 Lite 和 Pro 用户申请退款，并为特定期间升级的用户提供回滚服务。此外，购买页已全面展示规则详情以应对透明度不足的问题。

SRC：

标题: 记录一下今天烧了Anthropic 1.45亿Tokens
作者: #ShadowVap
板块: #搞七捻三
编号: 1633626
帖子: https://linux.do/t/topic/1633626
时间: 2026-02-21 23:08:06
摘要:

今天烧了Anthropic 1.45亿Tokens，发个贴记录一下喵（

标题: Anthropic 公司正式规定（下图），它的 API 令牌只能用于 Claude Code 和官网，第三方工具一律不得使用。
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #前沿快讯
编号: 1633630
帖子: https://linux.do/t/topic/1633630
时间: 2026-02-21 23:10:08
摘要:

【Anthropic】限制Claude Code第三方工具集成，引发开发者社区争议_平台_访问_方案
科学网—你把AI订阅给第三方工具用，Anthropic、OpenAI和Google的反应天差地别 - 王树义的博文

标题: 300美金一个月的Grok 4.2 Heavy天气卡片
作者: #Dax
板块: #开发调优
编号: 1633632
帖子: https://linux.do/t/topic/1633632
时间: 2026-02-21 23:10:34
摘要:

模型：Grok 4.2 Heavy（这个模型只有300刀的Heavy订阅才能用，对标ChatGPT-Pro或Gemini-Ultra）

很难想象，作为世界第四大人工智能公司，xAI在Coding领域甚至没上桌…

标题: 智谱支持退款了!!!
作者: #0.6
板块: #开发调优
编号: 1633637
帖子: https://linux.do/t/topic/1633637
时间: 2026-02-21 23:11:53
摘要:

如题,刚才智谱发布道歉信,不过我不关心这个,重要的是承诺过几天开放退款窗口.
想要退的佬抓紧,搞不好人一多也得搞延迟退.

标题: 逆向解析 ColorOS 离线号码库 (一)：12-Bit 极限压缩的归属地查询算法
作者: #006lp
板块: #开发调优
编号: 1633643
帖子: https://linux.do/t/topic/1633643
时间: 2026-02-21 23:14:51
摘要:

逆向解析 ColorOS 离线号码库 (一)：12-Bit 极限压缩的归属地查询算法
-1. 声明
本文首发于 Asahi Blog （这个月有人恶意刷流量，导致流量被刷没了，暂时无法访问），由于是第一次想起来记录一下分析过程，可能会出现用词不当、不分主次、逻辑不明等各种错误，以及入机式发言，希望各位佬友批评指正。
0. 前言
最近在开发一个项目时，需要用到中国大陆电话号码归属地以及运营商查询的 API。在调研了网络上现有的 API 后，我发现它们要么存在严格的并发限制和 API Key 双重校验，要么底层的数据库不够完整和准确。
但我们平时使用的智能手机，在没有网络的情况下依然能在来电几毫秒内准确显示号码归属地，它们是如何做到的？与其依赖受限的网络 API，不如直接从手机系统自带的拨号软件中提取离线数据库。
1. 理论依据与通用架构
在原生的 Android 系统中，来电归属地等本土化功能其实比较薄弱。但国内的手机厂商（如 OPPO、小米、vivo 等）都基于此构建了一套非常成熟的 “本地离线查询 + 云端辅助” 机制。
这类系统实现“归属地与运营商”查找的通用技术架构一般如下：
a. 核心原理：基于“号段”的离线映射
中国大陆的手机号码分配有着严格的规律。通常，前 3 位决定了基础运营商，而前 7 位决定了具体的地级市归属地和运营商细分。厂商会在系统级的核心应用（如 ContactsProvider.apk 或独立的 Telephony 服务）中内置一个高度压缩的离线数据库（通常是 .db、.dat 格式或自定义的二进制文件）。




号段示例 (前7位)
运营商
归属地




138 0010
中国移动
北京


186 0210
中国联通
上海


189 0200
中国电信
广东广州



b. 代码层面的查询流程
当我们在拨号盘输入号码，或者收到来电时，系统的跨进程查询流程通常如下：

提取特征：系统前端首先清洗输入的号码（去除 +86、空格、破折号等格式字符），然后截取前 7 位核心号段。
IPC 跨进程通信：UI 层不会直接去读取底层离线文件，而是通过构建特定的 Uri，向系统的底层内容提供者（ContentProvider）发起查询请求。
底层解析返回：底层的服务应用接收到请求后，通过查表或特定算法解析二进制数据文件，将计算出的“归属地”和“运营商”字段打包，原路返回给 UI 层进行渲染显示。

2. 寻找并定位离线数据库
以我所使用的设备 OPPO Find X6（ColorOS 16.0 系统） 为例。
通过在系统中进行关键词检索，我很快定位到了专门负责处理归属地逻辑的系统应用——号码归属地 (com.oplus.phonenoareainquire)。幸运的是，作为系统内建的基础服务，该应用并未进行深度的加固或高强度混淆，这为我们的静态分析提供了极大的便利。
提取并解压该应用的 APK 文件后，在 /assets 目录下，我如愿以偿地找到了两个核心数据文件：

PhoneNumberData_3_1_0.dat (归属地数据库)
CarrierData_1_0.dat (运营商数据库)

本节我们先将目光聚焦在归属地文件 PhoneNumberData_3_1_0.dat 上。
不出所料，使用普通的文本编辑器打开它后是一堆乱码。为了让系统在极短的时间内完成检索，厂商并没有使用纯文本或标准的 SQLite 格式，而是采用了一种自定义的高强度压缩二进制数据结构。
不过，通过分析文件底层的字节流，我们依然能窥探到一些明文线索：

文件头 (Header)：文件最开头明文存储了一串数字 817820250424。在大多数安卓号段库中，这通常代表着数据库的版本号或最后更新的编译时间戳。
数据字典区 (Tail)：在文件靠后的尾部数据区，清晰地暴露出了中国大陆的城市长途区号及地名（采用 GBK 编码）。例如：010、020、021（分别对应北京、广州、上海），以及成百上千个地级市的区号。

3. 提取读取规则与字典表
既然无法直接阅读，那没招了，试试 Jadx 逆向吧。
在 Jadx 中全局搜索字符串 "PhoneNumberData_3_1_0.dat"，很快定位到了负责初始化的 PhoneNoInquireDatabaseHelper.java 类。在它的 c() 方法中，揭示了文件头部的读取规则：
public void c(SQLiteDatabase sQLiteDatabase, String str) throws Throwable {
    File fileA = b.a(PhoneNoInquireProvider.f300w);
    InputStream inputStreamOpen = this.f740d.getResources().getAssets().open("PhoneNumberData_3_1_0.dat");
    FileOutputStream fileOutputStream = new FileOutputStream(fileA);
    byte[] bArr = new byte[102400];
    Log.i("PhoneNoDbHelper", "copy PhoneNumberData.dat to /data/data/");
    while (true) {
        int i3 = inputStreamOpen.read(bArr);
        if (i3 == -1) {
            break;
        } else {
            fileOutputStream.write(bArr, 0, i3);
        }
    }
    inputStreamOpen.close();
    fileOutputStream.close();
    FileInputStream fileInputStream = new FileInputStream(fileA);
    DataInputStream dataInputStream = new DataInputStream(a(fileInputStream));
    byte[] bArr2 = new byte[12]; // 读取前 12 个字节作为版本号
    int i4 = dataInputStream.read(bArr2, 0, 12);
    String str2 = new String(bArr2, "UTF-8"); // 对应我们看到的 817820250424
    Log.i("PhoneNoDbHelper", "version =" + str2 + ", versionLength = " + i4);
    try {
        ContentValues contentValues = new ContentValues();
        contentValues.put("ver", str2);
        sQLiteDatabase.insert("version", null, contentValues);
    } catch (Exception e3) {
        Log.e("PhoneNoDbHelper", BuildConfig.FLAVOR + e3);
    }
    File fileA2 = b.a(PhoneNoInquireProvider.f301x);
    InputStream inputStreamOpen2 = this.f740d.getResources().getAssets().open("ExtendNumber.dat");
    FileOutputStream fileOutputStream2 = new FileOutputStream(fileA2);
    while (true) {
        int i5 = inputStreamOpen2.read(bArr);
        if (i5 == -1) {
            break;
        } else {
            fileOutputStream2.write(bArr, 0, i5);
        }
    }
    inputStreamOpen2.close();
    fileOutputStream2.close();
    f(dataInputStream, sQLiteDatabase);
    File fileA3 = b.a(PhoneNoInquireProvider.f302y);
    InputStream inputStreamOpen3 = this.f740d.getResources().getAssets().open("city_name_table.txt");
    FileOutputStream fileOutputStream3 = new FileOutp

标题: 怎么cc中转一堆动物
作者: #_042
板块: #搞七捻三
编号: 1633646
帖子: https://linux.do/t/topic/1633646
时间: 2026-02-21 23:15:54
摘要:

狐狸 老虎 鸭子 马 猴子 猫