标题: MicroSoft E3一年白嫖是不是已经没有了？
作者: #daimon
板块: #开发调优
编号: 1353861
帖子: https://linux.do/t/topic/1353861
时间: 2025-12-23 18:13:03
摘要:

标题: 致 linux.do 用户：新平台 "oke" 的初心与前行之愿
作者: #OKE
板块: #搞七捻三
编号: 1353873
帖子: https://linux.do/t/topic/1353873
时间: 2025-12-23 18:17:30
摘要:

作为一家今年刚完成筹备成立的新兴平台，我们满怀着诚意与对未来的憧憬，正式踏上了服务用户的创业之路。“oke” 作为初出茅庐的新台子，我们深知起步阶段必然存在诸多细节亟待完善，也完全理解大家因此产生的疑问与顾虑 —— 新事物的成长本就需要时间沉淀与实践验证，各位对风险的警惕、对平台可靠性的审慎考量，我们始终全盘接纳并心怀敬畏。
不过在平台成长的第一步，我们也遭遇了些许困惑。此前发布的相关帖子，因未获得推广权限不幸被删除；如今 “富可敌国” 加入正式上线，便无端被贴上 “野鸡平台” 的标签，还遭遇了不少未经验证的负面评判。但事实上，从平台筹备到功能落地的每一个环节，我们团队都始终秉持 “稳定发展” 的初心，用心对待每一位用户的信任，也始终敞开胸怀，愿意倾听所有合理的反馈与建议。我们从不回避新平台存在的不足，也坦然接受大家基于谨慎态度的揣测，只是真心期盼能获得一份公平的包容与成长的空间 —— 没有任何平台生来就完美无缺，起步阶段的我们，最渴望的是不被偏见裹挟的审视，以及带着善意的指引与帮助。
值得和大家重点说明的是，我们平台始终坚守 “能用多少充多少” 的核心原则，无需用户提前预存资金。这一设定既是为了最大程度降低大家的使用门槛，让每一位用户都能无压力体验服务，更是我们对自身稳定运营的底气所在。至于网传的 “跑路” 猜测，再多的辩解也显得苍白，我们唯有以长久的行动作为回应，不妨让时间给出最公正的答案，恳请大家拭目以待。作为首个入驻 linux.do 的卡台商家，我们早已做好迎接各类舆论声音的准备 —— 这些声音既是对我们的压力，更是驱动我们不断完善的动力。如果有行业内的前辈高手认可我们的理念与初心，我们也随时敞开大门，欢迎大家前来线下公司实地考察、深入交流，甚至携手洽谈合作，共探行业发展的更多可能。
最后，我们依然想以最坦诚的态度向所有用户表达：如果对 “oke” 平台有任何意见、疑问或是担忧，欢迎随时与我们沟通交流。每一条合理的指引、每一个真诚的建议，都会成为我们优化服务、完善自身的重要动力。创业之路从无坦途，新平台的成长注定伴随着诸多挑战，但我们 “好好发展、服务用户” 的初心从未有过丝毫动摇。在此，我们也恳请大家能给予新兴平台一点成长的时间与试错的机会，我们定会用持之以恒的行动，证明自己的诚意与实力，不辜负每一份信任与期待。
https://linux.do/t/topic/1353299

标题: 【国内信息差】龙头企业已换成ValKey了，你还在傻呵呵用Redis？！
作者: #秋明
板块: #开发调优
编号: 1353877
帖子: https://linux.do/t/topic/1353877
时间: 2025-12-23 18:17:47
摘要:

Redis 风险评估与 Valkey 替代方案

这是为公司写的文档，因为这个信息差我在众多社区没有看到，担心部分佬友也不清楚，一起分享一下新信息。
。
国内的字节，阿里云，腾讯云等龙头企业都已经在逐步替换为ValKey
而且 ValKey更像一个 国内Redis ，同时有多个龙头企业 贡献代码，性能这块甚至更强悍

前言：

当前的 Redis 面临两类“硬风险”：安全漏洞风险与许可证合规风险。前者可能带来“被入侵/数据泄露/服务中断”，后者可能带来“合规边界不清/授权成本不确定”。

一. 背景

Redis 近期在安全漏洞暴露与许可证合规上出现持续风险；同时 Redis 在我们业务中常作为缓存、会话、分布式锁、消息等关键能力，一旦出问题会“牵一发而动全身”。
因此需要评估开源替代方案，降低不确定性，保障业务稳定与可持续演进。
业务发展因素：当前主要在本地港口使用，未来还将随海外港口陆续上线与升级。系统一旦进入海外规模化交付阶段，任何“漏洞应急/版本差异/许可证边界不清”都会被放大，形成长期经营成本与交付风险。

二、Redis 当前核心风险分析
1. 安全风险：高危漏洞与可用性风险


风险等级：高（影响面大、升级与响应成本高）。


高危漏洞示例：CVE-2025-62507（CVSS 8.8）

可触发栈缓冲区溢出，在一定条件下可能导致 RCE 风险 。
（存在被人“利用一个入口把门撬开”的可能，轻则异常重启，重则带来系统被入侵与数据泄露风险）
Redis 8.2.0 及以上，XACKDEL 在多 ID 场景可触发问题；8.2.3 修复；可用 ACL 限制命令作为临时缓解。



DoS 漏洞示例：CVE-2025-48367（CVSS 7.5）

未认证连接可造成重复协议错误，导致客户端饥饿并最终引发 DoS。
（可能让正常业务请求排不上队，出现超时、报错甚至整体不可用）
修复版本（NVD）：8.0.3 / 7.4.5 / 7.2.10 / 6.2.19。



业务层面的严重性 ：Redis 是“公共枢纽”，一旦被打挂/被入侵，影响往往不是单点，需要考虑系统一但失去Redis响应时，是否能在短时间内维持业务流程而不中断。


安全风险不是“有没有漏洞”，而是漏洞出现后我们能否在可接受时间内完成评估、升级、验证与发布；频繁高危漏洞会显著提高持续运维成本与业务暴露面。


短期措施：升级到修复版本；收敛网络暴露面（尽量不对公网/不对不可信网络开放）；启用并收紧 ACL；对高危/少用命令做最小权限控制。


2. 合规风险：许可证限制收紧


风险等级：中-高（取决于公司业务形态与对外服务方式）。


许可证变更：Redis 官方宣布自 Redis 7.4 起采用双重许可证 RSALv2 / SSPLv1 的“源码可用”模式，不再是 OSI 定义的开源许可。


以前的 BSD 更像“大家都能自由用”；现在更像“能看源码，但某些用法有明确限制”，一旦触碰边界可能带来合规压力与不确定成本。


3. 长期发展风险：生态与路线不确定性

风险等级：中（长期影响大，但短期可通过治理与替代路径缓释）。
社区生态分化：许可证变化导致社区分流，未来协作效率与外部贡献存在不确定性。
功能迭代不确定性：商业导向增强可能导致开源可用能力与迭代节奏的优先级变化；企业长期可控性下降。
这类风险短期看不出“马上出事”，但会让我们未来在版本选择、成本与供应方依赖上更被动。

三、Valkey 替代方案核心优势
1. 合规性保障：开源自由

许可证：Valkey 以 BSD 许可证为基础进行持续开源开发（参见 Valkey 官方历史说明）。
治理背书：Valkey 由多方企业与社区推动，作为 Linux Foundation 项目启动（Valkey History / Linux Foundation press release）。
从合规角度更“省心”，不容易出现“用着用着突然要补授权/被审计卡住”的情况。

2. 技术兼容性：迁移成本可控

协议与客户端兼容：以 Redis 兼容协议为目标，现有常见客户端（如 Jedis、redis-py 等）通常无需改造即可连接（需在测试环境验证业务实际用到的命令与模块）。
数据与部署兼容：可基于现有的持久化与复制策略进行迁移设计（RDB/AOF、主从、集群等），核心工作集中在“版本/参数对齐、灰度切换、回滚预案”。
真正的工作量在于验证、灰度和回滚，而不是大改业务代码。

3. 功能与性能：在继承基础上演进

性能与大规模场景优化：在保持 Redis 高性能特性的同时，面向大规模集群治理与工程化持续演进。
安全迭代：社区模式下修复节奏与透明度更利于企业快速跟进。

4. 企业实践背书（需要以实际案例与 PoC 为准）

Valkey 已被多家企业/云厂商纳入产品或托管服务（可参考 Valkey 官网 Participants 列表）。


四、Redis 与 Valkey 核心维度对比




对比维度
Redis（现状与风险）
Valkey（替代方向）




开源许可证
RSALv2/SSPL（源码可用，合规复杂）
BSD（更宽松的开源使用与再分发）


技术兼容性
现有存量依赖较多
以 Redis 协议与生态兼容为目标，迁移成本可控（需验证）


社区与治理
商业主导，社区分化
Linux Foundation 项目，多方参与维护


功能扩展
商业版本优先策略更明显
社区驱动演进，面向多场景持续迭代


安全响应
需紧跟供应方节奏与版本策略
社区公开修复与协作，便于快速跟进


企业实践
传统场景广泛
参与方与托管服务逐步完善，适合试点与替换



综合性能对比表：




性能指标
Valkey 8.0
Redis 8.0
优势幅度




最大吞吐量
119 万 RPS
82 万 RPS
+45%


平均延迟
0.542ms
0.44ms
-23%


P99 延迟
0.927ms
0.95ms
+2.4%


内存效率
节省 20 字节 / 键值对
标准占用
+20%




数据来源：AWS c7g.4xlarge 实例测试

Valkey vs Redis 官方版本（7.4+）对比




特性
Valkey
Redis 官方 7.4+




许可证
BSD 3-Clause（完全开源）
RSALv2/SSPLv1（非开源 “源码可用”）


商业使用限制
无，可自由用于商业服务
禁止将服务提供给他人或收费使用


源码修改要求
无限制，可自由修改且不必开源
作为服务提供时，所有修改必须开源


兼容性
100% 兼容 Redis 协议，无缝迁移
兼容旧版 Redis 协议，但有新限制


社区支持
Linux 基金会支持，AWS、Google、腾讯等大厂参与
Redis Labs 主导，商业色彩更浓



五、国内主要企业 Redis 迁移案例
字节跳动（2025 年 12 月）

规模：完成AI 集群全量迁移，涉及15,000 + 服务器，支撑推荐、广告等核心业务 今日头条
痛点：Redis 新协议限制 + 性能瓶颈（高带宽消耗、连接数压力）
解决方案：

2025 年 Q2 启动评估，选择 Valkey（BSD 协议）
开发无感知迁移工具，实现业务零中断
2025 年 11 月完成灰度，12 月全量切换


效果：吞吐量提升300%，内存占用减少25%，解决了向量存储需求

腾讯云（2025 年 12 月）

里程碑：

2024 年 3 月：参与 Valkey 社区创建，成为核心贡献者
2025 年 Q1：发布基于 Valkey 的托管服务，支持平滑迁移
2025 年 12 月 23 日：全球率先支持 Valkey 8.0，开源贡献全球第一（累计 360+ 代码提交）


客户迁移：

电商平台（2025 年 Q3）：完成核心业务迁移，性能提升20%，成本降低30%
金融客户（2025 年 Q2-Q3）：多家银行、证券完成 Redis 替换，优先选择 Valkey 方案



阿里云（2025 年 1 月）

2024 年 3 月：与 Linux 基金会合作创建 Valkey 项目，基于 Redis 7.2.4
2025 年 1 月：发布《从 Redis 到 Tair：开源工具的最佳实践》，提供完整迁移方案
迁移案例：

通过 Tair（兼容 Redis）替换 Redis，解决许可合规问题



其他案例

华为云：2024 年底推出 Valkey 托管服务，已完成与多家车企、物流企业的迁移（2025 年 Q2-Q3）
某头部电商（2025 年 Q3）：完成支付、推荐等核心业务线迁移，性能提升20%，成本降低30%
金融行业：

国有银行（2025 年 8 月）：完成信用卡核心系统迁移，采用 Valkey + 国产数据库混合方案
证券公司（2025 年 9 月）：完成交易系统 Redis 替换，解决合规风险



总结：


Redis风险： 许可证 和 协议 及 潜藏BUG

协议 And 许可

Redis 新协议不符合 OSI 开源定义，对商业使用设置严苛限制
SSPL 协议具有传染性，要求使用该协议代码的衍生作品也必须开源
对法律合规要求极高，避免未来潜在诉讼


潜藏

标题: 关于Google家庭组Antigravity额度的疑惑,请佬友澄清
作者: #Ricky
板块: #搞七捻三
编号: 1353910
帖子: https://linux.do/t/topic/1353910
时间: 2025-12-23 18:21:41
摘要:

账号A是家庭组的家长,B/C/D/E/F是家庭成员
1.如果账号B是普通号,它的AI额度是分享自A的还是独自获得的?A与B的额度一样吗?
2.如果其他5位成员都是学生Pro,那么总的额度是单个账号的6倍. 对于单个账号,它的额度是6倍标准额度,还是需要轮询才能实现6倍标准额度, 这决定了我往帐号池丢一个A还是丢6个账号

标题: 发现一个好玩的Linux开源复古游戏系统
作者: #莫生气，生气容易早嗝屁
板块: #资源荟萃
编号: 1353920
帖子: https://linux.do/t/topic/1353920
时间: 2025-12-23 18:24:51
摘要:

官网：
  
      

      batocera.org
  

  
    

batocera.linux

  Only Cores That Matter


  

  
    
    
  

  


官方演示：Batocera 42

大致介绍：
可以制作一个用U盘做载体，即插即玩的复古（过时）多平台游戏（有街机内容）的开源项目。简单理解就是围绕着Linux做了个游戏机系统。
需要注意：本身不含ROM，需要自行解决ROM。

标题: dnshe域名额度喜+2，兑换码，不是邀请码
作者: #shaosong
板块: #前沿快讯
编号: 1353922
帖子: https://linux.do/t/topic/1353922
时间: 2025-12-23 18:25:49
摘要:

标题: 关于不同渠道的Gemini 3.0 pro的体验对比，简单版。
作者: #lsf
板块: #开发调优
编号: 1353923
帖子: https://linux.do/t/topic/1353923
时间: 2025-12-23 18:26:29
摘要:

今天下午有个任务，要基于一个项目实施的材料（包括项目合同、项目申请书、年度执行情况）写一个年度总结报告，总上下文约3万多汉字，文件格式包括DOCX和PDF，也包含截图形式的资料（多模态）。
在gemini pro账号（教育邮箱订阅1年版）网页端使用GEM功能，将文件拖入，按照年度总结提纲，生成年度总结。并分别将上述任务分发提交到google AI Studio里的gemini 3.0 pro模型，以及gemini Ultra账号的gemini 3.0 pro（使用deep think），使用相同提示词。同样的网络家宽IP、同一个浏览器。
最终生成的文本效果，对于报告提纲的遵循度，以及对于指令的遵循度，结果均为：
DeepThink > AI Studio ≥ Gemini pro网页端
结合昨天对于另外一个简单任务对于AI studio和gemini 3.0 pro的对比，我认为网页端确实是有一定的降智行为。

标题: 请问各位大佬 cloudflare workers 这个请求数是如何计算的？
作者: #Zu Andy
板块: #开发调优
编号: 1353928
帖子: https://linux.do/t/topic/1353928
时间: 2025-12-23 18:28:38
摘要:

我前天晚上发布了一个AI预测股票的网站，前端是部署在Cloudflare Worker上的。
昨天一天请求数就超过了10万次，昨天下午被强制关停了。我以为是刚上线，佬友们都想看个新鲜，今天我一直也没有开启后端，但前端的请求数还是达到了9万多次。真不知道是咋回事，是真有这么火爆吗  如果真是那可就太高兴了，但是不是别的什么原因呢？该怎么判断或解决呢？求各位大佬指教！

标题: 【短剧剧本】用skills codex写的短剧剧本 这文笔多少分
作者: #晓风
板块: #搞七捻三
编号: 1353947
帖子: https://linux.do/t/topic/1353947
时间: 2025-12-23 18:34:50
摘要:

# 《当时只道是寻常》正文剧本（第01-10集）

每集约2-3分钟，600-800字左右；强冲突开场、结尾必留钩子。


第01集：转学第一天，意外碰撞
1-1 医院走廊 日/内
人物：【夏以沫（旧校服、马尾、眼下青黑）、护士】
护士：（拍肩）夏以沫，醒醒。你妈的住院费又欠了。
夏以沫：（猛地坐起，慌张翻口袋）我……我有，我今天一定……
护士：（把缴费单拍在她手里）你先把押金补上，不然今天药都开不了。
夏以沫：（数钱，只有两张百元，指腹把钞票边角捏出褶）……就两百。
护士：（叹气）孩子，医院不是欠账的地方。
OS：（夏以沫心声）两百块，连一天都撑不住。可我不能倒，我妈还在等我。
△夏以沫把缴费单塞进书包夹层，起身时眩晕，扶着墙深呼吸。

1-2 A市一中校门 日/外
人物：【夏以沫、门卫、顾时川（校服外套、细框眼镜、黑色轿车内）】
门卫：（拦住）站住！你干什么的？
夏以沫：我是新转学生……今天报到。
门卫：（上下打量她的补丁书包）转学生？你这包这么破，别是来偷东西的吧？
夏以沫：（脸色涨红）你说谁偷东西？我有录取通知书
△她翻书包，纸被揉皱，越急越找不到。
△一辆黑色轿车缓缓停下，车窗降下。
顾时川：（冷淡）新转学生。让她进去。
门卫：（立刻换脸）哦哦，顾同学……行行行，你进去吧。
夏以沫：（怔住，抬眼）……
顾时川：（目光掠过她，淡淡）别迟到。
△车窗升起，车驶入校园。
OS：（夏以沫心声）他像一块冰，却替我解了围。

1-3 图书馆 日/内
人物：【夏以沫、顾时川、图书管理员】
△午休，夏以沫溜进图书馆，看见桌上一本写满公式的物理笔记，眼睛一亮。
夏以沫：（小声）借一会儿……就一会儿。
△她刚伸手，背后传来冷声。
顾时川：别碰我的东西。
夏以沫：（被吓一跳，立刻炸毛）你吓死我了！我又不会弄坏，小气鬼。
顾时川：（扫她一眼）那也不是你的。
夏以沫：你落在这儿就是公共资源！懂不懂？
图书管理员：（敲桌）安静！要吵出去吵！
顾时川：（收起笔记）跟我出去。
夏以沫：（不服气）谁要跟你——
图书管理员：（冷脸）两位，都出去。
△两人被赶到走廊，气氛僵硬。
顾时川：（冷）下次别碰。
夏以沫：（瞪他）我还不稀罕！

1-4 便利店 日/内
人物：【夏以沫（穿工作围裙）、店员、顾时川】
△夏以沫在收银台扫条码，手上还有洗不掉的碘伏痕迹。
店员：（压低声）你今天又来上班？你才第一天转学吧。
夏以沫：（硬笑）不干活就没饭吃。
△门铃响，顾时川走进来，拿了一瓶水和一包糖。
夏以沫：（抬头瞬间僵住）……
顾时川：（也一顿，随即移开目光）结账。
△夏以沫故意动作很重，把商品“啪”放在台上。
夏以沫：十五块。
顾时川：（付款，淡淡）你在这儿打工？
夏以沫：（咬牙）关你什么事。
顾时川：（停一秒）……随你。
△他转身离开，走到门口又回头看了她一眼，目光在她手上的碘伏痕迹停了半秒，又很快移开。
顾时川：（低到几乎听不见）又是一个不怕死的……
【本集尾钩】
△夏以沫抬头，只看见门铃轻晃。她的缴费单在书包里像一块石头压着。

第02集：图书馆的第二次相遇
2-1 城中村街口 日/外
人物：【夏以沫、送报站老板、顾时川（晨跑）】
送报站老板：（塞给她一摞报纸）快点，晚了扣钱！
夏以沫：（喘气）知道了。
△她骑着旧自行车穿梭街道，冷风灌进衣领。
△路边，顾时川晨跑经过，看到她一脚踩空差点摔倒，下意识伸手扶了一把车把。
顾时川：（皱眉）小心。
夏以沫：（倔）不用你管！
△她踩车冲走，顾时川站在原地愣了两秒。

2-2 教室 日/内
人物：【夏以沫、林悠然、跟班A、同学们】
林悠然：（翻她衣角）校服都起球了？穷转学生还敢来重点高中？
跟班A：（笑）她书包还打补丁，像乞丐。
夏以沫：（把圆珠笔帽按得咔咔响，硬生生把话咽回去）……
林悠然：装什么清高？穷就是穷。
夏以沫：（抬头，声音不大却硬）我穷，但我不偷不抢。你们有钱，也别把自己当人上人。
△同学们倒吸一口气。林悠然脸色一沉。

2-3 图书馆 夜/内
人物：【夏以沫、顾时川、图书管理员】
△图书馆灯光昏黄。夏以沫偷偷溜进来，翻开物理书在草稿纸上写满公式。
△顾时川悄无声息坐到她旁边，递来一支笔。
顾时川：你这题思路错了。
夏以沫：（警惕）你又想抢我书？
顾时川：（不耐）我抢你干什么？看这里——
△他用笔点在她解题步骤上，写下更简洁的推导。
夏以沫：（愣住）……原来还能这么算？
顾时川：你脑子不差，就是缺方法。
夏以沫：（咬住嘴角）你为什么教我？
顾时川：（停顿）……不想浪费时间看你瞎算。
△他说得冷，手指却把她草稿纸压平，避免被风吹走。
图书管理员：（走来）关馆了！再不走我锁门了！
夏以沫：（慌）我、我马上走！
顾时川：（起身，推眼镜）走。
2-4 图书馆门口 夜/外
人物：【夏以沫、顾时川】
夏以沫：（小声）谢谢你，学神同学。
顾时川：（停步，回头）叫我顾时川。
夏以沫：（愣）……顾时川。
△月光下，他像要笑，呼吸却先停了一瞬，随即又把脸板回去。
【本集尾钩】
△夏以沫站在台阶上看着他的背影，第一次觉得——这块冰，好像也会发光。

第03集：雨中的保护
3-1 校门口 日/外（暴雨）
人物：【夏以沫、顾时川】
△暴雨毫无征兆砸下来。夏以沫抱着书包冲进雨里，头发瞬间湿透。
顾时川：（撑伞出现）上来。
夏以沫：（愣）你、你怎么……
顾时川：顺路。
夏以沫：（抬头看伞）我家在那边。你家明明在相反方向。
顾时川：（沉默，把伞往她那边偏了偏）走。
△两人共撑一把伞。伞明显偏向以沫，顾时川半边肩膀被雨打湿。
夏以沫：（小声）你是不是有病……伞偏这么过去你不淋吗？
顾时川：（低）我不冷。

3-2 便利店门口 夜/外
人物：【夏以沫、顾时川】
夏以沫：到了。我把伞还你。
顾时川：明天还我。
夏以沫：你就不怕我跑了？
顾时川：（看她一眼）你跑不了。
△他转身离开。
3-3 巷口 夜/外
人物：【顾时川】
△顾时川走到拐角，忽然停住，捂住胸口，呼吸一乱。
顾时川：（压着喘）……该死。
△他从口袋里摸出药瓶，倒出一粒速效救心丸吞下，靠墙缓缓蹲下。
OS：（顾时川心声）别在她面前倒下。至少别是今天。

3-4 教室 次日 日/内
人物：【夏以沫、顾时川、宋北】
△夏以沫把洗干净的伞递回去，伞柄上贴了便利贴。
便利贴：谢谢你，好人卡一张。
顾时川：（看着字条，眼神柔了一瞬）……
宋北：（凑过来）哟，学神什么时候开始当雷锋了？你对那转学生有意思？
顾时川：（把伞收回抽屉）别乱说。
宋北：你看你耳朵都红了。
顾时川：（冷）滚。
【本集尾钩】
△走廊上，林悠然看见顾时川望向窗外操场的眼神，手指在掌心里蜷了一下。
林悠然：（咬牙）夏以沫，你别太得意……

第04集：暗中帮助
4-1 教室 日/内
人物：【夏以沫、老师、同学们】
△夏以沫趴在桌上打瞌睡，额头点着书角，猛地一磕醒。
老师：（敲黑板）夏以沫！你来回答这道题！
夏以沫：（站起，眼前发黑）我……
同学们：（窃笑）
老师：（皱眉）你是来学习还是来睡觉的？出去站一节课！
△下课，她趴在桌上，眼泪无声掉在草稿纸上。
OS：（夏以沫心声）我已经很努力了，为什么还是不够？

4-2 教室 日/内（课间）
人物：【夏以沫、顾时川】
△一杯热牛奶和一袋面包轻轻放到她桌角。
顾时川：（淡淡）补充能量。物理考试要来了。
△他转身就走。
夏以沫：（追出去）顾时川！你为什么对我这么好？
顾时川：（背对她，停住）因为你值得。
△夏以沫愣在原地，心跳像被敲了一下。

4-3 小巷 夜/外
人物：【夏以沫、混混A、混混B、顾时川】
△以沫下班回家，巷子里两个混混挡路。
混混A：小妹妹，一个人啊？陪哥玩玩。
夏以沫：（后退）让开！
混混B：（伸手）这么凶？更带劲。
△一道身影挡在她面前，声音冷得发硬。
顾时川：动她，试试。
混混A：（打量他）哟，小白脸——
顾时川：（一步逼近）滚。
△混混被他的气势压住，骂骂咧咧退走。
夏以沫：（喘）你怎么在这？
顾时川：（别过脸）路过。
△夏以沫看见他额头冒汗，手不自觉攥紧心脏位置的衣服。
夏以沫：你不舒服吗？
顾时川：（强撑）没事。我送你回家。

4-4 城中村门口 夜/外
人物：【夏以沫、顾时川】
夏以沫：谢谢你……你今天又救了我一次。
顾时川：（低声）别谢。
△他转身离开，脚步却越来越慢。
△走到巷子尽头，他忽然蹲下，捂住胸口大口喘气，手指颤抖掏出药瓶。
顾时川：（看着以沫家亮着的灯，喃喃）对不起……我不该接近你的……
【本集尾钩】
△灯光里，夏以沫正低头给母亲削苹果。窗外的顾时川，像一颗快熄灭的星。

第05集：天台的约定
5-1 教室 日/内（公布成绩）
人物：【老师、夏以沫、顾时川、林悠然、同学们】
老师：期中考试，年级前十……夏以沫，第五。
同学们：（哗然）她？！
林悠然：（冷笑）呵，第五？不会是有人给她泄题吧。
夏以沫：（抬头，眼里带火）我凭实力考的。
林悠然：凭实力？你有那个实力吗？
△顾时川站起来，声音不高，却压得全班安静。
顾时川：她的成绩是她自己努力得来的。再敢造谣——我让你们后悔。
林悠然：（脸色一白）你……
顾时川：（冷）坐下。

5-2 学校天台 日/外
人物：【夏以沫、顾时川】
△天台风很大，城市灯火一点点亮起。顾时川把一个小盒子递给以沫。
顾时川：奖励你进步。
夏以沫：（打开）……星星吊坠？
△吊坠在暮色里闪光。
顾时川：（声音低）我奶奶说，每个人

标题: Claude Code v2.0.76 部分实现分析
作者: #格
板块: #前沿快讯
编号: 1353951
帖子: https://linux.do/t/topic/1353951
时间: 2025-12-23 18:35:25
摘要:

在最近几个版本，Claude Code 带来了 LSP 支持，
和别的 CodeAgent 一样，CC 目前仅适配 stdio 方式交互的 lsp Server （利用子进程 spawn 出 server）
接着通过经典的 vscode-jsonrpc 握手，
对下列 feat 提供支持
Specification 能力
Specification workspaceFolders 和 rootUri
有意思的是这里做了一层 Map (废话，Hover 这种 feat 是给人用的，CodeAgent 想去读文档肯定不需要模拟鼠标覆盖)
把 Agent 的 operation, filePath, line, character
映射到 LSP 请求（具体的来说，实现了 definition references hover implementation documentSymbol symbol prepareCallHierarchy）
同时，在 CC 每次 FileWrite 或 FileEdit 后，触发 LSP Server 缓存刷新
其实在 2.0.71 就有 LSP 的一些基本工具，.76 更新了 call hierarchy ，方便查看调用层级

标题: [慢讯] 域名de5.net又复活了
作者: #玄之右玄
板块: #前沿快讯
编号: 1353955
帖子: https://linux.do/t/topic/1353955
时间: 2025-12-23 18:37:55
摘要:

刚登入cf,发现de5.net又恢复了正常解析。。。

标题: 好像社区都没多少人讨论minimax 2.1
作者: #wqqy
板块: #搞七捻三
编号: 1353959
帖子: https://linux.do/t/topic/1353959
时间: 2025-12-23 18:41:27
摘要:

之前发帖吐槽过 M2 书接上回， 那时候 100% 需要人工介入，体验极其心累。
前几天看到社区里有 MiniMax 的佬发试用邀请，秉着“有羊毛不薅白不薅”的心态，今天又去体验了一下，结果居然还挺不错的
现在的版本（M2.1）代码基本能做到一次过，会主动适配现有的代码风格，响应速度还是快，这一点确实比日常用的 Codex 要爽很多。个人感觉在纯代码能力上，M2.1 和 Codex 已经没有代差了.
虽然能力上来了，但需求一定要写得更详细！
同样的指令，Codex 的理解力还是nb 就算没有完全描述清楚也能脑补出来 M2.1 如果描述得太模糊，就开始瞎写了。

标题: Antigravity今天没开Tun模式也能正常使用了
作者: #hhf166
板块: #搞七捻三
编号: 1353965
帖子: https://linux.do/t/topic/1353965
时间: 2025-12-23 18:44:34
摘要:

Antigravity今天突然发现没开Tun也能正常使用了。
大家也是这样的么？

标题: ChatGPT Plus限時不限量sora生成
作者: #Josen
板块: #前沿快讯
编号: 1353966
帖子: https://linux.do/t/topic/1353966
时间: 2025-12-23 18:44:35
摘要:

ChatGPT Plus限时不限量sora生成
最近Sam Altman表示由于圣诞假期的到来
sora的服务器压力也减少了不少
所以现在限时开放ChatGPT Plus可以无限生成sora视频

标题: 关于“求赞”违规的反思：也提醒各位佬友，升级靠内容
作者: #kkkmark(改过自新版)
板块: #搞七捻三
编号: 1353967
帖子: https://linux.do/t/topic/1353967
时间: 2025-12-23 18:44:43
摘要:

​这个号首帖，就分享一下我的错误与代价给各位佬友提个醒
我曾是一名社区的二级用户。前几天登录时，发现账号变成了“封禁”状态。那一刻我整个人都蒙了，但在查阅原因后，我就给我自己一个字“该！”——因为距离三级只差临门一脚，我发送了一条带有“求赞”性质的评论。
那一刻的侥幸心理，换来的是账号的永久封禁。当时也有想过又不是我一个人，是不是针对我，但是冷静下来后反思了这件事，“该！”因为只有这样才能让这个社区更健康的发展。也是L站和其他类似社区最大的不同。这件事也让我深刻意识到：社区规则就是底线，明令禁止的事情，就是绝对的红线。
被封后，我在群里分享了这件“傻事”，给管理员真挚的道歉。本以为会被忽视会成为群里大佬的一个笑点，但有一位好心的大佬给了我一个邀请码让我再试试。真的非常感谢这位佬，也让我更深刻地理解了始皇社区规则里写的真诚友善：L站认可的是内容、互助的态度与长期的贡献，而不是靠求赞、刷存在感去“冲等级”、薅羊毛。很庆幸，提交作文后管理员给了我一个重新开始的机会，得以以这个号和各位佬友再次交流。
借着这个重新回来的机会，我想用我的血泪教训提醒所有新注册的佬友，以及正在冲击等级的佬友们：
​请务必放弃任何“走捷径”的念头。
等级只是社区活跃度的副产品，有质量的文章和内容才是立足之本。一个活跃的社区除了积极的水，有深度有内涵的好文章更是成功的奠基。真正的尊重来源于你分享的技术、经验和见解，而不是那个等级数字。