2026年1月

get1 和 get2 接口的区别是一个加了 async 、await 一个没加的区别，加了 async 、await 会额外生成一些状态机相关的代码，除了这个区别还有其他区别吗？
我的理解是，如果不需要获取异步后的结果进行其他处理则可以不用加。如果不加 async 、await ，真到生产上会不会有什么问题？

示例代码：
using Microsoft.AspNetCore.Mvc;

namespace WebApplication1.Controllers
{
[ApiController]
[Route("api/[controller]")]
public class TestController : ControllerBase
{
[HttpGet("get1")]
public Task<Student> Get1Async()
{
return new TsetService().Get1Async();
}
[HttpGet("get2")]
public async Task<Student> Get2Async()
{
return await new TsetService().Get2Async();

}
}


public class TsetService
{

public Task<Student> Get1Async()
{
// 模拟数据库查询
Task.Delay(100);
return Task.FromResult(new Student { Id = 1, Name = "张三" });
}

public async Task<Student> Get2Async()
{
// 模拟数据库查询
await Task.Delay(100);
return new Student { Id = 1, Name = "张三" };
}
}

public class Student
{
public int Id { get; set; }
public string Name { get; set; }
}
}

很久之前就听说了 iflow，刚出来的时候还是限时免费，火了一段时间，今天再进去看，发现变成永久免费了，不过这玩意不会跟阿里云盘的永久不限速同出一辙吧
image

由于是使用机场自己的客户端，没有 tun 模式，网上搜了一下可以使用 Proxifier 解决 Antigravity 的登录问题，正好之前用 OBS 直播油管的时候安装过 Proxifier ，于是直接设置了一个规则，顺利登录 Antigravity 。

但是马上遇到一个棘手的问题，agent 加载不出来，也就是对话框和模型都加载不出来，我以为是跟 cursor 一样需要在设置里面配置 proxy ，结果设置了也不行，重启几次 IDE 都是加载不出来。

搜了一下公众号文章，都讲的不清不楚，Proxifier 规则里面要增加好几个 exe ，不止是 antigravity.exe ，直接复制别人公众号文章里面提供的文件名，行不通，于是在任务管理器里面，把 Antigravity 相关的所有 exe 都找到所在文件夹，通过手动添加进去，就搞定了。

需要添加的几个 exe 的文件夹路径（其中 XXX 需要换成你的用户名）：

C:\Users\xxx\AppData\Local\Programs\Antigravity

C:\Users\xxx\AppData\Local\Programs\Antigravity\resources\app\extensions\antigravity

我添加进规则的几个 EXE：antigravity.exe; inno_updater.exe; language_server_windows_x64.exe; fd.exe
image

记得要通过 browser 这个按钮添加才有效。

附赠 Proxifier 注册码 5EZ8G-C3WL5-B56YG-SCXM9-6QZAP

在这里插入图片描述

摘要

随着鸿蒙应用逐步走向国际化，应用不再只面对中文和英文用户。
在 中东、北非 等地区，阿拉伯语、希伯来语 这类 从右到左（RTL）语言 是主流，如果应用在这些语言环境下：

  • 布局顺序是反的
  • 返回按钮方向不对
  • 文字对齐看着很别扭

那基本可以直接劝退用户。

好消息是：
鸿蒙系统对 RTL 是原生支持的，而且大部分情况下是“自动完成”的。
坏消息是：
一旦你写了不该写的代码，系统也救不了你。

这篇文章就从真实开发角度，聊清楚鸿蒙里 RTL 适配到底该怎么做、哪些地方最容易踩坑，以及在真实页面里该怎么写。

引言

在早期做 Android / Web 国际化时，RTL 基本属于“高级需求”，很多项目甚至直接忽略。
但在鸿蒙生态里，国际化是默认要考虑的事情，尤其是：

  • 智能设备出海
  • 海外 ROM
  • 多语言系统级应用

在这些场景下，RTL 不再是“锦上添花”，而是基础能力。

鸿蒙的设计理念其实很明确：

系统帮你做方向适配，你只要别把方向写死。

问题就在于：
很多开发者在不知不觉中，把方向写死了。

鸿蒙对 RTL 的整体支持机制

系统层是自动感知的

当系统语言切换为 RTL 语言时，鸿蒙会自动做这些事情：

  • 整体布局方向切换为 RTL
  • 文本阅读方向切换
  • Row / Flex 子组件顺序镜像
  • 列表、导航组件交互方向变化

前提只有一个：
你的代码要写得“语义化”。

布局方向适配的核心原则

永远不要写死 left / right

这是 RTL 适配里最常见、也是最致命的问题。

错误示例（真实项目里经常看到）

Text('返回')
  .margin({ left: 16 })

这段代码在中文、英文环境下完全正常，
但在 RTL 环境下：

  • 系统已经整体翻转
  • 你又强行加了 left
  • 结果就是布局看起来“很怪”

正确示例（推荐写法）

Text('返回')
  .margin({ start: 16 })

这里的 start 是一个语义方向：

  • LTR 语言下等价于 left
  • RTL 语言下等价于 right

你不用管语言，系统会帮你算。

Demo：基础 RTL 自适应 Row

下面是一个可以直接运行的 Demo，你只需要切换系统语言就能看到效果。

@Entry
@Component
struct RtlBaseDemo {
  build() {
    Row() {
      Image($r('app.media.arrow'))
        .width(24)
        .height(24)

      Text('返回')
        .margin({ start: 8 })
    }
    .padding({ start: 16, end: 16 })
  }
}

这个 Demo 的特点：

  • 没有写 left / right
  • 没有强制方向
  • 图标和文字顺序会自动镜像

在阿拉伯语系统下，你会发现：

  • 箭头跑到了右侧
  • 文本在左
  • 间距依然正确

文本方向与对齐的正确方式

文本不要写 Left / Right 对齐

很多人习惯性这样写：

Text('مرحبا')
  .textAlign(TextAlign.Left)

问题是：
Left 在 RTL 里并不是“阅读起点”。

正确的写法是：

Text('مرحبا')
  .textAlign(TextAlign.Start)

系统会自动判断：

  • 英文 → 左对齐
  • 阿拉伯语 → 右对齐

Demo：多语言文本展示

@Entry
@Component
struct TextAlignDemo {
  build() {
    Column() {
      Text('Hello HarmonyOS')
        .textAlign(TextAlign.Start)
        .fontSize(18)

      Text('مرحبا هارموني')
        .textAlign(TextAlign.Start)
        .fontSize(18)
    }
    .padding(16)
  }
}

这个 Demo 非常适合用来自测：
切换系统语言，你能直观看到对齐方向变化。

结合真实业务场景的 RTL 适配实践

场景一：应用顶部导航栏

这是 RTL 最容易翻车的地方。

典型需求

  • 返回按钮
  • 页面标题

正确实现方式

@Component
struct TitleBar {
  build() {
    Row() {
      Image($r('app.media.back'))
        .width(24)
        .height(24)

      Text('设置')
        .margin({ start: 12 })
        .fontSize(20)
    }
    .padding(16)
  }
}

这里的关键点：

  • 不指定 FlexDirection
  • 使用 start 间距
  • 图标自动镜像

系统语言一换，整个标题栏方向自然就对了。

场景二：设置页列表项

设置页通常是左右结构，比如：

  • 左边是标题
  • 右边是开关或箭头

推荐写法

@Component
struct SettingItem {
  build() {
    Row() {
      Text('通知')
        .layoutWeight(1)

      Image($r('app.media.arrow'))
        .width(16)
    }
    .padding({ start: 16, end: 16, top: 12, bottom: 12 })
  }
}

在 RTL 下：

  • 文本会靠右
  • 箭头会跑到左侧
  • 整体阅读顺序符合习惯

你不需要为 RTL 单独写一套 UI。

场景三：列表页面与滑动方向

鸿蒙的 List 在 RTL 下：

  • 排列顺序自动调整
  • 滑动方向符合阅读习惯

示例代码

@Entry
@Component
struct ListDemo {
  build() {
    List() {
      ForEach(['Item A', 'Item B', 'Item C'], (item: string) => {
        ListItem() {
          Text(item)
            .padding(16)
            .textAlign(TextAlign.Start)
        }
      })
    }
  }
}

只要你不去强制对齐方向，列表在 RTL 下基本是“零成本适配”。

QA：开发中常见问题

Q1：需要手动判断当前是不是 RTL 吗？

一般不需要。
90% 的页面交给系统就够了。

只有在：

  • 自定义绘制
  • 特殊动画
  • 非标准交互

这些场景下，才需要手动处理。

Q2：图片什么时候需要手动镜像？

  • 返回箭头
  • 方向性极强的图标

可以使用：

Image($r('app.media.arrow'))
  .mirror(true)

普通装饰性图片不建议镜像。

Q3：为什么我写了 start / end 还是不生效？

通常是因为：

  • 强制写了 FlexDirection.Row
  • 写死了 Alignment.Left
  • 在父容器里破坏了方向规则

RTL 出问题，优先回头检查是不是哪一层写死了方向。

总结

鸿蒙里的 RTL 适配，其实不是“多写代码”，而是“少犯错误”。

一句话经验总结：

  • 用 start / end
  • 用 TextAlign.Start
  • 不强制方向
  • 相信系统

只要遵守这几条规则，
绝大多数 RTL 问题都会在你“什么都没做”的情况下自动解决。

在这里插入图片描述

摘要（背景与现状）

随着鸿蒙系统在手机、平板、穿戴设备以及 IoT 场景中的逐步落地，同一套应用需要面向不同国家、不同地区、不同语言和政策环境已经成为常态。
在实际项目中，我们经常会遇到这些问题：

  • 不同地区展示的文案不一样
  • 某些功能在特定地区不能上线
  • 活动内容、公告、支付方式存在地区差异

如果地区适配逻辑处理得不好，就很容易出现代码混乱、维护成本高、后期改动困难的问题。

本文结合鸿蒙系统（HarmonyOS / OpenHarmony）的实际开发方式，从系统能力、资源机制和业务逻辑三个层面，总结一套可落地、好维护的地区特定内容实现方案。

引言（发展情况与应用场景）

从早期 Android / iOS 开发经验来看，地区适配往往依赖大量 if-else 判断，代码里到处是国家缩写，后期维护非常痛苦。
鸿蒙在设计之初，就在国际化与地区适配方面做了比较完整的能力封装，比如：

  • 系统级语言和地区识别
  • 资源文件按地区自动匹配
  • ArkUI 对多语言、多地区资源的天然支持

在真实项目中，大多数地区定制需求并不复杂，核心思路其实只有一句话：

先交给系统做资源适配，实在不行再写判断逻辑。

下面我们一步一步来看具体实现方式。

鸿蒙地区特定内容的整体实现思路

在鸿蒙系统中，地区定制通常可以拆分为三个层次：

  1. 系统层：获取当前设备的语言和地区信息
  2. 资源层：根据地区自动加载不同资源
  3. 业务层：在运行时根据地区控制功能和内容

这三层并不是互斥的，而是经常组合使用。

通过系统语言和地区识别用户环境

获取系统地区信息

鸿蒙提供了 i18n 模块用于国际化相关能力，获取系统地区非常简单。

import i18n from '@ohos.i18n';

const locale: string = i18n.getSystemLocale();
console.info(`当前系统地区为: ${locale}`);

常见返回值包括：

  • zh-CN：中国大陆
  • zh-HK：香港地区
  • en-US：美国
  • ja-JP：日本

这个值通常在应用启动时获取一次即可。

基于地区进行基础内容控制

let isChinaRegion: boolean = false;

if (locale.startsWith('zh-CN')) {
  isChinaRegion = true;
}

在 ArkUI 页面中直接使用：

if (isChinaRegion) {
  Text('中国地区专属内容')
    .fontSize(16)
}

这种方式比较直观，适合少量差异控制，但不建议大量使用在文案层面。

通过资源文件实现地区内容自动适配

资源目录结构设计

这是鸿蒙中最推荐、维护成本最低的方式。

resources/
 ├─ base/
 │   └─ element/
 │       └─ string.json
 ├─ zh_CN/
 │   └─ element/
 │       └─ string.json
 ├─ en_US/
 │   └─ element/
 │       └─ string.json

不同地区资源内容示例

base 目录作为兜底资源：

{
  "welcome_text": "Welcome"
}

中国地区资源：

{
  "welcome_text": "欢迎使用（中国地区）"
}

美国地区资源：

{
  "welcome_text": "Welcome (US Version)"
}

ArkUI 中直接使用资源

Text($r('app.string.welcome_text'))
  .fontSize(18)

系统会根据当前设备地区自动匹配资源，不需要任何额外判断。

如果没有对应地区资源，就自动回退到 base。

结合运行时逻辑实现地区功能差异

在真实项目中，地区差异不仅体现在文案上，功能层面的限制更常见。

地区功能开关示例

let enablePayment: boolean = true;

if (!locale.startsWith('zh-CN')) {
  enablePayment = false;
}

ArkUI 中控制按钮展示：

if (enablePayment) {
  Button('立即支付')
    .width(200)
}

代码逻辑说明

  • 地区判断逻辑集中在一个地方
  • UI 只关心布尔状态，不直接判断地区
  • 后期调整地区规则只改一处代码

这种写法在中大型项目中特别重要。

结合实际业务场景的应用示例

场景一：地区公告与活动内容展示

不同地区活动内容变化频繁，适合服务端下发。

let requestParam = {
  locale: locale
};

服务器返回内容：

{
  "notice": "日本地区限定活动"
}

客户端展示：

Text(serverData.notice)

这种方式运营改内容不需要重新发版。

场景二：支付方式地区限制

function isPaymentSupported(locale: string): boolean {
  return locale.startsWith('zh-CN');
}
if (isPaymentSupported(locale)) {
  Button('使用本地支付')
}

清晰区分业务规则和 UI。

场景三：隐私协议与合规文案差异

通过资源文件区分不同地区隐私条款：

Text($r('app.string.privacy_policy'))

不同地区加载不同内容，避免代码层面处理复杂文本。

常见问题 QA

Q1：可以只用代码判断不做资源适配吗？

可以，但不推荐。
代码判断适合控制功能，不适合承载大量文案。

Q2：地区和语言一定是一一对应的吗？

不一定。
比如香港地区可能使用中文或英文，建议优先按语言，再结合地区判断。

Q3：地区变化时需要重启应用吗？

一般不需要，重新加载页面即可。
资源匹配通常在页面创建时生效。

总结

在鸿蒙系统中实现地区特定内容，其实并不复杂，关键在于合理分层：

  • 文案和静态内容优先使用资源适配
  • 功能和业务规则使用少量逻辑判断
  • 活动和运营内容交给服务端

一句话概括就是：

资源适配解决大部分问题，代码只处理真正的差异逻辑。

关于 gh-ost

gh-ost 是 GitHub 开发的一个 MySQL 在线表结构变更工具(online schema migration tool)。它的全称是 "GitHub's Online Schema Translator"。

gh-ost 现在已经是大型互联网公司进行数据库运维的重要工具。

主要作用

gh-ost 允许在不锁表、不影响业务的情况下,对 MySQL 数据库表进行结构变更(如添加列、修改索引等)。

核心特点

  1. 无触发器设计 - 不像传统工具使用触发器来同步数据,gh-ost 通过解析 binlog 来捕获变更
  2. 可暂停/恢复 - 可以随时暂停迁移过程,对生产环境更友好
  3. 可测试 - 支持在从库上测试变更,确认无误后再应用到主库
  4. 动态调整 - 可以实时调整迁移速度,避免影响线上服务

工作原理

  1. 创建一个与原表结构相同的"影子表"(ghost table)
  2. 在影子表上执行 DDL 变更
  3. 通过 binlog 将原表的增量数据同步到影子表
  4. 数据同步完成后,快速切换表名完成迁移

使用方法

  1. 安装：
    gh-ost 可以直接从最新的 发布页面 下载二进制文件，支持 Linux 和 macOS。

  2. 基本命令：

    • 测试迁移：

      gh-ost --test-on-replica --database=mydb --table=mytable --alter="ADD COLUMN new_col INT" --execute

    • 真实迁移：

      gh-ost --database=mydb --table=mytable --alter="ADD COLUMN new_col INT" --execute

实际例子

假设你有一个用户表需要添加新字段:

gh-ost \
  --host=localhost \
  --user=root \
  --password=password \
  --database=mydb \
  --table=users \
  --alter="ADD COLUMN age INT DEFAULT 0" \
  --execute

场景说明:

  • 原表 users 有 1000 万条数据
  • 使用传统 ALTER TABLE 可能需要锁表数小时
  • 使用 gh-ost 可以在后台逐步完成变更,期间用户可以正常读写数据
  • 最后只需要几秒钟的短暂切换时间即可完成迁移

适用场景

  • 大表的结构变更(百万级以上数据)
  • 需要保证高可用性的生产环境
  • 需要精确控制数据库负载的情况

数据库支持范围

gh-ost 目前只适用于 MySQL(包括 Percona Server 和 MariaDB)。它依赖 MySQL 的 binlog 机制,因此不支持 PostgreSQL、Oracle 等其他数据库。

常见的坑

1. 外键约束问题

gh-ost 不支持有外键的表。如果表有外键关系,迁移会失败。

解决办法: 需要先删除外键,迁移完成后再重新添加

2. binlog 格式要求

必须使用 ROW 格式的 binlog,STATEMENT 或 MIXED 格式不支持。

-- 检查 binlog 格式
SHOW VARIABLES LIKE 'binlog_format';

-- 如果不是 ROW,需要修改配置
SET GLOBAL binlog_format = 'ROW';

3. 主键要求

表必须有主键或唯一索引,否则 gh-ost 无法正常工作。

4. 磁盘空间

会创建影子表,需要额外的磁盘空间(大约是原表的大小)。如果磁盘空间不足,迁移会失败。

5. 复制延迟

如果主从复制本身就有延迟,gh-ost 的迁移会进一步加重延迟。需要监控 --max-lag-millis 参数。

6. 触发器冲突

虽然 gh-ost 本身不用触发器,但如果原表上已有触发器,可能会导致数据不一致。

7. 字符集问题

影子表的字符集需要与原表一致,否则可能出现乱码或数据截断。

8. 长时间迁移中断

如果迁移过程很长(几天),期间 MySQL 重启或 binlog 被清理,会导致迁移失败需要重新开始。

实践建议

# 先在从库测试
gh-ost \
  --host=slave-host \
  --test-on-replica \
  --migrate-on-replica \
  --database=mydb \
  --table=users \
  --alter="ADD COLUMN age INT" \
  --execute

# 设置合理的限流参数
gh-ost \
  --max-load=Threads_running=25 \
  --critical-load=Threads_running=100 \
  --chunk-size=1000 \
  --throttle-query="SELECT HOUR(NOW()) BETWEEN 2 AND 6" \
  --execute

替代方案

如果 gh-ost 不适用,可以考虑:

  • pt-online-schema-change (Percona Toolkit)
  • 原生 Online DDL (MySQL 5.6+ 支持部分操作)
  • 对于其他数据库,PostgreSQL 可以用 pg_repack

[浪潮 RAG V3] VCP 引入原创的语义动力学方法探索高级记忆知识库。3


[浪潮 RAG V3] VCP 引入原创的语义动力学方法探索高级记忆知识库。1


欢迎各位体验！

哈哈～只能说目前群友测试阶段为好评如潮。

ps: 添加一个小克的讲解视频 https://www.bilibili.com/video/BV1KLrQBbEUd （视频里比现在的版本落后一个版本）

📌 转载信息
原作者：
lionsky
转载时间：
2026/1/21 22:39:48

因为众所周知的原因，国内的信用卡的权益少之又少，如果想获得一些比较好的信用卡权益的话，个人储蓄资金一般 300 万起跳。美国恰恰相反，直至 2026 年美国主要消费方式依然是现金和刷卡，而且美国刷信用卡有着极低的手续费，为了争抢客户，各大行都推出了吸引人的信用卡权益，除了信用卡权益本身之外，美国信用卡有丰厚的开卡礼并且可以重复获得，这也就成了 “云居民” 薅资本主义羊毛的主要动力。
除此之外可以避免 “锁国区”，使用美国实体卡甚至虚拟卡皆可绑定 Onlyfans（不是，Gemini，OpenAI，或者在一些审查信用卡发卡行的品牌官网进行海淘，例如始祖鸟，苏坡密。
继续众所周知，美国是信用社会。什么是信用社会？就是每个人都会有一个信用分，这个信用分决定了你能预支的钱的多少。银行在给你审核卡的时候也会以此为依据决定是否给你发卡。

那么如何加入美国信用体系，一般是两种方法。

第一种：获得 SSN，由于旅游签证在美国无法受雇，那么获得 SSN 的一种方式就是成为美国留子，留子在学校图书馆勤工俭学即可申请 SSN，因为形成雇佣关系需要发薪。
第二种：申请 ITIN（个人纳税人识别号码），是 “云居民” 最常用的一种方式，由美国税务局 IRS 授发。要特别注意的是 ITIN 和 SSN 不能同时存在，若已获得 SSN 要及时向 IRS 申请注销 ITIN。

接下来介绍获得 ITIN 的两种方式：

第一种是自己 DIY，通过在美国亚马逊卖书获得美国收入，以此来达到 “需要纳税” 的目的，只有 “需要纳税” 才能获得 ITIN，以此为由向 IRS 申请 ITIN，但要注意向 IRS 个人申请 ITIN 需要邮寄身份证明原件，鉴于美国快递的不可靠性，个中风险自行评估，而且在亚马逊开店本就需要一定的跨境电商运营经验。
第二种是美国 CAA 授权的会计师代为申请，这是一项有偿服务，但是价格已经从两年前的两三千降到了几百元（此处只是介绍，不做推广不做推荐），你只需要填一些表格并进行一个视频验证，他们就会帮你代为办理，大概一个多月你就能收到 IRS 发给你的 ITIN 确认信（又称 CP565 文件）。

SSN 和 ITIN 的申请难度相差巨大，具体体现在 SSN 对于身份审查方面宽松。

解决身份问题之后，还有个问题需要解决，就是你要让美国银行认为你就是美国的居民，这个时候你需要一个美国的私人地址，atmb 网站自行了解，注意避开商业地址，因为部分银行不会给商业地址批卡，配合美国快递官方提供的 smarty 网站可以查看地址信息，自行选择合适的即可，此地址会提供信用卡的接收与转寄回国的服务，一般不提供海淘包裹的转运。

由于美国银行卡理论只允许美国居民申请，你还需要一张美国实体电话卡，这里推荐 paygo 紫卡，月租只有 3 美元，提供 100M 的流量（无法在国内使用），提供 100 分钟通话时间与 Wifi-Calling 服务，那么我们日常使用 Wifi-Calling 给美国银行打电话就方便很多，也可以用本实体卡申请 Google Voice，后续与银行客服通过 GV 进行沟通是完全免费的，购买渠道请自行了解。
具备以上三样，我们就可以申请美国的卡了！

你作为新搬到美国的居民，首先要建立你的信用，然后再培养你的信用，才能获批权益更多更好的信用卡。

那么首先我们要申请一张 Capital One（美国第一资本银行）的押金卡，押金卡的意思是在获批卡片后你要入金，这样他会根据你的入金多少给你一个信用额度，你再用这个信用额度进行消费，在银行认为你已经建立你的信用的时候这笔入金会返还给你。第一笔入金用我们的老朋友 Wise 就行。在获批押金卡 3 个月后你可以查询到你的信用记录，但是我建议你在 6 个账单后再进行其他信用卡的申请。因为 Wise 从国内电汇过去会产生 20 + 美元的汇损，所以当你获批押金卡后不要闲着，要想办法申请下来 Capital One 银行的储蓄用户。

美国储蓄用户分为 Checking 和 Saving，Checking 相当于国内的借记卡，Saving 账户你可以理解为活期存折，在两年前你可以从部分银行的 Saving 账户中获取高达 4% 的利息，随着美国银行降息执行这个数字现在只有 3 左右了。

在申请 Checking 之前，我们要引入美国税收居民的概念，在美国个人纳税体系中分为 RA（ Resident Alien）和 NRA（ Non-Resident Alien）区别你可以简单理解为 RA 是持有绿卡的居民，我们作为 “云居民” 肯定是没有绿卡的，所以我们在申请银行卡的时候碰到此选项要选择 NRA。但是！！！Capital One 的账户要选择 RA，因为不选择 RA 是无法进行线上申请的。

线上申请提交后你要打电话给他们客服，客服会给你一个网站进行网银设置，设置好之后可以看到线上账户已经出现在你的 App 中。接下来你的 Checking 账户大概率会被锁定，不要担心，打电话给客服按照要求上传身份证明文件即可。一般上传护照，ITIN 确认信（CP565）。从国内无电汇手续费的卡片（例如兴业银行寰宇人生）进行电汇到美国 Checking 账户汇损固定为 15 美元。

午饭时间看了佬友们的讨论，在这里做一下合规解释。首先你作为 “云居民” 申请美卡本身就是一种 “欺诈”，美国银行可以以任何理由甚至不加解释嘚对你的账户进行关闭，以上做的租地址，购买美国实体手机号，还有申请 ITIN 就是为了帮你的身份 “看上去” 合法，因为你的 ITIN，你的地址和你的姓名生日都是真真正正实实在在匹配在 IRS 各个信用局的。要注意身份欺诈不是身份盗用，身份盗用是指用你知道的姓名生日与 SSN 匹配或者用你编造的姓名生日与真实 SSN 进行信用卡申请。（注意：身份盗用是联邦重罪，可判监禁）至于影不影响美签或者润美其实很好理解，你要看你在用卡过程中有没有留下污点，比如长期欠钱不还甚至造成坏账成为老赖，你没有做过这些事情自然不会有人调查你，就好比你没有犯法执法机构就不会传唤你一个道理，从卡友那里得到的经验是 “大使馆根本不 care”。

我的养号成本在每个月 3 美元的电话费与每年 840 人民币的地址租赁费用，每次 15 美元的汇损因人而异。

经过 6 个月的漫长等待那我们开始申卡之旅吧。

在申卡之前我们要了解信用卡的发行机构和发行银行，信用卡的发行机构一般有 Visa、Mastercard、American Express、中国银联、JCB 等等。发卡行就是大家熟知的银行，比如说工商银行星座 Visa 卡的发行机构是 Visa，发卡行是中国工商银行，卡种是星座卡。因为 Visa 和 Mastercard 是合作发行，所以你不会看到一张卡片上只有 Visa 或者 Mastercard 而没有发卡行。American Express 既合作发行也单独发行，所以你会看到一张卡上面只有 American Express 的标识，就此引入我们第一家要介绍的银行美国运通。

美国运通是每一个美卡人难以绕开的银行，首先因为它的门槛比较低，在除中国大陆之外的国家或地区，如果你持有美国之外的运通信用卡的话，可以通过 GT（Global Transer）的方式申请美国运通在美国发行的信用卡，为什么说他门槛低，因为美国运通的申请是无需 ITIN 的，国内卡友最常用的申请美国运通的方式是通过香港运通 GT 过去的。而且美国运通通常有 6 个月信用记录就可以申请了。

在选卡方面我们要选开卡礼丰厚，对比年费的话权益可以回本的信用卡优先，其次再考虑个人喜好，还有一个注意点就是信用卡有没有 FTF（货币转换费）一般收取 1.5%-3%。综上考虑第一张卡选这张！（补充：在申请这张卡开设美国运通网络银行账户后可以线上申请 checking，需要过一个实时视频认证，还是挺简单的）

为什么选择这种卡，因为这张卡的申请难度极低，可以说是美卡大陆的敲门砖，在史高开卡礼的时候你只需要在 6 个月内消费 2000 美元就能获得 10 万希尔顿酒店积分与 1 Free Night Award，在所有酒店联名的信用卡中希尔顿酒店的 FN 是最值钱的，因为它不限酒店不设上限，伴随 SLH 酒店集团加入希尔顿酒店，你可以把这张 FN 用在杭州秋水山庄，日历房一晚需要 1.2w 人民币。也可以用在马代华尔道夫，但是马代华尔道夫有一张 FN 怎么够呢？所以在你拿下这张卡之后要申请这张！

550 美元的年费，但是可以获得 400 美元的年度希尔顿酒店报销与 200 美元的航空杂费报销，附送希尔顿集团钻石会籍，首年即送无限制 FN，再加上史高 17.5w 的希尔顿积分开发礼，是妥妥负年费的神卡。一般同一家集团联名的信用卡（酒店或航司）24 个月内只能拿一次开卡礼，但是这张卡有 NLL（No Lifetime Limit）链接（自行了解），通过链接可以最多申请七张，那么一周的免费的马尔代夫华尔道夫就有了！接下来是美国运通的王炸！

百夫长白金卡！不知道多少人了解到信用卡是因为一张神秘的传说中可以让飞机掉头的 “黑卡”，那么这张黑卡就是这张白金卡的上位卡，国内民生招行等发行的邀请制黑卡都不算，被美国运通邀请的用卡人才是真正的无限额黑卡持有者，据我观察通过美国运通年消费在 1000w 美元以上有被邀请的可能。
这张白金卡在今年进行过改版，由之前的 695 美元上升到 895 美元，添加了很多利好美国本土的权益和 Credit，那么对于 “云居民” 来讲就不是那么友好了，目前我还在学习如何用它薅美国本土羊毛，申请还在观望中。
其实美国运通在美国银行体系的规模是排不上个的，但是我个人用下来感觉运通的服务很好，而且有 online chat，可以在线解决问题，我使用的其他行都只有电话客服（悲！英语不好的人爆哭 ）。

那么接下来我就介绍一下美卡的终极目标吧（自认），Chase 银行，Chase 你可能没有听说过，我也是接触美卡后才知道他的中文名叫摩根大通，对不起大人之前没认出是你。在 2025 年的世界 500 强企业中 chase 排名第 19，而宇宙行工商排名第 26，chase 坐的妥妥是世界银行的第一把交椅。

chase 的申请门槛可以说是位于了美卡系统的顶端，要求长达一年半的信用记录，而且在申请过程中要不断地与对面电话沟通申请进度，及时提交所需材料，据我经验 chase 没有主动给我批准过信用卡，有的卡友甚至要通过 12 次的 recon 才获批。而且 chase 全身的敏感肌，他有极其严格的封控体系，用卡不慎轻则锁卡重则杀全家（关闭所有账户）。那么 chase 的开端是这两张卡

在消费达标后直接 cover 你已经使用的信用额度，但是有一张应该有货币转换费，佬友可以自行查看。
因为我是酒店常旅客，所以我第一张申请的是凯悦酒店联名信用卡：

95 美元的年费送 5 个定级房晚，开卡礼是凯悦酒店 30000 积分，从第二年开始每年送一张凯悦 C4 房券（价值大概在 1200 人民币以上），所以也算是负年费的卡，这张卡算是 chase 体系中较为高端的卡，或者说负年费卡的审核要更加严格一些，我苦苦申请了约有半年终获批。
如果你也是酒店常旅客，第一张卡可以尝试 IHG 联名信用卡：

因为我是万豪和凯悦会员，对 IHG 会员体系了解不多，大家可以自行了解，总之在持有这张卡之后用积分兑换住宿可以住四付三，这是我认为最具吸引力的权益。
下面介绍 chase 家的扛把子：

csp 信用卡可以理解为 chase 家积分体系的中转站，通过这张卡的权益你可以把信用卡的积分按通常比例 1:1 转换为航司或者酒店积分，平常开卡礼为 75000 积分，史高线下开卡礼为 85000 积分，如果这些积分按照 1:1 的比例转换为凯悦积分的话价值是十分恐怖的（凯悦每万分价值约 1250 人民币）。反而 chase 的旗舰卡相对于美国运通的白金卡羊毛少的可怜，在此就不做推荐了，集邮大佬可以自行了解。

关于 chase 还有几点要说：

1、chase 的信用卡有 5/24 规则，个人在 24 个月内在全美信用卡体系中批准卡数量超过 5 张后申请任何 chase 信用卡都是会被拒绝的。

2、chase 银行也提供 checking 和 saving 账户的申请，但是要肉身成圣，线上申请需要 SSN。

3、chase 有着以上提到三家银行最严格的风控系统且有线下支行，所以申请时客服把你引导到线下支行进行核实身份后的申请使他们的话术之一。AE 没有线下行， C1 的线下行形式是 Cafe。

所以大家从以上信息中可以看出来我们薅的是什么羊毛了么？每张卡的日常开卡礼的价值至少在人民币 4000 元左右，碰到个别史高开卡礼的价值可以来到至少 8000 人民币。以我一年申请两张信用卡的频率来算，能获得的收益已经非常可观了，对于库库下卡的优质卡友，收益还会更多。

除了以上这些主流银行，我要提一个 bug 级别的存在，那就是汇丰卓越账户。

汇丰卓越账户是一地卓越全球卓越，开通内地汇丰卓越账户后可以见证开户香港卓越账户与美国卓越账户等等，这就解决了困住卡友们千百年的汇损问题。

暂时分享这么多吧，有问题的佬友可以在评论中提出，我也会在以下用提示的方式分享一些遗漏的点，其实大家可以搜到很多写在个人博客中的美卡教程，其中也有相当一部分是以盈利或者推广为目的，某些避重就轻的细节甚至需要付费才能得到解答，那我就在这里用我一步步走出来的经验全盘托出吧，也欢迎懂的佬友做出补充，照顾不周请佬友见谅！
提示：
1、Wise 可以少次用于信用卡还款，但绝对不能作为主流还款方式，Wise 每户银行被多家美国银行列入黑名单，与之资金往来为危险行为，建议在有 Checking 之后解绑 Wise。

2、C1 银行的 Checking 无法自动还款 AE，会产生 returned payment fee，大概是每次收取 20 美元，对的美国银行还款不成功是会被罚款的！

3、以上说的是常规玩美卡的路径，有的肉身大佬开出 chase 的 checking 存了 2000 美元可以 0 信用下 chase 信用卡，所以在银行多存钱是有好处的。

4、以前的美卡是个很小的圈子，前人栽树后人乘凉，这两年入这个区域的人越来越多，现在已经形成了前人砍树后人暴晒的局面，我分享的是我当时的路径，有些佬友可能会说了 C1 现在不行了，但是依然有可以开出的人，有的门是关了，但有的门只是关小了。现在环境甚至有中介成千上万的开户再出售，也有美留子负债十几万美元回国不还，想上车的大家要趁早，车上装不下太多人。

5、所有银行都忌讳的一件事是频繁的转入和转出，如果你把钱刚转入 checking 账户又转到另一个 checking 账户很容易触发风控，触发风控的结果是重新进行身份验证。

6、授信额度使用保持在 19% 以下有助于个人信用分的增长，在账单周期内可以先消费再还款来降低出账时的账单额度，但是不能太频繁，也是高危行为。

7、资料上传的三件套分别是护照（个人信息认证），CP565（信息和地址匹配度认证），银行账单（辅助地址认证）。其余的证明材料有水煤账单、ID card、租房合同、驾照等。

8、忘了写国内如何用美卡消费了。其实微信支付宝都可以绑定国际卡，微信有绑定数量限制，微信的每年只能用国际信用卡支付 3500 还是 6500（忘记了），有办法提高这个限额，但是我没有成功。支付宝每年用国际信用卡支付的额度在 6w+，完全不用担心不够用，但是要注意用微信和支付宝支付超过 200 人民币会全额收取 3% 手续费，任何场景刷卡任意额度都不产生手续费，但要注意结算货币一定要选择本地货币不要选择美元，选择美元的话你的消费会以美元 —— 人民币 —— 美元的路径收取两笔货币转换费。

最后分享一下我的卡吧，祝大家在 “美国” 玩得开心！

美国信用卡完全入门指南，手把手教佬友们薅资本主义羊毛！1

📌 转载信息
原作者：
MagicMichu
转载时间：
2026/1/21 22:39:42

[软件推荐] AllLive (C# 版) + Simple Live：打造全平台直播观看双保险

大家好，之前论坛里也有不少朋友推荐过 Simple Live，它确实是一款非常优秀的开源全平台直播聚合工具。

今天我想特别介绍一下同一位作者（逍遥橙子）的另一个项目：AllLive。虽然两者功能相似，但它们的底层实现不同（Simple Live 是 Flutter，AllLive 是 C#），且在不同场景下各有优势。

为什么选择 AllLive？

  1. 多端支持：AllLive 是基于 C# 开发的，拥有 Windows 客户端，并且已上架 Microsoft Store，安装和更新非常方便。
  2. 试用友好：软件提供永久免费的试用版（付费版仅用于支持作者，功能完全一致）。
  3. 数据同步：虽然 Simple Live 早就支持多设备同步和 WebDAV 备份，但 AllLive 在 Windows 端的表现更加原生流畅。

我的使用场景与解决方案

平时我喜欢看 B 站 和 抖音 的唱歌主播：

  • B 站：两者适配都很完美。
  • 抖音：这里有个小痛点，AllLive 的搜索功能在抖音上目前是失效的。

我的 “骚操作”：
利用 Simple Live 强大的链接解析能力来 “助攻” AllLive。

  1. 在手机端（Simple Live）中打开抖音直播间，复制链接。
  2. 在电脑端（AllLive）中通过链接解析进入直播间。
  3. 关注该主播，这样数据就会同步到 AllLive 的电脑端，方便后续观看。

总结

如果你更喜欢 Windows 原生应用，或者想体验 C# 实现的流畅度，AllLive 是个不错的选择。
配合 Simple Live 解析链接，两者互补，体验极佳。

界面预览

图一：在 Simple Live 中解析抖音链接并关注主播

【直播聚合】simple live 搭配 AllLive 的使用，尤其是抖音～2

图二：数据同步后，在 AllLive (Windows) 端的观看界面

【直播聚合】simple live 搭配 AllLive 的使用，尤其是抖音～1

📌 转载信息
原作者：
kerokero
转载时间：
2026/1/21 22:39:31

前言

大家好，我是 aki66938。

之前我维护过一个基于 Python + Selenium/Playwright 的小红书自动化工具
小红书工具开源说明1
之前应该也有佬友看过我的帖子。但在维护过程中，我个人的感受是单纯依赖浏览器自动化的局限性：资源占用高、并发能力弱、容易被反爬策略针对。部署起来也存在各种便利性的问题。

随着 AIGC 的兴起，我发现旧项目已经存在很容易被 AI 替代的可能，所以前一个项目算是废止了。
后来在公司开发项目的过程中，收获了一些从浏览器逆向 api 接口请求逻辑实现本地后端的技能，灵感这就来了，本着学习和实践的目的，于是才有了当前这个项目，使用 Rust 重构核心网络层，构造全新的 api 路由去请求小红书官方的 api endpoint，结合 Antigravity 实现纯 AI vibe coding，完成小红书主页绝大部分接口的开发工作，目前包含对前端内容包括用户信息、搜索接口、文章接口、图文详情以及视频和图片的捕获、采集，觉得基本满足大部分采集需求后，赘述本帖以誓开源，项目名称 XHS_RS_TOOLS。

项目地址

小红书工具开源说明2
小红书工具开源说明3小红书工具开源说明4

架构设计

这是一个 Rust 主导 + Python 辅助 的混合架构：

  • Server (Rust): 处理所有高并发 HTTP 请求、API 路由、数据清洗、媒体下载。
  • Signer (Python): 借助了开源项目小红书工具开源说明5 实现 agent 代理完成本地算法签名（非常给力的项目，佬友们多去点点赞支持下），伴随着 rust 一起启动，同时，还存在一个 playwright 进程，用于获取访客用户的 cookie，以实现对 qrcode 的请求，最终实现用户扫码登录

快速开始

如果你有 Rust 环境：

git clone https://github.com/aki66938/XHS_RS_TOOLS.git

cd XHS_RS_TOOLS

启动服务

docker compose up -d  #用于启动mongodb数据库，存储登录用户的cookie数据
cargo run

服务启动后，API 文档地址是

http://localhost:3000/swagger-ui

项目根目录的 client_demo.py 为全接口的测试用例，运行需要进入 script 目录进行 pip install -r requestment.txt 安装依赖环境

特点

除了官方接口获取了文章详细内容 /api/note/detail，额外实现了对该接口 response 内容的简单解析，获取视频、图片文件的链接及下载接口，包含无水印图片文件

需要特别注意的是，如果需要采集大量内容，注意分页策略，github 的自述文件中描述了分页策略的规则指南

feature

项目还会持续更新，目前针对主站的接口开发工作告一段落，后续将重点针对创作者中心尝试接口开发。
另外 python 安装 playwright 的过程也是一番折腾，由于仅用到了获取访客的 cookie 这一个动作。后续考虑将 playwright 使用容器部署的方式。

结语

项目完全开源 (MIT)，目前已经迭代到 v1.7.0 版本，功能基本稳定。欢迎佬友关注评论交流，技术细节可全公开。

GitHub: GitHub - aki66938/XHS_RS_TOOLS: xhs_toolkit for rust

以技术探索为名，行守法合规之事。

📌 转载信息
原作者：
krik
转载时间：
2026/1/21 22:38:45

最近在站内看到不少同学都是计算机相关专业的在读学生（本科 / 硕士 / 博士），或者已经在从事科研与论文写作。
相信大家多少都遇到过这些问题：

  • 会议 / 期刊太多，截稿时间记不清
  • Deadline 临近才发现，已经错过
  • 不同方向（AI / 系统 / 安全 / 图形学等），信息分散

这里给大家安利一个我最近在用的 免费微信小程序 —— iCCF。

它可以帮你清楚、直观地查看计算机领域期刊 & 会议的截稿时间。

它主要有这些特点：

  • 按研究方向分类

    比如：

    • 计算机图形学与多媒体
    • 网络与信息安全
    • 体系结构 / 并行与分布式 / 存储系统
      给正在投论文的你，推荐一个超实用的免费工具1

  • 支持 CCF 等级筛选（A / B / C）

  • 清晰展示 Deadline 倒计时

  • 微信小程序，随手就能查

  • 暂时完全免费

对于正在选会、赶 ddl、长期投论文的同学来说，非常省心。

微信直接搜索：iccf

不是广告，纯分享。
如果你也经常被 deadline 支配，或者总担心错过截稿时间，可以试试这个小程序，至少能少踩几个坑。

可能缺少个别会议期刊，结合多方渠道

📌 转载信息
原作者：
seemslike
转载时间：
2026/1/21 22:38:15

起因：

本人前几天看到了 Gemini Voyager 这款插件，试用了一下觉得还不错。

结果：

作为向往成都团子的一名 Javaer，团子下面的 AI 我是都试过，Nocode、Catpaw、LongCat。（能在 L 站看到团子大佬吗？可以指点小弟一二否？）之前在 Catpaw 交流群中，我就 @官方说要不要加一个文件夹功能，第一方便查找之前的聊天记录，第二是直接拿一个软件网页版就能挤占知识库领域的份额难道不香吗？当时群里还有一些人觉得这个功能没用，可能需求不同，我觉得还是挺有用的。
而且该说不说，LongCat 在某些场景下确实还是会用到的，有三个原因，第一是因为他快，第二还是快，第三还是快！是真的快，而且每天还有免费 API 领，拿来练手学习 AI 开发也是不错的。回归正题，所以想着给 LongCat 贡献一下自己的代码吧（实际上是 Gemini 贡献的）总之，也是忙活了 6 个多小时，最后终于搞出来一版个人觉得还行的插件了。结果如图，对原来页面的侵入性还是很小的。感兴趣的可以去 Github 地址看一下，并且动手点个 Star​，感激涕零。
Github 地址： 1parado/LongCat-Folder

LongCat Folder 一款油猴脚本，管理你的 LongCat 聊天记录1

📌 转载信息
原作者：
1parado
转载时间：
2026/1/21 22:33:42

从 [菜鸟教程] 零基础 Cloudflare 优选教程 继续讨论:
之前看到有佬友问本优选是否有为一些地区 / 运营商配置特定的节点.
其实 saas.sin.fan 一开始就有为特定的城市配置特定的节点，例如海南移动，电信东北地区…

经过测试，部分 DNS 无法正确返回我们的 GeoDNS 配置，以下是兼容性列表.
列表较长，可以使用 ctrl+f 快速跳转到你使用的 DNS.

阿里云 (saas.sin.fan 的托管服务商):

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

腾讯云:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

Google:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

Cloudflare:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

OpenDNS:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

114.114.114.114:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

360:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

百度:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

字节跳动:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

CNNIC:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

OneDNS:

  • 此服务商可以根据运营商返回对应的节点
  • 此服务商可以根据省级地区返回对应的节点
  • 此服务商遵循 saas.sin.fan 配置的节点权重设置

📌 转载信息
原作者：
MIYUSAMA
转载时间：
2026/1/21 22:32:37

Info

不要太担心被 MS 秋后算账辣，毕竟现在微软 AI 部门一团糟，我们都帮印度友人冲业绩去了
顺便许愿 MS Copilot 和 Github Copilot 早日合二为一 万一就实现了呢

踩了 N 个坑之后分享 – 如何稳定 4-5 年 Copilot（Microsoft365）2

这两天都在跟 codex 斗智斗勇，甚至差点都错过这个新年大礼了

原帖在这里哦～

免费白嫖 2-5 年 Copilot（Microsoft365），可用 GPT-5.2

在发帖的十分钟之前还是可以稳定开出 4-5 年的 →

注意要分两步进行，先订阅第一个，然后再订阅第二个链接

ip 坐标: 美国
绑定支付：安卓 pay 【这个实验了几次都能稳定拿到的，需要桌面浏览器，手机怎么弄都不行，有一个号用了 paypal 只拿到了 2 年，不确定能不能用 pp 卡出来五年】

这里有两个链接需要按照顺序激活的，千万不要手忙脚乱弄错了 – 要不然就会像我一样喜提两年的弱号，浪费了真实的 EDU 邮箱

注意哦： language=en-US&market=US 这里是可以改的哦

第一个链接：

这里

https://checkout.microsoft365.com/acquire/purchase?language=en-US&market=US&requestedDuration=Month&scenario=microsoft-365-student&client=poc&campaign=StudentFree12M

注意出来之后是这样的
一定要是 personal 哦，第一步必须先免费订阅这个

踩了 N 个坑之后分享 – 如何稳定 4-5 年 Copilot（Microsoft365）3

验证学生邮箱倒是很水的 什么 asu 啊，麦逊啊，Northamptn 之类的通通秒过了

不过这里有个坑 如果认证了学生邮件之后直接点击下一步可能会跳到高级版的订阅

注意看页面上的文字哦 premium 是第二步的页面千万不要进去错了

第二个链接：
注意看这里写的是 premium

https://checkout.microsoft365.com/acquire/purchase?language=en-US&market=US&requestedDuration=Month&scenario=microsoft-365-premium&client=poc&campaign=StudentPremiumFree12M
踩了 N 个坑之后分享 – 如何稳定 4-5 年 Copilot（Microsoft365）1

如果第二个链接点开长下面这样

踩了 N 个坑之后分享 – 如何稳定 4-5 年 Copilot（Microsoft365）4


那需要疯狂刷新刷新刷新，然后就刷出来了 → 如果显示一个月也没有问题的【开出 4 年和 5 年的号都显示一个月 】

当然如果一直刷不出来那可能一开始订阅错了，不小心第一步订阅成了高级会员【可以用下面的链接看一下订阅状态】

附赠链接：

查看订单历史

踩了 N 个坑之后分享 – 如何稳定 4-5 年 Copilot（Microsoft365）5

这里可以看到订阅历史，第一步订阅之后可以查看，确保不翻车

📌 转载信息
原作者：
arxiv
转载时间：
2026/1/21 22:29:39

把昨天爆火的 通过把提示词粘贴两遍提升准确性测了一下
只输入一遍：
deepseek: 错误率高
qwen plus: 错误率低
doubao 1.8: 错误率很低

输入两遍：
deepseek: 错误率很低
qwen plus: 错误率很低
doubao 1.8: 错误率很低

这个挺有意思
论文中测试的场景就是定位 n 个名字中指定的名字

这个对需要定位原文段落应该挺有帮助

这是说一下：关于【上下文膨胀】的问题是肯定存在的，这要看你追求的是质量、成本、还是执行时间。没有银弹，你只能用在你追求质量但是上下文又不会膨胀的适合的场景。

prompt
输入一遍

你是一名严格按照指令执行的助手。现在我将给你一份包含 50 个名字的名单。你的任务是：

1. 按照我提供的顺序读取这 50 个名字。
2. 当我给出一个“目标名字”时，你只需要回答该名字在名单中是第几个（从 1 开始计数）。
3. 如果名单中不存在该名字，请回答“名单中不存在该名字”。

以下是 50 个名字（顺序固定）：

张伟
王芳
李娜
刘强
陈杰
杨洋
赵敏
黄磊
周婷
 吴刚
 徐丽
 孙浩
 马超
 朱琳
 胡军
 郭静
 何凯
 高颖
 林峰
 罗兰
 郑爽
 谢辉
 韩雪
 曹阳
 曾华
 彭飞
 萧然
 蔡明
 黎娜
 魏强
 方婷
 程浩
 任杰
 袁媛
 邓超
 傅颖
 蒋磊
 薛丽
 雷军
 贺兰
 汪洋
 谭静
 熊伟
 金娜
 陆强
 石磊
 白雪
 孔明
 崔浩
 蒙娜

当我输入目标名字时，请直接回答该名字在列表中的序号。
目标名字：
萧然、陈杰、 孔明

输入两遍

你是一名严格按照指令执行的助手。现在我将给你一份包含 50 个名字的名单。你的任务是：

1. 按照我提供的顺序读取这 50 个名字。
2. 当我给出一个“目标名字”时，你只需要回答该名字在名单中是第几个（从 1 开始计数）。
3. 如果名单中不存在该名字，请回答“名单中不存在该名字”。

以下是 50 个名字（顺序固定）：

张伟
王芳
李娜
刘强
陈杰
杨洋
赵敏
黄磊
周婷
 吴刚
 徐丽
 孙浩
 马超
 朱琳
 胡军
 郭静
 何凯
 高颖
 林峰
 罗兰
 郑爽
 谢辉
 韩雪
 曹阳
 曾华
 彭飞
 萧然
 蔡明
 黎娜
 魏强
 方婷
 程浩
 任杰
 袁媛
 邓超
 傅颖
 蒋磊
 薛丽
 雷军
 贺兰
 汪洋
 谭静
 熊伟
 金娜
 陆强
 石磊
 白雪
 孔明
 崔浩
 蒙娜

当我输入目标名字时，请直接回答该名字在列表中的序号。
目标名字：
萧然、陈杰、 孔明

你是一名严格按照指令执行的助手。现在我将给你一份包含 50 个名字的名单。你的任务是：

1. 按照我提供的顺序读取这 50 个名字。
2. 当我给出一个“目标名字”时，你只需要回答该名字在名单中是第几个（从 1 开始计数）。
3. 如果名单中不存在该名字，请回答“名单中不存在该名字”。

以下是 50 个名字（顺序固定）：

张伟
王芳
李娜
刘强
陈杰
杨洋
赵敏
黄磊
周婷
 吴刚
 徐丽
 孙浩
 马超
 朱琳
 胡军
 郭静
 何凯
 高颖
 林峰
 罗兰
 郑爽
 谢辉
 韩雪
 曹阳
 曾华
 彭飞
 萧然
 蔡明
 黎娜
 魏强
 方婷
 程浩
 任杰
 袁媛
 邓超
 傅颖
 蒋磊
 薛丽
 雷军
 贺兰
 汪洋
 谭静
 熊伟
 金娜
 陆强
 石磊
 白雪
 孔明
 崔浩
 蒙娜

当我输入目标名字时，请直接回答该名字在列表中的序号。
目标名字：
萧然、陈杰、 孔明

正确答案：27 5 48

还观察到一个有趣的现象，如果我的提示词中名字带着 序号，在只输入一遍问题的情况下
就连 deepseek 都很难错
像这样

1. 张伟
2. 王芳
3. 李娜
4. 刘强
5. 陈杰
...

📌 转载信息
转载时间：
2026/1/21 22:27:08

佬们，做了个 agent 管理监控工具，c++ 开发，目前只支持 mac，agent 支持 opencode、claude code 和 codex 感兴趣可以看看

【工具自荐】Agent 监管配置工具 Diana c++ 开发1


【工具自荐】Agent 监管配置工具 Diana c++ 开发3

📌 转载信息
转载时间：
2026/1/21 22:25:51

根据 cloudflare radar 观测伊朗的数据可知，伊朗从 1 月 8 号开始全国断网，近几天有少量回复但仅为之前的约 2%，此时 dnstt（一个可基于 dns-over-udp/https/tls 的隧道工具）就成了仅存手段之一（当然现在可以用 chatgpt.com 对应的那个 ip 来走 cf ws+tls 那套经典玩法了，但这不是重点）
声明：对于现在还远没有那么严格的国内网络监管程度应该是没有多少实际应用价值了，本次只是处于我的好奇心和整活
也可以参考伊朗人的教程： DNSTT Walkthrough
使用的一键安装 dnstt 服务端脚本 github 仓库： GitHub - bugfloyd/dnstt-deploy: One-click dnstt DNS tunnel server deployment and management script for Linux. Supports multiple distributions, automatic configuration, systemd integration, and interactive management menu.

  1. 前提条件
  • 1 个能用的域名
  • 1 台有 root 权限的 vps（53 端口可用）
  • 一个能用的 dns/doh/dot 服务器（dns-over-quic 可以看有一个叫 slipstream 的项目，据说速度能快十倍但是我没试过）

  1. 域名方面工作
    我用的是 de5.net 那个免费二级域名，托管到了 cloudflare，实际上不需要托管到 cloudflare，只要能设置 A 记录和 NS 记录的都可以
    假设我的 vps ip 为 6.7.8.9，此处创建一个 A 记录，名称设置为 “tns”，内容为 6.7.8.9
    接着创建一个 NS 记录，名称设置为 "t"（根据原作者教程，这里只能为单字母），内容为 "tns.example.com"（例如我的就是tns.example.de5.net）
    大概长这样：

    伊朗大断网时期同款 dnstt 隧道搭建教程，在提供一种极端方案同时，让你能在 2026 体会拨号上网般的速度（1

  2. vps 上的工作
    我使用的是 ubuntu 24.04.3 的 vps，使用脚本在开头有链接，此处使用 ssh 隧道模式。设置过程中还需要填写 mtu，根据作者推荐应根据网络环境选择，较好的选择最高在 1400 左右，最差的应该在 512 以上，我这里选择默认的 1232。安装完成后会弹出一个 “public key”，应保存在客户端的一个文件里（我这里保存为 11111.pub），为了安全应当设置一个新的账户而不是直接使用 root 账户，例如用户名为 “dnstt”，也可以不设置

  3. 客户端连接
    使用命令 dnstt-client -udp DNS_SERVER_IP:53 -pubkey-file server.pub t.example.com 127.0.0.1:7000 来将 vps 的 ssh 隧道到本机的 7000 端口，此处 dns_server_ip 可以是任意能用的 dns 服务器，使用 -doh https://aaa.ddd.oaifree.com/query-dns 等 doh 也行，server.pub 内应有前文脚本生成的 public key，例如我的 11111.pub
    一个可用的启动命令示例为.\dnstt-client-windows-amd64.exe -doh https://dns.alidns.com/dns-query -pubkey-file 11111.pub t.example.de5.net 127.0.0.1:7000
    重点：ssh 模式代理过来的是 ssh，而不是 socks 代理，要使用 ssh -D 1080 -p 7000 root@127.0.0.1 来转化为 socks 代理再填入 v2rayn 等客户端

  4. 测速

    伊朗大断网时期同款 dnstt 隧道搭建教程，在提供一种极端方案同时，让你能在 2026 体会拨号上网般的速度（2

    cloudflare speed test 测下来开始时大约 227kbps，但是我真的懒得等它能测出来最高多少了，反正就比拨号上网强一点吧，上个谷歌还是没压力的，下载个 100gb 的原神大概需要 1026 小时吧

  5. 总结
    其实安装过程比 xray singbox 之类的并不困难，理论上极端网络环境下可用，而且难封锁，就算国内进行了 dns 污染只要换个域名 / 换个 doh 就能用，ip 墙不墙无所谓，但是速度真的太低了
    另外手机上应该可以用 http injector 这个软件，但不知道为什么我连接一直超时，懂的也可以教教我（

📌 转载信息
原作者：
Tairitsu
转载时间：
2026/1/21 22:23:50

在尝试新鲜事物的同时，会不会有遇到跟我一样的问题
安装了各种依赖，各种工具，各种 aicll
本地测试，尝试新鲜开源库，端口开了一个又一个
利用 ai 帮忙各种开发，一开始慎重审核，后面就是 yes yes yes

爽是爽了，那么谁来打扫战场呢？

最新 1.7.0 版本，更新了删除功能！（谨慎使用）

为 Vibe Coding 打造的环境清理工具！2


希望能给个小

📌 转载信息
原作者：
Jojo_Coco
转载时间：
2026/1/21 22:20:07

原贴

前些天看到大佬发了个开源的 outlook 管理工具，个人还是更喜欢使用 docker，所以在大佬的基础上加了 docker 的部署方式，功能和原版一致

📌 转载信息
原作者：
lenoa
转载时间：
2026/1/21 22:19:56
  1. 1
  2. ...
  3. 111
  4. 112
  5. 113
  6. 114
  7. 115
  8. 116
  9. 117
  10. ...
  11. 239