1. 今天苏州是真有十里长街送雪峰
现实中,队伍排到十里开外,上万人自发送行。
所以说,金杯银杯,不如老百姓的口碑,是非功过,人民的眼睛是雪亮的。
第一次看到这种规模的送行,真心是佩服。
人生至此,功德圆满。
18 篇热帖
之前习惯的编程工具是 cursor ,本质还是在 vscode 的基础上内置了聊天对话方式调用 agent 来变成或进行任意授权的操作,一直习惯边改还能边看看代码,不管是 review 具体代码还是看看生成了什么文件,就觉得很方便
最近 claude code 越来越火,也了解到有很多人可以多开或者使用 agent teams 来同时使用多个 agent 来干活,想尝试一下,然后就试了。但有发现纯 cli 编码的话任务开始后不就不能东看西看(指看看代码之类的)了,编码完成之后在 claude code 里看代码/review 貌似也不是很方便,用了之后突然感觉有点无所适从了,完成一个需求后还得打开 cursor 看看改动了什么然后再提交。
请教一下各位佬,我这使用姿势是不是不太对?
我自己日常生活记录用 Microsoft Todo ,确实简洁舒服,
但是设计得太克制了,连标签都没有,想干活的时候管理一下项目很麻烦
大概就这几点需求:
应该很正常吧?但是试遍了市面上的待办软件,几乎都有这样那样的问题:
其他的什么 trello ,notion 也是一样,数据强绑定,还依赖网络
剩下的一些独立开发的,vibe coding 的,基本在跨平台这一部分就不过关(如果你觉得你做的能符合上面的需求欢迎自荐,开源的或者付费买断的都行,订阅的就算了)
所以这样的终极 todo 真的存在吗? flutter 跨平台应该比较方便,但是好像很少看到 flutter 写的 todo 项目
有一些人用 org-mode 、todo.txt ,但是好像有些学习成本,跨平台的不同应用体验能保持一致吗?
过去一直用 windows 开发,编码问题,行尾问题,使用 docker 绑定目录也会有同步问题。
后来就转到 wsl 中开发,但是不好说是 wsl 的 bug 还是 docker 的 bug ,经常出现磁盘读写 100%, 磁盘完全占满后所有 app 都不能正常工作了。
然后就转 linux ,选的三个 mint ,debian/kde ,ubuntu 先用 live 模式尝试,ubuntu 出现了一点卡顿就放弃了,尝试 mint 发现官方网站上列了很多已知问题, 我不敢用,debian 暂时没有发现问题,就安装了,用了之后才发现这个 debian 反而经常出现 freeze 的情况,就是所有 app 都不可以操作,10 秒钟之后才能恢复,重启之后问题只是频次有所降低,不过 debian 还不只这一个问题,chrome 渲染也有问题,chrome 打开白屏无法操作,所有基于 chromium 的也都不能用(比如 vscode ),启动时需要添加参数才行,然后更搞是如果 debian 重启会把之前未关闭的程序恢复,但是不会恢复我在命令行中指定的参数,也就是说每次重启都会打开了一堆不能用的窗口
最终,用了 ubuntu ,最看不上的反而没有问题。
整理了两个不需要信用卡的 Claude Pro 购买方式,主要走 Apple Store / Google Play 礼品卡路线。
因隔壁站各种无下限怂恿小白送风控指纹的操作,A\目前有一套充分且完善的滥用画像,新号开 Max 订阅封号概率极高,买来的账号随时可能被封,站内欺诈成本低且无售后,闲鱼起码还有披露流程和小法庭流程。比较常见的坑有「确提即争议退款」——卖家收款后立刻对你发起支付争议,「保存登录凭证二次利用」等等…
当然,除去无泄漏,走 Apple store/google play 渠道最大的好处是:封号后可以走平台争议退款,金额退回账户余额,损失相对可控。
本质是绕过直接付款障碍,按即时汇率购买,并无折扣,约等于花人民币买美元订阅。
操作步骤:
费用: 按当前汇率约 139 元人民币,风控比较低。
折扣来源是 Claude Pro 在尼日利亚的本地化定价远低于美区( 14,900 奈拉 vs $20 ),并非汇率差。
操作步骤:
费用: 14,900 奈拉闲鱼收购价约 86 元人民币,对比美区约 139 元,折扣约 6.2 折。
A\目前有一套充分且完善的滥用画像。如果你被画像误伤,封号后:
| 平台 | 操作路径 | 退款去向 |
|---|---|---|
| Apple Store | 设置 → Apple ID → 订阅 → 报告问题,以「服务无法使用」为由申请 | 退回 App Store 余额 |
| Google Play | 进入订单记录提交退款申请 | 退回 Play 余额 |
两个平台退款成功率都还可以,远优于代充的维权难度。
有更新方案欢迎补充。
关于为什么不使用站内中转站,道理一样,
最后小声 bb 两句:
kiro 渠道的模型都是隔壁几十万撤离的小孩哥玩腻的假渠道,Claude.ai 宕机了那玩意儿还跑着,早被锤麻了,那玩意儿搁隔壁骗小孩都卖不掉
https://www.v2ex.com/t/1187389?p=1
实在没经费又想用 Claude opus4.6 ,Cursor Pro Plus 和 google ai ultra 试用去搞点啊
本人已有 12 年经验,主攻 B/S 方向,WPF/WinForm 经验比较薄弱,花了一周时间几乎把所有合适的岗位都投了,发现多数是制造业方向,而制造业又要求 WPF/WinForm ,而互联网方向岗位真的鲜有,麻了...... 各位有没有坑位推荐?自认为资质不差,也热爱技术,就缺些机缘
背景: 我本地配好了 codex ,想让非技术同学用。 不是写代码,是想做一些数据分析之类,主要能连数据库。
在他们本地配置比较麻烦,同时我又想管控这个权限。 所以想要一个 Web 环境的 codex 。
看了下,Github 上有一些开源的项目。但是都不怎么活跃。 比如 https://github.com/harryneopotter/Codex-webui https://github.com/friuns2/codex-web-ui
类似需求,大家都怎么搞呢?
难道真要搞个服务器,让他们 ssh 上面,自己跑吗?
大家好,我是独立开发者。
最近花了点时间做了一款 Android 端全球电台应用 —— RadioPlayer 。 市面上其实有很多电台应用(比如 TuneIn ),但大多充满了臃肿的 UI 、繁杂的推荐逻辑,甚至满屏的各种横幅广告。所以我决定自己造一把轮子,核心理念就三个字:好看、纯粹、极简。
✨ 核心亮点:
全球频道:依托 RadioBrowser 数据库,按国家 / 流派 (Jazz, Pop, News 等) 随意切换收听。 超高颜值 UI:使用完全原生的 Compose 构建,全局支持顺滑的暗色模式。特别是播放页底部的 MiniPlayer 有纯正的高斯模糊(毛玻璃)效果和音频波纹动画。 自定义源:支持 m3u / mp3 直播流,自己添加私有电台(如网易云播客、私服音乐等)。 完全没有流氓组件:权限极简,清爽无后台驻留。 💎 Pro 版特权(封测用户免费赠送): 应用本身包含基础体验,高级版 (Pro) 支持了:
📻 纯净无广告 🎧 强制解锁最高音质比特率 (High Quality Audio) 💤 睡眠定时关闭 (Sleep Timer) 🚗 专为开车定制的极大字体的“驾车模式” (Car Mode) ⚡ 无限量的自定义专属电台 🚀 关于封闭测试 (Closed Test) 与福利: 众所周知,Google Play 现在上架新应用要求有 20 个用户连续测试 14 天。 为了顺利上架,我在此向大家招募 20 位体验官! 福利说明: 只要你愿意加入测试群组并帮我挂够时长,我会将你的 Google 账号加入 Android 内部测试组( License Testing )。在测试版本由于配置了特权测试通道,你可以免费直接购买 Pro 版本(显示 Google Pay 模拟扣款,实际 0 元白嫖应用终身 Pro 权益!) 感谢你的支持。
📌 如何参与?
加入测试计划 https://play.google.com/store/apps/details?id=com.nomo.simpleradio 需要在手机浏览器 打开后跳转 google play store
在 Google Play 安装 App 并打开一次即可
如果你也有需要测试的 App ,可以把链接发出来,我也可以帮忙测试,互相帮助一下 🙏 再次感谢大家,如果有任何交互建议或 Bug 反馈,欢迎直接在帖子里指出,我会光速迭代!
GLM 5.1 有实际测试过的吗,效果怎么样,能达到 Sonnet 4.6 的水平吗?
近被问了好几次"Claude Pro 怎么开通",说实话,这事卡在支付上的人不少。支付宝不行,微信不行,国内信用卡(包括双币卡)想都不要想,基本上填完卡号点确认,直接就是一个 Card declined 打回来,搞不清楚原因,折腾半天又得重新找路子。
我自己当时也是这样,试了几条路之后发现最顺滑的方案就是 N26 欧洲虚拟卡。配合众安和 Wise 入金,整条链路打通之后其实没什么难度,就是每一步都有几个坑,没人提前说的话真的很容易卡住。今天把完整流程都写出来,建议先收藏再操作。
东西没齐全,中途卡壳会很烦,提前检查一遍:
N26 账户:已开通并完成实名,App 里能看到虚拟卡(卡号 + 有效期 + CVV )
众安银行( ZA Bank ):港元账户,作为整条入金链路的起点
Wise 账户:港币换欧元的中转,缺了这个没法低损耗入金
海外网络:美国节点,全程不能断、不能切换,这点后面会反复提
Gmail 邮箱:注册 Claude 用,国内邮箱成功率玄学
还没有 N26 账户?参考:N26 账户免视频验证"偷渡"实录,半小时丝滑下户
还没有 Wise 账户?参考:2026 最新教程:用身份证开通 Wise 香港、美元账户
还没有香港银行卡?参考:肉身实测:香港一日极限开 4 张卡全流程复盘
很多人 N26 开好了,对着那个 AT 开头的 IBAN 发了半天呆,不知道钱从哪来。这是整条流程里最容易被忽视但又最基础的一步,先把它搞清楚。
我用的入金链路是这样的:
众安银行(港元)→ Wise 港币账户 → 换汇欧元 → SEPA 转账到 N26
为什么用众安而不是其他港卡? 众安转 Wise 走的是本地港元通道,免手续费,基本上是秒到的。我试过其他港卡,有的要收跨行费,有的到账要等个把小时,众安是目前这几张里最顺手的,而且开户门槛也最低,基本上申请就能过。
Wise 换汇的步骤:
打开 Wise App ,进入「港币账户」,复制账户号码和 Sort Code
打开众安 App ,发起本地转账,把钱打到 Wise 港币账户,秒到
钱到账后,在 Wise 里发起一笔「港元 → 欧元」的换汇
Wise 用中间市场汇率,手续费大概 **0.4%-0.6%**,换 200 港元损耗不到 2 块钱,基本感知不到
换好之后发起 SEPA 转账,填入 N26 的 IBAN ,收款人写自己名字,打过去基本秒到账,N26 App 会直接弹余额通知

每月 Claude Pro 是 20 美元,折合欧元大概 18-19 欧。建议一次往 N26 里打 30 欧,不要刚好卡着余额,续费扣款的时候余额不够直接降回免费版,然后还要手动重新触发付款才能恢复,烦得很(我就吃过这个亏)。

打开 claude.ai,右上角 Sign up 开始注册。
优先 Gmail ,因为可以直接使用 Google 账户登入,如果是其他方式风控的可能性更高所以还是建议使用 Google 的账户最简单。之前也有人反馈用 Outlook 注册没问题,但 Gmail 目前是最稳的,没必要拿其他邮箱碰运气。

这里是第一个坑。Claude 注册需要验证手机号,国内 +86 的号码就不要想了,原因是 Anthropic 的短信服务商对部分国家/地区的号码有限制。
解决方案有两个:
有 esim 的直接用(比如 GG 卡):以前还是很容易得到的,但是如果没有那就没办法了现在闲鱼也涨价了。
使用第三方接码平台:找一些靠谱的第三方接码平台,也是一个不错的选择,价格也在几块钱以内,最好是欧洲的手机号码和你的支付卡一直。
我手里是有现成的 GG 卡,所以直接使用了 GG 卡完成了注册

网络风控是毕竟严格的一种,如果没搞好很容易出现问题,全程建议不要出现网络切换和网络波动。
最好保持一致的网络环境,这样对你的注册流程是最方便的。
账号注册好之后,登录 Claude.ai ,左下角点击头像 → 选「 Upgrade to Claude.ai Pro 」,进入付款页面。
打开 N26 App ,进入「卡」页面,找到你的虚拟卡,把三个信息复制出来:
卡号( 16 位)
有效期(月/年)
CVV ( 3 位)
填入 Claude 的付款表单,这步没什么难度。
卡支付:直接输入你刚才复制的内容,然后绑定卡就可以完成支付。
Apple Pay:如果你是 IOS 手机我非常建议使用 Apple Pay 完成购买,现在是通过 Apple Pay 支付是最稳定的。
我这里是选择的 Apple Pay 完成的支付,稳定使用了一段时间没什么问题。如果遇到封号退款概率也是最大的,如果出现问题还可以联系客服。

付款表单里有一栏「账单地址( Billing Address )」,很多人在这里栽跟头。然后不注意随手填了国内地址,大概率支付的时候会报 Card declined 或者 Do not honor ,报错信息还非常模糊,完全看不出来是哪里的问题,就是一个劲地提示支付失败。
这里还是建议填写你注册 N26 时登记的奥地利地址,因为 Apple Pay 会拿你填的账单地址跟 N26 的发卡行记录做比对,这样对风控来说也是风险最小的。
不记得当时填的地址?打开 N26 App → 右下角「我的账户」→「个人信息」,里面有你注册时填的地址,原样搬过来就行。格式参考:
Street: Mariahilfer Straße 100
City: Wien
Postal Code: 1060
Country: Austria
Claude Pro 是按月自动续费,每月从你绑定的 N26 卡里扣款,金额大概 18-20 欧,视当时汇率略有波动。
这里有个很容易忽视的点:如果续费那天卡内余额不足,Claude 会直接把账号降回免费版,同时发一封「支付失败」的邮件给你。要恢复 Pro 的话,还要先往 N26 补钱,再进 Claude 的「账单设置」页面手动触发一次付款,整个过程折腾起来挺烦的。
我的习惯:在手机日历里设一个每月月初的提醒,专门检查一次 N26 余额够不够下个月的续费,确认没问题再关掉。每次往 N26 打 30 欧,基本能覆盖一个多月,安全边际够用。
免费版用久了再用 Pro ,最直接的感受就是不卡了。免费版在高峰期经常要等,有时候等到一半还给你一个「 Claude is at capacity 」,Pro 基本上发出去就能回。
用得最多的是 Projects 功能,可以建独立的项目空间,给 Claude 设定一段固定的背景信息,这样每次开新对话不用再重新解释"我是谁、我在做什么、我的偏好是什么",对话质量明显提升,省了很多来回沟通的时间。

上下文窗口也更长,处理长文档、长代码的时候免费版容易在中途截断,Pro 的表现好很多。另外每次 Anthropic 发新模型,Pro 用户也是第一批能用上的。
20 美元一个月,重度用户的话值,轻度用户自己衡量需求。
整套流程踩坑最多的就是三个地方:账单地址最好和你的支付卡的地址一致、全程网络稳定不要切换、续费前记得保持卡内有余额。其他按步骤来基本没什么问题。
撸到昏天黑地,抖音也刷腻了,周末不知道干啥
最近在 V2 和 LinuxDo 看到不少人吐槽:中转站价格明明便宜,但余额消耗速度比官方还快。
有人说"自己什么都没做,上下文就已经用了 25K",有人说"扣费扣得有点快,但看日志每次请求又正常"。
今天算一笔账,看看钱到底花在哪了。
大模型每次对话都要重新读一遍完整历史。就像翻译文件,每次都要从头读一遍之前的内容。
Prompt Caching 就是把读过的内容缓存起来,下次直接用。**缓存命中的部分,价格降低 90%**。
Prompt Caching 价格表:
| 操作类型 | 价格倍率 | 说明 |
|---|---|---|
| 正常输入 | 1x | 基础价格 |
| 缓存创建( 5 分钟) | 1.25x | 首次建立缓存 |
| 缓存创建( 1 小时) | 2x | 长期缓存 |
| 缓存读取 | 0.1x | 便宜 90% |
核心原理:缓存命中的部分,成本只有原来的 10%(节省 90%)。
举个例子:
假设你和 Claude 聊了很久,对话历史有 50K tokens 。
官方渠道(有缓存):
中转站(无缓存):
算一笔账( 10 次对话):
| 场景 | 首次成本 | 后续 9 次成本 | 总成本 |
|---|---|---|---|
| 官方(有缓存) | 100 | 9 × 28 = 252 | 352 |
| 中转站(无缓存但便宜 70%) | 30 | 9 × 30 = 270 | 300 |
看起来中转站便宜?但如果对话次数更多:
算一笔账( 100 次对话):
| 场景 | 首次成本 | 后续 99 次成本 | 总成本 |
|---|---|---|---|
| 官方(有缓存) | 100 | 99 × 28 = 2772 | 2872 |
| 中转站(无缓存但便宜 70%) | 30 | 99 × 30 = 2970 | 3000 |
结论:对话次数越多,官方越划算。
原因一:逆向渠道本身不支持缓存
Kiro 、Cursor 、Windsurf 等客户端的逆向接口,本身就不支持 Prompt Caching 。中转站即使想提供也做不到。
原因二:号池轮询导致缓存失效
中转站用号池轮询分配请求:
结果就是:缓存创建多,但命中的少。
原因三:虚标缓存率
有些中转站声称有缓存,实际是站长写死的假数据(比如写死 80%~88%)。
实际情况:缓存率差 10%,长期成本可能更高。
有人测试发现:
/context 显示正常/context 显示已经用了 25K问客服,客服说"就是官网,不可能是假的",然后就不解释了。
原因一:反代客户端自带的提示词
逆向 Kiro 、Cursor 等客户端的接口,这些客户端有自己的系统提示词(专为代码场景优化)。你的请求会被自动注入这些提示词。你看不到,但它在消耗你的 tokens 。
原因二:中转站自己注入的提示词
有些中转站为了"优化"体验,会注入自己的提示词。这些提示词每次对话都要计算,而且无法缓存。
原因三:多层代理叠加
中转站 A 从中转站 B 拿货,中转站 B 又从中转站 C 拿货。每一层都可能注入自己的提示词。最终到你手上,上下文已经被塞满了。
方法:用 /context 命令对比
/context,记录基础消耗/context,记录基础消耗判断标准:
注意:即使是官方账号,新建对话后也会有系统提示和工具的基础消耗,不会是 0
中转站经常不可用,很多人需要准备多个备用中转站。甚至有人问"怎么快速切换,不用每次都复制 url 和 api-key"——切换频繁到需要专门的工具。
每次切换,缓存全部丢失
举个例子:
你在服务商 A 上聊了很久,已经建立了缓存。现在每次对话成本很低(假设 100 元)。
突然服务商 A 挂了,你切换到服务商 B:
如果一天切换 3 次:
切换 + 无缓存 = 双重打击:
有些中转站存在扣费 bug:
便宜的套餐往往有日度预算限制,比如 11.90$ 的套餐每天只有 25$ 额度,根本不够用。超出部分按量计费,可能比官方还贵。
贵的套餐又用不完,不用就等于亏了。
有些低价分组很不稳定,不是 api timeout 就是 filter 。timeout 后重试,每次重试都要重新计费。不稳定导致的重试成本,可能比正常使用还高。
原则一:问清楚缓存率
原则二:测试上下文消耗
/context 检查原则三:算清楚长期成本
| 维度 | 官方渠道 | 中转站 |
|---|---|---|
| 月费 | $20 ( Claude Pro ) | 看起来便宜 |
| 缓存率 | 80%~85% | 0%~40% |
| 稳定性 | 高 | 差,需要频繁切换 |
| 长期成本 | 约 28% | 40%~60% |
| 隐藏提示词 | 无 | 可能有 |
| 扣费透明度 | 高 | 可能有 bug |
结论:短期看中转站便宜,长期看官方更划算。
| 场景类型 | 是否适合 | 原因 |
|---|---|---|
| 短对话 | ✅ 适合 | 上下文少,缓存影响小 |
| 临时使用 | ✅ 适合 | 不需要长期稳定 |
| 预算极度有限 | ✅ 适合 | 愿意接受不稳定 |
| 长对话 | ❌ 不适合 | 上下文多,缓存影响大 |
| 重度使用 | ❌ 不适合 | 每天高频使用,成本累积 |
| 对稳定性有要求 | ❌ 不适合 | 不能接受频繁切换 |
最后建议:问清楚缓存率、测试上下文消耗、算清楚长期成本。别让"便宜"蒙蔽了双眼,最后发现钱花得比官方还多。
数据来源:基于官方以及参考真实用户使用信息,仅供参考
如题,使用 Claude Opus 4.6 MAX 开发后对于今后的出路比较迷茫,请教各位前辈如何看待 Java 以及后端开发的前景?