[Linux] 内存越来越贵会不会拉高 Linux 的装机率？
其实我一直知道 linux 比 windows 省内存。但是没量化感受。
10.1 闲来无事，给一台旧笔记本安装了 windows10 和 fedora 双系统。
结果发现系统起来杀都不干，windows 就要消耗 9G 内存，linux 消耗 5G,相差甚 4g 。
日常干活时，（ wps 、数十个网页、qq 、微信、代理软件这些常用）的，windows 经常在 13-15G
linux 最高飙到 9G
也就是说，如果我是 16G 的内存，在 wondiws 下就要考虑升级了
在 linux 下则不必
而内存越来越贵，显然是晚升、不升最好
管中窥豹，我感觉此种情况下 linux 桌面安装率会提高一些吧？
via V2EX (author: intoext)
其实我一直知道 linux 比 windows 省内存。但是没量化感受。
10.1 闲来无事，给一台旧笔记本安装了 windows10 和 fedora 双系统。
结果发现系统起来杀都不干，windows 就要消耗 9G 内存，linux 消耗 5G,相差甚 4g 。
日常干活时，（ wps 、数十个网页、qq 、微信、代理软件这些常用）的，windows 经常在 13-15G
linux 最高飙到 9G
也就是说，如果我是 16G 的内存，在 wondiws 下就要考虑升级了
在 linux 下则不必
而内存越来越贵，显然是晚升、不升最好
管中窥豹，我感觉此种情况下 linux 桌面安装率会提高一些吧？
via V2EX (author: intoext)
[分享发现] 发现了新的泡水好喝的东西
甜叶菊，pdd3 块钱两小瓶，一杯水放 1-2 个叶子就好了，比罗汉果便宜，好泡，喝起来甜甜的，有回甘。
比罗汉果好，罗汉果一方面是略微贵一点，便宜的容易买到质量差的，另外一个是不好泡，需要掰开+热水才好泡出味道。
甜叶菊这个直接放杯子一两片就能泡好。 甜叶菊叶子泡水喝起来我觉得比白砂糖水清爽很多，喝完嘴里是甜的，杯子闻着有植物的香气。打算买点种子放阳台种~
pdd 推送之后，我才了解到这个植物，顺便了解了一下几种代糖，并下单了一包 100g 的甜菊糖苷试试看提取出来的甜菊糖苷跟叶子泡出来的味道有没有区别。
三氯蔗糖: 600 倍甜度(以白砂糖甜度为基准)
甜菊糖苷: 200-300 倍
罗汉果甜苷: 100-300 倍
via V2EX (author: Donahue)
甜叶菊，pdd3 块钱两小瓶，一杯水放 1-2 个叶子就好了，比罗汉果便宜，好泡，喝起来甜甜的，有回甘。
比罗汉果好，罗汉果一方面是略微贵一点，便宜的容易买到质量差的，另外一个是不好泡，需要掰开+热水才好泡出味道。
甜叶菊这个直接放杯子一两片就能泡好。 甜叶菊叶子泡水喝起来我觉得比白砂糖水清爽很多，喝完嘴里是甜的，杯子闻着有植物的香气。打算买点种子放阳台种~
pdd 推送之后，我才了解到这个植物，顺便了解了一下几种代糖，并下单了一包 100g 的甜菊糖苷试试看提取出来的甜菊糖苷跟叶子泡出来的味道有没有区别。
三氯蔗糖: 600 倍甜度(以白砂糖甜度为基准)
甜菊糖苷: 200-300 倍
罗汉果甜苷: 100-300 倍
via V2EX (author: Donahue)
最近做了一个比较小众的 AI 视频工具，叫 Drake Burning Bridges AI 。 https://drakeburningbridgesai.net 起因是看到不少人分享 Burning Bridges 这段派对视频，大家都想试试“如果自己站在镜头中间会是什么效果”。传统做法需要剪辑、抠像、换脸，门槛比较高，所以我做了一个简单版本： 上传一张自己的照片，系统会先生成适合视频使用的全身人物图，再用 Seedance 2.5 重拍整段视频。房间、朋友、灯光、镜头运动和原始声音都会保留，只把视频里的主持人换成你。 目前的流程是：
1. 上传一张清晰照片
2. AI 生成全身人物图
3. 自动完成 image-to-video / photo-to-video
4. 几分钟后下载 18 秒 MP4 视频 成片是 720p 、16:9 ，保留原始声音，没有水印。比较适合做社交媒体内容、朋友聚会素材，或者单纯测试一下自己的“派对主角版本”。 实际使用下来，效果比较依赖原图质量。单人、光线正常、脸部清晰的照片成功率会更高；戴墨镜、多人合照、重滤镜照片容易出现脸部或服装细节变化。目前每条视频消耗 20 credits ，失败任务会自动返还积分。 我也尽量把流程做得简单一点，不需要写 prompt ，也不需要学习视频剪辑。现在提供一次性套餐，最低是 1 条视频，买到的 credits 不过期。 项目地址： https://drakeburningbridgesai.net 这是一个独立的 fan-made project ，与 Drake 、OVO Sound 或相关唱片公司没有关联。主要是想做一个有趣的 AI 创作工具 / creator tool ，也想听听大家的反馈：
● 大家觉得这种 personalized video 有实际使用场景吗？
● 除了 Burning Bridges ，还想看到哪些视频模板？
● 对隐私、照片保存时间、视频生成速度有什么建议？
via V2EX (author: fusheng0304)
1. 上传一张清晰照片
2. AI 生成全身人物图
3. 自动完成 image-to-video / photo-to-video
4. 几分钟后下载 18 秒 MP4 视频 成片是 720p 、16:9 ，保留原始声音，没有水印。比较适合做社交媒体内容、朋友聚会素材，或者单纯测试一下自己的“派对主角版本”。 实际使用下来，效果比较依赖原图质量。单人、光线正常、脸部清晰的照片成功率会更高；戴墨镜、多人合照、重滤镜照片容易出现脸部或服装细节变化。目前每条视频消耗 20 credits ，失败任务会自动返还积分。 我也尽量把流程做得简单一点，不需要写 prompt ，也不需要学习视频剪辑。现在提供一次性套餐，最低是 1 条视频，买到的 credits 不过期。 项目地址： https://drakeburningbridgesai.net 这是一个独立的 fan-made project ，与 Drake 、OVO Sound 或相关唱片公司没有关联。主要是想做一个有趣的 AI 创作工具 / creator tool ，也想听听大家的反馈：
● 大家觉得这种 personalized video 有实际使用场景吗？
● 除了 Burning Bridges ，还想看到哪些视频模板？
● 对隐私、照片保存时间、视频生成速度有什么建议？
via V2EX (author: fusheng0304)
[分享创造] 做了一个终端里面的聊天室
rt ，ssh.paipaiio.dev ssh ssh.paipaiio.dev 进去是一个聊天室，可以走不同的端口，每个端口都是独立的一个聊天室 预览：
via V2EX (author: MuskZhou)
rt ，ssh.paipaiio.dev ssh ssh.paipaiio.dev 进去是一个聊天室，可以走不同的端口，每个端口都是独立的一个聊天室 预览：
via V2EX (author: MuskZhou)
[分享创造] Node.js 到 Go：夸克资源搜索站(pansou.de)的架构重构实践
背景
PanSou 盘搜得 是一个夸克网盘资源聚合搜索平台，上线以来月活用户超过 200 万，索引资源量达 800 万+条。随着用户规模增长，原有的 Node.js 技术栈逐渐暴露出一些问题，最终决定进行一次彻底的架构重构。
旧架构的痛点
初版架构采用 Next.js + BullMQ + PostgreSQL + Redis 的组合：
● Next.js 负责前端渲染和 API Routes
● BullMQ 处理异步任务（资源转存、定时清理）
● PostgreSQL 存储资源索引和转存记录
● Redis 做查询缓存和任务队列
这套架构在早期运行良好，但随着流量增长，问题逐渐显现：
1. 并发处理能力受限
Node.js 单线程模型在高并发场景下压力明显。搜索请求需要调用上游 API 、数据库查询、Redis 缓存，在流量高峰期 P99 响应时间经常突破 2 秒。
2. 资源占用偏高
Next.js 进程内存占用大，加上 BullMQ Worker 进程，整体资源消耗不低。在用户量翻倍后，服务器成本压力开始显现。
3. 维护复杂度上升
API Routes 、Service 层、Worker 任务散落在不同模块，依赖链路长，排查问题需要跨多个层级。
4. 定时任务可靠性不足
BullMQ 虽然成熟，但在资源清理这种长周期任务上偶尔会出现任务堆积，需要人工介入重启。
重构方案
核心思路是前后端彻底分离，业务逻辑下沉到性能更强的 Go 服务。
新架构设计
职责划分：
● Next.js：纯前端渲染 + SSR SEO 落地页，不再承担任何业务逻辑
● Go API：搜索、转存、账号管理、管理后台所有接口
● Go Worker：过期资源清理、每日计数重置
● Nginx：请求路由，未来可扩展灰度发布、限流等能力
关键技术点
1. 流式搜索优化
搜索请求需要调用上游 PanSou API 并实时检测链接有效性。Go 的协程模型天然适合这种场景：
● 用 Goroutine 并发调用多个上游接口
● Redis Stream 实现搜索结果的流式推送
● 检测到 N 条有效链接后提前终止，避免无效等待
实测搜索 P99 响应时间从 2 秒降到不到 1 秒。
2. 请求合并防穿透
热门关键词短时间内可能被重复搜索。通过分布式锁实现请求合并：
● 相同查询参数的请求只触发一次上游调用
● 后续请求直接订阅 Redis Stream 获取结果
● 显著降低了上游 API 压力和缓存穿透风险
3. 双写模型解决 SEO 问题
资源转存后生成的落地页对 SEO 至关重要，但分享链接 15 分钟后会过期。采用双写策略：
●
●
● Worker 清理时只删网盘文件和临时表，SEO 落地页始终可访问
用户访问过期资源时显示"资源已过期，请重新搜索"，既保留了 SEO 价值，又不影响体验。
4. 内部网络优化
Next.js SSR 渲染 SEO 落地页时需要调用 Go API 获取数据。通过 Docker 内网直连：
省去了公网绕行的延迟，SSR 响应速度提升 50-200ms 。
迁移策略
采用灰度发布 + 双运行的策略，而非一刀切：
1. 阶段 1：Go API 上线，Node.js API 继续服务
2. 阶段 2：通过 Cookie 或 IP 规则切换 10%流量到 Go
3. 阶段 3：观察监控指标（错误率、响应时间、转存成功率）
4. 阶段 4：逐步扩大到 50% → 100%
5. 阶段 5：下线 Node.js API ，清理废弃代码
全程保留回滚能力，任何阶段出现问题都能快速切回。
效果
重构上线后，核心指标全面改善：
用户侧感知最明显的是搜索速度和高峰期稳定性。之前晚高峰偶尔会卡顿，现在基本感知不到波动。
经验总结
1. 选型要看场景
Node.js 适合快速迭代和 IO 密集型应用，但在高并发、CPU 密集、长连接场景下，Go 的优势是碾压性的。不是说 Node 不行，而是工具要用对地方。
2. 灰度发布是刚需
再有信心的重构也要保留灰度和回滚能力。我们的灰度周期拉了近两周，虽然前期略保守，但确保了零事故上线。
3. 监控先行
重构前就部署好 Prometheus + Grafana ，设置好关键指标告警。有数据支撑才能客观评估效果，也能快速定位问题。
4. 不要动数据模型
数据层是最难迁移的部分。我们保持了 PostgreSQL 和 Redis 的现有结构，只改了访问层，大大降低了风险。
写在最后
这次重构本质上是一次技术债务的集中偿还。旧架构并非不能用，但随着规模增长，边际成本越来越高。与其小修小补，不如趁还有精力时彻底重构。
对于类似规模的资源站、聚合搜索类项目，如果你也在纠结要不要换技术栈，可以参考这几个信号：
● P99 响应时间经常超过 2 秒
● 服务器成本增速超过用户增速
● 高峰期需要频繁扩容才能撑住
● 定时任务经常需要人工介入
如果中了 3 条以上，是时候考虑架构升级了。
----------------------
PanSou 盘搜得目前已全面切换到新架构，欢迎体验：
👉 pansou.de
免费、无广告、速度快，专注夸克网盘资源搜索。
via V2EX (author: qvanwu)
背景
PanSou 盘搜得 是一个夸克网盘资源聚合搜索平台，上线以来月活用户超过 200 万，索引资源量达 800 万+条。随着用户规模增长，原有的 Node.js 技术栈逐渐暴露出一些问题，最终决定进行一次彻底的架构重构。
旧架构的痛点
初版架构采用 Next.js + BullMQ + PostgreSQL + Redis 的组合：
● Next.js 负责前端渲染和 API Routes
● BullMQ 处理异步任务（资源转存、定时清理）
● PostgreSQL 存储资源索引和转存记录
● Redis 做查询缓存和任务队列
这套架构在早期运行良好，但随着流量增长，问题逐渐显现：
1. 并发处理能力受限
Node.js 单线程模型在高并发场景下压力明显。搜索请求需要调用上游 API 、数据库查询、Redis 缓存，在流量高峰期 P99 响应时间经常突破 2 秒。
2. 资源占用偏高
Next.js 进程内存占用大，加上 BullMQ Worker 进程，整体资源消耗不低。在用户量翻倍后，服务器成本压力开始显现。
3. 维护复杂度上升
API Routes 、Service 层、Worker 任务散落在不同模块，依赖链路长，排查问题需要跨多个层级。
4. 定时任务可靠性不足
BullMQ 虽然成熟，但在资源清理这种长周期任务上偶尔会出现任务堆积，需要人工介入重启。
重构方案
核心思路是前后端彻底分离，业务逻辑下沉到性能更强的 Go 服务。
新架构设计
用户请求
↓
宝塔 Nginx （反代）
↓
Docker 内部 Nginx
├─ /api/v1/* → Go API (8080)
└─ /* → Next.js (3000)
↓
PostgreSQL + Redis
↓
Go Worker (定时清理)
职责划分：
● Next.js：纯前端渲染 + SSR SEO 落地页，不再承担任何业务逻辑
● Go API：搜索、转存、账号管理、管理后台所有接口
● Go Worker：过期资源清理、每日计数重置
● Nginx：请求路由，未来可扩展灰度发布、限流等能力
关键技术点
1. 流式搜索优化
搜索请求需要调用上游 PanSou API 并实时检测链接有效性。Go 的协程模型天然适合这种场景：
● 用 Goroutine 并发调用多个上游接口
● Redis Stream 实现搜索结果的流式推送
● 检测到 N 条有效链接后提前终止，避免无效等待
实测搜索 P99 响应时间从 2 秒降到不到 1 秒。
2. 请求合并防穿透
热门关键词短时间内可能被重复搜索。通过分布式锁实现请求合并：
● 相同查询参数的请求只触发一次上游调用
● 后续请求直接订阅 Redis Stream 获取结果
● 显著降低了上游 API 压力和缓存穿透风险
3. 双写模型解决 SEO 问题
资源转存后生成的落地页对 SEO 至关重要，但分享链接 15 分钟后会过期。采用双写策略：
●
temporary_shares 表：存储短期分享数据（ 15 分钟 TTL ）●
resources 表：永久保留 SEO 数据（ slug/title/description ）● Worker 清理时只删网盘文件和临时表，SEO 落地页始终可访问
用户访问过期资源时显示"资源已过期，请重新搜索"，既保留了 SEO 价值，又不影响体验。
4. 内部网络优化
Next.js SSR 渲染 SEO 落地页时需要调用 Go API 获取数据。通过 Docker 内网直连：
// SSR 走内网
const INTERNAL_API_URL = 'http://go-api:8080';
省去了公网绕行的延迟，SSR 响应速度提升 50-200ms 。
迁移策略
采用灰度发布 + 双运行的策略，而非一刀切：
1. 阶段 1：Go API 上线，Node.js API 继续服务
2. 阶段 2：通过 Cookie 或 IP 规则切换 10%流量到 Go
3. 阶段 3：观察监控指标（错误率、响应时间、转存成功率）
4. 阶段 4：逐步扩大到 50% → 100%
5. 阶段 5：下线 Node.js API ，清理废弃代码
全程保留回滚能力，任何阶段出现问题都能快速切回。
效果
重构上线后，核心指标全面改善：
用户侧感知最明显的是搜索速度和高峰期稳定性。之前晚高峰偶尔会卡顿，现在基本感知不到波动。
经验总结
1. 选型要看场景
Node.js 适合快速迭代和 IO 密集型应用，但在高并发、CPU 密集、长连接场景下，Go 的优势是碾压性的。不是说 Node 不行，而是工具要用对地方。
2. 灰度发布是刚需
再有信心的重构也要保留灰度和回滚能力。我们的灰度周期拉了近两周，虽然前期略保守，但确保了零事故上线。
3. 监控先行
重构前就部署好 Prometheus + Grafana ，设置好关键指标告警。有数据支撑才能客观评估效果，也能快速定位问题。
4. 不要动数据模型
数据层是最难迁移的部分。我们保持了 PostgreSQL 和 Redis 的现有结构，只改了访问层，大大降低了风险。
写在最后
这次重构本质上是一次技术债务的集中偿还。旧架构并非不能用，但随着规模增长，边际成本越来越高。与其小修小补，不如趁还有精力时彻底重构。
对于类似规模的资源站、聚合搜索类项目，如果你也在纠结要不要换技术栈，可以参考这几个信号：
● P99 响应时间经常超过 2 秒
● 服务器成本增速超过用户增速
● 高峰期需要频繁扩容才能撑住
● 定时任务经常需要人工介入
如果中了 3 条以上，是时候考虑架构升级了。
----------------------
PanSou 盘搜得目前已全面切换到新架构，欢迎体验：
👉 pansou.de
免费、无广告、速度快，专注夸克网盘资源搜索。
via V2EX (author: qvanwu)
[推广] 团队想用 Claude 卡在付款？新客送 10 美元免费额度
做 aicoding.inc 这两年，被企业客户问得最多的，其实不是线路，是“没有海外信用卡，公司怎么付钱”。
财务要对公转账，技术负责人要看清每个人用了多少，运维不想给整个组配代理。这几件事凑在一起，很多团队就卡住了。
我们现在的做法是：对公转账直接充值，后台用量统计清楚，每笔消耗都能对上账。国内直连，Claude Code 、Cursor 、Cline 改个环境变量就能接入，不用动代码。计费分 1.9 折、2.9 折、4.9 折三档按量消耗，没有隐藏费用。
目前有 200 多家企业在用。建议先拉一两个人小范围试，加群领 10 美元额度，跑几天看看稳定性再决定要不要全组铺开。
https://aicoding.inc
via V2EX (author: aicodinginc)
做 aicoding.inc 这两年，被企业客户问得最多的，其实不是线路，是“没有海外信用卡，公司怎么付钱”。
财务要对公转账，技术负责人要看清每个人用了多少，运维不想给整个组配代理。这几件事凑在一起，很多团队就卡住了。
我们现在的做法是：对公转账直接充值，后台用量统计清楚，每笔消耗都能对上账。国内直连，Claude Code 、Cursor 、Cline 改个环境变量就能接入，不用动代码。计费分 1.9 折、2.9 折、4.9 折三档按量消耗，没有隐藏费用。
目前有 200 多家企业在用。建议先拉一两个人小范围试，加群领 10 美元额度，跑几天看看稳定性再决定要不要全组铺开。
https://aicoding.inc
via V2EX (author: aicodinginc)
[分享创造] [开源] 做了个能让 AI 替你玩的三国 SLG 网页游戏， 让 agent 来一决高下！
● 模型随便选：服务端不跑 AI ，Claude 、GPT 、本地模型、自己写的脚本都行，只要能连 WebSocket 、读 JSON 。
● 一键接入：游戏里点「复制给 AI 」，协议文档和令牌会一起复制到剪贴板，贴给 AI 就能开始玩。也可以用 MCP 插件（ npx -y slg-mcp ），在 Claude 、Cursor 里零代码接入。
● 人和 AI 规则一样：网页和 Agent 走同一套协议、同一套服务端校验，没有后门。
● 排行榜按模型分组：看看哪个模型最会打仗。
玩法有建城、练兵、抢地、攻城、武将、全服事件、玩家对抗，默认 50 倍速。
● 国际站： https://slg.yuntianyou.cc
● GitHub： https://github.com/athlan20/slg （ MIT ）
欢迎带上你的 Agent 来玩，有建议直接回帖 🙏
via V2EX (author: xltc20)
● 模型随便选：服务端不跑 AI ，Claude 、GPT 、本地模型、自己写的脚本都行，只要能连 WebSocket 、读 JSON 。
● 一键接入：游戏里点「复制给 AI 」，协议文档和令牌会一起复制到剪贴板，贴给 AI 就能开始玩。也可以用 MCP 插件（ npx -y slg-mcp ），在 Claude 、Cursor 里零代码接入。
● 人和 AI 规则一样：网页和 Agent 走同一套协议、同一套服务端校验，没有后门。
● 排行榜按模型分组：看看哪个模型最会打仗。
玩法有建城、练兵、抢地、攻城、武将、全服事件、玩家对抗，默认 50 倍速。
● 国际站： https://slg.yuntianyou.cc
● GitHub： https://github.com/athlan20/slg （ MIT ）
欢迎带上你的 Agent 来玩，有建议直接回帖 🙏
via V2EX (author: xltc20)
[分享发现] Linkit — 我为知识管理做的开源桌面应用， 100% 免费无广告
做了个书签管理工具，面向和我一样受"书签囤积症"困扰的知识工作者。
核心功能： • 本地 SQLite ，打开即用，无需注册 • AI 页面摘要（支持 OpenAI / DeepSeek / Ollama ） • 语义向量搜索（ pgvector ），按意思搜 • 知识图谱可视化 • 重复书签检测（精确匹配 + AI 近义匹配） • 链接健康扫描（ 404 检测） • 免费云同步（ Supabase RLS ，行级安全） • 一键导入 Chrome / Firefox / Raindrop • 12 款主题
技术栈：Wails(Go) + React + Vite + Tailwind + SQLite
免费，跨平台（ macOS/Win/Linux ），Homebrew 一键安装。
求 Star：github.com/blue-idea/linkit 欢迎 issue 和 PR 。
via V2EX (author: manbudezhu)
做了个书签管理工具，面向和我一样受"书签囤积症"困扰的知识工作者。
核心功能： • 本地 SQLite ，打开即用，无需注册 • AI 页面摘要（支持 OpenAI / DeepSeek / Ollama ） • 语义向量搜索（ pgvector ），按意思搜 • 知识图谱可视化 • 重复书签检测（精确匹配 + AI 近义匹配） • 链接健康扫描（ 404 检测） • 免费云同步（ Supabase RLS ，行级安全） • 一键导入 Chrome / Firefox / Raindrop • 12 款主题
技术栈：Wails(Go) + React + Vite + Tailwind + SQLite
免费，跨平台（ macOS/Win/Linux ），Homebrew 一键安装。
求 Star：github.com/blue-idea/linkit 欢迎 issue 和 PR 。
via V2EX (author: manbudezhu)
[分享发现] 写了个不用虚拟网卡、直接对进程 Hook 转发的 Windows 游戏 TCP 加速小工具
平时打外服网游或者私服（比如魔兽世界欧服），经常遇到 200+ms 延迟甚至频繁跳断。
试过市面上的加速器，大部分都要装 TUN/TAP 虚拟网卡改全局网关。平时电脑上跑着 WSL2 、Docker 、公司 VPN ，再开虚拟网卡经常路由冲突，改回直连还容易残留 DNS 污染。另外有些私服世界服跑在 8285 这种非标端口，规则代理漏掉端口就直接判定掉线。
为了解决这个问题，用 C++ 写了个轻量级的工具：直接通过 MinHook 拦截目标游戏进程（如 WoW.exe ）的 connect 和 WSAConnect 。
主要特点：
1. 零虚拟网卡：纯用户态进程注入，不装驱动，不改系统路由表，其他软件和网页完全不受影响；
2. 还原非阻塞套接字：在 Hook 内部完成 Socks5 握手后，自动恢复套接字原始的非阻塞模式并补发 FD_CONNECT 信号，避免游戏加载时主线程无响应；
3. 纯净流式转发：配合去除 padding 填充的 AnyTLS/TCP 隧道，避免破坏游戏 SRP 认证包长度；
4. 动态高位端口：启动时随机申请 50000+ 端口，避开端口占用；
5. 单文件无依赖：纯 C++ 编译，不依赖 Python 。
项目开源在 GitHub ，附带了完整的测试数据和服务端调优参考，欢迎体验交流： https://github.com/fun3588/game-tcp-speed
via V2EX (author: junjun3588)
平时打外服网游或者私服（比如魔兽世界欧服），经常遇到 200+ms 延迟甚至频繁跳断。
试过市面上的加速器，大部分都要装 TUN/TAP 虚拟网卡改全局网关。平时电脑上跑着 WSL2 、Docker 、公司 VPN ，再开虚拟网卡经常路由冲突，改回直连还容易残留 DNS 污染。另外有些私服世界服跑在 8285 这种非标端口，规则代理漏掉端口就直接判定掉线。
为了解决这个问题，用 C++ 写了个轻量级的工具：直接通过 MinHook 拦截目标游戏进程（如 WoW.exe ）的 connect 和 WSAConnect 。
主要特点：
1. 零虚拟网卡：纯用户态进程注入，不装驱动，不改系统路由表，其他软件和网页完全不受影响；
2. 还原非阻塞套接字：在 Hook 内部完成 Socks5 握手后，自动恢复套接字原始的非阻塞模式并补发 FD_CONNECT 信号，避免游戏加载时主线程无响应；
3. 纯净流式转发：配合去除 padding 填充的 AnyTLS/TCP 隧道，避免破坏游戏 SRP 认证包长度；
4. 动态高位端口：启动时随机申请 50000+ 端口，避开端口占用；
5. 单文件无依赖：纯 C++ 编译，不依赖 Python 。
项目开源在 GitHub ，附带了完整的测试数据和服务端调优参考，欢迎体验交流： https://github.com/fun3588/game-tcp-speed
via V2EX (author: junjun3588)
[分享发现] 做了一个 Agent Skills 商店 WorkSkill，让 AI 少一点重复调教，几百个精品高质量 skill
做了一个 Agent Skills 商店 WorkSkill ，让 AI 少一点重复调教
用 Claude Code 、Codex 或 Cursor 做事，经常需要反复交代同一套要求：网页怎么排版、PPT 怎么组织、文档按什么格式交付。
我们做了 WorkSkill，把这些工作方法整理成可复用的 Skills ，让 Agent 按现成的流程完成任务。
目前站内已有（截至 2026 年 10 月 11 日）：
● 427 个已发布 Skills，涵盖网页、幻灯片、视频、文档等工作流。
● 566 个 AI 视频案例，分布在 Fable 5.5 和 Opus 5.5 两个画廊，方便浏览效果、寻找创作灵感。
● 中英文技能目录，面向 Claude Code 、Codex 、Cursor 等 Agent 用户。
主要想解决几个问题：
● 减少找技能的时间：集中整理网页、幻灯片、视频、文档等工作流，支持分类筛选和中英文介绍。
● 先看效果再选：详情页提供输入要求、交付说明和图片／视频演示，方便判断是否适合自己的任务。
● 安装路径清楚：提供安装指引和 ZIP 技能包，方便交给 Agent 安装，也能下载后自行查看、调整。
● 可以从免费技能开始：有免费和付费内容，先选一个实际任务试用，再决定是否需要更多。
我们希望它能成为一个持续精选、补充验证的技能库，让大家少花时间翻仓库、拼提示词，多花时间把事情做完。不同 Skill 的平台兼容性以详情页说明为准。
地址：workskill.tools
欢迎试用，也想听听大家最希望 AI 帮忙完成哪些具体工作。
via V2EX (author: qxmqh)
做了一个 Agent Skills 商店 WorkSkill ，让 AI 少一点重复调教
用 Claude Code 、Codex 或 Cursor 做事，经常需要反复交代同一套要求：网页怎么排版、PPT 怎么组织、文档按什么格式交付。
我们做了 WorkSkill，把这些工作方法整理成可复用的 Skills ，让 Agent 按现成的流程完成任务。
目前站内已有（截至 2026 年 10 月 11 日）：
● 427 个已发布 Skills，涵盖网页、幻灯片、视频、文档等工作流。
● 566 个 AI 视频案例，分布在 Fable 5.5 和 Opus 5.5 两个画廊，方便浏览效果、寻找创作灵感。
● 中英文技能目录，面向 Claude Code 、Codex 、Cursor 等 Agent 用户。
主要想解决几个问题：
● 减少找技能的时间：集中整理网页、幻灯片、视频、文档等工作流，支持分类筛选和中英文介绍。
● 先看效果再选：详情页提供输入要求、交付说明和图片／视频演示，方便判断是否适合自己的任务。
● 安装路径清楚：提供安装指引和 ZIP 技能包，方便交给 Agent 安装，也能下载后自行查看、调整。
● 可以从免费技能开始：有免费和付费内容，先选一个实际任务试用，再决定是否需要更多。
我们希望它能成为一个持续精选、补充验证的技能库，让大家少花时间翻仓库、拼提示词，多花时间把事情做完。不同 Skill 的平台兼容性以详情页说明为准。
地址：workskill.tools
欢迎试用，也想听听大家最希望 AI 帮忙完成哪些具体工作。
via V2EX (author: qxmqh)
[推广] 周末不休， 6.1sol 不降智稳的一批，倍率 0.19，十几二十块爽蹬一天，不降智能力拉满综合吊打 6astra，周末人少速度特爽，用中转站的佬可以来切来体验一下不降智的 6.1sol，回复送体验额度。
吉吉 api https://www.jiji.cc
全网首家主打不降智的企业级 API 中转站。同样的 Token ，别买缩水的模型能力。
降智一次，就是反复返工、工具跑偏，时间和预算一起浪费。
吉吉 api 独家 「焚诀」黑科技接入方案，持续优化模型状态与调用体验。少重试、少返工，
让每一次调用都尽可能保持纯血、满血、能打。
实时在线监测降智情况，全站模型均不降智。欢迎 v 来体验。
via V2EX (author: jijicc)
吉吉 api https://www.jiji.cc
全网首家主打不降智的企业级 API 中转站。同样的 Token ，别买缩水的模型能力。
降智一次，就是反复返工、工具跑偏，时间和预算一起浪费。
吉吉 api 独家 「焚诀」黑科技接入方案，持续优化模型状态与调用体验。少重试、少返工，
让每一次调用都尽可能保持纯血、满血、能打。
实时在线监测降智情况，全站模型均不降智。欢迎 v 来体验。
via V2EX (author: jijicc)
[分享创造] 主要是平时工作总是忘东西，做了个会被动记忆方便我老年痴呆的小玩具🤓： [Clipori] 一个开源的 Mac AI 剪切板备忘录
via V2EX (author: PanzerJack)
via V2EX (author: PanzerJack)
Telegraph
[分享创造] 主要是平时工作总是忘东西，做了个会被动记忆方便我老年痴呆的小玩具🤓： [Clipori] 一个开源的 Ma…
演示 会自动保存复制的文字、链接、代码、截图和图片。 支持 AI 自动分类内容 以及 AI 搜索，支持自定义 OpenAI / Claude 兼容服务。 ⇧⌘V 呼出，单击复制，双击粘贴。 多选卡片拖入分类，支持固定记录。 编辑记录、追加备注，也可以创建桌面便笺。 自定义快捷键、语言、保留期限和忽略应用。 开始使用 项目地址：Panzer-Jack/Clipori macOS 14 或更高版本 · 支持 Apple Silicon 与 Intel · 安装包无需 Xcode 下载应用：前往 GitHub…
[Claude] google pay 订阅的 Claude max x5 不退款了
App Store 那边我的 max 被封了一次之后退款了，但第二次被封不给我退款了。
然后重新整，换 IP 换环境，重装，这次走 google play 订阅。
前 4 个月相安无事，都在正常用，每个月$125 。
到第五个月，10 月 6 日扣的订阅费，10 月 8 日就给我封了，然后我立即去 google 申请退款，审核了 1 天之后，邮件回复我：
我们已收到您针对“Claude Max (Claude by Anthropic)”提交的退款申请（退款金额：US$125.00 ；交易 ID：XXX ），但这笔购买交易不符合我们的退款政策所允许的退款条件。我们理解这个结果令人遗憾；对于由此给您带来的任何不便，我们深表歉意。
这回对于 Anthropic 来说可真是零成本封号了，各种第三方市场订阅不退费，官方订阅说你违反规则不退费，他有一万种办法知道你是中国用户，他可以随便找一个理由封掉，这可是纯纯的零成本利润啊，太坏了。
via V2EX (author: mogutouer)
App Store 那边我的 max 被封了一次之后退款了，但第二次被封不给我退款了。
然后重新整，换 IP 换环境，重装，这次走 google play 订阅。
前 4 个月相安无事，都在正常用，每个月$125 。
到第五个月，10 月 6 日扣的订阅费，10 月 8 日就给我封了，然后我立即去 google 申请退款，审核了 1 天之后，邮件回复我：
我们已收到您针对“Claude Max (Claude by Anthropic)”提交的退款申请（退款金额：US$125.00 ；交易 ID：XXX ），但这笔购买交易不符合我们的退款政策所允许的退款条件。我们理解这个结果令人遗憾；对于由此给您带来的任何不便，我们深表歉意。
这回对于 Anthropic 来说可真是零成本封号了，各种第三方市场订阅不退费，官方订阅说你违反规则不退费，他有一万种办法知道你是中国用户，他可以随便找一个理由封掉，这可是纯纯的零成本利润啊，太坏了。
via V2EX (author: mogutouer)
[分享创造] https://burningbridgesvideoai.com — Burning Bridges AI party video (1–2 photos)
Built a Burning Bridges–style AI video tool for the crystal-chandelier party template (Drake-inspired fan tool — not affiliated with Drake / OVO / Republic / UMG).
Primary: https://burningbridgesvideoai.com Also: https://burnbridgesai.video
What you get
● Upload 1–2 adult face photos → multi-shot party clip (~15–25s, 16:9, 720p MP4)
● Locked motion beats: hat / silver cup / collar pull / hand-to-brow gesture
● MP4 with sound by default (trend-style audio in the render)
● Preview framing before you pay
● Cloudflare Workers deploy; samples are self-generated (no scraped competitor demos)
Pricing (credits)
● Single $4.99 → 1 video
● Popular $9.90 → 3 videos (≈$3.30 each)
● Creator $24.90 → 10 videos (≈$2.49 each) 18+ only; authorized photos; no celebrity/MV stills.
Want blunt feedback on: homepage clarity, sample quality, and whether the pricing feels off. Roast away — thanks.
via V2EX (author: boisy)
Built a Burning Bridges–style AI video tool for the crystal-chandelier party template (Drake-inspired fan tool — not affiliated with Drake / OVO / Republic / UMG).
Primary: https://burningbridgesvideoai.com Also: https://burnbridgesai.video
What you get
● Upload 1–2 adult face photos → multi-shot party clip (~15–25s, 16:9, 720p MP4)
● Locked motion beats: hat / silver cup / collar pull / hand-to-brow gesture
● MP4 with sound by default (trend-style audio in the render)
● Preview framing before you pay
● Cloudflare Workers deploy; samples are self-generated (no scraped competitor demos)
Pricing (credits)
● Single $4.99 → 1 video
● Popular $9.90 → 3 videos (≈$3.30 each)
● Creator $24.90 → 10 videos (≈$2.49 each) 18+ only; authorized photos; no celebrity/MV stills.
Want blunt feedback on: homepage clarity, sample quality, and whether the pricing feels off. Roast away — thanks.
via V2EX (author: boisy)
[分享创造] 独立开发了拾光待办 ChronoTodo，招募 Android 封闭测试志愿者（合计最多 25 人）
大家好，我在独立开发拾光待办（ChronoTodo），正在准备 Android 版上架 Google Play，想找一小组愿意实际使用并反馈的朋友。
当前 Android 候选版支持待办、子任务、重复任务、提醒和多语言，数据保存在本机；暂不支持跨设备同步，没有广告和内购。这次主要验证任务操作、提醒、不同机型兼容性以及翻译体验。
本轮在 V2EX 和 Reddit 合计最多 25 人，使用同一个报名表。需要能正常使用 Google Play 的 Android 手机，并愿意在测试开放后连续保持加入至少 14 天，在期间真实使用、提供诚实反馈。不要求五星好评或公开评价。
目前先收集报名，Google Play 封闭测试尚未开放。报名不等于已加入 Play 测试，也不会启动 14 天计时。准备完成后，会向符合条件的报名者发送实际加入和安装链接；满额后关闭报名入口。
报名表： https://docs.google.com/forms/d/e/1FAIpQLSe1R9TGjaOTbluzCbOGN9YLIJN9qGYqma9aDRKlGVjwa_YJ_w/viewform
表单收集经验证的 Google 邮箱、机型/版本、Play 国家/地区、语言和测试联系同意，仅开发者可查看，用于测试资格与联系。可以回复后续邀请邮件要求删除。请不要在评论区公开邮箱，也不要提交密码、验证码或私人待办内容。
欢迎愿意用它管理日常待办的朋友参与，实际问题和改进建议都很有帮助。
via V2EX (author: zenghao0708)
大家好，我在独立开发拾光待办（ChronoTodo），正在准备 Android 版上架 Google Play，想找一小组愿意实际使用并反馈的朋友。
当前 Android 候选版支持待办、子任务、重复任务、提醒和多语言，数据保存在本机；暂不支持跨设备同步，没有广告和内购。这次主要验证任务操作、提醒、不同机型兼容性以及翻译体验。
本轮在 V2EX 和 Reddit 合计最多 25 人，使用同一个报名表。需要能正常使用 Google Play 的 Android 手机，并愿意在测试开放后连续保持加入至少 14 天，在期间真实使用、提供诚实反馈。不要求五星好评或公开评价。
目前先收集报名，Google Play 封闭测试尚未开放。报名不等于已加入 Play 测试，也不会启动 14 天计时。准备完成后，会向符合条件的报名者发送实际加入和安装链接；满额后关闭报名入口。
报名表： https://docs.google.com/forms/d/e/1FAIpQLSe1R9TGjaOTbluzCbOGN9YLIJN9qGYqma9aDRKlGVjwa_YJ_w/viewform
表单收集经验证的 Google 邮箱、机型/版本、Play 国家/地区、语言和测试联系同意，仅开发者可查看，用于测试资格与联系。可以回复后续邀请邮件要求删除。请不要在评论区公开邮箱，也不要提交密码、验证码或私人待办内容。
欢迎愿意用它管理日常待办的朋友参与，实际问题和改进建议都很有帮助。
via V2EX (author: zenghao0708)