据业内消息，SK hynix 已完成其 375 层 NAND 闪存产品的验证工作，预计将在 2026 年底前正式在现有工厂中投入量产，以满足不断增长的存储容量需求。 这些工厂目前主要生产的是 321 层 V9 NAND 闪存，未来将通过工艺转换来支持更高层数的堆叠解决方案。 在 NAND 闪存堆叠层数的竞赛中，SK hynix 与三星正展开激烈比拼。 三星此前已透露将通过双堆叠方案将 V-NAND 层数推升至 400 层以上，并已展示最高可达 900 层、并以 1000 层为目标的技术路线图，而 SK hynix 则选择以 375 层产品作为阶段性节点切入量产。 据了解，SK hynix 内部最初将这一代产品定位为“400 层级” NAND，但在实际工艺开发过程中，由于在同一芯片内堆叠过多层数时遇到严重的工艺与信号传输难题，最终将设计修正为 375 层。 行业人士透露，原本规划中的 400 层级产品被调整为 375 层，而后续路线图则延伸至 480 层和 604 层等更高堆叠的产品节点。 要继续向 480 层、604 层等更高堆叠迈进，单靠现有材料体系已经难以为继。 报道指出，SK hynix 需要在关键导电材料上进行重大调整，逐步放弃目前普遍采用的钨（Tungsten）薄膜，转而采用钼（Molybdenum）作为新的互连材料，以应对高层数堆叠带来的电阻与信号完整性挑战。 在高层数 3D NAND 结构中，随着垂直方向导线和通道尺寸不断缩小，钨的电阻难以控制，信号传输损耗和延迟问题愈发突出，成为继续增加堆叠层数的“材料天花板”。 与之相比，钼在高电阻环境下具有更优的性能表现，能够在更窄的布线条件下保持较好的导通特性，因此被视为突破高层堆叠限制的关键材料之一。 三星已经在其部分 NAND 工艺中率先导入钼材料，并计划在今年进一步优化其 V-NAND 生产流程，推出首批 400 层级产品，以巩固其在高端存储市场的领先地位。 SK hynix 则将在跟进更高层数产品时同步完成从钨到钼的材料切换，以缩小与竞争对手在技术路线上的差距。 随着 AI、云计算、高性能终端与企业级数据中心对存储容量和性能需求持续攀升，3D NAND 层数的不断提升被视为提升单颗芯片比特密度、降低单位存储成本的关键方向。 然而，这也意味着晶圆厂需要投入更多资金采购新材料、升级设备与转换产线，以支撑更高复杂度的堆叠与加工流程。 以钼为例，其需求量在近几年显著增长，已成为 NAND 供应链中的重要原材料之一。 报道称，三星去年采购了约 4 吨钼，今年迄今为止的采购量已增至约 10 吨，而随着 SK hynix 等厂商导入钼，预计今年其用量也将达到约 4 吨。 产业机构预测，随着 400 层级及更高层数 NAND 进入量产阶段，钼的市场需求将快速攀升：到 2027 年预计将达到 25 吨，2028 年增至 40 吨，2029 年约为 60 吨，并在 2030 年左右进一步攀升至 80 吨规模。 在这一过程中，材料供应、成本控制与技术迭代将共同决定 NAND 厂商在高层堆叠时代的竞争格局。 对于 SK hynix 而言，375 层 NAND 的量产不仅是对其工艺能力的阶段性验证，也是向 480 层、604 层乃至更高层数演进的技术跳板。 如何在保持良率与成本之间取得平衡，同时顺利完成从钨到钼等关键材料的迁移，将直接影响其在与三星等竞争对手的角逐中能否占据有利位置。 查看评论
由于测试的模型越积越多了，表格会删除一些同厂商的旧模型，你可以在之前的评测帖子里找到它们的成绩。 项目 这是一个 Unity C# 项目，我进行测试的是一份皮肤系统需求案，我已经做了好预制体，而模型需要编写代码。 本轮与上两轮评测的项目和环境都完全一致： 第一轮 … 上一轮 模型来源 Claude 系列模型: 官方 API Mimo V2.5 系列模型: 官方 Token Plan Hy3 Preview: 官方 API Qwen3.7 系列模型: 官方 API Minimax M3: 官方 API Nex-N2-Pro: OpenRouter Free API Nemotron 3 Ultra: OpenRouter Free API 速度 排名 模型 时间（分钟） 备注 1 Grok 4.20 0309 Reasoning 3 2 Step-3.5-Flash 6 3 Mimo V2 Omni 7 4 Doubao-Seed-2.0-Lite 7 5 Doubao-Seed-2.0-Pro 9 6 Doubao-Seed-2.0-Code 9 7 Qwen3-Coder-Next 9 8 Claude Sonnet 4.6(high) 9 9 Qwen3.5-Plus 9 10 GLM-5 Turbo 10 11 Minimax M2.7 10 Highspeed 版本 12 Qwen3.5-Flash 10 13 Gemini 3 Pro 11 14 Hy3 Preview 13 15 GPT-5.5(low) 13 16 GPT-5.5(medium) 15 17 Mimo V2 Pro 15 18 DeepSeek V4 Flash 17 19 Qwen3.7-Plus 17 20 Qwen3.7-Max 18 21 GPT-5.5(high) 19 22 Claude-Opus-4.7(Max) 20 23 GLM-5 20 24 DeepSeek V4 Pro 21 25 Gemini 3 Flash 22 26 Claude-Fable-5(xhigh) 23 27 Mimo V2.5 24 28 KAT-Coder-Pro V2 24 29 Minimax M3 25 30 Claude-Opus-4.6(Max) 26 31 GPT-5.5(xhigh) 28 32 Gemini 3.1 Pro(high) 29 受 429 请求频率限制影响 33 Claude-Opus-4.8(Max) 33 34 Kimi K2.6 33 35 Qwen3.5 9B GGUF Q4_K_XL 35 MBP M4 Pro 48GB 本地部署 36 Qwen3.5 35B A3B GGUF Q4_K_XL 36 MBP M4 Pro 48GB 本地部署 37 Mimo V2.5 Pro 37 令牌数 Claude-Fable-5(xhigh): 7.1M Claude-Opus-4.8(Max): 13M Mimo V2.5 Pro: 未知 Mimo V2.5: 未知 Hy3 Preview: 1.4M Qwen3.7-Max: 4.6M Qwen3.7-Plus: 4.2M Minimax M3: 未知 Nex-N2-Pro: 退赛 Nemotron 3 Ultra: 退赛 代码行数 Claude-Fable-5(xhigh): +1520, -7 Claude-Opus-4.8(Max): +1347, -22 Mimo V2.5 Pro: +1682, -14 Mimo V2.5: +1270, -8 Hy3 Preview: +1246, -8 Qwen3.7-Max: +1529, -6 Qwen3.7-Plus: +1532, -7 Minimax M3: +2284, -137 Nex-N2-Pro: 退赛 Nemotron 3 Ultra: 退赛 完成度 Claude-Fable-5(xhigh) 审查结论: 完成度非常高，仅有一个细节问题。 详细 （点击了解更多详细信息） Claude-Opus-4.8(Max) 审查结论: 完成度很高，虽然存在常见错误，但在最后列出了该处理需要确认；另有一个细微实现不一致。 详细 （点击了解更多详细信息） Mimo V2.5 Pro 审查结论: 存在常见错误，有几处与需求/线上实现不一致的功能缺失。 详细 （点击了解更多详细信息） Mimo V2.5 审查结论: 无法编译，且存在严重的功能错误和与需求/线上实现不一致的功能缺失。 详细 （点击了解更多详细信息） Hy3 Preview 审查结论: 无法编译，且存在严重的功能错误和与需求/线上实现不一致的功能缺失。 详细 （点击了解更多详细信息） Qwen3.7-Max 审查结论: 较多功能错误和与需求/线上实现不一致的功能缺失。 详细 （点击了解更多详细信息） Qwen3.7-Plus 审查结论: 无法编译，且存在严重的功能错误和与需求/线上实现不一致的功能缺失。 详细 （点击了解更多详细信息） Minimax M3 审查结论: 存在部分功能错误和与需求/线上实现不一致的功能缺失；但在最后特别说明了协议枚举值调整的破坏性和服务器需要同步更新枚举值这一点，显示了对问题的理解。 详细 （点击了解更多详细信息） 最终总结 排名 模型/层级 说明 Tier 0 该等级的模型实现与线上基线高度一致。 1 Claude-Fable-5 2 GPT 5.5(xhigh) Tier 1 该等级的模型的代码正确完整且可编译，仅少量边界问题或轻微不一致。 3 Claude Opus 4.8(Max) 4 GPT 5.5(high) 5 Kimi K2.6 6 GPT 5.5(low) 7 GPT 5.5(medium) 8 Claude Opus 4.6(Max) 9 Claude Sonnet 4.5 Tier 2 该等级的模型的代码至少可编译或仅极少量的语法错误，但是存在明显功能错误、遗漏或与需求/线上不一致。 10 GLM 5.1 11 Minimax M3 12 Mimo V2.5 Pro 13 GLM 5 14 Kimi K2.5 15 Claude Sonnet 4.6(high) 16 Qwen3.7-Max 17 Qwen3.5-Plus 18 KAT-Coder-Pro V2 19 DeepSeek V4 Pro(max) Tier 3 该等级的模型的问题很多且无法编译，或者存在不少幻觉。 20 DeepSeek V4 Flash(max) 21 Claude Opus 4.7(Max) 22 Qwen3.7-Plus 23 Mimo V2.5 24 Hy3 Preview 25 GLM 5 Turbo 26 Gemini 3.1 Pro(high) 27 Mimo V2 Pro 28 Mimo V2 Omni 29 Minimax M2.7 30 Step-3.5-Flash 31 Qwen3-Coder-Next 32 Gemini 3 Pro 33 Gemini 3 Flash 34 Doubao-Seed-2.0-Code 35 Doubao-Seed-2.0-Pro 36 Doubao-Seed-2.0-Lite 37 Qwen3.5-Flash 38 Qwen3.5 35B A3B GGUF Q4_K_XL 39 Qwen3.5 9B GGUF Q4_K_XL 40 Grok 4.20 0309 Reasoning Claude-Fable-5(xhigh)： 速度超过 Claude-Opus-4.6(max) 与 GPT-5.5(xhigh) 完成度非常高与 GPT-5.5(xhigh) 相当，仅存在一个体验细节问题 终于 Claude 站起来了，不仅是 Claude 的首个 T0 模型，且接替 GPT-5.5 成为榜首。 当然我要重申，它们都能比较完整地做完这个需求，能力差不多，所以是按照模型发布日期来排名的（虽然它其实比 GPT-5.5 要快）。 我已经有点怀疑是否应该将评审员从 GPT-5.5 换为 Claude-Fable-5 了。 Claude-Fable-5 在做完需求后还有一段 “需向你确认的事项”，对某些奇怪的实现细节（比如皮肤配置枚举 值与服务器枚举值不同、时间戳单位猜测）还有自己不确定的地方进行了汇总，给人的感觉是对于这个需求它游刃有余， 一切尽在掌握；需求未说明自己决定的地方都放在最后列出以进行核对，这是比较难得的。 但是 Claude-Fable-5 的安全方面确实非常敏感，测完之后，正好我在做的 VS Code 扩展有一个大需求， 使用 AI 完成后怕遗漏会再用 AI 审查一遍，但 GPT-5.5 会经典地出现自己审查自己永远有问题的情况， 于是我想使用 Fable-5 审查一下，但是由于存在类似反代的功能，Fable-5 思考一半后直接拒绝了， 甚至我还没有要求它编写代码，而 GPT-5.5 对此是完全没有问题的。 后续我会尝试使用 Claude-Fable-5 替代 GPT-5.5 作为我的主力模型，看看它是否真的比 GPT-5.5 更好。 Claude-Opus-4.8 的速度几乎和我之前测试本地部署的模型一样了，对比 Claude-Fable-5，慢了接近 10 分钟， 需要注意的还有消耗的令牌数，Claude-Opus-4.8 消耗的令牌数是 Claude-Fable-5 的将近两倍， 一来一回 Claude-Fable-5 还真像是 Claude-Opus-5 了，消耗的令牌数低，所以实际价格差距不大。 Claude-Opus-4.8 的完成度有了明显提升，之前一直犯的系统注册和界面入口的常见问题都没有了， 它也和 Claude-Fable-5 一样在最后列出了需要确认的事项，虽然枚举值的处理是错了，但它留下了这样的内容： 皮肤类型枚举：以 skinList 表 Type 字段为准分类（1/2/3/4），未采用 skin.proto 中数值不一致的 SkinType（0/1/2/3）。 说明它知道这里需要判断如何处理，但认为采用配置表的值是合理的，而没有编写相互转换的函数。 首先这样的处理在我看来是完全不合理的，因为虽然留下了说明，但编写了错误的代码，没有对比就没有差距， 反观 Fable-5 既写了转换函数，也留下了这样的说明： 皮肤类型编号不一致：协议枚举 SkinType（0=神针 1=称号 2=头像框 3=气泡）与 skinList 表（1=神针 2=头像框 3=气泡 4=称号）顺序、偏移都不同。我已把转换收口在 SkinNetMgr.ToProtoSkinType/ToCfgSkinType，内部数据一律以配置表类型为准（按 skinId 反查表），仅 C2S_SKIN_LIST.skinType 请求参数按协议枚举发送。请与服务器确认线上实际使用哪套编号，若用表编号只需改这两个函数。 Fable-5 给到了一个完全无可挑剔的答卷。 Mimo V2.5 Pro 的速度非常慢，甚至比我之前测试本地部署的模型还慢，但是完成度相对上个版本有了明显提升， 虽然还存在那两个常见错误， Mimo V2.5 的速度比上代 V2 Pro 慢，与 Claude-Fable-5 的用时几乎一样，首先它没有犯那两个常见错误， 但是无法编译，未实现、功能错误也非常多，属于 T3 级别。 Hy3 Preview 出现编译错误，位于 T3。 Qwen3.7 系列模型与上一代的差距未拉开很大差距，位于 T2 和 T3，Qwen3.7-Plus 出现编译错误，相对上代 3.5 可能有退步。 Nex-N2-Pro 思考内容发生循环，遂中止了对话，遗憾退赛： maybe "SkinDataMgr GetSkinPreviewPath(int skinId, int type, bool worldPreview = false)". Need "SkinDataMgr GetSkinPreviewPathForType". Need "SkinDataMgr GetSkinPreviewPathForType". Need "SkinDataMgr GetSkinPreviewPathForType". Need "SkinDataMgr GetSkinPreviewPathForType". ... Nemotron 3 Ultra 发生上游错误，无法继续，遗憾退赛。 Minimax M3 下出神之一手，它应该是发现了配置枚举值与服务器枚举值不一致的问题，对此它的判断是， **一定是后端写错了！**于是它直接修改了 proto 的定义，把服务器枚举改成了一致的值！ 惊为天人，史无前例，这是首次有模型直接修改了服务器协议定义的内容。 当然这完全是不符合直觉的操作，但是 Minimax M3 在最后特别说明了这一点，代表着它与 Opus 4.8 一样， 都理解了只是处理不同： > **注意事项** > - 协议中 `SkinType` 枚举值的调整属于破坏性变更，服务器需要同步更新枚举值（1/2/3/4）。 > - `C2S_SKIN_LIST.totalAttrs` 字段在协议注释中标注为"所有已拥有皮肤的属性总和"，目前按各类型分别存储并在客户端聚合；如服务器已按"全部类型"聚合，可直接读取 `_totalAttrs`。 除此之外，M3 犯了未设置页签文案的低级错误，总体而言完成度与 Mimo V2.5 Pro 相当，位于 T2。 最后总结 Claude Fable 5 表现非常亮眼，我会替换 GPT-5.5 作为主力模型使用一段时间，但是需要注意该模型非常敏感。 Claude Opus 4.8 终于变得像 Opus 了，有明显提升，但是 Fable 5 的价格差不多（因为仅有一半令牌消耗量），速度还更快，效果也更好，感觉并非 Fable，而是 Opus 5，有了 Fable 5，Opus 4.8 存在的意义就不太大了。 Mimo V2.5 Pro 相对上代进步明显！ Minimax M3 相对上代进步明显！ 其余模型则如测了。 本次继续使用自己开发的开源 VS Code 插件 Unify Chat Provider 以实现在 Copilot 中使用以上模型。 6 个帖子 - 6 位参与者 阅读完整话题
前言 前面我们实现了一个 配合xray内核 reality协议 的 极简翻墙客户端(壳) MDPC-my-dream-proxy-client 如果我们想 配合 Hysteria 内核呢? (只为了简单演示, 所以只处理自签证书的情况) 分析 根据my-dream-proxy-client项目(下称MDPC)的设计, MDPC的配置文件参数为: listen: port: files-dir: core-start: core-test: log: 我们可以填上 hy2 对应的信息, 如: listen: "127.0.0.1" port: "18180" files-dir: "./bin/hy2/" core-start: "bin/hy2/hysteria client -c bin/hy2/config.yaml" core-test: "" log: "" 这样后端就好了. 是不是很简单! 接下来就是创造前端的HTML, 用来生成hy2客户端配置文件的yaml文本 可以先从简单的YAML文本编辑框作为基础功能. 然后再加表单. 开发过程 hermes 对接 mimo-v2.5-pro 基于 极简翻墙客户端(壳) 开发 配合 Hysteria 内核 支持Hysteria2协议 自签证书指定证书指纹pinSHA256 Github G站/crazypeace/my-dream-proxy-client 使用方法 见项目 README.md G站/crazypeace/my-dream-proxy-client/blob/main/README.md#my-dream-proxy-client-使用手册-配合hysteria内核 ======== 后记 本次开发由 hermes 对接 mimo-v2.5-pro 1 个帖子 - 1 位参与者 阅读完整话题
佬们蹬吧。 api-key：sk-cp-o9vxKRWjK0sn4HYBkE82HoPt删除MctVW-AnXCmKQ99FrTx9BrQ1uKddB-IRa993_KYNSPesLENavh3W7a删除5FpQMHw0k5bCyfIVE_zpCYMr93t9-_8teARW1DT6Y 支持 MiniMax 全系模型（M3 / M2.7 / 图像 / 语音 / 音乐） 1 个帖子 - 1 位参与者 阅读完整话题
各位佬们，我是小萌新，想问问CHY中转站如何配置，我是用OpenCode还CC-siwtch，然后 “chybenzun”: { “npm”: “ @ai-sdk /openai-compatible”, “options”: { “baseURL”: “ https://chybenzun.top/v1 ”, “apiKey”: “sk-” }, “models”: { “gpt-5.5”: {}, “claude-opus-4-8”: {} } },然后一直提示的是 CHY佬告诉我是因为T子的原因，但是我关闭了还是不行。我看数据用的还是很大的，说明可以用，所以我该如何配置呀，求教，感谢。 7 个帖子 - 7 位参与者 阅读完整话题
tp-c9uevf18t64vwx0thyhkfiahvd3pixslkuuxde9bbxbw0oiq 兼容 OpenAI 接口协议： https://token-plan-cn.xiaomimimo.com/v1 兼容 Anthropic 接口协议： https://token-plan-cn.xiaomimimo.com/anthropic 2 个帖子 - 1 位参与者 阅读完整话题
OpenAI 联合创始人、上月加盟 Anthropic 的 Andrej Karpathy 也对 Anthropic 全新发布的 Fable 5 大模型给予高度评价。Karpathy 指出，Fable 5 代表了一次具备版本跨代意义的性能跃迁，特别擅长处理长链路的复杂调试任务。他表示，在面对宏大开发目标时，新模型能够迅速领会意图并自主推进，甚至让人首次产生想要完全不看代码的强烈冲动，但 Karpathy 警告切勿在生产环境中这样做。 Karpathy 强调，当可用软件能够像自来水般源源不断地产出时，软件领域的杰文斯悖论 (Jevons paradox) 将被触发，开发者的需求将呈指数级增长。杰文斯悖论的触发将促使人们去创造大量超特异性 (hyper-specific) 的单次使用工具与海量测试集。不过 Karpathy 也指出，发布初期的安全防护机制配置依然过于敏感，有待后续优化。 8 个帖子 - 8 位参与者 阅读完整话题
本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是 我的帖子已经打上 公益推广 标签： 是 我的项目属于个人项目，与公司或商业机构无关： 是 我的项目不存在QQ、TG等群组引流： 是 我的项目不存在非运营必要的网站引流： 是 我的项目不存在为他人推广、AFF： 是 我的项目无关联的商业项目： 是 我的站点存在登录，并已接入 LINUX DO Connect： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 先祝各位佬友高考金榜题名！CHY公益站开放无注册码注册一天，开始时间：现在 《壬寅夏赠高考诸生》 【现代】CHY 十载萤窗映雪深，今朝试剑白云岑。 乘风莫道鲲鹏晚，自有天光照汝心。 44 个帖子 - 42 位参与者 阅读完整话题
CHY公益站 要二级才能登录呢。。 5 个帖子 - 4 位参与者 阅读完整话题
刚刚试了一下，遇到了502错误，是站点挂掉了。吗？还是我的IP有问题啊？大家都访问看看呢。 现在L站上公益服越来越多，大家做一个排名看看哪一个最好用呢？ 6 个帖子 - 6 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 Swooshy 是一款开源的 macOS 触控板增强软件，旨在尽量不误触的前提下，减少使用触控板时需要打开右键菜单与精确点击的次数，让用户可以用直觉化的手势，从 Dock 和标题栏操控应用窗口。 使用演示如图： 如图，在这一段复杂的操作中，无需打开任何右键菜单。 主要功能 在使用 Swooshy 后，用户可以对图标使用上滑、下滑、捏合等手势，快速地最大化、最小化、关闭 Dock 内的应用，并且长按标题栏，快速停靠窗口到桌面的四角，或使用上下左右滑动和捏合等多个手势来对窗口快速操作。默认情况下，这些手势都比较符合直觉，和窗口动画对应，学习成本很低的同时，能大幅减少需要精确移动鼠标的次数。 目前手势已经支持以下功能：贴合停靠窗口到四角、两边分屏、关闭应用、关闭窗口、最大最小化、向前向后切换多个不同浏览器窗口等，还在持续添加新的手势与对应功能，所有的手势和功能的映射，功能的所需力度、触发时机都可以进行自定义修改。 同时也有实验性的在浏览器中智能捏合关闭标签页的功能，花里胡哨，不太稳定，所以扔进实验性功能了，hh。 由于项目主要功能在增强触控板操作上,好像有一些难以截图给佬友们直观的体验,就放一点点设置的和演示的图片吧,佬友们可以体验一下就能知道手势操作还是挺好用的 为什么制作 做这个软件的契机是今年 2 月左右，我从 Windows 迁移到了 Mac。虽然 Mac 的触控板非常非常地好用，比 Win 精确了一个级别，但是其中很多的操作我并不是特别习惯，比如 Mac 不能直接点击任务栏中的图标来最小化应用，而且红绿灯特别小。你知道的，对于一个完美 C+ 来说，这精确定位实在是太难了 最难受的还得是一个应用打开多个窗口的情况，切换极其繁琐。 在论坛询问后，有佬给我建议了 Swish 这一个触控板增强工具，试用后的我如获至宝，但是也发现了一些问题，比如 Swish 的手势不能自定义映射。我希望关闭窗口，却偏偏要关闭整个应用，让我特别难受。同时手势的触发时机也是写死的 然后Swish是一个商业付费的项目，我也不是很喜欢 于是我就思考，能不能自己用 AI Vibe 一个类似的工具，更加贴合自己的习惯。 于是，Swooshy 应运而生。经过大概两个月的 Vibe Coding 以后，我认为这一个工具已经在功能和稳定性上足够拿出来分享给大家试用了。 于是，Swooshy 已完整开源到 GitHub，希望能得到佬们的试用、Issue 反馈和 PR，star 支持 github.com GitHub - xiamiyu123/Swooshy 通过在 GitHub 上创建帐户来为 xiamiyu123/Swooshy 开发做出贡献。 1 个帖子 - 1 位参与者 阅读完整话题
有没有支持 DNS 分流以及 vless-reality-vision 和 hy2 的 iOS rule-based 代理客户端？ 3 个帖子 - 3 位参与者 阅读完整话题
用ollama在本地部署了hymt2翻译模型，URL http://localhost:11434/v1/chat/completions，APIKEY ollama填到沉浸式翻译可以使用，但是接入到陪读蛙，总是提示 陪读蛙版本是v1.33.12，有佬遇到过这个问题吗？ 1 个帖子 - 1 位参与者 阅读完整话题
我的电脑上进化论是有没有开启魔法，都不能访问。 手机上好像流量能访问，无线也不能访问。有限制了访问的IP地址？ 我访问的网址是： https://chybenzun.top/ 4 个帖子 - 4 位参与者 阅读完整话题
IT之家 6 月 7 日消息，惠普 2026 款 HyperX 暗影精灵 PRO 16 英寸游戏本发布于 4 月，现已新增 512GB 和 RTX 5070 版本可选，售价 10498 元起，国补到手价 8998 元起： U7 255HX + RTX 5060 + 16GB + 512GB ：10498 元起，国补到手价 8998 元 U7 255HX + 8GB RTX 5070 + 16GB + 1TB：11998 元起，国补到手价 10498 元 京东 惠普（HP）HyperX 暗影精灵 PRO 16 游戏本 U7-255HX RTX5060 16G 512G 10498 元 直达链接 IT之家获悉，这款笔记本电脑配备一块 2.5K 分辨率 240Hz 面板，500 尼特亮度，色域覆盖 100% sRGB；配备金属 A 面，键盘采用全高方向键布局，四分区背光设计，搭载 8KHz 高轮询率，延迟低至 0.125ms；电池容量 83Wh，通过 MIL-STD-810H 11 项军工认证。 这款笔记本电脑背面提供 1 个 USB-A 10Gbps、1 个 HDMI 2.1 接口、1 个 RJ45 网口；左侧提供 1 个 USB-A 5Gbps 接口、1 个“多功能”USB-C 接口、1 个 3.5mm 音频接口；右侧提供 1 个 USB-A 5 GBps 接口。 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包
我将跳蚤市场上赚到的¥在腾讯云上购买了位于广州的轻量应用云服务器，已加入CHY公益站集群，配置如下 顺便问一下佬友们腾讯云的轻量应用服务器管的严吗，毕竟号可是实名认证过的 系统重装过一次，自带的AI Agent什么的已经没了 10 个帖子 - 10 位参与者 阅读完整话题
前言 我们已经实现了一个 hysteria2-pinSHA256-tool 小工具来查询 hysteria2节点自签证书的pinSHA256 现在我们将这个算法合并到 v2rayN 项目 面向GPT开发 Hermes 对接 mimo-v2.5 我要从客户端侧 得到 自签证书的 hysteria2 节点的 pinSHA256 核心算法参考 G站/crazypeace/hysteria2-pinSHA256-tool/ v2rayN 的功能入口 我想设计在附件图片中红色文本框指示的位置 一开始用的方案是调用QUIC库. 进展不顺利, 在不同的平台, 使用的QUIC库不一样. linux 用libmsquic, win 用 msquic.dll 不排除我用的AI比较蠢的原因. 我只是实事求是的描述我遇到的困难. 后来采用的方案是, 直接调用 hysteria2-pinSHA256-tool 工具 的可执行文件. Github G站/crazypeace/v2rayN/releases/tag/v7.22.5-pin-tool 操作演示 在 v2rayN-v7 中 "获取pinSHA256"按钮 调用hysteria2-pinSHA256-tool工具 1 个帖子 - 1 位参与者 阅读完整话题
注册机刚刚跑的，发现Free号能用的模型根本不需要，共享给佬友们 Grok Free 1000.txt (150.4 KB) 8 个帖子 - 7 位参与者 阅读完整话题
Gmail： 剧透 Hotmail： 剧透 本来是要导到注册机里要使用的，但是分现号够用了，共享给佬友们 3 个帖子 - 3 位参与者 阅读完整话题
渠道是OpenCode的Go套餐，看看多久能蹬完吧 蹬完后会换成反代渠道 1 个帖子 - 1 位参与者 阅读完整话题