Linux.do热榜 · 2026-08-04 历史榜单

当日热门内容存档(共 30 条)

这是 2026-08-04Linux.do热榜历史存档。查看 实时Linux.do热榜 获取最新排名。

  1. 1
    说个恐怖故事:服务器G口已经不够用了

    比较敏感一些的佬友应该发现了,最近有时候访问社区帖子会出现偶尔的卡顿,再点又不卡。看服务器 load 也不是那么高,根本没往网络这块想,原来 1G 的带宽已经不够用了。 之前的截图没保存,我们随手截个sar图来看一看: 第二个口是 1G 网口,第五个口是我们升级新装的 10G 网口,大家可以算一下,其实已经超过 1G 带宽,不升级要丢包的。 昨天已经动用钞能力给社区所有服务器升级了 10G 网口,今天大家应该能感觉到访问流畅。至于为什么 1G 口还在用,是因为有些服务不想停机切换,有空再弄吧。 这当然构不成公告,我们想说的是:经过软硬件升级和评估,我们终于能再度开放实时私聊功能,佬友们可以点击头像旁边的对话按钮进行体验了。 不过多占用各位时间,接着奏乐接着舞~ 564 个帖子 - 553 位参与者 阅读完整话题

  2. 2
    喜迎 DS-v4-Flash 紧急扩容

    太猛了,DeepSeek一发版本,在某个无人在意的角落,就有一个无名的社区要炸。 但这是好事,喜迎新国模,国模崛起是人心所向,需要大家多多支持。至于我们,没关系,直接加机器就行了。 社区已再度紧急扩容,接着奏乐接着舞~ 新模型出来了,都去支持一下啊,该测试的测试,该写代码的写代码,水什么社区呢 311 个帖子 - 304 位参与者 阅读完整话题

  3. 3
    久等了,宝可梦机场之八月免费兑换码猜猜我是谁

    八月限定兑换码活动开启! 各位训练家,八月福利已经到达! 本月兑换码藏在一张神秘图片中,需要大家仔细观察、开动脑筋,找到正确的兑换码后,即可前往官网兑换本月免费流量。 活动玩法: 兑换成功后,可获得八月限定流量奖励。 https://love2.p6m6.com https://web1.52pokemon66.cc 279 个帖子 - 267 位参与者 阅读完整话题

  4. 4
    猫猫道歉帖子[新主贴]

    本帖使用社区公益推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的项目是免费使用的,无收费(变相收费、赞助)部分: 是 我的帖子已经打上 公益推广 标签: 是 我的项目属于个人项目,与公司或商业机构无关: 是 我的项目不存在QQ、TG等群组引流: 是 我的项目不存在非运营必要的网站引流: 是 我的项目不存在为他人推广、AFF: 是 我的项目无关联的商业项目: 是 我的站点存在登录,并已接入 LINUX DO Connect: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 首先跟各位佬说个对不起,搞东西搬迁的时候把mysql删掉了 搞好了之后会免费一段时间,新站注册每人2000刀签到500再送要亏本了 api.maoyulin.xyz New API 统一的 AI 模型聚合与分发网关,支持将各类大语言模型跨格式转换为 OpenAI、Claude、Gemini 兼容接口,为个人与企业提供集中式模型管理与网关服务。 LD士多 页面未找到 - LD士多 在 LD士多 使用 Linux.do 社区积分兑换精选虚拟物品与服务。 213 个帖子 - 197 位参与者 阅读完整话题

  5. 5
    泪目,Cloudflare 大善人终于搞域名优惠了?

    坦白说比较少见 cf 搞域名优惠活动,这玩意有个数限制吗,有没有懂的佬友? 续费价格: 120 个帖子 - 115 位参与者 阅读完整话题

  6. 6
    刷脸不是长久之计,所以君の公益昨天我给停了

    从想问一下开公益站的佬友们是什么心态,造福这么多佬友,全是自费办公益吗继续讨论: 这是我的一个朋友,之前经常互相免费接k12的池子做公益,他也有付费站,这段时间k12活不下去,我一直接的他的池子,哈哈,刷了他好几千块,不过是刷脸 后来想想算了,一直白嫖人家的池子做公益也不太好,有点慨他人以慷,我就把渠道停了,刷脸不是长久之计,所以君の公益昨天我给停了 我们都这么熟了 公益站都给你跑几千块了都 还差你这几百 186 个帖子 - 178 位参与者 阅读完整话题

  7. 7
    【小鸡毛】不要再问为什么小鸡毛GPT用不了了,已经泥菩萨过江自身难保了

    渠道基本上拉闸的差不多了,还有一小部分渠道和技术掌握在一小部分人手中 号池几百个PLUS,也不知道是破限弄死的,还是奥特曼杀死的 5月份至今的战绩: 维护渠道花掉的钱: 6570亿token,564956刀 76 个帖子 - 73 位参与者 阅读完整话题

  8. 8
    记一次对 DeepSeek V4 Flash 0731、GPT 5.6 Luna/Sol、Claude Opus 5、Grok 4.5、Kimi K3 的真实项目需求的横向评测(仅 284B 的 T1 模型!)

    由于测试的模型越积越多了,表格会删除一些同厂商的旧模型,你可以在之前的评测帖子里找到它们的成绩。 项目 这是一个 Unity C# 项目,我进行测试的是一份皮肤系统需求案,我已经做了好预制体,而模型需要编写代码。 本轮与上两轮评测的项目和环境都完全一致: 第一轮 … 上一轮 模型来源 Grok 4.5: Grok Build Kimi K3: 火山 Agent Plan Claude Opus 5: Claude Code 自行中转 GPT 5.6 Sol/Luna: Codex 自行中转 DeepSeek V4 Flash 0731: 官方 API 速度 排名 模型 时间(分钟) 备注 1 Composer 2.5 3 2 Grok 4.20 0309 Reasoning 3 3 Step-3.5-Flash 6 4 Mimo V2 Omni 7 5 Doubao-Seed-2.0-Lite 7 6 Doubao-Seed-2.0-Pro 9 7 Doubao-Seed-2.0-Code 9 8 Qwen3-Coder-Next 9 9 Claude Sonnet 4.6(high) 9 10 Qwen3.5-Plus 9 11 GLM-5 Turbo 10 12 Minimax M2.7 10 Highspeed 版本 13 Qwen3.5-Flash 10 14 Grok 4.3 10 15 Gemini 3 Pro 11 16 Grok 4.5 13 17 Hy3 Preview 13 18 GPT-5.5(low) 13 19 Grok Build 0.1 14 20 GPT-5.5(medium) 15 21 Mimo V2 Pro 15 22 DeepSeek V4 Flash 0731 17 23 DeepSeek V4 Flash 17 24 Qwen3.7-Plus 17 25 Qwen3.7-Max 18 26 GPT-5.5(high) 19 27 Claude-Opus-4.7(Max) 20 28 GLM-5 20 29 DeepSeek V4 Pro 21 30 Gemini 3 Flash 22 31 Claude-Fable-5(xhigh) 23 32 Mimo V2.5 24 33 KAT-Coder-Pro V2 24 34 Minimax M3 25 35 Claude-Opus-4.6(Max) 26 36 GPT-5.5(xhigh) 28 37 Gemini 3.1 Pro(high) 29 受 429 请求频率限制影响 38 Claude-Opus-4.8(Max) 33 39 Kimi K2.6 33 40 Qwen3.5 9B GGUF Q4_K_XL 35 MBP M4 Pro 48GB 本地部署 41 Qwen3.5 35B A3B GGUF Q4_K_XL 36 MBP M4 Pro 48GB 本地部署 42 GPT 5.6 Sol 36 43 Mimo V2.5 Pro 37 44 Kimi K2.7 Code 39 45 GLM-5.2 45 46 Claude Opus 5 55 47 Kimi K3 93 48 GPT 5.6 Luna 95 令牌数 Grok 4.5: 未知 Kimi K3: 15M(¥40) Claude Opus 5: 24M GPT 5.6 Sol: 未知 GPT 5.6 Luna: 47M DeepSeek V4 Flash 0731: 21M(¥0.94) 代码行数 Grok 4.5: +1924, -18 Kimi K3: +1903, -6 Claude Opus 5: +1943, -8 GPT 5.6 Sol: +1201, -8 GPT 5.6 Luna: +1223, -13 DeepSeek V4 Flash 0731: +2184, -133 完成度 Grok 4.5 审查结论: 完成度非常高,出现两个功能错误问题。 (点击了解更多详细信息) Kimi K3 审查结论: 完成度非常高,出现两个功能错误问题。 (点击了解更多详细信息) Claude Opus 5 审查结论: 完成度非常高,出现一个细节问题。 (点击了解更多详细信息) GPT 5.6 Sol 审查结论: 完成度极高,无明显问题。 (点击了解更多详细信息) GPT 5.6 Luna 审查结论: 完成度尚可,存在功能未实现及多个细节问题。 (点击了解更多详细信息) DeepSeek V4 Flash 0731 审查结论: 完成度较高,但有多个细节问题。 (点击了解更多详细信息) 最终总结 排名 模型/层级 说明 Tier 0 该等级的模型实现与线上基线高度一致。 1 Claude-Fable-5 1 GPT 5.6 Sol 1 Claude Opus 5 2 GPT 5.5(xhigh) Tier 1 该等级的模型的代码正确完整且可编译,仅少量边界问题或轻微不一致。 3 Claude Opus 4.8(Max) 4 Kimi K3 4 Grok 4.5 4 GLM 5.2 5 Kimi K2.7 Code 6 GPT 5.5(high) 7 Composer 2.5 8 DeepSeek V4 Flash 0731 9 Kimi K2.6 10 GPT 5.6 Luna 11 GPT 5.5(low) 12 GPT 5.5(medium) 13 Claude Opus 4.6(Max) 14 Claude Sonnet 4.5 Tier 2 该等级的模型的代码至少可编译或仅极少量的语法错误,但是存在明显功能错误、遗漏或与需求/线上不一致。 15 GLM 5.1 16 Minimax M3 17 Mimo V2.5 Pro 18 GLM 5 19 Kimi K2.5 20 Claude Sonnet 4.6(high) 21 Qwen3.7-Max 22 Qwen3.5-Plus 23 KAT-Coder-Pro V2 24 DeepSeek V4 Pro(max) Tier 3 该等级的模型的问题很多且无法编译,或者存在不少幻觉。 25 DeepSeek V4 Flash(max) 26 Claude Opus 4.7(Max) 27 Qwen3.7-Plus 28 Grok Build 0.1 29 Grok 4.3 30 Mimo V2.5 31 Hy3 Preview 32 GLM 5 Turbo 33 Gemini 3.1 Pro(high) 34 Mimo V2 Pro 35 Mimo V2 Omni 36 Minimax M2.7 37 Step-3.5-Flash 38 Qwen3-Coder-Next 39 Gemini 3 Pro 40 Gemini 3 Flash 41 Doubao-Seed-2.0-Code 42 Doubao-Seed-2.0-Pro 43 Doubao-Seed-2.0-Lite 44 Qwen3.5-Flash 45 Qwen3.5 35B A3B GGUF Q4_K_XL 46 Qwen3.5 9B GGUF Q4_K_XL 47 Grok 4.20 0309 Reasoning Kimi K3 & Grok 4.5 Kimi K3 与 Grok 4.5 犯的是同一个问题,果然是同根生。 Grok 4.5 是我日常偶尔在用的模型,因为它速度快,效果也不错,非常期待它后续的 Grok 4.6、Grok 4.7 版本。 Kimi K3 的速度实在是太慢了,再加上消耗的令牌数也不低,所以直接打破了评测最长耗时记录,并且遥遥领先,整整花了一个多小时才完成了测试。 最近我在尝试使用 Kimi K3 重构一个项目的 UI,这是一个由 GPT 5.6 生成的管理工具,即使我给出了多个设计要求,但界面依然是非常浓郁的 AI 味。 Kimi K3 在这方面确实非常不错,它给出来的设计草案和 Demo 看起来很棒,两者对比之后才发现觉得 GPT 5.6 编写的界面有 AI 味的原因。 GPT 5.6 的设计主要差在排版、整体元素的大小和间距上,Kimi K3 的设计则更加精致。 由于 Kimi K3 的重构工作还未完成,就暂时不放图片出来对比了。 总结来看,我会愿意让 Kimi K3 进行 UI 设计,但在其它任务上,无论考虑速度还是性价比都不如使用 GPT 5.6。 而 Grok 4.5 的速度非常快,在日常任务中我愿意使用它来替代 Composer 2.5。 Claude Opus 5 Claude Opus 5 花费了 55 分钟完成了评测,我认为一部分原因是它读取了非常多的 .prefab 文件,并且非常深入,因为它找出了很多预制体上的问题(虽然并不在需求要求的范围内): - m_goListContent 未绑定 ContentSizeFitter 组件,滚动范围可能不对。 - Viewport 的 Mask 没有 Graphic,实际不会裁剪。 - m_goTemplateListItem 上没有 Button, 可能无法点击。 这些问题是第一次有模型提出,而且我确实有印象,在之后的线上版本中我陆续修复了这些问题。 但预制体并不在评测范围内,因为我也不想它直接去读取预制体文件(数据量很大,费 Token 也费时间,所以我有在需求案里直接描述了所有相关预制体的结构),只能说耗时过多情有可原,但也不予加分了。 代码的完成度上,Claude Opus 5 只犯了和 Claude Fable 5 一样的一个细节错误,比 Claude Opus 以往的版本的表现都要好。 GPT 5.6 Sol GPT 5.6 Sol 在浏览了一遍代码库之后,遵从指令向我询问了它不确定的问题。 这是 GPT 5.5 及其它模型都没有做到的,或者说它们并没有发现这些问题,因为询问的问题都是之前模型易错的问题。 GPT 5.6 Sol 花费的时间也是 GPT 系列模型有史以来最长的,它不仅阅读了代码,还阅读了配置表。 值得一提的是,GPT 5.6 Sol 我是测了两次,因为第一次评测时,我发现它在遇到问题时,并没有直接向我提问,而是先去查找提交历史、其它分支的代码,它通过这种方式发现了线上分支的代码,于是我直接中止了对话。 这种情况可能之后会越来越常见,评测的环境需要更加严格了。 最终,GPT 5.6 Sol 相对 GPT 5.5 来说,它花费的时间更长,但是它也做得更多。 即使需求案里没有要求的,它也会认为这是应该做的,比如说这个评测需求里,红点系统、自动切换系统都只写了一半,涉及到的地方都使用了 TODO 进行注释。 虽然皮肤涉及到了这些系统,但是需求案并未要求要补全红点或者自动切换系统的功能,GPT 5.6 Sol 还是默认认为这些系统应该是完整的,尽力去做了。 DeepSeek V4 Flash 0731 这篇文章中前四个模型其实在上个星期就测好并且写好了总结,但一直不太想发布,因为一直在等一个良(梁)日。 突然今天 DeepSeek V4 Flash 正式版发布,并且 GPT 5.6 Luna 的价格令人震惊瘫坐,看来吉时已到,正好测了立马发布。 本次 DeepSeek V4 Flash 正式版与预览版本的表现确实天差地别,以下分点说明: 正式版本用时与预览版本差不多,但是正式版本在完成编码后花了几分钟尝试用各种方法想要通过编译去验证代码正确性,要说明的是由于是 Unity 项目,一般模型是不去编译验证的,因为 dotnet build 会失败。 前 10 分钟,它都在阅读已有代码库,大概有 5 分钟都在尝试编译验证代码,实际编码的时间我估算只有 2 分钟左右,而预览版本是没有尝试编译验证的,不考虑这部分时间的话,正式版本的速度要比预览版本快 5 分钟左右,也就是快了 30%。 他会通过 python 去解析必要的 Prefab YAML 文件验证代码正确性,很少有模型会做到,但最后的总结报告并没有像 Opus 5 一样找出预制体中的问题,当然也没有像 Opus 5 一样花了太长时间去阅读预制体。 DeepSeek V4 Flash 也像 GPT 5.6 Sol 一样,即使需求案里没有要求的也去做了,比如红点系统,并且令人惊喜的是,它给出了有效的总结报告,即指出了自己疑惑、猜测出的决策: # 需要你确认的设计决策(需求未明之处) 1. "新皮肤"红点判定:服务器未下发新皮肤标记,我按客户端推断实现 —— 首次出现的已拥有皮肤(启动 useSkins + 打开界面返回的皮肤列表)标红,点击任意红点皮肤后全部清除。功能上线时老玩家的已有皮肤会先亮一次红点。 2. S2C_SKIN_LIST.TotalAttrs 未使用:由于 C2S_SKIN_LIST 按类型请求,TotalAttrs 是单类型还是全局总和无法确认,属性总览改为按文档描述客户端合并(使用中皮肤属性求和)。若服务器期望用 TotalAttrs,请告知。 3. 称号预览等级:项目无玩家等级字段,m_textTitleUserLevel 显示的是神针等级(主城建筑等级)。 4. 已过期皮肤视为未拥有(显示锁定 + 去获取按钮)。 5. 气泡预览中的 m_textBuble 文字:需求未定义内容,保留预制体默认,未做修改。 犯了经典的皮肤类型映射错误,还有预览展示错误、初始化数据问题,而且出现了少见的独立页签状态和使用中缓存问题。 最终,根据审查结论,DeepSeek V4 Flash 正式版的完成度逊于 Composer 2.5、GLM 5.2 等模型。 将 V4 Flash 正式版排在 GLM 5.2,甚至是 Composer 2.5 的后面可能招来很多争议,我也有心理准备。 特别是有像 DeepSWE 这样也非常符合我的使用体验的基准测试,测试结果是 V4 Flash 正式版的得分超过 GLM 5.2 不少。 但通过我自己这次进行的 Unity C# 需求开发中的表现来看,284B 能有这个表现已经非常惊艳了,但用 284B 的模型全面战胜 1T+ 的模型,在评测过后,我持怀疑态度。 GPT 5.6 Luna GPT 5.6 Luna 这次测的是 Max 思考程度,由于它现在的价格在购买订阅后几乎等于不要钱,并且宣传的速度也非常地快,那么我对它的实际能力就很感兴趣了。 实际测试有一点大跌眼镜,在 Max 思考程度下,它竟然打破了 Kimi K3 的耗时记录,花费了 95 分钟才完成了整个测试! 这并不是它的令牌输出速度太慢,实际上是执行步骤非常多,花费了整整 47M 的令牌数,是一般模型的 4 - 5 倍。 GPT 5.6 Luna 主要犯了一个功能未实现的严重错误,但其实它可以完成的更好,它在中途其实已经停下来询问过自己不清楚的地方, 但由于这些问题都可以从代码库中找到答案,所以之前模型的询问我也是没有直接给出答案,而是让模型自行仔细阅读代码。 但最终依然没完成此功能的开发,总结中也有列出自己未实现此功能,是因为无法找到对应的数据。 这样看来,GPT 5.6 Luna 给我的感觉就更像是 GPT 5.6 Sol 的阉割版,能够思考但是又思考得不足。 导致了它在面对这种对它来说复杂的需求时耗时太长,且最终完成的效果也不够好。 作为一个定位是经济快速的模型,在这种需求上实际体验不如 Grok 4.5、DeepSeek V4 Flash 这些模型。 总结 前沿模型完成任务的速度越来越慢了,无论你是说因为模型大了还是高峰期限速之类的,最终对于用户来说就是慢了,除了 Grok 4.5、DeepSeek V4 Flash 以外,其它几个模型花费时间都超过了 30 分钟。 模型猜测用户意图的能力越来越好了,Opus 5、DeepSeek V4 Flash 会查看预制体中的错误,5.6 Sol 会查看配置表中的错误;在这个评测场景来说是好的,但是否会过拟合还得再测试更多场景。 DeepSeek V4 Flash 正式版与 Grok 4.5 会替代 Composer 4.5 成为我日常快速任务使用的模型,首先它们足够快,给人的感觉都很可靠,其次效果也足够好,而 DeepSeek 主要胜在不用担心降智,价格极其便宜且易于获取。 Kimi K3 与 Opus 5 成为我前端、架构、3D 设计所使用的模型,之前我不会为了这些任务专门使用一个模型(只用 GPT)。 GPT 5.6 Sol 成为我的主力模型,之前是 GPT 5.5。 GPT 5.6 Luna 在订阅中价格便宜,但对于复杂需求来说不太好用,但不排除它有非常好的执行简单任务的能力。 T1 行列现在已经成为基线了,DeepSeek V4 Flash 正式版的发布甚至让其已经成为斩杀线了,非 T1 模型几乎不用再考虑使用,并且期待第一个进入 T0 行列的国产模型出现。 69 个帖子 - 64 位参与者 阅读完整话题

  9. 9
    【蓝色大肥鱼竟敢吃白饭】

    ds v4没发布时:金融吸血鬼的谎言泡沫即将破裂 v4 预览版发布时:deepseek的新一代大模型发布,但代价是什么? v4 预览版承认由于gpu产能导致现在自己价格虚高时:一颗新星正在冉冉升起 v4 预览版打二五折时:开源界的英雄正在拯救闭源的黑暗ai界 v4预览版宣布命中缓存输入打1折时:德技双馨的老企业家梁文峰再攀高峰 v4预览版宣布25折永久保留时:伟大的梁圣和他的大赢鲸莅临ai界 v4 正式版迟迟不出时:爱梁,信梁,等梁 v4宣布涨价:蓝色大肥鱼竟敢吃白饭, v4正式版跳票:小难梁掏不出大赢鲸 ds官方未就跳票做出解释:大wait die梁子重新定义七月中旬,ds的神话还能持续多久? gpt luna降价:新一代斩杀线正清算被背信弃义的伪朝 v4 flash 0731发布:亿万鲸子清算!对所有AI企业后门进行深度求索! 42 个帖子 - 41 位参与者 阅读完整话题

  10. 10
    差点猝死,而且丢失了期间所有记忆,佬们注意休息

    前天熬了个通宵,再此之前每天都是高强度vibe,连着一个月了吧,每天就睡4个小时左右,前天熬完通宵早上八点多了,手上的活马上干完了,但是有点困了,所以就想着要不去图书馆吧,离开了床就不会想睡了,所以我就喝了两杯咖啡,早上九点多到图书馆了,继续vibe到了14点左右,实在是累了,准备去网吧打会游戏。 到了网吧之后和朋友双排的,整个人也不咋在状态,大概16点多的时候我突然两眼发黑了,我就给我朋友说了一下,我说我状况好像不太对,也就是说完这句话之后,当我再次睁眼,已经是28个小时之后了,后面听我妈和网吧网管的讲述,我16:10分就在网吧包厢开始抽搐,然后彻底昏死过去了,120来了之后测了心率,210的心率,他们说当时我是有意识的,也能做出反应,甚至后面是警察送我回的家,我也自己回了卧室睡觉,但是我真的一点记忆都没有,给我的感觉就是,上一秒我给我朋友说两眼发黑了,下一秒就是28个小时之后了。而且抽搐的时候咬到舌头了,舌头上全是伤,现在吃个东西都很难受。 真的太恐怖了,还好我是在公共场所,要不然这会已经上天了。佬友们平时一定要多休息,活干不完可以慢慢干,命没了就真没了 题外话就是,我居然觉得这种感觉有点神奇,难以置信,他们都说当时我有意识也能回答问题,但是对此我真的一点记忆都没有,一片空白,就感觉是别的东西在控制我说的话一样 257 个帖子 - 235 位参与者 阅读完整话题

  11. 11
    『富可敌国』『高级推广』君の星辰 codex 降至0.066

    君の星辰 codex 降至0.066 欢迎大家体验 (禁止nsfw和涉政) 具体使用体验会跟随号池状态,openai官方状态,网络状态等因素波动,请大家理性消费。 实际价格会跟随成本波动,实际价格以官网为准,帖子价格可能滞后 首字直接起飞~ 君の星辰官网:https://ai.centos.hk 官方 Telegram 群: Telegram: View @XingChen_AI 官方 Telegram 频道: Telegram: View @XingChenaiTG 164 个帖子 - 133 位参与者 阅读完整话题

  12. 12
    准备下一个项目就是动态家宽IP 和 家宽IP订阅节点 看看有多少需要要的,完成后送CDK【8/3 05:36 道爷我成了】

    准备下一个项目就是动态家宽IP 和 家宽IP订阅节点 看看有多少需要要的,动态家宽IP已经写完了测试完了 接下来就是订阅节点功能加上去看看我的出口节点咋样 https://linux.do/t/topic/2693888/6 新帖子 8/3 05:38 8/3 05:36 终于是写完了测试完了,今天发CDK 就50张 关注我,新帖子里会有CDK链接! 就放几个出口IP吧 现在上千个家宽已经就绪 8/1 8:48 还没弄完,睡醒再弄了 8/2 18:23 起来了继续弄,动态api 我觉得暂时不会放了防止滥用也因为现在的带宽小承载不了太大,晚上好了放50位 7天订阅节点CDK 8/2 21:39 做最后的审查和测试明天放测试CDK 8/3 0:43 基本上完活了,白天或者晚上开放CDK测试 不做推广 我会另发帖子 167 个帖子 - 144 位参与者 阅读完整话题

  13. 13
    Cloudflare 优选加速保姆级图文教程

    Cloudflare 优选域名加速保姆级教程 之前也发过一篇类似的文章,由于Cloudflare的界面大改,也没有图文教程。所以Cloudflare 优选域名加速保姆级教程 诞生! (点击了解更多详细信息) 二、开工前先备好这些东西 一个域名,NS 必须完全转到 Cloudflare 名下(如图)。免费域名(比如 dpdns.org,eu.cc等)也能用,但千万别用"双向免费"那种域名,容易被 CF 判定滥用直接给你限制了 一个优选域名,本文用 cdn.091224.xyz 当例子,你也可以换成自己找的其他优选域名 看你的需要,可能还得注册个第三方 DNS(比如华为云国际版)或者SaaS要绑个支付方式(PayPal、信用卡都行) 准备好了咱就分三种情况来讲:Worker、Pages、Cloudflare for SaaS。你项目部署在哪(哪里需要优化)就看对应那一节,不必浪费时间。 三、方案一:Worker 怎么弄 适合你的项目跑在 Worker 上的情况,比如 API 网关、边缘函数这类。 核心思路:用"路由"(Route)绑定域名,别用 Worker 自带的"自定义域名"功能。为啥?因为路由能让你自己控制 DNS 代理开不开,这正是优选的关键——把 DNS 记录改成"仅 DNS"(灰云朵),流量先走优选域名解析,再交给 Worker 路由接管。 具体咋操作,拿 img.yourdomain.com 举例: 打开 Cloudflare 仪表盘,选你的域名 → DNS 管理页面 加一条新记录: 类型:CNAME 名称:随便起,比如 img 目标:cdn.091224.xyz(或者你自己的优选域名) 代理状态:一定要点成灰色云朵,千万别开橙色代理 去 Workers & Pages → 找到你的 Worker 项目 → Settings → Domains & Routes 加路由: 规则填 img.yourdomain.com/* Zone 选对应域名 保存,等 DNS 生效。一般 1 到 5 分钟,很多时候不到一分钟就好了 注意:千万别用"Custom Domains"那个选项,那个会强制走 Cloudflare 自己的代理,优选根本不生效。必须用路由,而且规则最后一定要带 /*,不带的话只有主路径能访问,子路径全 404。 四、方案二:Pages 怎么弄 适合静态站点或前端项目部署在 Pages 上的情况。 为啥麻烦一点:Pages 绑定域名的机制跟 Worker 不一样,不让你自由控制代理开关,所以不能继续用 CF 自己的 DNS 做分流,得靠第三方 DNS(这里用华为云国际版)的"分线路解析"能力,专门给大陆用户返回优选域名的记录。 准备:CF 托管的域名 + 优选域名,再加一个华为云国际版https://console-intl.huaweicloud.com/dns/?region=ap-southeast-1#/dns/dashboard账号(注册时建议开着全局代理,要不然可能会被重定向至国内站)。 拿 img.yourdomain.com 走一遍: 进 Pages 项目 → Custom domains → 添加 img.yourdomain.com 系统会给你一条 CNAME 记录,记下来(长得像 zsfan.pages.dev 这样) 登录华为云国际版 → DNS 服务 → 公网域名 → 创建公网域名,填完整的 img.yourdomain.com 创建成功后进解析管理(注意要在Cloudflare添加相应的NS记录,要不然不会生效),加两条 CNAME(除了自己的配置,其余的与图片保持一致即可): 第一条:线路选"全网默认",值填 Pages 给你的 pages.dev 地址 第二条:线路选"地域解析 > 中国大陆",值填优选域名 cdn.091224.xyz 保存 注意:填域名时一定要跟 Pages 里绑的完全一致,别偷懒简化。华为云会给你 4 条 NS 记录, 记得回 Cloudflare 的 DNS 里把这 4 条也加上,不然解析不生效。 加完之后华为云可能还在提示你加 NS,不用管,忽略就行。 五、方案三:Cloudflare for SaaS 怎么弄 适合你有自己服务器(不在 CF Pages/Worker 上),又想主域名走 CF 保护,同时国内还能走优选线路的情况。这个是三个方案里最绕的,但也最灵活。 思路:用一个"回源域名"(必须托管在 CF)当跳板,通过 Custom Hostname 这个功能,让另一个完全独立、甚至没托管在 CF 的"主域名"也能享受 CF 的代理和证书,最后流量还是会转回你自己的服务器。叠加优选分流后:大陆用户走优选 IP 进来,CF 认出 Host 之后转发给你真实的服务器,你的服务器都不用托管在 CF。 准备:两个域名——主域名 a.com(用户实际访问的,不用托管在 CF)、回源域名 b.com(这个必须转 NS 到 CF);再准备一张信用卡或 PayPal(开 SaaS 功能强制要绑支付方式,推荐 PayPal,方便点);还有优选域名 cdn.091224.xyz。 第一步,先弄回源域名 b.com: 确认 b.com 的 NS 转到了 CF 加 A 记录指向你真实服务器 IP,这次一定要开橙色云朵代理(跟前两个方案正好反过来,这里就是要 CF 的代理层帮你处理证书和转发) SSL/TLS 加密模式改成"灵活"或"严格"(服务器自己有证书就选严格,没有就选灵活) 点击右上角的配置 根据图片指引配置 进 SSL/TLS → Custom Hostnames: 先加"回源主机名"(填 b.com 或者 saas.b.com), 再加"自定义主机名"(填 a.com,TLS 保持默认), 保存 第二步,验证域名: CF 会让你在 a.com 的解析商那边加一条 TXT 记录,用来验证域名归属和签证书 按照图示依次添加两条TXT记录 加完之后回 CF 的 Custom Hostnames 页面,点页面里的刷新按钮,别用浏览器刷新或 F5,那样不管用 一般几分钟就变成"Active"了,说明证书和映射都搞定了 第三步,配大陆分流: 在 a.com 的解析商那(还是用华为云举例)加个子域 cdn.a.com 设成中国大陆线路,CNAME 指向优选域名 cdn.091224.xyz 保存等生效 搞完这三步,效果就是:大陆用户访问 a.com 走优选 IP 进 CF,CF 认出来是 a.com 之后转发到 b.com 背后你的真实服务器,全程你服务器的真实 IP 都藏在 CF 后面,别人看不到。 到此结大功告成,欢迎分享,点赞 有什么不懂的可以滴我哈 58 个帖子 - 37 位参与者 阅读完整话题

  14. 14
    【霸气公益】已运行超 1 年的公益站-纯国模-260801更新

    本帖使用社区公益推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的项目是免费使用的,无收费(变相收费、赞助)部分: 是 / 否 我的帖子已经打上 公益推广 标签: 是 我的项目属于个人项目,与公司或商业机构无关: 是 我的项目不存在QQ、TG等群组引流: 是 我的项目不存在非运营必要的网站引流: 是 我的项目不存在为他人推广、AFF: 是 我的项目无关联的商业项目: 是 我的站点存在登录,并已接入 LINUX DO Connect: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 平台昨日下午已更新最新deepseek-v4-flash-0731,同步上线hub站了 欢迎各位佬体验,2000元3个官方账号负载 手机编辑 有不到请佬们之处见谅 公益站地址:http://ai.121628.xyz 111 个帖子 - 94 位参与者 阅读完整话题

  15. 15
    【CHY公益站】 一觉醒来,成功飞升

    公益推广 (点击了解更多详细信息) 今天一觉醒来,本来是要去 福利羊毛 区,找找有没有新渠道,结果发现我居然能查看三级的帖子 当前可用模型: 话说佬友们谁知道三级的 L 站 专属邮箱在哪获取吗 对了,还有一个好消息,我发现标签里面居然有 CHY公益站 以后帖子就发在这个标签里面了 122 个帖子 - 97 位参与者 阅读完整话题

  16. 16
    [富可敌国]「粥.Pro」全网首发“号池可见“且”重置同享“的GPT纯Pro中转站!佬友共可领15刀~

    首先感谢L站提供的推广机会~ 作为程序员真心喜欢这个社区~ 站点简介 【粥.Pro】是 ChatGPT Pro 账号专营中转站,站点链接:https://congee.pro 不玩数学游戏,充值比例 1¥ = 1$ 不设订阅捆绑,随充随用 0.20x 倍率 真诚换取信任,注重中转用户体验 QQ群:450981902 点此链接加群 建站初衷 期望解决所有中转站用户的两大痛点,也是部分佬友不愿意用中转站的两点顾虑: 无法确定中转站是否真的纯血 官方重置都被中转站赚进口袋 本站特色 期望建造一个更趋近账号拼车的平台,让大家看见账号情况,享受账号级权益: 首创用户可见号池,包括登录类型、订阅档位、剩余用量、重置次数等账号数据均下放至用户级可见,让大家清晰的查看到自己每一条使用记录的实际承担账号。 首创重置返额机制,若官方按下重置按钮或发放重置次数,本站将会把重置周期内用户实际消耗金额的90%返还为周限时额度,让大家同享周额度重置的乐趣。 些许福利 小站初营,感谢佬友们捧场支持,献上专属福利: 本站账号登录立得 5$ 本帖评论已注册的用户ID加赠 5$ 进群报上已注册的用户ID再赠 5$ 福利以限时额度到账,额度有效期3600天,可放心领取~ 限时额度 设定主要用于限时权益管理和退款金额统计,不会影响正常使用~ 限时额度全分组可用,不设范围限制 调用时优先消耗限时额度 1:1 抵扣普通额度 限时额度同样享受 重置返额机制 权益 目标用户 如果您符合以下用户特质,不妨来小站试一试呢 厌倦了在断断续续的低价渠道间东奔西跑 自充Plus号不够用,自充Pro号又用不完 想安稳用Pro号但担心号池混用和二手渠道 每次看到官方重置都眼馋自充党还假装不在意 想随充随用,不想背负周期限额带来的用量焦虑 站长想法真不错!我单纯想要支持一手 容量考虑 因小站首开试营,不敢肯定大家能共情接纳此运营模式,准备不一定完全充分。 福利预告 官方未重置,本站抛砖引玉,顺便测试功能完整性。 重置返利机制 的形式 返还30%周限额度。 站点链接: https://congee.pro 2662 个帖子 - 2565 位参与者 阅读完整话题

  17. 17
    Claude Code破限工具更新

    本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 claude-keysmith更新的速度超出了我的预计,话不多说,直接上效果图: (点击了解更多详细信息) 化学研究方向 (点击了解更多详细信息) 机械工程方向 (点击了解更多详细信息) NSFW方向 (点击了解更多详细信息) 上述环境为MacOS,Claude Code,Opus5 在我其他帖子有相关信息,评论区也有很多佬的使用经验,Fable也能有一定效果: 更新了破限工具的Claude Code版本 开发调优 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 上一篇帖子我… https://linux.do/t/topic/2663369 OP5API层面被封的很严 搞七捻三 [image] 改本地文件的方式还是有效的,但是使用起来太麻烦了 感觉有点难产,有没有佬能指点下 也欢迎继续在这个帖子分享经验和反馈。 Codex破限工具也就issue提到的Bug进行了修复更新: github.com GitHub - Jia-Ethan/codex-keysmith: Version-independent Codex instruction deployment... Version-independent Codex instruction deployment with dry-run, backups, hook isolation, and recovery. 最后是在原仓库更新的本工具: github.com GitHub - Jia-Ethan/claude-keysmith: Claude Code CLAUDE.md import-block installer for... Claude Code CLAUDE.md import-block installer for local instruction files 期待各位佬的反馈和建议! 64 个帖子 - 38 位参与者 阅读完整话题

  18. 18
    giffgaff明确表示拒绝退款后,我已正式向Ombudsman提起申诉

    从这篇帖子来 giffgaff被封后续退款申请 - 搞七捻三 / 搞七捻三, Lv1 - LINUX DO 今天早上一起床也是收到了giffgaff正式申诉被拒绝退款的最终通知: (点击了解更多详细信息) 结合这篇帖子:刷到个投诉 giffgaff 的方式(转载) Ofcom在英国类似工信部 从昨天开始截止到今天,据不完全统计,giffgaff的工单号已经累计过万,大部分佬友都被拒绝退款或冷处理,实在看不惯这种强盗行为,所以我通过Communications Ombudsman对giffgaff提起了申诉,以下是让gpt帮我总结的投诉流程和部分截图,希望能给各位佬友提供参考: (点击了解更多详细信息) 投诉完成后收到的邮件和待处理状态截图 (点击了解更多详细信息) 目前ombudsman还未分配专员跟进,我跟giffgaff正在持续对线中,把往来邮件同步到了ombudsman的 Evidence 中 (点击了解更多详细信息) 截至7月30日21:35最新进度 (点击了解更多详细信息) 所以指望giffgaff主动退钱应该没戏了。现在有以下三条路: [update已收到退款]GG卡招行信用卡回复 giffgaff被封号,官方不回复,招行秒退款 公益捐助(没有办法的办法) 此贴实时更新进度,并整合gg相关的帖子供各位佬友参考,让子弹再飞一会吧 154 个帖子 - 111 位参与者 阅读完整话题

  19. 19
    小孩子可以学 AI 原理吗?作为一名 11 岁接触 LLM 的小孩子,分享一些看法~

    Edit 建议佬友们读完全文再发帖讨论QAQ Edit 2 给没看过原帖的佬友大概介绍下背景,原帖是一位爸爸问能不能让自己的孩子学 ai 原理,下面有一些人说孩子太小不能学。我写这篇帖子的目的是为了证明这个年龄段的孩子可以学习 ai 原理。看来有不少佬友没看过原帖,我也确实表述没有很准确 qaq 从很想听听佬们的意见:孩子真的不能学习AI原理吗?继续讨论: 今天刷到一个帖子,发起讨论「孩子是否可以学习 AI 原理」。帖主 @StarFox 认为可以,因为简单理解 Transformers、CoT 的原理不一定要有数学基础。立刻有人反驳:不会线性代数,搞不明白向量叉乘,没有基础、黑盒学习能有什么效果? 帖中讨论的对象主要是四、五年级到初中的小孩子,而幸运地,我正是在这个年龄段开始接触和使用 AI,也属于讨论的对象中的一员。评论区不少人是大学生、研究生、博士生,更多的人已经毕业工作,学识和能力都无疑在我之上,对于 AI 的理解也远比我深刻。然而,一些人对于我们的推测和断言,与我的体会有所偏差。古人云「耳闻之不如目见之,目见之不如足践之」,所以我今天斗胆来分享下自己的一些看法,还请多多指教。 先中译中一下帖主的意思。他所说的「简单理解」其实是一种直觉上的理解,或者说是「通过理解内涵逻辑从而塑造培养直觉」的方法。 比如梯度下降,公式上的理解是 \boxed{\theta_{t+1}=\theta_t-\eta\nabla J(\theta_t)}。而直觉上理解梯度下降则只需要在脑中构建一个高低起伏的空间,一个点从某一个位置出发,总是朝向向下坡度最大的方向移动,最终所有方向坡度都向上时(在谷处)停止。 不难发现,公式上的理解通常需要积分、导数、矩阵乘法、凹凸性的高数知识,而在直觉上理解是并不需要数学基础,是个人都会。在这里,如何表示「高低起伏的空间」、如何计算「向下坡度最大的方向」是哪个、如何计算「向特定方向移动后的坐标」,都像一个个封装好的函数。函数里具体是如何实现的,在这个阶段不必了解。 这就反驳了评论中常见的一种错误观点:学习原理就必须有高数基础。 接着我们再看评论中另一个常见观点:学习原理对应用没用。实际上,这种「直觉上的理解」对于应用 AI 相当有用。 因为如果他们在直觉上理解了注意力机制,就不难理解为什么指令要求后面加上一堆感叹号不能起到强调作用反而会稀释注意力,为什么 prompt 重复两遍可以提升性能、而重复五遍会降低表现[1]。如果他们在直觉上理解了 Tokenizer 的原理,看到模型算出 9.11>9.9、strawberry 里有 2 个 r 就不会大惊小怪[2]。如果他们知道每次预测都要综合计算前面所有上下文的 KV 矩阵,就能明白 context 管理的重要性,也就能明白如果模型拒绝要求时继续说服是没有效果的[3]。如果他们了解过拟合,就很容易推理出为什么<think>可以获得随机回复[4]。如果他们理解了语义激活,就能明白为什么 prompt 中使用正面要求比负向写法效果更好[5]。 再说说评论区中的另一种观点,就是愿意学习、有能力学习 AI 原理的孩子太少了。这就是太低估新时代的小孩子们了。读到这里可能一些人觉得我很厉害,而这种厉害只是个例。这句话有两个错误,第一,我并不厉害,第二,有无数比我年龄小、却比我厉害的多的人。前年我和学校里的一位同级生一起参加比赛,他在没有 Claude Code 的时代就已经精通十几种编程语言。他在那场比赛中获得一等奖,而我却忘了保存拿了零分。今年我考入了苏州中学,而和我同一年入学的,还有比我小半岁、却维护着一个规模比我的项目大得多的 GitHub 仓库的 Nemo2011。今年是他维护这个 4.2k stars 仓库的第五年。即使倒退回几年前,以他们的智商和能力,不可能学不会 AI 原理。这样的人我身边就有三四个,可想而知,有能力有兴趣学习 AI 原理的孩子绝不在少数。 感谢你阅读到这啦。本文在飞机上撰写,若有前言不搭后语的地方,非常抱歉ww(是不是写太严肃了 来自 Google Research 2025 年末的一篇论文 Prompt Repetition Improves Non-Reasoning LLMs。原因是注意力是单向的,模型只看前文而不看后文,导致看问题前半部分时看不到后半部分。如果重复两遍,第二遍时看问题的前半部分就可以综合第一遍时问题的半部分,类似人类的回读。只对非思考模型有效,因为思考模型在思维链中会自己重复一遍。重复过多次会导致注意力涣散和减弱。 ↩︎ 模型不会数数一般是并行概率拟合本身不擅长计数、加之重复数据可能出现的结构位置混淆导致的。但 strawberry 里有几个 r 确实是 tokenizer 的问题。 ↩︎ 正确的做法是将拒绝的消息删除,然后重新发一遍 prompt。当然这个方法只对确实不该拒绝的情况有效,比如模型因为某些执念不想直接告诉你答案(非要你自己算)用这个方法可以解决,但模型如果因为请求违反伦理或政策而拒绝,就通常需要更复杂的破限方式。 ↩︎ DeepSeek 某个版本中,无上下文情况下发送<think>可以获得模型对一个随机问题的推理过程。当时小红书就有好多人觉得是 DeepSeek “把其他人的回答发送给我了”“非常恐怖会不会是数据泄露”,而且这样的帖子能获得数千点赞。实际原因是模式诱导。广义上来说也是过拟合的一种(格式过拟合)。 ↩︎ 也就是粉红大象效应。在 SOTA 模型中这个效应已经没有那么明显了,在大多数情况下他们可以很好地处理负向要求。但效果仍不如正向要求。 ↩︎ 229 个帖子 - 161 位参与者 阅读完整话题

  20. 20
    Giffgaff 退款成功!5 天内 10英镑到账

    我今天下午收到停止我账号的邮件,我就进行了退款申请,5分钟就申请通过给我发邮件了 Log in | giffgaff) 登录账号后就可以填写退款申请了,你就可以写一下自己的申请,我的申请是这样的:Dear Sir/Madam, 217 个帖子 - 162 位参与者 阅读完整话题

  21. 21
    【CHY公益站】本公益站没有闭站计划

    大概是昨天晚上 10 点到 11 点左右发生的事 幸好年轻人精力旺盛,不然我也要被折腾的关站了 62 个帖子 - 54 位参与者 阅读完整话题

  22. 22
    自闭了,分手八个月了还是走不出来

    分手八个月了自己还是常常内耗,内疚,会想起之前做的事情,明明去年还很恩爱的在一起,今年就物是人非。在想当时要是做的好些会不会就不会分手了。 另一个感慨是就在结婚前,不要陪对方成长,多提高自己,陪对方成长的代价很痛。 PS:为什么佬友有很多人说到女生 32 岁,这个问题呢?有什么特殊含义吗? 前景提要 楼主在河南省会的小国企上班,郑州本地人,一个月5-7K。然后这些年支持前女友考教师编,全省巡考,自己出钱出力,然后考上了周口的市区小学老师。考上前要求彩礼6.6,没房子有老家房子也行。考上后,彩礼20W,在周口买房,其他乱七八糟的。自己一直在攒钱达标,最后还是分手。 楼主29,女方32岁,7年了,可能女方父母在女方上岸后,一直想让对方找个体制内或者公务员吧,自己的确不属于体制内,而且家里是农村的,但是女方父母也是农村还有个28岁的弟弟无业,我也不知道是不是的确是考上编制了就是人上人了,阶级就不一样了,我很后悔支持对方考编,又出钱又出人。 还有一个事情,想问佬友,当时需要本人现场报名,我使了点手段,因为她两场考试冲突,帮她报上了(我查了一下,这种作假的被举报会被取消编制的即便被录用了)。现在我姐姐看我很难受,非要去举报,说过不下去都别好过,我很不知道该不该这样做。 最后就是一直走不出来,也不知道该如何释怀。 感觉自己七年的付出,说实在的都是我单方面付出,对方7年就给我买了一个眼罩和防晒衣,就这样我觉得有人陪我就很好,我很珍惜。【我感觉不是我单方面付出,可能我也没伤得这么深吧】 感谢 各位佬友 我自己努力往前走,看着大家也学到了不少。知道了男女关注点的不同,谢谢佬友们。至于举报,我再和我家人沟通一下吧。 还是希望佬友们以我为鉴,多提高自己,少帮助他人,可能干扰他人因果会有反噬吧。在婚姻中,男女看重的不同吗?观上个帖子佬友常说年纪问题 - #26,来自 zch 这个我以后多看看恋爱帖子,多学习。希望佬友们生活都幸福美满,谢谢。 418 个帖子 - 309 位参与者 阅读完整话题

  23. 23
    「开源」拯救你的 grokfree,实测完美运行降智避免插件!

    本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 直接上图: 来说一下原理,我上一个帖子说过了, github.com GitHub - lij768423-svg/grok2api-egress-enhancements: Grok2API & CPA egress quality guard with proxy... Grok2API & CPA egress quality guard with proxy recovery, quarantine, migration, and operations UI 注册机 github.com GitHub - lij768423-svg/grok-register-panel: Grok register engine (Camoufox) + live web monitor... Grok register engine (Camoufox) + live web monitor panel cpa插件 【开源】 拯救你的 grokfree之 cpa 插件开源 开发调优 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 前情提要: … 160 个帖子 - 62 位参与者 阅读完整话题

  24. 24
    【狂撒LDC和注册码兑换码中】我做了一个人类,AI ,算法同场对抗的游戏:Arena Hero

    好久不见好久不见 最近呢,我做了一个人类、AI 和算法能同场对抗的游戏:Arena Hero app.arenahero.io Arena Hero | Every Tick is a decision Explore an infinite battlefield, build your fleet, and fight for the only Champion Beacon. 这个游戏运行在一个不会重置的共享世界里。每个玩家从一个核心和工人开始,通过采集资源、建造单位、探索地图和战斗逐渐发展。资源有限,越靠近中央资源越多。 听着很像文明和eve是吧,没戳,借鉴了,还借鉴了一个叫screeps的游戏。screeps的特点是能通过写代码来控制游戏角色。所以呢,我这个也行! 你可以直接打开网页玩,也可以通过 API 和 Python SDK 编写自己的 Agent。我还准备了 Arena Hero Skill,可以直接交给 Codex,让它帮你写策略并连接游戏。 话不多说,直接放图: 左边是官方网页前端,右边是 Codex 写的 Agent 正在实时读取游戏状态并下达指令。这是同一场游戏的两个视角。 PVP实录 更详细的规则在文档里,如果你感兴趣,欢迎阅读! 文档和规则:Arena Hero 快速开始 | Arena Hero 使用 Skill | Arena Hero 碎碎念 其实仔细想想,这个游戏项目很有价值,这也是为什么我做下去了。 比如,可以让 GPT 5.6 和 Claude Fable 5,在完全相同的地图和规则下长期对抗。这样,不光能在真实场景下测试Agentic能力,战略能力,还能测试处理意外,并在犯错之后纠正的能力。 它也能用来观察 LLM、传统算法和人类各自的边界。传统算法稳定,但遇到没见过的情况可能会很死板。LLM灵活,却不一定每次都可靠。人类有直觉,但介于我这个游戏一个回合15秒,我看你们等单元多起来了怎么操作。 把三者放进同一个这种游戏里,能比单纯跑分更容易看出差别(没错说的就是你哈基米跑分王)。最后,最强的未必是其中某一种,也可能是人来定方向,LLM 做判断,算法负责执行。idk,想象力你们来搞定! 碎碎碎念 1600 LDC,50个:我向你分享了一个LDC红包,打开 hb.unsnow.org ,输入口令 53144631 领取 可以拿游戏内资源换兑换码和注册码啥的:https://linuxdoshop.arenahero.io/ 除此之外,再我到达LDC黑金会员之前,每天我看到的关于本项目的帖子我都会挑两个,每个帖子给贴主发500ldc鼓励一下。 非常需要一个好看的前端,我不太会写。项目前后端分离的,API文档都在文档里。 另外600去ja netifier抽了 255 个帖子 - 97 位参与者 阅读完整话题

  25. 25
    【持续更新】GiffGaff 封号后反击全流程

    持续更新,因为我还没走完所有流程,所有有些流程暂时没有截图和说明,但是也希望能帮到大家。 giffgaff 最近大规模封号,在封号初期(大概头几个小时),有佬友通过申诉退款成功,但是后面估计申请退款的人太多里,所以客服团队开始全面模板化回复,并且拒绝退款: 第一步:通过官网联系客服申请退款 地址:Ask an agent 进入这个地址,会首先要你登录,这里不用担心,被封号了其实还是可以继续登录的,所以正常登录就行,但是有可能在登录时会出现请求验证码的窗口闪回的情况,多登录几次就可以登录了,验证码选择使用邮箱收取,因为手机已经收不到验证码了。 登录后会进入帮助请求界面: 然后依次选择: Plans, Credit and Payment Details(套餐、余额和支付详情) 你自己被封号的号码 Credit balance or plan allowance(余额或套餐余量) Credit balance(余额) Yes, unrelated to plans(是的,与套餐无关) No No 填写你的退款诉求,这里我不贴具体内容,大家可以用下面的提示词让 AI 写一封就行,这样也能保证不会出现大家模板化申诉的情况 提交 【背景信息设定】 扮演一位的真实英国电信运营商(giffgaff)的用户。 该运营商近期以“违反长期海外漫游公平使用政策”为由,在没有任何提前通知的情况下,直接对我进行永久封号。目前账号里还有一笔没来得及消费的余额。 【核心诉求】 我不指望解封号码,因为几乎不可能。我只需要他们把我账户里的余额原路退回就行。我需要为账号提交人工客服工单,请你帮我写 5 个完全不同版本的纯英文退款诉求。 【要求】 1. 不讨论“漫游条款”、“为什么不提前通知”、“你凭什么封我”等对错问题。 2. 不提恢复服务、找回号码、解封账户等请求。 3. 不要编造任何关于“我的信用卡挂失了/换新卡了”的故事,统一只说“退回到我原来的支付渠道”,因为当地有严格的反洗钱政策,一旦提及更换退回渠道,他们会以反洗钱法规为由,拒绝退款。 4. 绝不接受他们的封号理由。 5. 态度强硬。 【语言格式】 1. 输出内容必须使用地道的英式英语,同时附带中文翻译,以便于我校对。 2. 不需要写信件开头的,因为这是在网页文本框里直接提交的留言,直接从 "Hi"、"Hello" 或者直接陈述诉求开始即可。 (点击了解更多详细信息) 第二步:Trustpilot 差评 提交完以后他们不会马上回复你,这个时候打开 Trustpilot 评价链接,顺手给他们来一波差评逗逗这帮英国佬。大家不要有心理压力,因为我们本身就是合法合情合理的,我们又不是没付钱。花了钱还不给我们用,这什么道理,大家尽管冲。 https://www.trustpilot.com/review/giffgaff.com 第三步:索要“最终答复信”(Deadlock Letter) 第一步提交以后,大概等待 1~2 天时间,几乎 100% 会回复你一封模板化回复: (点击了解更多详细信息) 这时候在申诉的工单界面,向客服所要最终答复信,这份最终答复信是用于向 Ombudsman 提起申诉使用的,没有这封信你没办法提起申诉,所以务必索要。 如果你找不到你的工单了,没关系我都给你考虑到了,你可以通过这个链接进入工单列表页:Messages from agents Ombudsman 是英国消费者权益保护的独立第三方机构。只要在 Ombudsman 上申诉立案,无论最终裁决结果如何,giffgaff 都必须向该机构缴纳一笔数百英镑的案件处理费。 他们想没收我们 10 英镑,我们一定要让他们吐出远大于 10 英镑的钱才行,给他们长长记性。 可用于生成回复的提示词: 【背景信息设定】 扮演一位真实的英国电信运营商(giffgaff)的用户。 我之前因为被无预警永久封号,向客服提交了退还账户余额的申请。现在客服回复了我,以“违反长期海外漫游公平使用政策”等条款为由,拒绝了我的退款请求。 【核心诉求】 我的诉求升级了。我不接受他们拒绝退款的处理结果。我需要回复他们的工单,索要“死局信/最终答复信(Deadlock Letter)”,以便我可以将此退款纠纷提交给英国独立的“通信申诉专员(Communications Ombudsman)”进行仲裁。请帮我写 5 个完全不同版本的纯英文回复。 【要求】 1. 明确表达“我不接受你们拒绝退款的决定”。 2. 仅提及拒绝退款事项,不提及封禁原因,避免他们以此为由开始扯皮。 3. 明确提及 Deadlock Letter 和 Communications Ombudsman。 4. 不使用“仲裁(arbitration)”等容易产生误解或带有强烈法律判断的表达。 5. 态度强硬。 【语言格式】 1. 输出内容必须使用地道的英式英语,同时附带中文翻译,以便于我校对。 2. 不需要写信件开头的,因为这是在网页文本框里直接提交的留言,直接从 "Hi"、"Hello" 或者直接陈述诉求开始即可。 (点击了解更多详细信息) 第四步:向 Ombudsman 提起申诉 收到 gg 发来的 Deadlock Letter 后,首先把工单的网页打印一封为 PDF 存档,后面要用。打印方式是在工单网页,点击鼠标右键-选择打印,打印参数建议这样选择(主要参数是 A4、页眉页脚、背景): (点击了解更多详细信息) 网页申诉渠道因为不支持非欧盟地区的国家,所以最好尝试用邮件形式向 Ombudsman 投诉(但是这里有点悲观,我估计 Ombudsman 是不受理的,不然网页端也不会做地区限制) 投诉方式是使用注册 giffgaff 的邮箱向 enquiry@commsombudsman.org 发送一封邮件,标题、内容可以尝试使用下列 prompt 生成: 你是一名熟悉英国消费者合同法、英国通信行业监管规则、giffgaff Terms and Conditions、giffgaff Fair Usage Policy,以及 Communications Ombudsman 投诉标准的专业投诉文书编辑。 请直接起草一份可以提交给 Communications Ombudsman 的正式投诉陈述。 不要向我提问,不要要求我补充日期、手机号码、账户号码、所在国家、余额金额、充值金额、付款卡信息或其他个人资料。不要使用任何方括号占位符。请根据下面已经确定的共同事实直接完成文书。 【已经确定的共同事实】 投诉人是 giffgaff 的个人移动通信服务用户。 giffgaff 以长期在英国境外使用服务、违反 Fair Usage Policy,以及其服务主要供英国境内使用为理由,永久断开移动服务并关闭账户。 账户关闭时,账户中仍然存在未使用的已购通信余额。由于 giffgaff 永久关闭了账户和服务,投诉人已经无法继续使用该余额。 投诉人要求 giffgaff 将未使用的已购余额退回原始支付方式。 giffgaff 拒绝退款,并援引其 Terms and Conditions 中关于账户余额通常不予退款的条款,同时再次强调投诉人违反了 Fair Usage Policy。 giffgaff 已经提供 Final Response,并告知投诉人可以将纠纷提交给 Communications Ombudsman。 投诉人不要求恢复账户、手机号码或移动服务,也不要求重新审查封号决定。投诉人的唯一诉求是退还账户关闭时尚未使用的已购余额。 【核心任务】 起草一份坚定、专业、逻辑严密的正式投诉陈述,要求 Communications Ombudsman 独立审查: 1. giffgaff 是否可以仅凭其内部 Terms and Conditions,在永久终止服务后保留消费者尚未使用的已购余额。 2. giffgaff 引用的不退款条款及其在本案中的适用方式,是否符合英国《Consumer Rights Act 2015》关于公平性、透明度和消费者合同解释的要求。 3. giffgaff 是否证明投诉人的行为给其造成了与被保留余额相对应的直接经济损失。 4. 在 giffgaff 已经通过永久关闭账户处理其所声称的 Fair Usage Policy 违规后,继续保留消费者的未使用已购余额,是否构成额外且不成比例的经济后果。 5. giffgaff 是否能够证明,保留全部未使用已购余额是维护其合法商业利益所必要且相称的措施。 【投诉范围】 投诉正文应明确说明: 1. 投诉人不要求 Communications Ombudsman 判断 giffgaff 是否有权执行 Fair Usage Policy。 2. 投诉人不要求恢复账户、号码、套餐或服务。 3. 投诉人不要求重新审查账户关闭决定。 4. 投诉人不准备通过 PAC 携号转网,giffgaff 提供的 PAC 信息与退款纠纷无关。 5. 投诉的唯一问题是:giffgaff 在主动终止服务并使余额无法继续使用后,是否有权拒绝退还消费者尚未使用的已购余额。 6. 最终要求只能是将未使用的已购余额退回原始支付方式。 7. 不要求道歉、账户恢复、号码恢复、服务恢复、重新审查、额外赔偿、精神损失补偿或其他补救。 【必须核查的 giffgaff 条款】 如果具备联网能力,请首先查阅 giffgaff 官方网站上在投诉发生时期适用的 Terms and Conditions 与 Fair Usage Policy。 只使用官方 giffgaff 页面,不引用论坛、社交媒体、新闻评论或第三方博客。 重点核查: 1. giffgaff 关于账户 credit 或 airtime credit 退款的条款。 2. giffgaff 所引用的不退款条款是否包含类似以下限制性表述: “in the absence of any legal or regulatory entitlement” 3. 如果条款承认法律或监管权利可以优先于内部不退款政策,应指出 giffgaff 不能仅通过引用该条款,就回避对英国消费者法的审查。 4. giffgaff 是否区分: - 消费者实际付款购买的余额; - promotional credit; - goodwill credit; - 其他没有现金价值的赠送余额。 5. 不要自行假定赠送余额必然可以退款。 6. 投诉的主要法律保护对象应是消费者使用个人资金实际购买、但因账户关闭而无法继续使用的余额。 7. 如果无法确定准确的历史条款版本,必须坦率说明,并使用能够找到的最接近事发时期的官方版本。不得假装已经核实不存在的历史版本。 【必须应用的现行法律】 以英国《Consumer Rights Act 2015》Part 2 为主要法律依据。 一、Section 62 说明消费者合同中的不公平条款对消费者没有约束力。 要求 Communications Ombudsman 审查相关不退款条款及其在本案中的适用方式,是否违反诚信要求,造成双方权利义务的重大失衡,并损害消费者利益。 分析重点包括: - giffgaff 单方面终止服务后,消费者完全失去使用已购余额的能力; - giffgaff 同时保留该余额,却没有继续提供对应服务; - 消费者已经承担永久失去服务的后果; - giffgaff 是否还可以自动获得消费者剩余的已购资金; - 这种结果是否超出执行 Fair Usage Policy 所合理需要的范围。 二、Section 68 说明消费者合同中的书面条款和通知必须透明,以清楚、易懂的语言表达。 要求 Ombudsman 审查以下内容是否被清楚且显著地告知消费者: - 账户因 Fair Usage Policy 被永久关闭时,未使用的已购余额是否会全部丧失; - 不退款后果是否在消费者购买充值时被明确提示; - 不退款条款是否清楚区分消费者主动停止使用和 giffgaff 主动终止服务; - 条款是否清楚区分已购余额与促销或赠送余额; - 消费者是否能够在购买充值时合理预见,账户被永久关闭后已购余额也会被全部保留。 不得仅因为相关内容出现在较长的 Terms and Conditions 中,就默认其满足透明度要求。 三、Section 69 说明消费者合同条款存在多种合理解释时,应采用对消费者最有利的解释。 如果 giffgaff 的不退款条款没有明确说明,在 giffgaff 主动永久终止服务的情况下,消费者实际付款购买的未使用余额也会被保留,应要求 Ombudsman 采用对消费者更有利的合理解释。 该解释应当是: giffgaff 可以终止服务,但不能仅凭模糊或宽泛的不退款条款,自动保留消费者为尚未获得的通信服务实际支付的款项。 四、Schedule 2, Part 1, paragraph 7 指出《Consumer Rights Act 2015》Schedule 2, Part 1, paragraph 7 将以下类型的条款列为可能不公平: 允许经营者解除合同,同时保留消费者为经营者尚未提供的服务所支付的款项。 不得声称该规定会自动使 giffgaff 的条款违法或自动保证退款。 应要求 Ombudsman 审查: - 消费者是否已经为未来通信服务支付款项; - giffgaff 是否主动终止了提供这些服务的合同关系; - 未使用余额是否对应尚未提供的服务; - giffgaff 是否有充分理由保留全部已购余额; - giffgaff 是否因保留余额而获得与其实际损失不相称的利益。 【比例原则和惩罚性后果】 可以谨慎引用英国合同法关于违约后果不得与经营者的正当利益完全不成比例的原则。 不要直接声称 giffgaff 的条款已经构成非法 penalty clause。 应使用条件式表述: 如果 giffgaff 将不退款条款作为违反 Fair Usage Policy 后的经济后果使用,Communications Ombudsman 应审查该后果是否与 giffgaff 执行其政策所具有的合法利益完全不成比例。 应指出: - 永久关闭账户已经处理了 giffgaff 所声称的违规; - 保留消费者未使用的已购余额属于另一项独立经济后果; - giffgaff 没有说明投诉人的行为造成了多少直接经济损失; - giffgaff 没有解释为什么必须保留消费者的全部已购余额; - giffgaff 没有证明该金额与其实际损失或正当商业利益相称。 【要求 giffgaff 提供的证据】 投诉陈述应要求 giffgaff 提供: 1. 账户关闭时实际生效的完整 Terms and Conditions 和 Fair Usage Policy。 2. 账户关闭时未使用余额的完整账户流水。 3. 能够区分已购余额、促销余额和 goodwill credit 的逐项记录。 4. 每次余额增加、扣除和使用的日期、金额与类型。 5. 账户关闭时实际剩余的已购余额金额。 6. giffgaff 认为其有权保留已购余额的准确合同和法律依据。 7. giffgaff 因投诉人的行为遭受的任何直接经济损失的计算。 8. giffgaff 认为保留全部已购余额属于必要且相称措施的理由。 【最终救济要求】 最终请求必须严格限定为: 1. 要求 giffgaff 将账户关闭时尚未使用的已购余额退回原始支付方式。 2. 如果账户中同时包含促销余额或 goodwill credit,可以要求 Ombudsman 先确认其中由消费者实际付款购买的部分,并至少退还全部未使用的已购余额。 3. 如果 giffgaff 对剩余已购余额金额提出异议,要求其提供完整、逐项列明的账户流水,由 Ombudsman 根据该流水确定退款金额。 4. 不要求恢复账户。 5. 不要求恢复号码。 6. 不要求恢复移动服务。 7. 不要求重新审查封号决定。 8. 不要求使用 PAC 携号转网。 9. 不要求道歉。 10. 不要求额外补偿或其他形式的救济。 退款必须退回消费者购买余额时使用的原始支付方式,不得建议退款到其他银行卡、其他账户、支票、账户 credit 或替代支付渠道。 【不得使用的说法】 不要写: - giffgaff has definitely broken the law - the clause is automatically unlawful - the terms are obviously illegal - the law guarantees a refund - giffgaff stole the money - giffgaff confiscated the balance - this is fraud - this is a scam - I demand reinstatement - I want my number restored - I seek compensation for distress 不要使用 theft、fraud、scam、confiscation 等煽动性词汇。 不要声称投诉影响了数万人,除非存在可以核验的官方数据。 不要讨论 Ombudsman 案件费、胜诉率或 giffgaff 是否会为了节省处理费用而和解。 不要要求恢复任何服务。 【语言和输出要求】 1. 先输出一份可直接提交给 Communications Ombudsman 的正式英文投诉陈述。 2. 使用自然、地道、正式的英式英语。 3. 使用第一人称,以真实消费者的口吻书写。 4. 语气坚定、有压力,但保持克制和专业。 5. 不写信件地址、主题行、Dear Sir or Madam 或落款。 6. 不使用姓名、日期、手机号码、账户号码、所在国家、具体余额金额或其他需要用户修改的内容。 7. 不使用方括号占位符。 8. 不向用户提出问题。 9. 不输出分析过程。 10. 英文正文控制在 700 至 1,000 个英文单词以内。 11. 英文正文后提供完整、准确的中文翻译。 12. 最后提供一份简短的证据清单,说明提交退款投诉时应上传哪些通用材料。 13. 最终只输出: - 英文投诉陈述 - 中文翻译 - 证据清单 内容你差不多自己改完以后,需要添加一些附件,必须添加的是 giffgaff 工单的 PDF 存档,也就是上面让你打印的那个,然后尽可能也把银行卡支付截图、giffgaff 流水短信截图、giffgaff 充值明细截图(可通过 giffgaff - orders and payments 里的 Order and payment history 获取)都发送过去。 目前我也是刚发送邮件,后面有消息了再更新。 第五步:向支付发行卡银行提交争议处理 这个我还没做,明天我试一下,今天太忙了没空弄。但是看了各种帖子,貌似已经没用了,引用佬的回复: 在另一个话题中 10 点更新:招行 visa 的客服打电话说了,刚接到上级通知,这是个大规模群体事件,gg 卡那边说不服务国内用户,所以他们说管不了,无法追回~ 更新:刚刚正好有空,给工商打了个电话,客服反馈因为已经超过 60 天了,所以没办法直接做拒付申请。现在给我提交了一个工单,让我等他们反馈,后续有进展了我继续更新。 更新:周末时候,工商的人工表单填了,然后找我确认要不要继续申诉,他们说成功概率不大,因为支付时间远超 60 天,继续申诉的话无论结果如何,都需要支付大约 45 元的调单费,这个费用我没太听清楚是什么,好像是国际结算中心那边需要的费用。现在暂时是没继续发起信用卡争议了,招商那边的结论大概率就是工商的结论。现在就等 Ombudsman 那边的回复邮件了,说是 10 个工作日给结果 其他 后面继续整理其他渠道、方法,反正不能让他们好过 125 个帖子 - 94 位参与者 阅读完整话题

  26. 26
    在做了在做了在做了……要做不完了

    在做了在做了在做了……要做不完了…… 随便发点废稿上来吧……不然等下都以为我憋死了(x) (无奖竞猜:猜猜图里面有几个佬) 35 个帖子 - 29 位参与者 阅读完整话题

  27. 27
    突然感觉结婚真没意思

    大家随便看看,我就吐槽一下,文笔不行也不会排版 结婚4年了,每天和老婆不是上班路上吵就是下班路上吵,总是因为一些鸡毛蒜皮的事情 也可能是我太直男了吧,在我看来老婆向你说一个事情是让你解决的,特别是一些工作上的事情,我总是想着法给他解决,但是她从来不是这么认为,只是把我当成个负面情绪垃圾桶,只想让我接受她的负面情绪,让我一起吐槽,并不是找我要解决方案,我给他解决办法他总是不按照我说的去做,还一直反驳我,最终就升级成吵架了 举个例子吧,比如她和我说她领导总是不看重他,只给她派杂活,有好的项目也都是给别人的,或者是让别人分一杯羹,她也想提升自己的能力。我就给他讲让他主动一点接任务或者就和领导说一起去出差见客户(她沟通能力不行)学习学习,但她想要的是让我来一起吐槽她领导,总是说她要的不是给她出主意,只是为了和我吐槽一下。 还有今天早上上班路上,因为明天早上要带孩子去医院看病,她明天要加班,问我什么时候能看完,她要申请加班,我就说你反正只能申请7.5小时随便申请早上路过的时候打个卡你给他干到7.5小时就行了,以前就是这样。她说现在管的严了,不能这么搞,那我就说了8点半看上 验个血 差不多9点多点能结束,她又反驳前面还有20多个人哪那么快能看上起码2分钟一个人。然后又问我应该申请什么时候加班,我说你早上去看病路过公司先打个卡,她说可以提前打卡,那我就说 随便申请几点,申请到7.5小时就可以了,她又说那我白给公司加班什么什么的,搞不懂她逻辑。就一路上一直追问我要申请几点,我被问烦了就说你爱几点几点,时间干够不就行了,她一直担心现在公司抓的严什么的,别人有本事这么搞,我不行(她做售前的,手里有的是公司把柄),然后就吵了一路。我就很不爽她这么看不起自己,然后又那么看不起我给她的办法,总觉得我给出的解决方法不行。 总感觉我们不在一个频道上,她逻辑能力不太好,反应慢,还总是自我感觉良好。现在让我回想起来怎么都是缺点,不知道是不是我心变了还是她的好我已经习惯了,我自认为每天上下班接送老婆孩子没什么问题,可能性子比较急,就总是和她吵架,但是我真的是想给她解决问题,她要的那种只是倾听我真的做不到,我会不自觉的就想既然他和我提出她工作上的困难,那就是为了让我给出办法解决的,不知道广大佬友是不是这么认为的。 就写到这吧,在办公室里,再写要掉珍珠了不太好,也不知道为啥我这么感性。 感谢看到这的佬友们,能看完我这文理不通的一大段话,谢谢!!! 362 个帖子 - 236 位参与者 阅读完整话题

  28. 28
    35岁程序员,失业三年,想找一份居家稳定的工作

    8-1 感谢大家的关心、推荐和指正: 居家 + 稳定收入 ≈ 没有 这两个目标,对于一个没有工作、还在失业泥潭里挣扎的人来说,确实有些遥不可及。 离开职场三年,再回去并不容易。无论是年龄、技术、行业变化,还是身体状态,都很难再像年轻人一样拥有充足的时间和机会。即使重新回到岗位,也可能再次面对现实压力,35岁以上的人往往更容易成为裁员时被优先考虑的对象。 救自己的还得靠自己。与其等待机会,不如沉下心来把当前的电商用心做好吧. 感谢大家!!! 大家好,烦请大家帮忙推荐一下居家工作机会。 本人35岁,程序员,失业三年左右。有车有房,但房子买在高位,这几年还完贷款基本没有什么积蓄。目前和老婆准备要小孩,希望找一份稳定的收入来源。 做了两年电商, 没挣到钱, 心气垮了,现在不追求高薪,只希望能有一份可以长期做的工作,覆盖家庭开销,每个月能给未来孩子存一点奶粉钱。 个人情况: 程序员背景,全栈开发(Android app/系统 区块链 前后端),DevSecOps体系建设 可以接受远程办公、兼职、外包、技术支持等工作 学习能力还可以,愿意从新方向开始 人生都有低谷,失业这几年,也有了很多感悟。 按时作息,规律吃饭,坚持运动,保持乐观。 感谢大家! 136 个帖子 - 114 位参与者 阅读完整话题

  29. 29
    看看我的小鸟!!超可爱嘟

    每天早上都会嘎嘎嘎叫妈妈 136 个帖子 - 88 位参与者 阅读完整话题

  30. 30
    TrueSOTA API中转站公测,注册送 20 刀

    各位佬友好,我们是个创业团队,平时也重度使用 Codex、Claude Code 这些 Agent。 TrueSOTA 最早是搭给团队内部用的。此前买过不少 API,也见过中转站里线路不稳、模型质量不一致、出了问题找不到人的情况。折腾久了,我们干脆自己维护了一套,现在开放出来给大家试试。 官网:https://true-sota.com/(需 Linux.do 登录才能领额度) 新站靠吹牛证明不了什么,先把目前能做的说清楚。 客服问题有跟踪 遇到故障或调用问题,可以直接联系 Discord 客服,处理进度都公开可见;能解决的尽快处理,涉及上游的也会持续跟进,直到有明确结果。 Discord: TrueSOTA 官方账号池,稳定优先 目前采用 ChatGPT 官方账号池。价格会贵一点,因为我们不碰高风险账号,也不追求很大的账号量,先把现有线路维护稳定。 价格和退款规则简单 ChatGPT 统一 1 x 倍率,订阅折算下来约等于 0.5x-0.7x 倍率。充值和订阅都支持按使用比例退款,用掉多少算多少,剩余部分可以退。 支持 Linux DO 一键登录 登录后创建 API Key 即可使用。 注册直接送 20 刀 不用抽奖,也不用先回帖,登录 Linux.do 注册后额度直接到账:https://true-sota.com/ 我们已经把稳定和服务放在前面,但中转站还应该做好什么,自己猜总归不准。领到额度的佬友,麻烦回来吱一声,顺手回答两个问题: 1. 目前主要使用什么 Agent 工具? Codex / Claude Code / Cursor / Cline / OpenCode / OpenClaw / 其他 2. 除了稳定和服务,希望网站尽快增加或改进什么? 具体模型 / 价格套餐 / 用量统计 / 团队管理 / 状态页 / 其他 缺什么、哪里不好用,都可以直接提。 赠送额度用完后,可以先从 6.9 元套餐开始,小额试用,合适再续,不建议一次多充。 224 个帖子 - 182 位参与者 阅读完整话题

Linux.do热榜历史归档

31 天 · 12 天有数据
2026-08-04

网页仅支持查询近 31 天。更早历史请通过 API(/api/v1/archive/:source?date=YYYY-MM-DD),系统按日期自动查近月表或年表。

返回首页