树莓派官方AMA确认:树莓派6最早2028年发布,内存短缺导致延期,Zero 2W供应有望下半年缓解

日前,三位树莓派核心工程师在 Reddit r/engineering 板块举办了一场 AMA(Ask Me Anything)活动,释放了大量关于下一代旗舰以及现有产品线的重磅信息。其中,树莓派 6 的规划最引人关注。
回顾历代树莓派旗舰主板的上市时间线:
- 2012 年:初代树莓派 1
- 2015 年:树莓派 2(间隔 3 年)
- 2016 年:树莓派 3(间隔 1 年)
- 2019 年:树莓派 4(间隔 3 年)
- 2023 年:树莓派 5(间隔 4 年)
按照这一节奏,树莓派 6 原计划在树莓派 5 发布后的 3~4 年内面世,即 2026 年到 2027 年之间。官方透露,目前树莓派 6 的研发已经进入中后程,但全球 DRAM 内存供应紧张的问题使得当下不适合将其推向批量生产。如果新品的零售价被迫涨至树莓派 5(50 美元起)的两倍,那么发布就失去了意义。
创始人 Eben Upton 因此将迭代周期进一步拉长到 4~4.5 年,并明确树莓派 6 最早也要到 2028 年初才会问世。这也意味着树莓派 5 还将在未来很长一段时间里充当旗舰机型。对于那些期待板载 M.2 插槽以及各种新型拓展接口的用户,官方提前打了预防针:下一代产品将专注于性能提升,配备更强的处理器和更高的输入输出带宽,并不会在物理接口上堆砌新功能。在 AI 算力方面,Eben 表示团队不愿浪费芯片面积额外集成 NPU,所有 AI 运算都交给通用 CPU 完成,因此树莓派 6 不会内置专用的神经网络加速单元。
树莓派系统深度比拼:Raspberry Pi OS 与 Ubuntu 桌面性能及颜值全解析

我总喜欢在树莓派上尝鲜官方系统以外的各种 Linux 发行版,尤其是那些宣称能提供更精致桌面体验的版本。Ubuntu往往是我最先想到的候选——毕竟大多数人在传统电脑上早已用过它。但在树莓派的硬件环境中,光有好看的桌面还不够,整机性能、硬件适配度以及方方面面的兼容细节,都会直接决定使用时的真实感受。
通常情况下,Raspberry Pi OS 是树莓派桌面场景的最优解。它在性能、硬件匹配度和熟悉的 Debian 底座上明显占优;而 Ubuntu 虽然界面更现代,放在树莓派上却可能更“重”,并且缺少一些针对性的优化。
这篇对比将详细剖析两个系统在树莓派上的实际表现,阐述 Ubuntu 强在哪里,Raspberry Pi OS 又凭什么依然领先,并帮你根据自己的需求做出最合理的选择。
先给个快览:以下是主要桌面使用指标的直接对照表。

继续往下读,你会看到这些评分背后具体的测试过程和判断依据。
- 背景与历史
- 镜像与兼容性
- 发布周期与更新策略
- 首次启动设置
- 桌面界面与用户体验
- 预装应用与软件管理
- 实际性能测试
- 选择建议
背景与历史
先简短回顾:Raspberry Pi OS 和 Ubuntu 都构建在 Debian 之上,Debian 是全球最流行的发行版之一,以简洁和稳定闻名。
虽然共同点不少,比如同样用 APT 作为包管理器,但本文着重关注桌面用户的实际体验。顺带提一句,你也可以直接在树莓派上跑原版 Debian。
Raspberry Pi OS 由树莓派基金会创建,目标是为这块小板提供一套稳定可靠的 Linux 系统。最初它主要面向教育场景,所以你可以预期它容易上手、兼容性极强,但也可能带有浓厚的编程工具色彩——后面我们会看到。
Ubuntu 走的是另一条路,它在树莓派上算是后起之秀(至少稳定版是这样)。Ubuntu 在标准 PC 上取得了巨大成功,但树莓派版本更像是一个从属项目。时间会证明他们能否把过去积累的优势注入到这块硬件上。兼容性和性能也许是主要挑战,但如果这两点做好了,整体体验会提升不少。
这一节我不打分,但你需要明白:从基因上看,Raspberry Pi OS 是王者,而 Ubuntu 是我们要检验的挑战者。我在 YouTube 上做过一个快速投票,结果和我的初步判断一致,不过我们接着看正式对比。

镜像与兼容性
Raspberry Pi OS 自 2012 年诞生以来几乎与树莓派初代同步发布,深度针对树莓派优化,通常每推出新硬件就有相应的新版本,以保证最高的兼容性。
通义千问多模态冲进全球前五,每日免费200次调用,AI编程与Agent能力拉满
AI 大模型评测
通义千问 Qwen3.7 多模态
冲进全球前五,每天200次免费用
国产最强编程模型每日免费200次,Agent连续运行35小时
2026年5月20日,阿里巴巴在杭州云栖大会上正式发布了 Qwen3.7 系列大模型。仅仅过了两周,最受关注的福利就落地了——每天免费提供 200 次调用,不充会员也能用上国产最强的编程模型。
这期我们不说废话,直接上干货:Qwen3.7 到底有多强?这 200 次免费怎么用?
01
先看硬指标
Qwen3.7-Max 编程能力全球第二,国产第一
5月26日凌晨,全球权威第三方编程榜单 Code Arena 公布最新结果,阿里千问 Qwen3.7-Max 以 1541 分 的分数,在所有大模型厂商中排名 全球第二,仅次于 Claude 系列。这一次它超越了 GPT-5.5、Gemini-3.5-Flash、智谱 GLM-5.1、Kimi-K2.6 等一系列知名模型。也就是说,当下国产 AI 编程的天花板,就是它了。

从目前的成绩来看,它在真实编程场景中综合表现相当突出,尤其在复杂代码生成、调试、多文件工程以及工具调用链路等方面展现出极强的竞争力。与此同时,在 Artificial Analysis 大模型智能排行榜中,Qwen3.7-Max 也排在 全球第五、国产第一。
Qwen3.7-Plus 多模态 Vision Arena 全球第五、中国第一
6月2日,Qwen3.7-Plus 在全球视觉大模型榜单 Vision Arena 中冲进 全球前五、中国第一,实现了多模态混合智能体的新突破——它将“看、想、写、做、验”全部整合到一个统一的智能体工作流中,能够一键复刻手机 APP、桌面端专业软件等复杂的长程任务。多模态领域,国产 AI 终于站上了世界级的领奖台。
02
为什么这么强?
① 万亿参数 MoE 架构,性能和成本兼顾
Qwen3.7 依然采用万亿参数稀疏混合专家架构,总参数量超过 1 万亿,预训练数据量高达 36 万亿 tokens。每次推理只激活一小部分专家网络,这样既能保持模型的强大表现,又能有效控制推理成本。
突发!ChatGPT与Codex大规模封号引发众怒,高额订阅血本无归,官方紧急响应
今天一早,打开L站就发现气氛异常。大量用户发帖反映自己的ChatGPT账号突然被封,恐慌情绪蔓延。
账户几乎是直接遭到永久禁用的方式。
奥特曼这次下手非常果断,令人猝不及防。
我赶紧检查了自己的账户,所幸暂时还安然无恙,算是躲过一劫。
此次封号波及范围很广,几乎没有什么规律可循,无论是Plus还是Pro订阅,均无法幸免。一封冷冰冰的邮件就直接宣告了账号的死刑。
以往如果通过Bug充值或者使用黑卡付款,最多也就是Plus订阅权限掉线。但这次OpenAI似乎动真格了,措施非常强硬,直接对账号本身下手。
那些价值100美元、200美元的Pro账号瞬间化为乌有,损失十分惨重!这波操作让大量忠实用户寒了心,OpenAI的做法确实不太妥当,有些失掉人心。
说句公道话,过去两个月里GPT系列的声誉一直很好,Codex的模型能力也广受认可。老老实实按规则订阅、充值,之前从来不会遇到封号的问题。
相比之下,隔壁Claude动不动就封号的做法,反而把GPT的好感度拉了上来。
然而这一次如果不把正规充值的账号解封,恐怕会引发大规模的用户信任危机。
随后我去X平台看了看,同样发现大量用户正在投诉账号被停用。
很多人在转发一个人的截图。我查了下,这位是OpenAI的体验团队负责人。
令人稍感欣慰的是,对方已经确认团队正在积极调查,推测这次可能是大规模误封。
他的帖子下面挤满了来自世界各地的用户留言,几乎每个国家都有,可见本次事件波及范围之广,伤害程度之深。
大家最好现在就去检查一下自己的GPT账号,以免贻误时机。
OpenAI正处于筹备上市的关键节点,突然来这一出,难免会被市场和用户骂惨。
这次误伤的用户,按照OpenAI一向的行事风格,应该有比较大的可能会得到恢复。真心希望他们别走上Anthropic那条动不动封号的老路。
否则以后我们可能又得偷偷摸摸通过中转站来使用,那滋味想想就难受……
此刻,无比渴望国产大模型能够早日崛起,给我们多一份选择。
如果遇到你的ChatGPT账号被封,眼下确实没有太完美的即时解决办法。你可以先尝试通过邮箱提起申诉流程,等待官方后续的处理结果。
只要确实没有违反平台条例,真的是误封,考虑到当前如此汹涌的舆论压力,账号恢复的概率还是相当大的。不妨保持耐心,再观察一下~









威联通NAS一键部署AFFiNE:自建私有知识库与协作平台
最近在一次技术交流中,有群友询问如何在威联通 NAS 上部署 AFFiNE,用于搭建自托管的私有知识库和协作环境。实际体验后,我们发现该项目的实时同步协同、文档与白板之间无缝切换等特性非常实用。虽然它在商业软件领域或许不算顶尖,但从开源工具的角度来看,AFFiNE 确实表现亮眼。

AFFiNE 的定位独具特色,它并非仅局限于文字记录,而是将文档、白板、知识库和项目管理融合成一个整体,很适合用于个人知识整理、团队资料沉淀,甚至轻量级的工作协作。就在最近,官方还宣布接入了人工智能系统。

AFFiNE 需要配合数据库、缓存等组件来运行,因此采用 Docker Compose 进行部署是最合适的方式。威联通的 Container Station 原生支持 Compose 文件,只需准备好相关配置,就能在 NAS 上轻松完成部署。
AFFiNE 简介
AFFiNE 是一款开源的知识管理与协作平台,可以把它理解为一个融合了 Notion 文档能力和 Miro 白板自由度的生产力工具。无论是撰写笔记、整理资料、构建知识库,还是制定项目计划、梳理流程、头脑风暴和团队协作,它都能胜任。
与普通笔记软件不同,AFFiNE 支持文字、表格、看板、白板、关系链接等多种内容形式,能够将零散的信息统一集中管理。对于拥有 NAS 的用户来说,将 AFFiNE 部署在本地,就能利用设备长期在线、集中存储、便于备份的特点,搭建一个完全属于自己的私有知识库。
下列场景非常适合部署 AFFiNE:
期望拥有一套本地化的笔记与知识管理工具;希望将各类资料、项目计划、灵感记录整合到一处;注重数据隐私,想把数据保存在自己的 NAS 上;或者纯粹想体验一款开源、自托管的 Notion 类产品。对于这些用户而言,AFFiNE 绝对是一个值得尝试的好项目。
在威联通NAS上部署AFFiNE
本文以威联通 NAS 为例,完整记录 AFFiNE 的部署过程。
准备基础配置文件
官方示例配置文件仅包含 $schema 和 server.name 等最基础的设置项。通过 SSH 连接 NAS,执行以下命令:
mkdir -p /share/Container/affine/config
cd /share/Container/affine
cat > ./config/config.json <<'EOF'
{
"$schema": "https://github.com/toeverything/affine/releases/latest/download/config.schema.json",
"server": {
"name": "AFFiNE on QNAP NAS"
}
}
EOF

微信商城全栈开发挑战:六款国产AI编程模型深度对比评测(2026版)
国产大模型纷纷亮出最新版本,MiniMax、通义千问、DeepSeek、Kimi、智谱、小米等模型在AI编程赛道上的竞争愈发激烈。这些模型投入到真实开发任务中,究竟哪一家的编码能力最值得信赖?近期,我对六款主流国产AI编程模型进行了一次贴近个人日常需求的实测,从长任务执行到复杂前后端联调,全面考察它们的实战水平,并整理出综合排名与评分。参与本次横评的模型分别是:MiniMax M3、Qwen 3.7 Max、DeepSeek V4 Pro、Kimi K2.6、GLM 5.1、小米 V2.5 Pro。
一、测试全景:微信商城全栈开发
此次测试以一个完整的微信商城全栈项目为场景,涵盖前端、后台和 Java 后端。我为每个模型提供了完全相同的 PRD 文档、设计规范、技术栈说明、SPEC 任务文档和全局开发规范,要求其完成一轮长时间编码,并经过 3 至 5 轮问题修复,重点观察它们在长任务上下文维持、前后端协作、功能完备度以及缺陷修复上的真实表现。
二、六款模型核心参数一览
先来看下各模型最新的核心技术规格。

三、实测综合评分榜
复杂的测试过程不再赘述,直接揭晓各模型的综合评分。

四、各模型详细表现与亮点
🥇 Qwen-3.7-Max(整体评分 9)
技术亮点
原生支持百万级 Token 上下文窗口,可以一次性加载完整代码仓库,最大输出可达 64k tokens。在推理内核优化类任务中,曾持续运行35 小时、执行超过 1000 次工具调用,展现出行业领先的长周期自主执行能力。
测试表现
以 90% 的项目完成度稳居榜首,并且是本轮测试中唯一在首版编码就正确实现优惠券完整逻辑的模型。前端、后端均获得 9 分的满分评价,成为唯一前后端能力双双登顶的选手。
🥈 DeepSeek-V4-Pro(整体评分 8)
技术亮点
目前全球规模最大的开源 MoE 模型,总参数量达到惊人的1.6 万亿,激活参数 490 亿,配备 384 个专家。上下文窗口同样为 1M tokens,最大输出 384K tokens。处理 1M token 上下文所需的 FLOPs 仅为 V3.2 版本的 27%,KV Cache 占用仅有 10%。
小米MiMo、MiniMax、智谱Token Plan深度横评:API调用性价比终极实测
当前市面上的 Token Plan 套餐很难找到真正完美的性价比方案。市面上已有的套餐,从阿里云百炼、GLM Coding Plan 到火山方舟、腾讯、百度、智谱、MiniMax、小米等,要么模型单一,要么能打的模型有限,要么直接高定价却给少量 token。本次评测暂不讨论国外模型厂商,因其接口稳定性等原因,大多数人难以轻松获取。下面从实际体验出发,聚焦三家最值得关注的国内厂商——小米 MiMo、MiniMax 和智谱 GLM,深度解析它们的 Plan 套餐与 API 调用,看看到底怎么选更划算。
🥇
小米 MiMo:缓存命中场景无敌,性价比黑马
小米近期更新了 Token Plan 计费体系,Credits 数量暴涨 68 倍,同时 API 价格大幅下调,双重诚意直接拉满。

Credits 与 Token 换算规则

¥39 Lite 套餐能买到多少 tokens?具体如下:
| 场景 | 可用 tokens |
| 缓存命中 | 41亿 ÷ 2.5 ≈ 16.4 亿 |
| 典型编程(缓存未命中) | 41亿 ÷ 300 ≈ 1367 万 |
如果采用同样的 ¥39 直接走 API 按量付费,则情况如下:
| 场景 | 计算公式 | 可用 tokens |
| 缓存命中 | ¥39 ÷ 0.025 × 100万 | ≈ 15.6 亿 |
| 典型编程(混合输入输出) | ¥39 ÷ 均价约 ¥5 | ≈ 780 万 |
两者相比,差距已被大幅拉近:
小米MiMo模型降价98%后实测:手把手教你接入Codex,并对比前端生成能力
在之前的分享中,我介绍了如何借助 CC Switch 将国产模型对接到 Codex 中使用。
有朋友反馈说小米的 MiMo 模型配置会遇到问题,我在自己的 MacBook M1 上试了一次,整个过程很顺畅。
恰好不久前,小米模型宣布了一波大幅降价,价格直接下调了98%!👍 小米在价格战上确实很有经验。
现在的 Token 计费水平已经和 Deepseek 相当接近,而 Deepseek 本身就是大家公认的“价格屠夫”,这个定位不难想象。
借这个机会,我们正好来测试一下小米这个模型的实际能力。
接下来,我会一步一步展示如何将小米的 MiMo 模型接入 Codex。
直接开始~

1、注册账号
想调用小米的 MiMo 模型,首先要在小米开放平台注册一个账号,之后才能拿到专属的 API Key。
**✅小米开放平台地址:**https://platform.xiaomimimo.com

如果不使用邀请码注册,官方不会赠送体验金,账户里会显示 0 元!
我是充了 10 块钱之后才意识到这一点😅

亏了,亏了。

2、MiMo计费方式
小米 API 的付费模式有两种。
一种是按月订阅套餐,另一种是按照实际 Token 消耗量计费。

包月套餐首次购买时是 34 元,后续续费则为 39 元。这个价格在直觉上是比较亲民的。
如果你刚开始接触 AI 编程,可以用它来练手。但若打算深度使用,更推荐直接选用 Codex 的旗舰模型 GPT‑5.5,也就是订阅 ChatGPT Plus 会员。
3、获取ApiKey
账户里如果没有余额,需要先充值才能调用。建议先充 10 块钱体验一下。
小米摄像头RTSP流NAS部署:Go2rtc全流程配置与智能家居接入指南
本文将以小米摄像头为例,介绍如何利用 Go2rtc 流媒体服务器,将摄像头的私有协议视频流转换为标准 RTSP 协议,并部署在 NAS 中,方便接入 Home Assistant、Frigate 或各类 NVR 软件,实现低延迟、高兼容性的监控服务。无需复杂开发,跟着步骤操作即可。
Go2rtc 是一款功能强大的通用摄像头流媒体服务器,旨在解决安防监控领域视频协议兼容性和低延迟传输的难题。它能作为高效的中转网关,将各类传统摄像头的私有视频流汇聚并转换为现代 Web 友好的协议(如 RTSP、WebRTC、HLS),极大方便了不同平台的调用。

小提示:Go2rtc 功能非常丰富,本文仅聚焦于如何配置小米摄像头获取 RTSP 地址,不展开讨论其他高级特性。
部署 Go2rtc 服务
使用 Docker Compose 进行安装,配置文件示例如下:
services:
go2rtc:
image: alexxit/go2rtc:latest
container_name: go2rtc
network_mode: host
privileged: true
ports:
- 1984:1984
environment:
- TZ:Asia/Shanghai
volumes:
- ./config:/config
restart: always
关键参数说明(更多细节建议查阅官方文档):
- TZ 环境变量:设置容器时区为 Asia/Shanghai。
- /config 路径:配置文件目录,用于持久化存储。
网络模式建议:官方推荐 host 模式以获得最佳兼容性;若使用桥接网络,需额外暴露 1984(Web 管理)和 8554(RTSP 服务)端口。这里特意列出 1984 端口映射,是为了方便 NAS 系统 Docker 管理界面直接生成跳转链接。
配置小米摄像头并获取 RTSP 流
浏览器访问 http://NAS的IP:1984 进入管理界面。
智能迷你真空保鲜机:厨房新蓝海与DTC品牌破局之道
一、产品全景:重新定义厨房保鲜
智能迷你真空保鲜机正成为现代家庭厨房中的新宠。它通过内置电动泵抽取袋内或容器的空气,使食材与氧气彻底隔离,将保鲜周期大幅延长3‑5倍。与传统台式真空封口机相比,新一代产品全面拥抱“无线便携、USB‑C快充、APP智能控压、多模式一键操作”的设计语言。搭配专属真空袋和真空罐,用户可以轻松实现肉类分装、蔬果锁鲜、零食防潮,甚至低温慢煮(Sous Vide)备餐。产品形态也从昔日的“笨重厨房电器”演变为“精致厨房小物”——可磁吸在冰箱侧壁、可滑入抽屉,出差露营随身携带也毫不违和。

二、全球市场数据洞察
2.1 整体规模与增长轨迹
全球食品真空封口机市场正经历高速扩张,手持/便携细分赛道更是领跑。多家权威机构的交叉数据如下:
| 数据来源 | 基准年规模 | 预测规模 | CAGR | 覆盖范围 |
|---|---|---|---|---|
| Research and Markets | $44.6亿(2025) | $50.3亿(2026) | 12.7% | 全品类真空封口机 |
| DataIntelo | $18亿(2025) | $34亿(2034) | 7.3% | 手持式细分市场 |
| MarkWide Research | $31.24亿(2026) | $66.19亿(2035) | 8.70% | 手持式细分市场 |
| Cognitive Market Research | $35.28亿(2024) | $76.57亿(2033) | 6.67% | 全品类 |
手持/便携市场的增速显著高于传统台式机。DataIntelo 认为手持式市场将从2025年的$18亿增长至2034年的$34亿,MarkWide Research 则预测该细分在2026‑2035年的复合年增长率为8.70%,到2035年规模将达$66.19亿。
2.2 搜索趋势与消费热点
- Google Trends 显示,“handheld food vacuum sealer”在每年2月(节后剩菜储存)和10月(返校备餐季)会迎来搜索高峰。
- “vacuum sealer”月均搜索量稳定在20‑30万次以上(美国市场),其中移动端占比超过60%。
- “mini vacuum sealer”搜索量同比增长超过300%,消费需求明显向小型化、便携化迁移。
- TikTok 上 #vacuumsealer 话题累计播放量已超4.5亿,便捷收纳类短视频互动率最高。
2.3 区域市场画像
| 区域 | 市场份额 | 增长特征 |
|---|---|---|
| 北美 | ~38%(最大市场) | 低温慢煮文化普及、家庭冷库保有量高、订阅制接受意愿强 |
| 欧洲 | ~28% | REACH法规抬高准入门槛,合规品牌溢价空间可观 |
| 亚太 | ~25%(增速最快) | 城市化加速、可支配收入增加,中国广东/浙江为全球供应链核心 |
| 其他 | ~9% | 中东/拉美新兴市场,电商渗透率持续攀升 |
三、竞争格局与品牌矩阵