2026年1月

iphone13 系列，包括 pro，官方授权店 399 换电池

作者: 纯情
时间: 2026-01-08
分类: 资讯
评论

rt ，到 4 月 1 日。直接在 apple 支持上预约就行了，直营店不行，我是在仲旋 idea 换的。

内存等等党必败背后的经济学原理

作者: 纯情
时间: 2026-01-08
分类: 资讯
评论

本轮内存涨价绝非短期炒作，而是供需结构重构下的价格中枢上移。看似是消费端的选择博弈，实则是多重经济学规律叠加的必然结果——供给弹性约束、供需结构重构与理性预期定价，三者形成闭环，共同决定了“等低价”的想法不切实际。

内存行业极低的供给弹性

从经济学定义来看，供给弹性衡量的是“价格变动后，供给量能否快速响应调整”——内存行业的供给弹性几乎趋近于 0 （完全无弹性），这和奶茶、服装等弹性高的消费品截然不同：奶茶涨价后商家能快速加雇人手、增加原料扩产，而内存建一条先进产线要投入百亿级资金，还需 2-3 年建设周期，就算价格翻倍，短期产能也补不上。更关键的是，当前三星、SK 海力士等行业巨头已主动缩减 DDR4 产能，全力转向 AI 高利润内存，进一步锁定了消费级内存的供给缺口，形成“价格上涨但供给难增”的刚性格局，彻底打破了传统消费品“价涨补供”的惯性逻辑，这也是“等等党”等不到新增供给的核心原因。

需求端的结构性抬升，叠加厂商的理性预期定价

AI 浪潮下，单台 AI 服务器的内存需求达到传统服务器的 8 倍，这种持续性增量需求直接推高了内存的整体需求基线。而厂商的定价逻辑，正符合经济学中的“理性预期理论”——并非基于当期库存多少，而是锚定未来 1-3 年的供需平衡。2023 年三星、SK 海力士提前缩减 DDR4 产能，就是预判到 2024-2025 年 AI 服务器内存需求会激增，提前通过涨价锁定利润。这种基于未来供需的理性决策，不是短期炒作，自然不会因为“等等党”的观望而回调。

即便未来 AI 应用层热度降温，已建成的算力基础设施仍需持续消耗内存，需求基线只会维持高位不会回落。更值得注意的是，历史数据显示，内存价格的大跳水均伴随宏观经济显著下行——比如 2008 年金融危机、2020 年疫情初期，届时的“低价”早已伴随着就业压力加大、收入不确定性提升等问题，根本不是良性的消费机遇。

从经济学视角串联逻辑就能清晰发现：供给低弹性导致“价涨难增供”，理性预期让厂商“提前锁价不回头”，需求基线抬升又彻底打破“周期回落”的旧逻辑。

“等等党必败”的核心，就是忽视了这一系列经济规律对产业的刚性约束，想要回到过去的低价时代，已无现实可能。

【官方已修复】FOXcode 的 opus4 和 4.1 似乎是 opus4.5 重定向的（aws 渠道）【差价 3 倍】

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

1. 已知 aws 渠道来自 AmazonQ 或者 kiro，这两个渠道并没有 opus4 或者 4.1
2. 已知 kiro 或 AmazonQ 锁了 seed，所以同模型每次刷新的答案都是一样的，而以下是分别使用三个模型回答同一个问题的截图：

而可以看到，如果我切换为 4.5sonnet，答案就会不一样：

这不算什么大问题，毕竟 opus4.5 比 opus4 和 4.1 要更优秀，但是：

后二者价格要更高。

以上属于个人猜测，如果是我的问题会修改帖子。
————————————————————————
补充问题：
似乎发现了个能辨别 claude opus4.5 的抽象方法 - 搞七捻三 - LINUX DO

📌 转载信息

来源：
https://linux.do/t/topic/1416908

原作者：
kfcv5

转载时间：
2026/1/8 10:35:23

Logi Option+ 和 G Hub (Mac os) 已更新，终于把 bug 修好了！

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

Logi Option+ 1.98.809639

https://download01.logi.com/web/ftp/pub/techsupport/optionsplus/logioptionsplus_installer.zip

G Hub
https://download01.logi.com/web/ftp/pub/techsupport/gaming/lghub_installer.zip

试了一下已经能正常使用

看了一下好像 developer ID 还是过期的，所以只是临时打了个补丁？？？？

📌 转载信息

来源：
https://linux.do/t/topic/1416801

原作者：
dnapro

转载时间：
2026/1/8 10:35:12

分享一款免费游戏加速器【夸克游戏加速器】

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

偶然间发现一款游戏加速效果非常好的软件 - 夸克游戏加速器，没错就是那个夸克浏览器夸克网盘的那个夸克。

具体下载方式如下

下载夸克浏览器
官网地址
打开夸克浏览器登录 / 注册账户
右上角的菜单栏找到游戏加速器
剩下的就可以愉快的加速游戏了

tips

夸克浏览器非常流氓，会侵入的电脑系统中的每个地方，谨慎使用

📌 转载信息

来源：
https://linux.do/t/topic/1416946

转载时间：
2026/1/8 10:34:52

继 Kilo 之后， Cline 和 RooCode 都开始对 minimax-m2.1 限时免费

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

ai coding 的市场实在是太火热了，模型厂商和应用层开发商们赶紧打起来、打起来

Cline 3.47.0 adds Background Edits and free MiniMax 2.1 - Cline Blog
- cline 免费了模型，还开放了后台编辑的功能
RooCode 直接免费了 minimax-m2.1, 实测能用
- Roo Code Free Models
站内对 m2.1 的风评也不错
- MinimaxM2.1 真的泪目了

话说有办法对这些 vscode 插件的模型 2api 吗

更多免费的模型 api 可以看我总结的这个帖子

📌 转载信息

来源：
https://linux.do/t/topic/1416909

原作者：
uptonking

转载时间：
2026/1/8 10:34:47

OpenCode 的 Codex+Atigravity 懶人配置分享更 1

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

相信各位都有白嫖到這兩家訂閱吧！
需求: oh-my-opencode 插件然後驗證登入 (這些有大佬教)。但更多和模型可能還有問題，尤其是 Codex，參考來源: https://github.com/numman-ali/opencode-openai-codex-auth/blob/main/docs/getting-started.md
分享我的 opencode.json 配置：更 1 開頭忘加 "antigravity-"，來源: https://github.com/NoeFabris/opencode-antigravity-auth

{
  "plugin": [
    "oh-my-opencode",
    "opencode-antigravity-auth@1.2.7",
    "opencode-openai-codex-auth"
  ],
  "provider": {
    "google": {
      "name": "Google",
      "models": {
        "antigravity-gemini-3-pro-high": {
          "name": "Gemini 3 Pro High (Antigravity)",
          "attachment": true,
          "limit": {
            "context": 1048576,
            "output": 65535
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-gemini-3-pro-low": {
          "name": "Gemini 3 Pro Low (Antigravity)",
          "attachment": true,
          "limit": {
            "context": 1048576,
            "output": 65535
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-gemini-3-flash": {
          "name": "Gemini 3 Flash (Antigravity)",
          "attachment": true,
          "limit": {
            "context": 1048576,
            "output": 65536
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-claude-sonnet-4-5": {
          "name": "Claude Sonnet 4.5 (Antigravity)",
          "limit": {
            "context": 200000,
            "output": 64000
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-claude-sonnet-4-5-thinking-low": {
          "name": "Claude Sonnet 4.5 Think Low (Antigravity)",
          "limit": {
            "context": 200000,
            "output": 64000
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-claude-sonnet-4-5-thinking-medium": {
          "name": "Claude Sonnet 4.5 Think Medium (Antigravity)",
          "limit": {
            "context": 200000,
            "output": 64000
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-claude-sonnet-4-5-thinking-high": {
          "name": "Claude Sonnet 4.5 Think High (Antigravity)",
          "limit": {
            "context": 200000,
            "output": 64000
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-claude-opus-4-5-thinking-low": {
          "name": "Claude Opus 4.5 Think Low (Antigravity)",
          "limit": {
            "context": 200000,
            "output": 64000
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-claude-opus-4-5-thinking-medium": {
          "name": "Claude Opus 4.5 Think Medium (Antigravity)",
          "limit": {
            "context": 200000,
            "output": 64000
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        },
        "antigravity-claude-opus-4-5-thinking-high": {
          "name": "Claude Opus 4.5 Think High (Antigravity)",
          "limit": {
            "context": 200000,
            "output": 64000
          },
          "modalities": {
            "input": [
              "text",
              "image",
              "pdf"
            ],
            "output": [
              "text"
            ]
          }
        }
      }
    },
    "openai": {
      "options": {
        "reasoningEffort": "medium",
        "reasoningSummary": "auto",
        "textVerbosity": "medium",
        "include": ["reasoning.encrypted_content"],
        "store": false
      },
      "models": {
        "gpt-5.2-codex-low": {
          "name": "GPT 5.2 Codex Low (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "low",
            "reasoningSummary": "auto",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.2-codex-medium": {
          "name": "GPT 5.2 Codex Medium (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "medium",
            "reasoningSummary": "auto",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.2-codex-high": {
          "name": "GPT 5.2 Codex High (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "high",
            "reasoningSummary": "detailed",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.1-codex-max": {
          "name": "GPT 5.1 Codex Max (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "high",
            "reasoningSummary": "detailed",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.1-codex-max-low": {
          "name": "GPT 5.1 Codex Max Low (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "low",
            "reasoningSummary": "detailed",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.1-codex-max-medium": {
          "name": "GPT 5.1 Codex Max Medium (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "medium",
            "reasoningSummary": "detailed",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.1-codex-max-high": {
          "name": "GPT 5.1 Codex Max High (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "high",
            "reasoningSummary": "detailed",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.1-codex-max-xhigh": {
          "name": "GPT 5.1 Codex Max Extra High (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "xhigh",
            "reasoningSummary": "detailed",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.2-low": {
          "name": "GPT 5.2 Low (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "low",
            "reasoningSummary": "auto",
            "textVerbosity": "low",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.2-medium": {
          "name": "GPT 5.2 Medium (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "medium",
            "reasoningSummary": "auto",
            "textVerbosity": "medium",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        },
        "gpt-5.2-high": {
          "name": "GPT 5.2 High (OAuth)",
          "limit": {
            "context": 272000,
            "output": 128000
          },
          "options": {
            "reasoningEffort": "high",
            "reasoningSummary": "detailed",
            "textVerbosity": "high",
            "include": ["reasoning.encrypted_content"],
            "store": false
          }
        }
      }
    }
  },
  "$schema": "https://opencode.ai/config.json"
}

先申明：若有其他技術問題我可能不會我只會 Vibe，因此才想懶人分享下

📌 转载信息

来源：
https://linux.do/t/topic/1417167

原作者：
FanChung818

转载时间：
2026/1/8 10:34:42

content.0: Invalid `signature` in `thinking` block 问题解决方案

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

今天在蹬鸭佬的 0.2 倍率的 opus 的时候遇到的问题。 ..content.0: Invalid signature in thinking block (request id: 20260107203824618698631BX91vkHW)
水一下主要思路参考 ClaudeCode 报 400（thinking block）的解决方案佬的解决方案，
脚本如下
cluade_bash.zip
主要就是把处理过程用脚本实现了。 windows 场景下我试了可以使用，linux 的脚本直接 gemini 转了一下，各位佬如果用的时候可以自己看下写的是否准确。。
需要注意要修改的会话是最近访问的那个会话，如果打开 claude 同时编辑了其他会话可能造成修复脚本在不正确的会话上执行

由于操作了 claude 的对话历史文件，所以可能存在数据丢失的风险，尽管脚本里有备份的操作，但是各位佬使用之前还是需要注意一下备份数据哈！

📌 转载信息

来源：
https://linux.do/t/topic/1417219

原作者：
InJuneYoung

转载时间：
2026/1/8 10:33:43

SafePal 只需 7 块即可领取你的虚拟卡

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

SafePal 现在新注册有新版卡

注册有硬件钱包领不过只有 2026 个名额先到先得

怎么注册？
答：先下载 SafePal，需要 0.0001eth 过认证，可以找佬友转 0.0003eth（最低只能转这么多）, 也就是 7 块钱，然后点银行卡找到你自己的账户，接下来过实名认证，国内身份证就行

如果没有 BANK 选项，有两个办法：1、关代理 2、换全局代理

认证完了后，到这个页面，先选 USD

然后再点账户，里面有一个账户 ID（需要有 10U 才能开银行卡），找开卡了并有钱（10 刀）的佬友转账给你转进去（无损耗）。如果找不到就要自己冲 USDC，然后就可以点银行卡开卡了

10 刀不要忘了转给佬友

📌 转载信息

来源：
https://linux.do/t/topic/1417294

转载时间：
2026/1/8 10:32:11

[浏览器插件] AnyDoor 跨设备同步浏览器会话，安全共享令牌和登录状态

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

跨设备同步浏览器会话，安全共享令牌和登录状态
让工作流程无缝衔接，告别重复登录的烦恼

项目介绍

AnyDoor 是一个强大的 Cookie 和会话管理系统，旨在促进不同环境和用户之间浏览器会话的无缝共享和恢复。它由用于捕获和应用 Cookie 的浏览器扩展（插件）以及用于存储、管理和权限控制的后端服务器组成。

安全提示: 由于 Cookie 属于敏感数据操作，强烈建议私有化部署！

程序本体 (已运营)

最新插件:
annydoor.zip

核心功能

跨设备同步

在任何设备上访问您的会话。从办公室到家里，从桌面到移动端，您的工作流程无缝衔接。

实时同步令牌和存储数据
支持多浏览器和多操作系统
智能冲突解决机制

企业级安全

端到端加密，确保您的会话数据安全无虞。

本地加密后再传输
TLS 加密通道保护
严格的访问控制与审计

团队协作

安全地与团队成员共享会话，提升协作效率。

私有模式: 仅所有者可见
群组共享: 与特定用户组共享
公开模式: 任何人可见（如果启用）
分享链接: 生成用于临时共享的唯一链接

极速同步

毫秒级响应，让会话切换快如闪电。

智能管理

自动分类和组织会话，快速查找所需内容。

支持主账号创建和管理子账号
会话分组与标签

工作原理

只需三步即可实现跨设备会话同步：

安装扩展

在 Chrome 或 Edge 浏览器中安装 AnyDoor 扩展，一键完成配置。

捕获会话

在需要保持登录状态的网站上，点击扩展图标，一键上传当前网站的登录状态和令牌（包括 Cookie 和 LocalStorage）。

随处访问

在任何设备上打开扩展，选择并同步会话，刷新页面即刻恢复登录状态。

应用场景

场景	描述
跨设备无缝切换	办公室电脑→家里电脑→iPad，无需重复登录各类网站
团队多账号协作	运营团队共享社交媒体账号、客服团队共享工单系统
测试环境切换	开发者快速在不同测试账号间切换，无需反复登录
临时授权访问	通过分享链接临时授予他人访问权限，到期自动失效

快速开始

安装方式

在线安装 [新版本正在发布]
- 访问 https://chromewebstore.google.com/
- 搜索 AnyDoor, 在线安装
本地安装
- 下载 CRX 文件
- 在地址栏输入 edge://extensions/ 打开扩展管理页
- 拖动安装

完成后，浏览器工具栏将出现 AnyDoor 图标。

注意事项

安全第一：Cookie 是敏感凭证，切勿在不受信任的网络环境下同步会话
私有部署：强烈建议自行部署后端服务，避免将会话数据托管于第三方
定期清理：及时删除不再需要的会话数据，降低泄露风险
启用保护：建议启用系统级登录保护（Windows Hello / Touch ID 等）

更新日志

v4.1.5 (最新)

新增 Linux.do OAuth 登录支持
注册流程增加 CAPTCHA 验证
扩展端 UI 优化
移除浅色主题，统一深色界面
修复若干已知问题

AnyDoor - 让会话管理更简单、更安全！

📌 转载信息

来源：
https://linux.do/t/topic/1417291

转载时间：
2026/1/8 10:30:53

RFCHOST 全产品测评：价格与体验均衡的亚太优化与落地机器

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

RFCHOST，又称花卷科技，拥有 CTC+JINX 的强力上游，主营亚太优化线路和落地产品，还拥有独特且免费的 FCC+EMBY+DNS 解锁的服务，让产品性价比进一步上升，还与国内腾讯云 BGP 建立优质的互联链路，不过机器性能一般。商家实力比较雄厚，常年有各种活动和回馈，瓜也比较多，老板说话直来直往，经营理念基本是一分钱一分货。

本文无 A，测评机器为部分自费购买和 RFC 官方提供，感谢支持～

本次测评 RFC 的全系列产品 (部分下架产品不做测试，仅为官方在售全产品)，包含 US-LAX-CN2,US-T1-Classic，HK-CTC,HK-JINX,HK-CO,JP2-CO,JP2-CO-LITE,JP2-T1,SG-T1 产品，你也可以使用 RFC 的商家 Looking Glass 来进行准确的测试。由于商家产品线多活动多优惠多，没有一个很有参考的价格，所以本次测试不做性价比上的对比。

目前商家在搞活动，我就顺便把优惠券加上

RFCHOST 当前可用优惠码
限时优惠： 我是高手我不需要发工单，6 折循环优惠，HK/JP 区域产品可用，使用后一个月内仅可提交一次工单。
常驻优惠： RFCSTAR，92 折循环优惠，全产品常规款月付可用。RFCSTAR-Annually, 88 折循环优惠，全产品常规款年度可用。
PO0 当前可用优惠码： saoga，9 折循环优惠，全产品常规款可用。

省流：

全产品带有免费 DNS 万国解锁和 EMBY 服务 (CTC 不支持)，无需担心常规流媒体解锁问题
T1 产品带有 FCC 加速服务，但坏了很久没修

JP2-T1：

国际互联极其优秀 + IP 质量意外的不错
移动用户快乐（200-300Mbps 低重传）

JP2-CO：

电信下行比较极致（400Mbps），上行拉跨
联通上下行都极致（400Mbps + 低重传）
移动大部分地区优秀（300Mbps），部分地区爆炸

JP2-CO-lite：

阉割版 JP2-CO，无去程优化
联通去程丢包令人发指，接近不可用的程度
部分产品线 (clawless) 会限速 200Mbps/100Mbps

HK-CO：

电信极致（500Mbps+），联通移动大部分地区优秀
部分移动地区丢包严重（哈尔滨 / 沈阳 / 大连 / 天津）

HK-CTC/JINX：

三网不可直连（必须用中转）
亚太互联优秀 + DNS 解锁形成优质落地
CTC 不支持 DNS 解锁和 EMBY

US-LAX-CN2 ：

美西性价比差，价格没优势
优化也很一般

US-LAX-T1-Classic (古董机):

便宜 + 流量多 + 互联不错
机器性能差到逆天，测试都跑不了…

SG-T1 ：

国际互联优秀 + IP 质量本身就很不错

我觉得他家产品是对得起价格的，尤其是 HK-CO 和 T1 系列，相当优秀，不过段内机场众多，经常挨打导致稳定性一般，不被打是真极致，虽然风评一直两极分化，光看产品还是相当值买的，尤其是活动价，一分钱一分货嘛

免费增值服务

FCC(Fast Console Connect)

本意是用于加速 SSH 的转发加速服务 (类似于专线)，但只有这个 SSH 一个端口可用，也可以直接用这个端口转发你要用的流量，达到一种买落地送专线的效果，不过已经坏了很久了，不知道还能不能修好…

申请条件：

持有hk/jpt1+普通用户需持有满1年才能开通+实名+无退款记录即可申请开通

EMBY

商家的免费 EMBY，在面板点击 Emby 开通即可

万国解锁 WDA

服务商特供 DNS 解锁功能，可以通过面板修改想要解锁的地区和网站，然后配置 DNS，实现一台机器多国 DNS 解锁的功能

su -
apt-get remove --purge openresolv
systemctl stop systemd-resolved
systemctl disable systemd-resolved
rm -f /etc/resolv.conf
touch /etc/resolv.conf
echo -e "nameserver 22.22.22.22" | tee /etc/resolv.conf
chattr +i /etc/resolv.conf

原来的 ip 质量为

然后我想改成全 US 系的

启用后

随心百变，也是目前遇到唯一一家提供 “万国解锁” 的服务商，确实挺不错的，想怎么解锁怎么解锁。

HK

RFC 在 HK 提供三种产品，分别是 HK-CO，HK-T1 (CTC) 和 HK-T1 (JINX)，HK-CO 为中国大陆优化线路，后面两个 T1 都是落地机器，无任何优化线路。HK-CO 是电信高 q163 + 联通 10099 + 移动 CMI，两个落地则是国际互联不同的区别，测试起来感觉就是 CTC 略微快于 JINX，JINX 延时更低，CTC 不支持 DNS 解锁和 EMBY，光看销量，应该是 JINX 更受欢迎 (其实二者真测不出太大差距)。

HK-CO

三网优化机器，电信高 q163 + 联通 10099 + 移动 CMI，电信相当极致，晚高峰单线程上下行 500Mbps，联通去程部分地区 (济南) 拉跨，多次测试都卡在 100Mbps，回程 400Mbps 很极致，其他地区不错，移动少部分地区拉跨 (哈尔滨 / 沈阳 / 大连 / 天津)，其他地区很极致，单线程有 500Mbps，广移都有 300Mbps；ip 质量中规中矩，该解锁的都解锁；机器性能中规中矩。

这个机器性价比不错啊，价格定位中端机器，但是体验并不差，少部分地区拉跨，但大部分地区都很极致

测试配置为

vCPU Core 1
RAM 1GB
Disk 15GB SSD
Port speed 1000Mbps
Bandwidth 1500GB
IP 1 IPv4

网络质量

深圳电信 (500Mbps) → RFC.HK.CO(1000Mbps)

255 packets transmitted, 255 received, 0% packet loss, time 254349ms
rtt min/avg/max/mdev = 10.839/11.231/18.314/0.475 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   551 MBytes   462 Mbits/sec    9             sender
[  5]   0.00-10.29  sec   550 MBytes   448 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   562 MBytes   470 Mbits/sec  2937             sender
[  5]   0.00-10.00  sec   559 MBytes   469 Mbits/sec                  receiver

宁波电信 (500Mbps) → RFC.HK.CO(1000Mbps)

228 packets transmitted, 228 received, 0% packet loss, time 227290ms
rtt min/avg/max/mdev = 37.065/37.280/37.872/0.116 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   554 MBytes   465 Mbits/sec    0             sender
[  5]   0.00-10.04  sec   553 MBytes   462 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec   550 MBytes   459 Mbits/sec  2875             sender
[  5]   0.00-10.00  sec   547 MBytes   458 Mbits/sec                  receiver

济南联通 (500Mbps) → RFC.HK.CO(1000Mbps)

116 packets transmitted, 116 received, 0% packet loss, time 115145ms
rtt min/avg/max/mdev = 39.485/39.729/40.316/0.125 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   102 MBytes  85.4 Mbits/sec  500             sender
[  5]   0.00-10.10  sec  99.2 MBytes  82.4 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.11  sec   666 MBytes   552 Mbits/sec   30             sender
[  5]   0.00-10.00  sec   662 MBytes   555 Mbits/sec                  receiver

武汉移动 (1000Mbps) → RFC.HK.CO(1000Mbps)

234 packets transmitted, 234 received, 0% packet loss, time 233311ms
rtt min/avg/max/mdev = 42.859/43.062/43.703/0.087 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   650 MBytes   546 Mbits/sec    0             sender
[  5]   0.00-10.04  sec   650 MBytes   543 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   807 MBytes   674 Mbits/sec  445             sender
[  5]   0.00-10.00  sec   803 MBytes   674 Mbits/sec                  receiver

广东移动 (1000Mbps) → RFC.HK.CO(1000Mbps)

219 packets transmitted, 219 received, 0% packet loss, time 218359ms
rtt min/avg/max/mdev = 16.601/16.803/17.675/0.134 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   373 MBytes   313 Mbits/sec  847             sender
[  5]   0.00-10.02  sec   372 MBytes   311 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.02  sec   340 MBytes   285 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   338 MBytes   283 Mbits/sec                  receiver

ip 质量

常见流媒体解锁

测试时间:  2026-01-05 19:34:03
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: HKG)
BingSearch                YES (Region: HK)
Claude                    YES
Dazn                      YES (Region: HK)
Disney+                   YES (Region: HK)
Gemini                    NO
GoogleSearch              YES
Google Play Store         YES (Region: HK)
IQiYi                     YES (Region: HK)
Instagram Licensed Audio  YES
KOCOWA                    NO
MetaAI                    NO (GeoBlocked)
Netflix                   YES (Region: HK)
Netflix CDN               HK
OneTrust                  YES (Region: HK KWUN TONG DISTRICT)
ChatGPT                   YES (Only Available with Mobile APP)
Paramount+                YES
Amazon Prime Video        YES (Region: HK)
Reddit                    YES
SonyLiv                   YES (Region: HK)
Sora                      Banned (VPN Blocked)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: HK)
TVBAnywhere+              YES (Region: HK)
TikTok                    YES (Region: ALISG)
Viu.com                   YES
Wikipedia Editability     NO
YouTube Region            YES (Region: HK)
YouTube CDN               HKG
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【ALISG】

机器性能

HK | Tier 1(CTC)

三网不可直连，国际直接接入 PCCW+NTT+Lumen+RETN，亚太互联比较优秀，配合 DNS 解锁，比较极致的纯落地机器；ip 质量中规中矩；机器性能中规中矩。

落地机器不好测试，所以直接给出到部分常见 TW/US 家宽的延时和速度作为一个参考结果

测试配置为

Port speed No limit
vCPU Core 1
RAM 1GB
Disk 10GB SSD
Bandwidth 10TB IN&OUT
IP 1 IPv4

网络质量

CTC → Hinet

64 packets transmitted, 63 received, 1.5625% packet loss, time 63090ms
rtt min/avg/max/mdev = 26.647/31.087/53.425/7.631 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   478 MBytes   401 Mbits/sec  81879             sender
[  5]   0.00-10.05  sec   476 MBytes   397 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   559 MBytes   468 Mbits/sec  910             sender
[  5]   0.00-10.00  sec   537 MBytes   451 Mbits/sec                  receiver

CTC → Seednet

64 packets transmitted, 64 received, 0% packet loss, time 63725ms
rtt min/avg/max/mdev = 53.640/57.276/80.167/6.647 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   264 MBytes   221 Mbits/sec    5             sender
[  5]   0.00-10.09  sec   262 MBytes   218 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   132 MBytes   110 Mbits/sec   23             sender
[  5]   0.00-10.00  sec   130 MBytes   109 Mbits/sec                  receiver

CTC → RFC.SG.T1

//不知道为啥CTC不通SG.JINX，也许是ip的问题

CTC → QQPW

202 packets transmitted, 202 received, 0% packet loss, time 201100ms
rtt min/avg/max/mdev = 121.060/121.685/140.065/1.756 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   235 MBytes   197 Mbits/sec    0             sender
[  5]   0.00-10.12  sec   235 MBytes   195 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.12  sec   227 MBytes   188 Mbits/sec    3             sender
[  5]   0.00-10.00  sec   224 MBytes   188 Mbits/sec                  receiver

CTC → VIRCS

130 packets transmitted, 130 received, 0% packet loss, time 129022ms
rtt min/avg/max/mdev = 177.475/178.079/179.447/0.282 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  60.9 MBytes  51.1 Mbits/sec  13509             sender
[  5]   0.00-10.18  sec  57.6 MBytes  47.5 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.18  sec  50.5 MBytes  41.6 Mbits/sec  1136             sender
[  5]   0.00-10.00  sec  48.0 MBytes  40.3 Mbits/sec                  receiver

ip 质量

常见流媒体解锁

测试时间:  2026-01-06 18:07:51
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: HKG)
BingSearch                YES (Region: HK)
Claude                    YES
Dazn                      YES (Region: HK)
Disney+                   YES (Region: US)
Gemini                    NO
GoogleSearch              YES
Google Play Store         YES (Region: HK)
IQiYi                     YES (Region: HK)
Instagram Licensed Audio  YES
KOCOWA                    NO
MetaAI                    NO (GeoBlocked)
Netflix                   YES (Region: US)
Netflix CDN               HK
OneTrust                  YES (Region: HK)
ChatGPT                   YES (Only Available with Mobile APP)
Paramount+                YES
Amazon Prime Video        YES (Region: HK)
Reddit                    YES
SonyLiv                   YES (Region: HK)
Sora                      Banned (VPN Blocked)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: HK)
TVBAnywhere+              YES (Region: HK)
TikTok                    YES (Region: ALISG)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            YES (Region: HK)
YouTube CDN               HKG
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【ALISG】

机器性能

HK | Tier 1(JINX)

三网不可直连，国际直接接入 PCCW+NTT+Lumen+RETN，亚太互联比较优秀，配合 DNS 解锁，比较极致的纯落地机器；ip 质量中规中矩；机器性能中规中矩。

落地机器不好测试，所以直接给出到部分常见 TW/US 家宽的延时和速度作为一个参考结果

测试配置为

Port speed No limit
vCPU Core 1
RAM 1GB
Disk 10GB SSD
Bandwidth 2TB IN&OUT
IP 1 IPv4

网络质量

JINX → Hinet

43 packets transmitted, 43 received, 0% packet loss, time 42060ms
rtt min/avg/max/mdev = 21.447/21.941/25.525/0.604 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   562 MBytes   471 Mbits/sec  7904             sender
[  5]   0.00-10.03  sec   562 MBytes   470 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.02  sec   539 MBytes   451 Mbits/sec  2849             sender
[  5]   0.00-10.00  sec   519 MBytes   435 Mbits/sec                  receiver

JINX → Seednet

41 packets transmitted, 41 received, 0% packet loss, time 40128ms
rtt min/avg/max/mdev = 20.994/22.300/26.533/1.401 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   362 MBytes   304 Mbits/sec  125             sender
[  5]   0.00-10.03  sec   360 MBytes   301 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.02  sec   226 MBytes   190 Mbits/sec  619             sender
[  5]   0.00-10.00  sec   223 MBytes   187 Mbits/sec                  receiver

JINX → RFC.SG.T1

113 packets transmitted, 113 received, 0% packet loss, time 112190ms
rtt min/avg/max/mdev = 37.627/37.793/40.268/0.337 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   749 MBytes   629 Mbits/sec    0             sender
[  5]   0.00-10.04  sec   748 MBytes   626 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec   753 MBytes   629 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   750 MBytes   629 Mbits/sec                  receiver

JINX → QQPW

340 packets transmitted, 340 received, 0% packet loss, time 339245ms
rtt min/avg/max/mdev = 121.114/121.852/148.682/2.037 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   235 MBytes   197 Mbits/sec    0             sender
[  5]   0.00-10.12  sec   235 MBytes   195 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.12  sec   227 MBytes   188 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   224 MBytes   188 Mbits/sec                  receiver

JINX → VIRCS

54 packets transmitted, 54 received, 0% packet loss, time 53063ms
rtt min/avg/max/mdev = 177.854/178.079/179.560/0.244 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  58.6 MBytes  49.2 Mbits/sec  5540             sender
[  5]   0.00-10.18  sec  57.0 MBytes  47.0 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.18  sec  50.6 MBytes  41.7 Mbits/sec  1146             sender
[  5]   0.00-10.00  sec  48.0 MBytes  40.3 Mbits/sec                  receiver

ip 质量

常见流媒体解锁

测试时间:  2026-01-06 12:48:35
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: HKG)
BingSearch                YES (Region: HK)
Claude                    YES
Dazn                      YES (Region: HK)
Disney+                   YES (Region: HK)
Gemini                    NO
GoogleSearch              YES
Google Play Store         YES (Region: HK)
IQiYi                     YES (Region: HK)
Instagram Licensed Audio  YES
KOCOWA                    NO
MetaAI                    NO (GeoBlocked)
Netflix                   YES (Region: HK)
Netflix CDN               HK
OneTrust                  YES (Region: HK KWUN TONG DISTRICT)
ChatGPT                   YES (Only Available with Mobile APP)
Paramount+                YES
Amazon Prime Video        YES (Region: HK)
Reddit                    YES
SonyLiv                   YES (Region: HK)
Sora                      Banned (VPN Blocked)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: HK)
TVBAnywhere+              YES (Region: HK)
TikTok                    YES (Region: ALISG)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            YES (Region: HK)
YouTube CDN               HKG
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【ALISG】

机器性能

JP

RFC 在 JP 有 JP1-CO,JP2-CO,JP2-CO-lite 和 JP-T1 四款产品线，JP1-CO 没货且官网已下架，JP2-CO 则是高 q163+10099+cmi,JP2-CO-lite 则是无去程优化的 JP2-CO，这个 lite 就 lite 在无去程优化上，JP-T1 则是落地机器，有三网 IIJ + 软银，移动比较快乐。

JP2-CO

去程回程优化的 JP 线路，高 q163+10099+cmi，实测下来电信上行 (去程) 确实是优化，但是这个优化也仅仅到不丢包而已，去程并不算优秀，多次测试都卡在 50Mbps，下行很极致，有 400Mbps，联通上下行都很极致，单线程 400Mbps + 低重传，移动大部分地区比较优秀，单线程有 300Mbps，少部分地区拉跨，丢包丢飞了，可以在 ITDOG 中看到这些地区，在这些地区的用户需要慎重考虑上车；ip 质量很差，送中 + 大量流媒体被 ban，要靠 DNS 解锁救一下了；机器性能中规中矩。

对于一台定位中端的机器而言，这个表现出乎我的意料了已经，有货高低是要买的

测试配置为

Port Speed No limit

网络质量

深圳电信 (500Mbps) → RFC.JP2.CO

283 packets transmitted, 282 received, 0.353357% packet loss, time 282342ms
rtt min/avg/max/mdev = 53.251/53.461/54.764/0.129 ms


[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  49.4 MBytes  41.4 Mbits/sec  590             sender
[  5]   0.00-10.06  sec  46.0 MBytes  38.4 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   433 MBytes   361 Mbits/sec  721             sender
[  5]   0.00-10.00  sec   430 MBytes   361 Mbits/sec                  receiver

宁波电信 (500Mbps) → RFC.JP2.CO

334 packets transmitted, 334 received, 0% packet loss, time 333406ms
rtt min/avg/max/mdev = 36.812/37.085/37.772/0.114 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  50.5 MBytes  42.4 Mbits/sec  753             sender
[  5]   0.00-10.07  sec  47.1 MBytes  39.2 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.08  sec   532 MBytes   442 Mbits/sec  3101             sender
[  5]   0.00-10.00  sec   527 MBytes   442 Mbits/sec                  receiver

济南联通 (500Mbps) → RFC.JP2.CO

352 packets transmitted, 351 received, 0.284091% packet loss, time 351593ms
rtt min/avg/max/mdev = 53.661/53.892/56.281/0.190 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   480 MBytes   403 Mbits/sec    0             sender
[  5]   0.00-10.05  sec   480 MBytes   401 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   481 MBytes   401 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   477 MBytes   400 Mbits/sec                  receiver

宁波移动 (500Mbps) → RFC.JP2.CO

416 packets transmitted, 416 received, 0% packet loss, time 415582ms
rtt min/avg/max/mdev = 45.204/45.419/46.456/0.136 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   324 MBytes   272 Mbits/sec  435             sender
[  5]   0.00-10.06  sec   322 MBytes   269 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   544 MBytes   455 Mbits/sec  401             sender
[  5]   0.00-10.00  sec   540 MBytes   453 Mbits/sec                  receiver

广东移动 (1000Mbps) → RFC.JP2.CO

398 packets transmitted, 397 received, 0.251256% packet loss, time 397685ms
rtt min/avg/max/mdev = 68.734/71.890/84.134/3.002 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   156 MBytes   131 Mbits/sec  2036             sender
[  5]   0.00-10.07  sec   154 MBytes   129 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.07  sec   172 MBytes   143 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   168 MBytes   141 Mbits/sec                  receiver

武汉移动 (500Mbps) → RFC.JP2.CO

378 packets transmitted, 374 received, 1.0582% packet loss, time 377579ms
rtt min/avg/max/mdev = 50.990/58.087/67.981/4.018 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   443 MBytes   371 Mbits/sec  128             sender
[  5]   0.00-10.05  sec   442 MBytes   369 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.07  sec   384 MBytes   320 Mbits/sec    1             sender
[  5]   0.00-10.00  sec   380 MBytes   319 Mbits/sec                  receiver

ip 质量

常见流媒体解锁

测试时间:  2026-01-06 06:26:58
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: JPN)
BingSearch                YES (Region: JP)
Claude                    YES
Dazn                      Banned
Disney+                   NO (forbidden-location)
Gemini                    NO
GoogleSearch              YES
Google Play Store         NO (Region: CN)
IQiYi                     YES (Region: JP)
Instagram Licensed Audio  NO (Too Many Requests)
KOCOWA                    NO
MetaAI                    NO (GeoBlocked)
Netflix                   NO
Netflix CDN               NO (Main Service Unavailable) (Region: JP)
OneTrust                  YES (Region: JP TOKYO)
ChatGPT                   YES (Region: JP)
Paramount+                YES
Amazon Prime Video        YES (Region: JP)
Reddit                    NO
SonyLiv                   Banned
Sora                      YES (Region: JP)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: JP)
TVBAnywhere+              YES (Region: JP)
TikTok                    YES (Region: JP)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            NO
YouTube CDN               NO (Youtube Video Server Main Service Unavailable) (Region: NRT)
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:         【JP】

机器性能

JP2-CO-Lite

相比起 CO 而言，Lite 系列没有去程优化，这点你在测试中可以很明显的看出来，电信还能忍一忍，联通已经丢包到了令人发指的程度，这个去程真逆天了，回程还不错，但是去程这个丢包注定是卡的半死了，对于需要高频交互的网页应用而言简直是灾难，要是纯粹的下载 / 看视频倒是可以接受；ip 质量意外的比 CO 好点，不过还是用 DNS 吧，更好；机器性能中规中矩。

联通用户快跑，电信移动还可以考虑考虑，至于 clawless 系列，本身限速 200Mbps 有点小了，个人用还能勉强接受

测试配置为

Port Speed No limit
vCPU Core 1
RAM 1GB
Disk 20GB SSD
Traffic 1TB IN&OUT
IP 1 IPv4

网络质量

深圳电信 (500Mbps) → RFC.JP2.CO-LITE

176 packets transmitted, 176 received, 0% packet loss, time 175269ms
rtt min/avg/max/mdev = 53.655/53.969/59.514/0.484 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   212 MBytes   178 Mbits/sec  416             sender
[  5]   0.00-10.06  sec   210 MBytes   175 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   369 MBytes   308 Mbits/sec  592             sender
[  5]   0.00-10.00  sec   366 MBytes   307 Mbits/sec                  receiver

宁波电信 (500Mbps) → RFC.JP2.CO-LITE

197 packets transmitted, 196 received, 0.507614% packet loss, time 196287ms
rtt min/avg/max/mdev = 37.040/41.901/46.499/3.169 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   543 MBytes   455 Mbits/sec   39             sender
[  5]   0.00-10.06  sec   543 MBytes   453 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   536 MBytes   447 Mbits/sec  3378             sender
[  5]   0.00-10.00  sec   533 MBytes   447 Mbits/sec                  receiver

济南联通 (500Mbps) → RFC.JP2.CO-LITE

221 packets transmitted, 209 received, 5.42986% packet loss, time 220501ms
rtt min/avg/max/mdev = 77.112/77.604/79.999/0.206 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  78.8 MBytes  66.1 Mbits/sec  4554             sender
[  5]   0.00-10.08  sec  75.6 MBytes  62.9 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.10  sec   351 MBytes   291 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   347 MBytes   291 Mbits/sec                  receiver

武汉移动 (1000Mbps) → RFC.JP2.CO-LITE

226 packets transmitted, 226 received, 0% packet loss, time 225331ms
rtt min/avg/max/mdev = 75.020/79.474/86.743/3.323 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   353 MBytes   296 Mbits/sec   70             sender
[  5]   0.00-10.07  sec   352 MBytes   293 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.09  sec   372 MBytes   309 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   369 MBytes   310 Mbits/sec                  receiver

广东移动 (1000Mbps) → RFC.JP2.CO-LITE

233 packets transmitted, 229 received, 1.71674% packet loss, time 232431ms
rtt min/avg/max/mdev = 67.262/68.028/76.788/1.086 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   197 MBytes   165 Mbits/sec    0             sender
[  5]   0.00-10.08  sec   197 MBytes   164 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.08  sec  59.5 MBytes  49.5 Mbits/sec  608             sender
[  5]   0.00-10.00  sec  55.8 MBytes  46.8 Mbits/sec                  receiver

ip 质量

常见流媒体解锁

测试时间:  2026-01-05 20:36:29
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: JPN)
BingSearch                YES (Region: JP)
Claude                    YES
Dazn                      YES (Region: JP)
Disney+                   YES (Region: JP)
Gemini                    YES (Region: JP)
GoogleSearch              YES
Google Play Store         YES (Region: JP)
IQiYi                     YES (Region: JP)
Instagram Licensed Audio  YES
KOCOWA                    NO
MetaAI                    NO (GeoBlocked)
Netflix                   YES (Region: JP)
Netflix CDN               JP
OneTrust                  YES (Region: JP TOKYO)
ChatGPT                   YES (Region: JP)
Paramount+                YES
Amazon Prime Video        YES (Region: JP)
Reddit                    YES
SonyLiv                   Banned
Sora                      YES (Region: JP)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: JP)
TVBAnywhere+              YES (Region: JP)
TikTok                    YES (Region: JP)
Viu.com                   YES
Wikipedia Editability     NO
YouTube Region            YES (Region: JP)
YouTube CDN               NRT
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		Failed

机器性能

JP2-T1

电信联通 IIJ + 移动软银线路的落地机器，直连情况下：电联晚高峰丢包严重，几乎不可用，移动相当快乐，低重传单线程能到 200~300Mbps，相互不错。这个机器的优秀之处在于国际互连，接入 IIJ + 软银 + NTT 等多线的组合相当炸裂，JP 落地互联的相当棒的选择；ip 质量出乎我意料的居然还不错，配合 DNS 解锁更好；机器性能中规中矩。

心目中的 JP 第一落地了，DNS 解锁 + 互联 + 移动快乐 +；量大管饱，可惜了特价款抢不到…

测试配置为

Port Speed No limit
vCPU Core 1
RAM 1GB
Disk 16GB SSD
Traffic 3TB IN&OUT
IP 1 IPv4

网络质量

RFC.JP.T1 → VIRCS

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.00  sec  63.2 MBytes  53.1 Mbits/sec  9585             sender
[  5] 0.00-10.12  sec  60.9 MBytes  50.5 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5] 0.00-10.12  sec  56.4 MBytes  46.7 Mbits/sec   90             sender
[  5] 0.00-10.00  sec  53.3 MBytes  44.7 Mbits/sec                  receiver

深圳电信 (500Mbps) → RFC.JP2.T1

271 packets transmitted, 228 received, 15.8672% packet loss, time 271050ms
rtt min/avg/max/mdev = 63.619/65.950/92.773/3.913 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   228 MBytes   192 Mbits/sec  173             sender
[  5]   0.00-10.23  sec   228 MBytes   187 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.11  sec  8.00 MBytes  6.64 Mbits/sec  999             sender
[  5]   0.00-10.00  sec  4.52 MBytes  3.79 Mbits/sec                  receiver

宁波电信 (500Mbps) → RFC.JP2.T1

268 packets transmitted, 235 received, 12.3134% packet loss, time 267884ms
rtt min/avg/max/mdev = 71.334/134.097/246.707/37.265 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  2.95 MBytes  2.47 Mbits/sec   28             sender
[  5]   0.00-10.06  sec  2.78 MBytes  2.32 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.07  sec  15.4 MBytes  12.8 Mbits/sec  2216             sender
[  5]   0.00-10.00  sec  11.7 MBytes  9.84 Mbits/sec                  receiver

济南联通 (500Mbps) → RFC.JP2.T1

279 packets transmitted, 223 received, 20.0717% packet loss, time 279224ms
rtt min/avg/max/mdev = 99.987/116.891/120.380/6.723 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  40.0 MBytes  33.6 Mbits/sec  2595             sender
[  5]   0.00-10.10  sec  36.3 MBytes  30.2 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.14  sec  5.10 MBytes  4.22 Mbits/sec  546             sender
[  5]   0.00-10.00  sec  3.80 MBytes  3.19 Mbits/sec                  receiver

宁波移动 (500Mbps) → RFC.JP2.T1

251 packets transmitted, 251 received, 0% packet loss, time 250294ms
rtt min/avg/max/mdev = 67.244/67.473/69.437/0.270 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   290 MBytes   243 Mbits/sec    0             sender
[  5]   0.00-10.06  sec   289 MBytes   241 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   402 MBytes   335 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   399 MBytes   334 Mbits/sec                  receiver

广东移动 (1000Mbps) → RFC.JP2.T1

260 packets transmitted, 257 received, 1.15385% packet loss, time 259444ms
rtt min/avg/max/mdev = 70.144/71.950/129.919/4.403 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   280 MBytes   235 Mbits/sec    0             sender
[  5]   0.00-10.07  sec   280 MBytes   233 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.07  sec   206 MBytes   171 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   202 MBytes   170 Mbits/sec                  receiver

武汉移动 (500Mbps) → RFC.JP2.T1

271 packets transmitted, 271 received, 0% packet loss, time 270375ms
rtt min/avg/max/mdev = 74.684/74.951/76.941/0.199 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   382 MBytes   320 Mbits/sec    0             sender
[  5]   0.00-10.07  sec   381 MBytes   317 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.08  sec   373 MBytes   310 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   369 MBytes   310 Mbits/sec                  receiver

ip 质量

常见流媒体解锁

测试时间:  2026-01-06 20:10:39
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: JPN)
BingSearch                YES (Region: JP)
Claude                    YES
Dazn                      YES (Region: JP)
Disney+                   YES (Region: JP)
Gemini                    YES (Region: JP)
GoogleSearch              YES
Google Play Store         YES (Region: JP)
IQiYi                     YES (Region: JP)
Instagram Licensed Audio  YES
KOCOWA                    NO
MetaAI                    NO (GeoBlocked)
Netflix                   YES (Region: JP)
Netflix CDN               JP
OneTrust                  YES (Region: JP TOKYO)
ChatGPT                   YES (Region: JP)
Paramount+                YES
Amazon Prime Video        YES (Region: JP)
Reddit                    YES
SonyLiv                   Banned
Sora                      YES (Region: JP)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: JP)
TVBAnywhere+              YES (Region: JP)
TikTok                    YES (Region: JP)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            YES (Region: JP)
YouTube CDN               lcnrtb - AP
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		Failed

机器性能

US

RFC 在 US 的产品就是一个线路一个落地了，线路是电信联通 CN2GIA 移动 4837，落地则是 JINX 自己去接的 T1/T2/T3，光看国际互联还不错，但是吧，这个系列是 classic，便宜是便宜 (正价也只要 0.5 刀 / T)，就是机器性能羸弱，已经到了能影响网速的程度了，不愧是怀旧服。

US LAX

电信联通混合的 CN2GIA+4837 和移动纯血 4837 的路由组合真是让我打开眼界，而且服务商的策略有些特殊，移动联通的 iperf3 全部都是 0，完全没有数据，以至于我无法确定速度到底怎么样，光看电信来说，上行很差，只有 30~50Mbps，下行倒是能达到 200Mbps；ip 质量较差，Disney + 和 Netflix 全部被 ban，meta 也掉了，还是靠 DNS 解锁吧；机器性能中规中矩；

这个产品的价格在美西中完全不够看，被锤爆了，可能只有活动款才有价格优势

测试配置为

vCPU Core 1
RAM 1GB
Disk 15GB SSD
Port speed 1Gbps
Bandwidth 1800GB
IP 1 IPv4

网络质量

深圳电信 (500Mbps) → RFC.US.CN2(1000Mbps)

125 packets transmitted, 125 received, 0% packet loss, time 124171ms
rtt min/avg/max/mdev = 159.254/159.609/160.393/0.313 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  30.2 MBytes  25.4 Mbits/sec  248             sender
[  5]   0.00-10.16  sec  28.9 MBytes  23.9 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.16  sec   119 MBytes  98.3 Mbits/sec   83             sender
[  5]   0.00-10.00  sec   116 MBytes  97.6 Mbits/sec                  receiver

宁波电信 (500Mbps) → RFC.US.CN2(1000Mbps)

679 packets transmitted, 678 received, 0.147275% packet loss, time 678805ms
rtt min/avg/max/mdev = 141.326/141.577/142.235/0.113 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  39.8 MBytes  33.3 Mbits/sec  147             sender
[  5]   0.00-10.14  sec  36.5 MBytes  30.2 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.14  sec   195 MBytes   162 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   192 MBytes   161 Mbits/sec                  receiver

ip 质量

常见流媒体解锁

测试时间:  2026-01-05 19:58:21
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: USA)
BingSearch                YES (Region: US)
Claude                    YES
Dazn                      YES (Region: US)
Disney+                   NO (UnSupported)
Gemini                    YES (Region: US)
GoogleSearch              YES
Google Play Store         YES (Region: US)
IQiYi                     YES (Region: US)
Instagram Licensed Audio  YES
KOCOWA                    YES
MetaAI                    NO (GeoBlocked)
Netflix                   Banned
Netflix CDN               NO (IP Banned By Netflix)
OneTrust                  YES (Region: US CALIFORNIA)
ChatGPT                   YES (Region: US)
Paramount+                YES
Amazon Prime Video        YES (Region: US)
Reddit                    YES
SonyLiv                   YES (Region: US)
Sora                      YES (Region: US)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: US)
TVBAnywhere+              YES (Region: US)
TikTok                    YES (Region: US)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            YES
YouTube CDN               LAX
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【US】

机器性能

LAX-T1-Classic

这个 Classic 系列比较特别，因为服务商用的是存储用的是古董机械硬盘RAID1，CPU 是十年前的“老古董”E5 2650，内存还是DDR3，极致怀旧风格，简直就是给网络时代穿越回过去的时光机古董机，价格便宜是真便宜，互联也很不错，我就是怀疑这个机器到底能不能支持你用较高的网速用完这堪称巨无霸的流量了…

测试配置为

Port speed No limit

网络质量

netcheck

ip 质量

ipcheck

常见流媒体解锁

测试时间:  2026-01-06 22:29:14
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: USA)
BingSearch                YES (Region: US)
Claude                    YES
Dazn                      YES (Region: US)
Disney+                   NO (UnSupported)
Gemini                    YES (Region: US)
GoogleSearch              YES
Google Play Store         YES (Region: US)
IQiYi                     YES (Region: US)
Instagram Licensed Audio  YES
KOCOWA                    YES
MetaAI                    NO (GeoBlocked)
Netflix                   YES (Region: JM)
Netflix CDN               US
OneTrust                  YES (Region: US CALIFORNIA)
ChatGPT                   YES (Region: US)
Paramount+                YES
Amazon Prime Video        YES (Region: US)
Reddit                    YES
SonyLiv                   YES (Region: US)
Sora                      YES (Region: US)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: US)
TVBAnywhere+              YES (Region: US)
TikTok                    YES (Region: US)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            YES
YouTube CDN               LAX
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【US】

机器性能

SG

SG-T1

三网爆炸不可直连，SG 比较优秀的落地机器，本身 IP 质量就很不错，配合 DNS 解锁非常优秀，稳稳的纯落地机器，机器性能中规中矩。

没啥能介绍的，这个机器就是互联比较优秀 + 解锁全面

测试配置为

Port Speed No limit
vCPU Core 1
RAM 1GB
Disk 16GB SSD
Traffic 3TB IN&OUT
IP 1 IPv4

网络质量

ip 质量

常见流媒体解锁

测试时间:  2026-01-06 01:11:34
IPV4:
============[ 跨国平台 ]============
Apple                     YES (Region: SGP)
BingSearch                YES (Region: WW)
Claude                    YES
Dazn                      YES (Region: SG)
Disney+                   YES (Region: SG)
Gemini                    YES (Region: SG)
GoogleSearch              YES
Google Play Store         YES (Region: SG)
IQiYi                     YES (Region: SG)
Instagram Licensed Audio  YES
KOCOWA                    NO
MetaAI                    YES (Region: GB)
Netflix                   YES (Region: SG)
Netflix CDN               SG
OneTrust                  YES (Region: SG)
ChatGPT                   YES (Region: SG)
Paramount+                YES
Amazon Prime Video        YES (Region: US)
Reddit                    YES
SonyLiv                   YES (Region: SG)
Sora                      YES (Region: SG)
Spotify Registration      NO
Steam Store               YES (Community Available) (Region: SG)
TVBAnywhere+              Error
TikTok                    YES (Region: US)
Viu.com                   YES
Wikipedia Editability     YES
YouTube Region            YES (Region: SG)
YouTube CDN               SIN
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【US】

机器性能

📌 转载信息

来源：
https://linux.do/t/topic/1417839

原作者：
STALK

转载时间：
2026/1/8 10:30:47

个人博客从 Hexo 到 React 手搓的近十年

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

Wordpress 时期

16 年初买过阿里云的学生服务器做 wordpress 博客，还搞了域名备案什么的，最后上面只发了课堂 Linux 笔记。当时一搜自建博客都推荐 wordpress。到 16 年后半年时在网上看到 Github Pages ，不要服务器还可以绑域名，竟然有这等好事！从此开始了 Hexo 的静态博客之路。

Hexo Hugo

后来换成了 Hugo。用 Go 写的编译比 Hexo 快多了，有比较现代化的主题。但感觉好多喜欢的模板都在 Hexo 上，又换了回去。

我自己是喜欢功能很全的极简风，网站装修这种东西，弄久了就是想手搓。再往后学了 React，但当时做了个 SPA 后发现，这对搜索引擎不友好。Next.js 的出现打破了这个问题，可以导出静态页面，当时觉得简直是魔法。从此走上了手撮博客的道路。

Next.js

手搓博客大致要求是：

博客主体完全静态
完全兼容 Hexo 用法
有无限滚动的说说页面
有评论阅览量统计
有站内全文搜索
有 rss 和 sitemap

技术选型参考的 Josh WComeau 文章。当时他看好 Styled-Components 和 Mdx（老实说现在觉得是个错误，一是还是要自己做 CSS 水合避免闪屏，二是，写文章时真的不会想写代码，图片都懒得加，最后还只是用 .md）

但是当时 Next.js 的 SSG 只有 Pages Router，不使用他家的 ISR（需要服务器）就很难做不被卸载的菜单栏和全局进度条动画。并且有的小版本代码分割有问题，rss 的编译部分老被认成客户端，我服了，有点讨厌这个框架了。

去年有朋友帮我用 AI 重构到了 App Router。但他用了一个现成的 Markdown 库，但我为了让说说部分写起来简单，以及渲染看起来长得像社交媒体，解析是手撮的。所以说说相关的部分，以及 rss 、搜索，都没挪过去，功能缺了很多。

React Router 7

后来想了想，我用 Next.js 不就是看重他的路由和 SSG。既然 React 18 有 RSC 了，那我不如直接 React，静态渲染就抓路由用 renderStaticMarkup 跑一遍好了……

于是上个月问了问哈基米，接触到了 React Router 7，一个完美符合我需要的路由框架。还接触到了 Velite 预构建数据。用 AI 做技术选型还是靠谱的。元旦前一天开始改了 7 天，重构了，并且加好了我心心念念的静态页面间全局进度条。

离开了 Next.js 后，才发现原来外面根本没下雨，原来静态页面导出并不需要 30 秒，只需要 3 秒啊……React Router 7 目前在我心中是完美的路由框架，他只是个处理路由的，写起来是 React 本身的自由度。

不过搓了半天文章没怎么写，全在吹水，说说算是最值得的一个模块了。

所以请看博客

主页： https://www.sansui233.com

还有 404 页面（不是

404 页面： https://www.sansui233.com/404

性能 Desktop:

主页：

原本的说说页面是打算拿 telegram 和 X 的 api 做同步的。但后来发现其实 iCloud 同步到手机上开 Obsidian 写也是一样的…… Obsidian 还有 Dataview 和模板 QuickAdd 按钮，何尝不是一种静态博客后台管理工具。……

评论是 Waline，从 Valine 迁移的。还是万年的 LeanCloud 免费额度数据库，反正没人哈哈。

📌 转载信息

来源：
https://linux.do/t/topic/1417647

原作者：
illy

转载时间：
2026/1/8 10:28:31

【开源】外星科技一键对鼠标下图片文本进行 OCR 智能捕获文本框，拼接，并用大模型清理输出。还在手动框选？你 out 啦～～

作者: 纯情
时间: 2026-01-08
分类: 开源
评论

外星科技
一键对鼠标下图片文本进行 OCR
智能捕获文本框，拼接，并用大模型清理输出。
还在手动框选？你 out 啦～～

核心库：文本检测模块 - PaddleOCR

📌 转载信息

来源：
https://linux.do/t/topic/1417655

原作者：
Claude4

转载时间：
2026/1/8 10:28:24

【开源】Reddit 生意调研 Agent: 收集和分析数据来解析市场需求 - 完全免费助 lao 出海赚美金

作者: 纯情
时间: 2026-01-08
分类: 开源
评论

Reddit_Business_Idea_Validator

为什么出海看 reddit?

Reddit 是欧美年轻人扎堆的兴趣社区，类似国内贴吧，但更垂直。用户以 24-44 岁男性为主，爱科技、游戏、亚文化，消费力强且反感硬广。出海人可通过创建兴趣小组（Subreddit）、发干货帖子、办 AMA 问答活动自然引流，但需长期互动，避免直接推销

reddit 的数据获取：

PRAW (Python Reddit API Wrapper) 是一个 Python 库，它封装了 Reddit 的 API, 让我们能够轻松地与 Reddit 进行交互。使用 PRAW, 我们可以获取帖子、评论，甚至可以发布内容或管理 subreddit。PRAW 不仅简化了 Reddit API 的使用，还提供了许多便利功能，使得 Reddit 数据抓取变得轻而易举。
参考： https://blog.csdn.net/m0_73693562/article/details/147905146

我的开源项目介绍

核心功能

Reddit 数据抓取: 自动抓取相关帖子和评论数据（使用用户输入作为搜索关键词）
AI 内容分析: 使用 LLM 分析用户痛点和市场需求
自动化报告生成: 生成专业的市场验证报告

系统流程图

┌─────────────────────────────────────────────────────────────────────────────────┐
│                              系统入口                                         │
│                    python run_agent.py "业务创意"                              │
└─────────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│                           环境配置与初始化                                      │
│  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐           │
│  │  Config     │  │ Context     │  │ MCP Clients │  │ Storage     │           │
│  │  Manager    │  │  Store      │  │             │  │  Server     │           │
│  └─────────────┘  └─────────────┘  └─────────────┘  └─────────────┘           │
└─────────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│                        Orchestrator Agent 启动                                │
│  ┌─────────────────────────────────────────────────────────────────────────┐   │
│  │ 任务: validate_business_idea                                           │   │
│  │ 业务创意: "用户输入的业务创意"                                          │   │
│  └─────────────────────────────────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│                        1. 数据抓取阶段 (Scraper Agent)                         │
│  ┌─────────────────────────────────────────────────────────────────────────┐   │
│  │ 任务: scrape_data                                                     │   │
│  │ - 使用业务创意作为搜索关键词                                           │   │
│  │ - 通过 Reddit MCP Server 抓取 Reddit 帖子和评论                        │   │
│  │ - 保存 checkpoint: scraping_complete.json                             │   │
│  └─────────────────────────────────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│                        2. 数据分析阶段 (Analyzer Agent)                        │
│  ┌─────────────────────────────────────────────────────────────────────────┐   │
│  │ 任务: analyze_data                                                    │   │
│  │ ├── analyze_posts: 分析帖子内容，提取用户痛点和需求                    │   │
│  │ ├── analyze_comments: 分析评论情感和用户反馈                           │   │
│  │ ├── comments_tag_analysis: 评论标签分析                                │   │
│  │ └── combined_analysis: 综合分析生成市场验证评分                        │   │
│  │ 保存 checkpoint: analysis_complete.json, comments_tag_analysis_complete.json│ │
│  └─────────────────────────────────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│                        3. 报告生成阶段 (Reporter Agent)                        │
│  ┌─────────────────────────────────────────────────────────────────────────┐   │
│  │ 任务: generate_and_save_report                                        │   │
│  │ ├── generate_html_report: 生成 HTML 格式报告                          │   │
│  │ ├── save_report: 保存报告到 reports/ 目录                            │   │
│  │ └── 保存 checkpoint: report_saved.json                               │   │
│  └─────────────────────────────────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│                        4. 结果输出与存储                                      │
│  ┌─────────────────────────────────────────────────────────────────────────┐   │
│  │ 输出文件:                                                             │   │
│  │ ├── reports/{business_idea}_{timestamp}.html                          │   │
│  │ ├── agent_context/checkpoints/{run_id}/                               │   │
│  │ │   ├── scraping_complete.json                                        │   │
│  │ │   ├── analysis_complete.json                                        │   │
│  │ │   ├── comments_tag_analysis_complete.json                           │   │
│  │ │   ├── combined_analysis_complete.json                               │   │
│  │ │   └── report_saved.json                                             │   │
│  │ └── 小提示: 相关资料请到 agent_context/checkpoints/{run_id}/ 目录下查看 │   │
│  └─────────────────────────────────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────────────────────────────────┘
                                           │
                                           ▼
┌─────────────────────────────────────────────────────────────────────────────────┐
│                              任务完成                                         │
│                    返回 TaskResult 包含执行结果                                │
└─────────────────────────────────────────────────────────────────────────────────┘

展示效果：

欢迎 star

github: GitHub - liangdabiao/Reddit_Business_Idea_Validator: Reddit 生意调研 Agent: 收集和分析数据来解析市场需求、用户痛点及竞争格局.- 📊 **Reddit 数据抓取 **: 自动抓取相关帖子和评论数据（使用用户输入作为搜索关键词） - 🤖 **AI 内容分析 **: 使用 LLM 分析用户痛点和市场需求 - 📄 ** 自动化报告生成 **: 生成专业的市场验证报告

📌 转载信息

来源：
https://linux.do/t/topic/1417660

转载时间：
2026/1/8 10:28:15

【开源】厦门实验室的 UNITY2api，全网最简单的 2api 项目～

作者: 纯情
时间: 2026-01-08
分类: 开源
评论

开源链接：
ZeroAd-06/UNITY2api: description, website, or topics provided.

总之，你现在可以使用 OpenAI 格式的 API 来调用厦门实验室的 UNITY 模型，免费体验超过 Gemini 3 Pro，GPT-5.2，GPT-5.1，Kimi K2 T，Claude 4.5 Opus，Grok 4，GLM-4.7，DeepSeek-V3.2，Doubao-1.5 Pro，Qwen3-Max，Mistral Large 3，MiniMax-M2.1 的性能的模型，
或者至少是与 Gemini 3 Flash 性能相当的模型

这很有可能是你见过的最简单的 2api 项目，代码不超过 160 行。
这个厦门实验室的网页没有做任何鉴权 / 反机器人机制，大家赶紧蹬啊

事实上，我写 readme 的时间都比开发（完全丢给 AI）的时间长。

就算你不打算使用这个模型，我也希望你能点进项目的 README 看一下，相信我，看我之后你会给这个项目一个 star，然后给这个帖子一个

数据来自 XiamenLabs 官方声称的评测基准 ↩︎

📌 转载信息

来源：
https://linux.do/t/topic/1417828

原作者：
Z_06

转载时间：
2026/1/8 10:24:58

配置 debian 的心得

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

如题，把主力机

System Details Report
Report details
Date generated: 2026-01-07 23:36:43
Hardware Information:
Hardware Model: MECHREVO Z2 Air Series GK5CP5X
Memory: 32.0 GiB
Processor: Intel® Core™ i7-9750H × 12
Graphics: Intel® UHD Graphics 630 (CFL GT2)
Graphics 1: NVIDIA GeForce GTX 1650
Disk Capacity: 1.0 TB
Software Information:
Firmware Version: N.1.05
OS Name: Debian GNU/Linux 13 (trixie)
OS Build: (null)
OS Type: 64-bit
GNOME Version: 48
Windowing System: X11
Kernel Version: Linux 6.12.57+deb13-amd64

从 Windows 换成了 Debian，开始非常麻烦啊，先用 ventoy 引导但是有问题，软件安装不上；又是手欠，“把家拆了”，配环境的时候直接把根目录炸了，只能再重装一次。
谈谈遇到的几个选择点：

对于桌面的选择：

作为一个 “UI 至上” 的用户，我尝试了几个桌面环境：
Gnome 48：最终选择
优点：现代、简洁、动画流畅，扩展生态系统丰富
痛点：资源占用相对较高（在 32GB 内存的机器上不是问题）
决定性因素：自带 RDP 支持，远程访问无缝
Xfce：轻量但不够精致
适合老机器，但视觉风格感觉停留在 2000 年代初期
定制性强，但需要投入大量时间才能达到满意的视觉效果
从 Windows 的 “功能堆砌” 到 Gnome 的 “极简主义”。最初不习惯顶部栏的设计，但习惯了 “活动概览”（Super 键）后，发现工作效率更高了。

对于显卡的适配性：

NVIDIA + Intel 的配置之路
我的配置是 Intel UHD 630（核显） + NVIDIA GTX 1650（独显），配置过程：
驱动安装：使用 non-free 仓库的 nvidia-driver 包，比从 NVIDIA 官网下载.run 文件简单稳定
Prime 选择：prime-select 工具让切换变得简单，但需要注销重新登录
实际体验：
日常使用：Intel 核显，省电且发热小
游戏 / 渲染：使用 prime-run 前缀启动程序
痛点：某些应用不会自动使用独显，需要手动配置
利用率低的真相：Linux 上的游戏生态依然主要依赖 Proton（Steam Play），原生支持的游戏少。我的 GTX 1650 大部分时间在 “休息”，但对于支持的游戏，性能基本达到 Windows 的 85-90%。

对于操作性和互动性：

软件安装的范式转换
Windows 思维：下载.exe → 安装 → 可能带全家桶
Linux 思维：sudo apt install → 系统级管理 → 干净卸载
惊喜：apt 的依赖解析虽然有时令人头疼，但卸载时的干净程度令人感动
终端
最初尽量避免使用终端
现在：终端是最高效的工具，特别是系统管理和批量操作
最喜欢的命令：apt history（查看安装历史）、systemctl（服务管理）
文件系统的重新认识
从 Windows 的 C/D/E 盘到 Linux 的单一树状结构
/home/用户名/ 成为了新的 “我的文档”，但更灵活
习惯改变：现在更多使用符号链接（ln -s）组织文件

对于依赖的一些吐槽：

尝试过的方案：
搜狗输入法：有 Linux 版，但在我这里频繁崩溃
Google 输入法：安装复杂，依赖多，最终放弃
Fcitx5 + Rime：最终选择
优点：稳定、可定制、资源占用低
配置复杂度：中等，需要编辑 YAML 配置文件
美丽之处：一次配置，终生受益，同步也方便
依赖问题的本质：Linux 软件像精密仪器，每个零件都有特定版本要求。我的经验：
优先使用官方仓库
其次考虑 Flatpak（沙盒隔离，不干扰系统）
.deb 包是最后的选择
永远不要 sudo dpkg -i --force-all（血的教训）

最后呢有一个心得体会：Linux 不是 Windows 的替代品，它是另一种思考计算机的方式。一旦你理解了这种方式，就再也回不去了。

📌 转载信息

来源：
https://linux.do/t/topic/1417745

转载时间：
2026/1/8 10:23:33

【量化】介绍一下自己写的量化交易程序 Ish-QT（完成度 70%）

作者: 纯情
时间: 2026-01-08
分类: 开源
评论

目前还未结合已有自动交易逻辑，暂时只能通过生成的图片来手动交易。

效果图：

欢迎大家交流。

📌 转载信息

来源：
https://linux.do/t/topic/1417899

原作者：
cciradih

转载时间：
2026/1/8 10:20:19

开源项目分享：影视聚合播放器

作者: 纯情
时间: 2026-01-08
分类: 开源
评论

DecoTV - 开箱即用的影视聚合播放器

▎项目介绍：一个影视聚合播放器前端，提供统一影视资源搜索入口、在线播放、影视详情展示、观看记录与收藏同步等功能，支持多端设备响应式浏览与 PWA 安装体验。

它支持多源聚合搜索、流媒体播放集成、可选用户注册系统、跨设备观看进度同步和收藏，支持自动跳过部分广告片段、无数据库模式、本地存储降级以及 CMS 代理扩展。

▎项目地址：GitHub - Decohererk/DecoTV: 基于最新版 LunaTV 二次开发的一个开箱即用的、跨平台的影视聚合播放站。【原 KatelyaTV】

📌 转载信息

来源：
https://linux.do/t/topic/1417920

原作者：
xuzx-2024

转载时间：
2026/1/8 10:15:17

BreachForums 黑客声称获取了 ASML 的数据，ASML 方面否认此消息『转』

作者: 纯情
时间: 2026-01-08
分类: 资讯
评论

https://cn-sec.com/archives/4880863.html

https://dailydarkweb.net/asml-alleged-data-leak-154-databases-published-online/

威胁行为者 “1011” 在暗网社区 BreachForums 上发布帖子，声称已成功入侵荷兰半导体设备巨头 ASML Holding N.V.（asml.com）的数据库系统，并正在泄露约 154 个数据库文件。该事件被标注为一起中等严重程度（Medium）的数据泄露事件，相关数据据称已以 .SQL 格式公开下载。

https://www.reuters.com/business/asml-says-social-media-hacking-claims-are-untrue-2026-01-07/

公司在声明中表示：“ASML 已知悉 2026 年 1 月 6 日在 BreachForums 发布的一条帖子，声称公司信息被曝光。”

https://cybernews.com/security/fake-asml-nordvpn-data-breach-claims/

📌 转载信息

来源：
https://linux.do/t/topic/1417940

原作者：
stevessr

转载时间：
2026/1/8 10:14:38

Claude Code 项目负责人 Boris Cherney 的访谈

作者: 纯情
时间: 2026-01-08
分类: 资讯
评论

看了 12/15 号，Claude Code 项目负责人 Boris Cherney 的访谈

http://youtu.be/AmdLVWMdjOk?si=P2jFiV2qwq7ujDEs

自己的感受：

Claude 技巧：建议先用 Plan Mode 对齐思路再让它干活。厉害的人会同时启动多个 Agents 并行处理任务，自己负责统筹方向，效率起飞。

增强生产力：核心是 “拒绝机械重复” automat e toil 。把琐碎的 “体力活” 扔给 AI，把脑子留给核心逻辑。少开会，多实干，保持常识判断和对一线的直觉，这才是最高效的状态。

看这个访谈最有趣的一点是，Boris 竟然没正经上过计算机课。他大学学的是经济，中途辍学去搞创业了，所有的编程技能都是在实战中 “打怪升级” 练出来的。

📌 转载信息

来源：
https://linux.do/t/topic/1418004

原作者：
qian_zhou

转载时间：
2026/1/8 10:14:29

分享一下自己运营的教务系统查询中间件从诞生到停运的故事

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

我先介绍一下自己，目前大四即将毕业，在某普通双非学校读网络空间安全专业，22 年开始做了一些公益的服务同学的一些服务或网站，那时候技术还没现在这样，只会一些简单的数据整理。积累了一些用户量

大三学会了教务系统模拟登录，逐渐开始扩展到教务系统查询中间件开发了，主要是学校官方的教务系统，年代比较老，移动端上使用体验很差，很不方便，就做了个查询中间件，方便同学使用，也提供了一些扩展功能。有个微信公众号，关注量有 1w，实际用户几千吧

最近几天被教务处下要求了，要求关停相关所有服务，也是教务处那边老师通知到学院，学院再通知我，把我喊办公室谈话。不过学院的老师都挺好的，认可我的技术和为同学服务的心，不过教务处有相关要求也不能不听，毕竟也是爬的，本来也涉及一点灰色，就只能全都下线了。公众号停服通知刚发几秒就十几个转发

但是同学们不乐意了，当晚校园论坛炸锅，热榜话题前十有 9 个是 “痛斥” 学校这种要求，好用的工具没了同学们可能是不乐意（其实还有个原因是官方的 app 服务宕机很久了），甚至有对学校的负面言论。

本来以为关停就啥事没有了，结果第二天导员喊我去办公室，舆情出现了，有人把一些负面言论发到网络平台了，被校里通知下来了找我了解情况，甚至有谣传我被处分，学院又写了澄清通告，关于服务下线的通知，又让去我写一份服务是如何获取教务系统数据的，做了哪些安全措施，加密，防火墙之类的。

学院老师都挺好的，鼓励肯定我的技术，给我一种一直在保护我鼓励我的感觉
一去办公室好几个老师都来问我聊天好奇是怎么实现的

下面是事发之后写了一个回忆，记录了一下从大二到现在经历的事情，其实本来就想写的一致没时间写，正巧被要求停服了，顺便写的，发完之后，下面留言区收到 100 + 留言 “送行” 的，一个人能做到现在也算是成功了（应该）

总结

其实前几周就想写一下了，本来打算是过几天再写这个的，不过现在曲奇教务也停运了，今天有空明天上实训就没什么时间，顺手写写吧，这篇是单纯抒情，大家老师们不要误解，曲奇停运，对我来说倒是没什么，无非就是不能运行了，代码会一直在，可能等我闲着没事，再翻出来品品，看看有什么陈年老 bug 没修

我和曲奇是我大二认识的，那时候还没有曲奇这个东西，那时候叫 “选课指北”

故事发生于 2023 年 8 月 23 日 7 点 11 分，依稀记得也是选课的前一天，当时我正在学习搭建技术博客，用来记录自己的一些技术学习的（CTF 圈几乎每个人都有的一个东西），选课前一天看到 QQ 群很多同学问，xxx 老师咋样啊，xxx 老师给分高不高啊，上 xxx 课需要准备什么啊。
QQ 群的信息是分散的，没一会儿，消息就被刷屏了。我灵机一动想到了一个鬼点子，把这些信息收集起来，汇总一下放到网站上，这样信息比较集中，找起来也很方便。但当时我也不知道有没有人愿意提交，感觉 “填问卷” 这件事本身就是被反感并且占用时间的事情，就给自己拟了一个指标，超过 50 个人投稿我就一直做下去。最开始也没想到会建公众号这种东西，就在 QQ 空间发了个动态，没想到收到了 60 + 的转发，投稿也很快到了 50，非常令我意想不到。于是就整理整理放到网站上一直做了，不过只涉及选课推荐的内容。第二天又灵机一动，既然有选课了，为什么不试试扩大范围，把在校生活可能涉及到对方方面面都可以写写，于是借着 “上海交大生存手册” 的名字东施效颦取了个名叫 “xxxx 生存手册”

那时候还挺沾沾自喜哦，发个朋友圈满足一下，我们社团老师哥评论说，用自己所学技术改变生活就是成功，到现在都记得，现在看来那时的我真小儿科，有点小成就嘴角就压不住了

后来，东西做出来了，没有知名度，大家都不知道，那还是相当于没有，遇到了两个师哥，他们帮我宣传了几个群，了解的人也比以前多了，网页浏览日活从几十个上升到 1k，投稿量也变多了，数据整理也是小心翼翼的，一般只会放一些推荐内容，避雷一般不放，也很少有避雷投稿，大家也都投稿的推荐，我记得这个时间，大概是大二下了，学院的老师就已经知道有这么个事了，也还挺好的，老师也提醒了一下注意把握好内容尺度。

后来，建了个 QQ 群，选课的时候大家群里讨论选什么怎么选，认识到数学科学学院一位师哥，应该是在学院做过很多选课相关培养方案相关解读的，数院 22 级 23 级应该都认识，跟着师哥了解到很多选课相关的信息，那段时间，我成了 “选课客服”，铺天盖地的私聊问我啥啥啥该选啥，啥啥啥那那个不能选，啥啥啥算不算学分，能不能代替学分啥的。那两天几乎没停手，键盘都敲烂了，在家里我妈问我啪嗒啪嗒干啥呢一敲敲一天。后来越来越熟悉之后，我也是班委嘛，也在学校教务官方群里，有些同学群里问，我看到有我知道的就顺手回复了，不知道的就装看不见免得说错了，还被我们学院教务老师夸过（呲牙），后来牵扯到教务培养方案变化我也跟不上版本就不再接触这方面的解答了

再后来，刷表白墙看到有人投稿了一个 word 版本的，性质类似的手册，我联系到了原作者，那是一个 17 级的师哥，很久远了，经过了本人同意，不过年代比较久远了，信息最讲究时效性，挑拣了其中的一些内容整合到 “生存手册” 里面，再后来又遇到了同学分享了自己整理的快递点汇总，一些不起眼的教学楼的地图汇总，也是联系到了本人征求了同意，整合到了 “生存手册” 里面，后来他成为我们内容的一大部分投稿者。后来有个同学私聊我说我（我也不认识他），生存手册是生存手册，和上海交大的比，我这根本算不上是生存手册，于是就改名 “速通指南” 了，正好跟 “选课指北” 呼应一下

大二那段时间，整日泡在空教室，图书馆，实验室里面研究折腾怎么调整页面优化页面，选合适的技术框架，怎么更方便的查询，那时候没有 ai，那种学到知识的满足感成就感，是最快乐的时光，有时候一个很简单的问题，甚至是解决不了的问题，能研究两个星期，虽然效率低下，但是很充实很快乐，我自己有查空教室的需求，这可能也为以后埋下了一颗种子，“选课指北” 和 “速通指南” 也合并成了一整个站点，买了个域名 easy-qfnu.top，取名为 easy-qfnu，寓意更简单的 qfnu

也是大二这个时候，对技术上瘾（现在也是），专业课也不怎么听课，上课就拿个平板远程电脑捣鼓代码，期末周突击一下好在没挂科，感谢我的计组老师，在划重点划的非常饱满的前提下，还捞了这个烂泥扶不上墙的我一把，给了我 60，也是大二开始学习成绩成了倒数，说后悔，也算有点，因为成绩掉下来错过了很多本应该有的东西，也不后悔，至少学到了技术，打了几场比赛拿了寥寥几张证书罢，所谓鱼和熊掌不可兼得，现在想想还有点可惜的，成绩倒数，加上综测竟然变前十了，大三学习靠前了点加上综测更是到了 No1，不过成绩没在前 50%，没得用，这东西就该有成绩有综测的别人拿

大二结束那段暑假，偶然了解到 QQ 机器人，一个现代化的消息端框架，由于社区规范这里就不点名是哪个了，不适合公开传播，很方便，通过 http or websocket 建立连接，就可以调用内部 api 实现自动化处理消息，这也圆了我小时候的梦想 “自己开发自己需要的 QQ 机器人”，想当年我是初中了解到 qq 机器人这个东西的，第一次接触到的是酷 Q，也是目前 onebot 协议的的根基，想起酷 Q 来了，也是因为鹅厂律师函，社区停运了，和曲奇教务真是差不多同病相怜一个大点一个小点。但好在有无数开发者前赴后继，QQ 机器人社区生态并没有完全死亡，到现在依然很活跃，大家都约定俗成，管住嘴，不传播。

那段暑假留校，每天就在宿舍库库写代码写机器人，在新生群活跃，24 级 25 级可能是印象最深的，24 级应该熟悉，这时候正值 24 级入学那时候，诶嘿还因此认识了几个师弟师妹

然后到大三吧，这时候是 ai 发展速度突飞猛进的时候，赶上了 Gemini，Claude，ChatGPT 这种代码编辑能力很强的大模型的时代，借助他们的力量才让我的开发效率直接 plusplusplus，要不然光学一个新的技术栈就够喝几壶的学个一两个月的，最大的感受就是 ai 的发展，降低了简单技术的门槛，但也消磨了一部分学习积极性，我就深受其害，再也体会不到大二那种因为一个小问题琢磨两周的充实感了，现在只有 “不会就问 ai” 这种碎片化学习的习惯，实则对系统性学习一点帮助都没有，唯一的好处就是提高了开发效率。

从大二到大三到现在，最开始用的 hexo 博客框架，这是雏形，后来受到 helloctf 启发，换了 mkdocs 这种系统性对 wiki 框架，再后来换了 vuepress，还跟 vuepress 框架的维护者有过一些技术交流，没记错的话应该是一位 92 的物理学专业的硕士 or 博士？，兼职开发（真厉害啊）
再到后来尝试调用教务系统查空教室，最开始是用的 QQ 机器人（卷卷），后来因为加好友频繁加不上，准备做网页端，首选的是 fastapi 加 vue 前后端分离，奈何我只会后端，前端全靠 ai 写，写着写着写不动了，就废弃了，后来换了微信公众号作为交互媒介，勉强能用，不过依赖固定格式的命令来交互，比较笨拙不方便，恰好了解到轻量级的 vuejs 和 flask 这两个技术栈，也就是曲奇现在这个样子，原来的 wiki 站点其实用了一个给那个前沿技术的 pandawiki，内置 ai 搜索，只不过没放出来

我也忘了啥时候想到的开个公众号了，最开始说方便发网站的更新通知的，见证了关注者从一个 0 变成四个 0，QQ 群从 1 个人变成了 7000 人

曲奇教务这个名字是怎么来的呢，有一天，我朋友跟我说，你可以改个名，你现在这个名（easy-qfnu），一长串英文，大家都记不住，你看夫子校园大家都看几眼就记住了，正好有个认识的朋友的朋友，太原理工的，他们两三个人也做了他们学校的第三方教务，叫 “呆梨教务” 听名字还挺可爱的，于是我也以 “零食” 入手取个名字，又想到跟 “曲” 碰碰瓷，“曲奇教务” 应运而生。

其实我网名是 W1ndys，也是打 ctf 比赛常用的名，不过在圈外看来，这名字并不好记，也不好读，就干脆用机器人的名字了，我就叫卷卷了，机器人叫卷卷这个名字源自于大家都说我卷（于是写的机器人就叫卷卷还有其他称呼，硕神是最开始初中同学称呼我都，再后来我舍友也这么称呼，然后慢慢传开了，反正称呼啥都行只要别骂我就行，还有喊我师姐的也默认了，当场澄清显得对方还怪尴尬，毕竟我的社交账号都比较偏卡通风格也难以区分性别

这两次来来回回导员也 call 了我 n 个电话，也给我两个导添麻烦了，我导都很和蔼可亲，去办公室做了下相关工作，回来我该删的删就完事了

我去，怎么写了这么多，现在是 01:48，回忆也回忆的差不多了，有些事情想不起来了，想到再评论区补充吧，曲奇也成为历史了，很荣幸能够帮到大家，成为大家大学时光一段记忆，其实感觉，早就料到会有这一天了，第三方工具本来也活不久。宣布停运之后，校园墙一晚上霸占热榜，直接刷屏了，第一次切身感受到一个人的力量竟然这么大

哎还是想劝劝师弟师妹们，备考期间千万管住手，兴趣爱好上瘾的，控制一下，不要像我一样，写个代码没完，到最后学不完了，复习不扎实，可能连国家线都考不到，哈哈哈哈，明年见明年我们（和 23 级，22 级的别来读你的研去）还在一起备考

想到的大概也就这么多了吧，晚上大脑不清醒想到啥再评论区补充，就当日记本写了

国有国法家有家规，教务也有教务的规定，既然教务下了要求了，就该怎么处理就怎么处理。

曲奇的使命也到此为止了，祝大家期末顺利，学习进步，天天开心，新年快乐 (´ω｀)♪祝看到的老师们工作顺利身体健康 o (^▽^) o
晚安，曲奇

📌 转载信息

来源：
https://linux.do/t/topic/1418022

原作者：
W1ndys

转载时间：
2026/1/8 10:13:59

Ashampoo LocaLingo 一个离线 pc 翻译软件

作者: 纯情
时间: 2026-01-08
分类: 网络
评论

Ashampoo LocaLingo 许可证密钥免费下载

产品名称：Ashampoo LocaLingo
网站：https://www.ashampoo.com/zh-cn/localingo
许可证类型：终身
平台： Windows
下载：ashampoo_localingo_45595.exe
赠品：Ashampoo LocaLingo 赠品链接

📌 转载信息

来源：
https://linux.do/t/topic/1418036

原作者：
qcbigma

转载时间：
2026/1/8 10:13:50