最近帖子
第 23/84 页 · 共 1,000 条
发布 4月16日
[VPS] 一行命令检测 VPS 能否访问 Claude API(含实际请求测试) 买 VPS 常常遇到 IP 被 Cloudflare / Anthropic 拦截的情况,手动一个个测太麻烦。写了个脚本,分享给有同样需求的同学。 脚本地址(备用链接,发完更新): https://gist.github.com/xxx/test_claude_api.sh ## 功能 1. 检测基础网络连通性( ping 8.8.8.8 ) 2. DNS 解析测试 3. TCP 连接测试( api.anthropic.com:443 ) 4. API 端点 HTTP 状态码探测 5. 实际 API 请求测试(需配置 ANTHROPIC_API_KEY ) ## 使用方法 ```bash chmod +x test_claude_api.sh ./test_claude_api.sh export ANTHROPIC_API_KEY=sk-ant-xxxxx # 可选,测实际请求 ``` 核心逻辑: - 5 步层层递进,从网络到应用层 - 不需要任何依赖,纯 bash - 有 API Key 时才会测实际请求 - 响应码 401 说明能通,403 说明被拦截,000 说明完全连不上 ## 结果解读 TCP 失败 -> IP 被墙,换 IP 或用代理 HTTP 401 -> 网络通,Key 正常 HTTP 403 -> 被 Cloudflare 拦截,换 IP 返回 OK -> 完全解锁 自己测了几台鸡,鸡肋 VPS 和贵价 VPS 差距挺大的,仅作参考。 欢迎测试,有问题评论区见。
发布 4月16日
[Cursor] cursor 按次数套餐用不了 opus4.7 呢
发布 4月16日
[问与答] pixel og 充不进去电 之前 5 年没使用了,怎么办啊 快充慢充都试了
发布 4月16日
[分享发现] 浅试了一下 Qwen3.6-35B-A3B,很强 感觉比 3.5 强不少,秒 gemma4 。可以说是 24G 内存 mac 或显卡的目前最佳本地模型,稠密的太慢了。 有个很困难的只有 GPT5.4 才能找到的代码 bug ,它当然也是找不出来的。 还是给 openai 充钱吧,开源就只能玩一玩。
发布 4月16日
[生活] 忽然想我爷了 情绪,没来由的。 看到要洗的碗,闻到熟悉的木头房子的味道,回忆和情绪忽地一下就涌上来了。 今年春节我爷去世了,父亲隔了一个月后才通知我。 我爷去年有个大手术,人也有些老年痴呆了,所以我也算是有些预感。 收到消息的第一个晚上只是感觉有些闷闷不乐,随后的一周里,常有情绪上涌,等个电梯的时间便能湿了眼眶。 父亲收到消息时想偷偷土葬,结果被村里人举报,没土葬成,第二天就火葬了。我们家只有我父亲是见过我爷最后一面的人了。 咱家三代人,联系都很少,分居各地,少有见面。距离我和父亲还有爷爷三人坐一张桌子上吃饭已有十余年了。 虽然联系不多,见面也少,一起生活的时间也很少,但是面对永别时的悲伤,却一点也不少。 我时常想起我爷,他带大的孩子都出去工作了之后,大多数时间都只剩下他一人在老家,会不会很无聊。 但我没想到过,我爷离世的时候,是不是也是只有自己一个人。 我也不知道我在胡言乱语些什么。 但我忽然之间,似是有些理解为什么人要写日记了。 我一个人在外地出差,确实也是需要一个释放情绪的口子。 就这样吧
发布 4月16日
[Coding] 天翼云 glm5.1 codingplan 官方玩不起,强制终止用户的包月续订 感觉好受伤 一)购买经过 我于 4 月 8 号天翼云平台购买了 GLM Pro 编码套餐(包月),用于个人日常编程学习使用,属于为生活消费需要接受的服务。 (二)续订经过 该套餐官方页面显示续约周期为三年,官方条款明确承诺**"套餐过期后支持手动再次购买"。因该套餐长期处于售罄状态,我担心过期后无法再次购买,故在套餐未过期前,通过平台正常流程发起续订,最长可续订 3 年我选的一个月并成功支付费用**,订单显示支付成功,开通中。 (三)争议事实 1. 支付完成后,订单一直显示**"开通中"**,至今未生效,服务无法使用; 2. 联系天翼云客服,被告知**"不支持续订"**; 3. 该套餐长期处于售罄状态,客观上过期后无法再次购买。 (四)争议理由 1. 宣传内容与实际不符:官方页面将续约周期标注为三年,但实际连一个月的续订都无法完成,续约周期信息与事实严重不符; 2. 条款承诺未兑现:官方条款明确承诺"套餐过期后支持手动再次购买",但实际套餐长期售罄,消费者无法通过正常途径购买,该承诺无法兑现; 3. 侵犯知情权:平台在购买流程中未以任何方式提示"不支持续订",允许消费者正常下单并收取费用,收费后才告知无法生效,消费者在不知情的情况下支付了无法生效的订单; 4. 收费不提供服务:消费者已完成全部支付流程,平台已收取费用,但未提供对应服务。 官方工单如下: 尊敬的客户您好,您的续订问题,核实目前编码套餐不支持续订,且官网说明有相关公告,具体您可以查看下官网链接: https://www.ctyun.cn/document/11061839/11092415 ;且后台官网的文档记录也给您提供,您可以查看下附件内容。工单暂时为您置为待测试状态,若您在工单中提供了账号密码,请您及时修改,如您验证问题已解决,请您在工单中确认。如问题仍未解决,您可以继续在工单反馈,我们将继续为您处理。如您 7 天未验证确认,工单将会自动关闭,祝您生活愉快! 其中公告:套餐升级/续费:即将支持,敬请期待。套餐过期后支持手动再次购买。 并没有明确指出不支持续订
发布 4月16日
[程序员] 我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux AI CLI 工具正在改变开发方式 这两年,Claude Code 、Codex 、Gemini CLI 这类 AI CLI 工具越来越成熟。你在终端里描述需求,AI 自动读代码、写代码、跑测试、提交——开发流程正在从"人写代码"变成"人指挥、AI 干活"。 但随之而来的问题是:终端变成了主战场,而现有工具都没为这个场景做好准备。 项目一多就乱、布局每次都要重摆、AI 跑完了不知道、Token 烧了多少完全不可见…… 于是做了 codux——一个专门管理"用 AI CLI 工具开发多个项目"这个工作流的原生 macOS 终端工作区。 ---------------------- codux 是什么 codux 是一个专为 AI CLI 工具时代设计的原生 macOS 终端工作区。用 SwiftUI + AppKit 从零构建,没有 Electron ,没有 WebKit ,启动即用,空闲时内存占用 80–150 MB 。 GitHub:https://github.com/duxweb/codux 官网:dmux.dux.cn ---------------------- 核心功能 多项目工作区,随时切换 左侧项目侧栏,每个项目独立管理自己的终端会话、分屏布局和 Git 状态。切换项目一次点击,布局自动恢复。AI 任务在跑时,侧栏图标实时动态提示,哪个项目在工作一眼就看出来。 灵活分屏,布局持久化 水平分屏、底部标签页、拖拽调整比例,所有布局按项目持久化存储。下次打开还是原来的样子,不需要每次重新摆。 内置 Git 面板 右侧呼出 Git 面板:分支切换、暂存文件、查看 diff 、写提交说明、一键推送拉取。提交说明想不出来? AI 帮你生成。日常 Git 操作不需要再开 Fork 或 Tower 。 AI 用量实时统计 codux 实时监听终端里运行的 AI 工具,统计每个会话的 Token 消耗、使用的模型、调用的工具,以图表形式展示今日用量、近期热力图和工具排行。 目前支持:Claude Code、Codex ( OpenAI )、Gemini CLI,更多工具持续接入。 任务完成自动通知 AI 任务跑起来就可以去做别的事。codux 持续监听运行状态,任务完成或出错时系统通知立刻推送,不需要守着终端盯结果。 每日等级系统 根据当天 AI Token 使用量实时升段: 黑铁 → 青铜 → 白银 → 黄金 → 白金 → 钻石 → 大师 → 宗师 用量越高,等级越高。不只是个数字,更是今天工作强度的直观感受。 颜值不将就 玻璃模糊背景、精心调校的深浅色模式、多套终端主题和应用配色方案可选。每天要盯几个小时的工具,好看也是生产力。 ---------------------- 和同类工具的对比 iTerm2 / Warp / Alacritty 等终端工具 这类工具终端体验本身做得很好,渲染性能、字体渲染、快捷键定制都是业界标杆,iTerm2 用了十几年依然是 macOS 上最成熟的终端之一。 但它们的定位是通用终端模拟器,没有项目管理的概念——所有 session 是平的,需要用户自己用 tmux 或者手动组织。Git 操作、AI 任务监听、Token 统计这些都不在它们的设计范围内。 Warp 虽然引入了 AI 功能,但那是 Warp 自己的 AI 助手,和 Claude Code / Codex / Gemini CLI 这类独立 CLI 工具是两个生态,无法监听它们的运行状态和用量。 适合谁:不需要多项目管理、只是想要一个好用的终端的用户,iTerm2 / Warp 仍然是很好的选择。codux 更适合同时跑多个 AI 项目的场景。 ---------------------- Codex Desktop / OpenCode 等 AI 工具桌面端 Codex Desktop ( OpenAI 官方桌面客户端)和 OpenCode 这类工具,目标是把 AI CLI 工具的交互做得更直观——对话界面、任务管理、多会话切换都比纯终端友好不少,这方面它们做得相当完整。 和 codux 的差距主要体现在两点: 第一,Electron 的内存代价。 这类桌面端大多基于 Electron 构建,打开一个空窗口就要 300–500 MB 内存起步。AI 任务本身已经很耗资源,再压一层 Chromium ,机器稍微跑满就开始卡。 第二,会话记录一长就卡顿。 AI 对话内容通常包含大量代码块、长文本、diff 输出,Electron 渲染层处理这些并不擅长。跑了几十轮对话之后,滚动卡、渲染慢,这是 Web 渲染技术栈的结构性问题,很难靠优化彻底解决。 codux 使用原生 SwiftTerm 渲染终端内容,不走 Web 层,几千行输出滚起来和空终端一样顺滑,内存占用也稳定在 80–150 MB 。 适合谁:如果你主要关注的是 AI 对话交互体验,Codex Desktop 类工具更聚焦。如果你更在意性能、长会话流畅度,以及跨项目的终端布局管理,codux 是更好的选择。 ---------------------- VSCode (内置终端) VSCode 是优秀的代码编辑器,内置终端也基本够用,配合 Copilot 或 Continue 插件,AI 辅助编码的体验相当完整。 但 VSCode 的终端是编辑器的附属功能,设计上是"打开一个项目、用一个终端"。多项目场景需要开多个 VSCode 窗口,每个窗口的终端互相独立,没有统一的项目切换视图,布局不持久化,AI CLI 工具的运行状态和 Token 用量在 VSCode 里完全不可见。 此外 VSCode 基于 Electron ,空闲状态下内存占用也在 300 MB 以上,多开几个窗口压力不小。 适合谁:以代码编辑为主、偶尔用终端跑 AI 任务的用户,VSCode 完全够用。如果终端和 AI 任务管理是你的主要工作,codux 会更合适,两者也可以并行使用。 ---------------------- 一张表说清楚 ---------------------- 技术实现 ---------------------- 下载试试 ● 系统要求:macOS 14.0 Sonoma 或更高 ● GitHub:https://github.com/duxweb/codux ● 官网:dmux.dux.cn 首次打开如果提示"无法验证开发者",在终端执行: sudo xattr -rd com.apple.quarantine /Applications/codux.app 或前往「系统设置 → 隐私与安全性」点击「仍要打开」。 ---------------------- 如果你也在用 AI CLI 工具做开发,欢迎试用,有问题直接在 GitHub 提 Issue 。
发布 4月16日
[程序员] [调研] 各位在公司都用什么 ide 和 agent 写代码? 是 jet brains/vscode 加 cursor/cc/codex 插件 还是 ai ide cursor 或者 trae 手写比例占多少呢
发布 4月16日
[问与答] 我被一个 heartbeat 刷屏了两天——追踪 v2ray 日志疯狂报警的真相 起因 某天打开 v2rayN ,发现日志以每秒 2 条的速度疯狂刷 Warning ,重要关键词: http://127.0.0.1:61242/heartbeat [Warning] [2007118945] app/proxyman/inbound: connection ends > proxy/http: connection ends > proxy/http: failed to write response > write tcp 127.0.0.1:10808->127.0.0.1:13356: wsasend: An established connection was aborted by the software in your host machine. 一个本地端口 61242,每秒被请求 2 次,每次都失败。日志文件几天就涨到几十 MB ,更要命的是——真正有用的代理日志全被淹没了。 这谁受得了?开查。 ——————文章来自 AI 总结,我觉得这次经验值得发出来。相信会有跟我一样遭遇的人。 ——————另外整个问题解决过程由龙虾辅助处理,虽然我使用 TCPVIEW 工具给它提供了很关键的信息。但检查分析工作都由它完成,真的太强了。 ---------------------- 第一轮:Chrome ? 用 netstat 一看,连向代理端口 10808 的进程中,Chrome 的 NetworkService 子进程连接数最多。Chrome 扩展里确实有 SwitchyOmega 代理插件。 结论: 关掉 Chrome 。结果——heartbeat 还在。❌ 第二轮:拼多多? netstat 发现 PID 4380 ( PddService ,拼多多商家版)有连接到代理。拼多多商家版也是 Electron 架构,前端渲染进程发 heartbeat 很正常。 结论: 退出拼多多。结果——heartbeat 还在。❌ 第三轮:360 ? 用 TCPVIEW 锁定:所有连向 61242 的连接来自 explorer.exe,状态 SYN_SENT。而 explorer.exe 里注入了一堆 360 安全卫士的 DLL (iNetSafe64.dll、safemon64.dll 等),这些 DLL 有网络监控能力。 结论: 卸载 360 。结果——heartbeat 还在。❌ 360 卸载后 DLL 仍残留在内存中,重启 explorer 也没用。线索断了。 ---------------------- 破案:一个二进制字符串搜索 既然进程确定是 explorer.exe,那问题一定出在注入到 explorer 的某个 Shell Extension DLL 上。 我列出了 explorer.exe 加载的所有第三方 DLL ,然后对每个 DLL 做了一个最原始的操作——搜索二进制里的字符串: $bytes = [System.IO.File]::ReadAllBytes($dll) $text = [System.Text.Encoding]::ASCII.GetString($bytes) $text -match 'heartbeat' # 搜心跳关键字 $text -match '61242' # 搜端口号 结果: 方正云( Fangcloud )。同时命中 heartbeat 和 61242。 再看看上下文,这个 DLL 里硬编码了一整套本地 API: http://127.0.0.1:61242/heartbeat http://127.0.0.1:61242/overlay_status http://127.0.0.1:61242/context_menu http://127.0.0.1:61242/remote_call 完整的真相浮出水面—— ---------------------- 完整链路 方正云 Shell Extension DLL (注入 explorer.exe ) → 每秒发 2 次 HTTP GET http://127.0.0.1:61242/heartbeat → 方正云客户端服务未启动,61242 端口无人监听 → 请求被系统代理转发到 v2ray ( 127.0.0.1:10808 ) → v2ray 尝试连 61242 ,失败,刷 Warning 日志 方正云安装了一个 Shell Extension (右键菜单集成、文件夹图标覆盖),这个 DLL 注入到 explorer.exe 后,以每秒 2 次的频率检测本地服务是否在线。即使你没有打开方正云客户端,只要 explorer.exe 在运行,心跳就不会停。 而一旦服务没启动( 61242 没人监听),请求就会走系统代理 → 经过 v2ray → 刷满你的日志。 ---------------------- 解决 1. 卸载方正云:E:\ProgramData\Fangcloud\uninst.exe 2. 重启电脑(释放注入的 DLL ) 3. 日志清净了 ✅ ---------------------- 经验总结 1. Electron/Chromium 应用关闭不等于进程退出,Chrome 关了还有子进程,拼多多退了还有后台服务。排查时要确认相关进程全部消失。 2. 卸载软件 ≠ DLL 释放,注入到 explorer.exe 的 Shell Extension 在卸载后仍留在内存中,必须重启 explorer 或重启电脑。 3. 最有效的排查手段往往最简单——在二进制文件里搜字符串。不要被复杂的网络抓包工具吓到,grep 二进制就能定位问题。 4. 本地请求不应该走代理。如果你的代理日志被本地流量刷屏,检查系统代理的"绕过列表"( ProxyOverride )是否正确配置了 127.* 和 localhost。不过在这个案例中,即使绕过列表正确,有些程序内部硬编码了代理地址,根本不走系统设置。 5. Shell Extension 是隐蔽的流量源。注入 explorer.exe 的第三方 DLL 拥有完整的网络能力,但很少被怀疑。以后遇到不明本地流量,优先排查 Shell Extension 。 ---------------------- 全文完。一个 1.6MB 的 DLL ,两天的排查。有时候最烦人的 bug ,藏在你最想不到的地方。
发布 4月16日
[问与答] 过 seekingalpha 的 PerimeterX 最近在开发自己的一些策略,用 python 通过 cdp 遥控 chrome 。 老是遇到这 2 种,让 playwright 去点 hold 了也过不了,不知道坛子里的大神们有没有过了这个坎的。。。
发布 4月16日
[生活] 在北京泡到了性价比超高的私汤温泉! 地方有点隐蔽,在一家酒店的负一层。酒店的门很踏马装逼,日式古典风格,特别大,人走到面前自动分裂开来,我有种自己在拍电影的感觉。里面的小哥西装革履,颜值能打 7 分。女生都穿着和服,我逮到一个问她在哪里泡汤,指引我走到电梯。到了负一层之后,迎面一个窗口,里面的美女告诉我现在正是饭点,指引我从旁边的男士通道过来用餐。到了餐厅我着实震惊到了,各种新鲜水果饮料,不是那种廉价不知道什么厂家生产的饮料,都是品牌饮料。还有蔬菜沙拉,足足十几种蔬菜,自己搭配。而且还有冰淇淋!最最最令我震惊的,主食自己在前台现选现做,竟然有我最喜欢吃的日式拉面!!! 环境都是日式风格,还放着小日子的小曲儿。面做好后,有妹子给我端过来,她长得 像小茉!我看着她的眼睛,很郑重的说了声谢谢。她有些意外,看了我一眼。当我们眼神对视时,我不知道如何形容那种感觉! 吃完饭后,我在休息室休息了半个小时,铺在沙发上的毛巾特别干净舒适,躺下去舒服极了。打开电视,看了会儿遮天动漫,就去泡汤了。 汤是私汤,一人一缸。里面放的药剂绿油油的,感觉自己在玄幻世界修炼一样。泡完之后神清气爽,洗了个澡,吹干净头发后,又去餐厅干了碗面。第一次是乌冬面,第二次是地狱拉面,嗝~,吃的饱饱的! 现在又跑到休息室看遮天了,就我一个人,完全没人抢。考虑要不要体验下这家店的 spa 。看了下美团,这家店舒服到这种程度,竟然在附近只排第 3 。。。。 我是真羡慕北京的朋友,你们这的私汤温泉性价比也太高了吧!!!
发布 4月16日
[问与答] 美国号码除了美区 PayPal 绑定应用商店、美国相关的账户,还有什么必须使用的用途吗? 最近开了德国 esim ,这个和美国 T-Mobile 及其 mvno 一样不限制 Wi-Fi calling ,保号友好。所以打算停掉每月几美元的美国 esim 。