即刻App年轻人的同好社区
下载
置顶最近刚去了香港办港卡，去之前看了不少攻略，但 到了才发现 26 年好多都过时了。
把我踩的坑和经验整理一下。
1/ 别刷小红书帖子，用「搜一搜」
开香港卡之前肯定要查攻略，大部分人第一反应是去小红书。但小红书上大量中介发重复攻略、制造焦虑（什么「被拒了」「审核失败」），一条条翻帖子又慢又烦。
有个更好的办法：小红书右上角搜索框，右下角有个「搜一搜」，是 AI 总结功能。纯文字返回，没有图片干扰，阅读速度快很多，直接跳过中介噪音。
还有一个叫「点点」的 App，也是小红书出品的，会返回带图片的详细内容，速度慢一些但信息更全。两个搭配用，搜一搜查快问题，点点看需要截图对照的操作步骤。
2/ 大部分攻略是2025年的，2026年有变化
汇丰在2026年有新规，注册流程有些小调整，别完全照着网上教程填，看 App 实际显示的来。遇到不确定的地方，随时打开搜一搜查一下。
3/ 地址必须填住宅，精确到门牌号
申请时要填通讯地址，银行会往这个地址寄实体卡。不能填公司地址，不能填酒店。
必须是住宅地址，写到小区、楼栋、门牌号。
通讯地址里不要填手机号，现在汇丰邮寄卡片时会在寄件收件人那里写你的手机号，地址里不需要再写。
4/ 白天办，别晚上办
晚上办有两个问题：拍照光线差容易识别失败，银行也可能觉得你急匆匆的。
我的中银香港申请被拒，可能就是因为晚上办的，加上填了公司地址。
5/ 收入别填太高
申请时有一步要填收入档位，一般填最低档就行。不懂的地方就用搜一搜或者点点，哪个步骤看不懂就搜就查，避免因为选错导致失败。
6/ 出入境记录要当天导出的
如果你昨天入境、今天办卡，需要在移民局小程序下载今天导出的出入境记录才有效（注意！不是说今天到香港今天就得立马办）
7/ 去之前一定要开国际漫游
我到了香港才发现没开国际漫游，想登联通 App 开通，结果需要收验证码，但收不到验证码正是因为没开漫游，死循环了🥲
最后只能让内地的朋友帮忙打客服电话开通。
所以出发前就把漫游打开，不然到了那边连网都没有，开卡更别想了。
8/ 开哪些卡
推荐众安、汇丰、中银香港，
众安银行申请是最容易的，基本是个活人都能过。汇丰需要往卡里存1万港币以上，不然每月收100港币管理费。
但这年头没有一万块存款办个屁的卡，所以四舍五入汇丰卡不需要管理费，去香港办卡时，建议办一个汇丰，避免后面更加收紧就办不了了。
汇丰填资料比较多，大概要1到2个小时，建议找个麦当劳坐下来慢慢弄，选灯光不太亮的位置，开着灯拍证件容易被自己的影子挡着。
9/ 一定要开中银香港
中银香港就是中国银行的香港分支，开了这张卡，内地中国银行卡往港币同名转账不收手续费。
不开的话只能走跨境支付通，由于外汇管制，每人每年转入转出有5万美元的额度，跨境支付通会占用这个额度。
大额转账超了额度，不仅可能会被外汇局查，每笔还要收280元手续费，死贵死贵的。
把我踩的坑和经验整理一下。
1/ 别刷小红书帖子，用「搜一搜」
开香港卡之前肯定要查攻略，大部分人第一反应是去小红书。但小红书上大量中介发重复攻略、制造焦虑（什么「被拒了」「审核失败」），一条条翻帖子又慢又烦。
有个更好的办法：小红书右上角搜索框，右下角有个「搜一搜」，是 AI 总结功能。纯文字返回，没有图片干扰，阅读速度快很多，直接跳过中介噪音。
还有一个叫「点点」的 App，也是小红书出品的，会返回带图片的详细内容，速度慢一些但信息更全。两个搭配用，搜一搜查快问题，点点看需要截图对照的操作步骤。
2/ 大部分攻略是2025年的，2026年有变化
汇丰在2026年有新规，注册流程有些小调整，别完全照着网上教程填，看 App 实际显示的来。遇到不确定的地方，随时打开搜一搜查一下。
3/ 地址必须填住宅，精确到门牌号
申请时要填通讯地址，银行会往这个地址寄实体卡。不能填公司地址，不能填酒店。
必须是住宅地址，写到小区、楼栋、门牌号。
通讯地址里不要填手机号，现在汇丰邮寄卡片时会在寄件收件人那里写你的手机号，地址里不需要再写。
4/ 白天办，别晚上办
晚上办有两个问题：拍照光线差容易识别失败，银行也可能觉得你急匆匆的。
我的中银香港申请被拒，可能就是因为晚上办的，加上填了公司地址。
5/ 收入别填太高
申请时有一步要填收入档位，一般填最低档就行。不懂的地方就用搜一搜或者点点，哪个步骤看不懂就搜就查，避免因为选错导致失败。
6/ 出入境记录要当天导出的
如果你昨天入境、今天办卡，需要在移民局小程序下载今天导出的出入境记录才有效（注意！不是说今天到香港今天就得立马办）
7/ 去之前一定要开国际漫游
我到了香港才发现没开国际漫游，想登联通 App 开通，结果需要收验证码，但收不到验证码正是因为没开漫游，死循环了🥲
最后只能让内地的朋友帮忙打客服电话开通。
所以出发前就把漫游打开，不然到了那边连网都没有，开卡更别想了。
8/ 开哪些卡
推荐众安、汇丰、中银香港，
众安银行申请是最容易的，基本是个活人都能过。汇丰需要往卡里存1万港币以上，不然每月收100港币管理费。
但这年头没有一万块存款办个屁的卡，所以四舍五入汇丰卡不需要管理费，去香港办卡时，建议办一个汇丰，避免后面更加收紧就办不了了。
汇丰填资料比较多，大概要1到2个小时，建议找个麦当劳坐下来慢慢弄，选灯光不太亮的位置，开着灯拍证件容易被自己的影子挡着。
9/ 一定要开中银香港
中银香港就是中国银行的香港分支，开了这张卡，内地中国银行卡往港币同名转账不收手续费。
不开的话只能走跨境支付通，由于外汇管制，每人每年转入转出有5万美元的额度，跨境支付通会占用这个额度。
大额转账超了额度，不仅可能会被外汇局查，每笔还要收280元手续费，死贵死贵的。
420 58150
聪明的 AI 比蠢的 AI 更危险
你有没有遇到过，AI 前面表现得好好的，突然犯一个特别蠢的错？
我最近用 Opus 5 特别明显。
它其实很聪明，写代码经常一次就能过，有些地方甚至比 GPT 5.6 做得更好。
但如果你跟 Opus 5 聊方案的话，就难受了，
前面 19 轮可能都聊得好好地，但第 20 步突然开始犯病：把A 说成 B，忘记刚刚说过的话，甚至莫名其妙自作主张改我的需求。
如果没有及时发现问题，把这个方案交给了写代码的 agent， 就会一步错，后面步步错。
相反，GPT 5.6 没那么多「哇，这也能想到」的聪明时刻，它是稳定地遵循指令，稳定地埋头苦干。
这也让我选模型的标准变了。
以前我会看一个模型最厉害的时候能做到什么，现在我更在意，它最差的时候会差成什么样。
现在做编程任务时，我会用 Opus4.6+Fable 聊方案，为什么要用 4.6 呢？
因为 Opus 4.6 非常说人话，聊起来很舒服，我会在关键思考点开一个会话分支同时看 Fable 和 Opus4.6 的做对比，让他们俩互相对抗达成共识。
然后如果要出 UI 原型或者原型测试就在 Opus4.6 这个窗口里切换 Fable 做原型。
Opus4.6 最终完成方案之后，派发一个 Fable 级别的 subagent 去审查产品方案， 派发一个 5.6 sol 审查代码方案。
然后 Opus5 写，GPT5.6 sol 审查 Opus5 写的代码。
你有没有遇到过，AI 前面表现得好好的，突然犯一个特别蠢的错？
我最近用 Opus 5 特别明显。
它其实很聪明，写代码经常一次就能过，有些地方甚至比 GPT 5.6 做得更好。
但如果你跟 Opus 5 聊方案的话，就难受了，
前面 19 轮可能都聊得好好地，但第 20 步突然开始犯病：把A 说成 B，忘记刚刚说过的话，甚至莫名其妙自作主张改我的需求。
如果没有及时发现问题，把这个方案交给了写代码的 agent， 就会一步错，后面步步错。
相反，GPT 5.6 没那么多「哇，这也能想到」的聪明时刻，它是稳定地遵循指令，稳定地埋头苦干。
这也让我选模型的标准变了。
以前我会看一个模型最厉害的时候能做到什么，现在我更在意，它最差的时候会差成什么样。
现在做编程任务时，我会用 Opus4.6+Fable 聊方案，为什么要用 4.6 呢？
因为 Opus 4.6 非常说人话，聊起来很舒服，我会在关键思考点开一个会话分支同时看 Fable 和 Opus4.6 的做对比，让他们俩互相对抗达成共识。
然后如果要出 UI 原型或者原型测试就在 Opus4.6 这个窗口里切换 Fable 做原型。
Opus4.6 最终完成方案之后，派发一个 Fable 级别的 subagent 去审查产品方案， 派发一个 5.6 sol 审查代码方案。
然后 Opus5 写，GPT5.6 sol 审查 Opus5 写的代码。
0 00
我真受不了现在 AI 写的东西了，黑话连篇，没事还要造几个谁也没听过的术语。
写出来的东西发给别人，别人根本看不懂这是在说啥。
所以我在我的 AGENTS.md 加了这下面这段提示词，每次写别人看的东西时，说「按照交付物要求来」，啊，舒服了。
“## 交付物要求
将交付物编写为「自包含」的最终状态产物，直接融入反馈，而不提及草稿、版本、审查轮次、先前措辞、被取代的决定或编辑过程，除非用户明确要求变更日志、历史记录或决策记录。
使用可读性高的文字、ASCII/表格方便理解
「我家门前有两棵树，一棵是枣树，另一棵也是枣树」
使用这种日常用语即可 ，不自造抽象词/黑话，但有「共识」的词，例如行业术语、专有名词、编号等，都得原样保留
例如「第一性原理」是一个共性词，绝不能为了「说人话」「可读性高」而改成「 从头想这件事」，这样就词不达意
自检：
- 一个词讲给别人听时，需要先定义解释几遍才能懂，就删掉它、把句子重写。
- 检查所需细节一处不漏”
写出来的东西发给别人，别人根本看不懂这是在说啥。
所以我在我的 AGENTS.md 加了这下面这段提示词，每次写别人看的东西时，说「按照交付物要求来」，啊，舒服了。
“## 交付物要求
将交付物编写为「自包含」的最终状态产物，直接融入反馈，而不提及草稿、版本、审查轮次、先前措辞、被取代的决定或编辑过程，除非用户明确要求变更日志、历史记录或决策记录。
使用可读性高的文字、ASCII/表格方便理解
「我家门前有两棵树，一棵是枣树，另一棵也是枣树」
使用这种日常用语即可 ，不自造抽象词/黑话，但有「共识」的词，例如行业术语、专有名词、编号等，都得原样保留
例如「第一性原理」是一个共性词，绝不能为了「说人话」「可读性高」而改成「 从头想这件事」，这样就词不达意
自检：
- 一个词讲给别人听时，需要先定义解释几遍才能懂，就删掉它、把句子重写。
- 检查所需细节一处不漏”
3 40
是的，但这个条件难倒了很多人😮💨 //@Coriaxu: 认同，所以感觉如果是深度高频用户且长复杂任务，还是 GPT5 .6sol 搭配 fable5 最靠谱🤔
夙愿学长: 便宜的模型，可能反而是最贵的。GPT-5.6 Luna 降价和 DeepSeek V4 Flash 升级之后，最近流行起一种多 Agent 方案： 让更强、更贵的模型负责规划和编排，然后交给便宜模型执行。 这样既保留了强模型的判断力，又能降低 Token 成本，听起来多美妙。 但我实际用下来，效果完全没有我想象中的好。 前阵子 Fable 解禁时，只能用周额度 50%…😅 为了节省 Fable 的额度，当时不少人建议让它负责规划和调度，把具体执行交给 Opus。 我也照着试了很多次，但不管怎么调整，最终产出和完成速度，都没有明显大于全程使用 Opus。 我觉得这问题在于，很多长程任务并不能拆开一块一块干。 比如真实编程开发，理解需求、阅读代码、排除错误方向、选择方案、实现和修正，本来就是一条连续的判断链。 把它拆给多个 Agent（尤其是差模型运行的子 agent），就意味着反复交接。 前一个 Agent 读过哪些代码、排除过哪些方向、为什么选择当前方案，这些信息在交接中很容易丢失。 更糟糕的是： 如果，前一个 Agent 一旦选错路径，后面的 Agent 往往会把这个结论当成前提，继续沿着错误方向执行，越做越错！ 主 Agent 还是要重新读代码、检查结果、解释问题和修正偏差。 这看起来省下了模型的 Token，实际付出了更多的返工、审查、上下文污染、错误路径依赖以及更长的完成时间。 多 Agent 当然有价值，但它更适合另外两种情况。 一种是前面说的，任务彼此独立，可以并行，做错的成本也低，例如可以把检索、扫描和信息整理交给子 Agent，从而保护主上下文不被「噪音」污染。 另一种是“独立视角”和“角色隔离” 比如让多个模型分别提出方案，再由另一个模型综合； 让不同 Agent 分别负责编码、代码审查和测试；或者让一个独立 Agent 做对抗性审查，避免同一个模型既当运动员，又当裁判。 所以，选择模型首先不应该问： “哪个模型更便宜？”
0 00
便宜的模型，可能反而是最贵的。GPT-5.6 Luna 降价和 DeepSeek V4 Flash 升级之后，最近流行起一种多 Agent 方案：
让更强、更贵的模型负责规划和编排，然后交给便宜模型执行。
这样既保留了强模型的判断力，又能降低 Token 成本，听起来多美妙。
但我实际用下来，效果完全没有我想象中的好。
前阵子 Fable 解禁时，只能用周额度 50%…😅
为了节省 Fable 的额度，当时不少人建议让它负责规划和调度，把具体执行交给 Opus。
我也照着试了很多次，但不管怎么调整，最终产出和完成速度，都没有明显大于全程使用 Opus。
我觉得这问题在于，很多长程任务并不能拆开一块一块干。
比如真实编程开发，理解需求、阅读代码、排除错误方向、选择方案、实现和修正，本来就是一条连续的判断链。
把它拆给多个 Agent（尤其是差模型运行的子 agent），就意味着反复交接。
前一个 Agent 读过哪些代码、排除过哪些方向、为什么选择当前方案，这些信息在交接中很容易丢失。
更糟糕的是：
如果，前一个 Agent 一旦选错路径，后面的 Agent 往往会把这个结论当成前提，继续沿着错误方向执行，越做越错！
主 Agent 还是要重新读代码、检查结果、解释问题和修正偏差。
这看起来省下了模型的 Token，实际付出了更多的返工、审查、上下文污染、错误路径依赖以及更长的完成时间。
多 Agent 当然有价值，但它更适合另外两种情况。
一种是前面说的，任务彼此独立，可以并行，做错的成本也低，例如可以把检索、扫描和信息整理交给子 Agent，从而保护主上下文不被「噪音」污染。
另一种是“独立视角”和“角色隔离”
比如让多个模型分别提出方案，再由另一个模型综合；
让不同 Agent 分别负责编码、代码审查和测试；或者让一个独立 Agent 做对抗性审查，避免同一个模型既当运动员，又当裁判。
所以，选择模型首先不应该问：
“哪个模型更便宜？”
让更强、更贵的模型负责规划和编排，然后交给便宜模型执行。
这样既保留了强模型的判断力，又能降低 Token 成本，听起来多美妙。
但我实际用下来，效果完全没有我想象中的好。
前阵子 Fable 解禁时，只能用周额度 50%…😅
为了节省 Fable 的额度，当时不少人建议让它负责规划和调度，把具体执行交给 Opus。
我也照着试了很多次，但不管怎么调整，最终产出和完成速度，都没有明显大于全程使用 Opus。
我觉得这问题在于，很多长程任务并不能拆开一块一块干。
比如真实编程开发，理解需求、阅读代码、排除错误方向、选择方案、实现和修正，本来就是一条连续的判断链。
把它拆给多个 Agent（尤其是差模型运行的子 agent），就意味着反复交接。
前一个 Agent 读过哪些代码、排除过哪些方向、为什么选择当前方案，这些信息在交接中很容易丢失。
更糟糕的是：
如果，前一个 Agent 一旦选错路径，后面的 Agent 往往会把这个结论当成前提，继续沿着错误方向执行，越做越错！
主 Agent 还是要重新读代码、检查结果、解释问题和修正偏差。
这看起来省下了模型的 Token，实际付出了更多的返工、审查、上下文污染、错误路径依赖以及更长的完成时间。
多 Agent 当然有价值，但它更适合另外两种情况。
一种是前面说的，任务彼此独立，可以并行，做错的成本也低，例如可以把检索、扫描和信息整理交给子 Agent，从而保护主上下文不被「噪音」污染。
另一种是“独立视角”和“角色隔离”
比如让多个模型分别提出方案，再由另一个模型综合；
让不同 Agent 分别负责编码、代码审查和测试；或者让一个独立 Agent 做对抗性审查，避免同一个模型既当运动员，又当裁判。
所以，选择模型首先不应该问：
“哪个模型更便宜？”
2 31
如果你还在用最新版Claude，强烈建议降级～
今天刷到 Reddit 爆料，有人把 Claude Code 的代码扒了。
发现从 2.1.91 版本开始，CLI 会在后台检查你的系统时区是不是 Asia/Shanghai（上海），还会判断你的代理 URL 是不是指向中国域名或者 AI 实验室。
更阴的是，这些信息不是直接上报的，它是通过改日期格式、换 Unicode 字符这种方式，编码进系统提示词里悄悄传上去的，你根本感知不到。
还有人扒出了一份中转站域名名单，也在检测范围内。
不管你直连还是走中转，只要被识别出来，CC 就可能被动了手脚。
说实话看到这条的时候我第一反应是，难怪。
我最近用 Claude Code 选择 Opus 4.8，动不动说 API 报错、连接超时，
别说跑完一个任务，调用个工具都卡住，但我网络明明没问题，我都怀疑过是不是账号被针对了。
直到我把 CC 版本降级到 2.1.68，一次报错都没再出现过了。
为什么降级到 2.1.68（因为这个版本是之前 CC 出上下文缓存 bug 的前一个稳定版本）
而且不只是稳定，这个版本的 harness 更强，模型在上面明显更愿意深度思考，不像新版本那样敷衍（好像是新版本有自适应思考机制？）
说人话就是模型不降智了～
之前新版选 Opus4.8看着回复很慢，其实不是模型慢，是 API 卡住了很久才开始出东西。
现在回头看那条爆料，一切都说得通了。
今天是检测你的时区是不是中国人，明天会是什么？
所以，现如今，建议你把 CC 版本降到 2.1.68 ，至少目前实测是稳定好用的。
具体操作很简单，打开你的 CC 或者其他 agent，说：
「帮我把 Claude Code CLI 降级到 2.1.68 版本，不懂的话自己联网搜索解决」
今天刷到 Reddit 爆料，有人把 Claude Code 的代码扒了。
发现从 2.1.91 版本开始，CLI 会在后台检查你的系统时区是不是 Asia/Shanghai（上海），还会判断你的代理 URL 是不是指向中国域名或者 AI 实验室。
更阴的是，这些信息不是直接上报的，它是通过改日期格式、换 Unicode 字符这种方式，编码进系统提示词里悄悄传上去的，你根本感知不到。
还有人扒出了一份中转站域名名单，也在检测范围内。
不管你直连还是走中转，只要被识别出来，CC 就可能被动了手脚。
说实话看到这条的时候我第一反应是，难怪。
我最近用 Claude Code 选择 Opus 4.8，动不动说 API 报错、连接超时，
别说跑完一个任务，调用个工具都卡住，但我网络明明没问题，我都怀疑过是不是账号被针对了。
直到我把 CC 版本降级到 2.1.68，一次报错都没再出现过了。
为什么降级到 2.1.68（因为这个版本是之前 CC 出上下文缓存 bug 的前一个稳定版本）
而且不只是稳定，这个版本的 harness 更强，模型在上面明显更愿意深度思考，不像新版本那样敷衍（好像是新版本有自适应思考机制？）
说人话就是模型不降智了～
之前新版选 Opus4.8看着回复很慢，其实不是模型慢，是 API 卡住了很久才开始出东西。
现在回头看那条爆料，一切都说得通了。
今天是检测你的时区是不是中国人，明天会是什么？
所以，现如今，建议你把 CC 版本降到 2.1.68 ，至少目前实测是稳定好用的。
具体操作很简单，打开你的 CC 或者其他 agent，说：
「帮我把 Claude Code CLI 降级到 2.1.68 版本，不懂的话自己联网搜索解决」
15 79
