GLM 5 参数量涨至 754B 导致价格不得不涨价?
GLM 4.7 还是 358B ,GLM 5 参数量翻倍, 是不是因此导致 coding plan 价格不得不上涨?
为了这点性能提升,是否值得?

xiaohack博客专注前沿科技动态与实用技术干货分享,涵盖 AI 代理、大模型应用、编程工具、文档解析、SEO 实战、自动化部署等内容,提供开源项目教程、科技资讯日报、工具使用指南,助力开发者、AI 爱好者获取前沿技术与实战经验。
GLM 4.7 还是 358B ,GLM 5 参数量翻倍, 是不是因此导致 coding plan 价格不得不上涨?
为了这点性能提升,是否值得?

很突然,接下来可能会进入 pip ,怎么办。
家里有矿的兄弟们,多发些福利吧。
以前总为了记不住 API 又不去主动去记感觉 fomo ,现在天天指挥 agents 之后,完全没有了这个感觉。
时代变化真快,有一种没有把时间浪费在记 API 上面的爽感。
现在智能手机早就渗透到生活的方方面面,手机里的APP更是咱们吃喝玩乐、工作办事的全能帮手。一款APP想让用户愿意留下来用,UI设计绝对是关键中的关键——界面是不是一眼就能看懂?布局干不干净?看起来有没有质感?这些细节直接影响大家愿不愿意长期用。 1.UXbot 其次,自由编辑既灵活又专业。小白能用AI指令调设计,专业人士也能靠精密编辑器做像素级微调——不管是改布局、换样式还是更图文,每处细节都能贴合需求,设计有创意还不缺严谨性。 更核心的是,前端代码生成打破设计开发壁垒。网页界面定稿后,会同步生成项目级Web前端代码,深度兼容vue.js主流框架。最新迭代的双端原生APP代码生成功能,基于高保真原型,iOS(Swift)和Android(Kotlin)原生代码一键就能生成,不管是常规需求还是复杂业务场景,都能保障开发的灵活性和可扩展性;生成的代码开箱即用,云端一键部署就能实时运行,还能同步编译APK安装到真机体验,大幅加速产品验证和交付流程。 最后,多平台兼容协作无压力。支持一键导出HTML、Sketch、Vue、Kotlin、Swift格式文件,配合基于权限的共享机制,团队成员不管在什么地方,都能随时参与协作,从设计到开发的流程衔接顺畅。
想把手机APP的界面做得好看又顺手,一套趁手的在线UI设计工具必不可少。今天就给大家整理了5款超实用的移动端UI在线设计工具,国内外的都有,不管你是刚入门的设计小白,还是资深专业设计师,都能找到适合自己的那一款。
如果是设计新手,或者想快速做出APP原型、界面,那UXbot必须是我的首选推荐,这是一款国产工具,不用下载安装,在线就能用,从需求输入到原型生成、代码交付全链路打通,在移动端及多端设计开发场景中,优势尤为突出:
首先,多页面项目生成又快又智能。不用一页页搭,只要把需求文字说清楚,UXbot就能精准抓核心,自动生成完整的用户流程,还会实时告诉你设计思路。想生成哪些页面自己选,整套界面一次性搞定。
再者,交互原型一键生成就能分享。设计好后,马上出带真实用户流程的演示版,功能和体验都完整呈现。不管是推项目、团队评审还是给客户看,直观且有说服力。


本来我也是预计今年过年结婚的,还好没有结婚。25 年七月她提出正式和我分手,然后把订婚的钱都退回来了。感谢她放过我。我身边有位同事,看了他的情况后我感觉结婚真没有想象的那么美好。家里的所有开支都是他一个人,车贷、房贷、生活费等一天打两三份工。累的扣卡,他自己媳妇儿也有工作,但是家里的重担全是我同事一个人扛着。我不敢想象如果我和她结婚也是一样和我同事,天天焦虑。我前女友她爸妈给她买了一套房子,名义上是给她女儿的嫁妆户口是她爸爸的户口,贷款是她的贷款,他们给了个首付、然后说结婚后房贷、装修就我们自己来,当时我恋爱脑上头就说没问题,然后表白的时候她说她有乙肝我说也没有问题,我去打疫苗等,卧槽还好没结婚啊!!!!我以前是很想很想结婚,因为看到周围身边差不多年龄的都结婚了,我觉得我也该结婚了,还好啊还好啊,没结婚!!!
上班才半个小时,感觉过了 8 个小时,而且困的很,眼睛都睁不开,是不是得绝症了

2 月 11 日,智谱上线并开源 GLM-5 模型。据悉,GLM-5 在 Artificial Analysis 榜单中位列全球第 4、开源模型第 1,定位从传统代码生成迈向「Agentic Engineering」阶段,突出系统化工程理解能力和复杂开发场景的处理能力。

在编程与 Agent 能力基准测试中,该模型在 SWE-bench-Verified 与 Terminal Bench 2.0 分别取得 77.8 与 56.2 的 SOTA 成绩,并在 BrowseComp、MCP-Atlas、τ²-Bench、Vending Bench 2 等评测中获得开源模型最佳表现。

该模型已完成对华为昇腾、寒武纪、摩尔线程、昆仑芯、燧原、沐曦、海光等国产算力平台的深度适配,可在多样化算力环境下实现高效推理与部署。来源
此外,智谱同时调整了 GLM Coding Plan 套餐价格。具体情况如下:取消首购优惠,保留按季按年订阅优惠;套餐价格进行结构性调整,整体涨幅自 30% 起;已订阅用户价格保持不变。来源
2 月 12 日,中央网信办决定即日起开展为期 1 个月的「清朗·2026 年营造喜庆祥和春节网络环境」专项行动,进一步聚焦春节期间网民常用的平台环节和服务类型,大力整治人民群众反映强烈的网络生态问题,为广大网民营造良好的春节网络环境。
专项行动着力整治四方面问题,包括:恶意挑动负面情绪、生成传播「数字泔水」等垃圾信息、炮制传播不实信息、为违法活动引流。其中,恶意挑动负面情绪方面,重点整治以「年货采购」「春节风俗比拼」等名义炫富斗富,恶意挑动攀比对立;借春节晚会、春节档影视作品、热门体育赛事等,组织参与网上「饭圈」活动,挑起拉踩互撕等。生成传播「数字泔水」等垃圾信息方面,重点整治利用 AI 等新技术新应用批量生成逻辑混乱、信息空洞、高度雷同的低质内容等。来源
2 月 12 日,字节跳动发布新一代视频创作模型 Seedance 2.0。
据悉,Seedance 2.0 采用统一的多模态音视频联合生成架构,支持文本、图片、音频、视频四类输入,并可混合参考最多 9 张图片、3 段视频与 3 段音频。与上一代相比,Seedance 2.0 在复杂运动场景稳定性、物理规律还原、指令遵循能力与生成可控性方面均有明显提升,同时支持 15 秒多镜头音视频输出,以及双声道沉浸式音频生成等特性。
官方表示,该模型面向影视制作、广告、电商与游戏等专业内容生产场景。但仍存在细节稳定性不足、多主体一致性问题及偶发音频异常等情况,后续将持续优化对齐能力。目前,Seedance 2.0 已上线即梦 AI、豆包等平台,并开放网页端与应用端体验入口。来源

2 月 12 日,小米 Tag 追踪器已通过欧洲多家经销商渠道开售,并上线小米英国与法国官网。小米 Tag 追踪器采用 CR2032 纽扣电池供电,官方标称续航约 1 年,机身厚度约 7.2 毫米,外壳为塑料材质。设备支持蓝牙 5.4 与 NFC 功能,同时兼容苹果「查找」与谷歌 Find Hub 服务,可在 iOS 与 Android 设备之间实现跨平台物品定位追踪。
该追踪器暂不支持 UWB 超宽带技术,不过消息称小米后续可能推出支持 UWB 的版本。法国市场定价为单只 17.99 欧元、四只装 59.99 欧元,目前仅提供白色版本。来源
2 月 12 日,eero 发布 eero Signal 4G LTE 网络热备设备。该设备售价 99.99 美元,可在家庭宽带中断时自动切换至蜂窝网络,以临时提供互联网连接。使用时,用户需通过 USB-C 将其接入支持 Wi-Fi 6 或更高标准的 eero 路由器;当网络中断时,系统会自动启用蜂窝连接,网络恢复后则切回待机状态。设备内置多运营商 eSIM,可在 AT&T、Verizon 等网络之间自动选择信号更优的连接。

除了购买硬件,用户还需订阅 eero Plus 服务方可启用蜂窝热备功能,目前提供两种方案:每年 99.99 美元,含 10 GB 数据;或每年 199.99 美元,含 100 GB 数据。官方表示,今年晚些时候还将推出售价 199.99 美元的 5G 版本,并计划向 eero Business 订阅用户开放支持。来源

> 下载 少数派 2.0 客户端、关注 少数派公众号,解锁全新阅读体验 📰
> 实用、好用的 正版软件,少数派为你呈现 🚀
macOS Sonoma 14.8.4 (23J319) 正式版 ISO、IPSW、PKG 下载 利用小组件进行个性化设置、令人眼前一亮的全新屏幕保护、Safari 浏览器和视频会议的重大更新 请访问原文链接:https://sysin.org/blog/macOS-Sonoma/ 查看最新版。原创作品,转载请保留出处。 作者主页:sysin.org 2026 年 2 月 12 日凌晨,Apple 发布 iOS/iPadOS/macOS/watchOS/tvOS/visonOS 全平台 26.3 版本更新。macOS Tahoe 26.3 此次为常规问题修复和安全更新。同时为不能更新最新系统的 Mac 发布了 macOS Sequoia 15.7.4 和 macOS Sonoma 14.8.4 软件更新,此类更新通常为安全修复和常规问题修复。 macOS Sonoma 推出全新功能,全面提升生产力和创意工作流 隆重推出更多利用小组件进行个性化设置的方式、令人眼前一亮的全新屏幕保护、Safari 浏览器和视频会议的重大更新,以及经优化的游戏体验——Tim Cook 让 Mac 体验远胜以往。 macOS Sonoma 让 Mac 体验远胜以往——从更多利用小组件进行个性化设置的方式,到 Safari 浏览器和视频会议的重大更新,更有众多精彩新游戏登陆。 macOS Sonoma 14.8 及更新版本,如无特殊说明皆为安全更新或常规错误修复,不再赘述。 看看你的 Mac 是否能用 macOS Sonoma 如果你的 Mac 不在兼容性列表,参看:在不受支持的 Mac 上安装 macOS Sonoma (OpenCore Legacy Patcher v1.5.0) Software Releases 本站原创可引导映像,可以在当前系统中安装或者升级,可以通过 USB 存储引导安装,也可以用于虚拟机安装。 此版本更多介绍请参看:macOS Sonoma 14 Boot ISO 原版可引导映像下载 参看:如何在 Mac 和虚拟机上安装 macOS Sequoia、macOS Sonoma 和 macOS Ventura 或者打开 App Store 搜索 “macOS Sonoma” 即可下载(下载的是当前最新版)。 建议在以下版本的 VMware 软件中运行(Linux OVF 无需本站定制版可以正常运行,macOS 虚拟化如果不是 Mac 必须使用定制版才能运行,Windows OVF 需要定制版才能启用完整功能): VMware vSphere: macOS Sonoma 虚拟化解决方案,请参看:macOS 14 Blank OVF - macOS Sonoma 虚拟化解决方案
macOS Sonoma 推出全新功能,全面提升生产力和创意工作流
macOS Sonoma 更新摘要
macOS Sonoma 硬件兼容性列表
macOS Sonoma 版本历史
下载 macOS Sonoma

(1) ISO 格式软件包 (推荐)
(2) PKG 格式软件包
该格式软件包双击运行后将自动安装在
/Applications 下。(3) IPSW 固件 (Apple 芯片 Mac 专用)
IPSW 格式为搭载 Apple 芯片的 Mac 专用映像,其他格式通用。
(4) App Store 链接
https://apps.apple.com/app/macos-sonoma/id6450717509?mt=12适用的 VMware 软件下载链接
如何创建可引导的 macOS 安装器
硅谷工程师圈刮起一阵新风潮 ——Vibe Coding(氛围编程)。说白了,就是不用埋头逐行敲代码,只要把你的想法用大白话讲清楚,剩下的活儿全交给 AI,轻松把创意变成能用的产品。 一、什么是 Vibe Coding?一张表秒懂 二、Vibe Coding 4 步走:小白也能轻松上手 三、零代码基础的产品经理,3 小时上线情侣旅游攻略 四、工具推荐 第2步:可视化PRD智能生成 第3步:AI自动生成高保真UI界面 第4步:二次编辑与交互逻辑完善 第5步:Web前端代码生成 写在最后
本文将为大家解释什么是Vibe coding,并为大家推荐实用工具。
一句话总结:你负责把想法说成人话,AI 负责把人话变成能用的代码。
说需求:把想法讲明白就行不用纠结技术术语,直接说你想要的效果:“帮我做个购物网站,左滑是喜欢,右滑是不喜欢,界面要极简风,看着干净舒服。”
AI 生成:设计+前端代码一步到位把需求丢给 AI,它会自动帮你搞定可视化PRD、产品原型设计、前端代码,都给你配置妥当,不用你操心任何技术细节。
看效果:云端一键部署,打破设计与开发壁垒,有任何不满意的地方都可重新修改。
改需求:不满意随时调,秒级响应觉得按钮不好看?直接说:“按钮太丑了,换成浅蓝色,再把圆角调大一点。” AI 立刻重绘 UI,不用重启程序,刷新就能看新效果。
主角:产品经理小陈,连 “Hello World” 都写不利索
初衷:想给女友跟女友出去旅游,做个 “旅游” 网站,推荐全国各地的攻略:UXbot+Cursor 编辑器 :从提需求到上线只用了 3 小时,快到离谱。
1.UXbot
UXbot是AI驱动软件设计+Web前端开发工具,专门适配软件设计和开发场景,能够帮助用户打通“需求解析-界面设计-协作交付”全链路,用AI赋能提升开发效率。
2.实战演练
为验证UXbot的实际落地效能,本次选取“物流订单管理系统”为实战场景,聚焦方案撰写链路开展测试。
第1步:精准输入需求,AI深度解析设计意图
通过自然语言清晰描述UI需求即可启动生成。例如:“生成物流订单管理系统,包括物流追踪、订单管理、异常处理三个模块,组件自动适配响应式布局。”UXbot将智能识别页面类型、核心功能模块与结构逻辑,为精准生成奠定基础。
可视化 PRD 以其直观的流程图形式,将产品的核心逻辑、功能模块、用户路径等进行系统化整合与呈现,让产品交互逻辑清晰可视化,帮助用户快速掌握产品全局架构与运行逻辑,并且通过流程闭环校验,精准识别并补齐产品逻辑中的缺漏与断点。
基于需求解析结果,UXbot将自动完成页面结构搭建、UI组件匹配、视觉风格统一,数十秒内即可输出完整的高保真可交互界面。生成界面支持页面跳转与演示,可直接用于团队评审或需求沟通,彻底告别从低保真到高保真的冗长迭代过程。
搭载 AI 助手与专业级精密编辑器,支持用户进行像素级细节控制,布局微调、样式迭代、图文更新均精准匹配需求,兼顾创意灵动性与设计专业性。
界面设计一确定,它就会自动生成能直接用的前端代码,还能适配 Vue.js 这种常用框架。设计效果和代码能无缝衔接,甚至能一键传到云服务器上,再也不用纠结设计和开发脱节的问题了。
2025年硅谷已经开始开出百万年薪,招聘“会提需求的Vibe Coder”;现在的你,就算完全不会写代码,也可能成为下一个爆款产品的独立开发者。
Vibe Coding不是让你彻底放弃编程,而是把那些重复、枯燥、没技术含量的体力活,统统交给AI去做。你只需要专注于最核心的部分——打磨创意、优化产品、挖掘用户价值。
毕竟在AI时代,最值钱的从来不是“括号该放左边还是右边”,而是那个独一无二、能打动用户的好点子。
开发者朋友们大家好: 这里是 「RTE 开发者日报」,每天和大家一起看新闻、聊八卦。我们的社区编辑团队会整理分享 RTE(Real-Time Engagement) 领域内「有话题的技术」、「有亮点的产品」、「有思考的文章」、「有态度的观点」、「有看点的活动」,但内容仅代表编辑的个人观点,欢迎大家留言、跟帖、讨论。 本期编辑:@瓒an、@鲍勃 1、MOSS-TTS 亮相,支持精细发音控制与长音频生成,打造生产级语音基础模型 模思智能及 OpenMOSS 团队近日正式发布并开源了 MOSS-TTS Family 语音生成模型家族。这套工具链并未追求单一模型能力的堆叠,而是针对真实创作与交互需求,将语音生成拆解为五个核心模块: 技术层面,MOSS-TTS Family 基于高质量 Audio Tokenizer、大规模多样化数据及高效离散 Token 建模方法。其中,MOSS Audio Tokenizer 采用 1.6B 参数的纯 Transformer 架构,实现了高压缩比与语义-声学统一表征。为兼顾生产落地与学术研究,团队同时开源了两套互补架构:适合长文本生成与规模化部署的 Delay-Pattern (MossTTSDelay),以及适配流式交互的 Global Latent + Local Transformer (MossTTSLocal)。 此外,MOSS-TTS 系列已实现对壁仞科技壁砺™ 166M 的 Day-0 高性能推理支持,展现了对国产算力生态的兼容性。该模型家族的发布,试图通过覆盖「稳定生成、灵活设计、复杂对话、情境补全、实时交互」的全维度能力,为行业提供一套可直接接入工作流的声音创作生态闭环。 相关链接: GitHub: ( @机器之心 ) 2、智谱上线全新模型 GLM-5 刚刚,智谱正式上线并开源最新模型 GLM-5。 据介绍,GLM-5 是迈向 Agentic Engineering 的产物:在 Coding 与 Agent 能力上,其取得开源 SOTA 表现,在真实编程场景的使用体感逼近 Claude Opus 4.5,擅长复杂系统工程与长程 Agent 任务。 GLM-5 采用全新基座:参数规模从 355B(激活 32B)扩展至 744B(激活 40B),预训练数据从 23T 提升至 28.5T;构建全新的「Slime」框架,支持更大模型规模及更复杂的强化学习任务。 同时,GLM-5 还首次集成 DeepSeek Sparse Attention(稀疏注意力),在维持长文本效果无损的同时,大幅降低模型部署成本。 具体表现上: 值得一提的是,目前 GLM-5 已完成与华为昇腾、摩尔线程、寒武纪、昆仑芯、沐曦、燧原、海光等国产算力平台的深度推理适配。通过底层算子优化与硬件加速,GLM-5 在国产芯片集群上已经实现高吞吐、低延迟的稳定运行。 即日起,GLM-5 在 Hugging Face 与 ModelScope 平台同步开源,模型权重遵循 MIT License。同时 GLM-5 已纳入 GLM Coding Plan Max 套餐。 GitHub: Hugging Face: ( @APPSO) 3、蚂蚁开源全模态大模型 Ming-Flash-Omni 2.0 2 月 11 日,蚂蚁集团开源发布全模态大模型 Ming-Flash-Omni 2.0。 在多项公开基准测试中,Ming-Flash-Omni 2.0 在视觉语言理解、语音可控生成、图像生成与编辑等关键能力表现突出,部分指标超越 Gemini 2.5 Pro,成为开源全模态大模型性能新标杆。 据悉,Ming-Flash-Omni 2.0 也是业界首个全场景音频统一生成模型,可在同一条音轨中同时生成语音、环境音效与音乐。用户只需用自然语言下指令,即可对音色、语速、语调、音量、情绪与方言等进行精细控制。 模型在推理阶段实现了 3.1Hz 的极低推理帧率,实现了分钟级长音频的实时高保真生成,在推理效率与成本控制上保持业界领先。 值得一提的是,Ming-Flash-Omni 2.0 基于 Ling-2.0 架构(MoE,100B-A6B)训练,围绕「看得更准、听得更细、生成更稳」三大目标全面优化。 目前,Ming-Flash-Omni 2.0 的模型权重、推理代码已在 Hugging Face 等开源社区发布。用户也可通过蚂蚁百灵官方平台 Ling Studio 在线体验与调用。 Hugging Face: GitHub: ( @APPSO) 4、Rokid Glasses 上线「自定义智能体」:支持接入 OpenClaw 与 DeepSeek 等私有大模型 Rokid 宣布其灵珠平台正式上线「自定义智能体」功能,允许 Rokid Glasses 用户通过标准的 SSE 接口,接入自定义后端服务。这一更新回应了极客用户对于接入私有大模型、本地 NAS 运行 AI 以及调用自定义 Python 脚本的需求,标志着该产品开始将 AI 助手的定义权交还给用户。 此次更新打破了厂商定义能力的传统模式,支持接入包括开源社区热门的 OpenClaw 框架,以及 DeepSeek R1、Qwen3、Kimi K2.5 等私有部署模型。通过这种开放策略,Rokid Glasses 试图构建一种硬件负责感知(看与听)、后台负责思考与执行的 AR 形态。 接入自定义智能体(如 OpenClaw)为用户带来了三个维度的能力提升: 在具体部署方面,开发者需在 Rokid 开放平台注册并完成实名认证,随后在灵珠平台创建智能体并配置 URL 与鉴权信息。针对仅限个人使用的智能体,官方提示无需提交审核,直接通过个人账号调用即可,以避免误触提审流程。 鉴于接入门槛较高且涉及网络安全,Rokid 建议开发者使用阿里云或腾讯云等云服务器部署 OpenClaw,而不推荐在本地私人电脑使用内网穿透工具。配置完成后,用户可在 Rokid AI App 中调试,并通过眼镜端的语音指令或快捷指令唤起私有智能体。 GitHub: (@Rikid 乐奇、@IT 之家) 1、Gather 宣布重组:AI 团队并入 Figma,核心业务转型独立盈利模式 2026 年 2 月 9 日,Gather 发布了关于公司未来的战略更新。自成立以来,Gather 一直致力于通过「虚拟办公室」消除机会与连接的物理障碍,目前该产品已实现盈利并持续增长,服务于全球数千家企业。然而,公司管理层经过评估后认为,尽管现有产品具有长期价值和可持续性,但已不再符合最初设想的风投级增长模式。 为了确保核心使命的延续,Gather 宣布将采取两项关键举措来进行重组: 对于现有客户,Gather 承诺服务将不会发生任何变化。转型为独立业务后,团队将拥有更大的自由度来响应那些长期存在的用户需求,并继续保持其一贯的创新精神。此次调整被视为 Gather 回归初心的举措,使其能以更专注的方式在远程协作领域发挥所长。 ( @Gather Blog) 2、Willow 发布开发者语音工具,支持 Cursor、Antigravity 等主流 AI IDE 2026 年 2 月 12 日,Willow 正式推出了面向开发者的语音听写工具「Willow for Developers」,该工具专为 Vibe Coding 工作流打造。针对 Andrej Karpathy 曾提出的「英语是目前最热门的新编程语言」这一观点,Willow 将传统的键盘输入视为开发过程中的瓶颈,并试图通过语音交互来消除这一障碍。 该工具的核心逻辑建立在说话与打字的速度差异之上。Willow 指出,人类的平均语速约为每分钟 200 个单词,而打字速度仅为每分钟 60 个单词。通过口述提示词,开发者能够比打字时更自然地提供丰富的细节和上下文信息。在 AI 辅助开发的语境下,这种高密度的上下文输入有助于 AI IDE 生成质量更高的代码。 在具体功能层面,Willow 针对编程场景进行了多项优化: ( @WillowVoiceAI\@X) 3、Simple AI 完成 1400 万美元种子轮融资:First Harmonic 领投,打造转化率超人工 30% 的语音智能体 语音 AI 智能体平台 Simple AI 于 2026 年 2 月 10 日宣布完成 1400 万美元种子轮融资,由 First Harmonic 领投,Y Combinator 等机构跟投。资金将用于开发语音智能体平台、构建定制生成式 AI 模型及商业分析工具。 Simple AI 的核心业务是利用语音 AI 自动化处理销售与支持来电。平台可导入企业完整产品目录(含 SKU 及定价),在通话中调用实时客户数据进行个性化互动,并执行下单等操作,同时生成通话记录与分析报告。技术上,该平台宣称将全链路延迟控制在 850 毫秒以内,涵盖语音检测到文本转语音的全流程,以确保对话自然流畅。 该技术试图解决呼叫中心的三大挑战: 平台还提供实验工具,支持调整 AI 智能体的语速、性别和口音。联合创始人 Catheryn Li 表示,优质的语音智能体能改善通话体验;CTO Zach Kamran 则指出,智能体能瞬间掌握所有产品细节。数据显示,其 AI 智能体在牛排销售、保险等领域的转化率比人工客服高出 30%。 投资方 First Harmonic 评价称,团队并未依赖现有方案,而是从零构建了完整的语音 AI 技术栈。两位创始人相识于 Y Combinator,在接触大语言模型早期研究后,决定将其应用于语音领域。 ( @BusinessWire) 1、AI 非但未减负,反而加剧职场倦怠 据 Techcrunch 报道,如今美国职场文化中最具诱惑力的说法,并非人工智能会抢走你的工作,而是它能把你从繁重的工作中解脱出来。 过去三年里,科技行业一直在向数百万焦虑不安的人兜售这一理念,而人们也迫切愿意相信。诚然,部分白领岗位将会消失。但该观点声称,对大多数其他职位而言,人工智能是能力放大器。工具为你所用,你不用再拼命工作,人人都是赢家。 但《哈佛商业评论》(Harvard Business Review)新近发表的一项研究,顺着这一前提推导得出了真实结论:研究发现的并非一场生产力革命,而是企业有可能变成让人精疲力竭的机器。 加州大学伯克利分校的研究团队在一家 200 人规模的科技公司进行了为期八个月的实地观察。研究发现,尽管公司管理层并未施加额外压力或设定新业绩目标,员工在深度接纳 AI 后,工作状态却发生了微妙变化。仅仅因为工具提升了可行性,员工便主动承担更多任务,导致工作逐渐侵占午休时间甚至蔓延至深夜。AI 节省出的每一小时,迅速被不断膨胀的待办事项填满。一位工程师在访谈中坦言,原本期望的高效率能带来闲暇,现实却是工作量不降反增。 此前已有数据佐证了类似迹象:去年夏天的实验显示,资深开发者使用 AI 后实际耗时增加 19%,尽管其自我感觉效率提升了 20%;美国国家经济研究局的数据也表明,AI 带来的生产力提升仅相当于节省 3% 的时间。 与上述研究不同,这项新研究并未质疑 AI 对个人能力的提升作用,而是揭示了这种提升的副作用。研究指出,随着组织对响应速度和工作效率的要求水涨船高,技术赋能最终导向了疲劳、职业倦怠以及强烈的「无法抽身感」。科技行业寄希望于通过「做更多事」来解决问题,但这或许正是新问题的开端。 (@IT 之家) 招聘、项目分享、求助……任何你想和社区分享的信息,请联系我们投稿。(加微信 creators2022,备注「社区黑板报」) 1、招聘工程研发、算法、产运等岗位 来自社区开发者 Polande: 招聘岗位(北京) 1.工程研发/Agent 研发 2.语音算法 3.产品运营、用户增长 4.AI 创新独立小团队(3 人)** 期望:热爱 AI、了解 AI、了解 SaaS、能够用 AI 在工作中实质的提效落地。 关于公司 1.方向是做语音对话的 SaaS -> Agent 平台产品 2.上市公司内的创业团队,当前 30 人,26 年控制在 50 人左右(创业氛围,暂时不需要融资 3.产品:0.7 阶段 关于我 原先在百度和现在团队一直是做 AI 商业化方向,接近小十年的智能语音交互,但是现在还是有很多事情会感觉到兴奋。 有意向可以联系 polandeme\@gmail.com 写在最后: 我们欢迎更多的小伙伴参与 「RTE 开发者日报」 内容的共创,感兴趣的朋友请通过开发者社区或公众号留言联系,记得报暗号「共创」。 对于任何反馈(包括但不限于内容上、形式上)我们不胜感激、并有小惊喜回馈,例如你希望从日报中看到哪些内容;自己推荐的信源、项目、话题、活动等;或者列举几个你喜欢看、平时常看的内容渠道;内容排版或呈现形式上有哪些可以改进的地方等。 作者提示: 个人观点,仅供参考
01 有话题的技术


https://mosi.cn/models/moss-tts
https://github.com/OpenMOSS/MOSS-TTS
https://github.com/zai-org/GLM-5
https://huggingface.co/zai-org/GLM-5
https://huggingface.co/inclusionAI/Ming-flash-omni-2.0
https://github.com/inclusionAI/Ming
https://github.com/openclaw/openclaw02 有亮点的产品
03 有态度的观点
04 社区黑板报



下载安装包 确认系统版本 用管理员身份运行(推荐) 选安装类型: 选关联文件类型(重要): 7z2105(64位)是 7-Zip 21.05 版本的 64 位安装包,这是个压缩解压工具,能打包成 7z、zip、rar 等格式,压缩率高、速度也快,解压大文件比系统自带的 winrar/压缩功能稳很多。一、准备工作
二、安装步骤
7z2105(64位).exe运行(如果右键过了就直接双击)。C:\Program Files\7-Zip),新手直接点 “Install” 就行;.7z、.zip、.rar、.tar等,这样以后双击这些格式的文件会用 7-Zip 打开。三、首次使用与基本操作
我家孩子太难带,最近几天每天晚上,11 点,2 点,4 点哭闹,熬不住了。
我们从 5 个月就开始吃氨基酸,水解奶粉。夜醒频繁,有一段时间,我老婆头发大把大把的掉
白天啥事没有,我都有点害怕夜晚的来临
发现现在好多问题都归结与过敏,医生也说不出个原因
你们的孩子过敏吗
实际上的工作也是指挥一群 agent 干活,如果找免费的,出了问题要自己解决,如果是收费软件,估计就是找个实际的人承担法律责任
据 Windows Central 独家消息,微软计划为 Windows 11 重新引入可移动任务栏功能。此举是其 2026 年改善操作系统用户满意度计划的重要组成部分,以回应长期存在的用户反馈。
宣传挺炫酷,目前 bug 不少。
一款 20 多年老游戏还能给 dlc 也是可以了。
不知道为啥没有任何提前宣传就直接放出来了。
目前带 dlc 的套装和原来原版一个价。单买 dlc 便宜 1/3 多点。
LockSupprot 用来阻塞和唤醒线程,底层实现依赖于 Unsafe 类。 LockSupport用来创建锁和其他同步类的基本线程阻塞原语。简而言之,当调用LockSupport.park时,表示当前线程将会等待,直至获得许可,当调用LockSupport.unpark时,必须把等待获得许可的线程作为参数进行传递,好让此线程继续运行。在AQS中大量使用,AQS最终都是使用LockSupport来阻塞线程的。 该类包含一组用于阻塞和唤醒线程的静态方法,这些方法主要是围绕 park 和 unpark 展开,话不多说,直接来看一个简单的例子吧。 上面的代码中,当 counterThread 数到 500 时,它会唤醒 mainThread。而 mainThread 在调用 park 方法时会被阻塞,直到被 unpark。 LockSupport 中的方法不多,这里将这些方法做一个总结: 实际上,LockSupport 阻塞和唤醒线程的功能依赖于 说明: UNSAFE字段表示sun.misc.Unsafe类,一般程序中不允许直接调用,而long型的表示实例对象相应字段在内存中的偏移地址,可以通过该偏移地址获取或者设置该字段的值。 说明: LockSupport只有一个私有构造函数,无法被实例化。 在分析LockSupport函数之前,先引入sun.misc.Unsafe类中的park和unpark函数,因为LockSupport的核心函数都是基于Unsafe类中定义的park和unpark函数,下面给出两个函数的定义: 说明: 对两个函数的说明如下: park函数,阻塞线程,并且该线程在下列情况发生之前都会被阻塞: park函数有两个重载版本,方法摘要如下 说明: 两个函数的区别在于park()函数没有没有blocker,即没有设置线程的parkBlocker字段。park(Object)型函数如下。 说明: 调用park函数时,首先获取当前线程,然后设置当前线程的parkBlocker字段,即调用setBlocker函数,之后调用Unsafe类的park函数,之后再调用setBlocker函数。那么问题来了,为什么要在此park函数中要调用两次setBlocker函数呢? 原因其实很简单,调用park函数时,当前线程首先设置好parkBlocker字段,然后再调用Unsafe的park函数,此后,当前线程就已经阻塞了,等待该线程的unpark函数被调用,所以后面的一个setBlocker函数无法运行,unpark函数被调用,该线程获得许可后,就可以继续运行了,也就运行第二个setBlocker,把该线程的parkBlocker字段设置为null,这样就完成了整个park函数的逻辑。如果没有第二个setBlocker,那么之后没有调用park(Object blocker),而直接调用getBlocker函数,得到的还是前一个park(Object blocker)设置的blocker,显然是不符合逻辑的。总之,必须要保证在park(Object blocker)整个函数执行完后,该线程的parkBlocker字段又恢复为null。所以,park(Object)型函数里必须要调用setBlocker函数两次。setBlocker方法如下。 说明: 此方法用于设置线程t的parkBlocker字段的值为arg。 另外一个无参重载版本,park()函数如下。 说明: 调用了park函数后,会禁用当前线程,除非许可可用。在以下三种情况之一发生之前,当前线程都将处于休眠状态,即下列情况发生时,当前线程会获取许可,可以继续运行。 此函数表示在许可可用前禁用当前线程,并最多等待指定的等待时间。具体函数如下。 说明: 该函数也是调用了两次setBlocker函数,nanos参数表示相对时间,表示等待多长时间。 此函数表示在指定的时限前禁用当前线程,除非许可可用, 具体函数如下: 说明: 该函数也调用了两次setBlocker函数,deadline参数表示绝对时间,表示指定的时间。 此函数表示如果给定线程的许可尚不可用,则使其可用。如果线程在 park 上受阻塞,则它将解除其阻塞状态。否则,保证下一次调用 park 不会受阻塞。如果给定线程尚未启动,则无法保证此操作有任何效果。具体函数如下: 说明: 释放许可,指定线程可以继续运行。 synchronzed 会使线程阻塞,线程会进入 BLOCKED 状态,而调用 LockSupprt 方法阻塞线程会使线程进入到 WAITING 状态。 首先,我们先来看看Thread.sleep()和Object.wait()的区别,这是一个烂大街的题目了,大家应该都能说上来两点。 其实,他们俩最大的区别就是Thread.sleep()不会释放锁资源,Object.wait()会释放锁资源。 Object.wait()和Condition.await()的原理是基本一致的,不同的是Condition.await()底层是调用LockSupport.park()来实现阻塞当前线程的。 实际上,它在阻塞当前线程之前还干了两件事,一是把当前线程添加到条件队列中,二是“完全”释放锁,也就是让state状态变量变为0,然后才是调用LockSupport.park()阻塞当前线程。 LockSupport.park()还有几个兄弟方法——parkNanos()、parkUtil()等,我们这里说的park()方法统称这一类方法。 二者都会阻塞当前线程的运行,他们有什么区别呢? 经过上面的分析相信你一定很清楚了,真的吗? 往下看! park()/unpark()底层的原理是“二元信号量”,你可以把它相像成只有一个许可证的Semaphore,只不过这个信号量在重复执行unpark()的时候也不会再增加许可证,最多只有一个许可证。 如果当前的线程不是此对象锁的所有者,却调用该对象的notify()或wait()方法时抛出IllegalMonitorStateException异常; 如果当前线程是此对象锁的所有者,wait()将一直阻塞,因为后续将没有其它notify()唤醒它。 线程不会被阻塞,直接跳过park(),继续执行后续内容 不会,它只负责阻塞当前线程,释放锁资源实际上是在Condition的await()方法中实现的。LockSupport简介
public class LockSupportDemo1 {
public static void main(String[] args) {
Thread mainThread = Thread.currentThread();
// 创建一个线程从1数到1000
Thread counterThread = new Thread(() -> {
for (int i = 1; i <= 1000; i++) {
System.out.println(i);
if (i == 500) {
// 当数到500时,唤醒主线程
LockSupport.unpark(mainThread);
}
}
});
counterThread.start();
// 主线程调用park
LockSupport.park();
System.out.println("Main thread was unparked.");
}
}阻塞线程
void park():阻塞当前线程,如果调用 unpark 方法或线程被中断,则该线程将变得可运行。请注意,park 不会抛出 InterruptedException,因此线程必须单独检查其中断状态。void park(Object blocker):功能同方法 1,入参增加一个 Object 对象,用来记录导致线程阻塞的对象,方便问题排查。void parkNanos(long nanos):阻塞当前线程一定的纳秒时间,或直到被 unpark 调用,或线程被中断。void parkNanos(Object blocker, long nanos):功能同方法 3,入参增加一个 Object 对象,用来记录导致线程阻塞的对象,方便问题排查。void parkUntil(long deadline):阻塞当前线程直到某个指定的截止时间(以毫秒为单位),或直到被 unpark 调用,或线程被中断。void parkUntil(Object blocker, long deadline):功能同方法 5,入参增加一个 Object 对象,用来记录导致线程阻塞的对象,方便问题排查。唤醒线程
void unpark(Thread thread):唤醒一个由 park 方法阻塞的线程。如果该线程未被阻塞,那么下一次调用 park 时将立即返回。这允许“先发制人”式的唤醒机制。sun.misc.Unsafe,这是一个很底层的类,比如 LockSupport 的 park 方法是通过 unsafe.park() 方法实现的。LockSupport源码分析
类的属性
public class LockSupport {
// Hotspot implementation via intrinsics API
private static final sun.misc.Unsafe UNSAFE;
// 表示内存偏移地址
private static final long parkBlockerOffset;
// 表示内存偏移地址
private static final long SEED;
// 表示内存偏移地址
private static final long PROBE;
// 表示内存偏移地址
private static final long SECONDARY;
static {
try {
// 获取Unsafe实例
UNSAFE = sun.misc.Unsafe.getUnsafe();
// 线程类类型
Class<?> tk = Thread.class;
// 获取Thread的parkBlocker字段的内存偏移地址
parkBlockerOffset = UNSAFE.objectFieldOffset
(tk.getDeclaredField("parkBlocker"));
// 获取Thread的threadLocalRandomSeed字段的内存偏移地址
SEED = UNSAFE.objectFieldOffset
(tk.getDeclaredField("threadLocalRandomSeed"));
// 获取Thread的threadLocalRandomProbe字段的内存偏移地址
PROBE = UNSAFE.objectFieldOffset
(tk.getDeclaredField("threadLocalRandomProbe"));
// 获取Thread的threadLocalRandomSecondarySeed字段的内存偏移地址
SECONDARY = UNSAFE.objectFieldOffset
(tk.getDeclaredField("threadLocalRandomSecondarySeed"));
} catch (Exception ex) { throw new Error(ex); }
}
}类的构造函数
// 私有构造函数,无法被实例化
private LockSupport() {}核心函数分析
public native void park(boolean isAbsolute, long time);
public native void unpark(Thread thread);park函数
public static void park();
public static void park(Object blocker);public static void park(Object blocker) {
// 获取当前线程
Thread t = Thread.currentThread();
// 设置Blocker
setBlocker(t, blocker);
// 获取许可
UNSAFE.park(false, 0L);
// 重新可运行后再此设置Blocker
setBlocker(t, null);
}private static void setBlocker(Thread t, Object arg) {
// 设置线程t的parkBlocker字段的值为arg
UNSAFE.putObject(t, parkBlockerOffset, arg);
}public static void park() {
// 获取许可,设置时间为无限长,直到可以获取许可
UNSAFE.park(false, 0L);
}parkNanos函数
public static void parkNanos(Object blocker, long nanos) {
if (nanos > 0) { // 时间大于0
// 获取当前线程
Thread t = Thread.currentThread();
// 设置Blocker
setBlocker(t, blocker);
// 获取许可,并设置了时间
UNSAFE.park(false, nanos);
// 设置许可
setBlocker(t, null);
}
}parkUntil函数
public static void parkUntil(Object blocker, long deadline) {
// 获取当前线程
Thread t = Thread.currentThread();
// 设置Blocker
setBlocker(t, blocker);
UNSAFE.park(true, deadline);
// 设置Blocker为null
setBlocker(t, null);
}unpark函数
public static void unpark(Thread thread) {
if (thread != null) // 线程为不空
UNSAFE.unpark(thread); // 释放该线程许可
}更深入的理解
与 synchronzed 的区别
Thread.sleep()和Object.wait()的区别
Object.wait()和Condition.await()的区别
Thread.sleep()和LockSupport.park()的区别
Object.wait()和LockSupport.park()的区别
如果在wait()之前执行了notify()会怎样?
如果在park()之前执行了unpark()会怎样?
LockSupport.park()会释放锁资源吗?
效果咋样,能媲美 Claude Opus 4.5 吗?