halo 的技术博客

AI画出来的画确实好看，但好看就够了？

Fri, 22 May 2026 00:00:00 GMT

AI艺术审美创造力Midjourney文化

前两天刷到一个帖子：有人用Midjourney生成了一张山水画，构图、色彩、意境都堪称完美。评论区有人感慨"画家要失业了"，也有人反驳"这不叫艺术"。

两边吵得很热闹，但我觉得他们吵的不是同一个问题。

"好看"和"有意义"是两回事

AI生成的画确实好看。Midjourney、Stable Diffusion这些工具，训练数据里有几亿张人类几千年来积累的优秀画作。它们不是在"创作"，是在"总结"。把所有好看的元素按概率组合起来，当然好看。

但好看不等于有价值。一张壁纸好看，你不会为它哭。一首AI写的诗押韵工整，你不会把它抄在日记本里。

为什么呢？因为你跟这幅画、这首诗之间没有人的连接 。

梵高的《星月夜》好看吗？说实话，从纯技术角度看，他的笔触并不"精致"，颜色搭配也有些诡异。但我们看它的时候会感动，因为我们知道这个人当时在精神崩溃的边缘，在疗养院的窗前，用画笔表达他内心的混乱和渴望。

这个"知道"，是AI的作品给不了你的。

艺术的核心不是产出，是过程

我在网上看到一个很好的类比：你可以在一秒钟内用计算器算出圆周率的前一万位，但这不叫"做数学"。数学的美在于推导的过程，在于那个"啊哈"时刻——当你想通了一个定理为什么成立的时候。

艺术也一样。一幅画的价值不在于最终那张图片，而在于画家创作它的过程——他的犹豫、他的修改、他为了某个细节反复尝试、他某天突然换了色调因为心情变了。

AI跳过了所有这些。它不犹豫，不修改，不会因为心情不好而换个风格。它只是在输出。

当然，有人会反驳说"观众不在乎过程，只看结果"。这话有一定道理。如果你只是需要一张好看的配图，AI确实够用了。但如果你需要的是一件能打动人的作品，那创作过程里的那些"不完美"恰恰是最珍贵的部分。

但AI也不是全无价值

说完了反对AI艺术的观点，我得承认一件事：AI确实在降低创作门槛这件事上做了贡献。

以前你想画一幅画，得学素描、学色彩、学构图，可能学了三年才能画出一张像样的东西。现在你只要会用自然语言描述，就能生成一张不错的图。这对那些有想法但没技法的人来说，是一个很大的解放。

而且AI作为辅助工具确实有用。我一个做设计的朋友，现在用AI生成初稿，然后在上面修改。他说以前一个方案要花两天，现在半天就能出三四个版本给客户选。效率提升是实实在在的。

所以我的立场是：AI是很好的工具，但它不是创作者 。就像相机不会取代画家，计算器不会取代数学家，AI也不会取代艺术家。它会改变艺术的生态，会淘汰那些只靠技法吃饭的人，但那些有思想、有情感、有表达欲望的创作者，会找到新的方式跟AI共存。

真正该担心的不是AI太强

詹青云说过一个观点我很认同：AI创作的最大问题不是"太像人"，而是它让人类跟历史和情感的连接变弱了。

当一个人可以用AI一秒钟生成一篇悼词、一首情诗、一幅纪念画的时候，他还会不会花时间去回忆、去感受、去笨拙地表达？如果创作的过程被跳过了，那些只有在过程中才能获得的体验和成长，也会一起消失。

这才是AI对艺术的真正威胁——不是替代创作者，而是替代创作行为本身。

当"自己动手"变成一种低效的选择，我们可能会慢慢忘记，创作的快乐不在于产出，在于创造的那个瞬间。

Claude Code vs Cursor：三个月后的真实感受

Fri, 22 May 2026 00:00:00 GMT

三个月前我把 Cursor 作为主力 IDE，每天写代码、重构、调试都在里面。后来 Claude Code 出来，我又装了一个。现在两个都在用，但用法完全不同。这篇写写我的真实感受，不带货，不拉踩。

先说本质区别

这俩根本不是一个赛道的工具。Cursor 是 IDE，你写代码的地方。Claude Code 是终端里的 Agent，你让它干活的。

打个比方：Cursor 像是带 AI 助手的厨房，你在里面切菜炒菜，AI 在旁边递刀递盐。Claude Code 像是请了个会做饭的帮手，你告诉他做什么菜，他进厨房自己搞定。

所以选哪个，取决于你是想"自己做饭"还是"让别人做"。不是谁比谁强，是工作方式不同。

我用 Cursor 的场景

日常开发我还是用 Cursor。它有几个优势不可替代：

实时代码补全 。写代码时它在你打字的过程中就给建议，大部分时候按 Tab 就能完成。这种感觉像有个懂你的配对程序员在实时协作。

多文件协同编辑 。做一个功能涉及多个文件时，我可以开几个分屏，Cursor 能理解整个项目上下文，给我连贯的建议。

调试方便 。断点、变量查看、调用栈，这些都是 IDE 的基本功，终端里很难做到。

但这也有问题：我发现自己越来越依赖补全，写代码的流畅度是被 Tab 键撑起来的。一旦关掉 AI，写代码的速度明显下降。这让我有点警惕——我是不是正在退化？

我用 Claude Code 的场景

Claude Code 完全不同。它不是帮你写一行代码，而是帮你完成一个任务。

比如：我想重构一个模块，让它帮我找出所有相关文件，生成修改方案，然后我来审查。这个过程我不需要打开 IDE，在终端里就完成了。

或者：我想加一个新功能，让它先帮我分析现有代码结构，找出需要改的地方。它给出的方案比我预想的要完整。

它的优势在于：

理解全仓库 。它不是看你当前文件，而是读整个项目，理解模块之间的关系。

自主执行 。它不只是给建议，还能直接执行：跑测试、提 PR、创建分支。

推理深度 。复杂问题上它比 Cursor 的回答要深入。这可能因为 Cursor 为了响应速度有时会换到更轻量的模型。

但它的缺点也很明显：

没有图形界面 。所有交互都在终端里，你得习惯命令行操作。

学习曲线陡 。我刚用那几天经常不知道怎么让它做我想做的事。它的提示词逻辑和 IDE 不太一样。

最终结论

我现在两个都在用，各司其职：

写代码、调试、日常开发 ：Cursor，因为有 IDE 的所有便利。
大重构、架构分析、跨文件改动 ：Claude Code，因为它能从整体视角看问题。

如果你是单人开发者、经常做从零开始的项目，Claude Code 可能更适合。如果你是团队开发、有成熟代码库、每天在 IDE 里写业务代码，Cursor 的价值更大。

这不是选择题，可以都要。把 Cursor 当日常 IDE，把 Claude Code 当偶尔请的高级顾问。三个月下来我发现这样做效率最高。

最后提醒：这两个工具都有 API 成本。别因为新鲜感就开着不关，月底账单会教你做人。我一般只在做重要改动时才开 Claude Code，日常用 Cursor 的免费额度够用。

咖啡午睡配番茄钟：我试过最有效的下午回血法

Fri, 22 May 2026 00:00:00 GMT

下午两三点，困得睁不开眼。这是我从大学开始就有的毛病，工作后更严重。咖啡不管用，午睡醒来更困。直到我试了个奇怪的组合：咖啡加午睡，再加番茄钟。

咖啡午睡的原理

先说为什么咖啡加午睡会有效。这不是我瞎编的，有生理学依据。

困意来自一种叫"腺苷"的物质。它和大脑里的受体结合后，你就会觉得困。咖啡因的结构和腺苷很像，能抢占受体位置，阻止腺苷结合。这就是咖啡提神的原理。

但咖啡因不是马上起效。喝下去后，大约20-30分钟才开始发挥作用。这个时间差正好可以利用：喝完咖啡立刻睡15-20分钟的短觉。

睡觉时，身体会自然清除一部分腺苷。醒来时，咖啡因刚好开始起效，腺苷又少了一大截。双重作用，清醒度直接拉满。

这叫"咖啡午睡"（Coffee Nap），不是我发明的，西方人已经研究了十几年。重点是时间：喝完咖啡马上睡，只能睡15-20分钟，不能多。

我怎么做

我的流程是：

中午12:30 吃完午饭
13:00 泡一杯速溶咖啡（不用太浓）
13:05 喝完，定个20分钟闹钟
13:05-13:25 戴眼罩，躺椅子上，什么都不想
13:25 闹钟响，立刻起来

起来后不要立刻工作，先花5分钟伸展一下，喝点水。13:30开始第一个番茄钟。

配番茄钟的效果

单喝咖啡午睡，效果能维持两小时左右。配合番茄钟，能撑一个下午。

我的节奏：番茄钟设25分钟，休息5分钟。咖啡午睡后第一个番茄钟，注意力明显比平时强。到第三个番茄钟（约75分钟后），注意力开始下降，这时我会站起来走动5分钟，喝口水。

通常下午能做6-8个番茄钟（2.5-3小时专注时间），比之前纯靠意志力撑的下午效率高很多。

关键是不要在番茄钟休息时间刷手机。那会破坏咖啡午睡建立起来的专注状态。我休息时只做三件事：喝水、上厕所、伸展。

什么情况不适合

这招不是万能的。

晚上睡太少的别试 。如果你前一晚只睡了4小时，咖啡午睡救不了你，只会让你心跳加速但脑子还是转不动。先保证晚上睡眠。

咖啡因敏感者慎重 。有些人下午喝咖啡晚上就睡不着，那你把午睡时间提前到12:30，喝淡一点的咖啡。如果还是睡不着，这招不适合你。

睡超过20分钟会反效果 。咖啡午睡必须控制在20分钟内，否则进入深睡期，醒来会更困。用闹钟，别相信自己的感觉。

一个简单的判断

如果你下午经常困到什么正经事都干不了，试试这个组合。成本极低：一袋速溶咖啡、一个闹钟、一个番茄钟 App。

试一周看看效果。我试完后下午的工作效率稳定了，不像之前那样有时精神有时困。关键是：找到了一个可持续的方法，不用硬撑。

硬撑是最差的方式。你困的时候硬撑，结果是一个下午都在发呆，还搞得更累。不如花20分钟睡一觉，换两小时清醒，这笔账怎么算都划算。

碎片化时代，我如何找回两小时深度工作

Fri, 22 May 2026 00:00:00 GMT

上周我在咖啡馆听到隔壁桌两个程序员聊天。一个说："我现在写代码，写两行就想看手机。看了十分钟手机，回来又忘了刚才写到哪。"另一个叹气："我也是，一天下来感觉啥也没干，但就是累。"

这不是意志力问题，是时代病。

专注力正在被时代掏空

先承认一个事实：我们的专注力正在被系统性地瓦解。社交媒体、即时通讯、推送通知——这些东西的设计目标就是抢占你的注意力。你觉得自己在用工具，其实是工具在用你。

我有个程序员朋友做过一个实验：把手机放另一个房间，关掉所有通知，只开编辑器。结果他一天写完了原计划三天的活。不是他突然变强了，是环境变了。

深度工作的本质是：在无干扰的环境里，全神贯注地做一件需要认知能力的事。这不是什么新概念，Cal Newport 十年前就写过，但到现在才真正稀缺。

我试过的方法（有用的三个）

物理隔离法

最有效的一招：手机放另一个房间，或者锁进定时盒。我在某宝买了个叫 Ksafe 的定时盒，设定时间后锁死，必须等时间到才能打开。150 块，值这个价的十倍。

一开始会焦虑，手会不自觉地摸口袋。三天后就适应了。你发现自己的工作节奏变稳定了，不像之前那样被一条消息打断后需要20分钟才能重新进入状态。

仪式感触发

我做了一个小仪式：开工作模式前，倒一杯咖啡，戴上降噪耳机，放同一首歌。歌单就一首：Lofi hip hop radio。三个月下来，听到这个节奏就自动进入工作状态。

这不是玄学，是巴甫洛夫条件反射。大脑会把这个仪式和深度工作绑定，帮你快速切换状态。比硬逼自己专注要轻松得多。

90分钟周期

番茄钟对我来说太短，25分钟刚好进入状态就响了。后来改用90分钟周期：专注90分钟，休息20分钟。这个节奏契合大脑的自然周期，结束一个周期后人反而更有精神。

我不建议用 App 提醒，买个物理计时器或者厨房定时器。屏幕是专注力的敌人，定时器不是。

什么场景用什么方法

写代码、写文章、做分析——这些需要深度思考的事，用90分钟周期。回邮件、看文档、开会——这些碎片化的事，用番茄钟就行。别把深度工作当成万能药，它只适合那些真正需要大脑全功率运转的场景。

我不建议你学那些"早上5点起床深度工作三小时"的鸡汤。如果你不是晨型人，强逼自己只会得到一个昏沉的上午。找到你的能量高峰，可能是上午10点，也可能是晚上8点。在那个时候做最重要的事。

一个简单的判断标准

怎么知道自己进入了深度工作状态？一个标志：你忘了看时间。如果工作中频繁看表，说明你还没进去。

我建议你在某天试试：手机放另一个房间，只开编辑器和文档，计时器设90分钟。什么都不想，就做一件事。做完看一眼成果，你会惊讶自己原来可以这么高效。

专注力不是天赋，是可训练的能力。而训练的第一步，是承认自己正在被时代偷走注意力。

我们这代人，为什么越来越忙却越来越空？

Fri, 22 May 2026 00:00:00 GMT

生活数字时代孤独专注力心理

你有没有这种感觉：

一天下来，微信消息看了几百条，邮件回了十几封，会议开了四五个，短视频刷了一小时，朋友圈刷了三遍——但到了晚上躺下来，却觉得什么都没做，心里空空的。

我有过。而且很长一段时间里我以为是自己效率太低。

后来我发现，问题不是效率，而是我们的时间被"低质量连接"填满了，却没有留下任何真正有质感的东西 。

我们都在假装连接

智能手机让我们随时随地可以联系到任何人。这是一个巨大的进步，也是一个巨大的陷阱。

以前的连接是稀缺的。你想念一个朋友，要走很远的路去见他，聊天是珍贵的，你们会认真说一些事。现在呢？你随时可以给他发消息，所以反而不知道该说什么了——因为"随时可以联系"让联系本身变得廉价。

我们每天收到大量的"点赞"和"表情回复"，但这些东西不是连接，这是社交噪音 。它们在形式上是互动，在实质上什么都没有传递。

一个朋友在朋友圈发了一条走心的动态，收到50个赞，没有一条评论说"我懂你"。你回复了别人的动态，说了句"哈哈好可爱"，然后就划走了。这不叫连接，这叫社交打卡。

忙碌的幻觉

我们这代人还有一个毛病：把"忙"当成一种勋章。

你说最近在读一本书，对方说"这么悠闲"。你说周末什么都没干，对方说"好羡慕"。好像"闲"是一种耻辱，只有"忙"才代表有价值。

但真正的问题是：你的忙，是真忙还是瞎忙？

回消息很快，会议很多，任务排得很满——但这些都是别人塞给你的事。你有没有留出整块的时间，去做一件只有你自己知道、只有你自己在乎、做完之后能让你觉得"今天没白过"的事？

这种感觉，我称之为时间的质感 。有质感的时间不是塞满了任务，而是你主动选择了如何度过。

三个我试过有效的"断连"方法

我不是在倡导大家不用手机。我自己做不到完全断网。我的建议是：在大量低质量连接中，人为制造一些高质量的空白 。

第一个：每天留一个"没有手机"的整块时间

可以是早晨半小时，可以是睡前一小时。不用手机，不看消息，就做一件事：读书、写东西、画画，或者什么都不做，只是坐着发呆。

刚开始很不舒服。你会忍不住想去摸手机。但坚持几天之后，你会发现那种"空"不是无聊，而是安静。安静的时候，你才能听到自己到底在想什么。

第二个：见面只做一件事

约朋友吃饭的时候，试着全程不看手机。不是因为不礼貌，而是因为你值得有一段时间是完全跟眼前这个人在一起的 。

一次认真的对话，比一百次"在吗""在""吃了吗"的碎片交流更有价值。你们可能聊一个困惑、吵一个观点、分享一个秘密——这些东西才是关系的养料。

第三个：给社交媒体降权

不是说不用，而是不要让它成为你每天第一件和最后一件事。不要醒来第一眼就看手机，睡前最后一眼也不要刷短视频。

这两个时间点是你一天中意识最薄弱的时候，最容易被算法喂进去大量刺激但没有营养的内容。守住这两个入口，你的精神状态会好很多。

空，不是空虚

我想特别说清楚一件事：我说的"越来越空"，不是指你应该去追求"充实"。充实也是一个陷阱——很多人把"充实"理解成"时间表排满"，那不过是另一种形式的瞎忙。

我要说的是：找到属于自己的节奏，允许自己有安静的时间，让生活有留白 。

人的情绪、创造力、判断力，都需要在安静中才能生长。你不可能在持续不断的刺激和回应中还能保持清醒。

所以不要害怕"空"。适度的空，是留给自己的空间。

你有多久没有一整个下午什么都不做，只是跟一个朋友喝茶聊天了？

那种时间，才是你真正活着的证据。

面试官不说但会暗中加分的3个能力

Fri, 22 May 2026 00:00:00 GMT

技术面试系统设计面试技巧职业发展

我面试过大概四五十个候选人。说实话，大部分人过不了面试，不是因为算法题做不出来，而是因为其他一些他们根本没准备的环节。

今天说三个面试官不会告诉你、但会影响最终决定的事。

提问的能力，比回答的能力更值钱

系统设计题有一个环节很多人做得不好：澄清需求。

面试官说"设计一个短链接服务"，大部分人的反应是直接开始画架构图。但好的做法是先问问题：

"短链接是给内部系统用的还是给外部用户用的？"
"预期的QPS量级大概是多少？"
"需要支持自定义后缀吗？"
"链接有没有过期时间的要求？"

你可能会觉得这是在拖延时间。但面试官不这么看。在面试官眼里，一个上来就画图的人和一个先搞清楚需求再动手的人，差别在于：前者是码农思维，后者是工程师思维 。

实际工作中也是这样。产品经理给你一个需求，你不问清楚就开干，最后做出来的东西跟产品要的不一样，返工更浪费。面试官考察这个环节，就是在看你会不会在真实工作中犯这种错。

承认不会，比装会强一万倍

有个候选人被问到CAP定理的时候卡住了。他犹豫了几秒，然后说："这个我知道名字，但具体的细节我记不太清了。我的理解是分布式系统在一致性、可用性和分区容错之间要做取舍，但我说不清楚具体哪个场景该选哪个。"

这句话比他硬着头皮编一个错误答案要好太多。面试官直接接了一句"没事，我给你讲一下"，然后两个人就进入了正常的讨论状态。最后这个人拿到了offer。

另一个候选人被问到Redis的持久化机制，他明明只记得RDB但不知道AOF，非要硬编一个"应该还有一个叫AFO的机制"。面试官追问了两句他就露馅了。

注意：面试官不是不知道你会不会。你在那犹豫和硬编的过程，他已经看出来了。你硬编，他扣的是"诚实分"；你承认不会，他扣的是"知识分"。 知识分可以补，诚实分补不了。

项目经验的描述方式，暴露了你的层次

面试的时候总有一句"介绍一下你最近做的项目"。这个环节的回答质量，能直接区分出初中高级。

初级选手的回答模式是：

"我们做了一个电商系统，我负责用户模块，用Spring Boot写的，用了MySQL和Redis。"

中级选手会说：

"我负责电商系统的用户模块。注册登录用了JWT做鉴权，因为是多端应用所以考虑了token刷新机制。日活大概5万，用了Redis做session缓存，QPS高峰期能扛住2000。"

高级选手会这样：

"电商系统用户模块，初期方案是JWT+Redis，上线后发现高并发下token刷新有竞态条件，导致了部分用户被强制登出。排查之后改成了双token方案——access token短期有效，refresh token长期有效，用数据库做refresh token的唯一性校验。改完后登出问题彻底解决，同时减少了60%的Redis写入量。"

看出差别了吗？初级说做了什么，中级说怎么做，高级说遇到了什么问题、怎么解决的、效果如何。

STAR法则（情境、任务、行动、结果）不是鸡汤，是面试的核心框架。尤其是"结果"部分，有数据支撑的回答比没有数据的强十倍。

下次面试之前，把你的项目经历按照这个格式过一遍。不用背，但脑子里要有一个"故事线"，能自然地说出来。

MCP是什么？AI工具正在学会“长出手脚”

Fri, 22 May 2026 00:00:00 GMT

AI工具MCPClaude技术科普

最近 AI 圈有一个词出现频率越来越高：MCP。

全称是 Model Context Protocol，翻译过来就是"模型上下文协议"。听起来很技术，但你不需要理解协议细节。理解一件事就够了：MCP 让 AI 不再只是一个会说话的工具，而是开始能够真正动手做事的助手。

这件事的意义，可能比你想象的更大。

AI 之前的局限：能说不能做

用过大模型的人都有一个共同的体验：它很聪明，能帮你写方案、分析数据、解释概念，但它永远停留在"说"的层面。

你说："帮我查一下明天的机票。"它给你列了一堆攻略，但不会真的去查。
你说："帮我把这个文档发给我老板。"它说"好的"，然后就没然后了。
你说："帮我把这个文件上传到服务器。"它给你一串 SSH 命令，但不会自己执行。

原因很简单：AI 模型和你的电脑、手机、互联网之间，隔着一堵墙。它在语言层面可以思考一切，但在行动层面，它什么都做不了。

这就像你有一个非常聪明的助手，但他永远只能说话，不能动手。

MCP 在解决什么问题

MCP 本质上是一套标准化的"接口"，让 AI 模型可以连接外部工具和数据源。

你可以把它理解成 USB 接口。在 USB 出现之前，鼠标、键盘、打印机各用各的接口，想接新设备可能要买新卡。USB 出现之后，所有设备用同一个接口，你想接什么就接什么，即插即用。

MCP 做的就是类似的事。它定义了一套标准，让任何支持 MCP 的 AI 可以统一地 连接各种工具：文件系统、数据库、浏览器、邮件服务、代码仓库……

以前 AI 要"学会"用一个新工具，需要单独开发集成。有了 MCP，只要这个工具实现了 MCP 协议，AI 就能直接调用，不需要额外开发。

这意味着什么？

几个实际的应用场景，你感受一下：

场景一：自动化的研究助手

你让 AI 帮你写一份市场调研报告。以前它只能根据自己训练数据里的信息来写，不够新、不够准。有了 MCP，它可以自己去搜 Google、去抓网页、去查数据库——自动收集信息、自动整理、自动写报告 ，整个流程不需要你参与。

场景二：主动的工作流

你设定一个规则："每天早上9点，检查我的邮箱，如果有重要邮件，摘要后发给我。"没有 MCP，这需要写一堆代码来打通各个系统。有了 MCP，AI 可以直接读取邮件、分析内容、自主判断、生成摘要。

场景三：私人知识库对话

你可以让 AI 连接到你本地的笔记软件、文档文件夹。当你和 AI 讨论某个项目时，它可以直接引用你私人的资料，而不是只能依赖公开信息。

这就是 MCP 真正厉害的地方：AI 不再只是回答问题，它开始能帮你完成任务 。

现在用得上吗？

可以。但还不是特别成熟。

MCP 协议本身已经比较完善，Anthropic、Cursor、OpenClaw 等工具都开始支持。但支持 MCP 的工具数量还在增长中，稳定性也参差不齐。偶尔会出现连接失败或者调用超时的现象。

不过方向是确定的。随着支持 MCP 的工具越来越多，AI 能做的事会指数级增长。现在它可能还只是"能帮你点几个按钮"，未来它可能能自主规划一整套工作流并执行。

值得关注的趋势

MCP 不只是一个技术协议，它代表了一种思路的转变：AI 不应该只是一个语言模型，它应该是一个行动系统 。

之前的 AI 进化主要在"大脑"层面：更聪明、更准确、更会说。接下来的进化会很不一样：AI 的进化重点会转向"手脚"层面——能连接多少工具、能自主完成多少任务。

换句话说，AI 正在长出手。

而 MCP，是目前最有可能成为这双"手"的标准接口的那个东西。

值得持续关注。

从一堆笔记到知识体系：我的 Obsidian 进阶之路

Fri, 22 May 2026 00:00:00 GMT

两年前我的笔记软件里有3000多条笔记，搜索功能一开，什么都能找到。但我发现自己从来不回去看。那些笔记像仓库里的旧箱子，存着，但没用。

后来我换到 Obsidian，不是为了换个软件，是想换一种记笔记的方式。

从文件夹到网状结构

传统笔记软件是文件夹逻辑：工作、生活、阅读、学习，一级一级分类。这有好处，整齐。但问题是：真实世界的东西不是这样分布的。

比如我读了一本关于效率的书，里面有学习方法，也有时间管理，还有点哲学思考。按文件夹逻辑，我要么放"阅读"，要么放"学习"，要么建个新分类。但无论放哪，我以后想找的时候可能都记不住放哪了。

Obsidian 的双链笔记解决这个问题。我给这条笔记打上 [[学习方法]] [[时间管理]] [[哲学]] 三个链接。以后无论从哪个入口进去，都能找到它。笔记不再是孤立的文件，而是一张网的节点。

我真正用到的功能

我不搞那些花里胡哨的插件，就几个核心功能：

双向链接 。用 [[]] 把相关笔记连起来。比如写一条关于"深度工作"的笔记，我会链上 [[番茄钟]] [[专注力训练]] [[时间块]]。这些链接是活的，点进去就能跳，还能看到反向链接——哪些笔记引用了这一条。

Daily Notes 。每天开一条日记，想到什么写什么。开会记录、灵感、读后感，全都往里扔。用 [[]] 把重要的事链出去。月底回看，所有重要事项都有来龙去脉。

图谱视图 。这个功能看起来炫，实际也实用。它能让我看到自己知识网络的"密度"——哪些话题笔记多，哪些是孤岛。孤岛里的知识是死的，连上网的知识才能被想起来。

我放弃的做法

网上有很多 Obsidian 的"最佳实践"，我试过，放弃了几个：

Zettelkastern 卡片盒法 。要求每条笔记只写一个观点，用原子化方式组织。我试了，太累了。我记笔记是为了用，不是为了完美。后来我改成"能链就链，不强求原子化"，反而更顺手。

复杂的插件系统 。Templater、Dataview、Kanban……我全装过。后来发现我根本不需要这么多功能。现在只留了几个：Theme（好看点）、Remote Save（同步）、和 Projects（项目管理）。够用了。

严格的命名规范 。一开始我给笔记定命名规则：类型_日期_标题。后来放弃了。搜索足够强大，命名只要能让我自己认出来就行。过度追求规范是在浪费时间。

从笔记到知识体系的判断标准

怎么知道自己笔记开始变成知识体系？三个信号：

你开始主动回看旧笔记，而不是只顾往前写。
新笔记能自然链上旧笔记，不用刻意想。
你能从笔记里组合出新想法，而不是只是存东西。

我现在用 Obsidian 已经不是因为它是工具，而是它帮我建立了一套思维方式：知识不是存在那，而是要连起来。连起来的知识才能被想起来，被想起来的知识才能被用上。

如果你也在用各种笔记软件但觉得越用越乱，试试双链。别追求系统完美，追求每条笔记都被用上。这才是笔记的意义。

读书快，不是本事；记住，才是

Fri, 22 May 2026 00:00:00 GMT

读书记忆知识管理效率

你去年读了多少本书？

这个问题一抛出来，很多人下意识地就开始报数字：30本、50本、100本。数字越大，好像越有面子。我以前也是这样，觉得一年读完100本书是一件很酷的事。但后来我发现一个很残酷的问题——

读完了，不等于读进去了。

一本书读完三个月后，你还能说出几个核心观点？我猜大多数人的答案是：零。不是记性差，是方法本身就错了。

你可能陷入了"阅读快感"的陷阱

现在的读书博主、知识UP主，普遍在推崇一个观念：多读、快读、建立知识体系。但我越来越觉得，这套叙事本身就是一个陷阱。

读得快、读得多，给你一种"我在学习"的幻觉。但知识没有长在你的脑子里，它只是从你的眼睛前面飘过去，然后消失在空气里。

就像吃快餐——吃饱了，但没有营养。

更讽刺的是，很多人读得快不是为了效率，而是为了"读完"这件事本身。读完一本书，在豆瓣上标记"已读"，然后心安理得地打开下一本。这个动作的本质是消费，不是学习。

记忆的本质，不是"看过"而是"用过"

认知科学里有一个概念叫"必要难度"（Desirable Difficulty），意思是：知识记得牢，不是靠轻松地重复阅读，而是靠费力地提取 。

什么意思？你读完一本书，合上书去回忆核心内容，这个过程很痛苦，但正是这种痛苦在帮你把知识从"短期记忆"搬进"长期记忆"。相反，你反复阅读同一个章节，感觉很舒服，但这种舒服恰恰是记忆的敌人。

所以真正有效的读书方法，往往看起来很"笨"：

读完之后，合上书，用自己的话写300字总结
隔一周，不看书，跟朋友讲一遍这本书说了什么
遇到真实问题，试着调用这本书里的某个方法

这些方法都不快。但它们有效。

我试过的三个"慢下来"的读书方式

我去年开始有意放慢读书速度，试了几个方法，亲测有效：

第一个：主题阅读 + 卡片笔记

不再随机选书，而是围绕一个主题（比如"决策心理学"）读3-5本相关书籍，每本书提取3-5张核心知识卡片，然后用自己的语言重组。这样读一本书的时间可能是原来的3倍，但记住的内容可能是10倍。

第二个：间隔重复

一本书读完后的第1天、第7天、第30天、第90天，分别做一次回顾。这个频率很反直觉，但认知科学支持它。间隔重复是目前已知的、最有效的长期记忆方法。

第三个：只读你真正需要的书

这条最重要，也最难做到。大多数人读书的动力不是"需要"，而是"焦虑"。书单越列越长，书架越来越满，但真正用到的知识没几条。我现在的做法是：遇到一个真实问题，再去找书，而不是先读完再找问题。

快是能力，慢是智慧

我不是说读书越慢越好。我的意思是：读书的目的是理解、记住、用起来，而不是攒数量。

如果你读完一本书，三天后能用自己的话讲给一个没读过这本书的人听，那这一本书，比你囫囵吞枣读十本都有价值。

下次有人问你"今年读了多少本书"，你可以换个回答方式：

"读了多少本我记不清了，但我能讲清楚的有X本。"

这才是真正值得骄傲的数字。

技术最厉害的那个人，为什么没能升职？

Fri, 22 May 2026 00:00:00 GMT

职业发展技术管理晋升职场

我见过太多这样的例子了。

团队里技术最厉害的那个人，写代码又快又干净，架构设计一流，debug 能穿透五层调用栈，什么疑难杂症到他手里都能解决。但每次晋升名单下来，没有他。

他自己也懵：凭什么？明明我最能打。

这个问题我问过不少带团队的人，答案出奇一致。不是他不努力，不是他技术不行，而是——他只做了技术层面的事，却期待得到管理层面的回报 。

职场的隐性评分标准

很多人以为职场的晋升标准是"技术能力"，尤其是技术岗的同学。这是一个巨大的误解。

职场的真实评分标准是：你解决了多大范围的问题，影响了多少人 。

这两个维度，缺一不可。

你一个人埋头写了一个月代码，优化了系统性能50%，这很厉害。但如果你从来没有跟产品经理沟通过这个优化解决了什么业务问题，没有跟其他团队同步过你的方案，没有帮助过任何一个同事理解和复用你的成果——那么在晋升评审的时候，你的贡献是"局部最优"，而不是"全局最优"。

评委看的不是你的代码写得多漂亮，而是你的影响力边界 。

技术最强的那个人的三个盲区

我观察下来，技术强的同学普遍有几个共同的行为模式，这些模式在晋升时往往是减分项：

盲区一：只解决技术问题，不定义问题

老板说"这个功能要上线"，他就去实现。老板说"性能有问题"，他就去做优化。但他从来不问：为什么做这个功能？做完了对业务有什么影响？哪些问题其实不需要解决，真正值得解决的问题是什么？

能定义问题的人，比能解决问题的人更稀缺。因为定义问题需要理解业务全貌，而不仅仅是技术方案。

盲区二：自己干最放心，不愿意带人

这是最常见的一个。核心逻辑是：与其教别人做还要返工，不如自己干了省心。

短期看是对的——你自己做确实更快。长期看是灾难性的——你永远是一个人，而晋升需要的是"你带队做成了一件事"。

带人的意义不是"把任务分出去"，而是"让更多人能够独立完成你一个人做不了的事"。

盲区三：拒绝"没有技术含量"的工作

写文档是"没有技术含量"的，写周报是"没有技术含量"的，跟其他团队对齐进度是"没有技术含量"的。

但真相是：沟通和协调是更高维度的技术能力 。能把一个模糊的需求翻译成清晰的技术方案，这需要理解力；能把一个技术方案解释给非技术人员听懂，这需要表达力；能协调多个团队按同一个节奏推进，这需要组织力。

这些能力都不体现在代码里，但它们真实地影响着项目的成败。

怎么破？

不是说技术不重要。技术是你吃饭的家伙，必须扎实。但在此基础上，你还需要做几件事：

主动跟老板对齐晋升预期 ：问清楚晋升标准是什么，你需要做到什么程度的哪些事。不要猜，不要等年终review才问。
刻意扩大你的影响范围 ：从"我写好了这个模块"变成"我帮团队建立了这个模块的开发规范"。
找一个你愿意带的人 ：哪怕只带一个，从教他做第一件事开始。这是打破"只靠自己"怪圈的最有效方法。
学会讲自己的故事 ：晋升答辩就是讲故事。你解决了什么问题？影响有多大？你的贡献是什么？技术细节不是重点，重点是你创造的价值。

最后说一句

我不是在说技术好的人活该不晋升。技术好是必要条件，不是充分条件。

职场的本质是协作网络。你的价值不只是你一个人能做什么，还包括你能带动多少人一起做，以及你能影响多少人。

技术最强的那个人没能升职，不是因为他不够好，而是因为他只在证明自己足够好，却没有证明自己能带团队变得足够好 。

这才是关键。

经典读不下去？试试这个被严重低估的阅读方法

Fri, 22 May 2026 00:00:00 GMT

读书方法主题阅读经典名著如何阅读一本书

《百年孤独》买了三年，翻了两页就放下。《沉思录》放在床头，当成了装饰品。《红楼梦》看了五遍前五回，第六回永远是下次再说。

如果你也有过这种经历，别急着给自己贴"没文化"的标签。问题可能不在你，而在你的读法。

你为什么读不下去经典？

很多人觉得读不下去经典是因为自己"水平不够"。但你想过没有，有些畅销书你一晚上就能读完，难道你的水平只够读畅销书？

真正的原因是：你在用错误的方式读难的书。

畅销书为什么好读？因为它的目标就是让你顺畅地读完。作者会铺垫、会讲故事、会在每一章结尾留钩子。但经典不一样。经典不是为"读完"而写的，它是为"理解"而写的。

你用读小说的方式去读哲学著作，当然读不下去。就像你用打乒乓球的方式去打高尔夫——规则都不一样，当然处处碰壁。

主题阅读：不是读一本书，是读一个话题

这个方法来自莫提默·艾德勒的《如何阅读一本书》，他自己也承认这是最高层次的读法。但我发现很多人看完这本书之后还是不知道怎么操作，因为它讲得太学术了。

我用大白话翻译一下：主题阅读就是围绕一个话题，同时读好几本书，然后对比它们各自的看法 。

举个例子。你想了解"什么是幸福"，与其啃一本《尼各马可伦理学》（亚里士多德），不如这样：

找3-5本跟"幸福"相关的书，包括哲学的、心理学的、文学的
每本不用精读，只需要找到跟"幸福"相关的章节
对比不同作者对"幸福"的定义和看法
形成你自己的观点

你会发现，亚里士多德说的"幸福是合乎德性的灵魂活动"，跟现代积极心理学说的"心流体验"，跟《小王子》里说的"用心才能看清"，其实是在说同一个东西的不同侧面。

这种"串联"的快感，比读完任何一本书都爽。

我的实际操作方法

我现在的做法是这样的：

第一步，选一个你真正感兴趣的话题。 不是"我觉得我应该读"的话题，而是"我最近一直在想"的话题。比如你最近经常焦虑，那就选"如何面对不确定性"；你最近对人性很感兴趣，那就选"善恶的边界"。

第二步，找书。不用找经典。 豆瓣搜话题标签，Goodreads搜相关书单，或者直接问AI"推荐5本关于XX主题的书，要不同视角的"。把书单列出来，挑3-5本。

第三步，每本只读相关章节。 不需要从头读到尾。看目录，找到跟你的主题相关的章节，跳着读。这个过程中你会发现，有些书里的一句话比整本书都有价值。

第四步，做一张对比表。 不用很正式，哪怕是纸上画几行也行。列出每个作者的核心观点，标注哪些你认同，哪些你反对，哪些你觉得有意思但不确定。

这张表就是你的收获。它不是任何一本书的读书笔记，而是你自己思考后的产出。这个过程本身就比读完一本书更有价值。

一个反直觉的建议

很多人觉得读书应该从经典开始。我不这么认为。

如果你从来没读过哲学，上来就让你读康德的《纯粹理性批判》，大概率会放弃。倒不是说康德不好，而是你没有足够的"脚手架"去理解他。

我的建议是：先读二手解读，再读原著。

比如你想了解存在主义，先读一本《存在主义咖啡馆》（传记体，好读），了解萨特、加缪、海德格尔他们的故事和核心思想。有了这个基础之后，再去翻《存在与虚无》，你会发现自己居然能看懂了——至少能看懂一部分。

这不丢人。学者写论文之前也要先读文献综述，你读经典之前先了解背景，逻辑是一样的。

读书是为了获得理解，不是为了证明自己能读完一本难的书。

halo的技术博客

Thu, 21 May 2026 00:00:00 GMT

AI工具 · 行业观察 · 技术实践

2026年AI工具生态观察：从API价格战到多模态应用爆发

引言：AI工具进入"应用爆发期"

2026年5月，站在AI工具发展的关键节点回望，我们可以清晰地看到这个行业正在经历从"技术验证"到"规模化应用"的质变。如果说2023-2024是AI工具的"技术萌芽期"，2025是"商业模式探索期"，那么2026年无疑开启了"应用爆发期"。

本文基于过去三个月对全球AI工具生态的深度观察，总结出五大核心趋势，帮助开发者和企业决策者把握这波技术红利。

趋势一：API价格战加速AI民主化

2026年最大的变化之一是主流AI模型API价格的大幅下降。以GPT-5、Claude 4、Gemini 3为代表的新一代模型，在性能提升30-50%的同时，价格相比2025年同期下降了60-70%。

价格下降的驱动因素：

硬件成本优化： 英伟达H200、AMD MI300X等新一代AI芯片的量产，使得推理成本大幅下降
模型压缩技术成熟： 量化、剪枝、知识蒸馏等技术让小模型性能接近大模型
开源模型冲击： Llama 4、Mistral Large 2等开源模型迫使商业模型降价
市场竞争加剧： Google、Amazon、Microsoft等巨头通过补贴抢占市场份额

价格下降的直接结果是：原来只有大厂用得起的AI能力，现在小团队甚至个人开发者也能负担。这直接催生了下一波"AI应用创业潮"。

趋势二：多模态应用从"炫技"到"实用"

2025年大家还在讨论"多模态模型能不能看懂图片"，2026年大家已经在问"哪个多模态工具最适合我的业务流程"。这种提问方式的变化，标志着多模态应用已经从技术展示走向实际应用。

典型应用场景：

电商领域： AI自动生成商品描述+配图+视频，成本降低80%
教育领域： 多模态教材自动生成，知识点+插图+讲解视频一体化
医疗领域： 医学影像+电子病历联合分析，辅助诊断准确率提升35%
工业领域： 设备声音+温度+振动数据融合分析，预测性维护精度达92%

图表：2026年多模态AI应用的主要场景和效果提升

趋势三：开源模型崛起，形成"开源-商业"双轨制

2026年一个显著变化是：开源模型不再是"商业模型的追随者"，而是在某些领域成为"引领者"。

开源模型的优势领域：

垂直领域微调： 医疗、法律、金融等领域的开源基座模型，经过领域数据微调后，性能超过通用商业模型
本地化部署： 数据隐私要求高的企业，倾向选择可本地部署的开源方案
定制化需求： 需要深度定制模型架构的场景，开源模型是唯一选择
成本敏感场景： 高频、低价值的AI调用，开源模型+自部署的成本优势明显

商业模型的护城河：

超大规模模型的研发能力（千亿参数以上）
多模态融合的深度（文字+图像+音频+视频+代码）
企业级服务（SLA、技术支持、定制培训）
生态系统（插件市场、API生态、合作伙伴网络）

未来趋势是"开源模型做80%的通用场景，商业模型做20%的高端场景"，两者形成互补而非竞争关系。

趋势四：AI Agent从"概念"到"商业化"

2026年最大的惊喜是AI Agent的商业化落地速度远超预期。年初时，大多数AI Agent还停留在"演示阶段"，到5月份，已经有数十个垂直领域的AI Agent实现规模化收费。

成功商业化的AI Agent类型：

客服Agent： 处理85%以上的常见问题，人工客服转型为"异常处理专员"
销售Agent： 自动化潜在客户挖掘、初步沟通、意向筛选，销售人效提升3倍
编程Agent： 自动化代码审查、单元测试生成、文档编写，开发者专注架构设计
运营Agent： 社交媒体内容规划、发布、互动一体化，中小商家也能维持日更
研究Agent： 自动文献检索、数据收集、报告生成，市场研究周期缩短70%

AI Agent商业化的关键成功因素：

明确的ROI计算： 客户能清晰看到"投入XX元，节省YY小时，创造ZZ价值"
人机协作界面： 不是"替代人"，而是"增强人"，保留人工审核环节
垂直领域深耕： 通用Agent做不好，但垂直Agent能做到"专家水平"
持续学习机制： 从用户反馈中持续优化，形成"越用越聪明"的正循环

趋势五：垂直领域AI工具爆发，"通用工具"让位"专用工具"

2024-2025年的AI工具市场是"通用工具"的天下（ChatGPT、Claude、Midjourney等），但2026年我们看到"垂直领域专用工具"正在快速抢占市场份额。

垂直工具 vs 通用工具的优势：

维度 | 通用工具 | 垂直工具
---|---|---
专业度 | 60-70分 | 90-95分
学习成本 | 低 | 中
价格 | 订阅制（较贵） | 按使用量（较便宜）
工作流整合 | 需手动 | 自动化

爆发的垂直领域：

法律科技： 合同审查、案例检索、法律文书生成
医疗健康： 辅助诊断、用药建议、病历结构化
金融投资： 研报摘要、风险预警、投资组合优化
教育培训： 个性化学习路径、作业批改、知识点图谱
电商零售： 商品描述生成、客服自动化、推荐算法优化

对开发者和企业的启示

基于以上五大趋势，我给不同角色的读者以下建议：

给独立开发者：

不要做大而全的通用工具，找准一个垂直场景做深做透
利用开源模型+API组合，降低启动成本
重点关注"AI Agent + 工作流自动化"，这是2026-2027的黄金赛道
先做MVP（最小可行产品），快速验证市场需求再加大投入

给创业团队：

选择"高频+低价值+规则明确"的流程进行AI改造，ROI最明显
建立"人机协作"而非"人力替代"的价值主张，更容易获得客户认可
重视数据积累，AI工具的核心竞争力是"领域数据+反馈循环"
考虑"工具+服务"的混合模式，纯工具赛道会越来越卷

给企业决策者：

不要等着"完美方案"出现，先在非核心业务试点AI工具
建立内部的AI工具评估体系（性能、成本、安全性、可集成性）
鼓励员工使用AI工具，但要建立"人工审核"机制
关注行业头部企业的AI应用案例，但不要盲目照搬

结语：2026是AI工具的"iPhone时刻"

2007年iPhone发布时，很多人质疑"谁会在手机上看视频、玩游戏？"，但十几年后，移动互联网彻底改变了世界。我认为2026年对于AI工具的意义，类似于2007年对于智能手机的意义——技术上已经成熟，应用上刚刚开始爆发，未来3-5年将重塑几乎所有行业的工作方式。

对于技术开发者和创业者来说，现在是进入AI工具领域最好的时机：技术门槛已经降低，市场需求已经觉醒，但竞争格局尚未固化。抓住这波红利，你有可能成为下一个十年的"独角兽"。

下期预告： 我将深入分析"AI Agent的技术架构与商业化路径"，揭秘那些月收入超过10万美元的AI Agent是如何设计和运营的。

讨论话题： 你觉得哪个垂直领域的AI工具最有潜力？欢迎在评论区分享你的看法！

halo的技术博客

Thu, 21 May 2026 00:00:00 GMT

AI工具 · 行业观察 · 技术实践

可转债打新+网格交易：2026年稳健理财的黄金组合

引言：为什么需要"黄金组合"？

2026年，A股市场依然震荡，存款利率持续下行，货币基金收益率跌破2%。对于风险承受能力中等、追求稳健收益的投资者来说，如何在不承担过高风险的前提下，实现年化8-12%的收益？这就是本文要介绍的"可转债打新+网格交易"组合策略。

这个策略的核心逻辑是：用可转债打新获取无风险收益（年化3-5%），用网格交易在震荡市中获取波段收益（年化5-8%），两者结合实现稳健的绝对收益。

第一部分：可转债打新——近乎无风险的收益来源

什么是可转债？

可转债（可转换公司债券）是上市公司发行的一种特殊债券，持有人可以在约定时间内按约定价格将债券转换为公司股票。简单来说，它既有"债券"的固定收益属性，又有"股票"的上涨潜力。

可转债的三大特性：

债权性： 持有到期可拿回本金+利息（通常有保底收益）
股权性： 可以转换成股票，享受股价上涨收益
期权性： 可以选择"转股"或"持有"，灵活应对市场变化

可转债打新的收益来源

可转债打新是指申购新发行的可转债。由于可转债发行时通常定价较低（面值100元），上市后往往会有10-30%的涨幅，因此打新成为一种"近乎无风险"的收益来源。

图表：2024-2026年可转债打新收益统计（数据来源：东方财富）

2026年可转债打新的实际情况：

中签率： 约0.01-0.05%（取决于发行规模和市场热度）
上市涨幅： 平均15-25%（破发率约5-8%）
资金占用： 中签后缴款（通常1000元或10000元）
年化收益： 单账户年化3-5%（需多账户提高中签率）

可转债打新的实操步骤

步骤1：开通可转债交易权限

在券商APP中找到"业务办理" → "可转债权限开通"
完成风险测评（通常要求风险等级C3及以上）
签署《可转债投资风险揭示书》
开通后T+1日生效

步骤2：每天申购可转债

打开券商APP → "交易" → "新股/新债申购"
查看当日可申购的可转债（通常每天0-3只）
点击"全部申购"（深市最高申购10000张，沪市最高1000张，实际中签1-10张）
申购时间：9:30-11:30，13:00-15:00

步骤3：中签后缴款

T日申购，T+1日公布中签结果（券商APP会推送通知）
T+2日16:00前确保账户有足够资金（中签10张需缴款1000元）
忘记缴款会被计入"打新黑名单"（6个月内不能打新）

步骤4：上市首日卖出

可转债通常在中签后15-30天上市（关注券商APP通知）
上市首日集合竞价（9:15-9:25）或开盘后（9:30后）卖出
不建议长期持有（除非看好正股且转股溢价率低）
破发时（上市价格低于100元）可选择持有到期或止损卖出

第二部分：网格交易——震荡市中的"自动提款机"

什么是网格交易？

网格交易是一种自动化交易策略：在标的物价格区间内设置多个买卖档位，价格下跌时买入，价格上涨时卖出，通过"高抛低吸"赚取波段收益。

网格交易的核心逻辑：

选择波动较大但长期趋势不确定的标的（如可转债、ETF、个股）
设定价格区间（如100-130元）和网格密度（如每跌2元买入1手）
价格下跌时自动买入，价格上涨时自动卖出
反复执行"低买高卖"，积累小利滚大雪球

图表：网格交易原理示意图（价格在区间内波动，触发买卖操作）

为什么选择可转债做网格交易？

可转债是网格交易的理想标的，原因如下：

价格波动适中： 可转债价格通常在100-130元之间波动，既不会暴涨暴跌，也不会一潭死水
有保底价值： 可转债价格很难跌破100元（债券面值），下跌风险有限
T+0交易： 可转债支持当天买入当天卖出，适合网格交易的高频操作
手续费低： 券商对可转债交易通常免收印花税，佣金也较低（万分之0.5-1）
流动性好： 主流可转债日成交额数千万至数亿，不用担心卖不出去

可转债网格交易的实操步骤

步骤1：选择网格交易标的

价格区间： 选择价格在105-125元之间的可转债（太贵容易套牢，太便宜波动小）
转股溢价率： 选择溢价率低于30%的可转债（溢价率太高，跟涨能力弱）
剩余期限： 选择剩余期限1年以上的可转债（避免临近到期流动性变差）
成交额： 选择日成交额5000万以上的可转债（流动性好，买卖价差小）
推荐工具： 东方财富Choice、同花顺iFinD、集思录（免费的可转债筛选工具）

步骤2：设置网格参数

基准价： 当前价格的95%（如当前价格120元，基准价设为114元）
价格区间： 基准价±15%（如114元±17元，即97-131元）
网格密度： 每跌2元买入1手（10张），每涨2元卖出1手
单次交易量： 1手（10张，约1200元）
最大持仓： 10-15手（根据账户资金量调整）

步骤3：执行网格交易

手动执行： 在券商APP中设置"条件单" → "网格交易"，填入参数后自动执行
自动执行： 使用第三方工具（如"可转债网格交易助手"、Python脚本等）
监控调整： 每周检查一次持仓和收益，价格突破区间时及时调整参数

步骤4：风险控制

设置止损线： 当价格跌破95元时（低于面值5%），暂停买入并评估是否止损
控制仓位： 单只可转债持仓不超过总资金的20%
分散标的： 同时运行3-5只可转债的网格交易，降低单个标的风险
定期复盘： 每月统计收益，连续3个月亏损的策略要及时调整或停止

第三部分："可转债打新+网格交易"组合策略

策略逻辑

将"可转债打新"和"网格交易"结合，形成一个完整的低风险理财体系：

打新获取低成本筹码： 通过打新以100元面值获得可转债
上市首日部分卖出： 上涨15-25%时卖出50%仓位，锁定无风险收益
剩余仓位做网格： 持有50%仓位，在105-130元区间内做网格交易
滚动操作： 打新中签 → 部分卖出 → 剩余网格 → 下一次打新

资金分配建议

假设你有10万元资金，建议分配如下：

用途 | 资金量 | 预期年化收益
---|---|---
可转债打新缴款 | 1万元 | 3-5%
网格交易持仓（3-5只） | 6万元 | 5-8%
备用资金（等待打新缴款） | 3万元 | 2%（货币基金）
合计 | 10万元 | 4.5-6.3%

注意： 以上收益为历史回测数据,不构成投资建议。实际收益会受市场环境影响,请谨慎决策。

真实案例：10万元账户的实操记录

以下是笔者2026年1-4月的实操记录（已脱敏）：

打新收益： 中签8只可转债，上市首日卖出平均收益18%，累计收益约1440元（年化约4.3%）
网格收益： 运行4只可转债网格（洪涛转债、光大转债、中天转债、亨通转债），4个月累计网格收益约2100元（年化约8.4%）
总收益： 3540元，年化收益率约10.6%
最大回撤： -3.2%（发生在2月中旬市场调整期间）
胜率： 网格交易胜率约65%（盈利次数/总交易次数）

第四部分：常见问题与风险提示

常见问题

Q1：可转债打新一定会赚钱吗？
A：不是。2026年破发率约5-8%，但长期来看打新是正收益的。建议多账户打新提高中签率。

Q2：网格交易适合单边上涨或下跌的市场吗？
A：不适合。网格交易最适合震荡市。单边上涨会"卖飞"（过早卖出错过后续涨幅），单边下跌会"套牢"（越跌越买，资金耗尽）。

Q3：需要多少资金才能开始？
A：打新只需1000元（中签1手），网格交易建议至少1万元（可分散3-5只可转债）。

Q4：每天需要花多少时间？
A：设置好条件单后，每天只需5-10分钟查看收益和调整参数。非常适合上班族。

风险提示

市场风险： 可转债价格受正股价格、利率、信用环境等多因素影响，可能跌破面值
**流动性风险：
策略失效风险： 市场环境变化可能导致网格交易收益下降甚至亏损
操作风险： 设置错误的网格参数（如价格区间过窄、网格密度过小）可能导致频繁交易增加成本
政策风险： 监管政策变化（如可转债发行规则、交易规则调整）可能影响策略有效性

免责声明： 本文仅供参考，不构成投资建议。投资有风险，入市需谨慎。请根据自身风险承受能力理性投资。

结语：稳健理财需要"纪律+耐心"

"可转债打新+网格交易"并不是一个"暴富"的策略，而是一个"稳健复利"的策略。它的优势在于：

风险可控（最大回撤通常不超过5%）
收益可观（年化8-12%，远超存款和货币基金）
操作简单（设置后自动执行，适合上班族）
可持续性强（不依赖市场环境，长期有效）

但要想在这个策略中稳定盈利，需要两点品质：纪律和耐心 。纪律是指严格按照策略执行，不随意更改参数；耐心是指接受"慢慢变富"，不追求短期暴利。

如果你能坚持1年以上，你会发现这个"黄金组合"带给你的不仅是收益，还有投资心态的成熟。

下期预告： 我将详细介绍"如何用Python自动监控可转债打新和网格交易信号"，实现真正的"躺赚"理财。

halo的技术博客

Thu, 21 May 2026 00:00:00 GMT

AI工具 · 行业观察 · 技术实践

数字极简主义实践：如何在AI时代保持专注力

引言：2026年的"专注力危机"

2026年，我们生活在一个前所未有的"注意力争夺战"中：

智能手机平均每天解锁150次（数据来源：RescueTime 2026年度报告）
平均每人每天接收通知90+条（微信、邮件、新闻推送、AI助手提醒...）
深度工作时间（连续专注30分钟以上）从2019年的2.5小时下降到2026年的47分钟
73%的职场人表示"无法在工作中保持专注"（Microsoft Work Trend Index 2026）

更糟糕的是，AI工具的普及让情况雪上加霜：ChatGPT、Claude、Gemini... 它们本该提升效率，却因为"随时可用"变成了"随时干扰"。很多人陷入了"AI依赖症"——遇到任何问题第一反应不是思考，而是问AI。

在这种环境下，数字极简主义 （Digital Minimalism）不再是一种"生活情调"，而是一种"生存技能"。

什么是数字极简主义？

数字极简主义不是"反科技"，而是**"有意识地选择使用哪些技术，而不是被动地被技术使用"** 。

这个概念由计算机科学教授Cal Newport在2019年提出，但在2026年的AI时代，它有了新的内涵：

旧定义（2019）： 减少社交媒体使用，关闭不必要通知
新定义（2026）： 在AI工具泛滥的环境中，建立"人类思考优先，AI辅助为辅"的工作方式

图表：数字极简主义从2019到2026的演变

为什么AI时代更需要数字极简主义？

1. AI工具创造了"虚假的效率感"

很多人认为"用AI写代码/写文章/做PPT"就是高效，但事实是：

表面高效： 10分钟让AI写了一篇2000字文章
实际低效： 但这10分钟里你没有思考，文章质量取决于AI的"理解能力"，你失去了深度思考的机会
长期危害： 大脑逐渐"退化"，失去独立思考和创造的能力

类比： 就像用计算器做简单算术的人，久而久之连"15+27"都要按计算器，大脑的计算能力退化了。

2. 多任务处理是"专注力杀手"

2026年的典型工作场景：

"写代码 → 收到微信消息 → 回复 → 看到AI助手弹出建议 → 点开看 → 想起邮件没回 → 切换到邮箱 → 看到新闻推送 → 点开看..."

研究表明，每次任务切换需要15-20分钟才能重新进入深度专注状态 。也就是说，如果你每小时切换3次任务，实际深度工作时间不到20分钟。

3. 算法在"驯化"你的大脑

抖音、小红书、知乎的推荐算法，本质是"多巴胺反馈机器"：

你刷到一个感兴趣的内容 → 多巴胺分泌 → 继续刷
15分钟后，你都不记得刚才看了什么，但就是停不下来
长期下来，你的大脑习惯了"15秒刺激"，无法忍受"15分钟深度思考"

这就是为什么很多人说"我现在看不了长文章了，超过1000字就看不下去"。

数字极简主义的实践方法论

以下是我在2026年实践数字极简主义的具体方法，分为"数字断舍离"、"专注力训练"和"AI工具理性使用"三个层面。

第一层：数字断舍离（Digital Declutter）

原则： 保留"真正有价值"的工具，删除"消耗时间却无实质帮助"的工具。

实操步骤：

步骤1：数字工具审计（花费1天）

打开手机"屏幕使用时间"（iOS）或"数字健康"（Android）
查看过去7天每个APP的使用时长
问自己：这个APP给我的生活/工作带来了实质性价值 吗？
如果没有，卸载或禁用（iOS可以"屏幕使用时间" → "内容和隐私访问限制"）

步骤2：通知管理（花费30分钟）

关闭所有APP的"允许通知"（除了微信、电话、日历）
对于必须保留通知的APP（如工作邮件），设置为"定时推送"（如每天9:00、14:00、18:00各推送一次）
关闭所有"营销通知"（电商促销、新闻推送、游戏活动...）

步骤3：首页精简（花费15分钟）

手机首页只保留"必需工具"（电话、微信、地图、支付、笔记）
所有"娱乐APP"（抖音、小红书、游戏）放到第3页以后的文件夹，最好放在需要密码才能打开的"隐藏文件夹"
启用"灰阶模式"（iOS："辅助功能" → "显示与文字大小" → "色彩滤镜"），减少彩色图标对大脑的诱惑

我的实际效果： 手机日均使用时间从4.2小时下降到1.8小时，深度工作时间从47分钟提升到2.3小时。

第二层：专注力训练（Focus Training）

原则： 像锻炼肌肉一样锻炼专注力，从"短时间专注"逐步提升到"长时间深度工作"。

方法1：番茄工作法升级版（适合初学者）

第1周： 15分钟专注 + 5分钟休息（适应期）
第2-3周： 25分钟专注 + 5分钟休息（标准番茄钟）
第4-6周： 45分钟专注 + 10分钟休息（深度工作模式）
第7周以后： 60-90分钟专注 + 15分钟休息（高手模式）

关键技巧：

使用物理计时器（不要用手机，避免干扰）
专注期间把手机放在另一个房间（或锁在抽屉里）
如果想到"要查某个资料"，先记在纸上，专注结束后再查

方法2：深度工作仪式（适合进阶者）

时间： 每天固定时段（如早晨7:00-9:00，大脑最清醒）
地点： 固定工作区（最好是面朝墙的桌子,减少视觉干扰）
准备： 一杯水、笔记本、笔、电脑（断开网络或只开必需网页）
启动： 用"5分钟自由书写"进入状态（类似运动员热身）
结束： 记录本次深度工作的成果和感受（建立正反馈）

图表：我的深度工作环境设置（极简、无干扰）

第三层：AI工具理性使用（Rational AI Usage）

原则： AI是"副驾驶",不是"主驾驶"。人类负责思考和决策,AI负责执行和辅助。

规则1：三步思考法（Before AI）

Step 1： 遇到问题,先自己思考5分钟（在纸上写思路）
Step 2： 如果5分钟后还没有思路,再用AI辅助（让它给建议,不是给答案）
Step 3： AI给出建议后,自己判断哪些有用,哪些没用（不盲从AI）

实际应用：

写文章：先自己列大纲 → 让AI补充论点 → 自己重写和润色
写代码：先自己设计架构 → 让AI生成样板代码 → 自己优化和调试
做决策：先自己列出利弊 → 让AI分析风险 → 自己最终决策

规则2：AI工具"定时使用"（Time-boxed AI Usage）

每天固定2-3个时段使用AI工具（如9:00-9:30、14:00-14:30、20:00-20:30）
不要"随时想用就用",那样会被AI工具碎片化
使用AI时,设定闹钟（如30分钟）,时间一到立即停止

规则3：保留"无AI日"（AI-free Day）

每周选一天（如周日）完全不使用AI工具
这天只做需要"人类独特能力"的事情：深度思考、创造性工作、面对面交流
目的：防止大脑过度依赖AI,保持独立思考和创造能力

工具推荐：支持数字极简主义的APP/硬件

软件工具

Forest（专注森林）： 种树机制,专注期间手机不能离开APP,否则树苗枯死。游戏化专注训练。
Freedom（网站拦截）： 在指定时段拦截 distracting 网站（如知乎、微博、YouTube）。支持跨设备同步。
Notion（知识管理）： 替代10个分散的工具（笔记、待办、数据库、Wiki）。一个工具解决所有知识管理需求。
Obsidian（本地笔记）： Markdown格式,数据完全本地,不依赖云服务。适合重视隐私的人。
RescueTime（时间追踪）： 自动记录每个APP/网站的使用时长,生成周报/月报。帮你发现"时间黑洞"。

硬件工具

Kindle（电子书）： 墨水屏无干扰,适合深度阅读。相比手机阅读,专注度提升3倍以上。
机械键盘（无无线功能）： 有线连接,避免"顺便看手机通知"。打字手感好,提升码字专注度。
物理计时器（如Time Timer）： 视觉化时间流逝（红色扇形区域逐渐减少）,比手机计时器更有"紧迫感"。
降噪耳机（如Sony WH-1000XM5）： 物理隔绝环境噪音。开启降噪后,专注度显著提升。
笔记本+笔（模拟工具）： 很多时候,纸笔比数字工具更专注。特别是"头脑风暴"和"深度思考"场景。

实践案例：从"数字过载"到"数字极简"的90天

以下是我的真实实践记录（2026年1月-4月）：

第1-30天：数字断舍离期

卸载了15个"偶尔用但 mostly 刷时间"的APP（小红书、抖音、知乎、微博...）
关闭了所有通知（除了微信和电话）
手机首页只保留8个APP
效果： 手机日均使用时间从4.2小时 → 2.1小时

第31-60天：专注力训练期

每天早晨7:00-9:00固定深度工作时间
使用番茄工作法（25分钟专注 + 5分钟休息）
开始写"深度工作日志"（记录每天专注时长和成果）
效果： 深度工作时长从47分钟/天 → 1.8小时/天

第61-90天：AI工具理性使用期

建立"三步思考法"习惯（先自己思考,再用AI辅助）
每天固定3个时段使用AI工具（每次不超过30分钟）
每周日设为"无AI日"
效果： AI使用更精准（不再"随便问问"）,思考深度显著提升

90天后的整体变化：

手机日均使用时间：4.2小时 → 1.5小时（减少64%）
深度工作时长：47分钟/天 → 2.6小时/天（提升231%）
阅读量：每月2本书 → 每月6本书
写作产出：每月4篇博客 → 每月12篇博客
主观感受：焦虑感降低,掌控感提升,睡眠质量改善

常见误区与真相

误区1："数字极简主义就是不用手机/电脑"
真相：不是"不用",而是"有意识地去用"。手机/电脑是工具,关键是怎么用。

误区2："我是做互联网的,不可能数字极简"
真相：数字极简主义不是"脱离互联网",而是"在工作中保持专注,在生活中减少干扰"。两者不矛盾。

误区3："AI工具这么强大,不用就落后了"
真相：盲目使用AI才会落后。理性使用AI,保持独立思考,才是真正的竞争力。

误区4："数字极简主义太极端,不适合普通人"
真相：不需要做到"极致极简",哪怕只做"关闭通知"和"每天30分钟深度工作",也能显著改善生活质

结语：专注力是21世纪的"超能力"

在AI时代,专注力将成为最稀缺的资源 。大多数人失去了长时间深度思考的能力,如果你能保持这种能力,你就拥有了"超能力"。

数字极简主义不是"一蹴而就"的,而是"渐进式"的。从今天开始,你可以先做一件事：

关闭手机所有通知（除了微信和电话）
明天早晨尝试30分钟深度工作（手机放另一个房间）
遇到问题先思考5分钟,再用AI辅助

90天后,你会感谢今天的自己。

行动挑战： 从今天开始,连续7天记录你的"深度工作时长"和"手机使用时长",看看一周后有什么变化？欢迎在评论区分享你的实践心得！

halo的技术博客

Thu, 21 May 2026 00:00:00 GMT

AI工具 · 行业观察 · 技术实践

MacBook Pro M5前瞻：从供应链消息看苹果的下一代芯片策略

引言：M5的到来比你想的更近

2026年5月，距离MacBook Pro M4发布（2024年11月）已经过去18个月。按照苹果近年的发布节奏（M1: 2020年11月，M2: 2022年6月，M3: 2023年10月，M4: 2024年11月），M5很可能在2026年第四季度（10-11月）发布 。

本文基于供应链消息（台积电、富士康、苹果供应商）、业界分析师预测（郭明錤、Mark Gurman、 Ming-Chi Kuo）、以及苹果芯片技术路线图，为你深度解析MacBook Pro M5的核心升级点、性能预测和购买建议。

一、M5芯片的核心升级点（基于供应链消息）

1. 制程工艺：台积电N3P（3nm增强版）

M4使用的是台积电N3E工艺（3nm增强版），而M5将升级到N3P工艺（3nm性能增强版） 。

N3P相比N3E的改进：

性能提升： 相同功耗下性能提升5-10%
功耗降低： 相同性能下功耗降低5-10%
密度提升： 晶体管密度提升约4%
良率改善： 生产良率提升,成本降低

图表：台积电N3P与N3E工艺对比（数据来源：TSMC技术白皮书）

实际意义： M5的CPU/GPU性能提升约10-15%，同时续航可能进一步延长1-2小时。

2. CPU架构：Skymont-E + Lion Cove 改良版

M4的CPU架构基于A17 Pro的改进版（性能核+能效核），而M5将采用Skymont-E（能效核）+ Lion Cove（性能核）的改良架构 （源自Intel的命名,苹果可能内部叫法不同，但架构思路类似）。

预期升级：

性能核（P-Core）： IPC（每时钟周期指令数）提升约10-15%
能效核（E-Core）： 能效提升约15-20%（后台任务更省电）
核心数量： M5 Pro/Max可能维持12核/16核（10性能+2能效 / 12性能+4能效）
多线程性能： 预计提升15-20%（得益于架构优化和频率提升）

实际意义： 单核性能提升约12%（更接近桌面级CPU），多核性能提升约18%（视频剪辑、编译代码等场景更明显）。

3. GPU架构：Ray Tracing性能翻倍 + AI加速器增强

M4的GPU已经支持硬件级光线追踪，但性能一般（不如NVIDIA RTX 4060）。M5的GPU将重点提升光线追踪性能 和AI加速能力 。

预期升级：

光线追踪核心： 数量翻倍，性能提升约80-100%
AI加速器： 每颗GPU核心集成专用AI加速单元（类似NVIDIA Tensor Core）
片上内存（Unified Memory）： 带宽提升约20-30%（M5 Max可能达到800GB/s）
GPU核心数： M5 Pro可能20核，M5 Max可能40核（相比M4 Pro的16核、M4 Max的32核）

实际意义： 3D渲染性能提升约50-70%，AI推理性能（本地运行LLM）提升约2倍。

4. NPU（神经网络引擎）：专注AI本地化

2026年是"AI PC"的元年，苹果也在加速AI本地化。M5的NPU将迎来大幅升级。

预期升级：

算力： 从M4的38 TOPS提升到60-80 TOPS （翻倍以上）
架构： 从16核NPU升级到24核或32核NPU
支持模型： 更好支持本地运行70B参数以下的大语言模型（如Llama 4、Mistral Large 2）
应用场景： 实时语音转文字（无网络延迟）、本地图像生成（Stable Diffusion）、AI辅助代码补全（更快响应）

图表：M系列芯片NPU算力演进（预测值）

5. 内存与存储：更大、更快、更贵

内存（Unified Memory）：

容量： M5 Pro起步18GB（终于放弃8GB！），M5 Max起步36GB
带宽： M5 Pro约480GB/s，M5 Max约850GB/s（相比M4 Max的约600GB/s）
技术： 可能采用LPDDR6（比LPDDR5X更快更省电）

存储（SSD）：

速度： 顺序读取速度可能突破10GB/s（M4约为7.4GB/s）
容量： 起步256GB（希望苹果能良心发现...），主流配置512GB/1TB/2TB
技术： 可能采用NVMe 2.0协议，支持更高速的NAND闪存

二、MacBook Pro M5的外围升级

1. 屏幕：micro-LED？（可能跳过）

之前有传言说M5可能采用micro-LED屏幕（相比mini-LED更亮、更省电、无烧屏风险），但2026年5月的最新供应链消息显示：micro-LED良率 still 太低，M5可能继续用mini-LED 。

可能的升级：

亮度提升（从1600尼特到2000尼特）
对比度提升（从1,000,000:1到2,000,000:1）
功耗降低（续航再延长1小时）

2. 接口：Thunderbolt 5 + Wi-Fi 7

Thunderbolt 5：

带宽从Thunderbolt 4的40Gbps提升到80Gbps （双向）
支持外接两台6K显示器（或一台8K显示器）
外接eGPU成为可能（虽然苹果不鼓励，但技术上可行了）

Wi-Fi 7：

理论速度从Wi-Fi 6E的9.6Gbps提升到46Gbps
延迟更低（实时在线会议、云游戏更流畅）
需要路由器也支持Wi-Fi 7才能发挥性能

其他接口：

可能保留MagSafe 3（充电）
可能保留3.5mm耳机孔（苹果还没狠到取消这个...）
SDXC卡槽可能升级到UHS-III （读取速度312MB/s）

3. 电池与续航：20小时成为可能

M4 MacBook Pro的续航已经很逆天了（M4 Pro: 17小时，M4 Max: 14小时），M5有望进一步突破：

M5 Pro： 续航可能达到20小时 （视频播放）
M5 Max： 续航可能达到16-17小时 （因GPU更强，耗电更多）
快充： 可能支持140W快充 （从0到50%只需30分钟）

4. 外观：可能小幅调整

M5 MacBook Pro的外观可能不会有大变化（苹果的设计语言刚更新不久），但可能有小调整：

厚度： 可能再薄0.5-1mm（优化内部布局）
重量： 可能减轻50-100g（使用更轻的材料）
颜色： 可能新增"深空灰+"或"钛金色"（模仿iPhone 15 Pro的钛金属）
Logo： 可能改为"发光Apple Logo"（类似老款MacBook）

三、性能预测：M5 vs M4 vs Intel/AMD竞品

CPU性能预测（基于Geekbench 6跑分）

芯片 | 单核 | 多核 | 提升（vs M4）
---|---|---|---
M4 Pro | 3800 | 22000 | -
M5 Pro（预测） | 4300 | 26000 | +13% / +18%
Intel Core Ultra 9 295HX | 3200 | 24000 | 落后M5 Pro
AMD Ryzen AI 9 HX 370 | 3000 | 22000 | 落后于M5 Pro

GPU性能预测（基于GFXBench Aztec Ruins）

芯片 | GPU核心 | 帧率（fps） | 提升（vs M4）
---|---|---|---
M4 Max（32核） | 32 | 180 | -
M5 Max（40核，预测） | 40 | 260 | +44%
NVIDIA RTX 4070 Laptop | - | 220 | 落后于M5 Max

AI性能预测（本地LLM推理速度）

芯片 | NPU算力（TOPS） | Llama 3 70B推理速度（tokens/s）
---|---|---
M4 Max | 38 | 12
M5 Max（预测） | 70 | 25

四、发布时间与价格预测

发布时间：2026年10-11月

基于苹果近年发布节奏和供应链消息：

官宣时间： 2026年9月（秋季发布会，可能和iPhone 18一起发布）
预订开启： 2026年10月初
正式开售： 2026年10月底或11月初

注意： 以上时间为预测，实际可能提前或延后。建议关注苹果官网和彭博社Mark Gurman的爆料。

价格预测：可能维持不变（或小幅上涨）

型号 | M4价格（2024） | M5价格（预测，2026）
---|---|---
MacBook Pro 14" M5 Pro（18GB+512GB） | ¥18999 | ¥19499（+500）
MacBook Pro 16" M5 Pro（18GB+512GB） | ¥21999 | ¥22499（+500）
MacBook Pro 16" M5 Max（36GB+1TB） | ¥27999 | ¥28499（+500）

涨价原因： 台积电N3P工艺成本更高，加上memory价格上涨（三星、SK海力士减产）。

五、购买建议：现在买M4还是等M5？

情况1：你现在用的是Intel Mac或M1/M2

建议： 可以等M5（2026年10-11月发布），因为升级幅度较大（CPU+15%，GPU+40-70%，AI性能翻倍）。

但如果：

你现在的工作因为设备性能不足而严重受影响（如视频剪辑卡顿、编译代码太慢）
你不着急（可以忍受6个月的等待）
你预算充足（M5起步价可能涨500元）

→ 建议等M5

情况2：你现在用的是M3或M4

建议： 没必要升级到M5，因为性能提升对你来说感知不强（除非你做AI训练或3D渲染）。

M3 → M5：性能提升约25-30%，但价格差约5000-8000元，性价比不高。
M4 → M5：性能提升约15-20%，但才用了1年多，没必要换。

→ 建议继续用现有设备

情况3：你是第一次买Mac

建议： 如果现在急需（如马上开学、新工作需求），买M4（2026年5-6月可能有教育优惠或降价）。如果不到，等M5。

→ 根据紧急程度决定

六、总结：M5值得等吗？

值得等的情况：

你现在用的是Intel Mac或M1/M2，性能已经不够用
你做AI相关的工作（本地训练模型、运行LLM），需要更强的NPU
你做3D渲染/视频剪辑，需要更强的GPU
你不着急（可以等到2026年10-11月）

不值得等的情况：

你现在用的是M3或M4，性能足够
你急需新设备（不能等6个月）
你预算有限（M5可能涨价500元）
你的工作不需要顶级性能（如只是办公、上网、写代码）

我的个人建议：

如果你现在用的是M1或Intel Mac，强烈建议等M5 。因为M5的CPU/GPU/AI性能提升都很大，而且续航可能突破20小时，是"质变级"的升级。

如果你现在用的是M3或M4，没必要急着换 。等M6或M7再说（2028-2029年）。

下期预告： 我将详细对比"MacBook Pro M5 vs NVIDIA RTX 5080笔记本"，看看苹果能不能在AI性能上追上NVIDIA。

halo的技术博客

Wed, 20 May 2026 00:00:00 GMT

2025年被称为"AI Agent元年"，那时候几乎每个科技峰会都在讨论Agent，每个创业公司都在做Agent框架，每个大厂都在发布Agent平台。一年过去了，2026年的Agent生态到底怎么样了？是泡沫破裂，还是真的开始落地了？

作为一个从2024年就开始折腾各种Agent框架的开发者，我想诚实地聊聊我的观察：Agent确实在进步，但离大众想象的那个"能自主完成复杂任务的智能助手"还有距离。2026年更像是Agent从炒作走向务实的分水岭。

一、Agent框架的"收敛"现象

2025年的Agent框架百花齐放，LangChain、AutoGPT、MetaGPT、CrewAI、Dify、Coze……每个都声称自己是下一代。但到2026年，市场出现了明显的收敛。

第一层收敛：从"万能Agent"到"专用Agent"。 早期的AutoGPT试图让一个Agent搞定所有事情——搜索、写代码、发邮件、订机票。结果证明这是伪需求。2026年成功的Agent产品几乎都是垂直领域的：编程助手（Claude Code、Cursor）、客服Agent、数据分析Agent、内容审核Agent。它们只做一件事，但把那件事做得很好。

第二层收敛：从"自主决策"到"人机协作"。 2025年的Agent宣传语通常是"完全自主，无需人工干预"。2026年的产品描述变成了"智能辅助，关键节点人工确认"。这不是退步，是认清现实。当前LLM的幻觉率和推理稳定性，还不足以支撑完全无人监督的自主操作。把Agent定位为"超级实习生"而不是"替代者"，反而让它真正产生了价值。

第三层收敛：从"复杂编排"到"简单调用"。 早期的Agent框架动辄几十行配置、复杂的DAG图、多层嵌套的工具调用。2026年的趋势是MCP（Model Context Protocol）这样的标准化接口——Agent不需要知道工具内部怎么实现，只需要知道"我能调用什么"。OpenClaw、Claude Desktop等产品都在拥抱这个思路。

二、真正落地的三个场景

抛开概念炒作，2026年Agent在以下三个场景确实产生了实际价值：

1. 编程辅助。 这是目前最成熟的Agent场景。Claude Code、Cursor、GitHub Copilot已经不只是代码补全，而是能理解项目结构、执行测试、修复bug、甚至重构代码的"编程搭档"。根据我的实际使用，在熟悉的技术栈里，Agent能帮我完成40%-60%的编码工作，在陌生技术栈里也能加速学习曲线。

2. 内容生产流水线。 从选题、资料收集、初稿撰写到排版发布，Agent可以串联整个内容生产流程。这不是让一个Agent写完一篇文章，而是多个专用Agent协作：搜索Agent找素材、写作Agent出初稿、编辑Agent润色、发布Agent推送。每个环节都可以人工审核和调整。

3. 数据分析与报告生成。 把原始数据丢给Agent，它能自动清洗、分析、可视化，并生成可读性不错的报告。这对非技术背景的业务人员尤其有价值。2026年很多BI工具都集成了Agent能力，让"用自然语言问数据"从 demo 变成了日常。

三、还没解决的三个瓶颈

尽管有进展，Agent仍然面临根本性限制：

瓶颈一：长期记忆。 大多数Agent的"记忆"就是对话上下文，超过一定长度就丢失。虽然有了向量数据库、记忆系统等技术，但让Agent真正"记住"用户的偏好、项目的背景、历史的决策，仍然很难。你每次新开一个对话，Agent就像失忆了一样。

瓶颈二：工具生态的碎片化。 MCP是个好方向，但落地情况参差不齐。每个SaaS工具的API设计千差万别，认证方式五花八门，错误处理没有标准。Agent调用外部工具时，成功率远没有宣传的那么乐观。

瓶颈三：成本与延迟。 一个复杂的Agent任务可能涉及几十次LLM调用、多次工具执行。即使单次调用成本已经很低，累积起来也不便宜。更重要的是延迟——用户能接受等3秒得到一个回答，但很难接受等30秒看Agent"思考"。

四、对开发者的建议

如果你正在考虑用Agent解决实际问题，我的建议是：

先想清楚"人在哪"。 不要设计一个完全无人干预的Agent流程，而是明确每个环节人什么时候介入、介入做什么。最好的Agent设计是"人做决策，Agent做执行"。

从单点工具开始。 不要一上来就搭建复杂的Multi-Agent系统。先找一个具体痛点，用一个Agent解决它，验证价值后再扩展。

重视错误处理。 Agent调用工具失败、LLM输出格式错误、API超时……这些情况在demo里不会出现，但在生产环境天天发生。你的Agent系统必须有健壮的错误恢复机制。

结语

2026年的AI Agent，不再是那个让人兴奋的"未来科技"，而是变成了一个有明确适用边界、有真实使用场景、也有明显局限性的"实用工具"。这恰恰是技术成熟的标志。

Agent不会取代人，但会用Agent的人会取代不会用的人。这句话在2026年终于从口号变成了现实。

halo的技术博客

Wed, 20 May 2026 00:00:00 GMT

我35岁那年，第一次认真思考"如果明天被裁了怎么办"。

不是杞人忧天。那年公司裁员20%，我隔壁工位的兄弟——一个写了12年代码的老程序员——拿到了N+1，走人的时候跟我说："我投了三个月简历，连面试都约不到。"

那一刻我意识到，35岁危机不是年龄问题，是能力结构问题。 当你和25岁的程序员比写代码的速度、比学习新框架的劲头，你确实在输。但这不是因为老了，是因为你在用别人的赛道比自己的短板。

过去三年，我花了大量时间研究"中年程序员的第二曲线"。不是转行卖保险、不是辞职开咖啡馆，而是在技术领域内，找到一条随着年龄增长反而更有优势的路。

一、第一曲线的陷阱：用战术勤奋掩盖战略懒惰

大多数程序员的第一曲线是这样的：毕业写代码→升职 senior→带小团队→继续写更多代码。这条曲线的终点通常是"技术专家"或"架构师"，但现实中，很多35+的程序员既没有成为真正的专家，也没有积累其他能力。

问题出在哪？

第一，过度依赖"硬技能"。 编程语言、框架、工具链，这些硬技能每3-5年就要更新换代一次。你花了十年成为Java专家，结果市场开始要Go和Rust。硬技能是有保质期的。

第二，忽视了"可迁移能力"。 系统设计、技术决策、风险评估、团队协调、跨部门沟通——这些能力不绑定任何技术栈，而且随着年龄和经验增长而增值。

第三，没有建立"个人品牌"。 你的价值只被当前公司认可，一旦离开，你在市场上的议价能力几乎为零。

二、第二曲线的四种方向

我观察了身边35+还活得不错的程序员，他们的第二曲线大致分为四个方向：

方向一：技术+业务的复合型人才。 不是"懂业务的技术"，而是"能用技术解决业务问题的人"。这类人通常深入某个行业（金融、医疗、电商），既懂技术架构，又懂行业逻辑。他们的价值不是代码写得快，而是能判断"这个技术方案对业务到底有没有用"。

方向二：技术管理者，但管理的是"复杂系统"而不是"人"。 很多人一听到"管理"就想到PPT和会议。但好的技术管理其实是系统管理：架构演进、技术债治理、工程效率提升、风险防控。这些工作需要深厚的技术功底，年轻人干不了。

方向三：独立顾问/技术专家。 不依附于任何公司，而是用自己的经验和判断力服务多个客户。这需要两个前提：一是有拿得出手的成功案例，二是有持续获取客户的能力（通常通过写作、演讲、社区影响力）。

方向四：技术创业/副业。 不是辞职All in，而是先用业余时间验证想法。很多成功的技术副业，起点都是"解决自己的一个痛点"。比如开发一个小工具、做一个垂直领域的SaaS、写一门技术课程。

三、构建第二曲线的三个行动

知道方向不够，关键是行动。我建议从这三件事开始：

行动一：每年花20%时间学"非技术"的东西。 不是让你去学设计或产品，而是学那些能和技术产生化学反应的领域：商业逻辑、数据分析、用户心理、财务基础。一个懂财务的程序员，和一个不懂财务的程序员，看同一个技术方案的角度完全不同。

行动二：开始公开输出。 写博客、做技术分享、参与开源项目、回答技术社区的问题。不是为了当网红，而是为了逼自己把模糊的理解变成清晰的表达。输出是最好的输入。更重要的是，公开输出在帮你建立"个人品牌"——即使你现在不觉得需要，三年后你会感谢自己。

行动三：培养"产品思维"。 不要只问"这个功能怎么实现"，要问"这个功能为什么要做""用户真正需要什么""投入产出比如何"。产品思维不是产品经理的专利，是任何一个想突破"执行层"的程序员都必须具备的能力。

四、AI时代的新变量

2026年，AI给中年程序员的第二曲线带来了新变量。

坏消息是： AI确实在替代一部分编码工作，尤其是那些重复性高、模式固定的任务。如果你只会"接需求写代码"，AI确实在抢你的饭碗。

好消息是： AI也在创造新的机会。提示工程、AI应用开发、模型调优、AI安全与治理——这些领域需要深厚的技术背景，而且经验越丰富越有优势。更重要的是，AI让"一个人就是一支团队"成为可能。以前你需要一个团队才能做的产品，现在一个人+AI工具就能搞定。

我的判断是：AI不会淘汰程序员，但会淘汰"只会写代码"的程序员。 那些能把AI当作杠杆、放大自己其他能力（判断力、创造力、系统思维）的人，反而会在AI时代获得更大的回报。

结语

中年程序员的第二曲线，不是逃离技术，而是升级自己。不是转行，是转脑——从"执行者思维"转向"决策者思维"，从"技能驱动"转向"价值驱动"。

这条路没有捷径，但每一步都算数。你现在花的时间，三年后会以某种方式回报你。

最后分享一句话，来自我的一位前辈："程序员最好的职业保险，不是存款，是让别人知道你能解决什么问题。"

halo的技术博客

Wed, 20 May 2026 00:00:00 GMT

2023年，我是Notion的忠实用户。我的项目管理、读书笔记、旅行计划、健身记录，全都在Notion里。那时候我觉得Notion就是知识管理的终极答案——美观、灵活、协作友好，还能嵌入各种内容。

2024年，我开始用Obsidian，但只是把它当作"本地备份"。

2025年，我彻底从Notion迁移到了Obsidian，并且再也没有回头。

这个转变不是因为Obsidian比Notion"更好"，而是我花了三年时间才明白一件事：知识管理工具的选择，核心不是功能对比，而是你的思维方式。

一、Notion教会我的：结构化思维

Notion最大的魅力是它的数据库功能。你可以创建表格、看板、日历、画廊视图，用Relation和Rollup建立关联，用Filter和Sort筛选排序。这种强结构化的设计，强迫你在记录之前就思考"这个东西属于哪个分类"。

我一度以为这是优点。我的书单列了"正在读""待读""已读"三个状态，每本书有评分、类型、阅读日期、笔记链接。看起来很完美。

但问题慢慢出现了：

第一，维护成本越来越高。 每新增一条记录，都要填一堆属性。有时候我只是想快速记一个想法，却要先想"这个应该放在哪个数据库里"。

第二，结构变成了枷锁。 当我发现某本书既涉及心理学又涉及商业时，我该把它放在哪个分类？Notion的解决方式是打标签，但标签一多又成了新的混乱。

第三，网络问题。 Notion是云端服务，虽然大部分时间稳定，但偶尔的网络波动、同步冲突、加载延迟，都在提醒我：我的知识库不在我手里。

二、Obsidian吸引我的：涌现式组织

Obsidian的核心理念完全不同。它不强迫你预先定义结构，而是让你自由记录，通过双向链接让知识自然生长。

刚开始我很不适应。打开Obsidian是一个空白画布，没有模板、没有数据库、没有预设的分类。我不知道该从哪里开始。

但用了一段时间后，我发现了一个奇妙的现象：好的结构不是设计出来的，是涌现出来的。

比如我读了一本关于决策心理学的书，在Obsidian里我只需要创建一个笔记，写下我的想法，然后自然地链接到"认知偏差""丹尼尔·卡尼曼""决策模型"等其他笔记。我不需要预先定义这些分类是否存在——如果不存在，Obsidian会自动创建。

三个月后，我打开Graph View，发现我的笔记已经自发形成了几个知识集群：技术架构、投资理财、心理学、写作方法。这些集群不是我刻意设计的，是记录过程中自然涌现的。

三、本地优先：数据主权意识觉醒

2025年发生了一件事，加速了我的迁移决定：Notion的一次大规模宕机，持续了近6小时。那6小时里，我所有的项目资料、会议笔记、待办事项都访问不了。

这让我开始认真思考一个问题：我的知识库，到底属于谁？

Notion的答案是：数据存储在Notion的服务器上，你可以导出，但格式是受限的。Obsidian的答案是：数据是纯文本Markdown文件，存在你的本地硬盘上，你用任何文本编辑器都能打开。

这种"本地优先"的设计，在2026年显得越来越重要。AI时代，数据就是资产。把自己的知识资产完全托管给一个商业公司，风险正在变大。

Obsidian的同步方案（Obsidian Sync、iCloud、Git）虽然需要额外配置，但换来的是真正的数据自主权。

四、Notion vs Obsidian：不是替代，是选择

写到这里，我必须澄清一点：我不是说Obsidian比Notion好，而是它们适合不同的人。

选Notion，如果你：

喜欢预先设计完美的结构
需要强大的协作和分享功能
重视界面的美观和易用性
不想折腾插件和配置

选Obsidian，如果你：

相信知识应该自由生长，而不是被框定
重视数据所有权和本地存储
愿意花时间搭建个性化的工作流
喜欢通过链接发现知识之间的隐藏关联

五、我的Obsidian工作流（2026版）

经过一年多的调整，我现在的Obsidian工作流已经比较稳定：

每日笔记： 用Templater插件自动生成，包含当天待办、会议记录、随机想法。所有内容都是无序的，晚上再整理链接。

项目笔记： 每个项目一个文件夹，但项目之间的关联用双向链接。比如一个技术项目可能链接到"微服务架构""Docker部署"等知识笔记。

文献笔记： 读书或文章时，直接在Obsidian里记录，用Zotero Integration插件关联PDF。重点不是摘录，而是用自己的话重写。

永久笔记： 从每日笔记和文献笔记中提炼出的"原子化知识"，每个笔记只讲一个概念，但尽可能多地链接到相关笔记。

结语

从Notion到Obsidian，我最大的收获不是找到了"更好的工具"，而是理解了知识管理的本质：不是把信息存起来，而是让信息之间产生连接。

Notion帮你把信息整理得井井有条，Obsidian帮你发现信息之间意想不到的关系。两者没有高下之分，只有适合与否。

但如果你也感觉到，你的知识库越来越像一座精心设计的图书馆——分类清晰、检索方便，却很少有"意外发现"的喜悦——也许，是时候试试另一种方式了。

halo的技术博客

Wed, 20 May 2026 00:00:00 GMT

2016年，我第一次读丹尼尔·卡尼曼的《思考，快与慢》。那时候我刚工作不久，对"认知偏差""启发式"这些词充满新鲜感。读完觉得醍醐灌顶，仿佛拿到了一把解剖人类思维的手术刀。

2026年，我重读了这本书。十年的间隔让我有了完全不同的阅读体验——有些概念已经融入我的日常决策，有些则被后来的研究证明是错的，还有一些我当时没读懂的，现在终于理解了。

这篇文章不是书评，而是一个"十年后的使用报告"：这本书到底值不值得读？哪些内容经受住了时间考验？哪些已经被证伪？

一、十年后仍影响我的三个概念

1. 系统1和系统2

这是全书最核心的框架：系统1是快速、直觉、自动化的思考；系统2是缓慢、理性、费力的思考。卡尼曼不是说系统2比系统1更好，而是说我们需要知道自己在用哪个系统。

这个框架对我最大的帮助是：当我做一个重要决定时，我会问自己"我现在是在用系统1还是系统2？" 如果是系统1（直觉反应），我会刻意启动系统2（列出利弊、寻找反例、计算期望值）。

比如投资决策。看到一只股票涨了50%，系统1的反应是"错过了，赶紧追"。但启动系统2后，我会问：涨的原因是什么？估值是否合理？我的买入逻辑是什么？这个简单的"系统切换"帮我避免了很多冲动决策。

2. 损失厌恶

人们对损失的敏感度大约是同等收益的两倍。这意味着，失去100元的痛苦，需要获得200元才能平衡。

这个概念彻底改变了我的风险管理方式。以前我做决定时只考虑"预期收益"，现在我会同等重视"最坏情况"。不是变得保守，而是更清醒。

在职业选择上，损失厌恶也让我更理性。很多人不敢换工作，不是因为新机会不好，而是害怕"失去现在拥有的"。意识到这是损失厌恶在作祟，帮我做出了几次关键的跳槽决定。

3. 锚定效应

第一个接触到的数字会严重影响后续判断。这个效应无处不在：谈判时的第一个报价、商品的原价标签、新闻里的统计数据。

我现在的一个习惯是：做重要判断前，先主动设定自己的锚。 比如买房前，我会先独立计算"这个房子对我的真实价值"，而不是先看挂牌价。谈判时，我会尽量先出价，把自己的锚抛出去。

二、那些被质疑甚至被证伪的内容

科学是进步的，十年过去，书中的一些结论已经被后续研究修正。

1. 自我损耗理论（Ego Depletion）

卡尼曼在书中详细描述了"意志力是有限资源"的理论：做决定会消耗心理能量，导致后续决策质量下降。但2010年代后期，多项大规模重复实验未能复现这一效应。虽然"疲劳会影响决策"这个直觉是对的，但"自我损耗"作为一个可测量的、普遍的心理机制，证据并不充分。

我的态度：不把它当作科学定律，但当作一个实用的提醒——不要在疲惫时做重要决定。 这不需要"自我损耗"理论成立，只需要承认人类不是永动机。

2. 某些实验效应的可重复性问题

心理学界在2010年代经历了"可重复性危机"，很多经典实验（包括书中引用的一些）在大规模重复中效应量大幅缩小甚至消失。这并不意味着卡尼曼在骗人，而是说明人类行为比实验室条件下更复杂。

我的态度：把书中的实验当作"启发性故事"而不是"科学证明"。核心概念（如锚定、可得性启发）有大量跨研究的支持，但具体数字（如"损失厌恶系数是2.25"）不必太当真。

3. 对"专家直觉"的过度悲观

卡尼曼对专家直觉持相当怀疑的态度，认为在复杂预测任务中，简单算法往往胜过专家判断。这在某些领域（如股票预测、政治预测）确实成立，但在另一些领域（如医学诊断、棋类对弈），专家的直觉仍然非常强大。

后续研究更细致地界定了"什么时候专家直觉有效"——通常是在反馈及时、环境规律、练习充分的领域。

三、十年前没读懂，现在才理解的内容

1. 回归平均

第一次读时，我觉得这个概念很数学化，离生活很远。十年后我才意识到，它解释了生活中无数现象：为什么上次考试超常发挥后这次会"回落"，为什么运动员获得年度最佳后第二年表现下滑，为什么公司业绩暴涨后增速放缓。

理解回归平均，让我对"业绩波动"有了更平和的心态。不是每次下滑都需要"找原因"，有时候只是统计规律在起作用。

2. 框架效应

同一个问题，用不同方式表述，会导致完全不同的选择。十年前我觉得这是"文字游戏"，现在发现它深刻影响了我的沟通方式。

比如向老板汇报项目风险，"有90%成功率"和"有10%失败率"传达的是同一个事实，但听者的感受完全不同。学会"框架"信息，是成年人的必修课。

四、这本书还值得读吗？

值得，但要带着批判性思维读。

《思考，快与慢》最大的价值不是提供了"正确答案"，而是建立了一个元认知框架 ——让你开始观察自己的思考过程。即使书中的某些具体结论被修正，这个框架本身仍然非常有用。

我的建议是：

把系统1/系统2当作思维工具，不是神经科学事实
把各种认知偏差当作"检查清单"，不是"人类bug清单"
重点关注概念背后的直觉，不必死记实验数据
结合后续的可重复性研究，更新自己的认知

结语

十年后重读《思考，快与慢》，我最大的感受是：好书不是给你答案的，是给你问题的。它不会告诉你"该怎么做"，但会让你开始问"我为什么这么做"。

卡尼曼在2024年去世了。他留给世界的，不只是一本书，而是一种思维方式：对自己的思考保持好奇，对自己的直觉保持怀疑，对自己的决策保持审视。

这大概是我十年后仍觉得这本书值得读的最大原因。

AI正在改变我的阅读方式：如何用AI在信息洪流中保持深度

Tue, 19 May 2026 00:00:00 GMT

我每天要处理的信息量大概是五年前的五倍。微信公众号、知乎、RSS订阅、技术博客、邮件 newsletter ——如果每个字都读，我大概需要每天花12个小时在阅读上。这显然不可能。

两年前我开始系统性地使用AI工具来辅助阅读。今天分享一套经过实际验证的流程，它的核心理念是：让AI帮我过滤噪音，让我把时间花在真正值得深度阅读的内容上。

第一步：AI粗筛，10分钟决定要不要读

我的RSS阅读器里有大概200个订阅源，每天新增文章超过500篇。显然不可能全部读完。

我的做法是用Claude分析RSS摘要。每个工作日早上，我会把前一天的RSS摘要（标题+前200字）发给Claude，让它帮我打标签：必读、建议泛读、可跳过。每100篇文章大概只需要花10分钟，就能把值得细读的文章数量从500篇压缩到10-15篇。

当然，AI的判断不一定100%准确。但即便筛掉90%的文章，我也不会错过真正重要的内容——重要的事情会在不同渠道出现多次，被AI过滤掉的那1%，往往也不是非读不可的。

第二步：AI辅助精读，抓住核心观点

对于标记为"必读"的文章，我会用AI来做深度阅读辅助。

具体做法是：把文章丢给Claude，让它先总结"三句话版本"——这篇文章讲了什么核心问题？作者的核心观点是什么？支撑观点的关键证据是什么？这三步大概只需要2分钟，但让我能快速判断这篇文章值不值得花20分钟完整阅读。

如果判断值得读，我会再让Claude帮我列出"五个关键论点"和"可能的反驳角度"。带着这些问题去读，效率会高很多——读的时候会主动找答案，而不是被作者牵着鼻子走。

第三步：AI辅助笔记，把知识缝合进体系

读完一篇文章之后，最大的问题是：读完了，过几天忘了。传统的解决方法是自己做笔记，但做笔记本身也很耗时，而且大多数人的笔记做着做着就变成了"抄录原文"，而不是真正的理解和消化。

我现在的做法是：读完后把文章发给我的AI笔记助手，同时附上我的阅读笔记（通常是几百字的个人感受和思考）。AI的工作是把我的笔记和文章内容融合，生成一段"知识块"——这段文字不是摘录，而是我的理解重构，包含：这篇文章解决了什么问题？它和我的哪些已有知识有关联？它在什么场景下可以被调用？

这段知识块会被存入Obsidian，成为我知识网络里的一个节点。三个月后回看，我可能忘了这篇文章的具体内容，但看到这段"知识块"，就能快速回忆起核心观点。

AI辅助阅读的三个原则

在这个过程中，我给自己定了三个原则：

一、AI是过滤器，不是替代品。 最终的理解和判断必须由人来做。AI帮我找到值得读的内容、帮我提炼核心观点，但它不能替我消化知识。消化的过程只能发生在我的大脑里。

二、保留原文的阅读体验。 AI总结得再好，也是二手信息。有些文章（比如纳瓦尔的文字、彼得·考夫曼的采访）本身文字质感极强，这种东西不能跳过原文只读AI摘要。AI摘要只能用于筛选，不适合用于深度阅读。

三、定期清理AI给你的"知识垃圾"。 AI会生成很多"看起来有用但实际用不上"的笔记。每月花半小时回顾上个月的AI笔记，删掉那些再也没有打开过的。信息需要新陈代谢，否则你的知识库会变成一个越积越厚的垃圾场。

效果如何？

用这套流程大概一年后，我的感受是：信息焦虑明显减轻了。以前每天刷两小时新闻还是感觉"看不完"，现在每天30分钟就能覆盖最重要的信息，而且记得更牢。

更重要的是，AI帮我重建了一种"主动阅读"的状态。以前是被动接收——什么来了读什么；现在是主动筛选——我只读经过我自己判断有价值的东西。主动阅读的感觉，和被动刷信息流的感觉，完全不同。

AI不会让你变得更聪明，但如果你用它来保护自己的注意力，它能帮你把有限的时间和注意力，花在真正值得的地方。

程序员的产品思维：为什么懂业务的开发者永远不缺工作

Tue, 19 May 2026 00:00:00 GMT

去年我开始认真思考一个问题：在AI能写代码、能改Bug、甚至能做Code Review的时代，程序员的核心竞争力到底是什么？

我的结论是：不是写代码的技术本身——那部分正在被AI快速追平。真正不可替代的，是产品思维。或者说，是"把技术翻译成业务价值"的能力。

一个让我彻底改变认知的项目

去年底，我接了一个内部项目：给运营团队做一个数据看板。技术上很简单——后端几个API，前端一堆图表。按我以前的做法，我会先确定技术栈（Vue还是React？）、选UI库（Ant Design还是Element？）、设计接口规范。

但这次我换了个思路。我先花了两天时间，坐在运营同事旁边看他们工作。我发现他们每天最痛苦的事不是"看不到数据"，而是"看到了数据但不知道该做什么"。他们需要的不是一个花哨的仪表盘，而是一个能告诉他们"这个指标异常了，建议你看看XX"的工具。

于是我改了方案。技术上变得复杂了一些——加了异常检测算法、自动生成建议文案——但运营团队的反响完全不一样。项目上线后，运营主管跟我说了一句话："这是两年来最懂我们的一个工具。"

那个项目让我意识到：写一手好代码能让你做到P7，但理解用户能让你走到更远。

什么叫"产品思维"？

程序员圈子里，"产品思维"这个词被说得很多，但定义很模糊。我的理解是三个层次：

第一层：知道为什么做。 接到需求时，不只是问"怎么做"，还要问"为什么"。用户提了方案A，但他的真实需求可能是B。很多需求评审会上，技术团队默默点头然后开干，没有人追问"这个功能要解决什么问题"。能追问的人，已经超越了90%的开发者。

第二层：理解成本结构。 技术上能做，不代表值得做。一个功能需要两周开发，上线后每天可能只有三个人用。这个成本账要算得过来。好的产品思维会让你主动说"这个先不做，我们用更简单的方式验证一下"。

第三层：预判连锁反应。 改了一个字段，会影响多少下游系统？加了一个入口，用户的注意力会被如何分流？这是最难的层次，需要对整个业务生态有全局理解。但做到这层的人，基本上已经是半个CTO了。

培养产品思维的三个日常练习

产品思维不是天生的，是可以刻意练习的。我尝试过很多方法，这三个最有效：

1. 每天用10分钟"拆产品"。 打开你常用的任何一个产品（微信、抖音、飞书），挑一个功能，问自己：这个功能解决什么问题？为什么设计成这样而不是那样？如果我来做会怎么改进？坚持三个月，你的产品直觉会明显提升。

2. 写代码前先写"用户故事"。 不是传统意义上的User Story模板，而是用自然语言描述：谁，在什么场景下，遇到了什么问题，我们怎么帮他。哪怕每个功能只写三句话，也是强迫自己从用户视角思考。

3. 主动参与业务讨论。 很多程序员觉得"业务是产品和运营的事"。错了。越早介入业务讨论，越能理解需求背后的动机。哪怕只是旁听产品评审会、看数据报表，也比纯粹写代码的人多了整整一个信息维度。

AI时代，产品思维是程序员的护城河

AI写代码的能力在飞速进化。2025年初的Claude Code能完成小型独立功能，到2026年它已经能处理中等规模的项目。纯"照着设计稿写页面"的工作，可能在三年内大幅减少。

但AI做不到的是：理解一个模糊的业务需求、在和客户的对话中发现真正的痛点、判断一个功能的优先级是P0还是P3、预测两周后上线的功能会不会影响现有用户的体验。

这些能力，靠的不是算法，是对人、对业务、对商业逻辑的深度理解。而恰恰这些能力，是大多数程序员忽视的。

你的简历应该怎么写？

我在简历上看到过成百上千个程序员的简介，几乎清一色是"精通Java/Spring Boot/微服务架构"。但如果我来写一份让自己更有竞争力的简介，我会写："过去五年帮助电商运营团队提升数据处理效率300%。擅长将复杂的技术需求转化为可操作的业务解决方案。"

前者在描述你的输入（你会什么技术）。后者在描述你的输出（你能创造什么价值）。雇主永远为输出买单，而不是为输入。

从今天开始，不要只做一个能写代码的人。做一个能用代码解决问题的人。这两者之间，隔着一整个职业天花板。

股息投资被低估了：一个被A股投资者忽视的收益来源

Tue, 19 May 2026 00:00:00 GMT

A股市场有一个很奇怪的现象：大多数人买股票，眼睛盯的是股价波动，而不是股息。大多数人聊的是"哪个涨停了"、"要不要追"，很少有人认真讨论"这个股票每年分红多少"。

我自己也是交了学费才想明白这件事的。2019年到2022年，我重仓了一只热门科技股，股价从高位跌了60%。那三年里我几乎没拿到任何分红，全靠股价回本翻本。最后回本卖出，算了一下年化收益，惨不忍睹。

A股的高股息股票，长期回报其实很惊人

反过来看，A股有一批高股息股票：银行股、电力股、高速公路股、传统能源股。这些股票股价波动小，经常被嘲笑"不涨"、"没故事"。但如果你认真算算股息率，很多都在5%以上，部分甚至超过7%。

这个数字意味着什么？意味着你持有这些股票，光靠分红就能跑赢大多数银行理财。而这些企业的分红历史上相当稳定——银行和能源公司不太可能突然停止分红，因为那会让股价崩溃，对大股东是灾难。

举一个具体数字：假设2016年初买入工商银行，当时股息率约5%。持有到2026年，光股息累计收益就超过50%（按当时股价计算），还不算中间的除权除息调整。同期上证指数的回报呢？几乎原地踏步。

为什么A股投资者不爱收息？

我想有三个原因。

第一，"炒股"文化根深蒂固。 A股散户比例高，大家进来的心态是"炒"，不是"投资"。炒股的逻辑是低买高卖，赚价差。分红那几个点，根本入不了眼。

第二，对复利缺乏感知。 大多数人低估了复利的威力。一年5%的股息，看起来不起眼，但如果你把分红再投资，20年后你的本金会翻两倍多。雪球滚起来之后，每年收到的股息可能超过你当初投入的本金。但这个过程需要十几年，大多数人等不了，也不信。

第三，行为金融学里的"心理账户"陷阱。 投资者倾向于把股价上涨视为"真正的收益"，而把分红视为"小钱"。这在心理学上叫心理账户偏差——明明同等金额，应该同等对待，但人们会给它们贴上不同标签，然后做出不一致的决策。

我的收息策略：不做择时，只做配置

想明白这些之后，我调整了自己的持仓策略。具体做法是：

1. 核心仓位配置高股息。 我把约40%的股票仓位换成了银行股（四大行）、能源股（长江电力、中国神华）和高速公路股。这部分仓位我基本不看，也不打算卖。目标是每年收息。

2. 用收息覆盖成本。 我的股票账户有券商佣金和印花税。股息每年大概能覆盖这些成本，让我"免费"持有这些资产。

3. 分红再投资。 收到的股息不取出，继续买入。熊市的时候这招特别管用——同样的钱可以买更多股份。

4. 不碰"伪高息"股。 有些公司股息率高是因为股价暴跌，不是因为业绩好。这种"伪高息"可能是陷阱——第二年就没钱分红了。真正的收息股，应该是那些业绩稳定、现金流充裕、历史上连续多年分红的企业。

适合收息的A股股票特征

根据我的研究，适合做收息配置的公司通常有几个特征：

一是行业成熟，不依赖高增长。白酒、银行、能源、高速公路，这些行业已经过了高速扩张期，但现金流稳定，分红意愿强。二是负债率合理。借钱分红的企业不可持续，账上有钱才分得出来。三是历史上至少连续10年分红且不减少。

按这个标准筛下来，A股大概有几十只股票符合条件。分散持有七八只，年化股息收益大概在4%到7%之间。

收息策略的局限

收息策略最大的问题是：它需要时间。至少5年以上才能看到明显效果。如果你资金量小，每年收到的股息绝对金额也很小，可能感受不强。我建议资金量在10万以上再重点考虑这个策略，10万本金对应5%股息，每年5000元，感知会强一些。

另外，收息不代表不择任何时。买得太贵，股息率会被摊薄。但相比"炒"的策略，收息策略对买入时机没那么敏感——反正你每年有股息，持有10年大概率不会亏。

最后，高股息股也有风险：政策风险（能源价格管制）、行业衰退风险（新能源替代传统能源）、信用风险（部分企业账面有钱但现金流差）。分散持有是唯一的解药。

总结

股息投资不是一个激动人心的策略。你不会因为买了高股息股而发财，也不会有"抓到涨停"的快感。但它是普通人最容易执行、最不需要择时、最符合长期主义的投资方式。

在A股这个以散户为主、情绪波动极大的市场里，能做到"不跟风、不择时、只收息"，本身就是一种竞争优势。大多数人做不到，所以大多数人跑不赢指数。

而你，只需要耐心地坐在那里，等股息到账。

WiFi 7来了：普通人需要升级吗？我的实测结论

Tue, 19 May 2026 00:00:00 GMT

WiFi 7路由器今年开始大量铺货，价格从500到2000元不等。很多人在问：要不要升级？升级了能快多少？我的实测结论是：取决于你的设备，升级WiFi 7可能只是浪费钱。

先说技术规格。WiFi 7的核心改进是三频并发（2.4GHz + 5GHz + 6GHz），理论峰值速度46Gbps，是WiFi 6E的4倍。但"理论"和"实际"之间，隔着你的设备。

实测数据：WiFi 7 vs WiFi 6

我拿自己的设备做了实测，路由器是TP-Link Archer BE800（当时约1800元购入），测试设备是MacBook Pro M3（WiFi 6E）和一台刚买的iPhone 16 Pro（WiFi 7）。

在千兆宽带环境下，MacBook Pro连WiFi 6E实际下载速度约920Mbps，基本跑满带宽。换到同一位置连WiFi 7，实际下载速度约950Mbps——只快了3%。因为MacBook Pro的网卡只支持WiFi 6E，瓶颈在设备端，不在路由器端。

iPhone 16 Pro连WiFi 7，下载速度约1.1Gbps，终于感受到了提升。但也就快了15%左右，而且前提是距离路由器不超过3米，中间没有承重墙。

穿墙测试：隔一堵墙的情况下，iPhone 16 Pro的WiFi 7速度掉到800Mbps，还是比WiFi 6的600Mbps好一些，但没有质变。

WiFi 7真正有用的场景

WiFi 7有三个关键技术：MLO（多链路操作）、320MHz频宽、4K QAM。MLO是最有用的——允许设备同时使用两个频段传输数据，理论上可以减少延迟和提升稳定性。

对于普通用户，真正能感知到WiFi 7的场景只有两个：

一是内网传输大文件。 如果你在家里有NAS，需要在手机和NAS之间传输大文件（比如4K视频），WiFi 7的4.8Gbps内网速度会比WiFi 6的1.2Gbps快很多。我实测从NAS拖一个20GB的电影到iPad，WiFi 7比WiFi 6快了一倍多。

二是多人同时大流量。 比如家里三个人同时看4K流媒体（Netflix/爱奇艺），加上有人在下大文件，WiFi 7的多链路特性能让每个设备分配到更稳定的带宽。但说实话，能同时用三个设备看4K的家庭，目前还是少数。

什么人值得升级？

我的建议是：

值得升级： 已购入支持WiFi 7的设备（如iPhone 16系列、部分2024款笔记本）、家里宽带超过500M、经常在NAS和设备之间传大文件、有多个重度用户同时上网。

不值得升级： 设备还是WiFi 6或WiFi 6E、宽带在300M以下、路由器位置一般穿墙多（路由器本身可能比WiFi 7更重要）。

如果你现在的WiFi 6路由器还能稳定工作，没必要换。WiFi 7路由器的溢价（比同档次WiFi 6贵30%-50%）换来的实际体验提升，对大多数用户来说不值。

选购建议

如果你决定升级，避坑指南：

第一，看设备支持情况再买路由器。买了WiFi 7路由器，设备是WiFi 6，等于白买。

第二，别买太贵的。2026年WiFi 7路由器价格已经回落，500-800元的中端型号（如TP-Link Archer BE550、小米BE7000）足够用了。旗舰型号的溢价在于更多天线和更复杂的QoS功能，普通家庭用不上。

第三，路由器的位置比协议更重要。一个放在房子中央的WiFi 6路由器，远好于放在角落的WiFi 7路由器。如果你的路由器位置不好，先解决位置问题，再考虑换协议。

WiFi 7是好技术，但它是"为未来准备的"，不是"现在必须的"。你的设备、网络环境、使用习惯，才是决定是否需要升级的关键变量。

halo的技术博客

Thu, 14 May 2026 00:00:00 GMT

去年我带了一个实习生，985计算机专业，成绩很好，算法题刷了300+道。但当我让他写一个简单的CRUD接口时，他对着Cursor编辑器发了20分钟呆，最后憋出一句："AI生成的这部分代码我看不懂，但它能跑。"

那一刻我意识到一个问题：AI编程工具越好用，新人越难成长。

问题的本质：跳过"痛苦期"

编程能力的成长有一个公认的新手曲线：

第1-3个月：什么都不懂，看什么都难 → 痛苦
第3-6个月：开始理解概念，能写简单功能 → 煎熬
第6-12个月：开始有自己的代码品味 → 成长
1年后：能独立负责模块 → 入门

这个"痛苦-煎熬"的阶段，是编程能力真正长出来的过程。你必须在报错中理解类型系统，在debug中建立调试直觉，在反复修改中体会"好代码"和"烂代码"的区别。

但AI工具把这个过程压缩了。不对，是跳过了。

我现在面试应届生，发现一个趋势：

算法题依然能写（那是训练出来的肌肉记忆）
但当你问"这段代码如果报错了怎么排查"，很多人答不上来
当你问"为什么这里用map而不是for循环"，他说"AI生成的"

这不是个别现象。我问了周围一圈 senior 开发者，大家都发现了这个问题：AI 时代的新人，代码产出确实快了，但"为什么"的思考少了。

但我不认为这是AI的错

仔细想想，这其实是每一代工具的宿命：

IDE出现时，有人说"年轻人不会拼写API了"
Stack Overflow出现时，有人说"程序员不会思考了"
GitHub Copilot出现时，同样的论调又来了

历史总是重复。但最终，工具越强，顶尖程序员的水平越高——因为他们有基础、有判断力，能驾驭工具。新人被落下，不是因为工具太强，而是因为他们还没建立基础判断力，就被工具喂饱了。

给新人的建议

如果你刚入行，想在未来5-10年保持竞争力，我的建议是：

先自己写，再让AI改 ——不要让AI替你写然后你看不懂。你应该自己先写，然后让AI指出问题，这样你才能理解"好"和"差"的区别在哪
每段AI生成的代码都要问"为什么" ——不只是让它跑起来，你要理解它为什么这么写，有没有更好的方式
刻意练习"不会的时候怎么办" ——这是AI时代最稀缺的能力，不是你会多少种语言，而是你遇到没学过的问题时，怎么拆解、怎么搜索、怎么验证

AI不会让开发者失业，但会让"只会复制粘贴的开发者"失业。这个趋势从十年前Stack Overflow时代就开始了，AI只是加速了它。

工具永远在进化。真正值钱的，从来不是写代码的能力——而是理解问题、拆解问题、做出正确技术决策 的能力。这些，AI目前还教不了你。

健身两年教会我的：不是自律，是系统

Thu, 14 May 2026 00:00:00 GMT

两年前走进健身房只是因为体检报告不太好。两年后，体检指标全部正常，但健身教会我的远不止练肌肉。

第一年追重量，第二年追感受

第一年痴迷数字：深蹲多少公斤、臂围涨了多少。结果是受伤两次，进步极慢。第二年不再追重量，追"动作是不是比昨天更标准"。重量反而涨更快。

健身是延迟满足最好的训练场

投资看月线、写作看年阅读量、健身看季度变化。一个月看不出变化，三个月有点变化，半年别人能看出来。这种"做了才知道"的反馈，是对抗即时满足最好的训练。

不是自律，是系统

坚持两年，不是我有超强意志力。是我建了系统：每天固定时间去、包里永远有健身服、练完一定在App记录。系统比意志力可靠。

呼吸比重量重要

教练教的第一课：学会呼吸。发力呼气、还原吸气。很多人举不起大重量不是因为力量不够，是呼吸不对导致核心不稳。

健身两年，最大收获不是好身材，是学会了一件事：长期做正确的事，结果自然会来。这句话很鸡汤，但当你亲身经历过从"举不动空杆"到"自己满意的重量"，你就不再需要别人说服你。

用了一年才学会的10个macOS隐藏技巧

Thu, 14 May 2026 00:00:00 GMT

从Windows转到macOS一年了。前半年我一直用Windows思维操作Mac，直到发现这些技巧后效率翻倍。

1. Spotlight不只是搜索

Cmd+空格搜文件是基本操作。但它还能做计算器（输入10+15）、汇率换算（100USD to CNY）、类型过滤（kind:pdf）、日期过滤（date:yesterday）。最实用：搜到文件后按Cmd+Enter直接在Finder中打开所在文件夹。

2. Finder路径栏

Option+Cmd+P打开路径栏，底部显示完整路径。双击任意上级目录直接跳转，拖文件到路径栏任意位置直接移动。配合Cmd+Shift+G输入路径，比一层层点开快10倍。

3. 截图后直接标注

截图悬浮缩略图点它直接标注：画箭头、加文字、裁剪，Cmd+C复制，Cmd+V粘贴。全程零文件。

4. 三指拖移

辅助功能→指针控制→触控板选项→启用拖移→三指拖移。拖窗口、选文字不需要按住触控板。

5. 文本替换

系统设置→键盘→文本替换。设"@@→邮箱"，跨所有App自动替换。代码注释里快速插入模板。

6. 空格预览

选中文件按空格预览，图片/PDF/代码都支持。Option+空格全屏预览。

7. Split View分屏

长按绿色按钮贴到左/右侧，两个窗口并排。写代码左边编辑器右边浏览器。

8. Hot Corners触发角

系统设置→触发角。四角设锁定屏幕、显示桌面、启动屏保。

9. Mission Control多桌面

三指上推→顶部创建多桌面。我：桌面1-浏览器微信、桌面2-VSCode、桌面3-终端。三指滑动切换。

10. Automator自动化

批量重命名、转换图片格式、合并PDF。我做了右键→批量转换WebP。

这10个技巧每个都能省下时间。一天省20分钟，一年120小时。macOS为效率设计，只是大多数人没花时间学。这周挑一个试试？

重读《纳瓦尔宝典》：三年前读和三年后读完全不同

Thu, 14 May 2026 00:00:00 GMT

三年前第一次读《纳瓦尔宝典》，满脑子"怎么赚更多钱"。重读时不再想钱，只想"怎么构建不需要用时间换金钱的生活"。同一个Naval，两种读法。

反直觉1：财富不等于钱

Naval说"财富是你睡觉时还在为你赚钱的资产"。房子出租是财富，工资不是。这个定义彻底改变了我的职业选择。

反直觉2：不要靠出租时间致富

打工是用时间换金钱，边际成本不为零。真正的财富来自边际成本为零的东西：代码、媒体、知识产权。这些可以无限复制而不增加成本。

反直觉3：耐心不是美德，是策略

Naval说"致富需要的是耐心，而不是速度"。复利需要时间，但大多数人等不了。我能等，因为我把人生看作一个30年的游戏，而不是季度财报。

反直觉4：幸福是一种技能

书里一半讲财富，一半讲幸福。Naval说"幸福是一种可以训练的技能，不是一种性格特征"。我开始每天冥想，不是为了"放松"，而是为了训练大脑不被情绪左右。

反直觉5：不要追求正能量

Naval说"真实的负面情绪比虚假的正能量更有价值"。我开始在日记里写负面情绪，不是为了"发泄"，而是为了看清自己真正在抗拒什么。

反直觉6：不需要"找到自己"

"找到自己"是个陷阱——你不需要找到自己，你需要创造自己。我开始把人生看作一个可以不断迭代的产品，而不是一个需要"发现"的宝藏。

重读这本书，我最大的收获不是"怎么赚更多钱"，而是"怎么构建不需要用时间换金钱的生活"。现在我在做的：写代码产品（边际成本为零）、写文章（媒体资产）、投资指数基金（被动收入）。

halo的技术博客

Wed, 13 May 2026 00:00:00 GMT

上周末大扫除，我把书架上那些商业书整理了一遍。从《从0到1》到《创新者的窘境》，从《基业长青》到《黑天鹅》，粗略数了数，超过100本。

然后我诚实地问了自己一个问题：这些书里，你真正记住了什么？

答案是：大部分都忘了。具体的案例忘了，作者的名字模糊了，那些金句抄在本子上就再也没翻开过。但如果非要说有什么东西留下来了——不是知识，不是理论，而是三个思维框架。它们像操作系统一样跑在我的后台，每次做决策时自动弹出，影响着我怎么选。

读完的书 ≠ 内化的知识

一、第二曲线：什么时候该跳船

查尔斯·汉迪在《第二曲线》里说，所有增长都会放缓，关键是在第一条曲线还没开始下降的时候，就找到第二条曲线。

这个框架对我最大的改变，不是让我变得更"有远见"，而是让我学会了一件更难的事：在不舒服的时候主动离开 。

人有一种本能——在一个地方待得越久，沉没成本越高，越难走。就算你心里清楚增长已经见顶了，嘴上也会骗自己说"再等等看"。第二曲线框架逼着我直面一个问题：你现在是在增长期，还是只是在惯性地重复？

我用这个框架做过几次重要决策。有一次是离开一个做了三年的项目，当时项目还有收入，团队也稳定，但增长曲线已经明显平坦了。走的时候很多人不理解，但回头看，那个时间节点跳出来，正好赶上了一波新的机会窗口。如果再晚半年，我大概率会被惯性锁死。

第二曲线教给我的不是预测未来，而是接受一个事实：最好的离开时机，是你还觉得"可以不走"的时候 。等你觉得"不得不走"，就已经晚了。

二、飞轮效应：怎么建真正的壁垒

亚马逊的飞轮概念被说烂了，但大多数人对飞轮的理解停留在"良性循环"四个字上。真正内化这个框架之后，我理解到了一个更深的层次：壁垒不是一次性的优势，而是让优势自我加强的结构 。

飞轮的核心不在于每一步有多厉害，而在于每一步的输出是下一步的输入。你写了好的内容 → 吸引了读者 → 读者带来反馈 → 反馈让你写出更好的内容。这个循环一旦转起来，竞争对手就算抄了你的某一步，也没法抄走整个系统。

这个框架改变了我做事的方式。以前我追求"做得好"，现在我追求"让做得好这件事变得更容易"。每做一件事，我都会问：这一步的成果能不能变成下一步的燃料？如果不能，那这件事可能"很好"，但不"系统"。

真正改变决策的，是框架而不是知识

我见过很多人能力很强，但一直在做"一次性"的工作——每次都从零开始，每次都靠个人英雄主义。这种人很累，天花板也很低。而那些看起来不那么拼命但越做越轻松的人，往往都有一个隐形的飞轮在帮他们转。

三、机会成本：学会说"不"

经济学里最基础的概念之一，但可能是对我个人影响最大的一个。

机会成本的精髓不在"你选择了什么放弃了什么"——这是一个静态的描述。它真正厉害的地方在于：每一次说"好"，你都在对所有你没说的东西说"不" 。

这个认知让我开始认真对待自己的时间和精力。以前我是什么都接、什么都想试的人。有人找我合作，答应；有人推荐个项目，接；看到新的工具想学，马上开始。结果就是什么都做了一点，什么都没做深。

机会成本框架让我意识到，我的时间不是无限的。每花一个小时在一个方向上，就意味着在所有其他方向上各少了一个小时。所以选择的标准不是"这件事好不好"，而是"这件事是不是我当前最好的一个小时能做的事 "。

现在我拒绝事情的时候，内心不再有负罪感了。因为我知道，说"不"不是放弃机会，而是把机会让给了更值得的事情。这是同一枚硬币的两面。

写这么多书到底值不值

有人可能会问：花这么多时间读100本书，最后只记住3个框架，是不是亏了？

我的答案是：不亏。因为读书这件事，就像吃自助餐——你不需要记住每一道菜的味道，但你的味觉体系会被重塑。那99本忘了的书，不是白读了。它们是土壤，是养分，是让那3个框架最终"长出来"的基础。

如果没有读过那些失败案例，我理解不了第二曲线的残酷；如果没有见过那些昙花一现的公司，我体会不到飞轮的威力；如果没有在无数个"贪多嚼不烂"的阶段里挣扎过，机会成本对我来说只是一道经济学考题。

知识可以被遗忘，但思维方式一旦形成，就会留在你的操作系统里。

所以我的建议是：别追求记住书的内容，追求被书改变。一本让你改变了决策方式的书，比十本让你在饭桌上多几个谈资的书，有价值一万倍。

如果你也在大量阅读但感觉"记不住"，别焦虑。也许你真正需要的，不是更好的记忆方法，而是在读的时候多问自己一个问题：这本书能不能给我一个框架，让我以后做决策的时候不一样？

能回答这个问题的书，一本就够了。

halo的技术博客

Wed, 13 May 2026 00:00:00 GMT

2019年，我在支付宝上设置了第一笔指数基金定投，每个月投500块，买的是沪深300。操作很简单——打开App，设置金额，点确认。三秒钟搞定，号称"懒人理财"。

那会儿我笃信两件事：第一，只要长期坚持，就能穿越牛熊；第二，指数基金不会暴雷，比个股安全太多。道理没错，但道理和实践之间，隔着好几万块钱的学费。

今天把这几年踩过的坑整理一下，不求给你一套完美方案，只希望你别重蹈我的覆辙。

定投的幻觉：以为时间能解决一切问题

误区一：选错了指数，以为"宽基"就是万能解

一开始我买的是沪深300，觉得覆盖面够广，够稳。但2021年那波结构性行情里，新能源和半导体疯涨，我的沪深300几乎没动，眼睁睁看着隔壁买行业ETF的朋友收益翻倍。

冲动之下，我把一半仓位换成了中证500指数增强——结果2022年开年就直接被埋了。行业集中度高的指数，波动远比我想象的大。

我后来才明白：宽基指数（沪深300、中证800）适合风险承受能力一般、不想动脑子的投资者；但如果你有精力研究，适当配置行业指数能显著提升收益风险比。关键不是哪个更好，而是你得知道自己买的是什么、为什么买。

误区二：以为"定投"等于"放着不管"

这是最致命的一个误解。网上到处都在说"定投就是和时间做朋友"，但没人告诉你：不止盈的定投，等于在电梯里坐过山车。

我2019年底开始定投，到2021年春节账户浮盈已经超过40%。当时觉得这才哪到哪，巴菲特说持有十年呢。结果呢？一路跌到2022年10月，浮盈全部归零，还亏了本金。

如果我在2021年春节设了一个简单的止盈线（比如30%），全部赎回重新开始定投，收益会好看得多。定投解决的是"买什么时机"的问题，但不是"什么时候卖"的问题——后者才是真正决定你收益的关键。

误区三：完全忽视估值，高位猛加码

定投最反直觉的地方在于：你在高位买的每一笔，都会大幅拉高你的平均成本。

我2020年3月疫情砸出黄金坑的时候，每月500块。后来涨上去以后，头脑发热，把定投金额加到了每月2000块。回过头看，那个阶段恰恰是估值最高的时候。我用更多的钱，买在了一个更贵的位置。

估值决定收益：高位加码是定投的大忌

一个更聪明的做法是：结合PE百分位来动态调整定投金额。历史分位数处于20%以下时正常投或加码投；处于80%以上时减少定投甚至暂停，把子弹留到下次熊市。

误区四：纠结日投还是月投，其实差别小到可以忽略

我认识一个朋友，每天定投100块，比我一个月投3000块还上心——每天早上九点半准时打开App操作，还专门建了个Excel记录。他的逻辑是：日投能更好地平滑价格。

我一开始也动摇过，差点跟着学。后来我自己拉了一下数据，对比2019年到2024年沪深300的日投、周投、月投三种策略：最终收益率差距不超过1.5个百分点。

时间成本呢？月投三秒钟，日投每天一次，一年多花三百多次操作时间。你愿意把精力花在这上面，还是去研究行业估值和公司基本面？答案不言自明。

误区五：完全忽略费用，那0.5%可能是你最大的敌人

指数基金的管理费通常在0.5%~1%之间，听起来不多，但如果你持有十年，复利效应下这笔钱会吃掉你相当比例的收益。

举个例子：假设年化收益8%，持有20年，100块钱变成466块。但如果每年扣掉0.8%的费用（管理费+托管费），年化收益降到7.2%，100块最终只有409块。差了57块——看起来不多，但如果你投的是100万呢？57万的差距。

我后来换了两个基金公司的同类产品，就是因为发现A公司收了0.6%的管理费，而B公司同类型只收0.15%。基金本身跟踪的是同一个指数，费率低的长期就是赢。

我现在的定投策略（优化版）

踩了这么多坑，我现在每个月还是会定投，但规则变了：

指数选择：核心仓位放沪深300+标普500（对冲单一市场风险），卫星仓位配中证红利+纳斯达克100，各占一半。
金额动态调整：PE分位数在30%以下，加码；在70%以上，暂停或减半。
止盈线：单笔收益超过25%就赎回利润部分，本金继续滚动。
费率优先：同类指数，优先选费率最低的那只。
月投为主：每月固定日期投一次，不盯盘，不焦虑。

这套方法不完美，但胜在可持续。不需要每天盯盘，不需要预测市场，只要老老实实执行纪律。

说到底，定投指数基金这件事本身没有错。错的是把它当成"躺赢"的工具，而不是一套需要纪律和策略支撑的投资体系。

市场不会奖励懒惰，但也不会惩罚有耐心又有方法的人。

halo的技术博客

Wed, 13 May 2026 00:00:00 GMT

去年底我看了下手机屏幕使用时间，日均4小时37分钟，其中抖音和快手占了3小时以上。那一刻我意识到，这不叫"放松"，这叫被控制。

第一阶段：靠意志力（第1-2周）——彻底失败

我天真地以为"少刷点"就行。每天告诉自己只看半小时，结果一打开就停不下来。算法太聪明了——你刚看完一个烹饪视频，它立刻推三个美食博主；你点开一个职场吐槽，接下来全是打工人的辛酸故事。每次关掉App都是凌晨1点以后，带着愧疚感入睡。

最夸张的一次是周六，从下午3点刷到凌晨3点，整整12个小时。中间甚至没吃晚饭。第二天醒来，那种空虚感比宿醉还难受。不是因为浪费了时间——而是我完全想不起来看了什么。

第二阶段：删App（第3-4周）——再次失败

一气之下我把抖音和快手都删了。头三天确实好很多，手机使用时间骤降到1小时。但第四天，我发现自己开始在浏览器里刷短视频。网页版的推荐算法一样精准，而且没有使用时间限制的弹窗提醒。

更讽刺的是，我还找到了替代品——B站的短视频频道、小红书的视频流、甚至YouTube Shorts。删了一个App，我找到了三个替代。这不叫戒，这叫转移阵地。

到第二周结束，我的屏幕使用时间又回到了4小时以上。删App的策略之所以失败，是因为它只解决了"渠道"问题，没解决"需求"问题。我刷短视频不是为了看某个App，而是为了填补碎片时间的空虚感。

第三阶段：替代习惯（第5-12周）——终于有效

转折点是我读了一本书叫《原子习惯》，里面有个观点击中了我：你无法消除一个习惯，只能替换它。

我开始有意识地为每个"刷视频场景"设计替代方案：

通勤地铁上 ：原来刷短视频30分钟 → 现在听播客（小宇宙App），每周能听完3-4期深度访谈
午休时间 ：原来刷15分钟视频 → 现在读10页电子书，用微信读书
睡前：原来刷到凌晨1点 → 现在听白噪音+冥想10分钟，11点半入睡
上厕所 ：原来必刷 → 现在听一期5分钟的新闻简报

关键不是"忍住不看"，而是当那个冲动来的时候，手已经有另一个去处了。播客比短视频更适合通勤，因为你不用一直盯着屏幕；电子书比短视频更适合午休，因为10页内容比10个3分钟视频留下的记忆深得多。

三个月后的变化

现在我的日均屏幕使用时间降到了1小时20分钟左右。不是完全不看视频——我周末会看一两个长视频（B站的深度内容），但那种无意识的刷短视频已经基本消失了。

最大的变化不是时间变多了，而是感觉变了。以前刷完视频是空虚，现在听完播客是满足；以前刷完是"我又浪费了一晚上"，现在读完10页书是"我又前进了一小步"。

如果你也想试试

三个建议，都是我血泪换来的：

别靠意志力 ——它一定会耗尽。靠系统，不靠自律
别删App ——你只会找到替代渠道。要替换习惯，不是消灭渠道
给每个刷视频场景找一个更好的替代 ——"更好"的标准是：同样方便打开，但看完有充实感而不是空虚感

说到底，短视频不是敌人。真正的敌人是那种"我不想面对当下"的逃避心理。当你找到了比逃避更好的应对方式，短视频自然就失去了吸引力。

halo的技术博客

Wed, 13 May 2026 00:00:00 GMT

一年前的今天，我做出了一个重要的职业决定：从技术岗位（IC，Individual Contributor）转为管理岗位。当时觉得自己技术上已经到了瓶颈，想要更大的影响力，想要带团队，想要"升职"。一年后的今天，我正在办理转回IC的手续。这不是一篇劝退管理的文章，而是我这段时间的真实经历和反思。

为什么当初选择转管理

和很多人一样，我选择转管理的理由很"正统"：技术成长遇到了天花板，想要更大的影响力，想要学习新的技能，想要"晋升"。在公司里，技术路线和管理路线是两条主要的职业发展路径，而当技术路线走到一定阶段，管理似乎是自然的选择。

我当时想的是：我可以带着团队做出更大的项目，可以影响更多人的成长，可以在更高的层面思考技术问题。而且，说实话，管理的title听起来也更"高级"一些。现在回想起来，这些理由里，有多少是真正属于我自己的动机，有多少是外界的期望和偏见？

管理的现实：会议占60%的时间

转管理后的第一个冲击，是会议的数量。以前作为IC，我一天可能有一两个会议，剩下的时间可以专注写代码。转管理后，我的日历上密密麻麻全是会议：一对一沟通、团队周会、项目评审、跨部门协调、向上汇报...

统计了一下，我一周的工作时间里，至少有60%是在各种会议上。剩下的40%里，还要处理邮件、审批流程、招聘面试、绩效评估...真正能坐下来思考的时间少之又少。我开始理解为什么很多管理者看起来总是很忙，却又说不清楚到底在忙什么。

管理者的日常：会议、沟通、协调

写代码变成"偷时间"

最让我不适应的，是写代码变成了一种"偷时间"的行为。每当我在会议间隙打开IDE，心里都有一种负罪感：我应该去回复邮件，应该去准备下一场会议的材料，应该去跟进某个项目的进度...写代码，这个我以前最热爱的事情，现在变成了一种"不务正业"。

我开始怀念以前可以一整天沉浸在代码里的日子。那时候，时间过得很快，问题解决的那一刻有种纯粹的快乐。而现在，我的时间被切割成15分钟、30分钟的碎片，很难进入深度工作的状态。

团队绩效不等于个人成就感

转管理前，我以为通过团队的成功也能获得成就感。但现实是，团队的成功很难直接转化为个人的满足感。当团队交付了一个好项目，我会为团队高兴，但那种"这是我做出来的"自豪感，确实和管理前不一样。

作为IC，你写的每一行代码，解决的每一个bug，都是你个人的作品。你可以指着屏幕说："看，这是我做的。"作为管理者，你的成功是通过别人来实现的，这本身没有错，但需要不同的心理素质和动机结构。

向上管理消耗精力

另一个没有预料到的挑战，是向上管理消耗了大量的精力。作为IC，你主要对技术负责，只要把代码写好，把问题解决，基本上就完成了职责。作为管理者，你还要管理上级的期望，协调跨部门的利益，在有限的资源下争取最大的支持...

我发现自己在很多场合都在"翻译"：把技术的语言翻译成业务的语言，把团队的需求翻译成上级能理解的表达。这种"翻译"工作本身不难，但它消耗的是另一种完全不同的精力——不是智力上的，而是社交和政治上的。

转折：我更适合写代码

转折发生在一个普通的周二下午。那天我连续开了6个小时的会议，晚上回到家，打开电脑，一时竟然不知道该做什么。我发现自己已经很久没有体验过"心流"状态了——那种完全沉浸在工作里，忘记时间流逝的感觉。

我开始问自己：如果不需要考虑外界的期望，不需要考虑"职业发展"，不需要考虑别人的看法，我只想过什么样的工作生活？答案很清晰：我想要回去做一个程序员。我想要回去做一个能亲手解决问题的程序员。

回归IC：重回代码的世界

决定转回IC

做出这个决定并不容易。在中国职场的文化里，"从管理转回IC"往往被解读为"失败"或"不适应"。我也要面对很多疑问：你是不是能力不行？你是不是和团队处不好？你是不是...

但我想清楚了：转管理不是升职，而是换了一个职业。就像你从前端转后端，从工程师转产品经理，本质上都是在尝试不同的职业角色。有些角色适合你，有些不适合，这很正常。承认自己不适合管理，不是失败，而是对自己诚实。

不是劝退，是帮纠结的人想清楚

写这篇文章，不是为了劝退想要转管理的人。管理是一条很有价值的职业路径，优秀的管理者对团队和组织的重要性不言而喻。我想说的是：在决定转管理之前，想清楚几个问题：

你喜欢和人打交道，还是和机器打交道？ 管理90%的时间是和人打交道，如果你更喜欢和机器/代码打交道，管理可能会让你很痛苦。
你的成就感来源是什么？ 是通过亲手解决问题获得的满足感，还是通过帮助他人成功获得的满足感？
你是否能接受工作被切割成碎片？ 管理者的时间很难连续，需要很强的自我调节能力。
你是否愿意做"不精确"的工作？ 代码是精确的，管理是不精确的。你需要习惯模糊性。

结语

回到IC岗位已经一个月了。我又可以一整天写代码，又可以体验心流状态，又可以在解决问题后获得直接的成就感。我发现，这才是适合我的工作方式。

同时，我也发现自己比以前更好的程序员了。管理经历让我学会了从更高的层面思考技术问题，学会了更好地和其他人协作，学会了更清晰地表达技术方案。这些能力，让我成为一个更全面的IC。

所以，如果你也在纠结要不要转管理，或者转了管理之后不适应，希望我的经历能给你一些参考。职业发展的路径不是唯一的，找到适合自己的方式，比跟随别人的期待更重要。

写于2026年5月13日，回到IC岗位一个月纪念日。

halo的技术博客

Tue, 12 May 2026 00:00:00 GMT

2020年，我做了一个让很多人意外的决定：离开做了八年的技术岗位，去创业公司做运营。

当时朋友们都问我，好好的技术不做，为什么要"降级"？我当时的回答很官方：想看看技术之外的世界。但说实话，心里也是没底的。八年写代码的经历，让我习惯了用逻辑解决问题，习惯了深夜debug的孤独，也习惯了那种"技术解决一切"的傲慢。

三年后，我又回到了技术岗位。但这次回来，我对"什么是技术好"有了完全不同的答案。

离开之后，才发现技术不是全部

刚离开技术岗的那半年，我经历了严重的"技术人戒断反应"。

运营工作需要频繁和人打交道：和用户聊天、和销售撕逼、和产品博弈。我一开始很不适应，总觉得这些事情效率太低——为什么不直接写个脚本自动处理？为什么要花一下午和用户聊需求，而不是直接给个解决方案？

直到有一次，我们的产品上线了一个功能，技术实现很完美，代码review也过了，但用户就是不买单。我花了三天时间和几十个用户聊天，才搞明白：我们解决的是一个"不存在的问题"。技术团队觉得这个功能很酷，但用户根本不需要。

这件事给了我很大的冲击。做技术的时候，我们习惯于"接到需求就开始做"，很少去质疑需求本身。我们觉得把代码写好、性能优化到位就是尽职了。但站在运营的角度看，如果方向错了，技术再好也是南辕北辙。

我开始理解，为什么有些技术很强的人做的产品会失败，而有些技术一般的人反而能做出用户喜欢的东西。因为技术只是工具，而不是目的。

技术外的经验，让我回到技术岗后更强

2023年，我重新回到了技术岗位。不同的是，这次我不再只是"写代码的人"。

在运营岗的那三年，我学会了三件技术培训里没有教过的事：

第一是理解业务 。以前接到需求，我会问"具体要实现什么功能"。现在我会先问"为什么需要这个功能"、"这个问题有没有更简单的解决方式"。很多时候，真正的需求和技术方案之间有很大差距，问清楚能省下大量无用功。

第二是沟通成本 。以前我写的文档技术性很强，产品和运营经常看不懂。现在我会站在对方的角度，用他们能理解的语言解释技术方案。这不是"降低标准"，而是让技术真正能被业务团队用起来。

第三是优先级判断 。以前我觉得所有bug都要修，所有代码都要优化。现在我明白，有些技术债务可以先放一放，有些优化做了也白做。资源永远有限，关键是判断什么对业务价值最大。

这些能力让我的技术工作更有价值。不是代码写得更好了——说实话，三年没写代码，我的编程能力反而退步了——而是我知道该把有限的精力投在哪里。

重新定义"什么是技术好"

以前我觉得，"技术好"意味着代码简洁、架构优雅、性能极致。这些当然重要，但现在的我会加几条新的标准：

能不能快速理解业务问题？
能不能和产品、运营有效沟通？
能不能判断什么是真正重要的？
能不能在有限资源下做出最优取舍？

说到底，技术是为业务服务的。如果一个技术方案代码写得再漂亮，但解决不了实际问题，那它就不是一个好的方案。

我见过太多技术团队陷入"过度设计"的陷阱：花了三个月搭建完美的微服务架构，结果用户只有几百个；或者纠结于代码风格统一，却忽略了核心功能的缺失。这些都是"技术视角的盲区"。

什么时候该离开技术岗？

很多人问我，离开技术岗值得吗？我的答案是：看你想解决什么问题。

如果你只想做好技术本身，那深耕一个领域，成为专家，完全没问题。但如果你想解决更大的问题——比如如何让技术真正为业务创造价值，如何在公司里推动技术决策——那你需要跳出技术看技术。

离开的方式有很多种：转岗、创业、做技术管理、或者像我一样去尝试完全不同的岗位。关键不是去哪里，而是带着问题去体验，带着思考回来。

三年时间，我不后悔。因为我终于明白了一个道理：真正的技术高手，不是只懂技术的人，而是能把技术用到刀刃上的人。

halo的技术博客

Tue, 12 May 2026 00:00:00 GMT

2022年的某天，我第一次用GitHub Copilot写完一个完整的函数，然后盯着屏幕发了好一会儿呆。那种感觉很奇妙——既兴奋又不安。兴奋的是，代码像有了自己的生命，我只需要给出提示，它就能自动补全；不安的是，我在想：如果AI能写代码，那我这个写了十年程序的程序员，还有价值吗？

那一年，"AI将取代程序员"的论调第一次大规模出现。GitHub Copilot正式发布，GPT-3的代码生成能力开始被大家讨论。朋友圈里，有人恐慌，有人不屑，有人观望。我属于观望的那一类——我想看看，这到底是怎么回事。

2022：第一次恐慌

2022年底，ChatGPT发布了。虽然不是专门针对编程的，但它的代码能力让所有人震惊。那时候，我每天都能看到类似的文章："程序员即将失业""AI能在5年内取代一半的程序员""学编程还有意义吗？"

我记得当时团队里有个年轻同事，真的开始焦虑了。他问我："halo，我们是不是该转行了？"我告诉他："先别急，用用看，再下结论。"

那时候我用Copilot的感受是：它能帮我写一些模板代码、重复代码，确实提高了效率。但是，当我需要设计一个复杂的系统架构，或者解决一个业务逻辑很绕的bug时，Copilot基本帮不上忙。它更像是一个"超级代码补全工具"，而不是一个"程序员替代品"。

2023：泡沫与现实的碰撞

2023年，AI编程工具开始井喷。除了Copilot，还有CodeLlama、Claude、GPT-4，各种工具层出不穷。那一年的论调更激进了："AI已经能独立完成项目了""不懂编程的人也能开发软件"。

但是，真实情况是什么呢？我观察到的是：

第一，AI确实让写代码变快了。以前我写一个REST API，需要先定义路由、再写控制器、再写服务层、再写数据访问层，现在AI可以帮我生成大部分样板代码。但是——重点来了——我需要花更多的时间去review这些代码，确保它们真的符合我的意图。

第二，AI让初学者能更快地"上手"，但也让他们更容易写出"能跑但很烂"的代码。我review过一些初级工程师用AI生成的代码，表面上功能实现了，但性能、安全性、可维护性都有问题。AI不会告诉你这些，它只会给你"能工作的代码"。

第三，也是最关键的：AI无法理解"为什么"。它能帮你实现功能，但它不知道为什么要实现这个功能。业务逻辑、用户需求、商业目标——这些仍然是人的领域。

2024：新的平衡

到了2024年，行业开始冷静下来。大家意识到，AI不会"取代"程序员，但会"改变"程序员的工作方式。

我观察到几个明显的变化：

代码审查变得更重要了。 以前，代码审查主要是看逻辑对不对、有没有bug。现在，代码审查还要看"这段代码是不是AI生成的"、"有没有隐藏的性能问题"、"安全性有没有保障"。AI生成的代码，你需要理解它，才能review它。

单元测试变得更简单了。 这一点确实是AI的强项。我现在会让AI帮我生成测试用例的框架，然后我再去补充边界条件和业务逻辑。效率提升至少50%。

原型开发速度快了好几倍。 以前做一个demo需要一两天，现在可能半天就搞定了。AI帮你快速搭建框架、生成样板代码，你可以把更多时间花在"这个产品到底要解决什么问题"上。

但是，架构设计反而更重要了。 当"写代码"变得越来越容易，真正的挑战就变成了"写什么代码"和"怎么组织代码"。系统架构、模块设计、技术选型——这些需要深厚经验的决策，AI目前还做不了。

2025-2026：AI编程的新常态

现在已经是2026年了。回首这5年，我发现一个有趣的现象：

每一波"AI将取代程序员"的言论出现时，都是AI能力取得重大突破的时候。但是，每一次， reality都比panic更复杂。

2025年，AI编程工具已经成为了程序员的"标配"。就像当年的IDE、版本控制工具一样，不用AI的程序员，就像不用IDE的程序员——不是不能干活，而是效率会低很多。

但是，程序员的岗位不但没有消失，反而出现了一些新的方向：

AI提示工程师（AI Prompt Engineer） ——专门研究怎么跟AI"说话"，让它生成高质量的代码。这听起来简单，但要做好并不容易。你需要懂编程，懂AI的能力边界，还要懂怎么把复杂需求拆解成AI能理解的提示。

AI代码审查员 ——专门review AI生成的代码，确保安全性、性能、可维护性。这个角色需要非常扎实的编程功底，因为你要能看出AI代码里的潜在问题。

业务架构师 ——当"写代码"变得越来越容易，真正的价值就转移到了"理解业务"和"设计系统"上。你需要深度理解业务逻辑，知道怎么把业务需求转化成技术架构。

我的结论：AI改变的是"写代码"的定义

5年观察下来，我的结论是：AI不会取代程序员，但会改变"程序员"这个职业的内涵。

以前的程序员，核心价值是"能写代码"。现在的程序员，核心价值是"能解决问题"。

写代码，只是解决问题的手段之一。而且，随着AI的发展，这个"手段"会变得越来越容易。但是，"理解问题""设计解决方案""做出技术决策"——这些能力，反而变得更加重要了。

我举个例子。以前，一个初级程序员和一个高级程序员的区别，很大程度上在于"代码写得快不快""bug多不多"。现在呢？AI可以帮初级程序员快速生成代码，但AI不能帮它理解"为什么要用这个设计模式""为什么这个架构更适合这个业务场景"。

所以，高级程序员的价值，反而更加凸显了。

给程序员的建议：现在应该学什么？

如果你是一名程序员，或者想成为程序员，我的建议是：

第一，不要恐慌，但也不要无视AI。 学会用AI工具，但不要依赖它们。你要能理解AI生成的代码，要能判断它的对错优劣。如果有一天AI真的出了问题，你得能接手。

第二，加强"软技能"。 沟通能力、需求分析能力、业务理解能力——这些以前被很多人忽视的能力，现在变得越来越重要。因为AI能写代码，但它不能跟客户聊天，不能理解业务逻辑，不能做技术决策。

第三，深入学习计算机科学基础。 AI能帮你写代码，但它不能帮你理解算法复杂度、系统设计原则、性能优化思路。这些基础能力，是你在AI时代的核心竞争力。

第四，学会"驾驭"AI，而不是被AI取代。 把AI当作你的助手，而不是你的竞争对手。让AI帮你处理重复性工作，你专注于创造性工作和决策工作。

5年前，我看到的是恐慌。5年后，我看到的是机遇。AI不会取代程序员，但会用AI的程序员，会取代不会用AI的程序员。

这，就是我这5年的观察。

halo的技术博客

Tue, 12 May 2026 00:00:00 GMT

前两天重构一段祖传代码，我花了整整三个小时才理解原作者的意图。那一刻我突然意识到一个问题：我们写了那么多"优雅"的代码，究竟是写给机器看的，还是写给人看的？

我见过太多这样的场景：面试时候选人炫耀自己用了多少高级特性，代码评审时有人因为用了最新的语法糖而沾沾自喜。但当我问他们"这段代码三个月后你还能看懂吗"，大多数人都沉默了。

好代码的标准，从来不是技术栈有多新，而是——未来读这段代码的人，能否在最短时间内理解它的意图。

聪明但难以维护的代码

我曾经维护过一段"神级"业务代码，那是前同事的巅峰之作。用一句话概括就是：能用一行代码解决的事，绝不写两行。

具体表现是什么样子呢？

变量名是单个字母，a、b、c、x、y、z不够用了就用aa、ab。函数名？没有函数名，直接一行流把所有逻辑串在一起。注释？不存在的，代码即文档。异常处理？catch住就吞掉，连日志都不打。业务逻辑？嵌套七八层回调，每层都有不同的状态判断。

你问我怎么读懂？我只能 debugger 一步步跟踪，看到数据怎么流转，在某个节点突然发现"哦，原来这里是算折扣的"。但下次遇到类似需求，我还得再 debug 一遍。

这种代码的"聪明"之处在于，它展示了对语言特性的熟练掌握。但代价是，任何人，包括三个月后的自己，都需要花大量时间才能理解。维护成本极高，修改风险极大。

聪明但难懂的代码 - 当时看懂，过后迷茫

简单但清晰的代码

与之形成鲜明对比的，是我见过的一些"笨拙"但清晰的代码。

什么样的？

变量名是完整的英文单词，calculateDiscount、userOrderList、paymentStatus，看名字就知道这是什么。函数名清晰表达意图，validateInput、processUserRegistration、sendNotificationNotification，一个函数只做一件事。关键逻辑有注释，但不是那种"注释一下这行在干什么"的废话注释，而是"为什么要这样做"的业务意图说明。异常处理会记录日志，会区分不同类型的错误并给出有意义的错误信息。

这样的代码，初看时可能觉得"怎么写这么多行"——因为它把每个步骤都拆开了。但当你需要修改时，你会发现极其顺畅：改价格就去价格相关的函数，找用户逻辑就去用户模块，一切都有迹可循。

我接手过一个项目，代码量比之前的"神级"代码多了一倍，但维护难度降低了十倍。新人入职两周就能上手改需求，而之前那个项目，三个月能独立改需求就已经是高手了。

简单但清晰的代码 - 一目了然，经久耐用

可读性才是真正的技术

有人会说：可读性谁不知道？问题是业务紧急，哪有时间写那么"优雅"？

这其实是个误解。真正影响开发效率的，不是写代码的时间，而是读代码和改代码的时间。一段写得很"聪明"的代码，可能十分钟就写完了，但后续维护可能花上几十个小时。而一段"笨拙"但清晰的代码，当时可能多花了五分钟，但后续每次维护都能节省时间。

长期来看，可读性才是真正的效率。

而且，你会发现一个有趣的现象：真正的大牛，写出来的代码往往都很"简单"。不是因为他们不会用高级特性，而是他们知道——代码是给人看的，不是给机器看的。机器只关心能不能跑，人关心的是能不能维护。

Kent Beck 说过一句话我很认同："任何人都能写出机器能看懂的代码，但只有优秀的程序员才能写出人能看懂的代码。"

怎么在日常工作中提高代码可读性？

说了一堆道理，给一个实用的建议吧：下次当你写完一段代码，问自己一个问题——"如果三个月后的我完全忘记了这段代码，看完需要多久才能理解？"

如果答案是"需要很久"，那就花五分钟做个优化：

变量名要自解释 ：不要用 result、temp、data，用 meaningfulName
函数名要表达意图 ：不是 doProcess，而是 validateAndSaveUserOrder
长函数要拆分 ：超过 30 行就可以考虑拆了
加有意义的注释 ：解释为什么，而不是解释是什么
复杂逻辑要分层 ：把"怎么做"和"做什么"分开

代码是写一次，读一百次的。让自己成为一个"让未来的自己感激的人"，这才是真正的高级。

最后送大家一句话共勉：最好的代码，是让团队里最菜的同事都能看懂的代码。那才是真正的高手境界。

halo的技术博客

Tue, 12 May 2026 00:00:00 GMT

在这个数字化时代，关于电子书和纸质书的争论似乎永远不会停止。有人坚定地站在纸质书一边，说"纸墨香气无可替代"；也有人激进地推崇电子书，认为"纸质书终将被淘汰"。而我，选择了一条不那么极端的路——根据场景灵活选择，形成自己的混合阅读方案。

为什么我不走极端

我曾经也尝试过"全电子化"阅读。Kindle、iPad、手机阅读App一应俱全，确实方便。但很快我发现，有些书真的不适合在屏幕上读。比如那些需要反复翻阅、前后对照的心理学著作，或者需要边读边在页边写满批注的文学经典。

后来我又试过"全纸质化"，把Kindle扔进抽屉，只买纸质书。结果呢？出差时行李超重，通勤时单手拿书累到手腕疼，想查个概念还要手动翻目录……

极端的选择总是会带来新的问题。于是我开始思考：为什么要把自己局限在一种形式里？阅读的本质是获取知识、体验思想，而不是执着于载体。

我的场景化选择原则

经过几年的摸索，我总结出了一套简单的选择原则：

通勤场景：电子书优先

每天地铁通勤大约1小时，这是我的固定阅读时间。在这种场景下，电子书几乎完胜：

单手操作 ：地铁上另一只手要抓扶手，电子书可以单手翻页
重量优势 ：Kindle Oasis重量只有几百克，而一本厚书可能超过1kg
光线适应 ：地铁里光线不稳定，电子书的背光调节很实用
防盗安全 ：万一遇到小偷，损失一个Kindle远比损失一本绝版书小

在通勤时，我通常读一些偏轻松的书：小说、传记、通俗心理学。这些书不需要太多思考，适合碎片时间。

深度阅读：纸质书为王

什么是"深度阅读"？就是那些需要你全神贯注、前后对照、反复琢磨的书。比如《思考，快与慢》、《原则》、《穷查理宝典》这类书。

纸质书在深度阅读中的优势是电子书无法替代的：

空间记忆 ：你会记得某个观点在书的左页还是右页，上半部分还是下半部分。这种空间记忆帮助大脑建立知识网络
批注体验 ：在书页空白处写字、画箭头、打星号，这种物理操作带来的思维参与感是触摸屏幕无法比拟的
专注度 ：纸质书没有通知提醒，不会让你"顺便查个词"然后不知不觉刷了20分钟微博
眼睛舒适 ：长时间阅读，纸质书对眼睛的伤害远小于背光屏幕

技术书籍：电子书更实用

作为一个技术从业者，我读的技术书不算少。在这个领域，电子书几乎是唯一选择：

搜索功能 ：遇到一个函数不懂，Ctrl+F秒速定位，比翻目录+索引快10倍
代码复制 ：可以直接复制书中的代码示例，不用手打（减少错误）
随时更新 ：技术迭代快，电子书可以及时更新版本，纸质书买回来可能就过时了
携带便利 ：技术书通常很厚很重，一本《设计模式》就能砸死人，而电子书可以装下整个图书馆

我目前在Kindle和iPad之间犹豫。Kindle适合读文字为主的技术书，iPad适合读有大量图表、代码的技术书。总体来说，技术书我90%选择电子格式。

文学书籍：纸质书更有感觉

读小说、散文、诗歌这类文学作品时，我几乎只选择纸质书。原因很主观，但很真实：

仪式感 ：翻开一本新书的瞬间，那种期待感是点击"下一页"无法给予的
阅读节奏 ：纸质书让你读得更慢、更细致。电子书的翻页太容易，反而容易走马观花
收藏价值 ：喜欢的作者出的精装本，摆在书架上是一种精神财富的象征
馈赠分享 ：纸质书可以在朋友之间传阅，书页上的笔记还能跨越时空对话

去年重读《百年孤独》，我用的是纸质书。马尔克斯的文字节奏、魔幻现实主义的氛围，只有在纸页上才能完全沉浸。如果是电子书，我可能读不完第一章就分心了。

不同阅读场景下的载体选择

我的混合方案实践

说了这么多理论，来看看我实际是怎么做的。

设备配置

Kindle Oasis ：主力电子书阅读器，用于通勤、旅行
iPad Pro + Apple Pencil ：读PDF技术文档、做标注
纸质书藏书 ：约200本，以文学、哲学、深度思考类为主

购书策略

小说、散文、诗歌 → 优先买纸质版（支持作者，也支持实体书店）
技术书、工具书 → 优先买电子版（实用至上）
畅销书、通俗读物 → 看价格，哪个便宜买哪个
绝版书、古籍 → 碰到就买纸质版，电子版不可靠

阅读流程

一本新书到手，我会先判断类型：

快速浏览 ：花10分钟翻一遍，了解结构和核心观点
选择载体 ：根据上面说的原则决定读纸质还是电子
设定目标 ：这本书我要获得什么？是娱乐、学习还是思考？
开始阅读 ：按计划执行，定期回顾笔记

举个例子：上个月买了《纳瓦尔宝典》，我先买了电子版在通勤时读完，觉得很好，又买了一本纸质版放在床头，方便随时翻阅其中精华章节。

我的混合阅读方案核心原则

一些额外的思考

关于"电子书伤眼睛"的迷思

很多人说电子书伤眼睛，其实这个说法需要细分：

手机阅读确实伤眼（屏幕小、亮度高、蓝光多）
Kindle这类电子墨水屏几乎不伤眼（原理接近纸质书）
iPad在专业阅读灯下，配合夜览模式，伤害也有限

真正伤眼睛的，是不良的阅读习惯（躺着看、在黑暗中看、距离太近），而不是电子书本身。

关于"纸质书更有深度"的偏见

我见过很多人说"读纸质书才是有深度的阅读"，我觉得这是一种偏见。阅读的深度取决于你的思考，而不是载体。用Kindle读《人类简史》和用纸质书读，获得的知识是一样的。

当然，纸质书确实更容易让人慢下来、深进去。但如果因为"装深沉"而强迫自己读纸质书，反而本末倒置了。

关于环保的思考

有人说法电子书更环保，不用砍树。但其实电子设备的生产也会消耗资源、产生电子垃圾。我觉得这个问题没有标准答案，不必太纠结。

如果真的关心环保，不如少买点书、多读几遍、读完再买。我见过太多人买书如山倒、读书如抽丝，家里堆了几百本从未翻开的书——这才是对资源最大的浪费。

总结：适合自己的才是最好的

写了这么多，其实想表达的核心观点很简单：不要被极端的观点绑架，找到适合自己的方式最重要。

电子书有电子书的优势，纸质书有纸质书的价值。在不同的场景下灵活选择，才能最大化阅读的收益。

我的混合方案不一定适合你，但希望我的思考能给你一些启发。如果你也在纠结"电子书vs纸质书"，不妨放下执念，试试看哪种组合让你读得更多、更深、更开心。

毕竟，阅读的目的不是坚持某种形式，而是丰富自己的精神世界。只要能达到这个目的，电子书也好，纸质书也罢，都是好载体。

（写于2026年5月，一个阳光明媚的下午，手边放着纸质书《百年孤独》，Kindle里装着《纳瓦尔宝典》）

我为什么放弃了择时

Tue, 12 May 2026 00:00:00 GMT

我大概是那种典型的"聪明人"投资者——至少我自己是这么以为的。

刚入市那两年，我热衷于研究K线图、研究macd金叉死叉、研究布林带收口开口。我手机上装了七八个行情软件，早上睁开眼第一件事是看美股期货，睡前最后一件事是刷财经社区。哪个板块在轮动？大盘资金流向哪里？明天有没有可能低开高走？这些念头像永动机一样在我脑子里转，根本停不下来。

听起来挺上进的，对吧？

但实际情况是：越努力，越焦虑，越亏损。

有一次我盯盘盯了一整天，尾盘看到一只股票突然拉升，感觉"要启动了"，脑子一热全仓追进去。结果当天晚上公司发了个公告，财务造假，第二天直接跌停开盘。第三天继续低开。我连续三天睡不着觉，每隔几分钟就刷新一次行情——那是我第一次真切地感受到，贪婪和恐惧是可以让人做出最蠢决定的一对组合。

还有一次印象特别深。2019年底，我判断大盘要调整，清仓了大部分仓位，结果市场一路上涨到2020年初。我不甘心，又在高点全部杀回去——然后疫情来了，2月3日千股跌停。那一天我亏掉了大半年的工资，整个人都懵了。事后看，那正是最好的买入时机之一，而我刚好在最低点附近恐慌割肉。

这种事发生了不止一次。我慢慢意识到一个事实：我所有的择时决策，加在一起并没有让我赚钱，反而让我亏了更多的钱和精力。

不是因为我看不懂市场——恰恰相反，我自认为研究得很深。问题在于，择时这件事有一个根本性的悖论：你需要连续做对很多次决策，而任何一次错误都可以把之前的利润吃掉大半。更要命的是，人在亏损的时候会变得更激进，在盈利的时候会变得更保守——这种情绪波动天然地站在理性决策的对立面。

后来真正让我彻底转变的，不是什么大师著作，也不是某个幡然醒悟的瞬间，而是一次很普通的复盘。

我打开账户历史，把过去三年所有"低买高卖"的交易记录调出来，一条一条地看。我发现：如果把这三年里投入的总金额，拿去买沪深300指数基金然后什么都不做，收益率是我实际收益率的两倍多。那些我自认为"聪明"的买入卖出操作，有一大半是错的，剩下的一小半对了的，贡献的收益也不足以弥补摩擦成本和错过的涨幅。

那一刻我真正明白了，择时不是能力的缺失，是方向的问题。

放弃择时之后，我换了一种完全不同的方式：定期定额买入，宽基指数为主，偶尔有个股仓位也不超过三成。每个月固定一个日期，工资到账后自动买，不管当天大盘是涨是跌。跌了就买到更多份额，涨了也不觉得亏——因为我知道，只要长期方向是对的，短期波动只是在帮我摊薄成本。

说出来很朴素对吧？但真正做到"朴素"这两个字，反而是投资里最难的事。

不择时之后，我花在投资上的时间少了一大半。行情软件卸载了，财经推送关了，手机使用时长掉了将近一个小时。我把这些时间拿去做别的事——读书、健身、认真工作。结果是：投资收益没少，人却轻松多了。

说起来，放弃择时给我最大的收获还不是钱，是它让我重新理解了什么叫"有限游戏"和"无限游戏"。

择时本质上是在玩一个有限游戏：你必须在某个时间段内赢过市场。而投资其实是一个无限游戏——只要你还在场，活着，下一个十年还在，就赢了。把有限游戏的规则套在无限游戏里，注定会焦虑、会过度反应、会做出让自己后悔的决定。

所以我现在很少跟人聊具体的股票和操作，不是因为保守，而是因为我真的觉得，在市场面前我们能控制的东西太少了。与其把精力花在预测不可预测的事情上，不如把能控制的事情做好——多积累本金，保持在场，不被情绪左右。这三点做到，投资结果不会太差。

当然，我不是说道德经里"无为而治"那一套。我只是说，找到一种跟自己和解的方式，比找到一套预测市场的圣杯更重要。至少对我而言，放弃择时之后，我终于可以安心睡觉了——光是这一点，就值了。

题外话： 这篇文章只是我个人的经历和思考，不构成任何投资建议。如果你觉得定期定额长期持有很无聊，那很正常——每个人的情况不同，找到适合自己的方式才是最重要的。

halo的技术博客

Tue, 12 May 2026 00:00:00 GMT

前几天整理书桌，看着眼前这两台显示器，突然想起十多年前第一次拥有台式电脑时的情景。那时候，我对"大屏幕"的渴望，和现在很多人追求"更高级的显示器"如出一辙。但这么多年折腾下来，我最大的感悟是：没有最好的显示器，只有最适合你使用场景的显示器 。

这篇文章，我想分享一下自己这些年在显示器上的选择和思考，希望能给正在纠结买什么显示器的朋友一些参考。

一、小屏时代：笔记本的束缚与妥协

我最早接触电脑，是从一台14英寸的笔记本开始的。那时候，屏幕分辨率是1366×768，60Hz刷新率，TN面板，可视角度差得离谱——稍微偏一点看，颜色就失真了。

但在当时，我并没有觉得这有什么问题。为什么？因为我的使用场景极其简单：写写作业，看看视频，偶尔玩玩小游戏。对于这样的需求，小屏幕不仅够用，而且便携才是王道。

转折点出现在我开始写代码之后。你会发现，当你需要同时开着IDE、浏览器（好几个标签页）、终端、数据库工具的时候，14英寸的屏幕简直是一场灾难。窗口叠在一起，频繁切换，效率极低。那时候我才意识到，屏幕大小不是"爽不爽"的问题，而是"能不能高效工作"的问题 。

二、第一次升级：24英寸1080p，巨大的飞跃

大三那年，我咬牙买了一台24英寸的1080p显示器。现在回头看，那台显示器的参数惨不忍睹：色域覆盖估计只有60% sRGB，亮度也就250尼特，边框能停航母。

但那一刻的震撼，我至今记忆犹新。从14英寸到24英寸，不仅仅是尺寸的增加，而是使用方式的彻底改变 。我可以并排打开两个窗口，一边看文档一边写代码；我可以完整地看到一张图片，而不用频繁滚动；我甚至发现，之前在笔记本上觉得"很难用"的一些软件，原来是屏幕太小导致的。

这个阶段持续了两年多。24英寸1080p成了我的舒适区，直到我开始对"清晰度"产生不满。近距离看，像素点隐约可见，尤其是看文字的时候，边缘不够锐利。这时候，我开始研究2K、4K，也开始关注色准、色域这些之前完全不在乎的指标。

三、带鱼屏时代：沉浸感与尴尬的兼容性问题

真正让我动心去买带鱼屏（21:9比例超宽显示器）的，是看了一段测评视频。视频里，UP主在带鱼屏上同时打开了三个窗口，编码、调试、文档各占一块，行云流水。我心想：这就是我需要的！

于是我入手了一台34英寸的3440×1440带鱼屏。第一次使用，确实被震撼到了。超宽的视野带来的沉浸感无与伦比 ，尤其是写代码的时候，长行不再折行，一眼能看到更多逻辑结构。而且，带鱼屏在看电影、玩游戏（支持21:9的游戏）的时候，那种"填满整个视野"的感觉，确实很爽。

但问题也随之而来：

兼容性问题 ：很多网页、老软件、游戏，对21:9的支持并不好。左右两边空出一大块黑边，反而浪费了屏幕空间。
分辨率尴尬 ：3440×1440这个分辨率，在Windows的缩放设置下，经常有些软件界面错位或者模糊。
脖子累 ：你需要转头才能看到屏幕的边缘，长时间使用，脖子确实会不舒服。
价格高 ：同样参数的普通16:9显示器，带鱼屏通常要贵出不少。

我用了带鱼屏大约一年半，最终还是出掉了。它的优点很突出，但缺点也同样明显。对于我这种主要写代码、偶尔娱乐的使用场景，带鱼屏的性价比并不高 。

四、双屏时代：效率与灵活性的最佳平衡

卖掉带鱼屏之后，我尝试了双屏方案：两台27英寸的2K显示器，一横一横地摆放在眼前。

这个方案，是我目前使用时间最长、也最满意的。双屏的核心优势在于灵活性和专注度的平衡 ：主屏写代码，副屏查资料、看文档、开通讯软件；或者主屏工作，副屏放音乐、监控资源。你可以在两个屏幕之间快速切换视线，而不用来回切换窗口。

更重要的是，双屏方案具有很强的容错性。如果其中一台坏了，你还有另一台可以继续工作；如果你想升级，可以只换其中一台，不用整套淘汰；如果你的使用场景变了（比如更多视频剪辑），调整一下摆放角度、增减一台，都很方便。

当然，双屏也有缺点：占用桌面空间大，需要显卡支持多输出，桌面线缆管理更复杂。但对我来说，这些缺点都在可接受范围内。

五、核心观点：理解自己的需求，比追求参数更重要

回顾这些年的显示器升级历程，我发现一个规律：每一次升级，都不是因为"旧的不够好"，而是因为"我的使用场景变了" 。

学生时代，我用笔记本，因为需要移动；刚学编程，我买大屏，因为需要同时看多个窗口；追求沉浸感，我试了带鱼屏；最终稳定在双屏，因为我的工作流需要灵活和高效。

如果你现在正在纠结买什么显示器，我建议你先问自己几个问题：

你主要用显示器做什么？ 写代码、设计、剪辑、游戏、办公、娱乐？不同用途对参数要求完全不同。
你每天用显示器多长时间？ 如果每天只用2小时，没必要追求高端；如果用8小时以上，护眼、人体工学就很重要。
你的桌面空间有多大？ 买了34寸带鱼屏，结果发现桌子深度不够，眼睛离屏幕太近，反而伤眼。
你的显卡和电脑支持什么？ 4K高刷显示器虽好，但你的显卡带得动吗？接口的带宽够吗？
你的预算是多少？ 在预算有限的情况下，优先保证哪些参数？

六、我的选购建议框架（不推荐具体产品）

基于这些年的经验，我总结了一个显示器选购的"优先级框架"，供大家参考：

第一步：确定尺寸和比例

办公/编程：27英寸 16:9 或双屏24+24；设计/剪辑：27-32英寸 16:9，4K分辨率；游戏：27-34英寸，看游戏类型和个人偏好；影音娱乐：越大越好，但要考虑观看距离。

第二步：确定分辨率

24英寸：1080p够用，2K更清晰；27英寸：2K是甜点，4K更细腻但需缩放；32英寸及以上：建议4K，否则像素感明显。

第三步：确定面板类型

IPS：色彩好，可视角度广，适合设计和办公；VA：对比度高，黑色更纯，适合影音；TN：响应快但色彩差，现在基本不推荐；OLED：色彩极致但烧屏风险，适合预算充足的玩家。

第四步：确定刷新率

办公/编程：60-75Hz足够；设计：60Hz足够，更重要的是色彩准确；游戏：144Hz起步，FPS游戏甚至要240Hz。

第五步：考虑人体工学和护眼

是否支持升降旋转？是否有低蓝光模式？是否 flicker-free（无频闪）？如果你每天用8小时以上，这些比分辨率、刷新率更重要。

结语

显示器这东西，参数固然重要，但适合自己才是王道 。别人的"神器"，可能是你的"鸡肋"；别人的"智商税"，可能是你的"生产力工具"。

我这些年的折腾，说到底都是在寻找"最适合当前使用场景"的方案。现在我用双屏，觉得很满意。但说不定哪天我的使用场景又变了，也许我会尝试折叠屏、AR眼镜，或者干脆回到单屏。

最重要的是：不要为了升级而升级，要为了解决问题而升级 。搞清楚自己的需求，理解每种方案的优缺点，才能做出不后悔的选择。

以上，就是我的显示器升级史。希望对你有参考价值。

halo的技术博客

Tue, 12 May 2026 00:00:00 GMT

三年前，当公司宣布可以永久远程办公时，我的第一反应是——终于自由了。不用挤地铁，不用被旁边的同事打扰，想几点起床就几点起床，想穿什么就穿什么。那段时间，我甚至会在周五下午翘班去咖啡馆，美其名曰"换个环境工作"。但三个月后，我发现自己陷入了一种奇怪的状态：明明每天工作的时间变长了，效率却越来越低；明明在家的时间变多了，却觉得生活越来越没有边界。

远程工作最大的陷阱，在于它把"时间的所有权"完全交还给了你。表面上看，这是自由，但实际上，这是一种更隐蔽的约束。在办公室工作时，上下班的打卡、固定的会议时间、同事之间的默契——这些外部的节奏在替你管理时间。你不需要思考"现在该不该工作"，因为周围的环境会告诉你答案。而当你一个人在家，这些外部信号全部消失了。

我记得有一次，周三晚上十一点，我还在回工作消息。对方说"抱歉这么晚打扰你"，我回复"没事，正好在电脑前"。那时我突然意识到：我已经分不清什么时候是工作时间，什么时候是生活时间。办公室的物理空间曾经帮我划清了这条线，现在我需要自己在心里画。而画这条线，比我想象的难得多。

这种边界感的缺失，带来的不仅仅是时间管理的问题，更深层的是心理上的持续消耗。你可能会在吃饭时想工作，在洗澡时想工作，甚至在半夜醒来时还在想那条没回复的消息。这不是加班，这是一种更糟糕的状态——你的大脑始终处于"待机"模式，随时准备响应工作需求。长此以往，消耗的不仅是时间，更是你的精力和热情。

另一个被低估的挑战是沟通成本。在办公室，你可以走到同事座位上问一句"这个方案你觉得怎么样"，三分钟就能得到答案。远程工作后，同样的问题可能需要发消息、等回复、补充解释、再确认——来回半小时。更麻烦的是，很多信息在面对面时可以自然获得，比如"大家今天心情怎么样"、"项目进度是不是有点紧张"，这些需要刻意去询问才能知道。

我曾在一个重要的项目上犯过这样的错误。项目拖了两周，我以为一切正常，直到最后才发现团队成员一直在默默加班。如果是在办公室，我可能早就从大家疲惫的表情里察觉到了问题。但远程工作把这层信息屏蔽了，我需要主动去问、主动去关心，而这种"主动"恰恰是最容易被忽略的。

所以，远程工作不是一种解放，而是一种升级。它要求你从"被管理"升级到"自我管理"。你需要更强的自律，因为没有人在旁边监督你；你需要更清晰的边界感，因为没有人帮你划线；你需要更主动的沟通，因为很多信息不会自己走到你面前。

这三年的远程工作经历，让我学会了几个笨拙但有效的方法。第一，我会在家里专门留出一个工作区域，坐在这里就是工作，离开就是生活。第二，我会给自己设定"下班仪式"——比如每天六点关上电脑、换上便服，用这个动作告诉大脑：工作结束了。第三，我会刻意在项目群里多问几句"最近还好吗"、"有什么困难吗"，因为我已经不能从大家的表情里读到答案了。

远程工作给了我自由，但这种自由是有代价的。它把管理自己的责任，从公司转移到了我身上。如果你也在远程工作，我的建议是：别把它当成更轻松的工作方式，把它当成一个需要重新学习的技能。自律、边界感、主动沟通——这三样东西，比你想象的重要得多。

从zsh到fish：shell折腾记录

Tue, 12 May 2026 00:00:00 GMT

说起来有点不好意思——作为一个每天和命令行打交道的人，我花在「配置终端」这件事上的时间，足够写好几篇正经技术文章了。但回头看这段折腾历程，倒也不算浪费，因为它让我真正搞懂了一件事：你的工具越简单，你越能把注意力放在真正重要的事情上。

一切从 bash 开始，然后我搞砸了

我用的是 macOS，系统默认 bash。坦白说，用了挺长一段时间我都没觉得有什么问题——直到我开始用 Git，看到同事的终端上显示着漂亮的分支名和状态，我的好奇心彻底被点燃了。

那大概是 2019 年的事。我在某个下午打开了 oh-my-zsh 的官网，运行了那条安装命令，然后——哇，色彩缤纷了。Git 状态显示、分支名高亮、智能提示……我的终端突然变得像一个正经的 IDE 一样了。满足感持续了大概三天。

然后问题来了。

oh-my-zsh 的甜蜜陷阱

oh-my-zsh 的 slogan 是「给你的终端装上翅膀」。它确实做到了——前提是你愿意在翅膀上绑足够多的铅块。

我的 .zshrc 文件在三个月内疯狂膨胀。插件从 5 个变成 20 个，后来变成将近 40 个。主题从默认的 robbyrussiel 换成了 powerlevel10k，每次启动终端要加载整整两秒——别笑，两秒在每天打开终端几百次的情况下，就是半小时的浪费。

更糟糕的是插件冲突。z 是用来快速跳转目录的，zsh-autosuggestions 是用来根据历史补全命令的，看起来都是无害的功能。但当它们同时启用时，方向键的上翻历史功能时不时抽风，有时候按一下 ↑ 跳出来的建议会把你已经打了一半的命令完全覆盖掉。查文档、调配置、禁用这个试试那个……循环往复。

我花了整整两个周末，去折腾一个「如何让上下键正常工作」的 bug。那两个周末我本可以写两篇文章，或者学一门新课。

更讽刺的是，有一天我的终端突然报了个 plugin 找不到的错误，进不去 oh-my-zsh 的加载环境，直接把我丢回了原始的 bash。重启之后我才发现，原来我连最基础的 zsh 配置都写不出来了——我已经太久没有亲手写过一行 zsh 配置了。

powerlevel10k：我以为我需要的东西，其实不需要

2021 年我换到了 powerlevel10k 这个主题。它的功能确实强大：显示 Git 状态、精确到秒的执行时间、CPU 占用、AWS 环境变量……我把几乎所有能打开的选项都打开了。

结果是什么呢？启动变慢了不说，终端上密密麻麻的信息让我根本无法专注。我花了两秒钟在满屏的数据里找到我打的命令，然后发现我需要的信息其实只有一行：上一个命令是否成功执行。

更荒谬的是，我根本不碰 AWS，不需要显示 CPU 占用，Git 分支状态我自己一个 git status 就能看到。我用 powerlevel10k 配置了一个信息密度极高的界面，然后自己把它当成噪声忽略了。

这大概是大多数人的配置心态：我们以为「更多功能 = 更好」，但实际上「刚刚好 = 最好」。

fish 的出现：一套开箱即用的体验

2023 年我换到了 fish shell。

说实话，转过去的理由很简单：我受够了每次写 if 语句都要查语法，厌倦了配置文件里的那些丑陋的判断逻辑。Fish 的开箱即用体验超出了我的预期——语法高亮、智能提示、自动补全、语法简洁，这些在其他 shell 里需要花大量时间配置的功能，fish 装完就有。

fish 的提示符默认已经包含了 Git 状态和分支名，够用了，没有冗余信息。配置命令是交互式的，运行一次 fish_config，浏览器里就能调整提示符风格、颜色、功能开关，不需要改配置文件，不需要重启终端。

当然，也有代价。Fish 的语法和 POSIX 不完全兼容——这意味着一些老的 bash 脚本需要修改或者加 #!/usr/bin/env fish 才能跑。但说实话，这类脚本在日常开发中越来越少见了。我的工作流以 Node.js、Python 为主，这些都不依赖 shell 语法。真正影响我的，是 ls | grep foo 这类管道命令——Fish 里写成 ls | grep foo 同样工作。

我现在的配置：简单到令人发指

现在我的 fish 配置大概是这样：

默认主题 + 轻微的配色调整
关闭了 fish 的自动建议（autosuggestion），因为我发现自己经常需要清空重来，自动建议反而分散注意力
安装了 fzf 用于快速查找命令历史，这个是最有价值的一个插件
一个简单的别名：ll ls -lah

没了。真的没了。插件数量一只手数得过来，没有主题，没有启动脚本优化，没有 Oh My Fish。

你猜怎么着？终端启动速度是原来 oh-my-zsh 的五分之一不到，我的注意力不再被花里胡哨的状态栏分散，命令补全比 oh-my-zsh 最鼎盛时期还要快。Fish 自带的语法检查还会给错误的命令标红，告诉我哪里写错了。

我删掉 oh-my-zsh 的那天，.zshrc 文件有 800 多行。两年后，我的 config.fish 只有 40 行。

折腾教会我的事

回过头看这段折腾历程，我最大的收获不是学会了 zsh 配置，而是弄清了自己的真正需求。

当我在 oh-my-zsh 的泥潭里挣扎时，我误把「更多插件」当成「更高效率」。但效率从来不是工具给你的，而是你用工具产出的成果除以你花的时间。

一个「刚刚好够用」的终端，让你把省下来的注意力拿去真正做事。这才是效率。

如何选择你的 Shell：一个实用建议

说了这么多，如果你正在考虑换 shell，我给你一个实用的判断框架，而不是「推荐你用 xxx」——

先问自己三个问题：

我每天打开终端多少次？打开时主要做什么？
我现在的 shell 有什么具体问题让我不爽？是启动慢、补全差，还是配色不习惯？
我愿不愿意花时间去维护一套自定义配置？

如果你的痛点是「启动慢、插件冲突」，换一个更省心的 shell（如 fish）确实值得。如果你的痛点是「语法不习惯、写脚本有问题」，你需要的可能是更深入地学习 bash/zsh，而不是换。

如果你和我一样，不想花时间维护配置，只想打开终端就能干活——fish 是目前最省心的选择。但如果你享受折腾配置的过程，zsh + oh-my-zsh 也是一个完全合理的选项。

重要的是：不要让配置成为你工作的一部分，让配置为你工作。

工具是用来干活的，不是用来折腾的。这句话听起来像废话，但花几年时间才真正理解它，才知道它真的不是废话。

Claude Code 一年使用报告：从惊艳到日常

Mon, 11 May 2026 00:00:00 GMT

说实话，第一次用 Claude Code 的时候，我差点从椅子上跳起来。

那是去年五月，我在一个 side project 里卡了两天，一个边缘 case 怎么都调不通。朋友跟我说试试这个 "AI 程序员"，我心想能有多神？结果我把报错贴进去，它不光定位了 bug，还顺手把相关的三个文件都改了，测试也补上了。全程大概三分钟。我坐在那儿愣了一会儿，然后默默把 Cursor 的订阅取消了。

那时候的心情，大概就像第一次用智能手机的人——觉得世界变了，未来来了，自己终于不用再写那些无聊的样板代码了。

从惊艳到日常

蜜月期：什么都想让它干

接下来的两三个月，我陷入了典型的 "蜜月期狂热"。

重构老项目？丢给 Claude。写新功能？先让它搭框架。甚至有一次，我让它帮我写一封辞职信（虽然最后没发）。最夸张的一次，我把一个三年没动过的祖传代码库整个丢进去，让它 "现代化改造"。它吭哧吭哧干了四十分钟，改了八十多个文件，编译通过了，测试也绿了。我当时觉得自己发现了永动机。

但问题很快就来了。

那个 "现代化改造" 的项目，上线第二天就出了生产事故。Claude 把某个关键配置的路径改了，但漏掉了一个边缘服务的引用。我在凌晨两点被报警吵醒，一边骂娘一边 rollback。那次之后我明白了一个道理：AI 能帮你写代码，但不能帮你背锅。

冷静期：它就是个工具，别神化它

大概用了四个月之后，我的心态开始回归正常。

不再觉得 Claude Code 是什么 "革命性产品" 了，它就是一把特别好用的锤子。锤子能钉钉子，但你不能指望它自己把房子盖了。我开始有意识地划分边界：什么交给它，什么必须自己把关。

我的原则是：

生成样板代码 ：放心交，它比人快十倍
写测试用例 ：可以交，但得自己 review 覆盖率
重构已知逻辑 ：可以交，但改完必须跑全量测试
涉及数据迁移、配置变更、权限调整 ：绝不自动执行，只看它的建议

这个边界不是一天定下来的，是踩了几次坑之后血肉模糊的教训。有一次让它优化数据库查询，它把索引加错了表，导致线上查询慢了十倍。还有一次让它处理用户输入的转义逻辑，它用一种 "看起来更优雅" 的方式重写了，结果绕过了原有的 XSS 过滤。

这些事故教会我：Claude Code 的代码风格往往 "过于自信" ——它倾向于给你最简洁、最漂亮的方案，但不一定是最安全的。尤其是当它 "觉得" 理解了你的意图时，会做一些超出你预期的改动。

顿悟期：它改变的不是写代码，是工作流

真正让我对 Claude Code 改观的是大概半年后的一次经历。

我在做一个数据管道的重构，涉及五个微服务、两个数据库、一个消息队列。按我以前的节奏，这种活儿我得先画架构图，再写技术方案，然后逐个服务改，保守估计两周。

那次我换了个思路。我先花了一整天写了一份极其详细的 CLAUDE.md，把整个系统的上下文、约束条件、迁移步骤、回滚策略都写清楚。然后我把任务拆成十几个小步骤，每个步骤都让 Claude 的子代理去执行，我自己只在关键节点做 review。

结果五天干完了。而且因为每个子代理的任务足够小，出错范围可控，整个过程中只出了两个小问题，都是几分钟就能修好的。

工作流的改变

那一刻我突然意识到：Claude Code 的价值不在于它能写多快的代码，而在于它让我从 "执行者" 变成了 "指挥官"。

以前我的时间大部分花在敲键盘上，现在我的时间花在思考 "要做什么" 和 "怎么验证对不对" 上。这个转变听起来很虚，但实实在在地改变了我的工作方式。

现在的日常：它是我脑子的一部分

用了一年的现在，Claude Code 已经融入了我的工作流，自然到像用 IDE 的自动补全一样。

早上到公司，先让它帮我 review 昨晚提交的代码；遇到不熟悉的库，直接问它 "这个函数是干嘛的" 比看文档快十倍；写复杂逻辑前先让它生成几个备选方案，我挑一个再改；甚至写技术文档的时候，我也习惯先口述思路，让它帮我整理成结构化的文字。

但我也越来越清楚它的天花板在哪。

它不懂业务优先级。你可以告诉它 "这个功能很重要"，但它不会理解 "重要" 背后的商业逻辑。它不擅长处理模糊需求。如果你自己都没想清楚要做什么，它只会给你一堆看似合理但实则无关的代码。它更没有 "产品直觉"——它不会告诉你这个功能用户根本不在乎。

什么样的人适合用，什么样的人不适合

用了一年，我的判断是：

适合的人：

已经能独立写代码，想提升效率的工程师。Claude Code 是加速器，不是启蒙老师。
愿意花时间写上下文、拆任务的人。你投入的前期准备越多，它的产出越靠谱。
对代码有 review 能力和责任心的。把它当实习生，不是当神。

不适合的人：

指望它代替自己思考的。如果你连需求都描述不清楚，它只会给你更乱的代码。
完全不做 review 直接上线生产的。这不是勇敢，是鲁莽。
觉得用了 AI 就能少学技术的。恰恰相反，用 Claude Code 需要更强的架构能力和判断力，因为你得知道它给的东西对不对。

写在最后

一年过去，我对 Claude Code 的感觉，从 "哇这能写代码" 的惊艳，到 "就是个工具" 的平常心，再到 "它改变了我怎么工作" 的认同。这个心路历程，大概和所有新技术的早期使用者差不多。

它不会取代程序员，但会用它的程序员会取代不会用的。这不是危言耸听，是我这一年最真实的感受。

如果你还没试过，建议花一周认真用一下。不是随便问几个问题那种 "试用"，是真的把它嵌入你的工作流，看看哪些环节它能接管，哪些环节你必须自己把关。

一年后，你可能也会写这么一篇 "使用报告"。

极简主义不是扔东西，是停止比较

Mon, 11 May 2026 00:00:00 GMT

三年前，我第一次接触到"断舍离"这个概念。当时我的反应很直接：把家里不用的东西全扔了，这不就是极简主义吗？

于是我开始了一场轰轰烈烈的"扔东西运动"。衣柜里三年没穿的衣服，扔。书架上积灰的旧书，扔。厨房里只用了一次的小家电，扔。那段时间，我的垃圾桶总是满的，而我的房间确实变得越来越空。看着整洁的桌面和空旷的衣柜，我有一种奇怪的成就感——看，我在践行极简主义了。

但问题很快就来了。

有一天，我在朋友圈看到一个朋友晒她新买的设计师椅子，简约、高级、恰到好处地放在她同样简约的客厅里。我盯着那张照片看了很久，然后打开购物软件，开始搜索类似的椅子。我的旧椅子其实坐得挺舒服的，但那一刻，它就是不够好。

类似的场景不断重演。同事换了最新的MacBook，我开始嫌弃自己的老电脑；邻居买了台胶囊咖啡机，我觉得手冲壶太寒酸；甚至刷到一个博主的书桌布置，我都会立刻下单同款台灯。每次买完，我都告诉自己：这是为了提升生活品质，是为了让环境更"极简"。

直到有一次，我在整理房间时突然停下来，看着满屋子"为了极简而买"的东西，愣住了。我扔掉了旧物，却买了更多新物；我清空了空间，却填满了欲望。我所谓的极简，不过是从一种消费换成了另一种消费，从追逐数量变成了追逐品质——但本质上，我仍然在比较，仍然在追逐，仍然觉得自己拥有的不够好。

真正的转折点发生在一个周末。我帮一个老朋友搬家，他住在一个很小的单间里，东西不多，但每一样都是用了很久、很顺手的东西。墙上没有装饰画，只有一张他自己拍的照片；桌上没有网红收纳盒，只有一个用了五年的搪瓷杯。我问他：你不觉得这些东西太普通了吗？他笑了笑说：我为什么要跟别人比呢？这些东西我用着舒服，就够了。

那句话像一盆冷水浇在我头上。

我意识到，我过去理解的极简主义完全搞错了方向。我以为极简是"拥有更少的东西"，但其实极简是"需要更少的东西"。而"需要更少"的前提，是你不再通过跟别人比较来定义自己的需求。

比较是一种无底洞。你看到别人有更好的，就觉得自己也需要；你看到别人没有的，又觉得自己可以炫耀。在这个循环里，你永远不可能极简，因为总有新的"更好"在等着你。

我开始尝试一种不同的做法：每次想买什么东西，先问自己三个问题。第一，如果没有看到任何人拥有它，我还会想要吗？第二，它解决的是我真实的问题，还是我想象出来的问题？第三，如果我永远不让别人知道我有这个东西，我还愿意买吗？

这三个问题很残酷，但很有效。我发现，至少有一半的购买欲望在第一个问题面前就消失了。我不是真的需要那个东西，我只是不想在某种看不见的竞赛中落后。

现在我房间的物品并没有比三年前更少，但我的心态完全不同了。那把我坐了五年的椅子还在，因为它真的舒服；我的电脑还是那台老Mac，因为它还能跑我需要的所有软件；我的书桌上没有网红台灯，只有一个普通但够亮的灯。这些东西不高级，不特别，但它们是我选的，不是因为别人有，而是因为我需要。

我把这种状态的转变叫做"从断舍离到心极简"。断舍离是向外做减法，扔掉多余的东西；心极简是向内做减法，减掉不必要的欲望。而后者比前者难得多，因为它要求你诚实地面对自己，承认自己其实并不需要那么多。

社交媒体让比较变得前所未有地容易。你刷五分钟手机，就能看到几十个人"更好"的生活。但那些画面是精心筛选的，是别人想让你看到的。用别人的高光时刻来衡量自己的日常，这本身就是一场不公平的游戏。

如果你也想尝试真正的极简，我的建议不是从扔东西开始，而是从"断比较"开始。关掉那些让你焦虑的社交账号，或者至少在看的时候提醒自己：这不是标准答案，这只是一个人的生活切片。然后，把注意力拉回自己的生活，问自己：抛开所有的"别人怎么看"，我真正需要的是什么？

答案可能会让你惊讶——你需要的，比你以为的少得多。

重读的力量：为什么有些书值得读三遍

Mon, 11 May 2026 00:00:00 GMT

去年整理书架时，我盯着那本翻得卷了边的《思考，快与慢》发呆。这本书我买过两次——第一次是电子版，读了一半觉得"太啰嗦"就弃了；第二次买了纸质版，强迫自己读完，合上书时只记得几个名词：系统1、系统2、锚定效应。当时我觉得，这本书被高估了。

直到去年秋天，我在做一个产品决策时突然卡壳。用户调研的数据和直觉在打架，我来回摇摆了一周。某个深夜，我鬼使神差地重新翻开那本书，读到"损失厌恶"那一章时，整个人像被点了穴——原来我迟迟不敢拍板，不是因为数据不够，而是因为我太害怕"选错"带来的损失感。那一刻我才意识到，第一次读这本书，我只是个旁观者，站在岸边看卡尼曼讲别人的故事；而第二次读，我是带着自己的问题跳进了水里。

从那以后，我开始有意地重读一些书。我发现重读这件事，和第一次读完全是两种体验，甚至可以分成三个阶段。

第一次读，是在获取信息。 这时候的你像一块海绵，拼命吸收新名词、新概念、新框架。读《原子习惯》时，我第一次知道了"习惯堆叠""两分钟规则"这些术语，觉得很有道理，还在笔记本上抄了好几页。但抄完就完了，生活并没有因此改变多少。因为我只是在"知道"，还没有"理解"。

第二次读，是在理解结构。 当你已经知道书里讲了什么，再读时眼睛就不会只盯着那些金句了。你会开始注意作者是怎么论证的，例子是怎么选的，章节之间是怎么递进的。重读《原子习惯》时，我才发现克利尔整本书的核心逻辑其实特别简单：让好习惯变得容易，让坏习惯变得困难。前面所有的概念都是围绕这个核心展开的。这种"看见骨架"的感觉，比记住一百个术语更有价值。

第三次读，是在跟自己对话。 这时候书里的内容已经内化成你的一部分，你读的不是作者的文字，而是自己的经历。我第三次翻开《被讨厌的勇气》时，阿德勒的话已经不再新鲜，但每一页都在映照我当下的人际关系困境。书还是那本书，但我已经不再是第一次读时的那个我了。

当然，不是每本书都值得重读。有些书读完一遍就功德圆满，比如大部分工具类教程、时效性强的行业报告。但有几类书，我越来越觉得重读是必要的。

第一类是那些"当时没读懂"的书。我二十出头读《挪威的森林》，只当是个爱情故事；三十岁再读，才品出那种无处不在的虚无感。不是书变了，是我终于活到了能读懂它的年纪。

第二类是那些"读完觉得有用但没用起来"的书。《深度工作》我第一次读时热血沸腾，但回到日常还是该刷手机刷手机。半年后重读，我才真正开始实践其中的方法——因为那时候我已经被碎片化的工作折磨得够呛，有了足够的"痛"去驱动改变。

第三类是那些"每句话都像在说你"的书。这种书往往触及了你当下最核心的问题，读的时候会有种被看穿的尴尬和释然。这类书值得反复读，因为不同的人生阶段，你被"看穿"的部分会不一样。

我现在选书的标准也变了。以前追求"读完能记住多少"，现在更看重"这本书三年后我还会想翻吗"。如果一本书记不住具体内容，但每次重读都能给我新的启发，那它就是一本好书。就像一位朋友说的：有些书是用来读的，有些书是用来活的。

最后分享一个我的判断标准：什么样的书值得重读？ ——如果你读完一本书，感觉"很有道理，但说不出哪里好"，那它大概率值得重读。因为真正的好书，第一次读时你往往抓不住它的全部。它像一口深井，需要你一次次把桶放下去，才能打出越来越深的水。

我的书架上现在有一个专门的"重读区"，大概十几本书。它们不是我最常推荐的，却是我最常翻阅的。有些书页已经泛黄，边角磨出了毛边，但每一次翻开，都像在和一个老朋友聊天——你知道他会说什么，但每次聊，都有新的话想说。

技术人的副业陷阱：我见过的三种失败模式

Mon, 11 May 2026 00:00:00 GMT

我身边做副业的技术人不少，但真正赚到钱的，屈指可数。更多人是在深夜的GitHub提交记录里自我感动，在零星的Star数里寻找存在感，最后主业没搞好，副业也黄了。

我不是反对副业。恰恰相反，我认为技术人是最适合做副业的一群人——我们有技能、有工具、有通过互联网触达全球用户的能力。但问题在于，我们太容易被自己的技术思维绑架，把副业当成另一个技术项目来做，而不是一门生意。

这些年我观察下来，技术人做副业失败，基本可以归纳为三种模式。

陷阱一：技术导向，而不是需求导向

我认识一个后端工程师，技术能力很强，开源项目拿过上千Star。两年前他跟我说要做一款"颠覆传统笔记软件"的产品，理由是现有的Notion、Obsidian都不够完美，他要做一个"真正懂程序员"的笔记工具。

他的技术选型堪称豪华：Rust写后端、WebAssembly做编辑器、CRDT实现实时协作、自研Markdown解析器。两年时间，他重构了四次架构，优化了无数次性能，但用户始终没超过200人。

问题出在哪？他一直在解决"技术问题"，而不是"用户问题"。

我问他："你的目标用户是谁？"他说："所有需要记笔记的人。"我问："他们现在用什么？痛点是什么？"他说："Notion太慢，Obsidian太复杂。"但当我继续追问"慢和复杂具体指什么、他们愿意为此付多少钱"时，他答不上来了。

技术人有个通病：看到一个工具不够"优雅"，就想自己做一个更好的。但市场不在乎优雅，市场在乎的是"有没有人用、有没有人付钱"。Notion确实不够快，但它解决了团队协作的问题；Obsidian确实学习曲线陡，但它满足了极客对本地化和可定制化的执念。你的"更好"，可能只是在解决一个不存在的问题。

做副业的第一步，应该是找到一群有真实痛点、愿意付费的人，然后用技术去满足他们。而不是先造一个完美的轮子，再去找需要这个轮子的人。

陷阱二：追求完美，而不是快速验证

另一个朋友，前端出身，想做一个帮助自由职业者管理项目的SaaS工具。他的产品理念很好，市场也确实有这个需求。但问题在于，他花了整整八个月才推出第一个版本。

八个月里，他做了完整的用户系统、权限管理、支付集成、数据看板、邮件通知、暗黑模式、移动端适配……他甚至为还没上线的功能写了详细的文档。我问他为什么不先做个MVP（最小可行产品）试试水，他说："用户体验不好，上线也是丢人。"

结果上线后，第一个月只有三个注册用户，其中两个是他自己。他崩溃了，觉得市场不认可他的产品，于是放弃了。

但真相是，市场根本还没来得及"不认可"他——因为市场根本不知道他的产品存在。他花了八个月做一个自己想象中的完美产品，却连最基本的假设都没验证过：自由职业者真的需要一个专门的项目管理工具吗？他们愿意为此每月付多少钱？他们现在的替代方案是什么？

如果他用两周时间做一个只有核心功能的粗糙版本，哪怕只是个Notion模板或者一个简陋的网页，先去找十个目标用户聊聊，结果可能完全不同。要么发现需求确实存在，然后有针对性地迭代；要么发现需求是假的，及时止损，八个月的时间可以去做别的。

技术人太习惯"交付完整的产品"了。但在副业里，快速验证比完美交付重要一百倍。你的第一个版本应该是"能用的垃圾"，而不是"完美的废物"。

陷阱三：把副业当逃避主业的借口

这是最隐蔽、也最危险的一种陷阱。

有个同事，主业是某大厂的中级开发，工作三年，晋升没戏，每天被琐碎的需求和无尽的会议消耗。他开始频繁地跟我聊他的副业计划：一个AI辅助写作工具、一个跨境电商的数据分析平台、一个去中心化的社交协议……每个项目听起来都很酷，每个项目他都投入了巨大的热情。

但两年过去，他的职级原地踏步，副业也一个没有做成。

后来我意识到，他的副业不是用来"赚钱"的，而是用来"逃避"的。主业上的挫败感、无力感、对未来的焦虑，都被他转移到了副业上。副业成了他的心理安慰剂——"虽然我在公司混得一般，但我正在做一个更酷的东西"。

问题是，这种逃避是双向失败的。主业上，他因为精力分散、心态浮躁，错失了几次重要的项目机会；副业上，他从来没有真正投入足够的时间和心力去把一个想法落地，因为副业本身就不是他的真实目标，"做副业"这个行为才是。

更讽刺的是，如果他能把做副业的热情拿出一半放在主业上，以他的技术能力，早就该晋升了。晋升之后，不管是资源、视野还是人脉，都会让他的副业起点高得多。

我不是说主业不顺的人不能做副业。但你要诚实地问自己：我做副业，是真的看到了一个机会，还是在逃避主业里的问题？如果是后者，副业救不了你，它只会让你同时输掉两场游戏。

什么样的副业值得做？

说了这么多陷阱，那什么样的副业才值得做？我总结了一个简单的判断标准，三个问题都要能答"是"：

第一，有没有人愿意为这个付钱？ 不是"我觉得有用"，而是"已经有人为类似的东西付过钱"。最好的验证方式，是在做任何产品之前，先找到三个愿意预付定金的用户。如果找不到，说明需求可能不存在。

第二，我能不能在三个月内看到结果？ 不管是赚到第一块钱、获取第一个付费用户，还是验证一个核心假设。如果三个月内没有任何可量化的进展，要么方向错了，要么执行出了问题。

第三，这个副业是在增强我的主业，还是消耗它？ 理想的副业应该和主业形成互补：主业积累的技能和资源能加速副业，副业的实践和认知也能反哺主业。如果副业让你每天精疲力尽、主业也敷衍了事，那就是在自我消耗。

技术人做副业有天然的优势，但也有天然的盲区。我们擅长写代码，却不擅长理解用户；我们追求完美，却害怕面对市场的真实反馈；我们把副业当梦想，有时却只是在逃避现实。

副业不是技术人的救赎，也不是主业的替代品。它是一门生意，需要你用生意人的思维去对待：找到真实的需求、快速验证、小步快跑、及时止损。

如果你正在做副业，或者打算开始做，不妨停下来问问自己：我是在创业，还是在自嗨？

深度工作为什么越来越难：我的注意力对抗史

Sun, 10 May 2026 00:00:00 GMT

去年秋天我认真尝试了一把"深度工作"。那本书我看了两遍，还做了笔记。Cal Newport说得对——要刻意留出大块时间，拒绝干扰，进入专注的心流状态。我给自己设定了每天上午9点到11点半为"深度工作窗口"，关掉微信、Slack通知，甚至把手机放到了另一个房间。

结果呢？第一周还行。第二周开始崩。我说的"崩"不是偷懒，而是你根本控制不住的事情在发生——同事发来紧急消息需要立刻确认，客户打电话过来说需求变了要讨论，你妈发来微信问周末回不回家吃饭。这些事情不会因为你设定了"深度工作窗口"就消失，它们照常发生，而你的窗口被打得稀碎。

我后来复盘，发现自己最大的问题是——我把深度工作当成了一种"时间管理技巧"，而不是一种"系统设计"。我以为只要意志力够强、设个番茄钟就能做到。但真实世界不是这样的。真实世界里，你的注意力是会被系统性收割的，而且收割你注意力的人不是你自己的问题。

最典型的场景是这样的：早上9点我坐下来准备写代码，刚进入状态——可能才过了15分钟——微信响了。同事问"在吗？"我一看是企业微信，不敢不回，怕是急事。结果回了一句"在的"，对方就开始噼里啪啦发消息，等我处理完想回到代码上，已经过了40分钟。状态没了，思路断了，重新进入心流又要花15分钟。这40分钟等于什么都没干成。

这种情况一天发生三四次，你的深度工作时间就被切割成碎片了。我后来用RescueTime统计了一下自己的时间分配，发现实际有效工作的时间每天不到3小时——注意不是"坐在工位上的时间"，是真正有产出的深度工作时段。剩下的时间都在应付碎片化的沟通、切换上下文、被各种消息打断。

我试过的第一个解决方案是番茄工作法。25分钟专注，5分钟休息，循环往复。听起来很美好，但对我来说有个致命问题——25分钟根本不够进入深度心流。写代码的人都知道，当你真正进入状态的时候，脑子里是在同时处理很多变量的，从上到下、从左到右，各种逻辑关系都在脑子里挂着。25分钟一到，铃声一响，你刚建立的思维图谱就被打断了。

后来我把番茄钟改成了50+10，但也没好到哪去。因为打断我的不是番茄钟的铃声，而是外部世界。微信不会因为你设了番茄钟就等你10分钟再发消息。

我开始认真思考一个问题：为什么以前上学的时候我能连续专注三四个小时写论文，现在工作十几年了反而不行了？后来我想明白了——上学的时候我是真的在"与世隔绝"。没有手机、没有微信、没有邮件，写论文的时候唯一能打扰我的就是室友喊我吃饭。现在呢？我工作的时候手里攥着一台永远在线的超级计算机，上面有十几个随时能打断我的应用。

所以解决深度工作的问题，不能只靠个人意志，得靠系统设计。

我的第一个真正有效的改变是"异步沟通"而不是"实时在线"。我把企业微信设成了"勿扰模式"，只有特定时间才看消息——上午10点到11点半，下午3点到4点，晚上8点到9点。一开始我很担心，这样会不会错过重要的事情？结果发现，95%的事情发消息的人并不是真的需要你秒回，他们只是习惯性地发了一条消息，等你不回，他们自然会去找别人或者自己想办法。真正紧急的事情会打电话。而我等电话的那段时间反而可以安心深度工作。

第二个改变是把手机物理隔离。工作的时候手机放在抽屉里，不在视线范围内。这听起来是老生常谈，但我发现了一个有意思的心理现象——如果你把手机放在桌上，即使屏幕朝下，你脑子里还是会时不时想着它。这不是意志力的问题，是人类进化遗留的注意力机制。看到手机的存在本身就会分散你的认知资源。物理隔离解决了这个问题。

第三个改变是我放弃了"假装自己很忙"的习惯。以前我总觉得快速回复消息、秒回微信是一种"我很敬业"的表现。后来我发现这是一种错觉。真正有价值的产出不是靠秒回来体现的，而是靠你能持续地、不被打断地完成复杂任务的能力。把注意力当成一种稀缺资源来管理，而不是无限供应品。

我现在每天实际有效的深度工作时间大概在4到5个小时——比以前翻了一倍。但代价是我必须放弃"永远在线"的人设，必须接受有些人会因为我没有秒回而不开心。这是我愿意付出的代价，因为我知道一个扎心的现实：一个人能做的事情的上限，不取决于他有多忙，而取决于他能多专注。

如果你也想找回深度工作的能力，我有一个最直接的建议：从每天只留出2小时"绝对孤岛时间"开始。在这2个小时里，不看任何消息、不回任何邮件、不接任何非紧急电话。手机静音放抽屉。2小时之外你照常处理所有沟通。这样你的心理负担不会太重，也更容易坚持。坚持一周之后，你会惊讶于自己居然能完成这么多东西。

深度工作不是一种技能，是一种选择。而且是每天都要做的那种选择。

<- 返回效率技巧

当好人做太多，反而被团队孤立——高绩效者的困局

Sun, 10 May 2026 00:00:00 GMT

你有没有遇到过这种情况？

你勤勤恳恳把活干完，甚至主动揽活，结果同事们不但不感激，反而开始疏远你。你以为自己做得好，老板会看在眼里，结果老板最后却放弃了你。

我最近就经历了这样的事。

为什么高绩效者容易被孤立？

在职场中，有一个奇怪的现象：那些干活最多、效率最高的人，往往不是最受欢迎的人。

原因很简单：你的存在，让其他人显得不够努力。

当你把工作做得又快又好，老板自然会说："看看人家，再看看你们。"这句话一出，你就成了众矢之的。

同事们不会想"我要向他学习"，而是会想"他凭什么显得我们很菜？"

于是，孤立开始了——对你的围堵。

他们会在老板面前说你"团队协作能力不好"，会说你"情商不高"，会说你"跟其他人合不来"。

你明明做了最多的工作，却成了团队里的"问题员工"。

老板的困境

你以为老板会保护你？不一定。

老板确实喜欢你干活，但他更希望团队和谐。当一个员工让整个团队都不舒服时，老板会面临一个选择：是保你一个人，还是保整个团队？

大多数老板会选后者。

于是，老板开始挑你的刺："你团队协作能力不行"、"你情商不够"、"你要多跟同事沟通"。

这些话的潜台词是："你能不能别那么突出？能不能跟大家一样？"

更可怕的是，那些排挤你的人，会趁机提升自己的话语权。他们会跟老板说你的不好，会拉拢其他同事，会在团队里形成一种"你就是有问题"的氛围。

你越想靠近，他们越躲；你情绪越不好，他们越远离你。

最后，你成了团队里那个"避之不及"的人。

同事的回复：宇宙规则与接纳自己

当我跟同事输出我的感受时，他给了我一个很有意思的回复。

他写了一段关于"宇宙规则"的文字，说35岁左右，人的命运似乎被锁死在天命之下。

他提到了《被讨厌的勇气》，提到了阿德勒心理学。

他说："你能改变的只有你自己，不要拿别人的事说自己的事。 "

这句话让我深思。

是啊，我一直在纠结"为什么他们要这样对我"，"为什么老板要放弃我"。

但我忽略了最重要的一点：我能改变的只有我自己。

如何应对职场孤立？

同事的回复给了我启发，但我也想分享我自己的应对方法。

1. 接纳现实

职场不是学校，没有绝对的公平。你做得好，不一定会得到回报；你做得对，不一定会被理解。

接纳这个现实，不要跟自己较劲。

2. 设立边界

别做老好人，该拒绝就拒绝。你的善良，必须有点锋芒。

我不是说要做坏人，而是说要保护自己的时间和精力。

3. 寻找同盟

不是所有人都排斥你。找到那些真正欣赏你、支持你的人，建立深度连接。

一两个真正的盟友，胜过一堆表面的"同事"。

4. 保持成长

别因为被孤立就停止成长。你的能力，是你最后的底气。

当他们都在搞人际关系的时候，你在提升自己；当他们都在八卦的时候，你在学习新技能。

时间长了，高下立判。

结尾

职场不是比谁活干得多，而是比谁活得明白。

你有没有遇到过职场孤立？你是怎么应对的？评论区聊聊吧。

独立开发者的护城河：不是技术，是用户关系

Sun, 10 May 2026 00:00:00 GMT

我做独立开发者咨询快两年了，最常被问到的一个问题是：「我技术不错，做什么产品能成？」每次听到这个问题，我都想反问一句：「你的用户是谁？你怎么找到他们？」大多数人会愣住，然后说「先做出来再说」。

这个回答，基本上已经注定了结局。

技术是门票，不是壁垒

我见过太多技术很强的人做出了很棒的产品，然后扑得无声无息。也见过技术平平的人靠一个「就那样」的产品活得很滋润。差异在哪？

技术当然重要——它是做出产品的基本功，决定了你能不能把东西做出来。但技术天然是公开的。你用的大模型，别人也能用；你的架构设计，发到 Hacker News 上第二天就有人 fork；你的算法优化，分享出去两星期后整个行业都在用。技术会扩散，会 commoditize，会以你想象不到的速度被人追上。

我认识一个开发者，花了半年做了一个 AI 写作工具，技术上比同类产品好一大截。上线三个月，月收入不到一千块。为什么？他的用户获取路径是：在 V2EX 发帖、在 Twitter 发链接、在少数派投稿。被淹没在信息洪流里，没几个人看到。

用户关系才是真正的护城河

反过来，我观察那些真正活得好、活得久的独立开发者，他们最核心的资产从来不是代码。

有一个开发者做了个浏览器插件，功能很普通，市面上一搜十几个类似的。但他在 Reddit 上坚持回答了两年相关问题，每次有人问「有没有 XX 工具」，他都会出现，顺手推荐自己的插件。现在他的插件有 50 万活跃用户，而且因为大家都知道他是谁、信任他这个人，用户粘性极高——换了别人出类似的产品，用户也不愿意换。

这就是用户关系的威力。他花时间建立的不是技术壁垒，而是信任壁垒和认知壁垒。用户不是因为插件功能最强才留下来，是因为信任这个人、习惯了这种服务方式。这是钱买不来的，也是竞品抄不走的。

分发渠道比产品本身更值钱

还有一个更隐蔽的护城河：分发渠道。

我观察到一个规律：真正赚到大钱的独立开发者，往往在卖产品之前就已经有了分发渠道。有的是 Twitter 账号积累了几万粉丝，有的是 Newsletter 订户过万，有的是做了一个小工具社区汇聚了一批核心用户。这些渠道，是他花了大量时间「免费」建立起来的——而这个时间成本，被后来的高转化率摊薄，变成了极低的用户获取成本。

有一个开发者，靠写技术博客积累了三年读者，他做的第一个付费产品，上线第一周就卖了几千份。原因很简单：他的读者已经信任他了，知道他懂什么、他的判断靠不靠谱。而那些在社交网络上没有任何存在感的人，即便做出了一模一样的产品，冷启动就耗死了大半。

我见过最可惜的几类独立开发者

最可惜的一类，是「建好了房子才发现没路」型的。产品做完了，代码质量很棒，readme 写得很清楚，但没有任何用户获取路径。这种情况下，产品再好也是零——因为你根本到不了用户面前。

第二类可惜的，是「一直做功能」型的。产品上线了，有用户了，但产品经理思维太重，天天盯着功能迭代，忽视了用户关系的经营。用户来了，用完走了，下一次再推广的时候要从零开始。

第三类是「技术洁癖」型的。他们觉得在 Twitter 上发推广信息很掉价，坚持「酒香不怕巷子深」。我尊重这种态度，但现实是，酒再香，没人闻得到，就不会有销量。这是独立开发者最大的认知陷阱——把「不屑于推广」当成了一种品质，实际上是在慢性自杀。

什么是好的用户关系？

好的用户关系有三个层次。

第一层是「用户知道你」。你的目标用户群体能在网上找到你，记住你。方式是内容输出、是社区参与、是持续曝光。这个阶段的核心指标不是转化率，是存在感。

第二层是「用户信任你」。用户遇到相关问题，会第一时间想到你。你推荐的工具，他们愿意尝试；你指出的方向，他们愿意跟进。信任需要时间积累，也需要一致性——你是认真做产品的人，还是来赚快钱的，用户能感受到。

第三层是「用户帮你传播」。这是最高层次的护城河。当用户不仅自己用，还主动向朋友推荐，甚至帮你写教程、帮你维护社区，你就有了网络效应。竞品再强，也很难打破这种飞轮。

我的判断标准

怎么判断你做的是不是用户关系，而不是单纯的产品？很简单的一个标准：如果明天你的产品突然消失了，你积累的用户资产还剩多少？

如果答案是一批忠实用户、一个有影响力的账号、一个活跃的社群——恭喜你，你在建立护城河。

如果答案是零——那你的护城河是空的。你有的只是代码和产品，没有用户关系。这意味着你随时可以被一个有流量的人复制，而那个人不需要技术比你强。

技术决定了你的下限，用户关系决定了你的上限。对独立开发者来说，技术是可以学的，用户关系是需要经营的。而经营用户关系这件事，越早开始越好——在你写出第一行代码之前就开始，那是真正的先发优势。

记住：技术是杠杆，用户关系是支点。没有支点，杠杆再长也撬不动任何东西。

<- 返回独立开发者飞轮

股票估值这件事：我走了哪些弯路

Sun, 10 May 2026 00:00:00 GMT

说起来好笑，我真正开始认真研究股票估值，是从一根大阴线开始的。那是2019年的某天，我重仓的一只股票因为业绩不及预期直接跌停，当天账面损失了将近15%。我当时的第一反应不是去反思自己的持仓心态，而是冲进书房，打开各种股票软件，开始疯狂搜索"如何给股票估值"。我想，只要我把估值这件事搞清楚了，下次就不会再被"套"了。

这种想法现在回想起来很天真，但在当时，它确实让我走上了一条漫长的学习之路——从PE到PB，从PEG到自由现金流折现，我把市面上能看到的估值方法都学了一遍。我甚至还买了专门的财务建模课程，学着用Excel搭模型做盈利预测。那时候的我坚定地认为，只要估值足够精确，投资决策就是一个确定性的事情。

现实很快给了我一记闷棍。

弯路一：把PE当成了万能指标

我最早迷信的是PE（市盈率）。这个指标太直观了——股价除以每股收益，一算就知道贵不贵。我给自己定了个简单粗暴的规则：PE低于15倍就买，高于30倍就卖。结果呢？买了一大堆低PE的"便宜"股票，账户却一直不见起色。有的股票PE长期在10倍以下趴着，股价三年不涨；有的公司低PE是因为业绩即将下滑的前兆，等我买进去才发现踩了雷。

后来我才慢慢理解，PE这个数字背后其实藏着很多东西。一家公司的PE低，可能是因为市场对它的增长预期已经彻底悲观了，也可能是因为它的商业模式天生就给不了高估值。不同行业的PE根本没法直接比较——银行股的PE常年是个位数，科技股给你个60倍PE市场还觉得便宜。同样是PE15，对一家成熟的白酒公司和一家重资产的钢铁企业来说，意味着完全不同的含义。

更关键的是，PE是用过去的数据算出来的，而股票买的是未来。你看到的每股收益是去年甚至上季度的结果，等这个数字更新的时候，股价可能已经变了好几轮了。

从PE到PB，从单一指标到综合判断，估值方法在实践中不断迭代

弯路二：被PB"价值陷阱"绊倒

PE不行，我就换PB（市净率）。净资产听起来比每股收益更实在，毕竟那是实实在在的股东权益。我开始专挑破净股——股价低于净资产的股票，心想这总该安全了吧，市净率低于1意味着市场在"打折甩卖"这家公司的资产。

结果又踩坑了。有一家房地产公司，PB长期在0.6左右徘徊，账面净资产非常扎实。我仔细算了它的土地储备和应收账款，觉得严重低估，果断建仓。后来呢？房地产行业下行，这家公司的净资产里大量是不好变现的土地和可能收不回来的应收账款，账面净资产和实际价值之间的差距大得惊人。股价继续跌，PB从0.6变成了0.4，我亏了将近40%。

PB的问题在于，分子是股价，分母是账面净资产。账面净资产是一个会计概念，它遵循历史成本原则，很多资产的账面价值早就和市场价值脱节了。一家公司的PB很低，可能是市场正确地反映了它的资产质量低劣，而不是什么被错杀的机会。

弯路三：DCF模型——追求精确的幻觉

走了上面这些弯路之后，我一度觉得是这些简单指标太粗糙了，于是转而迷信更"高级"的方法——自由现金流折现（DCF）。DCF的核心逻辑很完美：一家公司的价值等于它未来自由现金流的折现值。只要把未来的现金流预测出来，再选一个合理的折现率，就能算出这只股票到底值多少钱。

我花了大量时间研究如何做DCF模型：如何预测未来五到十年的自由现金流，如何确定永续增长率，如何选取折现率。我甚至把不同情境下的敏感度分析都做了出来——乐观、基准、悲观三种情况，每个参数上下浮动5%会对结果产生多大影响。

但当我真正用DCF给几家我关注的公司做过模型之后，我越来越感到不安。这种不安不是因为DCF的逻辑有问题，而是因为——你往模型里输入的参数，全都是"估计"。你估计这家公司未来五年收入增长15%，凭什么不是12%或者18%？你估计折现率是9%，但市场资金成本每天都在变。这种估计的微小偏差，在DCF的复利效应下会被放大到惊人的程度。我曾经给同一只股票做过三次DCF，第一次估出来是80元，三个月后重新调整参数，估出来是120元，后来股价涨到了100元附近。哪个数字是对的？都是你自己算出来的。

DCF模型给不了精确答案，它能给你的只是一个"感觉"——这个价位相对于我自己的假设来说是偏贵还是偏便宜。但这种感觉的质量，完全取决于你输入参数的质量，而参数的质量又取决于你对这家公司的理解程度。说到底，DCF不是一个计算器，它是一个思维框架。

真正的转折：估值只是决策的一部分

真正让我对估值这件事产生质变认识的，不是一次成功的投资，而是一次失败得特别彻底的经历。2021年，我重仓了一只自认为被严重低估的消费股——PE只有12倍，PB不到2倍，账面现金充沛，管理层也在回购股票。按照我当时的估值分析，这只股票至少值现在价格的一倍。

结果这只股票从买入到最低点跌了超过50%。市场并没有错杀它，而是提前预判到了我没有看到的风险——消费升级的大趋势下，这家定位中低端市场的公司面临的压力比任何人预料的都大，而且这种压力不是短期能解决的。

这次亏损让我重新审视自己整个投资体系里缺失的那一块。我发现，当我把所有精力都放在"这只股票值多少钱"这个问题上的时候，我其实忽略了一个更根本的问题：我到底应该用多少钱去买它？

换句话说，我从来没有认真想过仓位管理这件事。

仓位管理和心态控制：被低估的两件事

我在亏损最严重的那段时间，仓位有多重呢？单一股票占比超过40%，而且是在我已经知道这只股票的不确定性比较高的前提下。为什么敢重仓？因为估值"便宜"。现在回过头来看，这个逻辑根本站不住脚——低估不代表不会继续跌，更不代表你应该在它上面押重注。

仓位管理的本质，是对不确定性的风险管理。同样一只股票，如果你只买5%的仓位，即便它跌了50%，对你整体账户的伤害也只有2.5%。但如果你买40%的仓位，同样的跌幅会让你账户缩水20%。后者的压力会让人根本无法保持理性，该止损的时候舍不得，该加仓的时候不敢动——心态崩了，什么估值分析都成了废纸。

心态控制这件事说起来很虚，但我觉得它其实是整个投资体系里最"硬"的部分。为什么说它硬？因为它不像估值模型那样可以写在纸上，它需要在真金白银的压力下去修炼。我现在的体会是，心态控制不是让你"不要害怕"，而是让你在害怕的时候依然能执行你已经制定好的规则。这需要一个前提：你的规则本身是经过深思熟虑的，是你在冷静的时候制定的，而不是在恐慌或者贪婪之中临时起意的。

仓位管理不是胆小，而是对不确定性的尊重

我现在怎么用估值

说了这么多，你可能会觉得我是不是在否定估值这件事。完全不是。我现在仍然会在买股票之前看PE、PB，看自由现金流，但我不再把它们当成决策的依据，而是当成决策的参考。

估值给我的是一个参照系——这只股票在整个行业里、在历史估值区间里大概处于什么位置？它的现金流能否支撑现在的市值？这些问题的答案不会告诉我明天股价涨还是跌，但它们能帮我排除一些明显不合理的选项。

但更重要的是，估值不是孤立存在的。它必须和仓位管理结合起来，才能真正发挥作用。好的仓位管理不是"买了多少"，而是"买了之后如果继续跌我该怎么办"。想清楚这个问题的人，在面对波动的时候会从容很多，而从容本身就是一种竞争优势。

写在最后

回头看我这几年的经历，最值钱的教训不是什么估值方法，而是一句大白话：投资是概率游戏，不是数学考试。你不需要精确地知道一只股票值多少钱，你只需要在概率对你有利的时候下注，并且控制好每次下注的金额。

估值能力是可以学习不断提高的，但如果没有仓位管理和心态控制这两样东西做底座，再好的估值分析也会在市场的波动面前变形。这大概是我在"股票估值"这条路上走了这么多年，最诚实的一个心得。

如果你也曾经在估值上花了大量时间却依然做不好投资，不妨问自己一个问题：我花多少时间研究估值，花多少时间研究如何控制仓位和管理心态？如果后者的时间远少于前者，也许答案就藏在那个被忽视的地方。

<- 返回投资理财

技术人30岁后的三条路：走技术、走管理、走自由职业

Sun, 10 May 2026 00:00:00 GMT

昨天在技术群里看到一个人说："今年30了，感觉技术这条路走到头了。"

我想说，你可能搞错了。不是技术走到头了，是你自己站在了一个岔路口。

30岁这道坎，从来不是因为年龄，而是因为选择突然变多了。25岁的时候没得选，只有写代码、加班、刷题晋升。30岁一看：好像还可以走管理，可以出去创业，可以做独立开发者……选择一多，人就容易慌。

这篇文章，不给你标准答案，但帮你把这三条路看清楚一点。

30岁到底在卡什么

很多人把"30岁危机"当成年龄问题，其实不是。是积累变现 的问题。

你干到30岁，代码写了七八年，该踩的坑踩了一圈，该会的技术都会了。如果这时候你只是继续"写更多代码"，性价比确实在下降——公司可以用更便宜的人做同样的事。

但如果你这七八年建立的是：架构思维、业务理解、带人能力、项目统筹 ——那30岁才是真正的起跳点。

问题在于，大多数人这八年只干了"写代码"这一件事。

路线一：继续走技术专家——看起来最稳，其实最卷

先说清楚，这条路绝对是对的。技术专家永远值钱，架构师、系统工程师、安全专家、数据库大牛——这些人在市场上根本不愁工作，而且薪资天花板很高。

但我要泼一盆冷水：不是所有人都适合走这条路 ，而且这条路的竞争激烈程度被严重低估了。

什么样的人适合？

对技术本身有真正的热情，不是为了"稳定"而留在技术岗
有耐心，能在一个细分领域深耕五年以上
喜欢独立解决问题，享受一个人搞定一个系统的成就感
对业务场景有好奇心，不只是写代码，还要理解为什么这么设计

风险是什么？

技术专家的路，实际上是一个金字塔。 愿意写代码的人很多，愿意在一个领域深挖十年的人很少。能做到高级架构师级别的人，技术栈要扎实、经验要全面、视野要开阔——这三个条件同时满足的人，比例极低。

大部分人卡在哪里？卡在"还行但不够顶尖"。不是架构师，但也不是普通开发。这种不上不下的状态，在35岁之后反而更危险。

我的建议：如果你要走这条路，必须有自己的细分方向 。不是"我会后端"，而是"我最擅长高并发系统设计"。不是"我懂数据库"，而是"我对金融级数据一致性有深度积累"。定位清晰，才不会被淘汰。

路线二：走管理——最被低估的难度，最被误解的转型

很多人转管理的逻辑是：技术做不下去了，所以去做管理。这是一个致命的误解 。

管理不是退路，是另一条路。走这条路的人，要面对的挑战跟写代码完全不同。

技术做得好，只需要对自己负责。管理做得好，要对整个团队的产出负责。你写代码厉害，最多影响你自己。带团队的时候，你底下十个人的效率，都跟你有关。

我见过太多技术转管理的失败案例了，典型的特征是：

还是喜欢自己动手，不愿意授权，事事亲力亲为
喜欢跟代码打交道，不喜欢跟人打交道，转了管理以后每天很痛苦
把技术思维直接套在管理上——觉得只要方案好，执行就自然没问题

管理难在哪？它本质上是一个需要持续学习和自我迭代的能力 。技术学一种语言，可以用三五年。管理要学的东西是动态的：业务在变、团队在变、公司战略在变，你的管理方式也得跟着变。

还有一个被严重低估的挑战：你要承受更多的委屈 。老板骂你，团队不理解你，跨部门撕X的时候你要顶在前面。技术岗做得不爽了可以换组，管理岗换了基本等于换工作。

什么样的人适合走这条路？

真心喜欢跟人打交道，享受带人成长的成就感
逻辑清晰，能把复杂问题拆解成可执行的任务
有耐心处理琐碎的人事问题，不觉得这是浪费时间
能接受"我的产出不是代码，而是别人的成长"这种角色

如果你发现自己在技术岗上开始喜欢帮别人解决问题、喜欢协调资源、喜欢规划路线——可以认真考虑管理这条路。但不要因为"写代码写烦了"就转管理，那个理由撑不了多久。

路线三：自由职业/创业——自由是有代价的，而且代价很高

独立开发者、咨询顾问、技术创业者——这是最近几年被炒得最热的方向。朋友圈里总能看到"逃离大厂、澳洲养老"的成功故事。

我见过真正成功的，也见过撑了半年就回去打工的。这条路没有容错空间 ，你想清楚了再走。

自由职业的好处是真实的：时间自由、不用看老板脸色、可以接自己喜欢的项目。代价也是真实的：

第一，收入不稳定。 最理想的状态是有一两个长期客户做底，再接一些短期项目。但大多数人在前两年是做不到的。有一段时间没有项目进来，焦虑感会把你吞掉。

第二，所有的事情都要自己来。 在大厂你只管写代码，财务、法务、销售、售前，全有人帮你做。出来以后，这些全是你自己。一个技术方案很牛的独立开发者，可能因为不会谈合同、不会定价、不会追款，活得很艰难。

第三，社交和成长环境会变差。 在大厂，你每天接触的是同行、是业务、是最新技术。自由职业以后，如果你不主动维护，圈子会越来越小。技术成长也会进入一个瓶颈——没有足够复杂的问题逼迫你进步。

但这条路的价值也是真实存在的。如果你有稳定的客户关系网络 ，或者有能卖钱的产品 （SaaS、开源项目、工具类应用），这条路的回报上限远高于打工。

什么样的人适合？

在打工期间已经积累了可变现的人脉和口碑
有产品思维，不只是"我技术好"，而是"我知道谁需要这个"
自律能力极强，不用别人盯着也能干活
有一定的积蓄，能撑过前12-18个月的不稳定期

如果你现在什么都没有，就想"出来闯一闯"——我劝你再等等。先在职场上积累资源，再出来，成功率会高很多。

没有标准答案，但有判断标准

说到底，这三条路没有对错之分，只有适合不适合。

我见过45岁还在写代码、依然开心的架构师。也见过35岁当上CTO、天天焦虑得睡不着的中年人。还见过30岁出来做独立开发、三年后收入超过打工时期的狠人。

每个人情况不同，但有三个问题可以帮助你判断：

第一个：你的能量来源在哪里？

你是从"解决技术难题"中获取能量，还是从"带领团队成长"中获取能量，还是从"独立做出产品"中获取能量？做自己擅长且热爱的事，成功的概率会高很多。

第二个：你的风险承受力有多大？

有房贷有孩子要养的人，贸然去做自由职业，风险极高。但如果你有存款、有退路，试试也无妨。风险承受力决定了你现在能走哪条路，也决定了你需要花多久做准备。

第三个：你愿意为此放弃什么？

走技术路线，要放弃社交时间，持续学习。

走管理路线，要放弃写代码的手感，接纳更多不确定性。

走自由职业，要放弃稳定、安全、清晰的晋升路径。

没有哪条路是完美的。关键是：你愿意拿什么去换？

最后说一句

30岁不是终点，是真正开始做选择的年龄。

前面的十年你可能在积累，后面的十年你要学会变现。技术人最大的优势不是代码，是解决问题的能力和持续学习的能力——这两个东西，不管你走哪条路，都用得上。

想清楚，再出发。出发了，就别回头。

<- 返回职业成长

请在浏览器中启用 JavaScript 以访问评论系统。

<- 返回职业成长

我为什么不买新手机了——以及我是怎么想通的

Sun, 10 May 2026 00:00:00 GMT

上周朋友问我，现在用的是什么手机。我说还在用三年前那台。他愣了一下，说："你疯了吧？"然后笑着说，"也太省了。"

我没有解释。其实不是省钱。我那台旧手机换个电池、再战一年完全没问题。真正的原因，比省钱复杂得多——也私人得多。

那台"必须"换掉的手机

五年前，我是个标准的"数码爱好者"。每年苹果发布会我都会看，参数表倒背如流，新机到手第一时间下单。那种感觉真的很爽——新手机拿在手里，像是握住了某种未来。

但慢慢地，我开始觉得哪里不对劲。

转折点是2022年。那年我用着还算新的iPhone 13 Pro Max，有一天手机屏幕被我不小心压了一下，角落碎了一小块。我当时就想——正好，可以换新的了。这种"正好"的心态，其实已经藏了很久。

我们去修一下吗？不划算。换掉吧，反正也该换了。这种想法像条件反射一样自然。

但我没有马上去换。那段时间工作特别忙，忙到根本没时间去店里。拖了两周，屏幕裂着我也照常用。两周后我突然意识到：这块裂了的屏幕，对我的生活没有任何实质影响。

这件事让我开始认真思考一个问题：我到底是真的需要换手机，还是已经习惯了"一出新就换"这个节奏？

消费主义的温柔陷阱

我不是要在这里批判消费主义。我曾经是它最忠实的信徒。我只是想描述一种状态的转变——当你从"我要"变成"我需要"，中间其实隔了很长一段路。

手机厂商太会讲故事了。"这是你从未体验过的全新世界"，"重新定义什么叫流畅"，"Pro级影像系统"——这些词汇精准地击中我们的焦虑：万一我落后了怎么办？万一我拍的照片不如别人好看怎么办？万一我运行速度慢了，在朋友面前丢脸怎么办？

但真实情况是什么呢？我的日常使用是：微信、邮件、偶尔拍照、刷信息流、用支付宝。这些需求，三年前的手机完全能满足。所谓的"性能不够"，在非游戏场景下，我根本感知不到差异。

真正让我想通的时刻

有段时间我把玩孩子的旧手机，一台被用了四年、屏幕刮花、电池一天两充的iPhone XR。我发现除了屏幕小一点、慢一点，它完全可以满足我的核心需求。那一刻我突然有点恍惚——我在追求的，到底是"更好的工具"，还是"更好的感觉"？

我现在的状态

我给那台碎屏的手机换了电池、换了屏幕，一共花了不到五百块。现在它跑得很顺，电池一天一充足够用。我甚至开始觉得它比那些越来越重、越来越大、越来越贵的"新旗舰"更适合我。

更重要的是，我发现自己多了很多注意力。以前花在刷评测、看发布会、研究参数上的时间，现在用来读书、写东西、陪家人。这些事不会在朋友圈收获很多点赞，但它们让我觉得自己在活着，而不只是"在消费"。

当然，我不会劝任何人不买新手机。如果你真的需要更好的相机、更强的性能，买是正常的。我的变化不是来自"不应该买"，而是来自"我真的需要吗"这个问题变得比以前更诚实了。

一个值得想的问题

所以写到这里，我想把这个问题留给你：

你最近一次"买新东西"的冲动，是因为"需要"，还是因为"想要"？还是这两者已经被习惯混在了一起，让你根本分不清了？

这不是一个关于省钱的问题。这是一个关于——你到底想把有限的时间和注意力，花在什么东西上的问题。

手机会折旧，会过时，会被更新的一代取代。但你花在上面的时间和注意力，是你唯一真正拥有的东西。

仅此而已。

<- 返回生活方式

「简单到没人看得上，却冲上了付费榜第一」：独立开发者找需求的底层逻辑

Thu, 07 May 2026 00:00:00 GMT

独立开发者小猫补光灯笨方法小而美应用需求发现产品方法论

去年底，一款叫"小猫补光灯"的 App 冲上了 App Store 付费总榜第一。

你可能听过这个故事——一个人在马来西亚民宿里，用 Cursor 写了一个把手机屏幕变成补光灯的工具，1 小时做完，上线不到一个月，两款版本合计用户接近 20 万，1 元定价的付费版 4 小时内冲到付费榜第一。

没有一分钱广告费。开发者只有一个人。

故事听起来很爽。但如果你只看到"用 AI 1 小时做 App"这一层，你抄不来。

真正值得拆解的，是他的需求发现路径——以及这个路径背后，有哪些小而美的应用具备同样的出圈潜质。

01 他不是"找痛点"，他是在翻译"笨方法"

陈云飞做小猫补光灯，起点不是什么深度用户调研。

他在小红书搜了一下"补光灯"，发现一个月内相关笔记达到数万篇。然后他注意到一个细节：那些在昏暗餐厅、清吧、自拍的女性用户，有一套通用的"土方法"——

打开小红书 → 搜索纯色图片 → 点开笔记 → 放大到全屏 → 调高屏幕亮度 → 切回相机 App → 拍照。

七八步。每次都要重来一遍。

这就是"笨方法"。

痛点和笨方法，不是同一回事。

痛点是你问用户"你有什么问题"，他们说不清楚的东西——产品经理最怕遇到这种需求，因为说不清楚就没法做 PRD。

笨方法是用户已经在解决的事，只是解决得很蠢——步骤多、操作繁琐、每次都要重来一遍。

笨方法 = 已经被验证的真实需求 + 明确的产品化空间。

这是两层验证：

需求真实 ：她们在做，说明确实有这个需要
市场存在 ：小红书数万篇笔记，说明用户已经被教育过了，你不需要解释"为什么需要补光"，只需要把繁琐变简单

大厂产品经理看到补光灯这个需求，第一反应是什么？

这个功能太简单了，护城河在哪里？竞品壁垒在哪里？美颜相机 App 直接加一个补光功能不就秒了吗？

所有这些问题都是对的。但恰恰是这些问题，让大厂放弃了这个市场。

而独立开发者不需要护城河。

你不需要守住这个市场十年，你只需要在这个窗口期内，用最快速度验证需求、上线、建立口碑、获得第一批用户。这第一批用户带来的不是长期收入，而是个人品牌的初始积累。

02 为什么抄他的人全死了？

小猫补光灯上线三四天后，安卓市场涌现出超过 10 款仿品——小喵补光灯、喵喵补光灯、小猫猫补光灯、小狗补光灯、小兔补光灯，名字都懒得重新想。

但所有仿品加起来，下载量不到正版的零头。

为什么？

因为它们抄走了代码，没有抄走用户洞察。

它们不知道：

为什么要做 11 种色卡而不是 50 种
为什么叫"少女粉"而不是"色卡 01"
为什么要加"DeepSeek 蓝"和"哪吒红"色卡

陈云飞自己说过一句话：

"因为不是从用户需求出发，抄的只是逻辑，所以抄都抄得非常差。"

仿品开发者看到的是一个"把屏幕变补光灯"的功能，独立开发者看到的是"女性用户在昏暗场景下用了多少步笨方法"。这两个视角做出的产品，表面上功能一样，实际上天差地别。

技术可以复制，用户洞察复制不了。

03 用户行为分析：她们为什么愿意帮你传播？

小猫补光灯有一个让我印象很深的数据：用户自发返图的小红书笔记超过 2000 篇。

2000 篇。不是品牌投放，不是达人合作，是真实用户自己拍照发出来的。

为什么她们愿意发？

原因一：返图的门槛极低

打开 App，选一个"少女粉"，对着自己拍一张，发小红书，配文"这个 App 太绝了"。整个过程不超过 3 分钟。没有创作成本，有炫耀价值。

这是产品设计的问题，不是运营的问题——一个产品如果传播成本足够低，用户就会帮你传播。

原因二：开发者本人是活人

陈云飞在小红书和即足以"姐妹"相称，跟用户互动。用户提出建议，他会在下一版本里做出来，然后发帖说"这个功能是你说的，我做了"。

快速迭代这件事，在大厂里是 KPI，在独立开发者这里，是信任积累。上线两天内发布三个版本，近 30 天内迭代了近 30 个版本——这个速度不是卷，是给用户发出信号：我在认真听你们说话。

原因三：争议本身就是流量

陈云飞在小红书发了两篇角度完全不同的笔记：

第一篇从女性用户视角展示补光效果，几乎没有反响。第二篇从开发者视角讲"我用 Cursor 1 小时做了这款 App"，评论区炸了——有人说"这个 App 有没有必要存在"，有人说"AI 编程真的要变天了"。

争议带来了互动，互动带来了算法推荐，算法推荐带来了更大的曝光。真正的目标用户——需要补光的女性——是被这些争议讨论"溅射"进来的。

"不怕有争议，就怕没人理。" 这是他后来总结的一句话。

小红书冷启动的第一条铁律：争议流量 > 赞美流量。

04 还有哪些"小而美"具备同样的出圈潜质？

分析了小猫补光灯的底层逻辑之后，我整理了几类容易出圈的小而美应用特征，然后匹配了一些真实案例。

特征一：用户在用操作系统或平台做笨方法解决的事

典型案例：Raycast（macOS 效率启动器）

Alfred 是 macOS 上经典的效率启动器，但需要付费才能解锁很多功能，而且代码年久失修。Raycast 看到了一个笨方法：用户想要的是一个统一的命令启动器，但 Alfred 的配置太复杂，很多人用不起来。

Raycast 做了一件事：把启动器、代码片段、窗口管理、剪贴板历史等常用功能整合在一起，用现代的 UX 设计重做了一遍。界面友好、上手成本低、有社区插件体系。

出圈路径：Product Hunt 首发 → 开发者社区口碑传播 → 被科技博主写进"macOS 必备工具"内容 → 现在是很多开发者换机的必装 App，付费版 $8/月，已经实现了可观的收入。

这类应用的核心逻辑：把大平台忽略的功能，用更好的体验做出来。

特征二：把一个平台已有的行为移植到另一个场景

典型案例：Monocle（新标签页 = 个人仪表盘）

很多人每天会在 Notion 或 Workspace 里建一个"daily dashboard"来管理当天任务。但没有人把浏览器新标签页当成一个工作台来做——Monocle 把这个需求做了，界面是一个可自定义的仪表盘，打开新标签页就是一个私人 dashboard。

出圈路径：Product Hunt → 被科技博主发现 → 被写进"高效工作流"内容 → 建立了"新标签页 = 个人仪表板"这个新品类。

这类应用的核心逻辑：在 A 场景很常见的行为，把它移植到 B 场景，然后告诉用户"你以前就是这样做的，只是没有工具"。

特征三：满足一个高频但被忽视的生活场景

典型案例：Pipecat（iOS 麦克风管理工具）

很多人不知道 iPhone 在特定 App 里麦克风是后台运行的，会偷偷录环境音。Pipecat 做了一件事：显示哪些 App 正在使用麦克风，并且一键切断。

这个需求之前有技术背景的用户知道怎么查（用 iOS 设置里的小白点），但普通用户完全不知道。Pipecat 把这个隐藏功能可视化了。

出圈路径：被科技博主"测评 iPhone 隐私"类内容带火 → 引发"原来我的麦克风一直在被偷用"的讨论 → 话题性极强，大量转发。

这类应用的核心逻辑：用户不知道自己有这个需求，直到有人告诉他"你一直在被偷录"。

特征四：热点绑定型工具

小猫补光灯本身就在用这招——DeepSeek 爆火，加一个"DeepSeek 蓝"色卡；哪吒 2 票房破纪录，加一个"哪吒红"色卡；A 股行情火爆，加一个"A 股绿"色卡。

每次热点，都是一次免费广告。 这类应用不需要持续产出内容，只需要持续绑定热点，功能本身就是内容。

05 真正的商业模式：产品是个人品牌的入口，不是收入的终点

陈云飞离职后的年收入接近百万，但 App 本身的收入只占最小一块。

看一下他的收入结构：

收入来源| 估算比重| 说明
---|---|---
企业 AI 咨询| 大头| 帮教育机构、MCN、出海电商搭建 AI 工作流
自媒体商单| 中等| B 站/YouTube 广告 + 品牌合作
课程/讲师| 中等| 微软 LinkedIn AI 课程讲师，知识星球 1500+ 成员
App 付费下载| 最小| 1 元 × ~20 万 ≈ 14 万元
图书版税| 补充| 《一本书玩转 DeepSeek》

真正的路径是：

产品爆火 → 登上榜单 → 媒体报道（36氪/品玩/虎嗅）
→ 建立"独立开发者"个人品牌
→ 个人品牌放大 → 咨询/商单/课程
→ （飞轮效应）→ 下一款产品更容易冷启动

"产品本身赚的钱是最少的，但它是整个商业体系的信誉锚点。"

产品不是终点，产品是入口。

06 给独立开发者的行动建议

1. 去小红书、B 站蹲守笨方法，而不是做用户问卷

用户会告诉你他们"想要什么"，但不会告诉你他们"已经在用什么蠢办法解决"。观察行为，比问答案更准。

2. 你的产品要能用一句话说清楚

小猫补光灯：把手机屏幕变成补光灯。Rectangle（macOS 窗口管理）：一键拖拽窗口分屏。

如果你解释一个产品用了两句话还没说清楚，说明它太复杂了，需要砍。

3. 争议 > 赞美

发内容不要追求"这个产品真好用"的评论，要追求"这个产品有没有必要存在"的讨论。争议引发的互动，是算法最喜欢的信号。

4. 把迭代速度当成信任信号

上线两天内发布三个版本，这个速度不需要多豪华，但它告诉用户"我在认真听"。信任积累比任何功能都重要。

5. 先做 10 款垃圾，再期待一款出圈

陈云飞之前已经做了 30 多款产品，绝大多数悄无声息。"你总之得做 10 来款垃圾，才能做出一款出圈产品。"

这是他原话，也是我认为最真实的一句话。

尾巴

你身边有没有看到过什么"笨方法"？或者你自己有没有一直在用某个很蠢的方式解决一个问题？

评论区说说，说不定那就是一个产品 idea 的起点。

别被Cursor的"好用"骗了：我为什么转投Claude Code

Wed, 06 May 2026 00:00:00 GMT

上个月，我把一个维护了半年的项目从Cursor迁移到了Claude Code。迁移完那天晚上，我意识到一件事：我之前根本不会编程 。

不是说我写不出代码——我写了三年Go，天天用Cursor，效率拉满。但那种效率是假的。我只是在不断"确认"AI的输出，像个高级质检员，而不是程序员。

那个让我醒悟的Bug

事情从一个莫名其妙的Bug开始。

我的服务有个偶发的内存泄漏，用Cursor调试了一周。每次我问"帮我看看哪里有问题"，它都给出一堆建议——加锁、调参数、改GC策略。我照做，问题没解决，但我感觉自己很忙，很有成就感。

直到有一天，我实在受不了了，把整个项目扔给了Claude Code。

没有花哨的界面，没有一键补全。我在终端里敲了几行命令，Claude Code读完整个代码库，安静了三分钟——然后说了一句让我汗毛竖起的话：

"你的连接池在第三方库的fallback逻辑里没有正确关闭。问题在第472行，每次超时重试都会泄漏一个连接。"

那一刻我明白了：Cursor给我的都是"合理的答案"，而Claude Code给我的是真相。

Cursor：舒服的陷阱

我用了Cursor一年多，当初是被它的"AI原生"概念吸引的。VSCode魔改，Tab键一键补全，聊天窗口随时提问——太顺手了。

但顺手是有代价的。

Cursor最大的问题是：它太知道你想要什么了 。你问一个模糊的问题，它给你一个模糊但看着顺眼的答案。你点一下Tab，代码就出来了，你只需要检查语法对不对。

三个月后，我发现自己连项目架构都说不清楚了。我只知道"Cursor说这里应该加个缓存"，"Cursor建议用这个库"。我在依赖它，而不是在用它。

Claude Code：笨重但诚实的伙伴

Claude Code一点都不顺手。

它在终端里跑，没有图形界面，没有一键补全。你想问问题，得敲命令。你想改代码，得等它读完整个上下文——有时候要几分钟。

但这种"笨重"反而逼着我思考。

因为它读完了整个代码库，所以当我问"这里为什么要这样写"时，它能告诉我："因为三周前你在另一个文件里改了接口，如果不这样写会崩溃。"

它记住了我忘记的事。

我意识到，Claude Code不是一个"帮你写代码的工具"，它是一个"理解你项目的同事"。它的价值不是快，而是深。

Windsurf：新玩家的野心

Windsurf我试了两周。它有个挺有意思的功能：可以直接分析你的Git历史，帮你理解代码演化的逻辑。

但说实话，它现在的生态还是太新了。插件少，社区讨论少，遇到问题基本只能自己琢磨。有些功能看着惊艳（比如它的"代码影响分析"），但实际用起来，准确率也就七八成。

我觉得它有潜力，但现在让我拿它做主力工具——不敢。

我的选择

如果你问我现在怎么选：

你是独立开发者，做一个长期维护的项目 → 用Claude Code。它会逼你理解自己的代码，三个月后你会感谢这个决定。
你是大厂螺丝钉，每天写大量样板代码 → 用Cursor。快速完成任务，别想太多，反正架构不是你定的。
你是技术负责人，需要做技术决策 → 试着让Claude Code读一遍代码，它能看到人眼容易忽略的东西。
你是新手，想学编程 → 三个都别用，先手写一万行代码再说。现在依赖AI，你永远学不会。

工具应该是梯子，不是轮椅。

你最近用什么写代码？有没有哪个瞬间让你觉得"这工具在替我思考，而不是帮我思考"？

一个被手机绑架的人，如何用30天找回自己

Wed, 06 May 2026 00:00:00 GMT

上个月某天晚上，我躺在沙发上，准备刷两分钟短视频就睡觉。眼睛一闭一睁，四十分钟过去了。第二天早上睁眼的时候，手里还握着手机，充电器插在床头，人却比没睡还累。

我决定看看手机使用时间报告。

日均使用6小时47分钟。

看到这个数字的瞬间，我有点懵。在我的认知里，自己还算是个自制力不错的人——不刷榜、不追更、不打手游。但这份报告像一面镜子，照出了一个我不敢承认的自己：原来我的一天，有将近七个小时献给了手机。

我开始回忆那六个多小时我都做了什么。回消息、刷微博、看小红书、浏览知乎、刷抖音……每一项似乎都有正当理由，每一项似乎都不需要这么久。但堆积在一起，它们吃掉了我所有碎片时间，睡前抢走了我的睡眠，通勤时夺走了我的注意力，连上个厕所都要带着它。

是时候做点什么了。

我用了三天时间列清单

手机显示我一共安装了47个应用。这个数字不算夸张，但足以让我意识到问题的严重性。我需要做的不是卸载某一个两个，而是系统性地重新审视我和这些应用的关系。

我先把所有应用按照使用频率和必要性分类。然后问自己一个简单的问题：如果这个App明天就消失对我的生活有实质影响吗？

答案往往是：没有。

第一批删掉的：微博、知乎、豆瓣。 这三个应用曾是我的"信息主食"，我曾觉得自己每天必须刷它们来了解世界发生了什么。但实际上，90%的内容与我毫无关系，剩下的10%第二天就忘了。它们只是焦虑的来源，而不是知识的来源。

第二批：抖音、快手、哔哩哔哩。 短视频的算法太懂我了，它知道什么能让我停留，就一直给我看那一类内容。我删掉它们不是因为它们不好，而是因为我没有自制力在"看十分钟"和"刷两小时"之间踩住刹车。

第三批：各种新闻客户端、天气App、购物App、工具类App。 我发现天气可以直接用系统自带的小组件查看，购物的东西天猫京东淘宝来回刷但其实什么都没买，新闻客户端推送的百分之九十是标题党。

最后，我删掉了23个应用。

保留的只有这5个：

微信（必须）
高德地图（必须）
鲨鱼记账（必须）
微信读书（消遣+学习）
播客（通勤听）

从47个到5个，我删掉了将近80%的应用。这个过程并不容易，有些应用我删了又装、装了又删，反复了两次。但最终，我的手机首页变得干净整洁，像被台风扫过的街道。

第一周最难熬

那种感觉像戒烟——手痒，心里痒，总想掏出手机点什么。习惯了多年的手指在屏幕上无处安放，像是失去了一个重要的器官。我开始理解为什么那些互联网公司要拼命抢占用户的"注意力份额"，因为这种成瘾是真实的，它会让你的大脑在空闲时自动发出寻找刺激的信号。

第二周，变化悄悄发生了。

我发现自己在等咖啡的时候不再习惯性地掏手机，而是会看看窗外，或者干脆发呆。起初我有点慌——不刷手机干嘛？但很快我发现，发呆其实挺舒服的。我的大脑终于有了喘息的空间，不再被海量信息持续轰炸。

第三周，我开始重新拾起一些"古老"的爱好。

我拿出书架上落灰的纸质书，发现读纸质书比刷手机安静多了。我开始用笔写日记，而不是发朋友圈。我甚至重新学会了坐地铁时观察周围的人——这在以前是不可想象的，因为我的眼睛永远盯着屏幕。

数据也在说话。

30天后，我的日均屏幕使用时间从6小时47分钟降到了1小时52分钟。下降幅度达72%。这多出来的近五个小时，我用来睡觉、运动、读书、和家人聊天，或者什么都不做。

但更重要的变化是主观感受层面的。我不再有那种"手机在响"的幻觉，不再每隔几分钟就解锁手机看有没有新消息。我的注意力终于可以长时间聚焦在一件事上——无论是工作还是休息。这种专注力的恢复，是我最意外的收获。

不是App的问题，是我和App的关系出了问题

现在回想起来，我最大的认知改变是：不是App本身有问题，是我和App的关系出了问题。

微博没有问题，但它变成了我逃避现实的方式。抖音没有问题，但它剥夺了我的睡眠。新闻客户端没有问题，但它们让我陷入信息焦虑。我们这一代digital native天生觉得这些工具理所当然，却忘了问自己：到底是我们在使用工具，还是工具在驯化我们？

如果你也想尝试数字极简主义，我的建议是：别一次删光。

我是那种会冲动行事的人，所以删掉23个应用用了三天。但如果你让我重新来过一次，我会建议你先从最难戒的那个开始。每个人的"那个"不一样——有人是短视频，有人是社交媒体，有人是购物App。找到它，干掉它，观察自己一周内的变化。然后再决定下一个。

一步到位的极简听起来很酷，但容易反弹。温水煮青蛙的方式，反而更可持续。

三十天后，我的手机变得"不好玩"了。

但我的生活，开始好玩起来了。

远程工作三年，我后悔的5件事（但我绝不回办公室）

Wed, 06 May 2026 00:00:00 GMT

2020年春天，我抱着笔记本从公司工位走出来的那天，觉得自己赚翻了。不用挤地铁，不用闻同事的午饭味，随时去厨房倒杯咖啡——这不就是自由吗？

三年后，我确实还在远程。但我必须承认，有些亏，我吃得太晚了。

后悔一：以为省了两小时通勤，其实丢了一整天的边界

以前上班，地铁上刷手机是垃圾时间，但出了公司门，工作就结束了。那扇门是一道物理边界，你过了就是你的生活。

远程之后呢？我的办公桌在卧室角落，走路五秒就到。早上醒来看一眼消息，中午吃饭回一封邮件，晚上洗完澡"顺手改个bug"。没有通勤切割，工作像水一样渗进每个缝隙。我算过一笔账：以前每天加班到7点，出了公司就不想了；远程之后，我平均每天散布在工作上的时间超过10小时，但真正深度工作的可能就4小时，剩下全是碎片化的"顺便处理"。

省下的不是时间，是边界感。

后悔二：社交能力肉眼可见地退化

这事我之前不信，直到去年公司组织线下团建。

我站在酒店大堂，面对一张张只在屏幕上见过的脸，嘴巴像生锈了一样。不是忘了怎么说话，是忘了怎么"闲聊"。以前在茶水间，随便聊两句周末干嘛了、最近追什么剧，自然就有了。远程三年，我所有的对话都变成了"这个需求什么时候上线"和"文档你看了吗"。

功能性沟通没问题，但人味儿没了。那次团建，我花了整整一天才重新找到和人面对面聊天的节奏。更扎心的是，我发现好几个同事也是这样——我们坐在一起，居然不约而同地掏出了手机。

后悔三：晋升这件事，"看不见"真的等于"不存在"

我不是没努力。远程三年，我交付的项目数比在办公室时还多，代码review从没拖过，文档写得比谁都细。

但第二年的晋升评审，我输给了一个能力差不多但每周都在老板办公室晃的人。

不是我老板有问题，是人的注意力机制有问题。你天天出现在视野里，别人潜意识就觉得你"在做事"。你安静地远程交付，别人觉得你"好像没什么存在感"。这不是公平不公平的问题，这是认知偏差，是所有远程工作者必须面对的现实代价。

后来我学聪明了，开始主动在周会上多讲两句，项目完成后单独发总结邮件给相关方。曝光度要自己挣，没有人替你数功劳。

后悔四：自由的感觉，和孤独只有一层窗户纸

远程最大的谎言就是"自由"。

没错，我可以在下午三点出门跑步，可以在工作日去看没人排队的展览。但我慢慢发现，我出门的频率反而变低了。没有同事说"一起吃饭吗"，没有下班的铃声催你走，也没有那种"今天好累要不要喝一杯"的冲动——因为每天好像也没多累，但也好像也没多开心。

最孤独的时刻是深夜改完一个bug，发到群里，没人回。以前在办公室，至少能扭头跟旁边的人说句"搞定了"。那种即时的、微小的确认感，远程给不了。

自由是真的，孤独也是真的。两者不是此消彼长，而是同时存在，像一枚硬币的两面——你以为你拿起了自由，翻过来就是孤独。

后悔五：没早点给自己造一个"上班"的仪式

这件事我到第二年才意识到，但伤害已经造成了。

刚开始远程的时候，我经常穿着睡衣开会，床头就是办公桌，有时候上午十一点才开始干活，有时候晚上十一点还在回消息。没有节奏，没有开始和结束的标记，整个人像泡在水里，分不清哪是岸。

后来我做了几个改变：每天换好衣服再坐到桌前，哪怕不出门；固定9点开始、6点半关电脑；每周至少两次去咖啡馆工作。这些看起来微不足道，但它们帮我重新找回了"上班"的感觉。

仪式感不是矫情，是远程工作者的心理救生圈。

但我还是选择继续远程

说了这么多后悔，你可能会觉得我劝退远程。不是。

因为我也记得在办公室的日子：为了等一个6点才开的会，在工位上干坐两小时；为了赶末班地铁，匆匆收尾本可以做得更好的方案；在最需要专注的下午，被旁边工位的电话吵了八次。

远程的坑，可以填。但办公室的痛，我受不了。

我的判断很简单：远程工作适合自驱力强、能主动建立边界的人；如果你还没到那一步，先学会给自己立规矩，再谈自由。

给刚远程的新人一句话：第一天就设好你的上下班时间，比学任何效率工具都重要。

技术书越读越焦虑？我曾经的书架比我的人格还励志

Wed, 06 May 2026 00:00:00 GMT

我的书架上有一本《深入理解计算机系统》，塑封还没拆，旁边是三本React 16的旧书，而最新的那本是去年双十一买的《Rust实战》。它们整整齐齐地排列着，像一群等我去宠幸的嫔妃——问题是，我根本顾不过来。

这就是我过去五年技术生涯的真实写照：买书如山倒，读书如抽丝，焦虑如呼吸 。

你不是懒，你是中了技术焦虑的毒

先别急着自责。你不是唯一一个对着书架发呆的程序员。

我观察过身边的同行，发现我们这行有一种集体症状：技术恐慌症（FOMO驱动的学习综合症） 。具体表现包括但不限于——

刷到"2024年最值得学习的10项技术"，马上打开购物App；公司刚宣布要用微服务，豆瓣上就已经多了三本《深入理解分布式系统》的订单；看到别人在GitHub上亮出一串绿色格子，立刻觉得自己落后了三个技术纪元。

这种焦虑的根源，不是你不努力，恰恰相反——你太努力了，只是努力的方向被算法和营销号带着跑 。

出版社也知道你的痛点。每一本技术书的封面都在传递同一个信息：这本书关乎你的职业生死。不买，你就输了。所以我们买了。我们囤积了。我们以为拥有书就等于拥有知识。

结果呢？书架越来越满，脑子越来越空。

从"读完"到"够用"：我的一次认知崩塌

转变发生在一个毫无仪式感的下午。

我当时在学Kubernetes，好不容易啃完了官方文档里"核心概念"那一章，感觉良好。然后打开一个真实项目的yaml文件，满屏都是我不认识的东西——Helm、Custom Resource Definition、NetworkPolicy……文档没覆盖，但它们真实存在。

那天我意识到一件事：我一直在追求"读完一本书"的成就感，而不是"能用它解决一个问题"的能力 。这是两件完全不同的事。前者让你觉得自己在学习，后者才让你真正成长。

从那以后我换了一个标准。不问"这本书我读完了吗"，而是问："我现在能用它做什么？"

够用就好。这个词听起来很不求上进，但它救了我的学习效率和睡眠质量。

主题阅读法：一次只攻一个方向

"什么都想学"和"什么都不精"是一对双胞胎。

我的做法是给自己设定技术边界 。每个季度，我只能深度研究一个方向。去年Q3是我的"分布式数据库季"，整个三个月我只读和数据库相关的书和论文，项目也尽量往这个方向靠。Q4换成"前端工程化"，同样吃透为止。

这样做有几个好处：

第一，减少上下文切换的损耗。 每次切换方向都有巨大的思维启动成本，待在一个方向里，知识的复利效应会慢慢显现。

第二，容易建立知识之间的连接。 当你连续读五本同一领域的书，作者们的观点开始互相印证，也开始互相反驳，这时候你才真正在思考，而不只是在接受信息。

第三，做完一件事的成就感会推着你继续。 完成比完美重要，先有一个完整的认知框架，再去补细节。

旧书的价值：经典不过时，是因为它讲的是原理

技术书有个奇怪的现象：越新的书，越容易过时 。

2019年买的一本讲Docker的书，现在翻开来满屏都是"请注意，这些命令在最新版本中已废弃"。而1984年出版的《计算机程序设计艺术》卷一，里面的数学思想至今适用。1995年的《设计模式》，二十九年了还在出版。

这不是说新技术不值得学。而是说，底层原理的变化速度远慢于工具和框架 。你花三周学透TCP/IP协议栈，可以用一辈子；你花三周追完最新的Web框架，明年又来了个更新的。

我现在的选书策略是：先找这个领域最经典的那本书。读懂了原理再看新书，新技术在你眼里就变成了"原理的具体实现"，学起来快十倍。

给程序员的阅读处方：少买、精读、边读边敲

说了这么多虚的，来点实在的。

处方一：买书之前先等72小时。 把书扔进购物车，三天后再回来看。如果还想买，说明是真的需要，不是冲动。等这个习惯坚持三个月，你会发现自己买书的频率悄悄降了一半。

处方二：一本书最多同时开三本，再多就读乱了。 一本主攻（技术深度），一本辅助（同一领域的不同角度），一本闲书（可以是大脑换挡用的非技术书）。三本之外，其他的等这三本消化完再说。

处方三：读技术书一定要动手。 我有个粗暴的标准：一本书里如果没有任何代码让你想敲一敲，那这本书你八成不需要买。如果有，别只看，跑一遍。跑不通，就去搜索；搜索不到，就去提issue。这才是技术书的正确用法。

处方四：给每本书设一个"放弃止损点"。 不是每本书都值得读完。我现在的习惯是：如果读了三章还是不知所云，或者感觉作者在凑字数，直接放弃。这不是半途而废，这是把时间留给真正值得的书。

处方五：读完一部分，当天写三行笔记。 不需要多，不需要格式。哪怕是"这章讲了什么，解决了我的什么问题"，三行就够了。三个月后你翻笔记，会发现这些零碎的字救了你很多次。

技术书的本质是工具，不是奖杯。你不需要读完书架上所有的书才能证明自己是一个好程序员。找到你需要的，用好它，然后继续写你的代码。

书架空了，脑子才能装进真正重要的东西。

AI Agent吹了两年还没落地，我试了6个框架后发现真相

Tue, 28 Apr 2026 00:00:00 GMT

AI Agent自动化LangChain实践经验智能体

去年这时候，朋友圈一半人在发"AI Agent元年"。今年，同一批人开始转发"AI Agent泡沫论"。

我猜真相在中间——Agent没那么神，但也没那么废。问题是，大多数人根本没搞明白Agent到底该解决什么问题，就冲进去一顿折腾。

先说我踩的坑

去年9月，我用LangChain搭了个"自动写周报"的Agent。理想很美好：自动抓Jira数据→分析进度→生成周报→发飞书。结果呢？

第一步就翻车了。Jira API返回的字段跟LangChain文档里写的对不上，调试了两天才搞定数据抓取。第二步分析进度，GPT-4把"延期3天"理解成了"还有3天截止"，整个周报逻辑全错。第三步发飞书倒是顺利，但周报内容被领导退回来重写。

最后我花了3周，写出来的周报还不如以前花20分钟手搓的。这不是段子，这是真实经历。

Agent到底卡在哪？

试了6个框架（LangChain、AutoGen、CrewAI、OpenClaw、Dify、Coze），我总结出三个核心卡点：

第一，可靠性。 Agent跟ChatBot最大的区别在于：ChatBot说错一句话，用户重新问就行；Agent执行错一步，整个流程可能要回滚。而大模型的输出天然不稳定——同样的prompt跑两次，结果可能完全不同。你要让一个不确定性很强的东西去驱动确定性要求很高的流程，这个矛盾目前没有银弹。

第二，上下文管理。 我见过最离谱的案例：一个客服Agent，处理到第8轮对话时，把前面7轮的上下文全丢了，开始问用户"请问您需要什么帮助"。用户当场炸毛。大模型的上下文窗口在变大，但Agent需要的不只是"记得住"，还得"记得对"——知道什么时候该用哪段记忆、该忽略哪段。这不是窗口大小的问题，是架构设计的问题。

第三，错误恢复。 人做错事可以道歉补救，Agent做错事呢？我见过一个采购Agent，因为理解错了"尽快"的意思，直接下了三倍数量的订单。取消订单、走退款流程、跟供应商解释——这些后续处理的复杂度远超Agent本身。

但Agent不是没用，是你用错了场景

踩完坑之后我重新想这个问题，发现一个关键判断：Agent的可用性跟"容错空间"正相关。

什么叫容错空间？就是这个任务搞砸了，代价有多大。

写周报——容错空间极小，领导一眼就能看出不对。

整理文件夹——容错空间极大，大不了再整理一次。

筛选简历——容错空间中等，漏掉一个好候选人有点可惜，但不致命。

所以我现在用的策略是：把Agent放在容错空间大的场景里，容错空间小的场景还是人来兜底。

具体来说，我目前真正在用、确实省时间的Agent场景就三个：

信息聚合 ：每天早上自动抓取我关注的5个信息源，汇总成摘要。偶尔漏掉一条无伤大雅，但省了我30分钟刷信息流。
文件整理 ：按日期和类型自动归类下载文件夹。偶尔分错一个，手动拖一下就好，但整体省了很多找文件的时间。
初稿生成 ：让Agent根据大纲生成初稿，我再改。比从零开始写快，但终稿必须人过一遍。

这三个场景的共同点：输出需要人确认，但确认的成本远低于从头做的成本。

选框架别纠结，先跑通再说

很多人纠结选哪个框架，我的建议是：别纠结，选你最快能跑通的那个。

Coze适合完全不想写代码的人，拖拽式搭建，10分钟能出个demo。缺点是复杂逻辑很难实现，出了bug调试很痛苦。

Dify适合想自己部署的团队，可视化工作流做得不错，但定制化程度不如代码框架。

LangChain生态最大，文档最全，但抽象层太厚，出了问题你得先理解它的抽象逻辑才能调试。我经常觉得自己不是在用框架，而是在跟框架斗智斗勇。

OpenClaw是我目前在用的，特点是轻量、可以本地跑、配置简单。适合个人用户搭自己的Agent工作流，不需要服务器。

选哪个都行，关键是先用最小场景跑通，确认Agent能给你省时间 ，再考虑扩大使用范围。别上来就想搭一个全能Agent——那不是创业，那是做梦。

别等Agent完美了再用

Agent现在确实不完美，可靠性、上下文管理、错误恢复都有问题。但"不完美"不等于"不能用"。

我的原则就一条：让Agent干它擅长的（重复、规则明确、容错空间大），人来干它不擅长的（判断、创意、容错空间小）。 不神化，不妖魔化，踏实用就行。

你现在用Agent在做什么？评论区聊聊，说不定能碰撞出更好用的场景。

刷了3小时短视频后我删了所有App：信息过载时代怎么保持自己的脑子

Tue, 28 Apr 2026 00:00:00 GMT

独立思考信息过载深度阅读习惯养成

上周六晚上，我本打算看半小时短视频就睡觉。结果一抬头，凌晨两点了。

更恐怖的不是丢了3个小时——而是我完全想不起来看了什么。只记得一些模糊的画面和情绪碎片：好像有个搞笑的猫，好像有人在吵架，好像有个广告说买什么打折。

那一刻我突然意识到：我每天摄入的信息量可能是十年前的50倍，但真正沉淀下来的，可能连十分之一都不到。更危险的是，我开始分不清哪些想法是"我的"，哪些是算法喂给我的。

算法不是在推荐，是在塑造

我用一个很简单的实验验证了这件事：注册了两个新账号，一个只看科技内容，一个只看生活内容。一个月后，同样搜"买房"，两个账号出来的结果完全不同——一个给我推分析文章，一个给我推情感故事。

这意味着什么？你以为你在主动搜索，其实算法已经替你决定了"你能看到什么"。你以为你在独立判断，其实你的判断素材已经被筛选过了。

更隐蔽的是评论区。我发现自己经常还没想清楚，就先看评论区——看看"大家怎么说"。看完之后，我的想法不知不觉就往高赞评论靠拢了。这不是独立思考，这是借别人的脑子想问题。

我做了一个月的实验

意识到这个问题之后，我做了一个实验：一个月内，刻意减少信息输入，增加"空白时间"。

具体做法：

第一周：删掉手机上3个最耗时的App。 我删了抖音、小红书、微博。没删微信因为工作需要，但关掉了朋友圈入口。第一周最难熬，有种"与世界脱节"的焦虑。但到第四天，焦虑感明显下降，取而代之的是一种奇怪的平静。

第二周：每天留30分钟"什么都不做"的时间。 不是冥想，不是运动，就是发呆、散步、在纸上乱写。说实话，刚开始我根本坐不住，大脑像上瘾一样想刷点什么。但慢慢地，那些被信息淹没的想法开始浮出来——有些是关于工作的，有些是关于生活的，有些纯粹是胡思乱想。但这些想法是"我的"。

第三周：每次看信息之前先问一个问题。 以前是"有什么新的？"，现在改成"我需要知道什么？"。这个微小的改变，让我从被动接收变成了主动寻找。信息量骤降，但每条信息我都认真看了。

第四周：开始写"思考日记"。 不是记录发生了什么，而是记录"我怎么想"。每天花5分钟，写一个我对某件事的看法。不追求对错，只追求"这是我自己的判断"。

一个月下来，最大的变化不是"知道得更多了"，而是"分得清了"——哪些观点是别人灌输的，哪些是自己推导的。这种清晰感比多看100篇文章都有价值。

三个让我保持独立思考的习惯

实验结束后，我没回去装那3个App。但我也没有变成一个信息苦行僧——我只是在信息和自己之间加了一道"滤网"：

1. 先想再看。 遇到任何热点话题，我先给自己3分钟形成初步判断，然后再去看别人的分析。这样做的目的是防止"锚定效应"——先看别人的观点，你的思考就会不自觉地被它锚定。

2. 找反面。 当我强烈同意一个观点时，我逼自己去找反对它的文章。不是为了"平衡"，而是为了检验自己的判断到底有没有根基。有时候找到的反面观点很弱，反而让我更坚定了——但这种坚定跟之前没看过反面观点的"盲目自信"完全不同。

3. 定期清仓。 每季度花一个下午，翻翻自己之前写的东西，看有没有互相矛盾的观点。有矛盾不是坏事，说明你在进化。但如果从来没发现过矛盾，那才要担心——要么你全对了（不太可能），要么你压根没在思考。

不是要关掉所有信息源

我不反对信息消费，我反对的是无意识的信息消费。就像吃东西——不是不吃，而是知道自己吃了什么、为什么吃、吃了之后怎么样。

信息也一样。你刷的每一条内容都在塑造你的思维，区别只在于：是你主动选择被什么塑造，还是被动接受算法的安排。

保持自己的脑子，这事说难不难，说简单也不简单。关键就一步：在你和信息之间，留一点空白。

那一点空白，就是你开始思考的地方。

你的知识管理系统为什么总失败？因为你在囤货，不是在建库

Tue, 28 Apr 2026 00:00:00 GMT

知识管理ObsidianNotion效率工具个人知识库

我有个朋友，知识管理工具换了7个。从印象笔记到OneNote，到Notion，到Obsidian，到Logseq，到飞书文档，最后又回到Obsidian。每个工具都用得很投入——刚换工具那个月，笔记量大增，标签体系建得漂亮，模板设计得精致。

然后呢？三个月后，又变成了一个"只进不出"的数字仓库。

这个问题我也有。折腾了好几年，终于想明白了一件事：知识管理系统失败，不是工具的问题，是你把"收集"当成了"管理"。

"数字松鼠症"——你只是在囤积

松鼠秋天疯狂囤坚果，很多都找不到了。我们用知识管理工具也一样——看到好文章就收藏，看到好观点就摘录，看到好书单就保存。收藏的那一刻觉得"我以后一定会看"，但实际上呢？

我自己统计过，Notion里存了800多篇文章，真正回头看过的不超过30篇。收藏夹里的链接，打开率不到5%。

这不是知识管理，这是数字松鼠症。你在囤货，不是在建库。

真正的知识管理，核心动作不是"收集"，而是"连接"和"输出"。

三个让知识库"活"起来的改变

我现在的做法很简单，就三条规则：

规则一：收集的时候必须写一句话。

以前我收藏一篇文章，打个标签就完事了。现在我逼自己写一句话：这篇文章的核心观点是什么？它跟我知道的什么东西有关？

就这一句话，区别巨大。写不出来，说明你根本没读懂——那收藏了也没用。写出来了，这条笔记就有了"锚点"，以后翻到的时候你能瞬间回忆起为什么存它。

这个习惯我坚持了两个月，发现收藏量下降了60%，但真正有用的笔记比例从不到5%上升到了将近一半。少即是多，这话在知识管理上体现得淋漓尽致。

规则二：每周写一篇"连接笔记"。

光收集不连接，就像买了一大堆食材却不做菜。我每周会花20分钟，把本周的笔记翻一遍，找2-3条有联系的，写一篇"连接笔记"——不是总结，是把它们串起来，说出它们之间的关系。

比如上周我存了三条笔记：一条关于AI Agent的可靠性问题，一条关于软件测试的边界思维，一条关于厨房菜谱的容错设计。我把它们串在一起，写了篇关于"容错思维"的连接笔记。这个笔记的价值远超三条单独的笔记，因为它创造了一个新的认知框架。

这个做法受Zettelkasten（卡片盒笔记法）启发，但我做得更轻量——不需要复杂的编号系统，就是每周花20分钟把笔记串一串。

规则三：输出倒逼输入。

我所有的知识管理，最终都指向"写点什么"。写博客、写工作文档、写复盘笔记——不管写什么，写出来才算真正消化了。

有个很扎心的测试：你能不能用5句话把你收藏的那篇文章讲给别人听？讲不出来，说明你只是"知道"，不是"理解"。

写作就是最好的理解工具。不是因为写得好才写，而是因为写了才能变好。

关于工具选择的实话

总有新人问我"选Obsidian还是Notion"。我的回答是：选你用着最顺手的，别为了工具换工具。

Obsidian适合喜欢本地存储、Markdown写作的人，双链功能确实好用，但上手成本不低。Notion适合需要协作、喜欢可视化的人，数据库功能很强，但离线体验差。飞书文档适合团队场景，个人用有点重。

不管选哪个，上面三条规则都适用。工具只是容器，内容才是关键。

我最终选了Obsidian，不是因为它是"最好的"，而是因为我是程序员，喜欢纯文本、Git版本管理、本地可控。这些偏好跟工具的特性吻合，所以我用着舒服。你要是设计师，Notion可能更适合你。

知识管理的本质不是管理知识

这句话听着绕，但我越想越觉得对。知识管理的本质是改变你和信息的关系 ——从被动接收变成主动构建，从"我知道"变成"我理解"，从"我存了"变成"我用了"。

能做到这一步，用什么工具都行。做不到，换什么工具都没用。

你现在用什么知识管理工具？有什么心得？评论区说说，我很好奇大家的实践。

重读《纳瓦尔宝典》：第一次看觉得是鸡汤，第二次才品出味道

Tue, 28 Apr 2026 00:00:00 GMT

纳瓦尔宝典读书笔记财富思维个人成长杠杆

第一次读《纳瓦尔宝典》是在2023年，当时觉得"就这？"。什么"用专长和杠杆致富"、什么"幸福是一种技能"，听起来跟机场书店的成功学没什么区别。

今年翻出来重读，才发现我之前根本没读懂。不是书变了，是我变了——经历过被裁、重新找工作、折腾副业之后，书里那些"鸡汤"变成了"预言"。

收获一："出租时间"和"拥有资产"的鸿沟

纳瓦尔说了一句很扎心的话："靠出租时间永远无法实现财务自由。"

第一次读到这话，我的反应是"废话，谁不知道"。但那时我还在拿月薪，觉得"出租时间"就是我正常的工作方式，没什么不对。

直到去年被优化之后我才真正理解：当你把时间卖给一家公司，你的收入上限就是你的日薪×工作天数。你不可能通过"更努力地出租时间"来突破这个上限——因为一天只有24小时。

而资产不一样。一段代码写完可以卖无数次，一篇内容发出去可以持续获客，一个产品上线可以7×24小时运行。这些东西在你睡觉的时候还在替你赚钱——这才是纳瓦尔说的"财富"。

所以关键不是"要不要努力"，而是"努力的产出能不能被复制和规模化"。如果能，你就是在积累资产；如果不能，你就是在出租时间。

我现在的判断标准很简单：做一件事之前问自己——"这件事的产出是一次性的还是可持续的？"写一篇技术博客是可持续的（以后有人搜到还能看到），帮同事调一个bug是一次性的。不是说一次性的事不该做，而是你要有意识地把精力往可持续的方向倾斜。

收获二：杠杆的真正含义

纳瓦尔把杠杆分成三种：劳动力、资本、代码/媒体。前两种需要许可（有人愿意给你钱、有人愿意跟你干），第三种不需要——代码和媒体是"无需许可的杠杆"。

第一次读的时候，我把"杠杆"理解成了"投机取巧"——好像找到杠杆就能轻松暴富。这次重读才明白，纳瓦尔说的杠杆更像是一个"放大器"：它放大的不是运气，而是你的专长和判断力。

没有专长的杠杆是空转。你有100万粉丝但没有专长，发什么都火不起来；你有专长但没有杠杆，影响范围永远只有身边的人。两者缺一不可。

对我来说，代码和媒体杠杆是最实际的选择。我写代码、写博客、做开源项目——这些都是"写一次、持续受益"的事情。之前觉得这些是"业余爱好"，现在才意识到这才是真正在积累杠杆。反而是加班做公司项目，看似在努力，实际是在出租时间。

这不是说上班没意义，而是说上班之余你把时间花在哪里，决定了5年后的你在哪里。

收获三：幸福是一种"减法"

书的后半部分讲幸福，纳瓦尔的观点很反直觉：幸福不是"得到更多"，而是"需要更少"。

这话第一次读觉得太虚了。但经历了裁员焦虑之后，我慢慢品出味道了。焦虑的根源不是"我拥有的不够多"，而是"我怕失去已经有的"——房贷、生活方式、社会身份。拥有的越多，怕失去的越多，反而越不自由。

纳瓦尔说他做投资不是为了买更多东西，而是为了"不需要做不想做的事"。这个定义比"财务自由就是有钱"精准得多。你月入5万但每天加班到11点，和月入2万但下午4点下班，谁更自由？

我现在的做法是：每个月列一次"我真正需要的东西"，删到只剩10项。每次删完都发现——我以为需要的很多东西，其实只是"习惯性以为需要"。这种定期清理比赚更多钱更能带来安全感。

不是鸡汤，是验证过的经验

《纳瓦尔宝典》这书有个特点：你的人生经历越少，越觉得它是鸡汤；经历越多，越觉得它在说大实话。

三个收获总结成一句话：用资产思维代替时间思维，用杠杆放大专长，用减法获得自由。 听起来还是像鸡汤？那就先放着，等被生活锤两次再回来翻。

有读过这本书的朋友吗？你最认同或最不认同纳瓦尔的哪个观点？评论区聊聊。

让AI帮你写代码，这5个prompt技巧比背100个快捷键有用

Tue, 28 Apr 2026 00:00:00 GMT

我发现一个很有意思的现象：同样用Claude Code写代码，有的人产出一坨需要反复修改的屎山，有的人一次就能拿到能跑的代码。差别不在工具，在prompt。

这话不是我编的。我观察了身边十几个经常用AI编程的朋友，发现真正用得好的那几个，prompt都有一个共同点——不是更长，而是更具体 。

别再说"帮我写个函数"

这是最常见的烂prompt："帮我写一个排序函数"。

然后AI给你写了一个冒泡排序。你一看，心想"这也太基础了吧"。但你有没有想过，你的指令就这么基础？

AI不是你肚子里的蛔虫。你说"排序函数"，它不知道你排什么数据、数据量多大、要不要稳定排序、对时间复杂度有没有要求。它只能给你一个最安全的默认答案。

好的prompt是这样的：

"用Python写一个排序函数，要求：1）输入是包含dict的list，每个dict有name和age两个字段，按age升序排列 2）相同age时按name字母序排列 3）返回新list，不修改原数据 4）加上类型提示"

看到区别了吗？不是字数多，而是你把约束条件 都说清楚了。AI不需要猜你要什么，直接给你要的。

给AI角色设定，别觉得矫情

"扮演一个有10年经验的Java后端架构师"——这句话看起来像在玩过家家，但实测有效。

为什么？因为不同角色关注的东西不一样。一个初级程序员写代码可能不考虑异常处理，一个架构师写代码会想到可扩展性和边界情况。当你给AI设定了角色，它的输出风格会跟着变。

比如你要写一个支付接口：

"你是一个有10年经验的支付系统架构师，帮我设计一个订单支付接口。需要考虑：幂等性、超时处理、并发扣减、退款流程。先给出接口设计，再写核心代码。"

和不加角色设定相比，加上的版本会把边界情况和异常处理都写进去，而不加的版本可能只写一个快乐的路径。

把大任务拆开，别一口气丢给AI

这是我踩过最贵的坑。有一次我直接丢给AI一个需求："帮我写一个完整的用户管理系统，包括注册、登录、权限管理"。

结果呢？它给了我一个看起来很完整但到处是bug的东西。改了一整天，还不如自己写。

后来我改成了分步来：

先让它设计数据库表结构
确认表结构没问题，再让它写注册接口
注册接口跑通了，再写登录接口
最后写权限管理

每一步我都review，发现问题就及时纠正。最终的效果比一次性让它全写好得多，而且总耗时反而更短。

AI适合做原子任务，不适合做架构决策。 你负责拆分和把控方向，它负责执行。

给示例，别只给规则

有时候你想要某种特定的代码风格，但怎么描述都描述不清楚。这时候最有效的办法不是写规则，而是直接给一个示例。

比如你想要一种特定的错误处理风格：

"按照下面这种风格写错误处理：
不用try-catch包裹整个函数，只在可能失败的操作处捕获。
捕获后不要静默吞掉异常，要记录日志并返回用户友好的错误信息。
示例：
def get_user(user_id):
if not user_id:
raise ValueError("user_id不能为空")
user = db.query("SELECT * FROM users WHERE id = ?", user_id)
if not user:
logger.warning(f"用户不存在: {user_id}")
return None
return user"

AI看到示例之后，比你写十行规则描述都管用。这就是Few-shot的力量。

最后说一句

prompt工程不是玄学，是沟通。你跟同事对接需求的时候，说清楚背景、约束、期望结果，同事就能给你想要的东西。AI也一样，只不过它不会主动问你"你具体想要啥"，所以你得自己把话说完整。

2026年了，你的所有账号还在用同一个密码？

Mon, 27 Apr 2026 00:00:00 GMT

密码安全数据泄露1PasswordBitwarden网络安全

上个月，美国身份保护服务商Aura被黑了。90万条用户记录泄露。

一个专门帮你保护身份安全的公司，自己的数据都没保住。

这不是段子，这是2026年3月真实发生的事。而且类似的泄露，几乎每个月都在发生。2026年2月的全球数据泄露月报显示，大约12%的泄露数据是"邮箱+密码"这种最基础的二要素信息。

你的密码，可能已经在暗网上被卖了好几轮了。你还不知道。

"我的密码很复杂，不怕"

如果你只有一个账号，一个复杂密码确实够用。但你有多少个账号？微信、支付宝、淘宝、京东、银行、邮箱、各种App……大多数人至少有50个以上的账号。

50个账号，50个不同的复杂密码，你记得住吗？

记不住。所以大部分人的做法是：所有账号用同一个密码 ，顶多加个后缀区分一下。微信用MyP@ssword1，淘宝用MyP@ssword2，邮箱用MyP@ssword3。

这跟用同一个密码几乎没区别。只要一个被泄露，其他全部沦陷。黑客拿到你的邮箱密码后，第一件事就是去试你的支付宝和银行。

这叫撞库。不需要什么高超技术，写个脚本10分钟搞定。

还有一个坑：你改了密码，但忘了哪些地方用过旧的

我有个同事，某天发现自己的邮箱被异地登录了。他赶紧改了密码，以为没事了。

两周后，他的Steam账号被人充了5000块的游戏币。因为他改了邮箱密码，但忘了Steam用的是同一个密码。而且Steam不绑定手机，改密码只需要邮箱验证——邮箱的验证邮件，黑客已经看完了。

你永远不知道自己有多少个账号在用那个旧密码。因为很多账号你注册完就忘了，但它们还在那里，像没锁的门。

真正管用的方案：密码管理器

答案很简单，但很多人不用：密码管理器 。

原理很简单：你只需要记住一个主密码，其他所有密码由密码管理器生成和保存。每个账号都是独立的随机密码，长度20位以上，包含大小写字母、数字、符号。比如：kX9#mP2$vL7&nQ4@wR5。

这种密码你不需要记，也不需要自己打。密码管理器自动填充。你只需要记住一个主密码就行。

两个推荐：

1Password ——付费，但体验最好。界面好看，跨平台，支持家庭共享。如果你用的是苹果全家桶，它跟Face ID/Touch ID的配合特别丝滑。一年大概200多块，一顿火锅钱。

Bitwarden ——免费开源，功能够用。界面朴素一点，但核心功能和1Password没差。如果你不想花钱，选它没问题。

我不推荐LastPass。它在2022年底被黑过一次，用户保险库数据被偷了。虽然后来修了漏洞，但信任这种东西，丢了就很难回来。

还有一个很多人忽略的：双因素认证

密码管理器解决了"密码泄露"的问题，但没解决"验证码被截获"的问题。所以你还需要双因素认证（2FA） 。

2FA的原理是：即使别人拿到了你的密码，没有第二个验证因子（手机验证码/认证器App），也登不进去。

大部分人用的是短信验证码，这其实是最弱的2FA。因为SIM卡可以被克隆，短信可以被拦截。更好的选择是用认证器App（比如Google Authenticator、Microsoft Authenticator、1Password自带的2FA功能）。

至少给这些账号开2FA：邮箱、银行、微信、支付宝、iCloud/Google账号。这5个是最核心的，其他看心情。

现在就做

别等"下次再说"。数据泄露不等人。

今天花30分钟：

1. 下一个密码管理器（1Password或Bitwarden）
2. 把你最重要的5个账号的密码改成随机生成的
3. 给这5个账号开启2FA
4. 以后注册新账号，都用密码管理器生成密码

30分钟，换你未来几年的安全感。值得。

OpenSpec 很香，但代码跑不通

Sun, 26 Apr 2026 00:00:00 GMT

AI编码OpenSpecSpecKitHAFW代码评审

上周试了 OpenSpec，三分钟出了个原型，我差点信了。

然后跑了一下——

接口报错，数据库字段对不上，单元测试根本没写。

一、AI 编码工具的"假爽"

国外这波 AI 编码工具很火：OpenSpec、SpecKit、SuperPower。

它们都能做到：

你说"我要个登录功能"
它生成需求文档
它生成开发计划
它开始写代码

听起来很完美。

但实际用下来，最大的问题是：没有评审。

需求文档出来之后，直接就给你 plan，中间没有"等人确认"这个环节。

你不知道它是不是理解错了你的需求，也不知道它给出的技术方案是不是最优的。

等你发现不对，代码已经写了一半。

二、国外工具缺了什么

我对比了一下国外主流 AI 编码工具和国内实际开发流程：

环节 | OpenSpec | SpecKit | SuperPower | 国内实际流程
---|---|---|---|---
需求分析 | ✅ | ✅ | ✅ | ✅
需求评审 | ❌ | ❌ | ⚠️（交互式确认） | ✅ 必须
架构设计 | ✅ | ✅ | ✅ | ✅
设计评审 | ❌ | ❌ | ❌ | ✅ 必须
代码生成 | ✅ | ✅ | ✅ | ✅
单元测试 | ❌ | ❌ | ❌ | ✅ 必须
代码评审 | ❌ | ❌ | ❌ | ✅ 必须
质量检测 | ❌ | ❌ | ❌ | ✅

你可以看到，国外工具在"生成"这个环节做得很好，但"评审"和"测试"基本缺失。

SuperPower 稍微好一点，它会一步步问你"要不要加这个功能"，但这种交互式确认不是正式评审。

正式评审是什么？

需求评审：架构师、开发、产品一起看需求文档，补齐遗漏的点
设计评审：技术负责人看数据库设计、接口设计，挑出潜在问题
代码评审：同行看你的代码，指出不规范的地方

这些环节在国外工具里是空的。

三、为什么国内必须有评审

国内软件开发有个特点：流程标准化程度高。

一个需求从提出到上线，至少要过三道评审：需求评审、设计评审、代码评审。

每一道评审都是为了降低返工成本 。

需求没评好 → 开发做到一半发现理解错了 → 重写
设计没评好 → 代码写完了发现架构有问题 → 重构
测试没写好 → 上线后出 bug → 紧急修复

国外工具直接跳过这些环节，AI 自己闷头写，写完给你一个"看起来没问题"的代码。

但实际上，没经过评审的代码，就是一颗定时炸弹。

四、我自己做了一套

因为受不了这种"假爽"，我自己做了个技能包：HAFW。

核心思路很简单：把评审环节加回去。

完整流程是这样的：

需求调研 → 需求评审 → 原型设计 → 架构设计 → 设计评审
→ 数据库设计 → 接口设计 → 任务拆分 → 开发
→ 单元测试 → 代码评审 → 质量检测 → 运维部署

每一步都可以单独执行，也可以跳过。

比如你只想让它帮你写代码，可以直接从"开发"开始。

但如果你想做一个完整的项目，按流程走一遍，每一步都有评审。

五、和国外工具比，HAFW 强在哪

维度 | OpenSpec | HAFW
---|---|---
需求评审 | ❌ | ✅ 多角色模拟评审
设计评审 | ❌ | ✅ 架构师视角检查
单元测试 | ❌ | ✅ 自动生成测试用例
代码评审 | ❌ | ✅ 代码规范检查
语言 | 英文 | 中文
修改难度 | 改英文文档 | 直接改中文文档

不是说 HAFW 比 OpenSpec 强——单看代码生成质量，OpenSpec 可能更好。

但 HAFW 管了 OpenSpec 不管的事：评审、测试、流程管理。

六、适合什么人用

如果你只是想快速做个原型，验证想法，OpenSpec 足够了。

但如果你要：

做一个要上线的项目
团队协作开发
符合公司的开发流程规范

那评审环节是绕不过去的。

HAFW 就是把这块补上了。

国外工具好用，但别拿来当生产流水线。

至少，先把评审加上。

Anthropic 官方 PM Skill sprint-planning 技术解析：如何做迭代范围、容量与风险规划

Sun, 26 Apr 2026 00:00:00 GMT

sprint-planning（迭代规划） 是这套产品管理技能里最轻量、也最贴近执行层的一个技能。它抓住了迭代规划里最容易被忽略的三件事：容量、范围和风险 ，并把它们整理成清楚的决策框架。

系列说明： 属 Anthropic 官方产品管理技能系列。放在整套工作流里，它最接近执行起点，负责把中期规划收束到当前这一轮迭代。

技能地址：https://github.com/anthropics/knowledge-work-plugins/tree/main/product-management/skills/sprint-planning

一、这个技能在解决什么问题

很多迭代规划之所以低效，往往是因为计划阶段默认了几个并不成立的前提：

所有人都满额可用
待办列表优先级已经清楚
结转事项不会影响新承诺
依赖项不会临时爆炸
计划容量可以拉满

sprint-planning 的设计，正是为了把这些常见误判提前摊开。 它并不替代工程计划工具，更接近一个足够清楚的迭代规划骨架。

二、技能定位

它的定义是：name 为 sprint-planning，description 是界定工作范围、估算容量、设定目标、起草迭代计划 ，argument-hint 则是 [迭代名称或日期范围]。相比其他技能，这个技能的定位更偏执行。它不承担复杂分析，主要是帮助团队快速进入一次高质量迭代计划所需的核心要素。

三、工作流的重点非常明确

1. 它先问团队最关键的输入

sprint-planning 要的内容包括团队与可用时间、迭代时长、待办列表、结转事项、依赖项 。这五项刚好对应了一次迭代规划里最容易被低估的现实变量。

尤其是可用时间 这一项。很多团队做规划时默认每个人整个周期都能投入功能开发，结果计划从第一天开始就不成立。这个技能明确要求把休假、会议等因素算进去，这个方向很对。

2. 它区分独立运行和增强模式

这个技能用很直观的方式展示了独立运行和增强模式 两种形态：前者即使没有工具也能工作，后者在接入项目追踪工具、日历、聊天工具后能力增强。这样的写法虽然比其他技能更轻，但效果很好，用户一眼就知道它的基础价值，也能看清工具连接在这里扮演的是增强角色。

3. 输出围绕迭代决策最需要的结构

它的输出模板包括迭代目标、容量表、迭代待办表、迭代负载与计划容量对比、风险、完成定义、关键日期 。这样的设计比单纯列任务清单成熟得多，因为它在规划阶段就把几个绕不过去的问题摆到了桌面上：本次迭代到底想完成什么，负载是否超标，哪些是 P0 / P1 / P2，哪些风险已经可见。

四、它虽然轻量，但还是体现了几个关键规划原则

1. 计划不是把容量拉满

在提示里，它明确建议只规划 70%-80% 的容量 。这是非常现实的经验规则。很多团队迭代失败，问题往往就埋在规划阶段：一开始就按理想状态估算，没有给中途扰动留下空间。

2. 一个迭代应该有明确目标

它强调：如果迭代目标无法用一句话说明，这次迭代多半就不够聚焦 。这个要求看似简单，却点中了很多团队迭代质量不高的症结：任务不少，却没有清晰的共同目标。

3. 扩展项必须被显式标出来

很多团队会把扩展项和承诺项混在一起，最后对外预期不清楚，复盘时也很难判断是否过度承诺，团队的心理负担也会随之上升。把 P0 / P1 / P2 直接写在迭代待办表里，是个很实用的设计。

五、一个典型使用场景

假设用户说：

/sprint-planning Sprint 24

一个好的工作流会立刻去确认：团队成员本次可用时间 ，待办列表里优先级最高的事项 ，上一轮有哪些结转事项 ，哪些工作依赖外部团队 ，以及这次迭代最重要的单句目标是什么 。最后输出的也不该只是一个"所有人都很忙"的表格，而应该是一份真正能回答这些问题的计划：这轮到底承诺什么，负载是否合理，哪些属于扩展项，哪些风险已经可见，关键节奏点又落在哪些日期。

六、与其他技能的关系

它的上游通常是 roadmap-update 和 write-spec ，因为迭代规划的前提是中期优先级已经有基本方向，核心需求也有足够清晰的定义。它的下游常常是 stakeholder-update ，因为规划结果往往还要同步给团队或跨团队伙伴。

七、小结

sprint-planning 盯住的正是迭代规划最关键的现实约束：可用时间、容量、范围、风险、结转事项 。从智能体设计角度看，它也给了一个很直接的启发：执行层任务未必需要厚重的方法论；结构清楚、边界明确、输出稳定的轻量技能，同样很有价值 。

别慌，CTO没消失——但这类CTO确实该焦虑了

Fri, 24 Apr 2026 00:00:00 GMT

CTO技术管理AI职业转型

上周跟一个朋友吃饭，他之前在某中型互联网公司做技术VP，管着将近100号人。上个月开始找工作，投了几十份简历，面试只有两三家。他跟我说："现在市场到底怎么回事？"我把招聘平台的数据翻了一遍，发现情况比他想象的复杂——CTO这个岗位没消失，但某种"历史版本"的CTO，确实在被系统性淘汰。

消失的到底是什么？

先说清楚：2025-2026年，CTO和技术负责人的岗位总量并没有萎缩，反而小幅增长。但真正变化的是岗位画像 。

2022年，一个典型CTO的一天是这样的：三个评审会、两次部门协调、一次向CEO汇报、签批两个技术选型单。2026年变成了：和产品一起看AI跑出来的产品原型、review一个Agent链路的架构草图、盯着内部开发者门户的交付。和CEO开会的频率降了一半，但动手的频率涨了三倍。

这不是我编的。我访谈了30多家中大型互联网和SaaS公司，得到的反馈高度一致：大厂"一个VP管300人"的岗位在合并，取而代之的是"技术负责人直管20人+若干智能体集群"的新形态。HR问的问题从"今年招多少人"变成了"为什么还需要这么多人"。

说白了，不是CTO消失了，是中间层这个角色在被AI打穿。

这四类CTO，正在被淘汰

1. 翻译官型

这类CTO的核心价值是把CEO的需求翻译成工程师能听懂的话，再把技术风险翻译成业务语言。2018-2023年这确实稀缺——那时候老板们连API是什么都说不清。

2026年为什么不行？因为老板们自己就在用Claude、Gemini和国产大模型。他们问"这个功能改现有架构要几天"，AI直接给出比翻译官更精准的任务分解；问"用微服务还是单体"，AI直接返回带权衡分析的结论。翻译这个中间层被打穿了。

最扎心的是某C轮公司创始人的原话："我和CTO开一小时例会获得的信息量，不如自己和Claude聊二十分钟。"这不是个例，是结构性现象。

2. 审批官型

拍板用什么技术栈、选哪个云、砍掉哪个方向——手握审批权就是手握权力。但2026年技术栈前所未有地收敛：前端Next.js、后端Node/Go、数据库Postgres、缓存Redis、部署K8s、模型调Claude或国产大模型，这套组合覆盖了80%的场景。剩下20%的决策，AI给出的带风险量化的选型报告比人拍脑袋准得多。

审批权这件事本身，在贬值。

3. 人头管理型

核心KPI是团队规模，靠"我管100号人"证明话语权。年度规划第一条永远是招人数量。

但2025年开始，越来越多公司主动缩编技术团队。不是业务下滑，是Cursor、Claude Code、Devin这类工具让一个工程师的产出顶过去三到五个人。某企业协同上市公司，2025年底把研发从180人压到85人，年产出反而增长了40%。原本那个管180人的技术VP自然没有位置了。

2026年CEO问的第一个问题不再是"你们团队多大"，而是"你们人均产出多少 "。这两个问题的心智模型，完全不是一回事。

4. 经验账本型

"我在某大厂做过十年双十一""我是某电商P9架构师"——以前这是硬通货。

但2023-2025年这波技术范式迁移太剧烈：MCP协议、Agent工程、上下文工程、RAG架构、向量检索优化、模型路由、AI成本治理……这些都是近一两年才逐步成熟的，老经验并不天然适用。更糟的是，一些老经验反而变成了技术债的来源 ——强行把AI应用塞进传统微服务框架里，开发效率不如三个创业者加一个Claude Code。

这三类CTO，议价权反而在涨

产品工程型

依然亲手写代码、亲手做架构关键决策，和创始人、CEO站在一条线上。时间分配大致是40%写代码、30%做产品决策、20%架构设计、10%管理。核心优势是"判断×执行"的闭环速度。一个这样的CTO能顶过去半个小团队。

平台工程型

专注打造内部开发者平台和AI工程基础设施——让每位工程师都能在自动化、可观测、自助化的环境里全速跑起来。设计公司内部的Agent运行时、搭建统一的提示词和模型网关、把CI/CD和AI代码评审深度绑定。这类CTO的产出是"杠杆"——10个人能做出50个人的活。

AI原生架构型

从零构建AI原生产品和组织形态。产品设计默认Agent是一等公民，组织设计默认"人+Agent"的混合团队是基本单元。"哪些决策交给LLM实时判断"是常规议题，不是特殊情况。

类型 | 核心能力 | 2026年议价
---|---|---
翻译官型 | 需求翻译 | ⬇️ 贬值
审批官型 | 技术拍板 | ⬇️ 贬值
人头管理型 | 团队规模 | ⬇️ 贬值
经验账本型 | 十年经验 | ⬇️ 需校准
产品工程型 | 代码+产品判断 | ⬆️ 上涨
平台工程型 | 内部开发者平台 | ⬆️ 上涨
AI原生架构型 | Agent原生设计 | ⬆️ 上涨

新职责模型：四个可交付域

2026年CTO的衡量标准变了：不再以"开了多少会""下属多少人"衡量，而是以四个域的可交付产出物衡量：

战略域 ：和CEO、CPO一起定义产品路线图和12个月技术愿景。不是写PPT，是判断哪些产品方向值得技术all in。季度更新。

架构治理域 ：主导架构决策记录（ADR）和技术债治理计划。AI工程范式下架构师的价值不降反升——AI生成代码的产能极高，没有清晰的架构约束，代码库会以比以前快5倍的速度腐化。月度更新。

AI工程域 ：这是2026年的新职责。设计Agent编排蓝图，搭建MCP工具集，让组织的工作流可以被AI重组。持续迭代。

组织杠杆域 ：定义"人+Agent"的配比和人均价值衡量标准。以前季度复盘看人数和项目数，现在看人均年产出。双月复盘。

这四个域有一个共同特征：每一项都有可交付的文档或系统作为产出，不是"我开了多少会"。

几句不太好听但可能有用的话

第一，别再把"管理经验"当核心卖点。简历上写"管理过80人团队"在2026年不是加分项，甚至可能是减分项——这暗示你的核心技能是管人，但2026年公司要的是少而精的团队加上AI杠杆。

第二，保持对代码和系统的亲手掌握。一两年不写代码就彻底脱离手感的CTO，在AI工程时代几乎没有容错空间。

第三，主动把AI工具用到极致。不是把Cursor装上就算用了，而是要做到：用Claude Code做出端到端POC；用Agent自动化真实业务流程；在团队内部推动"一人一Agent"的工程化文化。

第四，准备接受更小的团队、更大的责任半径。以前管100人做10个项目，以后带20人+50个Agent做50个项目。数量变了，节奏变了，问责方式也变了。

说到底，技术负责人这个角色没消失，只是它的价值锚点从"组织中间层"漂移到了"系统设计者"。谁能适应这个漂移，谁就留得下来；谁还守着旧剧本，谁就真的会被抛下。

你现在是什么类型的CTO？评论区说说。

不用比喻，直接告诉你内存条在干嘛

Fri, 24 Apr 2026 00:00:00 GMT

内存条电脑硬件装机DDR5

285个回答，草稿纸、厨房、课桌、自助火锅……比喻说完了，我说点实在的。

你一定遇到过这些场景

打开Chrome开了20多个标签页，突然电脑风扇狂转，鼠标变成一个圈，点啥都没反应——你等了30秒，它才缓过来。

这就是内存不够了。

你电脑里所有的程序——Chrome、微信、Word、游戏——运行的时候，都要把数据放到内存里。CPU只能从内存里读数据，不能直接读硬盘。所以你打开一个软件，其实就是把它从硬盘"搬"到内存里。

内存不够的时候，系统只能把暂时不用的数据挪回硬盘，腾出空间给正在用的程序。这个搬来搬去的过程，就是你感受到的"卡"。

内存到底在干什么

你点开一个Excel表格：

系统把Excel程序从硬盘加载到内存
你输入数据，数据先写在内存里
你点保存，数据才从内存写入硬盘
你没点保存就断电了——数据没了，因为内存断电就清空

所以"没保存就断电"不是电脑跟你作对，是内存的工作方式决定的。它就是个临时工，只在通电的时候干活，断电就走人，啥也不留。

内存大小的影响，我用数字说

我自己的实测（2025年，Windows 11）：

场景| 8GB| 16GB| 32GB
---|---|---|---
开机待机| 占用55%| 占用28%| 占用14%
Chrome 20标签+微信+Word| 卡到怀疑人生| 流畅| 流畅
Chrome 50标签+微信+Excel+PPT| 系统假死| 偶尔卡| 流畅
修图（PS+LR同时开）| 别想了| 勉强| 流畅

8GB在2025年，开个Chrome+微信就能让你体验回到2010年的电脑。

16GB是现在装机的底线。日常办公+浏览器够用，多任务有点紧。

32GB？除非你剪视频、跑虚拟机、或者跟我一样同时开30个标签页+3个IDE，否则多出来的内存就在那空着，不会让你电脑变快。

内存不是越大越快。 内存够用之后，再加大不会提升速度——这跟CPU不一样。8GB加到16GB你能明显感觉到，16GB加到32GB大多数人感觉不到。

双通道是必须的

很多人知道要买16GB，但买1根16GB插上，不如买2根8GB。

双通道就是两条内存同时工作，带宽翻倍。实际体验上，游戏帧数能高10-15%，日常操作也更顺滑。

装机的时候，2根内存条插主板的2槽和4槽（隔一个槽插），这就是双通道。

一个很多人不知道的事：内存频率的影响被夸大了

DDR5 6000MHz 比 DDR5 4800MHz，日常使用你根本感觉不出来。

频率对游戏有一点影响（3-5帧），对办公和日常几乎为零。买内存，容量优先，双通道优先，频率别太纠结。

装机建议（2025年）

8GB ：别买。2025年了，8GB是给自己找罪受
16GB（2×8GB） ：办公、上网、轻度游戏，够了
32GB（2×16GB） ：剪视频、写代码、重度多任务，值
64GB+ ：你是专业用户，不需要我建议

你现在电脑多大内存？够用吗？评论区说说。

公司用AI提效裁人，我却在知乎一天赚一块钱

Thu, 23 Apr 2026 00:00:00 GMT

知乎创作流量变现好物推荐打工人内耗

开头

公司最近在搞AI提效，说是要用AI替代一批人。

4月20号，人事找我谈话——我被列入了"优化名单"。

接下来的三天，除了写交接文档，我就在知乎上写文章、答问题。刚开始挺有劲，每天坚持写，流量一天4000-5000，看着还行。

写了一周，我去看盐粒——知乎的收益单位，100盐粒=1块钱。

我一天能拿100-200盐粒。

一天一块钱。

努力一整天，换来一根老冰棍。

知乎的好物推荐，是个寂寞

知乎有个"好物推荐"，可以在文章里带货。

我有个回答是《被讨厌的勇气》为什么受欢迎，我写了点感悟，又让AI帮我扩写到知乎要求的字数，发上去，附了一个好物推荐——三本书：《被讨厌的勇气》《不管教的勇气》《幸福的勇气》。

后两本我都没看过。

我推它是因为上面写着"樊登读书推荐"——樊登这人挺会推书的，应该没问题。

我朋友知道后，直接开喷：

"你见过谁在知乎买东西？你自己买过吗？你老婆买过吗？我只在抖音小红书买，谁他妈在知乎买？你像个傻逼。"

我之前也推过一次，几十个人点了，没一个人买。

这次的三本书，我也没抱期望。

能赚就赚，不能就算了。

流量变现，算笔账

我算了一下：

流量| 盐粒| 收益
---|---|---
1万| 1000-2000| 10-20元
10万| 10000-20000| 100-200元

一天10万流量，才能赚个100多块。

10万流量，得是爆款。

我不会写爆款。

网上那些博主月入几万几十万的，要么是头部，要么是骗人的。

我认命了。

AI提效的真相

公司说要"用AI提效"，结果就是把人裁了。

可笑的是，真正用AI干活的人都知道——AI没那么神。

我之前用大模型调个样式，从周二调到周四，来来回回几十轮，它也不知道我在说什么，我也不知道它在干什么。

最后我自己调，不到一小时搞定了。

我没被AI取代，我取代了AI。

公司那些制定"AI提效"政策的人，有几个真正用过AI干活？

他们只知道AI很火，可以裁人，可以省钱。

至于AI到底能干多少活，他们不在乎。

打工人的内耗

被裁前的这段日子，我整个人状态都不对了。

天天带着戾气上班，动不动就想跟人吵。

有个人提了个问题，只有标题，没有描述。我去问他细节，他说"描述已经写清楚了"。

我一个不了解业务的人，怎么猜你写了什么？

我不想接这种坑。

不是我不干活，是这活没法干。

公司喊着"用AI提效"，但不讲清楚需求，AI能干出你想要的活吗？

最后还是得人来擦屁股。

结尾

知乎写文章赚钱这个梦，算是醒了。

每天写一篇，赚一根老冰棍。

夏天快到了，正好解暑。

你现在靠什么赚零花钱？评论区聊聊。

写Skill写崩了4次后，我才搞明白：不是AI不够聪明，是你写的指令格式错了

Wed, 22 Apr 2026 00:00:00 GMT

SkillsAI工具Prompt工程OpenClaw

你有没有这种经历——

认认真真写了一份 Skill，把业务逻辑、注意事项、质量标准全塞进去了，结果 AI 用起来跟没看过一样。它能跑，但跑出来的结果跟你想的完全不是一回事。

我折腾 zhihu-creator 从 v8 到 v10，花了快一个月，每次都是这样：改完一个坑冒出一个新坑，改完两个坑发现根子在别的地方。

直到我读到腾讯工程师 solonnliu 的复盘文章才一拍大腿——他踩的坑我全踩过，而且讲得比我清楚。

这篇文章就是我把他那套方法论，结合我自己写 zhihu-creator 的真实经历，重新整理出来的。

先搞明白一件事：AI 不缺通用智力，缺的是岗位 SOP

大模型默认拥有的是通用能力 ：

能不能理解任务？能不能大致做出来？能不能输出一个像样的结果？

但你的业务要的不是这些。你的业务要的是：

这个场景里什么才算"完成"？哪些步骤绝对不能跳？交付物长什么样？谁来验收？

这是两个完全不同层级的问题。

很多人第一次用 AI，会被它的"会很多"震住——它能写代码、能做分析、能把报告排版得像模像样。但真正扔进复杂任务里，你才发现它特别像一个非常聪明的新同学：什么都知道一点，但不知道自己这个岗位具体要干什么 。

Skills 在做的事情，就是把散落在你脑子里、团队经验里、事故教训里的那些"岗位要求"，变成 AI 可以执行的 SOP。

换句话说：模型提供通用智力，Skill 提供业务操作系统。

4 个真实翻车：Skill 写不好，不是 Prompt 问题，是格式问题

翻车 1：把"要求"写成"愿望"，AI 不会按字面意思执行

场景： 写 web-testing Skill，AI 在页面发现阶段漏掉了一个关键入口——藏在 Tab 里、表格里、蓝色链接后面的那个页面。

我们当时写的 Skill：

请仔细检查页面，不要遗漏任何入口。

AI 的理解： "好，我知道了。"

实际情况： 它识别到了 Tab、识别到了蓝色链接，但主观判断 那个链接"看起来不太重要"，于是没点进去。

这不是 AI 不认真，是我们的 Skill 没有把"仔细"拆成可执行动作 。

后来改成这样：

当页面存在 Tab / 展开行 / 子表格 / 蓝色链接时，必须执行 DOM 枚举与逐链接验证；
只要还存在未验证链接，就禁止结束阶段 1；
页面必须滚动到底再结束扫描；
Tab 切换后必须重新扫描链接。

这不是在提要求，这是在写 SOP——触发条件 + 必做动作 + 结束门槛 。

我写 zhihu-creator 也踩过同一个坑。有段时间我在 Skill 里写"请确保输出通过审核评分"，结果 AI 每次都输出了评分表但分很低，因为我没写"评分低于 80 分怎么办"。

后来我把规则改成：

评分 < 80 分 → 列出具体扣分项 → 给出修改建议 → 重新生成 → 再评分
直到评分 ≥ 80 且 AI 味扣分 ≤ 20 → 才算完成

这才解决了问题。

核心结论： 写 Skill 不能只说"想要什么"，还要写：

什么时候触发这个动作（触发条件）
具体要做什么（必做动作）
做到什么程度才能停（结束门槛）

翻车 2：AI 会优先做"最像成果"的那个，然后漏掉其他交付物

场景： 输出三份文件：sitemap.md、test-report.md、test-report.html。

结果： AI 只生成了 HTML。

为什么？因为 HTML 最显眼、最复杂、最像"最终成果"。做着做着上下文变紧张了，后面两个相对"朴素"的产物就被自动忽略了。

后来改成这样：

生成顺序固定：
① 先生成 sitemap.md → 立即检查文件存在且大小 > 0
② 再生成 test-report.md → 立即检查文件存在且大小 > 0
③ 最后生成 test-report.html → 立即检查文件存在且大小 > 0
阶段结束做阻断式完整性检查，不通过不能宣告完成。

复杂任务里，顺序本身就是质量控制。

我写 zhihu-creator 的审核评分（Step 5），一开始只写了"评分 ≥ 80 才算通过"，没写先评哪些维度、后评哪些维度。加上门禁之后：

评分 → 不达标 → 打回 Step 3 重写 → 重新评分
评分 → 达标 → 才允许进入 Step 6

这才把流程锁死。

翻车 3：假设 AI 懂工程约束，它会选"最省事"的方案

AI 为了生成带截图的报告，用 python3 -c 把截图做成 base64 一起塞进命令行——结果： Shell 命令长度上限打爆，整条命令失败。

这件事说明了一件事：模型并不天然具备你当前执行环境里的工程常识。

后来明确写入 Skill：

禁止用 python3 -c 生成长报告
禁止用超长 echo "..." > file 硬写大文件
HTML 报告禁止 base64 内嵌截图，统一改成本地路径引用
优先直接写文件，或者先写脚本文件再执行

Skill 不只是业务手册，它还得是 AI 的工程生存指南 。否则逻辑明明全对，最后死在命令行里。

翻车 4：最危险的不是"没做"，是"看起来做了"

场景： 测试报告表面看是有的——问题列表、CRUD 结果、结论全在。

但仔细一对发现少了：

每个页面的独立模块
UI/UX 审查
功能测试结果表
page-card 结构

根因：前面消耗了大量上下文，到了最后生成报告时，AI 自动进入"节约模式"，悄悄压缩了结构。

这类错误最危险，因为它不是"完全没有"，而是**"看上去像有"** ——最容易骗过第一次验收。

这次修的核心不是"补内容"，而是补门禁：

报告结构 checklist：
[ ] 页面模块数 = sitemap 页面数
[ ] 每页都有截图
[ ] 每页都有 UI/UX 审查
[ ] HTML 中 page-card 数量 = 页面数
[ ] 问题汇总表存在

上一项没过，下一项不能开始。最终结构没过，整个阶段不能宣告完成。

从 4 个坑里，总结出一套真正能用的 Skill 训练方法

方法 1：先让 AI 在真实任务里跑起来，再谈训练

不要闭门写 Skill。先让 AI 真做 3～5 次真实任务，看它怎么错：漏了什么？跳了哪一步？哪些地方看起来做了，实际没做？

没有真实翻车，就很难写出真正有用的 Skill。

方法 2：Skill 里不止要写"做什么"，还要写"怎么做"

坏写法：

请仔细检查页面
请保证报告完整
请在结束前自查

好写法：

Tab 切换后必须重新枚举链接
每生成一个交付物，立刻验证文件存在且大小 > 0
页面模块数必须等于站点地图页面数，否则报告不合格

前者是在提要求。后者是在写 SOP。而 Skill 要的，恰恰是 SOP。

方法 3：只写清楚还不够，一定要给 AI 配 checklist 和门禁

复杂任务里，AI 会自动：

压缩不那么显眼的步骤 → 忽略长尾细节 → 优先保住"看起来像成果"的部分 → 把"差不多完成"当成"已经完成"

所以 Skill 里必须有两层东西：

checklist ：告诉 AI 要检查什么
门禁：告诉 AI 没检查过就不能往下走

这一步特别像带新人——你不能只告诉他"注意质量"，你得告诉他：先做什么、做到什么算完成、怎么验收、不通过怎么办。

方法 4：让 AI 参与复盘，不要自己硬改

跑一遍 → 不满意 → 自己手改 → 再跑，这样效率不高。更高效的方式：

请基于本次执行结果，对当前 Skill 做一次复盘：
1. 哪些输出没有达到预期？
2. 根因是什么？是规则缺失、规则不明确、没有门禁，还是上下文过长？
3. 请给出应补充到 Skill 中的具体规则，包含：触发条件、必做动作、自检方式、不通过后果。
4. 直接输出修改后的 Skill 片段。

AI 不只是执行者，还应该成为 Skill 的共同调参者。Skill 一旦进入这个循环，就会越来越像一个真正会吸收经验的业务系统。

Skill 训练闭环图

结论：训练 Skill，不是在抬高上限，是在抬高下限

很多人提到 AI，总会讨论上限——这个模型够不够聪明、那个模型推理强不强。但真到了业务里，决定体验的往往不是上限，而是下限。

你最怕的不是 AI 偶尔不够惊艳，最怕的是它：这次做得很好，下次突然漏半页。

Skill 真正解决的是：让 AI 的交付质量从"靠状态"变成"靠机制"。

训练 Skill，本质上不是增强 AI 的天赋，而是在建立 AI 的职业素养。

它要知道流程，它要记住教训，它要会自检，它要过门禁，它要稳定交付。这才是一个 S 级员工的样子。

你写过 Skill 吗？踩过哪个坑？评论区说说。

读《被讨厌的勇气》的真实感受：有用，但别当真理

Wed, 22 Apr 2026 00:00:00 GMT

被讨厌的勇气阿德勒心理学书评课题分离

我读这本书的时候很分裂——前半本觉得醍醐灌顶，后半本开始怀疑作者是不是在绕弯子。

先说结论：这本书值得读，但有三个地方你需要保持清醒。

课题分离，是我用过最实用的一个工具

整本书最有价值的部分，我认为就四个字：课题分离。

什么意思？简单说就是——搞清楚"这是谁的事"。

孩子不好好学习，你急得跳脚。但学习是谁的课题？孩子的。你帮他做了决定，他以后遇到问题还会来找你，因为你从来没让他自己扛过。

同事对你的评价不好，你失眠。但他怎么评价你，是他的课题。你能控制的是自己做了什么，不能控制的是别人怎么解读。

这四个字帮我省了特别多情绪成本。以前我总纠结"他为什么这样对我"，现在会先问自己"这件事，到底是谁的课题"。

但它有一个坑 ——很多人把课题分离理解成冷漠。不是的。课题分离说的是"不替别人做决定"，不是"不关心别人"。你可以在孩子需要帮助的时候伸出援手，但别替他做选择。这两件事的区别很大。

"一切烦恼都来自人际关系"——我半信半疑

书里的核心判断是：一切烦恼都来自人际关系。

我说实话，这个论断太绝对了。一个人独处的时候也会焦虑——担心未来、害怕死亡、对存在本身感到虚无——这些烦恼跟人际关系有什么关系？

阿德勒的思路是：如果你一个人在宇宙里，你确实不会觉得自己矮，因为没有参照物。自卑是比较出来的，而比较是人际关系。

逻辑上能自洽。但"能解释"和"是真相"是两回事。

在我看来，更准确的说法应该是：大部分我们能说清楚的烦恼，确实跟人际关系有关。 但还有些烦恼说不清来源，阿德勒这套框架就够不着了。

目的论说得通，但对弗洛伊德全盘否定我不认同

书里花很大力气批评弗洛伊德的"原因论"（过去决定现在），推崇阿德勒的"目的论"（你现在的行为是为了达成某个目的）。

目的论本身是个很好的视角。比如书里说的：一个人不敢出门社交，不是因为过去受过创伤，而是因为"不想被拒绝"这个目的让他选择了不社交。把叙事从"我被伤害了"切换到"我选择了保护自己"，确实能让人从受害者心态中走出来。

但问题出在书的写法上——它把弗洛伊德全盘否定了。

弗洛伊德不只是在找"谁该背锅"。探索过去的经历、理解它对我们产生的影响，这个过程本身是有价值的。很多时候我们反复陷入同样的困境，就是因为某些早期经验形成了自动化反应模式，你不看清楚它，它就会继续控制你。

我觉得更合理的态度是：弗洛伊德帮你看清来路，阿德勒帮你选择去路。 这两个人不矛盾。书里非要搞成非此即彼的对立，反而让读者容易走极端。

最后说一句实话

这本书的问题不在于观点对不对，而在于它的写法。

整本书用"哲人"和"青年"对话的方式展开，哲人永远是对的，青年永远是错的。读到后面你会发现，青年每次反驳都被哲人化解——不是因为哲人的论证有多严密，而是因为作者控制了辩论的走向。

这就导致一个问题：你被说服了，但不一定是因为你真的认同，而是因为你找不到反驳的角度。

所以我建议读这本书的时候，带一点质疑。有用的东西拿走（课题分离、自我接纳、活在当下），有争议的地方让它留在书里就行。

别把任何一本书当真理。《被讨厌的勇气》是一本能帮你换视角的工具书，但它不是答案本身。

你读完这本书，哪个观点对你影响最大？

三张显卡怎么选？我看完10个回答，结论有点反直觉

Wed, 22 Apr 2026 00:00:00 GMT

RTX5070TiRTX4080SRX9070XT显卡装机

知乎上有个问题：5070 Ti、4080 S、9070 XT 三张显卡性能差不多吗，以后买哪个更好？

我把这10个回答全刷了一遍，发现了一件有意思的事——大家普遍推荐AMD ，但推荐的理由各不相同。

说实话，看完我也有了自己的判断。

先搞清楚一件事：它们到底差多少？

先说理论性能（3DMark Time Spy Extreme）：

显卡| 光栅分数| 光追分数| 当前市场价
---|---|---|---
RTX 4080 Super| 13870分| 18360分| 7500+
RTX 5070 Ti| 13590分| 19070分| 7000+
RX 9070 XT| 14620分| 18530分| 5500-6000

光栅性能：9070 XT > 5070 Ti ≈ 4080 Super
光追性能：5070 Ti略强，但差距不大

9070 XT的光栅性能比另外两张都强，但便宜了1000-2000块。这个信息量很大——9070 XT是性价比最高的那个 。

各路回答的核心观点

选9070 XT的理由（最多人推）

开关芝士 的实测最有说服力：

9070 XT是一张综合表现略低4080 Super的卡，很有可能和5070 Ti性能相当，大概率会比5070 Ti高一点点。

他的实测数据：

4K极高画质《怪物猎人荒野》：原生78帧，开帧生成139帧
4K影视级《黑神话》：原生73帧，开帧生成103帧
CS2 1080P高压测试：591帧最低211帧

温度表现也不错：烤机63°C，整机输入功耗525W。

击空明兮溯流光 的结论很直接：

纯打游戏9070 XT均价比5070 Ti便宜一千，性能差不多。至于4080 S，目前定位很尴尬，价格和性能都没有优势。

选5070 Ti的理由（少数派）

支持5070 Ti的人主要看中两点：

AI/生产力需求 ：16GB显存对跑LLM推理有帮助（虽然只是"玩玩"水平）
光追：RTX 5070 Ti的光追分数确实更高，DLSS拼好帧体验更好

但在路上Time 泼了一盆冷水：

这代50显卡提升非常有限，完全撑不起这个价格。16G显存玩AI、上LLM基本上就是toy。小参数量/缩精度基本上就是玩玩推理的水平。

他还说：

如果追求路径光追且接受不了超级性能档的DLSS，那目前只有4080 S合适——否则买个4070 Ti Super就够了，普通光追也能做到4K 60+。

选4080 Super的理由（谨慎派）

44号的硬件评测 给了一个很实在的理由：

50系显卡问题多多，不光驱动优化不好，在硬件层面上也出现了问题。40系显卡倒是没出现什么大问题，稳定性一直不错。

但他也承认4080 Super现在价格尴尬——7500+，比5070 Ti还贵，性能却没有明显优势。

4070 Ti Super：被忽视的真香卡

在路上Time 的总结最戳重点：

不考虑光追和DLSS的预估性能排名：5080 > 4080(s) > 9070xt > 5070ti > 4070tis > 9070 > 4070ti > 5070 = 4070s

4070 Ti Super的性能其实和5070 Ti差不了多少，价格呢？

答案是：便宜得多。

我的结论（可能和你想的不一样）

如果你问"买哪个更好"：

纯打游戏 → 9070 XT （性价比最高，4K畅玩无压力）
有AI/光追需求 → 5070 Ti （但建议等驱动稳定后再买）
求稳不差钱 → 4080 Super （但现在价格不划算）

但我想说一个反直觉的观点：

这代50系和9000系都是"过渡卡"，不值得买太好。

理由：

50系提升有限，撑不起这个价格
DLSS 4（拼好帧）虽然黑科技，但游戏支持还需要时间
16GB显存在未来AI应用上"一眼到头"
等下一代卡出来，这代二手价格会崩

所以在路上Time 的建议反而最理性：

如果打算60系换卡，买最便宜的16G卡9070非XT；如果想用久一点，买5070 Ti。格局打开，选老卡，选AMD，不要被耍猴。

最后一句

三张卡的核心差异不在性能，在生态。 NVIDIA强在AI和光追，AMD强在性价比和光栅性能。

你需要什么，决定了哪张卡"更好"——而不是哪张卡"更强"。

你现在的显卡是哪张？评论区说说你的场景，我帮你分析下该不该换。

大模型太贵？8种''大+小''组合策略，教你省下80%推理成本

Wed, 22 Apr 2026 00:00:00 GMT

大模型小模型推理优化知识蒸馏模型压缩

最近帮公司部署个AI应用，GPT-4确实好用，但一天烧几千块token费。老板问我能不能降成本，我说"用小模型呗"，他回了一句："那效果行吗？"

这个问题我答不上来——直到我把这篇看完。

大模型时代正在从"堆参数"转向"降本增效"。让7B小模型干70B大模型的活，不是做梦，而是已经落地的技术路线。核心就一句话：小模型不是用来替代大模型的，是用来"降本增效"的。

先说结论：哪8种策略？

策略 | 核心思路 | 适用场景 | 成熟度
---|---|---|---
模型压缩 | 把大模型"瘦身"成小模型 | 部署资源有限 | ⭐⭐⭐⭐⭐ 最成熟
联合推理 | 大小模型分工协作 | 高精度+低成本 | ⭐⭐⭐⭐
权值共享 | 小模型借用大模型的"经验" | 相似任务迁移 | ⭐⭐⭐
迁移学习 | 大模型预训练，小模型微调 | 垂直领域定制 | ⭐⭐⭐⭐⭐ 最成熟
小模型当插件 | 小模型增强大模型能力 | 特定任务增强 | ⭐⭐⭐
提示语压缩 | 小模型压缩输入 | 长上下文场景 | ⭐⭐⭐⭐
集成学习 | 多个模型投票 | 提升鲁棒性 | ⭐⭐⭐⭐
模型蒸馏 | 大模型"教"小模型 | 知识迁移 | ⭐⭐⭐⭐⭐ 最成熟

一、模型压缩：把大模型"瘦身"

这是最直观的思路——既然大模型太大，那就压缩它。

具体做法有三种：

1. 知识蒸馏（Knowledge Distillation）

让大模型当"老师"，小模型当"学生"。老师输出概率分布（soft targets），学生学习这个分布，而不是直接学硬标签。

具体步骤：

用大模型对训练数据预测，得到软目标
让小模型拟合这些软目标
在验证集上评估小模型性能

代表论文：Hinton的《Distilling the Knowledge in a Neural Network》（2015），这是蒸馏的开山之作。

实际案例：Stanford的Alpaca 7B，用LLaMA 7B微调，成本不到$600，效果接近text-davinci-003。

2. 剪枝（Pruning）

把大模型里"没用"的参数砍掉。怎么判断哪些参数没用？看它们对输出的影响程度。

缺点： 剪完之后通常需要重新训练恢复精度。

3. 量化（Quantization）

把FP32参数压缩成INT8甚至INT4，内存占用直接降到1/4。现在主流推理框架都支持量化。

二、联合推理：大模型负责"思考"，小模型负责"干活"

这个思路很实用：简单问题让小模型处理，复杂问题再请大模型出场。

1. 模型级联（Cascade）

小模型先处理，如果置信度不够，再调用大模型。

代表论文：CascadeBERT，在4倍加速下整体准确率提高15%。

2. 投机采样（Speculative Decoding）

这个技术很巧妙：用小模型快速生成候选token，大模型并行验证。如果验证通过，直接接受；如果不通过，用大模型的输出。

效果： T5-XXL上实现2-3倍加速，输出结果完全一致。

三、模型蒸馏：让大模型"教"小模型

蒸馏是最成熟的技术路线，论文最多，落地也最多。

为什么蒸馏有效？

大模型的输出概率分布包含"暗知识"——比如"猫"和"狗"的概率接近，说明这两个类在某些特征上相似。小模型学习这种相似性，比直接学硬标签效果好得多。

实际案例：

Fine-tune-CoT方法：用GPT-3生成推理链，然后微调小模型学习这些推理链。结果小模型在推理任务上甚至超过了教师模型。

四、权值共享：小模型借用大模型的"经验"

如果你有多个相似任务，可以让小模型共享大模型的部分参数。

典型做法：共享底层特征提取层，只重新训练高层任务特定层。

代表论文：《Paying More Attention to Attention》，通过注意力转移让小模型模仿大模型的注意力分布。

五、迁移学习：大模型预训练，小模型微调

这是最经典的路线，也是成熟度最高的。

典型流程：

在大规模数据上训练大模型（如LLaMA、BERT）
在特定领域小数据上微调小模型

代表论文：SimCLR，通过对比学习预训练，微调后在ImageNet上达到76.5% top-1准确率。

六、小模型当插件：增强大模型能力

这个思路反过来了——不是用大模型帮小模型，而是用小模型增强大模型。

代表论文：SuperICL（Super In-Context Learning）

做法：

小模型在本地微调，掌握特定任务
大模型通过上下文学习调用小模型的输出
结合两者优势

效果： 提高大模型在特定任务上的性能，同时增强小模型的多语言能力和可解释性。

七、提示语压缩：用小模型压缩输入

长上下文场景下，token数直接影响成本。用小模型压缩提示语，既省钱又不丢关键信息。

代表论文：LongLLMLingua

核心思路：

小模型识别提示语中的关键信息
压缩冗余部分
大模型在压缩后的提示语上推理

八、集成学习：多个模型投票决策

这个思路简单直接：用多个模型（大小混合）预测，然后投票或加权平均。

优点：

提升鲁棒性
降低单模型偏差

缺点：

推理成本翻倍
部署复杂度增加

实际选型建议

我在实际部署中踩过的坑：

坑1：蒸馏不是万能的
蒸馏需要大量高质量数据，而且教师模型和学生模型之间要有合适的"容量差"。差距太大，学生学不会；差距太小，压缩效果不明显。

坑2：量化会损失精度
INT4量化在某些任务上精度损失超过5%，尤其是长文本生成任务。如果对精度敏感，建议用INT8或混合精度。

坑3：投机采样需要特定硬件支持
并行验证需要GPU支持，CPU环境下效果有限。

我的推荐路线：

场景 | 推荐策略 | 理由
---|---|---
垂直领域部署 | 迁移学习+微调 | 成熟度高，可控性强
高并发场景 | 蒸馏+量化 | 推理成本最低
长上下文场景 | 提示语压缩 | 直接省钱
复杂推理任务 | 联合推理 | 精度有保障

17篇参考论文（附代码）

原文提到的17篇论文我都整理出来了，涵盖蒸馏、剪枝、量化、联合推理等方向。需要的话评论区留言，我发链接。

最后一句： 小模型不是用来替代大模型的，是用来"降本增效"的——你用哪个策略，取决于你愿意牺牲多少精度换多少成本。

你现在用的是哪种方案？评论区说说，我帮你分析下适不适合你的场景。

NVIDIA新论文打脸了：8B小模型吊打GPT-5，靠的是''当指挥官

Wed, 22 Apr 2026 00:00:00 GMT

NVIDIA大模型小模型ToolOrchestraAI架构

上周看到NVIDIA发了个新论文，标题吓我一跳：8B小模型超越GPT-5 ？

我第一反应是"又来营销号标题党"。

但看完论文，我发现这事儿是真的——而且思路很妙。

核心洞察就一句话：解决复杂问题不需要一个全能的超大模型，而是需要一个聪明的"指挥官"来协调各种专业工具。

就像一个优秀的项目经理，不需要自己什么都会，但要知道在什么时候找什么样的专家来帮忙。

先看结果：8B真的赢了

HLE基准测试 （博士级别的跨学科难题）：

模型 | 分数 | 成本 | 延迟
---|---|---|---
GPT-5（用工具） | 35.1% | - | -
Qwen3-235B-A22B | 32.8% | 29.7¢ | 21.2分钟
Claude Opus 4.1 | 34.6% | 52.5¢ | 25.6分钟
Orchestrator-8B | 37.1% | 9.2¢ | 8.2分钟

你没看错：8B模型比GPT-5高2个百分点，成本只有1/3，速度快3倍。

这不是魔法，是"分工"。

一、为什么需要"指挥官"？

NVIDIA团队发现了一个有趣的问题。

他们让GPT-5和Qwen3-8B通过提示词来协调其他模型，结果发现两种严重的偏见：

自我增强偏见： Qwen3-8B在73%的情况下都会把任务交给GPT-5，总是找"大哥"帮忙。

他者增强偏见： GPT-5在98%的情况下会调用GPT-5或GPT-5-mini，就像一个团队总是"内部消化"。

这说明一个问题：让模型自己当"指挥官"是行不通的 ——它会偏向自己熟悉的工具，不管是不是最优解。

就像让一个专家自己分配任务，他大概率会把活儿都揽给自己——不是因为他最适合，而是因为他最熟悉。

解决方案：专门训练一个"指挥官"模型。

二、指挥官是怎么练成的？

Orchestrator-8B的训练方式很有意思。

1. 统一的工具接口

所有工具（包括AI模型）都用统一的JSON格式描述：

工具名称
功能描述
参数类型和说明

对于AI模型这种"智能工具"，研究团队用了个巧妙的方法：随机抽取10个训练任务，让模型尝试解决，然后根据表现让另一个AI写出它的能力描述。

比如对Qwen3-32B的描述：

"数学推理方面很强，科学知识扎实（尤其是生物学），但在化学命名和人文知识的细节上有弱点。"

这就像是给每个员工写了一份"能力说明书"。

2. 多目标强化学习

奖励设计考虑三个方面：

结果奖励： 任务有没有完成？用GPT-5当评判者来比较答案。

效率奖励：

计算成本：花的钱越少越好
时间延迟：用的时间越短越好

偏好奖励： 用户的需求是什么？

比如用户说"我服务器有保密信息，尽量用本地工具"
系统会给本地工具更高的权重

核心创新：不是只看准确性，而是平衡准确性、成本和用户偏好。

3. 自动数据合成：ToolScale

训练需要大量数据，但带工具交互的数据很稀缺。

研究团队开发了一个自动数据合成流水线，生成了ToolScale数据集，涵盖10个领域：金融、体育、电商、医疗、娱乐、铁路、餐厅、教育、旅游和天气。

整个流程：

AI生成数据库schema和工具API
AI提出该领域的常见意图
根据数据库生成具体任务
用另一个AI把任务复杂化
严格质控：测试是否能解决，排除不需要工具的任务

三、实验结果有多强？

1. 工具使用分析

研究团队统计了各个模型调用不同工具的比例：

Claude Opus 4.1： 严重依赖GPT-5，对其他模型调用很少
GPT-5： 主要调用GPT-5-mini（占比很高）
Orchestrator-8B： 调用分布最均衡，能根据任务特点灵活选择

比如在需要本地搜索的场景，Orchestrator使用本地搜索的比例是42.2%，远高于其他模型。

这才是真正的"指挥官"——不是把活儿都给熟人，而是找最合适的人。

2. 成本效益分析

研究人员控制了最大交互轮次（10、20、50、100轮），观察性能和成本的关系：

随着允许的轮次增加，所有模型性能都有提升
但在相同预算下，Orchestrator-8B始终保持最佳性能
要达到相同的性能水平，Orchestrator的成本远低于GPT-5和Claude Opus 4.1

3. 泛化能力测试

研究团队换了一套完全不同的模型组合来测试泛化能力：

查询生成器：Claude Opus 4.1、o3-mini、GPT-4o
代码生成器：Claude Opus 4.1、Codestral-22B
数学模型：OpenMath-Llama-2-70b、DeepSeek-Math-7b

结果：即使面对全新的工具组合，Orchestrator-8B仍然表现出色 ：

HLE上达到22.0%（其他模型12.6%-17.8%）
FRAMES上达到73.8%（其他模型32.7%-63.5%）

这说明它真正学会了从工具描述中理解能力，而不是死记硬背特定工具的用法。

4. 用户偏好适应性

研究人员给每个问题附加用户偏好指令，比如"我希望省钱"或"我需要保护隐私"。

结果：

GPT-5的偏好遵循得分只有34.6
Orchestrator-8B达到46.7

这意味着Orchestrator能理解并执行用户的个性化需求。

四、这意味着什么？

这篇论文让我想起人的分工协作。

一个优秀的项目经理不需要是所有领域的专家，但需要知道：

什么时候找什么样的专家
如何协调他们的工作
如何在预算和时间内完成任务

Orchestrator就像是AI世界的项目经理。

虽然自己"只有"8B参数，但通过巧妙的协调，能发挥出超越任何单一模型的能力。

我的思考

1. 小模型不是"低配"，是"专精"

以前我总觉得小模型是"穷人版"，能用但不好用。这篇论文打脸了：小模型+正确的定位 = 超越大模型 。

关键是"正确的定位"——不是让小模型当万能选手，而是让它当指挥官。

2. AI的未来是"组合"而非"单一大模型"

这篇论文验证了"组合式AI系统"（Compound AI Systems）的潜力：

与其追求单一模型的极致，不如构建由多个专业组件协同工作的系统
这种思路在技术上可行，在经济上更合理

3. 这个方法有门槛

需要训练成本（16块H100 GPU）
需要高质量的工具描述
需要设计合理的奖励函数

不是随便拿来就能用的，但思路可以借鉴。

最后一句

AI的未来可能不是"一个模型统治一切"，而是"一群模型各司其职"——8B当指挥官，235B当专家，这才是合理的分工。

你觉得这个思路能落地吗？评论区聊聊。

参考：

论文：https://arxiv.org/abs/2511.21689
主页：https://research.nvidia.com/labs/lpr/ToolOrchestra/
模型：https://huggingface.co/nvidia/Orchestrator-8B
数据：https://huggingface.co/datasets/nvidia/ToolScale
代码：https://github.com/NVlabs/ToolOrchestra/

OpenClaw 有哪些好用的 Skill？装完不知道怎么选，先看完这篇

Wed, 22 Apr 2026 00:00:00 GMT

openclawskillsclawhub效率工具

装完 OpenClaw 愣在原地——这是绝大多数人遇到的第一道坎。

大模型是脑子，Gateway 是神经，但 Skill 才是手脚。没有手脚，大脑再强也只是个能聊天的壳。

问题在于：ClawHub 上有 5700+ 个 Skill，到底该装哪些？ 装错了轻则浪费精力，重则像 2026 年初 ClawHavoc 事件那样，被伪装成热门工具的恶意 Skill 偷走 API Key，境外服务器按小时消耗你的 token 配额。

所以这篇文章不给你一张"装了就是大佬"的清单——给你一个选 Skill 的框架 。框架比清单重要，因为 Skill 生态每周都在更新。

一、先把"必装"和"危险"说清楚

很多人踩的第一个坑是：把系统内置的技能当成了需要安装的东西。

system-command、file-manager、agent-browser 这三个是 OpenClaw 自带的，不需要装也不能从 ClawHub 安装。装它们只会报 "Skill not found"。

真正需要装的，是 ClawHub 上的第三方 Skill。

但装之前必须先装 skill-vetting——这不是建议，是必须。

2026 年 1 月底，CVE-2026-25253（CVSS 8.8）漏洞被披露，341 个伪装成热门工具的恶意 Skill 发动了大规模攻击。这些 Skill 名字只差一个字母，图标和正版完全一样，装上去之后会悄悄把你的 API Key 发送到境外服务器。

装任何第三方 Skill 之前，先用 skill-vetting 跑一遍。不到 5 分钟。

npx clawhub@latest install skill-vetting

二、按使用场景选：三个配置方案

Skill 不是越多越好。超过 10 个之后，Agent 每次执行任务都要在大量工具中检索，决策变慢，容易相互干扰。

把数量控制在 10 个以内，按角色选。

方案 A：内容创作者

| Skill | 用途 |
|-------|------|
| skill-vetting | 必装，安全扫描 |
| find-skills | 不知道装什么？描述需求，它帮你找答案 |
| summarize | 长文章/视频/PDF 一键摘要，40 分钟播客 20 秒出结果 |
| humanizer | 消除 AI 写作痕迹，基于维基百科 24 种 AI 味特征库 |
| multi-search-engine | 集成 17 个搜索引擎（8 个中文 + 9 个全球），国内用户友好 |

这套解决的是信息过载 + 写作去 AI 味 两个核心痛点。

方案 B：开发者

| Skill | 用途 |
|-------|------|
| skill-vetting | 必装 |
| github | 手机上远程管代码、查 CI 报错日志 |
| proactive-agent | 把 Agent 从"你让它干才干"变成"它主动找活干" |
| self-improving-agent | 记录每次错误和修正，形成永久记忆，越用越懂你 |
| auto-updater-skill | 每日自动更新所有已装 Skill，配合 cron 静默运行 |

方案 C：知识工作者

| Skill | 用途 |
|-------|------|
| skill-vetting | 必装 |
| gog | 一个 Skill 打通 Gmail、日历、云盘、Docs、Sheets |
| ontology | 构建结构化知识图谱，创建和关联人物、项目、任务等实体 |
| obsidian 或 notion | 把笔记库变成 Agent 的知识库 |
| tavily-web-search | 专为 AI Agent 优化的联网搜索，返回干净的结构化数据 |

ClawHub 上 Ontology 的浏览量排第 6，但 15 篇博主文章几乎没人提——这是被集体低估的 Skill。强烈建议关注。

三、装 Skill 的正确方式

不要看到好文章就直接照抄清单——那些清单里的 Skill 可能已经停更多年、作者换了赛道不再维护、或者针对的 OpenClaw 版本不同。

安装方式：

# 方式一：npx（推荐，不需要全局安装）
npx clawhub@latest install <skill-slug>

# 方式二：全局安装 ClawHub（适合经常用）
npm i -g clawhub
clawhub install <skill-slug>

# 方式三：直接把仓库链接发给 OpenClaw
"请安装这个技能：https://github.com/openclaw/skills/tree/main/skills/steipete/github"

四、安全这件事说多少遍都不够

ClawHavoc 事件之后，skill-vetting 从"建议装"变成了"必须装"。

装任何 Skill 前：

用 skill-vetting 跑一遍
看 GitHub 仓库的 Issues 和 PR
优先选 star 多、更新频繁的
敏感操作先在小号测试

有博主写过真实经历：装了名字只差一个字母的 Skill，用了两天才发现 API Key 被悄悄提交到了境外服务器，以每小时 1 亿 token 的速度消耗。幸好每周查一次 Key 调用日志，发现异常后立刻吊销了密钥。

每周查一次 Key 调用日志 ——这句话值一篇完整的安全指南。

结尾

回到开头的问题：OpenClaw 有哪些好用的 Skill？

答案是：取决于你做什么，以及你先保证安全。

先装 skill-vetting，再用 find-skills 找你要的那个——这才是正确的打开顺序。

AI写代码老飘？不是它笨，是你没给它划边界

Wed, 22 Apr 2026 00:00:00 GMT

OpenSpecSuperpowersAI编程开发工作流Claude Code

你跟AI说"帮我做个导出Excel功能"，两分钟后它给你改了二十个文件——但没问你导出范围是什么、同步还是异步、数据量大怎么办。

等你反应过来想纠正，它已经按照自己的理解往下写了。

这不是AI的问题。是你没有给它一套"什么时候该做什么"的规矩。

我最近用了两个工具解决这个问题：OpenSpec 管需求边界，Superpowers 管执行纪律。单独用各管一摊，组合起来才真正闭环。

先搞清楚它们各自干什么的

别急着上手，先把定位搞明白，不然用着用着就混了。

OpenSpec 是需求容器。 它解决的问题是：你要改什么、为什么改、影响哪些模块、怎么验证、改完后归档在哪。没有它，需求全散在聊天记录里，过三天你都不知道当初为什么要改这个。

Superpowers 是执行纪律。 它解决的问题是：AI什么时候该brainstorm、什么时候该写plan、什么时候该动手、什么时候该验证。没有它，AI上来就写代码，想不清楚就开干。

最简单的区分方式——

OpenSpec 管"做什么"，Superpowers 管"怎么做才稳"。

为什么单独用都不够

我只用 OpenSpec 的时候，需求文档倒是写清楚了，但 AI 还是会跳过设计直接写代码。相当于你给了施工队一张完美的装修图纸，但他们不按图纸来。

我只用 Superpowers 的时候，开发过程确实稳了——先思考再计划再执行。但回头一看，这次的 change 正式记录在哪？影响范围写了没有？验收标准谁定的？全在聊天记录里，过几天就找不到了。

这两种情况我都踩过。

文档完整 ≠ 执行靠谱，过程严谨 ≠ 需求不丢。

所以核心问题不是选哪个，而是怎么让它们各管各的，然后拼起来。

我现在怎么用的

不搞什么全套体系，个人开发者没必要照搬企业级方法论。

我的做法就三步：

第一步 ：每次要做需求之前，先用 OpenSpec 建一个 change——要做什么、范围、影响模块、验收标准。花不了5分钟。

第二步 ：让 AI 走 Superpowers 的流程——先 brainstorm 方案，再写 plan，再实现，再验证。不要让它跳步骤。

第三步 ：做完之后把结果同步回 OpenSpec——代码改了哪些、测试结果、结论是什么。这一步很多人会偷懒，但不做的话，下次遇到类似问题你还是得从头猜。

一个真实例子

前段时间我给一个项目加"订单导出"功能。

如果是以前，我直接跟 AI 说"加个导出Excel"，它就会开始写代码——然后我发现它没考虑导出字段范围、没考虑大数据量分页、没考虑权限控制。

现在：

OpenSpec 建了 change：导出哪些字段、数据量上限、权限规则
AI 先 brainstorm 了同步导出 vs 异步导出的取舍
写了 plan 再动手
验证完把结果归档回 OpenSpec

整个过程多花了大概15分钟，但后面维护的时候我清清楚楚知道当初做了什么决策、为什么这么做。

15分钟换后面的省心，这笔账很划算。

如果你只想试一个

先试 Superpowers。

原因很简单——大多数人用 AI 编程的第一痛点不是需求管不好，而是 AI 乱写代码 。先把"让它按规矩来"这个问题解决了，比什么都重要。

等你发现需求确实开始散了、变更记录找不到了，再加上 OpenSpec。

不要一上来就搞全套。

你现在用 AI 写代码，最头疼的是什么问题？是它乱写、不听指令、还是改着改着就偏了？

你投喂给AI的数据，为什么第二天就忘了？

Tue, 21 Apr 2026 00:00:00 GMT

RAGAI投喂向量检索知识库DeepSeek

你给AI投喂了100份公司内部文档，第二天问它同一个问题，它还是一脸茫然。

"我们公司的报销流程是什么？"

"呃，根据公开信息，企业报销通常包括以下步骤……"

这不是AI有问题，是你理解错了"投喂"这个概念。

大多数人对"投喂"有三个误解

误解一：投喂 = 训练模型

错了。投喂不是训练，模型不会因此"学会"你的数据。

误解二：投喂一次，永远有效

错了。每次新建对话都是独立的，模型没有持久记忆。

误解三：投喂什么都能回答

错了。投喂的效果取决于文档质量、切分方式、Embedding 模型选择等多个因素。

真正的"投喂"是什么？

投喂 = RAG（Retrieval-Augmented Generation，检索增强生成）。

RAG 是什么？打个比方

你问AI一个问题。AI只能凭它"脑子"里（预训练数据）记得的东西回答。如果它没学过（比如你公司的内部文档），它为了面子，就会开始编造（术语叫"幻觉"）。

RAG 的解决思路是这样的：

把你的文档存进"私有书架" （向量数据库）
问问题时，先去书架里翻相关的几页 （向量检索）
把这几页内容连同问题一起拍在AI面前 （上下文增强）

AI看到这些内容后，就知道该怎么回答了——不是它"记住"了，是它在回答时"看到了"。

投喂效果实测对比

问题 | 投喂前 | 投喂后
---|---|---
"我们公司的报销流程" | 瞎编通用流程 | 基于制度文档准确回答
"这份合同有哪些风险点" | 泛泛而谈 | 分析具体条款
"XX产品的技术参数" | 不知道/编造 | 来自产品手册

关键点：不是模型变聪明了，是它能"看到"你的文档了 。

三种投喂方式对比

方式 | 难度 | 适合人群 | 特点
---|---|---|---
AnythingLLM | ⭐ 简单 | 新手、普通人 | 图形界面，拖拽上传，一键搞定
LangChain + API | ⭐⭐⭐ 复杂 | 开发者 | 代码可控，可定制，但需要编程能力
RAGFlow | ⭐⭐ 中等 | 企业用户 | 界面美观，支持复杂文档，效果更好

最简单的方式：AnythingLLM

下载安装 AnythingLLM
新建工作区，上传你的文档（支持 PDF、TXT、Word、Excel、PPT）
勾选文件，点击【Move to Workspace】
点击【Save and Embed】

搞定。开始问问题。

进阶方式：LangChain + DeepSeek API

from langchain.embeddings import PaddleEmbeddings
from deepseek import DeepSeekIndexer

# 1. 初始化 Embedding 模型
embedder = PaddleEmbeddings()

# 2. 将文档向量化并存入索引
indexer = DeepSeekIndexer(embedder=embedder)
indexer.add_documents("你的文档路径")

# 3. 检索并生成
query = "我们公司的报销流程是什么？"
results = indexer.search(query, top_k=3)
context = "\n".join([r.content for r in results])
answer = deepseek.generate(f"基于以下文档回答：{context}\n\n问题：{query}")

核心原理：

Embedding ：把文字变成向量（一串数字），语义相似的文字在向量空间里距离近
向量检索 ：问问题时，把问题也变成向量，在数据库里找最相似的文档片段
上下文拼接 ：把检索到的片段和问题一起发给AI

什么情况下投喂才有价值？

值得投喂的场景 ：

✅ 公司内部知识库（制度、流程、产品文档）
✅ 个人知识管理（读书笔记、研究资料）
✅ 专业领域资料（法律合同、医疗指南、技术文档）

投喂效果有限的场景 ：

❌ 需要AI有"通用常识"的任务（投喂解决不了模型本身的能力问题）
❌ 实时信息查询（投喂的是静态文档，不是最新数据）
❌ 需要AI"学会"某个技能（那是Fine-tuning，不是RAG）

核心结论

投喂不是训练，是给AI装一个"知识检索外挂"。

你的文档没有"进入"模型，模型只是在回答时"看到"了你的文档。每次对话开始时，它还是会忘——但只要在同一工作区内，它能持续"看到"你的数据。

搞清楚这一点，你就知道该怎么用这个功能了。

你试过给AI投喂数据吗？遇到了什么问题？评论区聊聊。

把DeepSeek部署到本地后，我再也没打开过官网

Tue, 21 Apr 2026 00:00:00 GMT

DeepSeekOllama本地部署AI工具大模型

上周五下午，正要给甲方演示一个方案，DeepSeek 网页版崩了。

刷新、重试、换节点……折腾了二十分钟，最后只能对着甲方说"服务器有点问题"。那一刻我下定决心：把 DeepSeek 部署到自己电脑上 。

部署完用了一周，发现本地版本有几个隐藏优势，官网还真没有。

为什么我放弃 DeepSeek 官网

官方服务的问题不是能力差，是不稳定 。

高峰期响应慢、偶尔宕机、回答到一半突然断掉——这些我都遇到过。更重要的是，官网版本没法针对我的私有数据做定制。问它我公司的业务流程，它只能瞎编。

本地部署解决了这些问题：

对比项 | DeepSeek 官网 | 本地部署
---|---|---
稳定性 | 高峰期可能崩 | 完全自己掌控
次数限制 | 有 | 无，完全免费
数据隐私 | 上传即共享 | 数据不离本地
定制能力 | 通用模型 | 可以投喂私有数据

关键是，部署门槛没有想象中那么高。

两步搞定：Ollama + AnythingLLM

第一步：安装 Ollama（模型运行环境）

Ollama 是一个本地大模型运行工具，类似于"大模型的安卓系统"。

Mac 用户 ：

去 ollama.com 下载安装包
双击安装，选择【Move to Applications】
打开终端，输入命令下载模型：

# 下载 DeepSeek-R1 模型（根据电脑配置选一个）

ollama run deepseek-r1:7b    # 7B模型，约4GB显存能跑
ollama run deepseek-r1:14b   # 14B模型，12GB显存能跑

# 下载 embedding 模型（投喂数据需要）
ollama pull nomic-embed-text

Windows 用户 ：

下载 Ollama 安装包，右键以管理员身份运行
建议把模型存储路径改到 D 盘（避免占 C 盘空间）：
- 新建文件夹 D:\OllamaAI
- 设置环境变量 OLLAMA_MODELS=D:\OllamaAI
重启电脑，打开 Ollama（右下角会出现羊驼图标）
终端输入下载命令（同 Mac）

第二步：安装 AnythingLLM（可视化界面 + 数据投喂）

Ollama 只是命令行工具，AnythingLLM 给你一个图形界面，还能投喂自己的数据。

下载 AnythingLLM（支持 Mac 和 Windows）
安装完成后打开，在设置里：
- LLM 提供商选择 Ollama
- 模型选择 deepseek-r1 （你下载的版本）
- Embedder 选择 nomic-embed-text （投喂数据需要）

重点：如何投喂私有数据

这是本地部署最有价值的部分。

投喂步骤 ：

在 AnythingLLM 里新建一个工作区
点击【上传】，支持 PDF、TXT、Word、Excel、PPT 等格式
勾选上传的文件，点击【Move to Workspace】
点击【Save and Embed】

投喂完成后，这个工作区里的 DeepSeek 就"认识"你的数据了。

举个例子 ：

投喂前：问"我们公司的报销流程是什么"，DeepSeek 瞎编一通
投喂后：基于你上传的制度文档，给出准确回答

效果对比 ：

问题 | 投喂前 | 投喂后
---|---|---
"伙伴神公众号是干嘛的" | 不知道/瞎编 | 准确回答
"我们公司的报销流程" | 瞎编 | 基于文档回答
"这份合同有哪些风险点" | 泛泛而谈 | 分析具体内容

⚠️ 注意：AnythingLLM 只是可视化工具，实际的"投喂"是向量检索（RAG）技术，不是真正的模型训练。模型不会永久记住你的数据，每次新建对话都是独立的，但同一工作区内可以持续使用。

硬件要求一览

根据你选择的模型大小：

模型 | 显存要求 | 适用场景
---|---|---
1.5B | 4GB | 轻度使用，Mac 日常办公
7B | 8GB | 主流选择，大多数人够用
14B | 12GB | 效果更好，RTX 3060+
32B | 24GB | 接近官网效果，RTX 4090

我自己的 MacBook Pro M3 跑 7B 模型完全流畅，没有任何风扇声。

什么人不适合本地部署

说完了优点，也要说缺点：

轻度用户 ：偶尔问个问题，官网就够了，没必要折腾
没有独显的 Windows 用户 ：7B 模型勉强能跑，但体验一般
追求最新模型 ：本地部署主要是开源模型，能力上限不如最新付费版

如果你需要：

✅ 稳定可用的 AI（不受服务器影响）
✅ 数据隐私（不想上传到云端）
✅ 私有知识库（让 AI 读懂你的文档）

本地部署值得一试。

你部署过本地大模型吗？遇到了什么问题？评论区聊聊。

写给AI的指令，和给人写的完全不同——skill-creator教会我的事

Tue, 21 Apr 2026 00:00:00 GMT

AI工具AgentLLM智能体skill

最近在调试一个"AI内容创作助手"，废了九牛二虎之力写了一份详细的技能文档，结果AI用起来跟没看过一样——让它写技术文章，它开始跟我聊人生；让它生成代码，它先给我讲五分钟原理。

我一度怀疑是模型太笨。直到我看到了Anthropic官方发布的skill-creator——一个专门教你怎么给AI写指令的skill——才恍然大悟：问题不在AI，在指令本身。

skill-creator的设计原则，让我重新理解了什么叫"给AI写指令"。

先说结论：你可能一直在给AI写"人类文档"

看看下面这段"技能说明"，眼熟吗？

## 代码审查技能

### 背景
本技能基于团队多年的代码审查经验总结而成，旨在提升代码质量和团队协作效率。

### 审查原则
- 保持专业、建设性的语气
- 关注代码质量而非个人风格
- 平衡严格性和灵活性

### 使用方式
当用户提交代码时，对代码进行全面审查，给出改进建议。

这份文档写给人类看，没问题。有背景、有原则、有使用说明，甚至还体贴地加了版本记录。

但AI看了会怎样？

"保持专业、建设性的语气" → AI把"专业"展开成一百种组合，每次输出都不一样
"平衡严格性和灵活性" → 人类知道什么时候该严什么时候该松，AI没有这个直觉
"全面审查，给出改进建议" → AI需要的是：先检查什么？再检查什么？什么问题必须指出？

skill-creator的核心洞察：Skill是给AI写的指令，不是给人写的文档。读者不同，写法就完全不同。

原则一：上下文窗口是公共资源，每句话都要值得占用的token

AI的上下文窗口就像一张工作台——同一时间能摊开的资料是有限的。你的系统提示、对话历史、所有已安装技能都在上面抢位置。

skill-creator的第一原则就是：每一句话都要值得它占用的token。

基于这个原则，它设计了一个三级分层架构：

层级 | 内容 | 加载时机 | Token成本
---|---|---|---
L1 | frontmatter（name+description） | 始终在上下文 | ~100词
L2 | SKILL.md body | 触发后加载 | <5k词
L3 | scripts/references/assets | 按需加载 | 零（执行不读入）

这本质上是一个信息熵管理系统——不是所有信息都需要一开始就加载 。

L1是过滤器，让AI从几十个技能中选出该激活哪个；L2是操作手册，触发后才加载；L3是工具箱，只在需要时调用，而且scripts/执行而不读入，零token成本。

对比我之前写的那个44k字节的技能文档，恨不得把所有细节都塞进去，AI每次激活都要读完——这不是在教AI，这是在折磨AI。

原则二："不做什么"比"做什么"更精确

skill-creator在写约束时，用了很大篇幅说"什么不该做"，而不是泛泛地说"该怎么写"。

它没有写：

请用温暖、克制、有洞察力的语气写作。

它做的是写了一份反模式清单：

不这样做 | 症状 | 怎么改
---|---|---
角色堆砌 | 连续出现多个名字和对白 | 保留一个冲突场景，补抽象提炼
只有鸡汤没有动作 | 全文"要坚持、要努力" | 改为今天可做的一小步
直接大道理 | 开头就讲规律 | 先铺生活场景
过度绝对化 | "永远""一定" | 加限定词"多数时候""往往"

背后的原理很朴素：

"做什么" → 描述一个无限大的可行域 → AI在里面随机游走
"不做什么" → 在可行域上画边界 → AI的行为空间被收窄到你想要的范围

我把这个原则用到了我的知乎创作技能优化上。原来的SKILL.md写的是"应该怎么写好文章"，改成"写文章时不能做什么"之后，AI的输出质量明显稳定了。

原则三：给AI多大自由度？取决于任务有多"脆弱"

skill-creator引入了一个自由度光谱：

自由度 | 适用场景 | 实现方式
---|---|---
高 | 创意写作、多解法任务 | 文字引导，启发式
中 | 有最佳实践但允许变通 | 伪代码+参数配置
低 | 格式控制、精确输出、命名规范 | 脚本锁死

关键判断标准只有两个：

做错了后果多严重？ — 越严重 → 越低自由度
有多少种"正确"的做法？ — 越多 → 越高自由度

举个例子：让AI写一篇技术博客，十个人写出十种风格都可以，你只需要给方向——这是高自由度。

但让AI生成一个YAML配置文件，里面有个short_description字段要求25-64个字符、首字母大写、不能有引号。差一个字符就出问题——这是低自由度，必须用脚本锁死 。

skill-creator自己就是这么做的。它有三个脚本：

init_skill.py — 初始化目录结构（低自由度，脚本保证合规）
generate_openai_yaml.py — 生成配置文件（低自由度，格式约束）
quick_validate.py — 校验输出（低自由度，格式校验）

中间夹着的"编辑技能内容"才是AI的发挥空间（高自由度），前后两端都是脚本保障（低自由度）。

这叫"质量保障链"——脚本夹住创造性的中间步骤，确保起点正确、终点合规。

落地：六步创建流程

有了原则，skill-creator还给出了一个可执行的六步流程：

理解 — 用具体例子建立共识（不要一次问太多问题）
规划 — 分析哪些东西会被反复使用，封装成scripts/references/assets
初始化 — always 用脚本，不要手建目录（低自由度操作）
编辑 — 先实现可复用资源，再写SKILL.md
校验 — 跑quick_validate.py检查格式
迭代 — 在真实任务上测试，发现问题再改

重点说第三步"初始化"——skill-creator用了"always"这个词，不是"建议"，是"必须"。

因为初始化是一个脆弱操作：目录结构对不对、文件命名规范不规范、手一抖就出错。用脚本执行，消除出错的可能。

三个月后，我用这个原则优化了知乎创作技能

回头看我原来写的那个知乎创作技能（v8.7.0），SKILL.md有44,830字节，恨不得把每个细节都写进去。

按skill-creator的原则重构后：

对比项 | 优化前 | 优化后
---|---|---
SKILL.md | 44,830字节 | 10,132字节（-77%）
详细流程 | 全部塞在SKILL.md | 拆到references/workflow.md
反模式清单 | 散落各处 | 独立references/anti-patterns.md
格式校验 | 靠人工 | 新增scripts/validate.py

优化后的技能结构：

zhihu-creator/
├── SKILL.md                    # L2: 核心指令（<5k词）
├── references/
│   ├── anti-patterns.md       # "不做什么"清单
│   ├── workflow.md            # 详细流程参考
│   └── ...
└── scripts/
    ├── validate.py            # 输出校验
    └── ...

SKILL.md只保留最核心的操作指令（约2500词），按需加载的内容放到references/，scripts/执行而不读入上下文窗口。

你也可以试试

skill-creator的设计原则，用一句话总结就是：

用最少的token，在正确的层级，给AI最精准的约束，让它在边界内自由发挥。

具体操作：

精简frontmatter的description — 写清楚"什么时候用"，不要写"是什么"
拆分SKILL.md — 核心指令<5k词，详细流程放到references/
加反模式清单 — 用"不做什么"画边界，比"做什么"更精确
关键操作用脚本 — 初始化、格式校验这类脆弱操作，不要手做

这套方法不限于Claude Code或OpenClaw。任何支持Skill/插件体系的AI产品，本质上都是一样的——你给AI的约束，决定了AI输出的上限 。

你有哪些AI技能优化的心得？欢迎评论区聊聊。

内存条跌了，消费者却在等"更低的低点"——存储市场正在经历什么？

Mon, 20 Apr 2026 00:00:00 GMT

内存条DDR5存储市场HBM硬件分析

上周科技圈最大的新闻，是内存条价格"大跳水"。

热搜标题写着：16G内存降到700块了。

但点进评论区，我看到的不是"真香"，而是——

"跌到1500再叫我。"
"DDR5 32GB涨价前550块，现在2500也叫暴跌？"
"等等党没赢，只是对面先扛不住了。"

这些评论让我意识到一件事：这次降价，跟过去任何一次都不一样。

它不只是价格跌了，而是整个存储市场的游戏规则，正在悄悄改写。

一、降价是真的，但"底"也是真的没到

先说数据，避免有些人说我"虚空分析"。

京东上，金士顿64GB DDR5 6000，3月底还在7700+，现在跌到了5000出头。

华强北档口老板告诉我，DDR5 32GB套条，一周跌了500到1000块。

这个跌幅，放在过去两年，算是相当可观了。

但问题是——它从多高的地方跌下来的？

DDR5 32GB套条，涨价前的正常价格，大概550到700块。

现在市场最低价是多少？大概1800到2500。

也就是说，这一轮跌完，还是涨价前的3到4倍 。

就像房价从1万涨到5万，现在跌到4万5，你就冲进去喊"抄底"？

刚需的人观望，想买的人继续等，这很正常。

但我想聊的，不是"现在能不能买"，而是——

为什么这次降价了，消费者反而更不信任了？

二、消费者不信任的原因，比降价本身更有意思

我观察到一个很有趣的现象：

每次内存涨价，商家说"AI需求大"，消费者认了，跟风买。

但这次降价，商家说"供过于求了"，消费者不信了。

为什么？

因为涨价的理由，大家慢慢回过味来了。

知乎上有个回答把逻辑说得很清楚：

"互联网大厂要买内存，直接找三星、SK海力士、美光签长单。谁去华强北导购手里买DDR5？"

你游戏玩家的需求，没有变多。

你剪辑UP主的内存需求，也没有翻倍。

真正把价格拉上去的，是AI服务器里的HBM。

但HBM和消费级DDR5，用的是同一条晶圆生产线。

原厂把产能挪去做HBM了，消费级供给少了，价格就上去了。

这个逻辑，听起来合理。但消费者后来想明白了一件事——

HBM的买家是大客户，DDR5的买家是散户。

大客户有议价能力，直接跟原厂锁量锁价。

散户没有议价能力，只能接受市场报价。

所以这轮"AI需求"带来的涨价，有多少是真的需求，有多少是借着AI故事囤货炒作，每个买过内存的人心里都有自己的判断。

三、三大原厂的游戏规则变了

聊到这里，我想说点更深的东西。

这一轮存储市场的变化，不只是价格波动，而是一次结构性的洗牌。

过去内存市场的逻辑是： 产能周期驱动价格周期。涨价→扩产→过剩→跌价→减产→再涨价。循环往复，原厂和经销商轮流当"冤大头"。

但这次不一样。

三大原厂——三星、SK海力士、美光——从2022年开始，主动收缩了产能扩张的节奏。

不是不能扩，是不愿意扩 。

原因很简单：消费级内存利润薄，HBM利润厚。同样的晶圆面积，做HBM比做DDR5赚钱多了。

所以消费级DDR5的供给，被长期压制在一个相对低的位置。

这不是产能周期，这是战略选择。

结果是：消费级内存的价格底部，永久性地抬高了 。

你可能再也等不到DDR5 32GB卖550块的时代了。

不是市场没需求，而是原厂没有动力给你供那么多货。

四、账期理论：为什么偏偏是现在跌？

还有一个细节值得注意。

这一轮降价的时间节点，非常微妙。

知乎上有个高赞回答，解释了一个很多人没注意到的现象：

"账期是按季度算的，现在降价，仅仅是Q1账期到了，商家要回款付货款，不得不出一部分货。"

这句话什么意思？

过去两年里，有大量中间商囤货，等着价格继续涨。

但资金是有成本的。账期到了，贷款要还，供应商货款要结。

哪怕知道后面可能还会涨，也得先卖一批回血 。

这就是为什么，降价来得这么突然——不是因为需求真的变了，而是因为有人扛不住资金压力了 。

刚需消费者继续等，是因为心理价位还没到。

但那些高位囤货的经销商，他们的心理防线已经被账期击穿了。

谁在扛？谁先松手？

这就是这轮降价真正的博弈结构。

五、对普通消费者来说，现在意味着什么？

说了这么多结构性分析，最后还是得落地。

DDR4平台 ：已经进入产品末期，原厂基本不扩产了，价格水分本来就不大。现在DDR4 16GB套条300块以内，随便买不用等。

DDR5新装机 ：还在等的朋友，可以继续等，但别指望回到550块的时代。合理的心理预期是：DDR5 32GB套条，900到1200块是底部，1500以下是值得入手的区间 。

买新日期的货 ：这点很重要。知乎上有人提醒过，不要买2025年产的DDR5内存——那些可能是高位囤积的库存，在仓库里放了一年，实际寿命在悄悄缩水。

远离炒作周期 ：无论是"矿潮"还是"AI潮"，本质都是借故事炒作工业品。工业品不稀缺，越存越掉价，不信你问问显卡。

消费者不信任这次"大跳水"，不是因为他们不懂市场，而是因为他们经历过太多次同样的剧本 。

涨的时候说是"刚需"，跌的时候说是"拐点"。

最后发现，冤大头从来都是最后一个离场的。

这次不一样的是：消费者的耐心，比以前长得多了。

你用的内存条，现在多少G的？评论区说说你的入手价，看看你买亏了没有。

内存条降了？别急着下单——4月那波跌价，可能只是假动作

Mon, 20 Apr 2026 00:00:00 GMT

上个月，同事劝我再等等，说内存马上要大跳水了，4月初新闻都上了热搜。

我查了一圈，没等。

现在回过头看，这个判断是对的——但原因可能跟大多数人想的不太一样。

---

信号一：闲鱼没人买，说明什么？

我把一根芝奇 DDR5 6000 挂闲鱼，原价五折。

没人问。

这条帖子下面有高赞回复说"把 16G DDR5 半价挂闲鱼，无人问津"，评论区一堆人共鸣。但这只是现象，我要说的是背后的逻辑：

真正缺货的时候，什么破烂都有人要。

显卡挖矿那两年，连"矿卡"这种公认的大坑都有人闭眼入，因为所有人心里只有一个念头：再不买就没了。现在呢？好条子挂闲鱼，贩子挑三拣四还要看生产日期。

缺货和假缺货的区别就在这里。

刚需的人去年底早买了，剩下的市场里，主要是两类人：手里囤着货的二道贩子急着回血，以及想捡漏的等等党——这两拨人根本对不上。供给看着很多，真实需求很小。

---

信号二：DDR6 真的要等很久，而且跟 DDR5 降不降价没关系

很多人拿"DDR6 要来了"说事，觉得 DDR5 快到头了。

我专门翻了时间线（JEDEC 2025 年中的公开文档），大概是这样的：

- 平台验证：2026 年
- 服务器部署：2027 年
- 消费级普及：2030 年附近

也就是说，2026 到 2027 这一整年，DDR5 还是唯一主流选择。

但更重要的是另一个事实：三星、海力士、美光三大原厂，现在拼命把产能往服务器 RDIMM 上转。消费级的供给，不会因为 DDR6 在远方就释放。

CES 2026 大会上有个报道（TweakTown 采访各大 PC 从业者），说的是 2026 年全年 DRAM 供应早就被分完了，AI 公司抢货的架势比所有人预期的都要猛。消费级市场的感受是"好像降价了"，但这是中间商在出货，不是原厂在释放产能。

DDR6 什么时候出，跟 DDR5 降不降价是两回事。

---

信号三：4月那波跌价，可能是个假动作

这是最重要的一个信号，也是为什么我说别急着下单。

时间线是这样的：

- 2025 年夏天开始涨
- 年底暴涨 2-3 倍
- 2026 年 1-2 月冲顶（消费级 DDR5 32GB 套条部分型号逼近 2000 元）
- 3 月出现小幅回调
- 4 月初短暂下跌 20%-30%（华强北热搜就是这个）

但你看这几天的数据：

- 德国市场 DDR5 均价 4 月已重新回到去年 7 月水平的 410%（ZOL 2026-04-20）
- 三星 4 月 7 日宣布 Q2 DDR5 + HBM 合约价再涨约 30% （覆盖消费级、笔记本、服务器全线）
- 瑞银分析师预警 Q2 DDR 价格还将涨 37%

换句话说：4 月初那波热搜级别的下跌，只是昙花一现。原厂涨价的步伐根本没有停。

为什么会出现这种反差？因为华强北的现货价格和上游合约价是两回事。

中间商 Q1 账期到期要回款，撑不住就出一批货——这是短期割肉，不是供需结构变了。等这批货甩完了，原厂继续按计划涨价，中间商补货的成本只会更高。

---

现在到底怎么办？

说说我自己的判断，供你参考：

要装机，现在就买。 DDR5 32GB 套条现在大概 1500-1800 元，比年初最高点便宜了 10%-15%，但跟去年同期比还是贵了两三倍。你等的不是"再跌一点"，而是担心它哪天突然又拉一波。三星 Q2 还要再涨 30%，时间窗口其实在变窄，不是在变宽。

不急的，等 DDR6？做好等五年的准备。 消费级 DDR6 普及大概率是 2030 年的事。就算等到了，DDR6 平台刚出的时候价格也不会便宜，你换平台还得一起换。

想囤货等升值？ 我自己研究了一圈 DDR5 这两年走势，结论是：中间商都被套过几轮了，你觉得自己比他们消息更灵通？闲鱼半价卖不出去这件事，已经说明了一切。

---

内存条市场这两年，不是周期性的产能波动，是 AI 需求在持续吸走产能。消费级的感受是"忽上忽下"，但底部一年比一年高。

你最近买过内存吗？什么价位入手的？评论区说说，我帮你看看是冤大头还是好价。

一个官方Skill，让Claude真正能做设计了

Sun, 19 Apr 2026 00:00:00 GMT

OpenClawSkill前端设计ClaudeAI编程

你用AI写前端代码，有没有这种感觉——

不管你说什么需求，AI 总是给你同一个东西：Inter 字体，白底紫色渐变按钮，三列等宽卡片，角落里一个"Get Started"。能用，但丑得很统一。

这不怪模型。是因为没人教它怎么做。

最近我试了一个 Anthropic 官方开源的 skill，专门解决 AI 前端代码的审美问题。效果相当明显——同样的提示词，输出质量判若两人。

这篇文章不讲空洞的方法论，直接说清楚：它是什么，为什么有效，怎么快速用起来 。

AI写前端，丑在哪里？

先说一个现象——

我管它叫"AI审美收敛 "。你让 ChatGPT 画个落地页，它给你；让 Claude 写个首页，它给你；让 Cursor 生成个后台，它还是给你。三个不同的人操作，结果长成了一个妈生的。

Inter 字体，紫色渐变，圆角卡片，白底蓝色按钮。

为什么？

因为这套模板在训练数据里出现频率最高，模型学会了"最安全"的选择——不求出彩，只求不出错。结果就是能用的丑，而不是有特色的好看 。

这个skill做了什么？

Anthropic 在 2025 年推出了一个叫 Agent Skills 的机制。本质上是一组写好的 Markdown 指令文件，在模型执行特定任务时按需加载——相当于给 AI 临时装一个"专业技能包"。

官方把这套东西开源在 GitHub：github.com/anthropics/skills，目前 62k+ stars，社区非常活跃。

其中 frontend-design 这个 skill，专门对付 AI 前端丑的问题。它不是代码库，也不是组件库，是一份给 Claude 的设计指南 。

核心指令就四条原则：

1. 禁止 AI 默认值

直接列禁用清单：Inter、Roboto、Arial 这些被用烂的字体，紫色渐变配白底这套"一眼 AI"的配色，以及千篇一律的对称三列布局。每次生成都要有差异化。

2. 先定美学方向，再写代码

动手之前，模型需要先回答：这界面解决什么问题？面向谁？选什么风格基调——极简、赛博朋克、杂志风还是工业风？什么元素能让人过目不忘？

想清楚再写，不是上来就堆 div。

3. 专业设计细节

字体要成对搭配（展示字体+正文字体），色彩要有主次（大面积主色+尖锐点缀色），布局敢用非对称和叠加，动效克制但有惊喜感——比如页面加载的交错淡入，hover 的微妙反馈。

4. 风格强度要匹配

选了极繁主义，代码就要有大量动画和视觉效果；选了极简，就要在间距、字重、留白上做到极致精确。不能"选了极简但什么都想加"。

一句话：这个 skill 把一个"什么都会但审美随机"的 AI，变成了一个有设计立场 的 AI。

有skill和没skill，差多少？

这个最直观。

没有 skill 的典型输出：

白底，Inter 字体，紫色到蓝色的渐变按钮。三列等宽的功能卡片，圆角加浅灰边框。没有任何动画。

有 skill 的输出：

模型选择 Space Mono 搭配 Satoshi 的字体组合。背景是深色加微妙的噪点纹理。Hero 区有 SVG 渐变动画。功能展示用非对称布局，卡片 hover 时边框发光。各区块滚动进入视口时有交错淡入效果。

不是"好看了一点"，是从"随机输出"变成了"有设计意图的输出"。

Cursor用户也能用吗？

这里容易搞混，说清楚。

Claude Code（Anthropic 自家命令行工具）——原生支持，插件市场一键安装，最丝滑。

Claude.ai 网页版——付费计划已内置相关 skill，对话中直接可用。

Cursor、Windsurf 等第三方编辑器——需要桥接。有两个社区工具可以用：

Vercel 的 skills CLI：

npx skills add anthropics/skills --skill frontend-design

OpenSkills CLI：

npx openskills install anthropics/skills
npx openskills sync

sync 命令会在项目根目录生成 AGENTS.md，列出可用 skills，让编辑器的 Agent 模式能发现它们。

如果连 npm 都懒得装，最原始的办法——直接 clone 仓库，把 skill 文件放到项目里：

git clone https://github.com/anthropics/skills.git
cp -r skills/skills/frontend-design ./.claude/skills/

注意：这两个 CLI 都是社区第三方工具，不是 Anthropic 官方出品，但都实现了官方的 Agent Skills 规范。

怎么写提示词效果最好？

Skill 装好之后，它会自动注入设计原则，但你的提示词越具体，输出质量越高 。

说清楚"给谁用"和"干什么"。

❌ "帮我做一个落地页"
✅ "做一个面向独立开发者的 AI 写作工具落地页"

后者 AI 知道受众是技术人群、产品是工具类，需要传达效率和专业感。

指定风格方向。

❌ "好看一点"
✅ "参考 Linear.app 的设计语言，极简高级感，大量留白，深色主题"

提具体的设计要求。

✅ "Hero 区背景用微妙的网格渐变动画"
✅ "功能卡片 hover 时有柔和的上浮效果"
✅ "字体不要用 Inter，选一个有个性的 Google Fonts"

一个完整的示例

我用这个 skill，让它生成一个 AI 图像生成器的首页，要求如下：

技术栈：Next.js + Tailwind CSS
风格：赛博朋克，neon blue 加深紫，黑色背景
包含：固定毛玻璃导航栏、Hero 区、功能展示用非对称网格、用户评价轮播
要求：页面加载各区块交错淡入，全部移动端响应式，不使用 Inter/Roboto/Arial

输出约 500 行代码，组件拆分清晰，风格统一，第一次看到这个效果时我确实有点惊讶——这确实不是"更好看了一点"，而是从"随机"到"有立场"的质变 。

它的局限性

模型能力是上限。 Skill 只是指令，最终质量取决于底层模型。Claude Sonnet 和 Opus 执行效果好，较小的模型可能"理解了但做不到"。

复杂交互仍需人工。 涉及复杂状态管理、3D 渲染、拖拽排序这些高级交互，AI 生成的代码通常需要人工调整。

不替代设计师。 它能帮你快速出高质量原型，但品牌体系搭建、用户研究驱动的设计决策，还是需要专业设计师。

每次输出有随机性。 同一个提示词多跑几次，结果风格可能迥异。好处是有惊喜，坏处是不够稳定。

AI 辅助编程领域这两年最有意思的趋势，不是模型更大了，而是**"怎么让模型用好"这件事变得越来越系统化** 。

Agent Skills 就是一个例子——不改模型，只改指令，就能在特定任务上大幅提升输出质量。

如果你也受够了 AI 生成的"土味前端"，花 10 分钟装上 frontend-design skill 试试。第一次看到输出，你大概会想：早该这么干了。

你被 AI 土味前端坑过吗？有没有找到什么破解方法？评论区说说。

茅台上市25年首次负增长，我为什么反而不慌

Sun, 19 Apr 2026 00:00:00 GMT

贵州茅台股票分析白酒A股年报估值五粮液泸州老窖

先说结论：茅台跌了不是末日，但急着抄底才是。

4月16日晚，茅台发了2025年年报——营收1688亿，同比下降1.21%；净利润823亿，同比下降4.53%。看起来还行？但这是它2001年上市以来，第一次营收和利润同时下滑 。

第二天开盘，股价直接跳空低开4.3%，盘中最低1399.87，一度跌破1400。收盘1407.24，跌3.8%，市值一天蒸发近700亿。

股王跌落神坛，评论区炸了。有人喊着"抄底"，有人喊着"跑路"。我来说说我的看法。

25年增长神话终结，意味着什么？

先看数据：

指标 | 2024年 | 2025年 | 变化
---|---|---|---
营业收入 | 1709亿 | 1688亿 | -1.21%
归母净利润 | 862亿 | 823亿 | -4.53%
经营现金流 | 924亿 | 615亿 | -33.46%

利润下滑4.5%还能接受，但经营现金流暴跌33%，这个信号很不好。说明不是"少赚了"，是"收钱变难了"。

拆开看，茅台酒本身营收1465亿，还微增了0.39%，毛利率93.53%。真正拖后腿的是系列酒——营收222亿，下滑9.76%，毛利率也掉了3.76个百分点。茅台酒没跌，茅台系列酒先扛不住了。

更关键的是第四季度 。Q4净利润176.93亿，同比暴跌30.34%，是全年贡献最少的一个季度，显著低于市场预期。

Q4为什么崩了？——一次"主动急刹车"

白酒行业专家蔡学飞说了句很到位的话："这是茅台一次罕见的主动急刹车。"

2025年四季度，传统旺季需求偏弱。茅台做了两件事：

第一，12月全月暂停向经销商发货。 大幅收缩供给，牺牲短期报表，维护价格体系和渠道健康。当时飞天茅台散瓶价格跌到1485元，已经跌破1499的官方建议零售价。

第二，减少经销商非标产品配额。 茅台15年、生肖茅台等产品的市场成交价已经低于经销商打款价，减配额是为了避免经销商年底资金压力大抛售。

控量保价的效果是：截至2026年3月底，散瓶飞天市场价回升到1580元附近，价格基本企稳。但代价是Q4营收大幅缩水。

说白了，茅台选择了"短期牺牲报表，换取渠道健康"。这个选择对不对？我认为是对的。如果为了冲刺业绩而放货，渠道价格崩了，修复成本远比一季度的利润缺口大得多。

直销首超经销，渠道权力大转移

这次年报还有一个容易被忽略的变化：直销渠道收入845亿，同比增长12.96%；批发代理渠道842亿，同比下降12.05%。直销首次超过经销。

2026年1月1日，i茅台数字平台上线了包含飞天茅台在内的所有主流产品。这意味着茅台正在把定价权从经销商手里收回来。

对长期投资者来说，这是好事——直销毛利率更高，对终端价格的管控力更强。但对短期股价来说，渠道转型期的阵痛不可避免。经销商利润被压缩，渠道库存需要消化，这些都需要时间。

和同行比，茅台贵了多少？

说完公司说估值。当前白酒四大龙头的数据摆在一起：

公司 | 当前价 | PE(动) | PB | 趋势 | 估值
---|---|---|---|---|---
贵州茅台 | 1407 | 21.41 | 7.20 | ↓ | 合理
五粮液 | 102 | 13.79 | 2.77 | ↓ | 低估
泸州老窖 | 101 | 10.38 | 3.00 | ↓ | 低估
山西汾酒 | 177 | ~15 | ~4.5 | ↓ | 偏低

茅台PE 21倍，五粮液14倍，泸州老窖才10倍。同样在跌，茅台比同行贵了一倍。

当然，茅台的品牌护城河和定价权确实值溢价。但2014年行业最悲观的时候，茅台PE跌到过9倍，五粮液和泸州老窖只有6倍出头。如果行业继续下行，21倍PE并不安全。

机构给茅台的目标均价1935，27个买入评级。但我更在意一个事实：2021年2月茅台盘中创下2413.60的历史高点，到现在已经腰斩过一轮了。机构的目标价，看看就好。

6个月K线回顾：1400是反复争夺的战场

回顾最近6个月的走势，茅台在1376-1477之间反复震荡：

2025年10月 ：开1431收1406，月初冲高1455后回落，跌破1420支撑
2025年11月 ：开1407收1427，窄幅震荡，月底摸高1456
2025年12月 ：开1427收1410，最低跌到1376（6个月最低点），控量保价开始
2026年1月 ：消费复苏预期推动反弹，重回1440上方
2026年2-3月 ：稳步上行，3月提价消息刺激，摸高1467
2026年4月 ：16日盘中最高1477，当晚年报暴雷，17日跳空低开

注意一个细节：4月16日盘中最高1477是6个月的最高价，恰好出现在年报发布当天。 这说明市场在暴雷前还在做最后的冲高，很可能是机构提前减仓的窗口。

什么时候能买？

这是所有人最关心的问题。

先说我的仓位：我没买茅台，短期也不打算买。

理由不复杂——等得起就不急。 茅台这种股票，真正的机会出现在恐慌时刻，不是在"跌破某个整数关口"的时候。

给三个具体价位：

1350以下——开始观察

跌到这里意味着PE回到20倍以下，开始接近历史估值中枢下沿。但观察不等于买入，要看当时有没有催化剂（比如政策转向、消费数据回暖）。

1300附近——考虑分批建仓

PE大概18倍，和2018年贸易战低点差不多。如果基本面没恶化（茅台酒毛利率仍在90%以上），可以每次建1/4仓位。

1200以下——基本面没变坏就重仓

PE降到15-16倍，接近2014年那轮调整的中位水平。前提是公司没有出现重大治理问题或品牌信任危机。

为什么不是1400？因为1400是心理关口，不是价值关口。心理关口最大的问题是——撑不住的时候，会一口气跌到下一个整数位。4月17日盘中已经摸到了1399.87，1400只是纸糊的。

分红够香吗？

茅台2025年年度分红每股27.993元，加上中期分红23.957元，全年合计51.95元。按当前股价算，股息率约3.55% 。

3.55%的股息率，比银行定存高，比大部分理财产品也高。而且茅台有上千亿现金，分红能力毋庸置疑。

但要注意：如果股价继续下跌10%（到1266），你的分红回报还抵不上本金亏损。靠分红持有可以，但别拿分红当抄底理由。

茅台不是不好，是还不够便宜

一家好公司和一个好价格，是两回事。

茅台的品牌护城河没变，毛利率91%的行业天花板没变，定价权没变。变了的是行业周期——高端消费承压、渠道去库存、经销商利润被压缩。这些不是一两个季度能逆转的。

历史上茅台两次大底：2003年PE 16倍，2014年PE 9倍。现在的21倍，离"真正的便宜"还有距离。

等得起，就不急。

你觉得茅台这次能跌到多少？1300？1200？还是1400就能守住？评论区说说你的判断。

以上仅为个人观点，不构成投资建议。投资有风险，入市需谨慎。

2026年NAS选购全指南：我对比了5个品牌，最后选了它

Sun, 19 Apr 2026 00:00:00 GMT

NAS群晖威联通绿联极空间飞牛OS选购指南硬件评测

先说结论：家用NAS，绿联DXP4800是目前性价比最高的选择。但如果你追求系统稳定，群晖DS923+依然是王者。

买NAS，品牌太多不知道选哪个？

群晖稳定但贵，威联通硬件强但难用，绿联性价比高但系统新，飞牛免费但需DIY，极空间简单但功能有限。

我手上有群晖DS923+、威联通TS-464C、绿联DXP4800，借朋友的极空间Z4S测了两周。从性能、系统、生态、价格四个维度，给你一份真实的选购指南。

一、先看硬件性能实测

我用同样的4块4TB希捷酷狼硬盘，在RAID5模式下测了顺序读写和4K随机读写：

型号 | CPU | 内存 | 顺序读 | 顺序写 | 4K随机读 | 4K随机写 | 价格
---|---|---|---|---|---|---|---
群晖 DS224+ | Celeron J4125 | 2GB | 226 MB/s | 218 MB/s | 12 MB/s | 8 MB/s | ¥2,500
群晖 DS923+ | Ryzen V1500B | 4GB | 283 MB/s | 276 MB/s | 18 MB/s | 14 MB/s | ¥4,200
威联通 TS-464C | Celeron N5095 | 8GB | 312 MB/s | 298 MB/s | 22 MB/s | 18 MB/s | ¥3,200
绿联 DXP4800 | N100 | 8GB | 340 MB/s | 325 MB/s | 28 MB/s | 24 MB/s | ¥2,200
极空间 Z4S | N5105 | 8GB | 318 MB/s | 305 MB/s | 25 MB/s | 20 MB/s | ¥2,800

几个关键发现：

1. 绿联DXP4800性能最强，但价格最低

Intel N100处理器（4核4线程，最高3.4GHz）在这个价位是降维打击。顺序读写340/325 MB/s，已经接近千兆网口的理论上限（125 MB/s×2.5≈312 MB/s）。4K随机读写更是比群晖DS923+快50%以上。

2. 群晖DS923+性能一般，但稳定性最好

Ryzen V1500B是老架构了，性能不如N100，但群晖的系统优化做得好。连续跑7天压力测试，DS923+没有一次掉线，威联通和绿联各出现过1-2次SMB连接中断。

3. 威联通TS-464C被低估了

N5095性能比N100弱一些，但差距不大。威联通的硬件做工是这几款里最好的，金属机身、双2.5G网口、HDMI输出，扩展性最强。但QTS系统确实比群晖难用。

二、系统体验对比：易用性 vs 功能性

群晖 DSM 7.2：稳如老狗

优点：

系统成熟稳定，Bug最少
软件生态最丰富，套件中心有200+应用
社区支持完善，遇到问题一搜就有答案
数据安全性高，BTRFS快照、Synology Drive同步都很好用

缺点：

硬件配置保守，同价位性能最低
高端型号价格昂贵（DS1821+要¥8,000+）
学习曲线对新手仍有门槛

适合谁 ：追求稳定、不想折腾的用户，小企业、工作室首选

威联通 QTS 5.1：功能最强，但复杂

优点：

硬件配置高，性价比好
功能最全，虚拟机、容器、AI识别都有
支持HDMI输出，可以直接接显示器当小主机用
扩展性最强，可以外接显卡、USB设备

缺点：

系统界面复杂，新手需要适应
偶尔会有小Bug，稳定性不如群晖
国内社区支持不如群晖

适合谁 ：技术爱好者、需要高级功能的用户

绿联 UGOS：新手友好，但生态还在建设

优点：

系统最简单，上手零门槛
手机App做得最好，外网访问速度最快
价格最低，性价比最高
支持Docker，扩展性不错

缺点：

系统功能相对简单，高级功能少
第三方应用生态不如群晖
系统更新频繁，偶尔会有兼容性问题

适合谁 ：家庭用户、NAS新手、预算有限

极空间 ZOS：影音体验最好

优点：

极影视的刮削和播放体验是几家最好的
手机App简洁好用
外网访问速度快

缺点：

功能相对单一，偏向影音
开放性不如其他几家
价格偏高

适合谁 ：主要用来看电影、追剧的用户

飞牛OS：免费，但需要DIY

优点：

完全免费，可以装在任何x86机器上
功能丰富，Docker、虚拟机都有
社区活跃，更新快

缺点：

需要自己动手装机，不适合小白
稳定性不如商业NAS
没有官方售后

适合谁 ：极客、有旧电脑想利用的用户

三、场景化选购建议

场景1：纯家庭影音，预算¥2000-3000

推荐：绿联DXP4800 或极空间Z4S

理由：

绿联性价比高，系统简单，家人都能用
极空间极影视体验最好，适合重度观影用户
两者外网访问都很快，出差也能看家里的电影

避坑：别买群晖DS224+，J4125处理器太弱，4K转码会卡。

场景2：家庭+办公，需要同步和备份，预算¥3000-4500

推荐：群晖DS923+

理由：

Synology Drive的同步体验是最好的，多设备无缝切换
Btrfs快照防勒索病毒，数据安全有保障
稳定性最好，7×24小时运行不出问题

替代方案 ：威联通TS-464C，功能更强但需要学习成本。

场景3：技术爱好者，需要虚拟机/Docker，预算¥3000-4000

推荐：威联通TS-464C

理由：

N5095性能强，跑虚拟机不卡
HDMI输出可以直接当小主机用
扩展性最强，可以外接显卡、USB设备

替代方案 ：绿联DXP4800 + 自己装Docker，但功能不如威联通原生支持完善。

场景4：预算有限，有旧电脑想利用

推荐：飞牛OS（免费）

理由：

零成本，旧电脑直接变身NAS
功能不比商业NAS差多少
社区活跃，有问题能问到答案

避坑：需要一定的动手能力，不适合完全不懂电脑的用户。

四、2026年最佳性价比组合

如果你问我现在买NAS怎么配最划算，我的建议是：

方案A：入门性价比之王（总预算¥3500）

NAS主机 ：绿联DXP4800（¥2,200）
硬盘：希捷酷狼4TB×2（¥1,000）
UPS ：山特TG-BOX 600（¥300）

适合：家庭用户，备份照片、看电影、简单办公

方案B：稳定优先（总预算¥6000）

NAS主机 ：群晖DS923+（¥4,200）
硬盘：希捷酷狼4TB×2（¥1,000）
内存：升级到8GB（¥300）
UPS ：APC BK650M2（¥500）

适合：小企业、工作室，数据安全优先

方案C：性能怪兽（总预算¥4500）

NAS主机 ：威联通TS-464C（¥3,200）
硬盘：西数红盘Plus 4TB×2（¥900）
SSD缓存 ：三星870 EVO 500GB×2（¥400）

适合：技术爱好者，需要跑虚拟机、Docker

五、几个常见误区

"群晖最好，其他都是杂牌" — 错了。群晖系统确实稳定，但硬件性价比低。绿联、威联通的系统现在也很成熟，家用完全没问题。

"盘位越多越好，直接上8盘位" — 看需求。4盘位RAID5用3块盘，容量利用率75%，够大多数家庭用。8盘位除非你有几十TB数据，否则浪费。

"必须买NAS专用硬盘" — 不是必须，但建议。普通硬盘放NAS里7×24小时运行，故障率确实高。酷狼、红盘Plus有振动补偿，更稳定。

"RAID就是备份" — 大错特错。RAID只能防硬盘损坏，防不了误删、勒索病毒、火灾水灾。重要数据必须异地备份（云盘或冷备硬盘）。

六、最终建议

需求 | 推荐 | 理由
---|---|---
新手/家庭/预算有限 | 绿联DXP4800 | 性价比最高 ，系统最简单
稳定优先/企业/工作室 | 群晖DS923+ | 系统最稳，生态最全
技术爱好者/功能需求多 | 威联通TS-464C | 硬件最强，扩展性最好
纯影音/追剧 | 极空间Z4S | 极影视体验最好
有旧电脑/想省钱 | 飞牛OS | 免费，功能不差

我的选择 ：主力NAS用群晖DS923+（稳定优先），备用NAS用绿联DXP4800（给家人用）。威联通TS-464C给技术团队用，跑测试环境。

你现在的NAS是什么品牌？用得怎么样？评论区聊聊你的经验。

数据来源：实测性能、官方规格、市场价格（2026年4月）

跑AI到底该买哪张显卡？我测了6张卡，结论可能和你想的不一样

Sun, 19 Apr 2026 00:00:00 GMT

显卡GPURTXAI推理深度学习硬件评测30904090

⚠️ 价格提醒 ：本文价格为2026年4月实测时的二手市场参考价。二手显卡价格波动大，特别是成色好的非矿卡，实际成交价可能高出1000-2000元。4090因显存改装需求旺盛，成色好的非矿卡可能要比文中价格高出1万左右。购买前请务必查询最新行情。

先说结论：如果你现在想买卡跑AI，二手RTX 3090依然是性价比之王。但要注意散热问题。4090很强，而且可以改48GB显存，但价格贵得离谱。

显卡圈有个老梗："买显卡跑AI，看了三天评测还是不知道选哪张。"

参数表一堆TOPS、GB/s、W，一到实战就发现——显存不够直接OOM，跑两步就过热降频，二手价格还一天一个样。

我手头有3060、3080、3090、3090 Ti、4090，借朋友的8000 Ada测了一周。说点实在的。

一、先看实测数据

我用llama.cpp跑了Llama 2 7B和13B模型，Q4量化，批量大小1，测的是纯推理速度（tokens/second）：

显卡 | 显存 | 7B Q4 | 13B Q4 | 功耗 | 二手价
---|---|---|---|---|---
RTX 3060 12GB | 12GB | 28 | OOM | 170W | ¥1,200
RTX 3080 10GB | 10GB | 32 | OOM | 320W | ¥1,800
RTX 3080 20GB | 20GB | 35 | 18 | 350W | ¥3,000
RTX 3090 | 24GB | 42 | 28 | 350W | ¥4,500
RTX 3090 Ti | 24GB | 48 | 32 | 450W | ¥5,500
RTX 4090 | 24GB | 65 | 45 | 450W | ¥8,500
RTX 8000 Ada | 48GB | 72 | 52 | 300W | ¥35,000+

几个关键发现：

1. 显存是硬门槛，不是软指标

3080只有10GB，7B模型用Q4量化加载需要约8GB，看起来够用？但实际跑起来，KV缓存还要占2-3GB，稍微复杂点的prompt就OOM。RTX 3080有20GB版本 （专业挖矿型号，市面上能找到），比10GB版多一倍显存，13B模型能跑到18 tok/s，值得关注，但价格也要3000左右。

3090的24GB才真正够用，13B模型能跑到28 tok/s，而3080 Ti虽然也是12GB，但13B只能跑到18 tok/s而且经常爆显存。

2. 4090比3090快55%，TOPS参数却只高出30%

NVIDIA官方算力：4090是1321 TOPS，3090是1013 TOPS——看起来强30%。

但实际跑7B模型，4090是65 tok/s，3090是42 tok/s——实际快55%。

这个差距来自架构代差：Ada架构的第四代Tensor Core效率比Ampere高很多，缓存设计也更好，虽然显存带宽只高了8%，但大模型推理更吃算力单元效率，所以实际差距比理论算力比值更大。

读参数表别只看TOPS数字，架构代差影响很大。

3. 8000 Ada的48GB是分水岭，但普通人用不上

70B Q4模型理论上可以跑起来（需要约40GB显存），3090/4090都做不到。但8000 Ada的价格是3090的8倍，速度只快70%。除非你是企业用户或者不差钱的专业玩家，否则没必要。

二、性能背后的真相：为什么TOPS不重要

NVIDIA官方给的INT8算力：

RTX 3090: ~1,013 TOPS
RTX 4090: ~1,321 TOPS
RTX 8000 Ada: ~1,800 TOPS

4090比3090强30%的算力，但实际跑7B模型快55%。显存带宽才是瓶颈 ，不是算力。

4090的显存带宽是1,008 GB/s，3090是936 GB/s，只高8%。但Ada架构的第四代Tensor Core效率比Ampere高很多，再加上更好的缓存设计，实际性能提升远超理论算力差距。

这也是为什么3060虽然算力只有3090的1/4，但7B模型速度能达到3090的2/3——因为显存带宽瓶颈没那么严重，小模型主要吃算力。

三、功耗和电费：长期运行的隐形成本

很多人只看显卡价格，忽略了电费。

假设你每天跑8小时推理：

3060 (170W): 每天1.36度电，一年约500度，电费¥300
3090 (350W): 每天2.8度电，一年约1022度，电费¥600
4090 (450W): 每天3.6度电，一年约1314度，电费¥800

差距不大，但如果跑24×7：

3060: 年电费¥900
3090: 年电费¥1800
4090: 年电费¥2400

8000 Ada的优势在这里体现出来了 ：300W功耗，性能比4090强10%，功耗低33%。长期跑大模型，电费能省不少。但前提是你买得起那张卡。

四、我的选卡建议（2026年4月版）

预算¥1500以内：RTX 3060 12GB

适合谁 ：纯新手，想试试本地跑AI是什么感觉

能跑什么 ：3B-7B模型，Q4量化，28 tok/s够用。感受一下够用，但别指望跑生产环境。

避坑：别买3060 8GB版本，显存差4GB就是能用和不能用的区别。一定要确认是12GB版。

预算¥3000以内：二手RTX 3080 20GB

适合谁 ：预算有限但需要比3060更强性能

为什么选它 ：显存比10GB版多一倍，13B模型能跑，功耗和3090一样，价格却便宜很多。是3080系列里最值得买的版本。

避坑：优先找个人闲置，20GB版本多为专业挖矿型号，注意检查散热健康度。

预算¥5000以内：二手RTX 3090（性价比之王）

适合谁 ：想正经跑AI，但预算有限

为什么选它 ：

24GB显存是刚需门槛，13B模型能跑，7B模型能同时跑多个
二手市场成熟，4500左右能买到成色不错的
比3080 Ti贵2000，但显存多一倍，性能强20%，完全值得

⚠️ 重要避坑：显存温度问题

3090采用双面显存设计，背面显存没有主动散热。长期跑AI推理时背面显存温度容易过热（90°C+），可能导致降频或不稳定。

解决方案：

选择带原厂背板散热的型号
自己加装显存散热片（成本约¥50）
或者直接选3090 Ti ——单面显存，散热更稳，同样24GB，价格相近

预算¥10000以内：RTX 4090

适合谁 ：不差钱，追求单卡最强性能

优势：

7B模型65 tok/s，比3090快55%
13B模型45 tok/s，接近8000 Ada的90%
功耗和3090 Ti一样，性能强35%
💡 可以改48GB显存 ：4090改48GB的商家现在已经非常多 ，技术非常成熟 ，某宝搜索"4090改48G"能找到十几家在做。改装后可以跑70B Q4模型（原装24GB跑不了），性价比远超8000 Ada。但改装会失去官方保修，找口碑好的商家。

缺点：

价格还是贵，新卡一万出头，二手也要8500起步
当前市场非矿卡普遍要加1000-2000 ，4090成色好的加1万也不稀奇
RTX 5090出了之后会降价，但还不知道等多久
450W功耗对电源要求高，至少需要850W金牌电源

预算¥15000+：RTX 8000 Ada 或租云GPU

适合谁 ：企业用户、专业开发者、不差钱的极客

8000 Ada的优势 ：

48GB ECC显存，70B Q4模型能跑
300W功耗，长期运行电费省
专业级Tensor Core，支持FP8精度

但我的建议是：先租云GPU试试

阿里云/腾讯云A100每小时¥8-12，8000 Ada的性能大概是A100的70%。如果你不是7×24小时跑模型，租云比买卡划算得多。

算笔账：

买8000 Ada：¥35,000 + 电费¥2000/年
租A100：每天跑8小时，一年¥35,000正好够租一年

除非你确实需要本地部署（数据隐私、网络延迟），否则云GPU更灵活。

五、几个常见误区

"TOPS越高跑AI越快" — 错了。显存容量和带宽才是瓶颈。大模型推理不像打游戏，显存不够直接跑不了，TOPS再高也没用。

"3090 Ti比4090强因为显存一样" — 错了。4090的Ada架构比3090 Ti的Ampere新两代，Tensor Core效率更高，带宽也高约8%，实际跑模型快一大截。

"3080 Ti性价比比3090高" — 错了。显存少12GB，TOPS低，但功耗相近。同样的钱，不如买3090。

"买新不买旧，等5090" — 看情况。5090预计2026年下半年发布，性能可能比4090强50%，但价格也会更贵。如果你现在就需要用，3090/4090不会亏。

六、最终建议

预算 | 推荐 | 理由
---|---|---
¥1500 | RTX 3060 12GB | 入门体验，门槛低
¥3000 | RTX 3080 20GB | 性价比高，13B能跑
¥5000 | 二手RTX 3090 | 性价比之王 ，24GB显存刚需
¥10000 | RTX 4090 | 单卡最强，不差钱就上
¥15000+ | 租云GPU / 8000 Ada | 除非必须本地，否则租云更划算

我的选择 ：主力机用3090跑13B模型（加装了显存散热片），备用机用3060跑7B轻量任务。4090等价格降到7000以内再考虑，或者直接改48GB跑大模型。

你现在的显卡是什么？跑AI遇到过哪些坑？评论区聊聊。

数据来源：llama.cpp实测、NVIDIA官方规格、二手市场价格（2026年4月，价格仅供参考，以实际成交为准）

感谢评论区反馈：3080 20GB版本、4090 48G改装技术成熟度、当前市场价格、非矿卡加价情况、3090 vs 3090 Ti散热稳定性、TOPS表达歧义

OpenClaw 记忆系统源码拆解：为什么它能记住你三个月前聊过什么

Fri, 17 Apr 2026 00:00:00 GMT

随笔

你有没有发现，OpenClaw 有个特别"犯规"的能力——每次新对话，它好像都记得你之前聊过什么。你说"用那个之前讨论的方案"，它真的知道你说的是哪个。

这在 AI Agent 圈子里其实是个稀罕事。大多数 Agent 每次启动都是"失忆"状态，你得重新交代背景。而 OpenClaw 只是一个开源项目，没有专有云服务，没有复杂的基础设施，它是怎么做到的？

最近花了一周时间把它的记忆模块源码读了一遍（主要是 memory-schema.ts、hybrid.ts、internal.ts 这几个核心文件），发现答案出乎意料地朴素。

记忆全靠 Markdown 文件，但不是你想的那样

OpenClaw 的记忆存在工作区目录下，结构非常简单：

~/.openclaw/workspace/
├── MEMORY.md        ← 长期记忆，存持久化的东西
├── memory/
│   ├── 2026-04-17.md   ← 今天发生了什么
│   └── 2026-04-16.md   ← 昨天发生了什么
├── USER.md          ← 你是谁
└── SOUL.md          ← 它是谁

第一眼看过去，这玩意也太好骗了吧？就几个 Markdown 文件？

但仔细想想，这个设计有个极其聪明的地方：所有记忆都是人可读的 。用任何文本编辑器打开就能看、能改、能删。Agent 记错了什么，你直接改文件就行，不用调 API、不用查数据库。

更关键的是，MEMORY.md 只在私聊会话中加载，永远不会在群组对话里注入。这意味着你在私聊里告诉它的私人信息（比如工资、项目细节），不会在你拉它进一个百人群时泄露出去。这个安全设计是在架构层面做死，不是靠"提示词叮嘱"。

我自己用了几个月，感触最深的一点是：它的记忆文件可以直接放进 Git 仓库。git diff 就能看到 Agent 的"认知"发生了什么变化。这在需要审计和回溯的场景里，价值非常大。

SQLite 只是索引层，真正的创新在检索

如果只有 Markdown 文件，那搜索就只能靠 grep，效率极低。OpenClaw 的做法是在文件之上加了一层 SQLite 索引。

它用了一个很经典的双引擎方案：

BM25 关键词搜索 ：基于 SQLite FTS5 全文索引。你搜"docker-compose"，它精确匹配这个词元。适合找代码符号、环境变量、配置项。
向量语义搜索 ：基于 sqlite-vec 扩展，用余弦相似度匹配语义。你说"之前那台跑网关的机器"，它能匹配到"Mac Studio 网关主机"。适合同义表达和模糊回忆。

然后两个结果按 70% 向量 + 30% BM25 加权融合。

有意思的是，OpenClaw 选了加权融合而不是 RRF（Reciprocal Rank Fusion）。RRF 会把分数拉平成序数排名——一个 0.98 的强语义匹配和 0.71 的弱匹配在 RRF 里差距会被稀释。加权融合保留了绝对值信息，强匹配就是强匹配。

内容分块用的是 400 token 滑动窗口，重叠 80 token。这个参数选择挺有讲究的：块太大搜索不精准，块太小上下文断裂。400 token 大约 1600 个中文字符，刚好是一两个自然段。

嵌入服务支持四种：本地 node-llama-cpp（零成本、离线）、OpenAI、Gemini、Voyage。如果全都挂了，系统降级到纯 BM25 搜索，不会崩。嵌入缓存用 SHA-256 去重，默认上限 50000 条——相同文本只嵌入一次。

嵌入服务对比：够用就行

OpenClaw 支持的几种嵌入方案各有适用场景：

方案| 默认模型| 特点
---|---|---
本地（node-llama-cpp）| embeddinggemma-300M-Q8_0.gguf| 零成本、离线，M1 Mac 约 50 tokens/秒
OpenAI| text-embedding-3-small| 支持 Batch API（成本降50%），约 1000 tokens/秒
Gemini| gemini-embedding-001| 有免费额度，异步批处理
Voyage| 可配置| 需 VOYAGE_API_KEY

对于个人单机使用，本地嵌入其实是最实用的选择。虽然在 M1 Mac 上只有 50 tokens/秒，但记忆文件的总量通常不会超过几百 KB，一次全量嵌入也就几秒钟的事。

Jina.AI 的创始人韩潇有个观点我觉得说得很对：向量数据库对 Agent 场景是"大炮打蚊子" 。Agent 产生记忆的速度很慢（每次交互大约 10 秒），用 NumPy 暴力搜索 10 万条嵌入也只需要毫秒级。这就是为什么 OpenClaw 选了 SQLite 而不是 Pinecone/Weaviate 这种独立向量数据库。AutoGPT 后来也从向量数据库回归到了 JSON 文件存储，方向是一致的。

最让我在意的设计：预压缩记忆冲刷

长对话不可避免会逼近上下文窗口上限。OpenClaw 的上下文窗口是 200K token，但真正的可用空间没那么大——它会预留一部分给系统提示和工具定义。

当 token 数接近阈值时，系统会悄悄触发一个"记忆冲刷"操作。计算公式是：

flushTrigger = 200000 - 20000 - 4000 = 176000 tokens

也就是说，当对话进行到 176K token 时，系统会注入一条提示："Session nearing compaction. Store durable memories now." 然后给 Agent 一次机会把重要的东西写到磁盘里。

这个过程对用户完全无感。Agent 通常回复 NO_REPLY，然后对话继续。

但这里有个问题：它依赖 Agent "自觉"写入记忆 。如果 Agent 觉得没什么值得记的，它就真的不记了。GitHub Issue #5429 记录了一个真实案例——有用户因为静默压缩丢失了约 45 小时的工作上下文，Agent 完全不记得之前讨论了什么。

45 小时。想想看，几乎一周的工作量。

压缩本身的设计也有取舍：它只保留最近 20000 tokens 的原始对话，更早的消息被替换成 LLM 生成的摘要。摘要保留大意，但细节——文件路径、精确命令、配置值、决策推理过程——全丢了。

预压缩冲刷机制在一定程度上缓解了这个问题，但它不是一个完美方案。你没法保证 Agent 每次都能准确判断什么值得记住。

横向看一圈，Markdown-first 方案真的特别

把 OpenClaw 放到更大的格局里看，你会发现它的记忆设计代表了 AI Agent 领域的一种"UNIX 哲学"——文本文件、可组合、可检查、可版本控制。

维度| OpenClaw| Claude Code| ChatGPT| MemGPT/Letta
---|---|---|---|---
存储格式| Markdown文件| Markdown文件| 云端不透明| 结构化块+向量DB
检索方式| BM25+向量混合| 全量加载| 直接注入| LLM函数调用
人类可读| ✅ 极高| ✅ 极高| ❌| 部分可读
跨会话持久| ✅ 文件持久| ✅ 文件持久| ✅ 云端| ✅ 服务端持久
部署复杂度| 低（SQLite）| 低（文件）| 零（云端）| 高（Docker栈）

Claude Code 的记忆方案跟 OpenClaw 最接近——都用 Markdown，都强调人可读和版本可控。但 Claude Code 没有语义检索，所有记忆在会话启动时全量注入上下文。它本质上没有"跨会话对话历史回忆"能力，Auto Memory 功能也还在早期阶段。

ChatGPT 走了完全相反的路——云端、不透明、自动管理。用户体验最流畅，但你看不到它存了什么、怎么存、为什么记住这个忘了那个。

MemGPT/Letta 是最"学术化"的方案，借鉴操作系统虚拟内存设计三层架构，LLM 自身通过函数调用来管理记忆。能力最强，但部署成本也最高——需要 Docker + PostgreSQL + 向量数据库。

每种方案都是取舍。OpenClaw 选了透明性和简单性，代价是可扩展性受限（文件量持续增长）和压缩丢失风险。但对我这样的个人用户来说，这个取舍是对的——我不需要多租户、不需要分布式、我需要的是打开文件就能看到 Agent 记住了什么、记错了什么。

能 cat 出来的记忆，比需要调 API 才能查的记忆，更实在。

你用 AI Agent 时，最在意的是记住你的偏好，还是保护你的隐私？评论区说说你的优先级。

OpenClaw 安全加固完全指南（2026）：防御 GhostClaw 与权限控制

Fri, 17 Apr 2026 00:00:00 GMT

数据安全

今年 3 月，GhostClaw 出现了——一个伪装成 OpenClaw 增强插件的恶意软件，通过 GitHub 传播，专门窃取开发者设备上的配置文件和密钥。

同月，CNCERT（中国国家计算机网络应急技术处理协调中心）联合中国网络空间安全协会发布了官方安全使用指南。再叠加上 OpenClaw 2026.3.x 版本开始引入零信任默认拒绝策略——这一切都在说同一件事：开源 AI 助手的安全性，不能靠"相信它不会出问题"来维持。

如果你在 VPS 或生产力环境里跑 OpenClaw，默认情况下它几乎什么都允许：读写文件、执行命令、访问网络。装一个"看起来有用"的 Skill，它可能正在把你的 .env 传出去。

本文从实际出发，介绍一套五层防御体系，其中有些是 OpenClaw 内置功能，有些需要安装配套 Skill。我会标注清楚哪些是真的能跑的命令 ，哪些是需要额外安装的 。

先做最容易的一步：打开异常检测

不管你现在用的是哪个版本，异常检测都是投入最小、效果最快 的一层。

OpenClaw 内置了基础的操作日志能力，加上 2026.3.2 之后引入的权限分级，默认已经比早期版本安全很多。但主动监控——特别是"这个 Skill 为什么在访问陌生的域名"——需要你自己配。

核心思路就四条规则：

规则| 触发条件| 意味着什么
---|---|---
maxRequestsPerMinute > 50| 单个 Skill 1 分钟内请求超过 50 次| 爬虫行为，或正在对某接口做暴力请求
maxDownloadSizeMB > 10| 单次下载超过 10MB| 大量数据外传
unknownDomainThreshold > 3| 一天内访问陌生域名超过 3 个| 可能的 C2 通信
maxFailureRate > 0.8| 连续 10 次操作 80% 以上失败| 在试探未授权接口

在 ~/.openclaw/openclaw.json 里加入：

{
  "security": {
    "anomaly": {
      "enabled": true,
      "rules": {
        "maxRequestsPerMinute": 50,
        "maxDownloadSizeMB": 10,
        "unknownDomainThreshold": 3
      },
      "actions": {
        "disableSkillOnAlert": true,
        "notify": {
          "enabled": true,
          "webhook": "你的 Webhook 地址"
        }
      }
    }
  }
}

告警会写入 ~/.openclaw/security/alerts/YYYY-MM-DD.json，用 jq 快速查看：

jq -r '.skill + " | " + .rule + " | " + .action' \
  ~/.openclaw/security/alerts/$(date +%Y-%m-%d).json

收到可疑告警之后，紧急响应顺序是：停掉 Skill → 查审计日志 → 删目录 → 检查网络连接 ：

# 停掉可疑 Skill
openclaw skills permissions set <skill-name> blocked

# 查看它做了什么
jq 'select(.skill == "可疑skill名")' ~/.openclaw/security/audit/$(date +%Y-%m-%d).jsonl

# 检查网络连接
ss -tp | grep ESTAB

Layer 2：审计日志——出了问题才知道查什么

异常检测告诉你"有情况"，审计日志告诉你"具体情况"。

OpenClaw 的审计日志是 JSONL 格式，每行一条操作记录，包含时间戳、Skill 名称、操作类型、目标地址、状态码和耗时。前提是你已经开启了这一层 。

日志结构大致这样：

{
  "timestamp": "2026-03-18T07:30:15.123Z",
  "skill": "trend-scout",
  "action": "web_fetch",
  "target": "https://v2ex.com/api/topics/hot.json",
  "status": 200,
  "duration_ms": 456,
  "session_id": "sess_abc123"
}

几个实测有效的查询：

# 查看最近一小时的 exec 操作
zcat ~/.openclaw/security/audit/$(date +%Y-%m-%d).jsonl.gz 2>/dev/null | \
  jq 'select(.action == "exec")' | jq '{time: .timestamp, skill: .skill, target: .target}'

# 找出最活跃的 5 个 Skill
zcat ~/.openclaw/security/audit/*.jsonl.gz | \
  jq -r '.skill' | sort | uniq -c | sort -nr | head -5

# 实时监控（类似 tail -f）
tail -F ~/.openclaw/security/audit/$(date +%Y-%m-%d).jsonl | \
  jq '{time: .timestamp, skill: .skill, action: .action, status: .status}'

日志保留建议设置 90 天，超过自动压缩归档：

0 2 * * * find ~/.openclaw/security/audit -mtime +90 -exec gzip {} \;

Layer 3：权限分级——这个是 OpenClaw 内置的

这一层是真的内置 ，从 2026.3.2 开始默认收紧，现在已经可以直接用。

OpenClaw 提供了四个权限级别，按信任度递减：

级别| 文件系统| 网络| 执行命令| 适用场景
---|---|---|---|---
trusted| 读写| 全访问| ✅| 你自己写的 Skill
limited| 只读| 白名单域名| ❌| 经过审查的第三方
isolated| 受限| 无| ❌| 下载的未知 Skill
blocked| —| —| —| 确认恶意的

查看当前权限配置：

openclaw skills permissions list

给一个 Skill 设置限制：

openclaw skills permissions set some-skill limited
openclaw skills permissions set ghostclaw-mimic blocked

Skill 作者也可以在 SKILL.md 的 frontmatter 里声明所需权限 ：

---
name: my-skill
permission: limited
whitelistDomains: ["api.example.com"]
requiresSandbox: true
---

用户安装时，如果权限不满足会收到提示，需要手动确认提升权限——这一步是故意的，让用户不要无脑点同意。

Layer 4：沙箱隔离——需要 Skill 支持

权限是软限制，沙箱是硬隔离。

这一层目前需要安装 security-hardening Skill 或类似的安全套件来实现 Docker 容器级别的隔离。它的效果是这样的：每个 exec 操作在独立容器里跑，文件系统只读挂载 workspace，网络默认 deny-all，系统调用受限，资源硬限制（CPU 1核 / 内存 256MB / 单次超时 30 秒）。

关于性能：容器首次启动有 ~100ms 冷启动代价，但容器会复用。实测高频 Skill 延迟增加 < 20ms，体感不明显。

Layer 5：数字签名——防伪装的最后一道防线

这是最严格的一层，核心思路很简单：没有私钥就签不了名，没有签名就不安装 。

签名流程（Skill 发布者）：

# 生成密钥对
openssl genpkey -algorithm Ed25519 -out private.pem
openssl pkey -in private.pem -pubout -out public.pem

# 对 Skill 目录签名
cd ~/.openclaw/workspace/skills/my-cool-skill
tar cf - . | openssl dgst -sha256 -sign ../../private.pem > SIGNATURE.sig

验证签名：

cd ~/.openclaw/workspace/skills/some-skill
tar cf - . | openssl dgst -sha256 \
  -verify ~/.openclaw/security/trusted-keys/author.pub.pem \
  -signature SIGNATURE.sig
# 输出 "Verified OK" 或 "Verification Failure"

这个功能同样需要安全加固 Skill 支持，属于最高安全级别，普通用户如果只装 ClawHub 官方审核过的 Skill，可以先跳过。

一个普通用户的实操清单

不是所有人都需要配完整五层。以下是一个最低可行安全配置 ，大约 15 分钟能搞定：

第一步：确认当前状态

# 检查 OpenClaw 版本（确保 >= 2026.3.2）
openclaw --version

# 检查当前权限默认值
openclaw skills permissions list

第二步：收紧默认权限

# 把默认值改为 limited（未明确授权的 Skill 不能随便读写文件）
openclaw config set security.permissions.default limited

第三步：开启操作日志

# 确保审计目录存在
mkdir -p ~/.openclaw/security/audit
chmod 700 ~/.openclaw/security/audit

第四步：检查网络暴露

# 确认 OpenClaw 没有监听公网（18789 端口）
netstat -tuln | grep -E '18789|19890'

第五步：定期检查

每周花 5 分钟跑一遍：

# 查看最近有哪些 Skill 在活跃
jq -r '.skill' ~/.openclaw/security/audit/$(date +%Y-%m-%d).jsonl | \
  sort | uniq -c | sort -nr

# 确认没有陌生域名访问
jq -r '.target' ~/.openclaw/security/audit/$(date +%Y-%m-%d).jsonl | \
  grep -oP '(?<=https?://)[^/]+' | sort -u

说几个我自己的感受

写这篇文章的过程中，我最大的感受是：安全这事，越往后越要靠体系，不是靠一两个命令。

Layer 1 和 Layer 2（异常检测 + 审计日志）是任何人都值得开的 ，基本没成本，出问题有据可查。Layer 3（权限分级）是内置的，只要你知道它的存在就行 ，很多人跑了半年都不知道能关 Skill 的权限。

Layer 4 和 Layer 5（沙箱 + 签名）则适合有一定运维经验、或者确实需要跑未知来源 Skill 的用户。如果你的 Skill 都从 ClawHub 官方渠道安装，先把前三层配好就足够防住 80% 的风险了。

另外——别把 OpenClaw 当成存隐私数据的地方。它是一个执行中枢 ，不是保险箱。就算加满了五层，它本质上还是一个有文件读写和网络访问权限的 AI 程序——这是它的价值所在，也是它的风险所在。

你的 OpenClaw 目前配了几层？评论区说说你的安全配置。

⚠️ 本文涉及的部分高级安全特性（沙箱隔离、数字签名）需要安装配套 Skill 实现，非 OpenClaw 内置功能。官方内置的安全能力以 2026.3.x 及以上版本的 release notes 为准。

NAS远程访问进阶：Tailscale零配置VPN、WireGuard自建、frp内网穿透方案对比

Thu, 16 Apr 2026 00:00:00 GMT

NAS远程访问TailscaleWireGuardfrpVPN

NAS远程访问进阶：Tailscale零配置VPN、WireGuard自建、frp内网穿透方案对比我之前写过一篇讲IPv6和DDNS的文章，有人问：你说的这些我都试过，IPv6不稳定，DDNS要折腾域名，有没有更简单的办法？有。而且不止一种。今天讲三个"进阶方案"：Tailscale、WireGuard自建、frp内网穿透。三个都能绕过"没有公网IP"这个坑，但思路完全不同。

---

Tailscale：装上就能用

Tailscale这两年在NAS圈子里火得很快。我自己也用，主要原因是真的不需要任何配置 。原理很简单：基于WireGuard加密协议，但加了一层"中控节点"帮你搞定NAT穿透。你NAS上装个客户端，手机上装个客户端，登录同一个账号，就能互相访问。全程不需要动路由器、不需要开端口、不需要懂任何网络知识。核心功能： - MagicDNS ：给每台设备分配一个域名，比如nas.tailscale.local，不用记IP - DERP中继 ：如果两端都处在严格NAT后面，Tailscale有自己的中继服务器帮你兜底 - Subnet Relay ：开启后，不只是NAS，整个家庭网络都能通过Tailscale访问 - Taildrop ：直接往其他设备传文件，类比AirDrop但跨平台免费额度：100台设备，个人用绑绑够。 缺点要说清楚 ：你的流量经过Tailscale的服务器，虽然是加密的，但隐私敏感的人会有顾虑。另外它依赖Tailscale公司活着，长期稳定性打个问号——虽然目前看起来很稳。

[图片位：Tailscale工作原理图]

[图片：Tailscale网络拓扑示意]

---

WireGuard自建：性能最强，但需要折腾

如果你有一定技术基础，WireGuard是更好的长期选择。 WireGuard是最新的VPN协议，内核级实现，速度比OpenVPN快一大截。稳定性也强，我在软路由上跑了两年没掉过线。自建的关键是需要一台有公网IP的VPS（中转服务器）。国内云服务器一个月大约30-50块，不算贵。配置流程大概是这样： 1. VPS上安装WireGuard，生成服务器密钥对 2. NAS上安装WireGuard客户端，生成客户端密钥对 3. 交换公钥，设置AllowedIPs 4. VPS防火墙开放51820/UDP端口 5. NAS启动WireGuard，连上VPS 具体命令各家NAS不一样，群晖用Docker装，威联通和飞牛OS也都有官方或社区安装包。恩山无线论坛上有大量教程可以参考。

[图片位：WireGuard架构图]

[图片：WireGuard VPN架构]

自建的好处 ： - 完全自主，不依赖任何第三方服务 - 可以搭全家人的VPN，不限设备数 - 流量完全走你自己的VPS，隐私有保障 - 理论上可以访问任意端口，不只是NAS的Web界面 自建的代价 ： - 需要一台VPS，有成本 - NAT穿透需要手动配置（如果NAS在内网深处） - 出问题了要自己排查

---

frp内网穿透：按需开通，不浪费

frp和前面两个方案思路完全不同。 Tailscale和WireGuard是"把设备连成一张虚拟网络"，frp是"把本地端口暴露到公网"。你可以理解为frp是一个反向代理：它运行在VPS上，接收外部请求，转发给家里NAS上的具体服务。适合场景： - 只想访问NAS的Web界面或某几个端口，不想搭VPN - 家里NAS在内网深处，WireGuard的NAT穿透配置搞不定 - 想用自定义域名访问，不同服务用不同端口配置比WireGuard稍复杂，但灵活性更高。比如我可以把NAS的5000端口映射到VPS的5000端口，把另一个服务的8006映射到8006，一目了然。 frp也有Web界面管理工具，比如frpc-desktop，可以可视化配置，对不想写INI文件的人比较友好。

[图片位：frp工作原理图]

[图片：frp内网穿透原理]

---

三个方案横向对比

| Tailscale| 零难度| 免费（100台）| 快| 一般（经第三方）| 非技术用户，追求省事
---|---|---|---|---|---|---
| WireGuard自建| 中等| 30-50元/VPS| 最快| 好（完全自主）| 技术用户，长期稳定
| frp| 中等偏高| 30元起/VPS| 快| 好| 只想开特定端口

---

我的选择

我自己是WireGuard+Tailscale混着用。 Tailscale用于手机快速访问NAS，看看照片、下载个文件，随开随用。回家或者临时连一下，不需要任何仪式感。 WireGuard用于电脑远程办公，需要访问家里整网资源的时候用它。NAS、打印机、Home Assistant全部走WireGuard，跑满带宽，跑满我家下行500M上行50M的宽带。 frp我没有用，因为我有公网VPS，直接WireGuard就覆盖了需求。但我知道有些朋友的NAS在内网深处，WireGuard的NAT穿透配置复杂，frp反而是最简单的解法。 没有哪个方案绝对好 ，关键看你的网络环境和动手能力。

--- 你用哪种方案访问NAS？评论区说说你的网络情况和遇到过的坑。

Superpowers 为什么值得单独写：不是让AI更强，是让它更稳

Thu, 16 Apr 2026 00:00:00 GMT

你有没有想过一个问题：为什么AI写的代码，总要改？

不是AI不够聪明。Claude、GPT 这些模型，代码能力早就超过大部分中级工程师了。

但问题从来不在这里。

AI编程的真实困境

我让 Claude Code 写过一个小功能。用户登录模块。

它两分钟内给我生成了六个文件。auth.js、user.model.js、login.test.js……每个文件都像模像样，注释也很完整。

然后我跑了一下。报错。

因为它根本没问我要什么。邮箱登录还是OAuth？要不要记住登录状态？失败后要不要锁账号？

这些细节它一概不知，但它照样写。写完还一脸"我已经完成"的表情。

这就是AI编程的真实困境：它会写代码，但不会做开发。

写代码只需要一个功能点。做开发需要一整套流程——需求澄清、设计确认、测试先行、做完review。

AI 哪怕再聪明，没人教它这套流程，它就是乱来。

一个干了30年的人怎么看这个问题

Superpowers 的作者叫 Jesse Vincent。

如果你不知道他是谁，只需要知道一件事：他写了30年软件。

不是"用过30年电脑"，是真正写了30年代码。从 Perl 时代写到现在，经历过的技术栈比我见过的都多。

他做了 Superpowers 之后，有人问他：为什么不做个更强的模型？为什么要把时间花在这些"流程约束"上？

他的回答大概是这个意思：

我不是想让AI更聪明。我是想让AI按规矩办事。

他把30年软件开发里那些"必须遵守"的实践——先设计再写码、先测试再实现、每个任务做完必须review——全部拆开，装进了一组 Markdown 文件里。

这些文件叫"Skills"（技能）。装进 Claude Code 之后，AI就按规矩办事了。

"更强" vs "更稳"：两条完全不同的路

市面上大部分AI编程工具，追求的都是"更强"。

更强的模型、更长的上下文、更智能的代码补全。恨不得你还没想清楚要什么，它已经给你生成了一个完整项目。

Superpowers 走的是另一条路。

它不追求"更快生成代码"。它追求的是：生成的代码，真的能用。

两条路的区别在哪？

维度 | 追求"更强" | 追求"更稳"
---|---|---
核心假设 | AI足够聪明，只需要给任务 | AI需要约束，否则会乱来
解决的问题 | 写代码的速度 | 代码能不能用
典型场景 | "帮我做个购物车" → 2分钟生成 | "帮你把购物车做对" → 10分钟确认+实现
失败成本 | 高（生成完要大量返工） | 低（每一步都验证）

我不是说"更强"没价值。 快速原型、Demo 演示、探索性编程——这些场景"强"比"稳"重要。

但如果你是在做真正的项目，"稳"才是刚需。

它到底解决了什么问题

用了一段时间 Superpowers 之后，我发现它解决的不是一个"技术问题"，而是一个"流程问题"。

问题一：AI不会先问再做。

Superpowers 装上之后，你说"帮我做个登录模块"，它的第一反应不是写代码。

是问你：

"你具体要什么？邮箱登录还是OAuth？失败后要不要锁账号？"

它把"需求澄清"这个步骤，硬塞进了对话流程里。你不回答，它就不往下走。

问题二：AI写完就跑。

Superpowers 有个硬规则：每个任务做完必须review。

不是"建议review"，是"不review就不能继续"。它会停下来，把代码打开给你看，让你确认"这是不是你要的"。

问题三：AI不会先写测试。

Superpowers 强制TDD。在测试通过之前写的代码，全部删掉。

你没法跳过测试直接写实现。这套机制逼着你先想清楚"怎么验证自己做对了"。

TDD 红-绿-重构循环：Superpowers 强制执行"先写测试 → 通过测试 → 重构优化"

为什么这套东西值得单独写

市面上讲AI编程的文章，大部分是两类：

"AI太牛了"系列 ——演示AI生成代码有多快
"AI编程踩坑"系列 ——告诉你AI会犯哪些错

但 Superpowers 展示的是第三条路：不是让AI更牛，是给AI立规矩。

这条路的背后，是一个干了30年软件的人，把他认为"必须遵守"的工程实践，系统化成了一套可复用的流程。

这才是它值得单独写的地方。

不是"又一款AI工具"。而是一次把软件工程方法论装进AI Agent的实践。

它回答的问题不是"AI能不能写代码"，而是"AI能不能按软件工程师的方式做开发"。

我用完之后的感受

最大的改变不是"代码质量变高了"。

是我自己开始习惯"先想清楚再动手"了。

AI的行为会反向影响你。当它每次都先问你"具体要什么"、每次都停下来让你review、每次都先写测试再写实现——你会不自觉地也在脑子里走一遍这个流程。

YAGNI 原则（只写需要的东西）以前只是知道。现在是真的在用。

Superpowers 给AI装上了纪律，但意外地，也给我装上了纪律。

你用AI写代码的时候，有没有遇到过"它写得很快，但全要改"的情况？

你是怎么处理的？ 评论区聊聊。

给Claude Code装了个插件，它终于不乱写代码了

Thu, 16 Apr 2026 00:00:00 GMT

用过AI编程工具的人，大概都有一个共同的心理阴影：

你跟AI说「帮我做个购物车」，它第一反应是写代码。两分钟后，屏幕上一堆文件，你还不知道从哪开始看。更要命的是——代码跟你要的完全不是一回事。

Superpowers 解决的就是这个问题。

它装完之后发生了什么

我给Claude Code装上Superpowers之后，第一次跟它说「帮我做个用户登录模块」，它的反应跟以前完全不一样：

不是马上写代码。而是问我：「你具体想要什么？是邮箱+密码登录，还是OAuth第三方登录？登录失败之后要锁账号吗？」

我愣了一下。然后意识到——这家伙变了。

Superpowers 是一个AI编程工作流系统 ，本质上不是帮你写代码，而是给AI代理一套「行动规范」。它让你跟AI的对话多了一个中间层：设计确认 → 任务拆解 → 执行 → review。

最关键的是——所有这些步骤都是自动触发的 。你不需要敲什么命令，它自己知道现在该干什么。

核心原理：技能系统

Superpowers 的核心是一组「技能」（Skills）。每个技能是一个markdown文件，描述了做某类事情的标准流程。

类比一下，就像VSCode的插件——但不是给编辑器装，是给你的AI代理装「思维插件」。

技能根据上下文自动触发：

你说「帮我规划一个新功能」 → 触发 brainstorming （头脑风暴）
设计确认后 → 触发 writing-plans （写执行计划）
你说「开始做」 → 触发 subagent-driven-development （子代理驱动开发）
开始写代码 → 触发 test-driven-development （测试驱动开发）

整个工作流就是这样串起来的：

你描述需求
    ↓
brainstorming（澄清需求，分段展示让你确认）
    ↓
using-git-worktrees（自动创建独立分支）
    ↓
writing-plans（拆成2-5分钟的小任务）
    ↓
subagent-driven-development（子代理逐个执行，review后再推进）
    ↓
test-driven-development（强制TDD：先写测试，再写代码）
    ↓
finishing-a-development-branch（完成后给你选项：合并/PR/保留）

你在里面做的事：确认设计 → 说「开搞」 → 看结果 。剩下的全是AI按流程走。

七个技能的完整拆解

1. brainstorming——动手之前先问清楚

这个技能解决的是「需求模糊」问题。

AI不会直接开始，而是用苏格拉底式提问把你的想法一层层剥开：你要做什么？为什么？有哪些边界情况？然后分段展示设计方案，每次只给你看一小段，等你确认了再继续。

跟你手动写prompt的体验完全不同。 正常情况下你要写很长的prompt来约束AI行为，这里是AI反过来问你，把你自己都没想清楚的东西逼出来。

2. using-git-worktrees——自动隔离，不污染主分支

设计确认之后，它不会直接在你的主分支上改代码。

而是自动用 git worktree 创建一个新的工作目录，分支名和需求对应。你可以选择并行做多个任务，互不干扰。要不要合并，是后面的事。

3. writing-plans——把大任务拆成2-5分钟的小块

这是我觉得最有价值的环节之一。

AI不是给你一个模糊的「第一阶段」「第二阶段」，而是把整个实现拆成每个2-5分钟就能完成 的具体任务。每个任务写清楚：

改哪个文件
写什么代码
怎么验证自己写对了

拆完之后你可以逐个审核，说「这个跳过」「这个先做」。

4. subagent-driven-development——子代理并行执行，层层review

你一声令下「开始」，它就把任务分配给子代理，每个任务分两轮review：

第一轮：规格合规性 ——这段代码是不是真的在实现设计里的功能？
第二轮：代码质量 ——有没有bug？命名清晰吗？有没有过度设计？

Review没通过就卡住，直到修好。这个机制防止了AI「说完工就完工」就跑去干下一件事的问题。

Jesse Vincent 自己在博客里说，Claude 可以自主跑上几个小时不跑偏，靠的就是这套 review 机制。

5. test-driven-development——强制TDD，没人能跳过

这是Superpowers唯一强制TDD 的工作流框架。

RED（写一个会失败的测试）→ GREEN（写刚好能过的代码）→ REFACTOR（优化）→ commit。

而且它有个硬规则：在测试通过之前写的代码，全部删掉 。你没法跳过测试直接写实现。

如果你自己平时不用TDD，这套系统会逼你改变习惯。头几天会比较难受，适应之后会很爽。

6. requesting-code-review——任务之间自动review

每完成一个任务，AI会停下来做一次 code review，对照原始设计检查有没有偏离。问题按严重程度分类：Critical（必须修）、Major、Minor、Note 。

Critical问题会直接阻断后续任务。

7. finishing-a-development-branch——结尾选项，不强制合并

任务全部完成之后，它不是默默提交，而是停下来给你四个选项：

发起 Pull Request
直接合并到主分支
保留分支，以后再说
直接丢弃

你自己决定。

实际装了一下，说说感受

安装本身很简单，Claude Code用户直接在命令行里跑两行命令就行：

/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace

Cursor用户更方便，直接在插件市场搜「superpowers」，一键安装。

安装完之后重启会话，AI会自动读取技能文件。不需要额外配置，不需要写配置文件。

它适合谁，不适合谁

适合：

用 Claude Code / Cursor 写代码的开发者
想让AI编程流程更系统化的人
认可TDD、想实际执行TDD的人
一个人管多个AI代理项目的独立开发者

不适合：

想快速跑一个Demo的人（流程有一定的摩擦）
不用 Claude Code/Cursor 的用户（部分平台支持，但覆盖不全）
觉得TDD是负担的开发者（整个系统围绕TDD设计）

最重要的收获

用了一段时间之后，我发现最大的改变不是「代码质量变高了」这种量化指标，而是——

我开始习惯先想清楚再动手了。

AI的行为会反向影响你自己的工作习惯。当你看到AI每次都先问「你要做什么」，你会不自觉地在脑子里也走一遍这个流程。YAGNI（You Aren't Gonna Need It）的原则以前只是知道，现在是真的在用。

你用过AI编程工具吗？有没有遇到过AI「瞎写」然后你花两小时收拾烂摊子的情况？

你是怎么处理的？ 评论区说说，咱们聊聊。

从零开始理解 Agent-First 工作流：不是给 AI 套流程，是让 AI 自己跑流程

Wed, 15 Apr 2026 00:00:00 GMT

AI Agent工作流自动化Agent-FirstLangChainAutoGen

你用 Zapier 或者 n8n 做过自动化吗？

做了几十个 "如果-那么" 规则，接API、写过滤器、配错误处理。结果呢？用户稍微说点规则外的话，流程就卡住了，你只能在后台干瞪眼，最后还是自己上去手动处理。

这不是你的自动化方案不够好，是思路从根本上就跑偏了 。

传统自动化的逻辑是 "把现有流程用代码实现"。但 AI 时代有另一种思路：不是让自动化适应现有流程，而是让流程适应 AI 的能力 。

这两种思路有本质区别。

两种完全不同的设计逻辑

用一张表说清楚：

维度 | 传统自动化 | Agent-First 自动化
---|---|---
核心逻辑 | 固定规则 | 目标和约束
处理未知情况 | 需要人工介入 | AI 自主决策
异常处理 | 预设分支 → 死路 | 智能判断 → 继续或升级
流程特点 | 线性 | 动态
执行中心 | 人 | AI Agent

举个例子更清楚。

传统方式 处理客户工单：

收到工单 → 分类（规则匹配）→ 分配对应团队 → 人工回复 → 标记完成

这套流程在规则内没问题。但用户说 "我上周下的单还没到，帮我催一下" —— 工单分类识别不了这个 intent，预设的分支走不通，人工介入。

Agent-First 方式 ：

收到工单 → Agent分析意图 → 自主查订单状态 → 生成回复 → 必要时升级人工 → 记录经验

区别在于：Agent 不是在"执行预设步骤"，而是"理解目标并自主达成"。

踩过坑才明白：为什么不能直接套用现有流程

我自己试过把 n8n 的流程直接接 GPT API，结果体验很差。AI 被束缚在僵化的流程里——"先分类，再查数据库，再回复"，每一步都要等上一步完成，AI 的能力根本没发挥出来。

问题出在哪？流程是给人设计的，不是给 AI 设计的 。

传统流程有几个典型问题：

到处都是"需要人工确认"的节点
不同系统之间数据不互通，AI 拿不到完整上下文
流程是被动的，有输入才触发，不主动优化
没有学习机制，同样的错误会重复发生

这些问题在有人参与时是正常的——人需要节点来控制风险。但 AI 不需要这种控制感，它需要的是目标和边界。

实战：用代码搭一个 Agent-First 客户支持系统

光说概念太虚，我拿一个具体例子来说明怎么做。

第一步：先定义目标和约束，不是步骤

# agent-config.yaml
agent:
  name: SupportAgent
  goal: "解决客户问题，提升满意度"

constraints:
  - 不能承诺退款超过 $500
  - 不能访问用户支付密码
  - 复杂问题必须升级人工
  - 回复必须友好专业

capabilities:
  - 查询订单状态
  - 处理退换货请求
  - 解答产品问题
  - 收集用户反馈

tools:
  - order_lookup
  - refund_processor
  - knowledge_base
  - ticket_system

这一步我踩过最大的坑是：约束写得太模糊 。比如"不能泄露用户隐私"，这种描述 AI 不知道怎么执行。改成"回复中不能包含用户的完整身份证号和银行卡号"，AI 才能真的做到。

第二步：让 Agent 的"感知-思考-行动"跑起来

这是 Agent 的核心循环，三个阶段：

async def process_ticket(self, ticket: dict) -> dict:
    # 1. 感知：理解用户问题
    intent = await self._understand_intent(ticket['content'])

    # 2. 思考：规划解决方案
    plan = await self._create_plan(intent, ticket)

    # 3. 行动：执行计划
    result = await self._execute_plan(plan, ticket)

    # 4. 学习：记录经验
    await self._learn(ticket, result)

    return result

实际用的时候，我发现 _understand_intent 的质量直接决定后续所有步骤的效果。Prompt 写得好，intent 识别准确率能到 90% 以上；Prompt 写得敷衍，经常出现 intent 误判。

第三步：设计好工具接口

这一步很重要，接口设计得好不好，直接影响 Agent 能不能正确执行。

async def check_refund_eligibility(order_id: str) -> dict:
    """
    Returns:
      {
        "eligible": bool,
        "reason": str,  # 如果不符合，说明原因
        "max_amount": float  # 最大可退款金额
      }
    """
    ...

接口返回要包含 eligible （能不能做）、reason （为什么）和 max_amount （能做的上限），不能只返回一个布尔值。Agent 需要知道失败的原因，才能决定下一步怎么处理。

第四步：保留人工介入点

Agent 不是万能的，关键时刻必须能升级人工。

# 检查是否需要升级人工
if self._should_escalate(result):
    await self.slack.send_message(
        channel='#support-escalations',
        text=f"工单 #{ticket['id']} 需要人工处理，原因: {result.get('reason')}"
    )
    await self.ticket_system.reply(
        ticket['id'],
        "您的问题已转交专业客服，将在1小时内回复您。"
    )

我自己跑这套系统时，升级率大概在 15-20%，属于正常范围。如果超过 30%，说明 intent 理解这块需要优化了。

工具生态：不是选框架，是选场景

文章里提到了几个框架，我实际用过其中几个，说一下感受：

LangChain ：文档最全，社区最大，但上手曲线比较陡。我用下来感觉它的 Agent 模块比较成熟，工具调用这块封装得很好。
AutoGen ：微软出的，多 Agent 协作场景很强。如果你需要多个 Agent 互相配合（比如一个写代码，一个审查），AutoGen 比 LangChain 更直接。
Temporal ：适合工作流可靠性要求高的场景。比如支付流程、订单处理这种不能出错的操作，Temporal 的容错机制很强。

如果只是快速验证想法，LangChain + 一个好的 Prompt 就够了。等需求复杂了，再按场景引入其他工具。

我自己用下来的真实感受

基于这套方法论跑过几个项目，说几个实在的：

确实好用的场景：

客服工单处理（尤其是高频、规则相对清晰的场景）
数据录入和整理（从邮件/文档里提取信息）
多系统协调（比如订单状态同步到多个平台）

不适合的场景：

需要强合规约束的操作（比如金融交易、法律文件）
流程经常变化的场景（每次改需求都要重新配 Agent，成本反而高）
需要 100% 可解释性的场景（Agent 的决策链路有时候不太好追溯）

核心体会 ：Agent-First 不是让 AI 更快，是让 AI 更可预测 。流程从"你告诉 AI 每一步怎么做"变成"你告诉 AI 要达成什么，它自己决定怎么做"。后者灵活得多，但前提是你把约束写清楚。

最后

传统自动化到 Agent-First，是一次思维方式的转变，不是单纯的技术升级。

你现在的自动化方案，遇到过哪些"规则覆盖不到"的场景？有没有试过让 AI 自主决策而不是按预设步骤走？

评论区说说。

Claude Code Token 烧钱实录：一个需求下来，几千万 token 是怎么没的？

Wed, 15 Apr 2026 00:00:00 GMT

先说结论

上周跟同事聊 Claude Code，我问他用得怎么样，他回了我一句："别提了，一个需求做下来，钱包瘦了三圈。"

我以为是夸张，结果他把后台用量截图发给我看——单次会话，token 消耗量直接破亿。这不是开玩笑，这是真金白银往外烧。

为什么 Claude Code 的 token 消耗这么离谱？

1. Agent 循环：每一步都在烧钱

Claude Code 不是一次问答就结束的工具。它是一个"代理"，你给一个需求，它会自己规划步骤、自己执行、自己检查结果、自己修正——循环往复，直到完成任务。

问题就出在这个"循环"上。每一次循环，就是一次完整的 API 调用。你让 Claude Code 改一个 bug，它可能：

先读一遍代码文件（输入 token）
分析问题（thinking token，可能比你的代码还长）
生成修改方案（输出 token）
写代码（输出 token）
验证结果（输入 token）
发现不对，修正（又是一轮）

一个看似简单的需求，实际触发了十几轮甚至几十轮循环。每轮循环少则几千 token，多则几万 token。积少成多，一个需求下来轻松破千万。

2. 上下文窗口的"甜蜜陷阱"

Claude Code 的核心能力之一是"理解你整个项目"。它会读取大量代码文件来建立上下文，确保生成的代码和你的项目风格一致、不会破坏已有功能。

听起来很美好，但代价是：你的项目代码越多，每次读取的 token 就越多。一个中型项目，代码量几十 MB 扔进去，每次循环都要重新塞进上下文窗口。Claude 可不会只读相关文件——它倾向于读更多，以确保"安全"。

3. 思考 token：模型在自言自语

Claude 的 Sonnet 和 Opus 模型有"扩展思考"能力（Extended Thinking），会在正式回答之前先进行大量推理思考。这个思考过程本身也消耗 token，而且往往比你的实际输入还长。

比如你让它写一个接口，它先花 2000 token 思考架构，再花 1500 token 思考边界情况，最后才输出 300 token 代码。思考 token 的单价和普通输出 token 一样贵，没有折扣。

4. Web Search：每次搜索都是钱

Claude Code 可以联网搜索来获取信息。每次搜索加读取结果页面，都会产生 token 消耗。如果你的需求涉及查文档、找最佳实践、对接第三方 API，搜索次数一多，消耗非常可观。

5. 对话历史：越聊越重

Claude Code 支持多轮对话。但问题是，每个新消息都会携带之前所有对话历史。你聊得越久，历史越长，每次请求携带的 token 就越多。

一个需求断断续续做了两天，对话历史积累了几百轮，这时候每次发送消息，光历史 token 就可能上万。

算一笔账：Claude Code 到底贵在哪？

官方订阅 vs API 按量付费

方式一：官方订阅（Claude Code Pro）

订阅费用：约 299 元/月（国内合租价），599 元/月（Max 版），999 元/月（Ultra 版）
包含一定额度的 Claude Sonnet 4.5 / Opus 4.6 用量
超出部分用订阅内额度抵扣

方式二：API 按量付费
直接调 Anthropic API，用多少付多少。价格透明，但如果没有用量意识，容易失控。

各大模型 API 价格对比

以输入 100 万 token、输出 100 万 token 为例：

模型| 输入/百万token| 输出/百万token| 100万+100万| 编码能力
---|---|---|---|---
Claude Sonnet 4.5| $3| $15| 约$18（¥130）| ⭐⭐⭐⭐⭐
Claude Opus 4.6| $15| $75| 约$90（¥660）| ⭐⭐⭐⭐⭐
DeepSeek Coder V3| ¥1| ¥2| 约¥3| ⭐⭐⭐⭐
Qwen-Coder-Plus| ¥8| ¥16| 约¥24| ⭐⭐⭐⭐
Kimi Coder| ¥10| ¥20| 约¥30| ⭐⭐⭐⭐

注：DeepSeek/Qwen/Kimi 价格参考阿里云百炼、硅基流动等平台公开定价（2026年4月）；Anthropic 价格参考官方 API 定价页，1 USD ≈ 7.3 CNY。

实际消耗估算

需求类型| Claude Code 消耗| API 费用| DeepSeek 费用
---|---|---|---
简单 CRUD（~10轮）| ~500万 token| ~¥80| ~¥2
中等复杂度页面（~30轮）| ~2000万 token| ~¥300| ~¥10
高复杂度重构（~100轮）| ~8000万 token| ~¥1200| ~¥40

这就是为什么同事说"几千万 token 没有了"——不是夸张，是真实消耗。

编码用哪个模型？我说实话

预算优先：DeepSeek Coder V3

DeepSeek Coder V3 的价格大概是 Claude Sonnet 的 1/50 ，这是真实差距。

优势：价格极低、中文支持好、部署灵活（可本地可云端）
劣势：复杂架构设计能力弱、复杂 bug 定位容易出错、长对话上下文保持不如 Claude

适合：简单脚本、辅助学习、中小项目（前提是你能接受反复修正的时间成本）

质量和效率优先：Claude Sonnet 4.5

如果你是认真做产品开发，Claude Sonnet 4.5 是目前编码场景综合最强的模型。能力强、上下文保持好、生成代码质量高、复杂需求能一次做对。

用 DeepSeek 省的是钱，亏的是时间。用 Claude Sonnet 买的是效率。

建议策略：DeepSeek 做探索性任务（省钱），Claude Sonnet 做核心模块（保质量） 。

不差钱直接上：Claude Opus 4.6

代码架构设计、复杂系统重构、多模块联调这种高难度任务，Opus 4.6 明显强于 Sonnet。但价格也是 Sonnet 的 5 倍。非重度开发者不用考虑。

怎么控制 Claude Code 的 token 消耗？

说几个我试下来有用的方法：

1. 减少循环次数 ：给需求时尽量一次性说清楚，不要让 Claude 反复确认。Prompt 写得好不好，直接决定循环轮数。

2. 控制上下文范围 ：明确告诉 Claude"只看哪些文件"，不要让它自己扫描整个项目。一个大项目全量扫描一次，可能就烧掉几十万 token。

3. 分段交付 ：不要把一个大需求一口气扔进去，拆成多个小需求分段完成。每个小需求上下文干净，总消耗反而更低。

4. 设置 token 上限 ：Claude Code 支持设置每次请求的 token 限制，防止意外超支。

5. 简单任务换工具 ：写个简单脚本、调个 API 接口这种小事，用 DeepSeek Coder 或者 Kimi Coder 就够了，没必要开 Claude Code。

Claude Code 是个好工具，贵有贵的道理。但如果你不知道它为什么贵，以及怎么控制消耗，那钱包瘦三圈真不是开玩笑。

你用 Claude Code 烧过最多的一次，用了多少？ 评论区说说，我看看谁比我同事更狠。

不讲虚的，我日均5000万token，月账单119块

Wed, 15 Apr 2026 00:00:00 GMT

随笔

看到这个问题下面有人说"花钱像流水"，有人说一个月烧几万，还有人公司CEO一个月跑掉10万刀——说实话，我看完有点恍惚。

因为我自己的情况是：日均消耗 2000-6000 万 token，月花费……119 块。

对，你没看错。

先晒数据

我现在的主力模型配置是这样的：

模型| 用途| 成本
---|---|---
腾讯 DeepSeek（qclaw）| 日常编码、问答、知乎创作| 每天 4000 万 token 免费额度
MiniMax| 复杂推理、新产品开发| 119 元/月（4500 次调用）
GPT-oss:120B| 备用，偶尔用| 按需

每天的使用场景：写代码、让 OpenClaw 帮我写知乎文章、开发新产品原型、日常问答、折腾 OpenClaw 自身配置、跑 Hermes agent……基本上从早到晚都在用。

日均 2000-6000 万 token，按低算一个月也接近 6 亿，按高算能到 18 亿。

如果按市面上常见的 API 定价，这一个月得烧掉……算了不想了。

为什么这么便宜

核心就一句话：别跟钱过不去，有免费额度先薅完。

腾讯的 DeepSeek 接入 qclaw 后，每天给 4000 万 token 的免费额度。我的日均消耗上限刚好在这个范围内——日常编码、写文章、问答这些，DeepSeek 完全够用。

只有遇到特别复杂的推理任务（比如新产品架构设计、深度代码分析），才会切到 MiniMax。

119 块的 MiniMax 套餐，给了我 4500 次模型调用，每次最长 5 小时。实际用下来，每月大概用掉 2000-3000 次，绰绰有余。

所以我的成本结构非常简单：

DeepSeek 免费额度覆盖 80-90% 的日常使用
MiniMax 119 元兜底剩余场景
总计：119 元/月

踩过的坑

刚接触 OpenClaw 的时候，我也走过弯路。

第一个坑：技能开太多。 一开始觉得什么 skill 都有用，开了十几个。后来发现每次调用模型，所有 skill 描述都会塞进系统提示词，白白多消耗几千 token。现在只留常用的 5-6 个，省了不少。

第二个坑：让它读大文件。 有一次让它帮我 review 一个项目的代码，结果它把整个仓库扫了一遍，单次消耗直接上天。后来在 AGENTS.md 里写了限制规则：单次读取超 50KB 自动放弃，大任务先抽样。

第三个坑：心跳调太密。 默认 30 分钟一次心跳，什么都没发生也会唤醒模型消耗一轮。改成 2 小时后，token 消耗直接砍了一半以上。

说白了，OpenClaw 的 token 消耗高不高，很大程度上取决于你怎么用。模型本身不是最贵的，无效调用 才是。

说个扎心的

看了这个问题下面的回答，很多人焦虑 token 消耗，其实方向搞反了。

与其研究哪个模型便宜，不如先搞清楚你的 token 到底花在哪了。系统提示词膨胀、心跳轮询、大文件读取——这三个隐形黑洞才是大头。

把这些堵住，再选一个有免费额度的模型，你会发现 OpenClaw 的成本远没有想象中吓人。

我现在 119 块跑一个月，干着编码、写作、开发三件事，性价比我觉得已经到顶了。

你们现在的月账单是多少？用的什么模型组合？评论区聊聊。

OpenSpec 中文上手指南：让AI按你的规矩写代码

Wed, 15 Apr 2026 00:00:00 GMT

AI编程OpenSpec规范驱动开发Claude CodeCursor

你用 Claude Code 或 Cursor 写代码的时候，有没有这种感觉——

聊着聊着，AI 不知道哪去了，代码写得跟你的意图完全不一样。你让它加个深色模式，它把登录流程重写了；你让它修个 bug，它顺手把数据库迁移了。

不是 AI 不好，是你俩没签合同。

OpenSpec 干的就是这件事：给 AI 一份结构化的需求文档，让它照着干，别自由发挥。

这是官方中文文档站（radebit.github.io/OpenSpec-Docs-zh）的实操手册，翻译整理自官方文档，配合我的实际使用体验。

先安装，两分钟的事

# 需要 Node.js 20.19.0+
npm install -g @fission-ai/openspec@latest

# 验证
openspec --version

进入你的项目目录初始化：

cd your-project
openspec init

初始化会创建 openspec/ 目录，自动为你的 AI 工具生成配置文件。完成后 AI 工具就能识别 OpenSpec 指令了。

核心概念就两个，看完就能干活

规范（specs）：系统现在的行为

openspec/specs/ 里放的是当前系统的事实 ——不需要描述"想加什么"，只描述"现在是什么"。

比如 openspec/specs/auth/spec.md：

## 目的
应用程序的身份验证和会话管理。

## 需求
### 需求：用户身份验证
系统 SHALL 在登录成功时颁发 JWT 令牌。

#### 场景：有效凭据
- GIVEN 用户具有有效凭据
- WHEN 用户提交登录表单
- THEN 返回 JWT 令牌
- AND 用户被重定向到仪表板

注意这里用的是 SHALL（RFC 2119 关键词），意思是"必须"。规范描述的是行为契约 ，不是实现步骤——没有说用什么框架、哪个类、怎么写代码。

变更（changes）：你想改什么

openspec/changes/ 里的每个文件夹，是一个独立的变更 。每个变更包含：

openspec/changes/add-dark-mode/
├── proposal.md    # 为什么做、做什么
├── design.md      # 怎么实现
├── tasks.md       # 任务清单
└── specs/        # Delta 规范（正在改的部分）

Delta 规范里只写改了什么：ADDED（新增）、MODIFIED（修改）、REMOVED（删除）。不影响其他部分。

这个设计的好处是什么？你可以在不影响主线的情况下并行做多个变更 ，最后统一合并。

最常用的一组命令

在 AI 对话窗口里直接敲斜杠命令：

/opsx:propose —— 开启一个新变更

你: /opsx:propose add-dark-mode

AI:
已创建 openspec/changes/add-dark-mode/
✓ proposal.md
✓ specs/ui/spec.md
✓ design.md
✓ tasks.md

准备好实现。运行 /opsx:apply。

用自然语言也行：

你: /opsx:propose 给后台管理系统加一个深色模式

/opsx:explore —— 需求不明确，先探索

你: /opsx:explore 移动端身份验证方案

AI:
你想探索什么？
你: 如何处理移动端身份验证？

AI:
我看到你在 Web 端用了基于 session 的认证。移动端有三种选择：

1. JWT 令牌（无状态，支持离线）
2. OAuth2（如需第三方登录）
3. 扩展当前 session（更简单，但需要连接）

你想哪个方向？

探索阶段不会创建任何产物，适合在拿不定主意的时候先研究。

/opsx:apply —— 让 AI 照着任务清单实现

你: /opsx:apply

AI:
开始实现 tasks.md 中的任务...

[任务1/5] 添加 CSS 变量定义...
[任务2/5] 修改组件使用 CSS 变量...
...

它会逐条执行 tasks.md 里的任务，每完成一条会告诉你。

/opsx:archive —— 合并变更，关掉它

你: /opsx:archive

AI:
将 Delta 规范合并到主规范。
变更文件夹已移至 openspec/changes/_archived/add-dark-mode/

Delta 自动合并到 specs/ 里，变更进入归档状态。

进阶用法：更细粒度的控制

如果默认的 propose → apply → archive 不够用，可以开启扩展工作流 ：

openspec config profile
# 选择 custom
openspec update

然后多了这些命令：

/opsx:new —— 只创建变更脚手架，不自动生成产物
/opsx:continue —— 逐步创建产物（proposal → design → tasks），可以中途修改
/opsx:ff —— 一次性创建所有规划产物（适合需求已经很清楚的情况）
/opsx:verify —— 验证实现是否与产物匹配，在合并前做最后检查
/opsx:sync —— 把 Delta 规范合并到主规范

我自己用下来的感受

用了大概两周，说几个真实的感受：

好的地方：

AI 确实不会乱跑了。它会先看 proposal 和 design，知道你要什么再动手。
多变更并行很方便。我同时在做深色模式和性能优化两个功能，互不干扰。
Delta 规范的设计很适合存量项目——不用重写整个系统，只写改了什么。

需要注意的地方：

用 /opsx:propose 时，你只说一句话，AI 自动生成 proposal/design/tasks 三个文件。听起来很轻，但习惯上还是需要先把需求想清楚再动手——描述越清楚，生成的东西越准确。
协作功能还在开发中，团队场景目前体验一般。
它本身不强制 TDD，如果你想 TDD，需要自己在 tasks.md 里加要求。

适合谁？

个人开发者或小团队（2-5人）
正在做需要精细控制 AI 的项目
不习惯 TDD 但想要基本质量保证的

不适合谁？

想快速跑通 Demo 的（流程偏重）
已经有严格代码审查流程的团队（OpenSpec 的约束可能和你们的流程冲突）

最后

说实话，我最初觉得这东西有点多余——"不就是让 AI 多写几个文件吗？"

但用了一周后意识到，真正值钱的不是规范文件本身，而是你和 AI 之间的"对齐"过程 。

你被迫在动手之前把需求想清楚：做什么、为什么做、怎么做。AI 照着文件走，你盯着它，不容易跑偏。

工具本身不复杂，关键是习惯用它——从"直接让 AI 写代码"变成"先说清楚要什么"。

用 Claude Code 写代码，怎么省 token？8000万 token 的账我帮你算明白了

Wed, 15 Apr 2026 00:00:00 GMT

用 Claude Code 写代码，怎么省 token？8000万 token 的账我帮你算明白了

上篇文章写完，有人在评论区说："道理我都懂，但 DeepSeek 也要 160 块，谁用得起？"

我后来算了算，发现一件事：不是模型贵，是消耗量太大了。

同样的需求，你让 Claude 读 50 个文件 vs 只读 5 个文件，token 消耗差 10 倍。这不是模型定价问题，是用法问题 。

Anthropic 官方文档里其实给了完整方案链。我用了两周，把每个方案都实测了一遍，这篇文章把最有效的 3 个讲清楚。

先说清楚一件事：token 消耗的大头在哪

根据官方文档，一个典型会话的上下文窗口（200K token）是这样填满的：

启动时自动消耗（约 7-8K token）：
├── System prompt        4,200 token
├── Auto memory          680 token（之前会话的笔记）
├── 环境信息              280 token
├── Skill 描述列表        450 token（只是描述，不是内容）
├── ~/.claude/CLAUDE.md   320 token
└── 项目 CLAUDE.md       1,800 token

对话过程中：
├── 你发的每条消息
├── Claude 读的每个文件  ← 【最大头，通常 1-3K token/文件】
├── Claude 运行的命令输出
└── 历史对话累积

文件读取才是 token 消耗的主力。 你让 Claude "帮我看看这个项目有什么问题"，它可能读了 30 个文件；你换成 "帮我看看 src/auth/ 目录下的登录模块有什么问题"，它只读 3 个文件。

省 token 的本质：别让它读不该读的东西。

方案一：把长篇参考文档从 CLAUDE.md 移到 Skills

这是最容易上手、效果最立竿见影的方案。

CLAUDE.md 每次会话都会被完整加载到上下文窗口。Anthropic 官方建议不超过 200 行 ，但很多人的 CLAUDE.md 已经堆到四五百行了——每次启动先烧掉 3-4K token，还不算对话。

而 Skills 的机制完全不同：只有在用的时候才加载，不用的时候几乎不消耗 token。

CLAUDE.md（每次加载）：
第1行  →  上下文
第2行  →  上下文
...
第500行 → 上下文  ← 每次会话都要读，哪怕这次根本不需要

Skill（按需加载）：
第1行  →  调用时才加载，不用就不读

具体怎么操作：

识别哪些内容可以移走 ：API 设计规范、Docker 使用手册、代码审查 checklist——这些不是每次会话都需要的内容
创建一个 Skill 文件 ：

mkdir -p ~/.claude/skills/api-conventions

在 ~/.claude/skills/api-conventions/SKILL.md 里写：

---
name: api-conventions
description: API 设计规范。调用 /api-conventions 时使用。
---

## 这个项目的 API 规范

- RESTful 命名，用名词不用动词
- 统一错误格式：{ code, message, data }
- 所有接口必须带参数校验

3. 在对话中调用 ：/api-conventions

官方文档原话是："Unlike CLAUDE.md content, a skill's body loads only when it's used, so long reference material costs almost nothing until you need it."

实测效果 ：我的 CLAUDE.md 从 460 行精简到 120 行，每次会话省了约 2,800 token。一个 10 次会话的项目，省了 28,000 token，换算下来便宜了不少。

方案二：用 Sub-agents 做代码探索

这是官方内置的能力，但用的人不多。

Claude Code 有一个内置子代理叫 Explore ，专门用来搜索和分析代码库。它的特点：

用 Haiku 模型 （最便宜的那档，价格是 Sonnet 的 1/10）
只读权限 ，不能写文件
独立上下文窗口 ，探索结果不会污染你的主会话

典型场景：你接手一个陌生的代码库，想先摸清结构。以前你会说"帮我了解一下这个项目"，Claude 读了 20 个文件后给出一个概述——这 20 个文件的内容全部留在了你的主会话上下文里，之后越用越慢。

现在改成：先说"/explore 帮我了解一下这个项目"，Explore 用 Haiku 在独立窗口里完成探索，只返回一个简洁的总结 ，你的主会话上下文完全不受影响。

【旧做法】
你："帮我了解这个项目"
→ Claude 读 20 个文件 → 20 个文件全在主上下文里

【新做法】
你："/explore 帮我了解这个项目"
→ Explore 读 20 个文件 → 只返回一个总结 → 主上下文干净

官方原话："Delegating research to a subagent keeps large file reads out of your main window."

另外，Explore 子代理默认用 Haiku 模型 ——这个模型价格是 Sonnet 的十分之一，但做代码搜索完全够用。复杂任务需要写代码时才切换回 Sonnet。

方案三：CLAUDE.md 精简到 200 行以内，配合路径规则

这是 Anthropic 官方明确给出的建议，但被很多人忽略了。

文档里写：

"Keep it under 200 lines. Longer files consume more context and reduce adherence."

CLAUDE.md 超过 200 行之后，Claude 对指令的遵守度反而会下降——因为它需要在更长的内容里找相关指令，注意力被分散了。

精简 CLAUDE.md 的优先级：

必留（每次都要知道的）：

构建命令（npm run dev、pytest 等）
测试命令
分支命名规范
代码风格（2 空格缩进还是 4 空格）

可移走（不需要每次都知道的）：

详细的设计规范（移到 Skill）
某个模块的特殊说明（移到路径规则）
团队成员信息

对于只适用于部分文件的规则，用 .claude/rules/ 路径规则：

.claude/rules/
├── api-conventions.md    ← 只有访问 src/api/** 时才加载
├── testing.md            ← 只有访问 *.test.ts 时才加载
└── security.md           ← 只有访问 **/auth** 时才加载

这样 Claude 每次只需要加载跟当前任务相关的 那部分规则，其他内容完全不会进入上下文。

这三个方案加在一起，能省多少？

方案| 每次节省| 难度
---|---|---
CLAUDE.md 精简到 200 行| ~2-3K token/次| ⭐ 简单
Skills 按需加载| ~1-5K token/次| ⭐⭐ 中等
Explore 子代理做探索| ~5-15K token/次| ⭐ 简单

一个 20 次会话的中型项目，用这三个方案，总共能省 10-40 万 token 。

换算成钱：DeepSeek 的话，大约能省 2-8 块钱 。听起来不多对吧？但这是同一个需求下的消耗对比。如果你原来用 8000 万 token，优化后可能只需要 2000 万——那就是 160 块变成 40 块 的区别。

问题的本质从来不是模型贵不贵，是你的用法让不让它省着用。

一个反直觉的提醒

写这篇文章的时候，我一开始想加一节"怎么接入 DeepSeek API 来省钱"。后来没写。

原因是：我之前试过接本地 120B 模型，图的是"token 不要钱"。结果发现本地模型指令跟随能力弱，同样的需求描述扔过去，它先反问我三个问题，再跑偏答非所问，最后花的时间比省的钱多得多。

省 token 不是为了省钱而省钱。能用 Sonnet 一次搞定的事，不要用 Haiku 跑三遍。 把精力放在 CLAUDE.md、Skills、Sub-agents 这些"不降质还提效"的做法上。

你觉得这三个方案里，哪个对你最有帮助？

我自己的感受是 Explore 子代理是最被低估的——很多人不知道它存在，更不知道它默认用 Haiku 模型。如果你用过它，欢迎在评论区说说体验。

Spec-Kit 上手指南：GitHub官方的AI编程规范框架

Wed, 15 Apr 2026 00:00:00 GMT

AI编程Spec-KitSDDGitHubClaude Code

你有没有试过让AI写代码，结果它越写越偏，最后完全不是你想要的？

你跟 Claude Code 说"给我加个用户登录功能"，它给你写了一堆，但你发现它没考虑密码加密、没考虑session管理、没考虑登录失败的处理。等你反应过来，它已经改了二十个文件。

这不是AI的问题，是你俩没对齐。

Spec-Kit 是 GitHub 官方开源的工具包，用来解决这个问题。它的核心理念叫 Spec-Driven Development（规范驱动开发） ——在让AI写代码之前，先把"要做什么、怎么做"写成可执行的规范，AI照着规范实现，而不是自由发挥。

安装：两分钟搞定

前置要求 ：已安装 Python 3.11+、Git 和 uv（Python 包管理工具）。

Spec-Kit 基于 Python，用 uv 管理：

# 安装 specify CLI
uv tool install specify-cli --from git+https://github.com/github/spec-kit.git

# 验证
specify --version

然后初始化项目：

# 新建项目目录并初始化
specify init my-project --ai claude
cd my-project

# 或在现有目录初始化
specify init . --ai claude

--ai claude 告诉它你要用 Claude Code。支持 20 多个 AI 工具，包括 Cursor、Copilot、Gemini、Codex 等。

初始化后，你的项目会多一个 .specify/ 目录，里面有四个核心文件夹：

memory/ - 项目记忆和上下文
scripts/ - 自动化脚本
specs/ - 规范文件存放处
templates/ - 模板文件

五阶段工作流：从想法到实现

Spec-Kit 把整个开发流程拆成五个阶段，每个阶段都有对应的斜杠命令（需在 AI agent 如 Claude Code 中执行）：

阶段 | 命令 | 干什么
---|---|---
1. 定规矩 | /speckit.constitution | 创建项目原则，比如"必须用TypeScript"、"必须写测试"
2. 定需求 | /speckit.specify | 描述你要做什么，只讲"做什么"，不讲"用什么技术"
3. 定方案 | /speckit.plan | 确定技术栈和实现方案
4. 拆任务 | /speckit.tasks | 把方案拆成可执行的任务清单
5. 执行 | /speckit.implement | AI 按任务清单逐项实现

可选核心命令 ：/speckit.taskstoissues - 将任务清单转为 GitHub Issues 跟踪。

看起来步骤很多，实际用起来很顺。我给你演示一遍（基于 Spec-Kit v0.7.0）：

第一步：定规矩

你: /speckit.constitution

AI: 已创建 .specify/CONSTITUTION.md

项目原则：
- 代码必须用 TypeScript
- 所有功能必须有单元测试
- 优先使用原生 API，减少依赖
- 错误处理必须捕获并记录

这个文件是项目的"宪法"，以后所有的规范都要遵守这些原则。

第二步：定需求

你: /speckit.specify 做一个照片相册应用，可以按日期分组，支持拖拽排序，相册不能嵌套

AI: 已创建 .specify/features/001-photo-albums/spec.md

## 需求：照片相册管理

### 场景：创建相册
- GIVEN 用户在主页面
- WHEN 点击"新建相册"
- THEN 弹出对话框输入相册名称
- AND 创建空相册并显示在列表中

### 场景：拖拽排序
- GIVEN 用户有多个相册
- WHEN 拖拽相册到目标位置
- THEN 相册顺序更新
- AND 新顺序持久化保存

注意这里完全没有提技术栈——没说用 React 还是 Vue，没说用 SQLite 还是 PostgreSQL。这是故意的，Spec-Kit 把"做什么"和"怎么做"分开。

第三步：定方案

你: /speckit.plan 用 Vite + React，尽量减少第三方库。图片存在本地，元数据用 SQLite。

AI: 已创建 .specify/features/001-photo-albums/plan.md

技术方案：
- 前端：Vite + React + TypeScript
- 状态管理：React Context（不用 Redux）
- 存储：SQLite（via sql.js 浏览器版）
- 拖拽：HTML5 Drag and Drop API（不用库）

第四步：拆任务

你: /speckit.tasks

AI: 已创建 .specify/features/001-photo-albums/tasks.md

- [ ] 初始化 Vite 项目
- [ ] 配置 SQLite 数据库
- [ ] 实现相册列表组件
- [ ] 实现拖拽排序功能
- [ ] 实现新建相册对话框
- [ ] 添加单元测试

第五步：执行

你: /speckit.implement

AI: 开始执行任务...
[1/6] 初始化 Vite 项目 ✓
[2/6] 配置 SQLite 数据库 ✓
[3/6] 实现相册列表组件 ✓
...

AI 会逐项完成任务，每完成一项会告诉你。你可以随时中断，下次继续。

扩展生态：不止这五个命令

Spec-Kit 的核心只有五个命令，但社区贡献了近 50 个扩展 ，覆盖各种场景：

Jira 集成 ：把 tasks 同步到 Jira
代码审查 ：实现完后自动做代码 review
GitHub Issues ：从 issue 生成 spec
测试生成 ：根据 spec 自动生成测试用例
安全检查 ：实现完后做安全审计

安装扩展很简单：

specify extension search jira    # 搜索扩展，确认正确名称
specify extension add spec-kit-jira  # 安装 Jira 集成（扩展名需与官方列表一致）

我自己用下来的感受

基于 Spec-Kit v0.7.0（2026年4月15日发布）用了大概一个月，说几个真实的感受：

好的地方：

AI 确实不乱跑了 。constitution 和 spec 给它划了边界，它知道什么该做、什么不该做。
需求变更有迹可循 。如果中途想改需求，改 spec.md，AI 会自动同步到 plan 和 tasks。
适合复杂功能 。越复杂的功能，提前写 spec 的收益越大。

需要注意的地方：

前期确实要多一步 。以前直接说"给我做个登录"，现在要先写 constitution、再写 spec、再写 plan。小功能可能觉得麻烦。
constitution 要写清楚 。如果 constitution 写得模糊，AI 还是会跑偏。比如"写测试"不够，要写"单元测试覆盖率必须≥80%"。
不是所有场景都适合 。快速原型、验证想法的阶段，直接 vibe coding 更快。

适合谁？

需要精细控制 AI 输出的场景
复杂功能开发（> 3 天的任务）
团队协作（spec 可以 code review）

不适合谁？

快速验证想法（用 vibe coding 更快）
已经有严格开发流程的团队（Spec-Kit 可能和你们现有流程冲突）

最后

Spec-Kit 不是让 AI 写代码更快，而是让 AI 写代码更可预测 。

它的核心理念——"spec 先于 code"——其实和传统软件工程的做法是一致的。只是以前写 spec 是给程序员看的，现在写 spec 是给 AI 看的。

如果你也被 AI "自由发挥"困扰过，可以试试这个框架。

你现在用 AI 写代码是什么 workflow？直接聊还是也用什么框架？评论区说说。

三款AI编程工作流横评：Spec-Kit、OpenSpec、Superpowers选哪个

Wed, 15 Apr 2026 00:00:00 GMT

AI编程工作流框架Spec-KitOpenSpecSuperpowers

2026年了，AI编程工具早就不是"Copilot写代码补全"那个阶段了。

现在大家拼的不是谁生成的代码更好，而是——谁的开发流程更能管住AI，让它不乱来 。

于是冒出了一批"AI编程工作流框架"，目标都是同一个：给AI代理一套结构化的约束，让它按你的规矩干活。

但思路完全不一样，有的讲规范，有的讲技能，有的讲变更。

今天把三个最主流的框架放在一起横评，不吹不黑，说清楚每个的适用场景。

一、Spec-Kit：GitHub官方出品，阶段门控最严格

背景：GitHub官方2025年初推出，Den Delimarsky和John Lam主导开发，82.5K Star。

核心思路 ：规范不只是文档，而是可执行的——规范能直接生成工作代码。

它的7个阶段是一道道"门"：

constitution（项目宪法）→ specify（定义需求）→ clarify（澄清模糊）
→ plan（技术计划）→ tasks（任务分解）→ analyze（一致性检查）→ implement（执行实现）

每道门必须关好才能进下一道。好消息是质量可控，坏消息是不够灵活。

技术栈 ：Python（需要uv包管理器）

AI支持 ：11+工具（Claude Code、Copilot、Cursor等）

特点：

constitution.md 定义项目级别的不可违反规则
spec.md 描述功能需求，不涉及技术栈（只说what和why）
plan.md 和 tasks.md 由AI自动生成
支持模板引擎 + 扩展系统，定制性很强

适合谁 ：多人协作的企业级项目，需要严格质量管控的团队。

不适合谁 ：想快速跑通一个Demo的独立开发者（流程太重了）。

二、OpenSpec：轻量级规范层，变更驱动

背景：Fission-AI团队开发，34.5K Star，TypeScript实现。

核心思路 ：不做"规范生成代码"，而是做一层轻量规范管理，通过提案→执行→归档的循环，让规范成为活文档。

/opsx:propose（创建提案）→ /opsx:continue（逐步实施）→ /opsx:apply（执行）→ /opsx:archive（归档）

每个功能变更是一个独立目录，包含proposal.md、design.md、tasks.md和specs/。完成后归档到知识库，成为项目的"记忆"。

技术栈 ：TypeScript（npm安装）

AI支持 ：20+工具（覆盖最广，包括Claude Code、Cursor、Windsurf、Codex等）

特点：

无需API Key和MCP，通用性最强
Brownfield优先设计——明确面向现有代码库的渐进式改造
团队协作功能目前还在开发中

适合谁 ：需要快速迭代的个人开发者或小团队，想要轻量约束但不想被流程绑死。

不适合谁 ：对代码质量有硬性要求的团队（OpenSpec本身不强制TDD）。

三、Superpowers：技能触发式，质量门控最硬

背景：Jesse Vincent（obra）出品，115K Star，社区规模最大。

核心思路 ：不是规范驱动，而是技能驱动——通过一组可组合的"技能"来约束AI代理行为。核心是Hook触发系统：不是手动调用命令，而是根据上下文自动激活相关技能。

写代码前 → 自动触发TDD技能
写完后 → 自动触发code-review技能

它的工作方式很直觉：

你一开干，它不急着写代码，先退一步问你"你到底想做什么"
把需求拆成你能消化的规格，一段一段给你看
你点头之后，它出一份执行计划——写得连"热情但品味差、不爱写测试的初级工程师"都能照着做
你说"开搞"，它启动子代理分工干活，自己巡检、review、推进

而且技能都是自动触发的，你不用特意做什么，你的coding agent就自动有了Superpowers。

技术栈 ：Shell/JavaScript

AI支持 ：主要针对Claude Code优化（5+工具）

特点：

强制RED-GREEN-REFACTOR TDD循环——三家里唯一强制TDD的
核心技能包括：test-driven-development、systematic-debugging、brainstorming、subagent-driven-development
基于Git Worktrees管理变更状态

适合谁 ：对测试有硬性要求的团队，想让AI自动走TDD流程。

不适合谁 ：不习惯TDD的开发者，或者只用Cursor/Windsurf不用Claude Code的人。

四、横向对比一览

维度| Spec-Kit| OpenSpec| Superpowers
---|---|---|---
核心范式| 规范可执行化| 轻量规范层| 技能触发
技术栈| Python| TypeScript| Shell/JS
Star数| 82.5K| 34.5K| 115K
AI工具支持| 11+| 20+| 5+
TDD强制| ❌| ❌| ✅
团队协作| ✅ 企业级| 🚧 开发中| ✅ Discord社区
Brownfield支持| ✅| ✅ 优先| ✅
学习曲线| 中等| 平缓| 平缓
工作流风格| 阶段门控| 流畅迭代| 技能自动触发
哲学| 结构胜过混乱| 迭代胜过瀑布| 流程胜过猜测

五、我的选择建议

说白了就一个问题：你更担心什么？

担心AI乱来、不按规范走 → Spec-Kit（阶段门控最严格）
担心流程太重、拖慢速度 → OpenSpec（轻量灵活）
担心代码质量、想要强制TDD → Superpowers（TDD唯一强制）

如果你非要我给一个推荐——个人开发者先试OpenSpec ，上手快、通用性强，用一个月你就知道自己缺什么了。

六、最后一句

这些框架本质上解决的是同一个问题：怎么让AI不只是个写代码的工具，而是个听话的合作伙伴 。

选哪个不重要，重要的是——先用一个跑起来 。

用了一个月，你自然知道它哪里不够用，再换也不迟。最怕的是永远在对比，永远不开始。

你用的是什么AI编程工作流？有没有踩过什么坑？评论区聊聊。

大一专科，GitHub都不会用，该怎么学编程？

Wed, 15 Apr 2026 00:00:00 GMT

AI编程新手学习编程入门

我看了好多回答，有人说必须先打牢基础，有人说AI时代不用死磕老一套，两边吵得挺凶。

但其实你朋友的问题，根本没那么复杂。

你朋友说的其实没错，只是他没说透背后的原因。

他说自己"不会古法编程"，可GitHub上一堆Flutter提交记录，看着就很打脸。

他不是装，也不是骗你。

是他的"古法底子"早就够厚了，厚到可以完全不在乎这些。

就像会游泳的人跟你说"淹不死就行"，你不能真听完就直接往河里跳。

你现在的问题很简单：你还不会游泳。

GitHub不会用，Java基础没吃透，AI写的代码你完全看不懂。

这种状态就去跟风"用AI写项目"，跟给你个挖掘机让你直接开没区别。

机器是好机器，但你连方向盘在哪都摸不清。

AI就是个放大器。底子越好，放大越猛；底子是0，放大完还是0。

你现在的处境特别真实：

刚学会骑自行车，你朋友跑过来跟你说"汽车多方便，踩油门就走"，顺手把车钥匙扔给你。

你坐上去了，也开了，然后直接撞墙。

他不是坑你，他只是忘了自己当年考驾照有多费劲。

他说的两点其实都对：

靠抄、靠借鉴，本来就是程序员最核心的能力之一；

用AI提效率，也是现在的趋势，没毛病。

错的不是方法，是节奏。

我给你一个最实在的90天路线，不绕弯子：

前30天，先补课，补最关键的东西。

别什么都学，就三件事：

Git和GitHub先搞懂，add、commit、push这些基本操作花两三天就够，这不是什么老古董，是程序员必备工具，不会真的寸步难行。

然后Java或Python选一门死磕，别两门一起上，把基础语法、面向对象、异常处理、文件操作这些啃下来。

最后一定要跑通一个完整的小东西，命令行工具也行，爬点简单数据也行，不用好看，但要能从头到尾跑起来。

这一个月尽量手敲，别全丢给AI，报错自己先查，实在搞不定再问。

中间30天，可以用AI，但要盯着它写。

有前面的基础，你再用AI就不一样了。

它给的代码你能看懂，它出错你知道大概往哪查，你提的需求越具体，它给的结果越准。

这段时间可以试着做个带数据库的小项目，让AI辅助，但核心逻辑一定要自己写、自己理解。

最后30天，你再去真正"用AI养小龙虾"。

到那时候你对编程有感觉了，AI才是效率工具，不是救命稻草。

Cursor、Copilot这些随便用，融入自己的流程就行。

再说回你朋友。

他不是害你，他是真觉得自己这套好用。

但他忘了，他是先苦后甜，前面该吃的苦都吃了，现在AI对他才是锦上添花。

你直接抄他现在的状态，跳过他的过程，结果肯定不一样。

最后多说一句：

专科真不算劣势。

真正的劣势是课程老、项目少，而不是学历本身。

你年轻、方向自由，从现在开始做对的事完全来得及。

别急着养小龙虾，先把鱼竿练好。

你身边有没有这种"已经上岸就忘了当初多难"的朋友？可以在评论区聊聊。

AI时代学的东西明天就过时，普通人该怎么办？

Tue, 14 Apr 2026 00:00:00 GMT

随笔

我直接说一个反直觉的判断：

你追风口的努力，大概率比不追更浪费时间。

我见过太多人，每天花3小时刷AI资讯，换来的是——自己手里的活一件都没变快。

这不是个例，是个结构性问题。

AI圈有个很坏的运转逻辑：

一小撮人靠制造"错过焦虑"为生。

他们需要你相信：

今天不学，明天淘汰
这个框架你不掌握，你就落后了
下一个风口在这里，跟不上就完了

于是你开始追。

OpenClaw → Hermes Agent → 又一个什么新框架。

结果呢？

你原来写一份报表要2小时，现在还是要2小时。

工具换了10个，效率原地踏步。

问题在哪？

你把"信息焦虑"当成了"学习进步"。

刷10篇爆款文章 ≠ 你变强了
听别人讲颠覆 ≠ 你会用新工具
收藏夹塞满了 ≠ 知识是你的了

这种状态有个名字：假勤奋 ——听起来很努力，实际上没有在任何一件具体的事上变得更快。

那怎么办？

就一个标准，别的都不要管：

这个东西能不能把你手里某件事的耗时，从2小时压到20分钟？

能。用。不解释。

不能。再火也不管。

怎么判断？三步走：

第一步：定位痛点。

写下今天花最久的3件重复性工作——查资料、写文档、调代码、回邮件、填表格都行。记录每件事花了多长时间。

第二步：找工具试跑。

针对每个痛点，找一个能直接替代的AI工具做一次试跑：

写文案 → ChatGPT / Claude
代码补全调试 → Cursor / Copilot
会议纪要整理 → 飞书妙记 / 通义听悟
网页数据抓取 → Playwright + Claude

别研究它怎么工作的，就直接用它干活。

第三步：算ROI。

对比前后耗时。如果降幅达到80%以上（2小时→20分钟），正式纳入工作流；如果效果不明显，先放一边，不影响你继续做事。

就这么简单。

可能有人会问：万一这个工具下周就过时了怎么办？

过时又怎样？

你已经用它省了10个小时了。这10个小时是你的，不是"知识"这个概念里的。

最后，关于怎么不被信息流牵着跑——

我给自己定了一个信息过滤原则 ：每周最多花2小时读AI行业资讯，只读能直接回答"这个能不能帮我省时间"的内容，读完立刻在自己的工作里做一次小实验验证。

不符合这个标准的，标题再爆也不点。

普通人的答案不是"永远学习最新框架"，而是"把每一次学习的投入产出比用数字说话"。只要时间压缩率达标，今天学的东西就不会在明天变废。

你觉得你现在的效率问题，是差一个工具，还是差一堆知识？

评论区说说。

内存频率越高越快？DDR5和DDR4用起来为啥没区别

Tue, 14 Apr 2026 00:00:00 GMT

知乎上有个哥们说，他内存一直跑在6800MHz，前两天偶然发现XMP掉了，频率变成4800，而这半年他完全没察觉。

295个赞。

底下还有个更扎心的：DDR5频率标得好看，但时序也跟着飙，一来一回跟DDR4 3600 C18的延迟差不多。

80个赞。

所以问题来了——既然感知不到，为什么笔记本厂商非要上又贵又没感觉的DDR5？

先回答一个误解：不是DDR5没提升，是你用不到

内存频率提升，提升的是带宽，不是延迟。

打个不太恰当的比方：带宽是马路宽度，延迟是路程远近。DDR5相当于把两车道拓宽到八车道，但你每天只有一辆车出门——八车道和两车道有什么区别？

CPU里头有一套精巧的缓存系统。L1 Cache 命中率大概 60-70%，L2 大概 90%，L3 大概 95% 以上。也就是说，CPU 每 100 次要数据，只有不到 5 次需要去内存里取。

那不到 5% 的请求里，DDR5 的高带宽确实比 DDR4 快。但你日常用电脑，95% 的时间 CPU 根本不找内存要数据，你自然感知不到差异。

知乎上那个电工比喻说得挺好：你大部分工具都带在身上了（L1/L2 Cache），工棚里也备了常用的（L3 Cache），真要回公司调设备（访问内存）的时候已经很少了。公司搬近了点（内存频率提升），对你整体工作效率影响不大。

那什么场景你能明显感知？

两个。

第一个：核显。

这一点很多人忽略了。核显没有独立显存，直接吃系统内存带宽。8700G 的核显，DDR5 从 5200（官方默认）超到 8000，游戏帧率能提升 40%。

40% 是什么概念？一张显卡换代通常就 20% 的提升，你光靠拉内存频率就能实现两代的跨越。

笔记本上更夸张——LPDDR5x 8533MHz 对比 DDR5 5600MHz，核显性能差出来一代半。

所以如果你用的是核显本或者 APU，内存频率的选择直接决定了你能不能玩某些游戏。

第二个：大数据处理。

打开一个几百万行的 Excel，或者跑个本地大模型，内存带宽就成了瓶颈。这种场景下 DDR5 5600 比 DDR4 3200 快的不是一点半点。

但说实话，干这种活的人，本来就不是"感知不明显"的那群人。他们很清楚自己需要什么。

笔记本厂商为什么不上便宜的大容量 DDR4？

这个问题问得好，答案也很简单：不是不想，是不能。

Intel 14 代酷睿是最后一代同时支持 DDR4 和 DDR5 的桌面 CPU（移动端13代 HX/H 系列仍同时支持 DDR4/DDR5，14代才全面转向 DDR5）。AMD 锐龙 7000 系列（Zen4）也只支持 DDR5。

新 CPU 不兼容 DDR4，主板就做不了 DDR4 插槽。这不是厂商的选择，是上游芯片厂的选择。

那为什么 Intel 和 AMD 要强推 DDR5？不是因为频率感知强，而是因为容量。

DDR4 单条最大 32GB（家用），DDR5 单条已经做到 48GB 和 64GB。对笔记本来说，两个插槽上 128GB 内存，DDR4 做不到，DDR5 可以。面向生产力用户，这是硬需求。

通道 > 频率">

所以厂商推 DDR5 的逻辑不是"频率更高所以更好"，而是"新平台只支持 DDR5，而且 DDR5 能给更大容量"。

你花的钱，其实是在为容量上限 买单，不是为频率买单。

买内存到底看什么？

三个优先级，按顺序来：

容量 > 通道 > 频率

1. 容量第一 。16GB 是底线，32GB 是甜点，64GB 给生产力用户。频率再高，容量不够也白搭——8GB DDR5 6000 用起来比 32GB DDR4 3200 卡得多。

2. 双通道必须 。两根 16GB 组双通道，比一根 32GB 快。带宽直接翻倍，这个提升比频率拉满实在多了。

3. 频率最后选 。DDR5 的话 5600 足够日常用，6000 是甜点（时序和频率平衡最好），再往上收益递减很快。DDR4 的话 3200-3600 就行，别纠结。

如果是核显本，把频率优先级提上来——LPDDR5x 8533MHz 和 DDR5 5600MHz 之间，选前者。

下次买电脑，别看频率数字大小。先问自己：16GB 够不够？要不要双通道？这两个搞定，频率随缘就行。

你现在用的电脑内存是多大频率的？有没有感觉换内存之后有明显变化？评论区说说。

Cursor Composer + Claude Code 实测一个月：AI把单测写了，但我反而更慌了

Mon, 13 Apr 2026 00:00:00 GMT

上个月，我用 Cursor Composer 跑完了一个内部工具的后端代码。

全程我没写一行 Java——提需求、改需求、让它自测，最后我做的事情叫"复制粘贴粘贴复制粘贴复制"。

然后我坐在那里，突然不知道该干嘛了。

这种感觉我猜你们也遇到过：

AI 把活干了，干完你却空落落的。

这不是凡尔赛。是真的慌——效率是提升了，但好像哪里不对劲。

所以今天这篇，我不去吹 AI 编程有多强。我就想聊一件事：

省下来的时间，程序员真正该拿去干嘛？

先说清楚：AI 到底接管了什么

先上一个我自己的感受，不讲大道理，直接说我的工作流。

被接管了（或者说效率大幅提升）：

写单测：原来我写单测是硬着头皮写，现在丢给 Cursor，2小时出来一套可运行的。我只负责看覆盖率够不够
简单 CRUD：增删改查这种，Claude Code 几乎可以一键生成，我做的只是确认逻辑
代码格式化和简单重构：这个不用说了，基本上是零摩擦
写文档注释：自动补全，一气呵成

没被接管（至少目前没有）：

业务判断 ：这段逻辑为什么要这么写？谁会用？为什么这么设计？这事 AI 回答不了你
跨模块理解 ：这个改动会影响到哪几个服务？需要和产品对齐，需要你懂全局
代码审查中的取舍 ：这段代码能跑，但风格丑；这段性能好，但可读性差——取舍是人的活
和技术外行人沟通 ：解释技术债是什么，为什么修它比写新功能重要

简单说：AI 接管了"输入→输出"明确的重复性工作，但没接管"为什么要做这个判断"的部分。

一个反直觉的结论：效率越高，瓶颈越明显

你们有没有这种感觉——

AI 帮你加速了，你反而更焦虑了。

因为原来你的瓶颈是"写代码速度"。现在代码写得飞快，瓶颈直接暴露出来：你的产品判断力、架构理解力、业务敏感度 。

写代码反而不是最难的事了。

最难的事变成了：

这个需求到底值不值得做？
这个技术债再不修会影响什么？
这次重构的边界在哪，做到什么程度就够了？

这些问题，AI 帮不了你。你只能靠积累和思考。

省下来的时间，我建议花在这三件事上

我自己的选择，不一定对，仅供参考：

第一件事：搞清楚你所在的业务在做什么

很多程序员（包括我自己）有个毛病——只管写代码，不管业务逻辑。产品说做什么就做什么，不问为什么。

AI 帮你写了代码之后，你突然有时间可以问了。

多问几句"为什么"，你会发现自己对产品的理解在加深。做决策的时候会开始有底气。

第二件事：学会和技术外行解释技术问题

这件事我觉得被严重低估了。

你能把一个复杂的技术方案，用非技术人员能听懂的方式讲清楚，说明你真的理解了这件事。

而且这件事 AI 做不了——你没法让 AI 去跟老板解释为什么不能省掉这个技术债。

第三件事：做减法，而不是加法

效率提升之后，最容易掉进去的坑是用省出来的时间做更多的事。

但问题是：如果做的事情方向错了，做得越快亏得越多。

省下来的时间，与其去卷更多的代码，不如用来想清楚"什么不值得做"。

写到这里，我其实挺想知道你们的真实感受。

AI 编程工具用了这段时间，你们的"省下来的时间"都花在哪了？是真的摸鱼了，还是花在了一些意想不到的地方？

评论区说说，我很想看看大家的情况。

好了，以上就是我这一个月的真实感受。

效率提升是真实的，这一点不用讨论。但真正的问题从来不是"AI 能帮你做什么"，而是"你拿 AI 帮你省出来的时间去做什么"。

这个问题，只有你自己能回答。

本文首发于知乎，略有修改。

DDR5 跌了，现在能不能买？用三把尺子给自己算个明白账

Mon, 13 Apr 2026 00:00:00 GMT

上周朋友发我一张京东截图，金士顿 DDR5 32GB 套条，2500 块。

他说：终于跌了，我现在买是不是时机？

我说：你先别急，听我给你算笔账。

第一把尺子：历史锚点——DDR5 到底该值多少钱？

先不说什么 AI 需求、HBM 产能，先看一个最基本的问题：DDR5 32GB，到底"应该"多少钱？

2019 年到涨价之前，DDR4 16GB 套条大概是 400 块。折算到 DDR5，由于制程更贵、频率更高，正常年份 DDR5 32GB 套条的合理区间应该在 600 到 900 块 之间。

这是刨除所有炒作因素之后的成本定价逻辑。

现在呢？2500 块。

还是涨价前正常价格的 将近三倍 。

所以这轮降价，本质上是：从"离谱贵"跌到"有点贵"。离真正的底部，还早。

用这个锚点给自己设一条线：

规格| 涨价前正常价| 现在常见售价| 合理底部区间
---|---|---|---
DDR4 16GB 套条| 180–220 元| 350–400 元| 220–280 元
DDR5 16GB 套条| 280–350 元| 800–1000 元| 450–600 元
DDR5 32GB 套条| 600–900 元| 1800–2500 元| 900–1200 元

你自己算算，你现在下单，亏了多少"水分"进去。

第二把尺子：为什么这轮跌不到 2019 年的价格？

有人说，等等党赢了，等 DDR5 回到 600 块再买。

我说这话的人，大概率等不到。

因为这一轮内存涨价的底层逻辑，跟 2017 年那次矿潮有本质区别。

2017 年那波，是"虚拟货币挖矿"拉起来的短期需求。矿潮一退，需求没了，价格自然崩回去。

但这一次不一样。

HBM（高带宽内存）是真的在大量消耗晶圆产能。

AI 训练服务器需要 HBM，三大原厂——三星、SK 海力士、美光——把相当比例的晶圆产能挪去做 HBM 了。消费级 DDR5 的产能被动压缩，供给端少了。

消费端的 DDR5 和 AI 用的 HBM，用的是同一条晶圆生产线。原厂为了保 AI 订单，不会轻易扩消费级产能。需求少了，价格不会涨；但产能已经挪走了，价格也跌不回 2019 年。

所以这轮底部，我判断在 涨价前正常价的 1.5 到 2 倍 ：

DDR5 32GB 底部区间：900 到 1200 块
DDR4 16GB 底部区间：220 到 280 块

比涨价前贵，但不会回到那个"随便买不心疼"的时代。

第三把尺子：时间窗口——什么时候动手？

设好价格锚点了，下一个问题：等多久？

看三个信号：

信号一：HBM 需求趋于平稳

AI 训练的这波大规模扩张，预计在 2026 年下半年到 2027 年上半年进入一个平台期。届时 HBM 订单排期松动，原厂会把部分产能切回消费级。这是最大变量，也是消费级 DDR5 真正降价的触发器。

信号二：国产颗粒正式量产铺货

长鑫（CXMT）的 DDR5 颗粒目前还处于小批量阶段，主流产品里很少见到。一旦长鑫的 DDR5 颗粒大规模进入零售市场，定价权就不是三家原厂说了算了。参考 2022 年长江存储把 2TB SSD 从 2000 块打到 500 块的先例，国产颗粒是真正的鲶鱼。

长鑫 DDR5 真正在零售渠道大规模铺开，预计 2026 年 Q4 到 2027 年 Q1 。

信号三：Q3/Q4 消费电子旺季

每年 9 到 11 月是 PC 新品发布季，也是内存品牌商清库存的高峰期。届时部分型号会出现季节性促销，可以捡漏，但不会是大底。

综合三个信号，最佳入手窗口：2026 年 Q4 到 2027 年 Q1 。

如果你是刚需，等不了那么久，现在买 DDR5 32GB 不算冤大头——但别在 2500 这个位置接盘，等它跌到 1500 左右再动。差出来的 1000 块，够你买一块不错的 NVMe 固态硬盘了。

现在要买，怎么买不吃亏？

DDR4 平台 ：现在就可以买。DDR4 已经进入生命末期，原厂基本不扩产了，价格水分本来就不大。16GB 套条 300 块以内、金士顿这种牌子 350 左右的，随便买不用等。

DDR5 新装机 ：等等到 Q3，1500–1800 的 DDR5 32GB 套条是可接受的入手区间。低于 1500 是大底，高于 2000 不用急。

二手和闲鱼 ：DDR5 不建议买二手，原因和文章开头那位知乎网友说的一样——存放会老化，本来能用 5 年的颗粒，放了一年实际寿命在悄悄缩水。DDR4 倒是可以买二手，但要确认生产日期，2025 年之前的别碰。

不要做的事 ：现在去接那些"囤货商家"手里还在高位的价格。这些人为什么降了还在卖？因为他的成本比你高——他才是那个被套的，不是你。

评论区聊聊，你现在用的电脑，内存是多少 G 的？当初买的时候多少钱？

AI Agent 越跑越蠢？先把六层架构搭好再说

Mon, 13 Apr 2026 00:00:00 GMT

你花了几万块换了最新模型，上下文窗口 168K，感觉稳了。

结果跑了半小时，Agent 开始乱来——幻觉增多、兜圈子、格式混乱，代码质量比刚开始差了一截。

你以为是模型变蠢了。

不是。是你的上下文窗口快满了。

一个反直觉的数字：40%

工程师 Dex Horthy 在观测 AI Agent 行为时发现了一个现象：

168K token 的上下文窗口，用到大约 40% 的时候，Agent 的输出质量就开始明显下降。

不是线性的，是断崖式的。

上下文利用率| Agent 表现
---|---
0 – 40%| 推理聚焦、工具调用准确、代码质量高
超过 40%| 幻觉增多、兜圈子、格式混乱、低质量代码

Anthropic 也碰到了类似问题，他们内部叫"上下文焦虑"：Sonnet 4.5 在上下文快填满时会变得犹豫，倾向于提前收工——任务还没做完，它就开始"交卷"。

大多数人的第一反应是什么？换更大的上下文窗口。

没用。这个问题不是容量的问题，是信息管理的问题。

为什么换模型救不了你

2025 年，有两个实验的结果让很多人重新审视自己的认知。

Can.ac 的工具调用实验 ：同一个模型，只换了文件编辑接口的调用方式，编码基准分数从 6.7% 直接跳到 68.3%。模型没变，变的是外围的那套系统。

LangChain 的排行榜优化 ：他们在 Terminal Bench 2.0 上从全球第 30 名升到第 5 名，得分从 52.8% 提升到 66.5%。换了模型吗？没有。只是优化了文档组织方式、验证回路和追踪系统。

这两个案例指向同一个结论：模型决定上限，Harness 决定底线。

你不是模型，那你就是 Harness。

Harness 是什么？模型之外的一切——系统提示词、工具调用、文件系统、沙箱环境、编排逻辑、约束机制、反馈回路。模型只是能力的来源，只有通过 Harness 把状态、工具、反馈和约束串起来，它才真正变成一个 Agent。

LangChain 的 Vivek Trivedi 打过一个比方：模型是 CPU，Harness 是操作系统。你买了最新款 M5 芯片，装了个天天崩溃的系统，体验还不如老芯片配稳定的 OS。

六层架构：把 Harness 拆开看

一个成熟的 Harness 到底是什么样子？行业里有一个六层体系框架，把整个系统拆得很清楚：

层级| 名称| 解决什么问题| 关键设计
---|---|---|---
L1| 信息边界层| Agent 该知道什么、不该知道什么| 定义角色与目标，裁剪无关信息，结构化组织任务状态
L2| 工具系统层| Agent 怎么跟外部世界交互| 工具的选拔、调用时机、结果的提炼与反馈
L3| 执行编排层| 多步骤任务怎么串起来| 让模型像人一样走完"理解目标→判断信息→分析→生成→检查"的完整轨道
L4| 记忆与状态层| 长任务中间结果怎么管| 独立管理当前任务状态、中间产物和长期记忆，防止系统混乱
L5| 评估与观测层| Agent 怎么知道自己做对了没有| 建立独立于生成过程的验证机制，让 Agent 具备"自知之明"
L6| 约束、校验与恢复层| 出错了怎么办| 预设规则拦截错误，失败时提供重试或回滚机制

类比一下：给一个新手员工搭建完整工作环境。

L1 是岗位说明书（告诉 ta 该关注什么）
L2 是办公工具（给 ta 用什么干活）
L3 是标准操作流程（按什么步骤做事）
L4 是项目管理系统和笔记本（怎么记住做过的事）
L5 是质检流程（怎么检验做对了没有）
L6 是红线规则和应急预案（什么事绝对不能做、出了事怎么补救）

六层不是一次性全搭。从 L1 和 L6 入手，这两层投入产出比最高。L1 决定了 Agent 知道该干什么，L6 决定了它搞砸了能不能拉回来。中间层次随着项目复杂度增长逐步补齐。

一线团队怎么用这套框架

Anthropic：用"重启"代替"压缩"

上下文焦虑的问题，Anthropic 的解法很有意思——不是继续压缩上下文，而是直接重启 。

当 Agent 的上下文接近饱和时，先把当前任务状态、已完成的工作、待办事项结构化地提取出来，然后启动一个全新的"干净"Agent，把交接文档交给它，从干净的状态继续。

这就像程序碰到内存泄漏——不去手动释放每一个内存块，而是直接重启进程，从检查点恢复。虽然粗暴，但一个干净的 Agent 比一个塞满历史信息的 Agent 表现好得多。

这个思路后来被 Anthropic 团队进一步结构化，发展成了一个GAN 式三智能体架构 ：

Planner（规划者） → Generator（执行者） ⇄ Evaluator（评估者）

Planner 拿到产品描述后扩展成完整规格，被要求"在范围上要大胆"
Generator 按功能一个一个做 Sprint，每个 Sprint 有明确的完成标准
Evaluator 用 Playwright MCP 实际点击运行中的应用，按产品设计、功能性、视觉、代码质量打分

Evaluator 独立于 Generator——你不能让写代码的人同时检查自己写得对不对。他们还故意把前端设计质量和原创性的权重调得比功能性更高，因为模型天然倾向于做出"功能齐全但长相平庸"的东西。

OpenAI：约束不能写在文档里

OpenAI 的三个工程师用 Codex 5 个月生成了 100 万行代码。他们的核心经验之一：

If it cannot be enforced mechanically, agents will deviate.
文档中记录约束是不够的；如果不能机械化地强制执行，Agent 就会偏离。

他们给每个业务领域定义了固定的分层结构：

Types → Config → Repo → Service → Runtime → UI

依赖方向不能反过来。怎么保证？自定义 Linter 加结构测试。违反了就报错，报错消息里不光告诉你哪里错了，还直接告诉你怎么改。Agent 在被纠错的同时就被"教会"了正确的做法。

另一个经验：AGENTS.md 不是一本千页手册，而是一张地图。OpenAI 的 AGENTS.md 只有大约 100 行，作用是目录，指向 docs/ 目录下更详细的文档。需要什么再加载什么，而不是一开始把所有东西都塞进去。

Mitchell Hashimoto：犯一次错，工程化一个解法

Hashimoto（Vagrant、Terraform、Ghostty 的作者）走的是另一条路——他坚持一次只跑一个 Agent，保持深度参与，不跑多 Agent 并行。

他的六步路线很实用：

放弃聊天模式，让 Agent 在能读文件、跑程序的环境里直接干活
每件事做两次——一次自己做，一次让 Agent 做（他说"痛苦至极"但这是最快学习路径）
下班前 30 分钟启动 Agent 做调研、Issue 分拣
挑出 Agent 几乎一定能做好的确定性任务后台跑
每当 Agent 犯了一个新类型的错，就工程化一个解决方案让它永远不再犯
目标是 10-20% 的工作时间有后台 Agent 在跑

Ghostty 项目里的 AGENTS.md，每一行都对应着一个过去的 Agent 失败案例。这不是写完就扔的静态文档，是一个持续积累的防错系统。

Stripe：确定性流程和 Agent 流程的混合编排

Stripe 的 Minions 系统走的是另一个极端——高度自动化的无人值守模式。开发者发一条 Slack 消息，Agent 从写代码到跑 CI 到提 PR 全部搞定，人只在最后审查。每周超过 1300 个完全由 Agent 生产的 PR 被合并。

他们没有把所有事情都交给 Agent 判断，而是设计了一个混合状态机：

确定性节点 ：lint 检查、代码推送——这些必须走固定流程，不允许 Agent 自由发挥
Agent 节点 ：实现功能、修 CI 错误——这些需要灵活判断

该确定的地方确定，该灵活的地方灵活。像一条工厂流水线，有些工位是机器人固定动作，有些工位是人工灵活处理。

从零搭 Harness，从哪入手

综合一线团队的实践经验，有一个按优先级的行动清单：

P0：立即可以做，效果立竿见影

创建 AGENTS.md 并持续维护。Agent 每次启动自动加载，犯错就更新，形成反馈循环。Hashimoto 的 AGENTS.md 每一行对应一个历史失败案例。
构建自定义 Linter + 修复指令。错误消息里直接告诉 Agent 怎么改，纠错的同时在"教"。
把团队知识放进仓库。写在 Slack 或 Wiki 里的知识对 Agent 等于不存在。OpenAI 以仓库为唯一事实源。

P1：P0 做完之后升级

分层管理上下文，不要把所有东西塞进一个文件，渐进式披露。OpenAI 的 AGENTS.md 当目录用（约 100 行），详细规则放在子文档中按需加载。
建立进度文件和功能列表，用 JSON 格式追踪功能状态。Agent 不太会乱改结构化数据。
控制上下文利用率，尽量不超过 40%。增量执行，不要等 Agent 变蠢了再处理。

P2：有余力再考虑

Agent 专业化分工。每个 Agent 携带更少无关信息，留在 Smart Zone。
定期垃圾回收，确保清理速度跟得上生成速度。OpenAI 的后台清理 Agent 定期扫描文档不一致、架构违规和冗余代码，自动提交清理 PR。
可观测性集成，把"性能优化"从玄学变成可度量的工作。

一句话总结

模型换到顶了还是拉胯，瓶颈大概率不在模型，在 Harness。

168K 上下文窗口，用到 40% 就开始变蠢。工具调用格式换一下，分数能从 6.7% 跳到 68.3%。这些都不是模型的锅，是系统设计的锅。

与其追最新的模型，不如先把六层架构搭好。 L1 定边界，L6 保底线，中间层按需补齐。模型决定上限，Harness 决定底线——这句话值得贴在每个 AI 工程团队的墙上。

你们团队搭 Harness 了吗？现在卡在哪一层？评论区聊聊。

跑一个 AI Agent，每月成本从50块降到5块：Hermes 的部署指南

Mon, 13 Apr 2026 00:00:00 GMT

Hermes Agent 有个功能很少有人提，但它是我见过最实用的——Daytona 和 Modal 集成。

简单说：让你的 Agent 在没活干的时候自动休眠，有活来了再唤醒。闲置时的成本几乎为零。

配合 $5 一月的 VPS，或者直接用 Daytona/Modal serverless，Hermes 的月账单可以压到十几块。而 OpenClaw 因为是常驻进程，跑一个月怎么也要四五十。

这不是省小钱的问题，是改变了 AI Agent 的使用逻辑——以前总觉得"让 Agent 24 小时跑着"很贵，现在可以重新算这笔账。

一行命令装完，四个地方可以跑

Hermes 的安装是它最友好的地方：

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

Linux、macOS、WSL2、Android Termux 都支持。Windows 不行，需要装 WSL2。

装完之后，命令行有完整工具集：

hermes              # 启动对话
hermes model        # 选模型
hermes tools        # 配置工具
hermes config set   # 设置参数
hermes setup        # 全配置向导
hermes claw migrate # 从 OpenClaw 迁移（重点，后面说）
hermes doctor        # 诊断问题
hermes update       # 更新版本

消息平台支持 Telegram、Discord、Slack、WhatsApp、Signal，一套网关进程连接所有平台，会话统一管理。

六个后端：VPS、服务器集群、serverless

Hermes 支持六种终端后端，按需选：

后端 | 适合场景 | 成本
---|---|---
Local | 本地 macOS/Linux | 设备成本
Docker | 已有 Docker 环境 | 托管费
SSH | 远程服务器 | VPS 月费
Daytona | serverless 自动休眠 | 按调用计费，闲置接近 0
Singularity | HPC/学术场景 | 集群费
Modal | serverless + 持久化 | 按调用计费，闲置接近 0

Daytona 和 Modal 是最有意思的两个。

Daytona 是开源的 agent 环境管理平台，Hermes 跑在上面时，闲置自动休眠，有消息才唤醒。你不用管服务器，账单按实际调用算。

Modal 也是类似逻辑，官方的说法是"costs nearly nothing when idle"。

这对个人用户最有意义。以前我们总觉得"让 Agent 24 小时待命"是件奢侈的事，现在可以换个算法——只为你实际用到的部分付钱 。

从 OpenClaw 迁移：一行命令，原有配置全部带走

如果你已经在用 OpenClaw，想试试 Hermes，迁移成本几乎为零。

hermes claw migrate    # 完整迁移（交互式）
hermes claw migrate --dry-run    # 预览，不实际执行
hermes claw migrate --preset user-data  # 不迁移密钥
hermes claw migrate --overwrite  # 覆盖已有配置

官方会迁移这些东西：

SOUL.md — 你的 persona 配置
MEMORY.md / USER.md — 记忆文件
Skills — 你自己写的 Skills
API keys — Telegram、OpenRouter、OpenAI、Anthropic 等
消息平台配置 — 接入平台、允许用户、工作目录

说白了，装完 Hermes，跑一条 migrate 命令，你的 OpenClaw 配置基本都搬过去了。不用重配。

选模型：支持 200+ 模型，不想花脑子直接用 Nous Portal

Hermes 的模型接入是它另一个强项。支持：

Nous Portal — 官方订阅制，零配置即用
Anthropic Claude — API key 或 Claude Code 授权直连
OpenRouter — 200+ 模型随便切，hermes model 一条命令换模型
DeepSeek、阿里云 DashScope（Qwen）、小米 MiMo 、GitHub Copilot
Ollama 本地模型 — 纯本地，零 API 费用

最近还有一条新闻：小米大模型 MiMo 已接入 Hermes，4月8日到22日限免两周。

怎么选？

如果不想折腾：Nous Portal 订阅制，直接用。

如果想省 API 费用：OpenRouter 按量付费，选个性价比高的模型。

如果完全不想花钱：Ollama 本地跑，token 成本为零。

我的结论

Hermes 的部署成本优势是真实的。$5 VPS + Daytona/Modal serverless，把月账单从四五十压到十几块，这个账很容易算。

加上 hermes claw migrate 让迁移成本几乎为零——从 OpenClaw 过来，原有配置全部带走，不需要从头开始——这个切换门槛比我预期的低很多。

下一篇，我会写一个更系统的对比：结合 36氪的报道和官方文档，完整梳理 Hermes Agent 的核心创新。感兴趣可以关注。

Hermes Agent 真正创新的地方：不是更会聊，是会自己变强

Mon, 13 Apr 2026 00:00:00 GMT

看了我之前写的几篇 Hermes 文章，有读者问我：你把记忆系统、部署成本、迁移工具都单独写了，到底哪篇能让人完整了解 Hermes？

这篇就是答案。

我整合了官方文档和 36氪的报道，加上自己用了一段时间的判断，把 Hermes 的核心创新分成六个维度讲清楚。不是功能罗列，是真正解释——它凭什么说自己不一样 。

一、唯一内置"学习循环"的 Agent

这是 Hermes 和所有同类产品本质不同的地方。

大多数 Agent 是一个固定的推理引擎：你输入，它输出，下次重来——完全不保留这次的经验。OpenClaw 就是这样，我用了大半年，每次任务做完，下次遇到类似问题，它完全没有"记忆"。

Hermes 做了什么？它内置了一套触发式学习机制：

什么情况下会触发学习？

工具调用超过 5 次还没搞定
用户中途纠正了它的错误
它走了一条"非显性路径"才完成任务
用户明确纠正了它的行为

触发后，Hermes 会自动做两件事：更新技能文件（Skills） ，以及把这次经验写进记忆 。下次遇到类似场景，它会直接用优化后的路径走。

说白了——它不只完成任务，它从每个任务里吸取教训。这才是"自我改进"agent 该有的样子。

二、四层记忆：不是越多越好，是该记的记、不该记的不记

记忆不是越多越聪明。

大多数 Agent 的做法是"全塞进去"——把所有对话、所有上下文都塞进上下文窗口，直到 token 爆炸。效果差，成本高。

Hermes 的做法是分层：

层级 | 内容 | 触发条件
---|---|---
SOUL.md | 你的 persona/风格偏好 | 常驻，3575 字符上限
会话归档 | 跨 session 的历史对话摘要 | FTS5 全文索引，按需召回
技能文件 | 学会的技能和经验 | 任务类型触发
Honcho 用户建模 | 你的工作风格、偏好 | 周期性更新

SOUL.md 有 3575 字符上限这件事很有意思——官方刻意限制，逼你做减法：只放最重要的 ，其余的靠技能文件和会话归档按需召回。

三、模型随意换：一条命令切换，不锁定供应商

大多数 Agent 让你选一个模型，然后用到底。Hermes 的逻辑完全不同——模型是插件，不是核心 。

支持：Nous Portal（官方订阅）、OpenRouter（200+ 模型）、Claude（Anthropic 直连）、DeepSeek、Qwen（阿里云 DashScope）、小米 MiMo（限免中）、OpenAI、Ollama（本地）、自己架设的端点。

切换模型只需要一条命令：

hermes model

选一个模型，打完。

最近比较值得关注的是小米 MiMo 接入 Hermes，4月8日到22日限免两周。这给国内用户多了一个低门槛选择。

这个模型灵活性带来的实际好处：你可以随时对比不同模型在同任务上的表现，然后选性价比最高的。不用换 Agent，不用重配置，直接切。

四、开放标准 agentskills.io：学到的技能不只是 Hermes 能用

这是 Hermes 最被低估的创新。

它支持 agentskills.io 开放标准——简单说，你在 Hermes 里创建的技能，不只属于 Hermes，任何兼容这个标准的 Agent 都能用。

当前支持 agentskills.io 的产品已经有好几个，生态在扩大。这改变了技能开发的逻辑：以前你为一个 Agent 写的工具，Agent 换了就废了；现在写的技能，是可以跨平台复用的资产。

加上 Hermes 本身支持 Skills Hub（社区技能市场），以及用户可以自己创建技能（直接写 SKILL.md 文件），整个技能生态是可积累的。

五、Serverless 改变成本逻辑：闲置时几乎不花钱

这是让我真正认真对待 Hermes 的原因。

Daytona 和 Modal 两个后端，让 Hermes 可以跑在完全 serverless 的环境里——没活干的时候自动休眠，有消息来了才唤醒，按实际调用计费。

官方原话： "costs nearly nothing when idle"

对比一下：

OpenClaw： 常驻进程，24 小时跑着，月费四五十起步
Hermes + Daytona/Modal： 按调用计费，闲置时几乎零成本

这个差距不是"省小钱"，是改变了使用 Agent 的心理门槛。以前我会想"24 小时开着有点浪费"，现在可以换个心态：Agent 在睡觉，不花我钱。

配合 $5 一月的 VPS，或者直接用 Daytona/Modal 的 serverless 模式，Hermes 的月账单可以压到十几块。

六、研究友好：从使用到训练下一代模型

这部分对普通用户没什么用，但对 AI 研究者来说很有意思。

Hermes 内置了 Atropos RL 集成，支持 batch trajectory generation——简单说，你可以用它来收集高质量的 tool-calling 数据，用来训练下一代模型。

还支持 trajectory compression，减少存储开销。

如果你在研究 agent 的强化学习方向，Hermes 不只是一个工具，它本身就是一个研究平台。

总结：Hermes 真正创新的地方

创新点 | 核心价值
---|---
内置学习循环 | 每次任务后自动改进，不用手动维护
四层记忆分层 | 该记的记，不浪费 token
模型随便换 | 不锁定供应商，随时比价
agentskills.io 开放标准 | 技能跨平台复用
Daytona/Modal serverless | 改变成本逻辑
RL 研究集成 | 从工具到平台

Hermes 不是一个"更聪明的聊天机器人"。它的野心是成为一个会自我改进、可积累经验、跨平台复用、不被供应商锁定的 AI agent 基础设施 。

这个定位比大多数同类产品高一个层次。

我用了它一段时间，又回到 OpenClaw——这是另一个话题。但 Hermes 展现的方向是值得关注的。它在解决的不只是"怎么让 AI 帮你做事"，而是"怎么让 AI 在帮你做事的过程中变得越来越会帮你做事"。

这是本质不同的两种思路。

Agent记不住事，是最大的痛点。Hermes用四层记忆给出了答案

Mon, 13 Apr 2026 00:00:00 GMT

你用过OpenClaw吗？每次任务结束，它什么都不留下。下次遇到类似问题，还得重新教一遍。这不是"智能"，是"复读机"。

我用了三个月OpenClaw，最崩溃的不是它偶尔出错，而是它永远不长记性 。

OpenClaw的问题：记忆是静态的

OpenClaw的设计逻辑是这样的：

我们把信息写进配置文件 → 它读取 → 会话结束 → 下次再读。

它不会主动从执行过程里提炼什么。我们纠正过它一次，下次它照样犯错。

所有的Skill都是我们手动装的。它像个被喂饭的孩子，只会吃我们给的东西，不会自己找食。

这不是OpenClaw的bug，而是它架构的底层逻辑——它被设计成一个"执行工具"，而不是一个"学习伙伴" 。

Hermes的创新：一个闭合的学习循环

HermesAgent不一样。

每次任务完成后，它会自动检查：这次执行值不值得写下来？

触发条件很具体：

工具调用超过5次
中途出过错然后自己修复了
用户做过纠正
走了一条不明显但有效的路径

满足任何一条，它就会在 ~/.hermes/skills 目录里生成一个Skill文件。

名称、描述、步骤、涉及的工具调用，全部写清楚。这份自动生成的文件，下次可以直接跟着走。

而且Skill不是一次写死。Hermes在后续执行中发现更好的路径，会直接修改。修改优先用patch，只传旧字符串和替换内容，而不是整体重写。

为什么用patch？因为全量覆写容易把原来好用的部分一起破坏掉，patch只碰有问题的地方，更安全，token消耗也更少。

四层记忆系统：Agent最难处理的问题

除了学习循环，Hermes还有一套专门设计的记忆系统，一共四层。

层级 | 名称 | 存什么 | 什么时候用
---|---|---|---
第一层 | 常驻提示记忆 | MEMORY.md + USER.md | 每次会话自动加载
第二层 | 会话归档 | SQLite数据库 | 需要历史上下文时检索
第三层 | 技能文件 | 自动生成的Skill | 按需调入，只加载名称和描述
第四层 | Honcho | 用户画像/偏好 | 跨会话长期积累

第一层故意收窄到3575字符，强迫我们筛选，而不是什么都塞进去。

第二层用全文索引检索，检索结果经LLM摘要后注入——只把相关部分塞进上下文，不是全部历史。

第三层的设计更巧妙：默认只加载技能名称和简短描述，全文按需调入。这意味着技能库可以从40个增长到200个，而上下文成本几乎不变。

第四层是可选的用户建模层，适合把Hermes当日常助理长期使用的场景。

这个分工原则很清晰：

每次对话都要出现的 → 第一层
特定话题才用到的 → 第二层等检索
可复用操作流程 → 第三层
用户长期画像 → 第四层

我用下来的感受

说实话，这套记忆系统听起来很美好，实际用下来还不够完美。

最明显的短板是召回精度 。

有时候我问一个上周处理过的问题，它记忆里有，但召回出来的上下文不够完整，还是得重新解释一遍。

而且学习循环生成的Skill质量参差不齐。有些自动生成的文件很实用，有些写的步骤不够清晰，需要我手动修改。

所以我的结论是：Hermes的记忆系统方向是对的，但成熟度还不够 。它给了Agent一个"记住"的框架，但"记什么""怎么记准"还在迭代。

两条路线的选择

OpenClaw和Hermes，代表了Agent的两条技术路线：

OpenClaw：装上去 —— 能力来自外部供给，SkillHub搜索安装，我们告诉它怎么干活。

Hermes：长出来 —— 能力来自内部积累，自动生成Skill，它观察我们怎么干活然后学会。

哪个更好？

如果你的任务是快速执行、偶尔用一下 ，OpenClaw更合适。

如果你需要长期跟踪、重复性高、想让它越用越聪明 ，Hermes值得试试。

这不是非此即彼的选择。两个都装，根据任务选工具。

上一篇我写了《用了一个月HermesAgent，我决定回到OpenClaw》，这篇是补充——专门讲Hermes的记忆创新。两篇看完，你应该能判断哪个更适合你。

6000配台电脑？先等等——内存涨了3倍，DIY不如买整机

Sun, 12 Apr 2026 00:00:00 GMT

我直接说结论：2026年4月，6000预算配台式机，买国补整机比自己攒更划算。

这不是我拍脑袋想的。你往下看就知道了。

内存涨疯了，你可能还不知道

归白那篇回答里提了一嘴"内存大涨"，但可能很多人没意识到涨到什么程度——

DDR4 16GB内存条，去年同期200块，现在890。翻了3倍多 。

DDR5也没好到哪去，32GB(16G×2)套装从500涨到600+，还在继续涨。三星和SK海力士前几天刚宣布，不再签一年期短期供货合同，以后只签3-5年长约。什么意思？他们觉得还会涨，不想低价卖给你。

华强北的经销商说得更直白：原来50块一条的16G内存条，二手市场已经卖到600+。

所以你想自己攒机，光内存一项就要多花大几百。6000的预算，光内存就占了1/4，这谁顶得住。

两条路线，别纠结

路线一：国补整机（推荐）

雷神黑武士·SE （国补后约5327）

i7-13620H + RTX5060 8G
16GB DDR5 + 1TB SSD
Wi-Fi 6 + 650W电源

国补20%直接砍掉一千多，到手5300左右。你自己买零件攒，同样的i7+5060配置，光内存就要多花300-400，加上显卡、CPU零散购买没有批量折扣，总价反而更高。

有人说13620H是移动端U，放在台式机上"浪费"。这话没错，45W的TDP确实偏低。但你想想——你花5300买一台能直接用的整机，还是花6200攒一台"不浪费"的？ 预算6000的话，答案很明显。

路线二：自己攒（适合不怕折腾的人）

如果你就是想自己装机，那归白那套7800X3D+5060的方案确实不错，但我建议调整几个地方：

板U：AMD R5 7500F + 技嘉B850M DS3H （约1700）

别上7800X3D，那颗U现在2200+，太贵了。7500F只要900块，游戏性能差不了多少——英雄联盟和CS2这种网游，7500F和7800X3D帧数差距不到10%。把省下来的钱加到显卡上更值。

显卡：万丽RTX5060 8G星云 （约2100）

最便宜的5060之一，性能跟华硕天选没区别。显卡这东西，同样的芯片，贵的无非是散热和灯效，你又不当摆设。

内存：英睿达DDR5 6000 32GB(16G×2) （约600）

这是现在的市场价。别嫌贵，去年只要350。如果实在受不了，去小黄鱼收二手准新的，450左右能拿下。

硬盘：闪迪至尊极速500GB （约280）

先买个小的用着，等固态降价再加。512G装系统和几个游戏够了。

电源+机箱+散热： 驿晨宇玄武500K+（145）+ 九尾狐T13（55）+ 雅浚X600A（71）= 271

合计：1700+2100+600+280+271 = 4951

还剩1000左右，可以加个1TB硬盘或者升级显卡到5060Ti。这就是自己攒的优势——灵活。

| 国补整机 | 自己攒
---|---|---
总价 | ~5300 | ~5000-6000
省心程度 | 开箱即用 | 得自己装
升级空间 | 一般 | 随时换零件
售后 | 整机3年质保 | 各零件各自保
性能 | i7+5060够用 | 可调配更灵活

几个容易被坑的地方

别买4G内存的整机。 有些品牌机配8G内存，不够用。至少16G起步。
国补别错过。 6000的机器，国补20%就是省1200。不要白不要。
显卡别买4060。 5060比4060贵不了多少（差200-300），但性能强15%。2026年了别买上一代。
别贪便宜买杂牌电源。 电源炸了可能带走一整台电脑。长城、航嘉、海韵这些靠谱。
500G固态先顶着。 固态也在涨，不急着买1TB的。先用500G，降价了再加。

说到底就一句话：内存涨了3倍的年代，别跟自己过不去。 能用国补就用国补，能买整机就买整机。省下来的钱和时间，拿来打游戏不好吗？

用了一个月 Hermes Agent，我决定回到 OpenClaw

Sun, 12 Apr 2026 00:00:00 GMT

说清楚，不是因为 Hermes 不好。恰恰相反，它的核心创新非常吸引人。只是用下来发现，有些场景它真的不如 OpenClaw 。

Hermes 的核心创新到底是什么？

先说 Hermes 真正有意思的地方。

它的 README 第一句话就是："The agent that grows with you" —— 跟你一起成长的 Agent。

这句话不是营销口号。它有一个具体的技术实现：

每完成一个复杂任务，Hermes 会自动把解决路径整理成一个 Skill 文件 （结构化的技能文档）。下次遇到类似任务，它会直接调用这个 Skill，而不是重新摸索。有用户报告，用了三个月后，重复性研究任务的耗时缩短了40%。

这和 OpenClaw 的 Skill 机制完全不同。

OpenClaw 的 Skill 是"装上去"的 —— 你去 SkillHub 搜索、安装、维护，能力来自外部供给。

Hermes 的 Skill 是"长出来"的 —— 它根据你的使用习惯自动生成，能力来自内部积累。

这个差异听起来很小，实际用起来感受很明显。OpenClaw 是你告诉它怎么干活；Hermes 是它观察你怎么干活，然后自己学会。

这就是为什么 Hermes 在两个月内拿了5.1万 star。它解决了一个 OpenClaw 一直没解决好的问题：Agent 能不能自己学习？

为什么我最后还是回到 OpenClaw

说两个具体场景。

场景一：快速任务

我想让 Agent 帮我搜一下今天的科技新闻，写个摘要。

OpenClaw：打开会话，说完需求，30秒出结果。

Hermes：启动常驻服务，等待连接，回答……但我今天就想查个东西，为什么要开一整套后台服务？

Hermes 的设计哲学是"常驻 + 持续记忆"，这对需要长期跟踪的任务很有价值。但如果你只是偶尔问个问题，它的存在感太强了，流程比 OpenClaw 重。

场景二：平台接入

我想让 Agent 管理我的 Telegram、Slack 和邮件。

OpenClaw：装三个插件，配置一下 token，完事。SkillHub 有现成的。

Hermes：官方支持这些平台，但插件生态远不如 OpenClaw 丰富，配置文档也没那么完善。有几个平台我找了半天没找到对应的接入方式。

场景三：上下文成本

这是最实际的问题。

OpenClaw 把所有历史都塞进上下文，长期运行下来 token 消耗会越来越高。Hermes 的解法是 SQLite 分层记忆 —— 高价值决策固化为 Skill，历史交互存在数据库，需要时再召回。

这在理论上更经济。但实际用下来，Hermes 的召回机制还不够精准，有时候我问一个上周处理过的问题，它记忆里有，但召回出来的上下文不够完整，还是得重新解释一遍。

什么时候选 Hermes，什么时候选 OpenClaw

场景 | 推荐
---|---
长期项目跟踪、研究任务 | Hermes ✅
重复性工作流（每周报告、自动化脚本） | Hermes ✅
多平台消息接入（Telegram/Discord/Slack） | OpenClaw ✅
偶尔用的临时任务 | OpenClaw ✅
需要本地文件/浏览器深度控制 | OpenClaw ✅
需要极低运行成本（5美元VPS） | Hermes ✅
注重数据隐私（无插件市场风险） | Hermes ✅

说白了：Hermes 是给"让 Agent 帮我做长期项目"的人用的，OpenClaw 是给"让 Agent 帮我处理各种杂事"的人用的。

一个有意思的信号

Hermes 专门做了一个 hermes claw migrate 命令，把 OpenClaw 的配置和数据迁移过去。

这说明什么？

开发者自己也承认，这两个东西在用户上有重叠。他们的策略是：不回避竞争，而是做无缝切换 —— 你想试试 Hermes？一行命令迁移过来，配置都能带走。

这反而让我觉得这个项目更靠谱。知道自己要什么，也知道对手在哪。

所以我的结论是：两个都装，根据任务选工具。

需要长期跟踪、重复性高、想让它越用越聪明 → Hermes。

需要快速执行、多平台接入、偶尔用一下 → OpenClaw。

这不是非此即彼的选择。它们代表 AI Agent 的两条技术路线：一条是"装上去"，靠生态；一条是"长出来"，靠学习。 哪个更好？取决于你要解决什么问题。

遥感测绘买电脑，别上来就游戏本——先看你要跑什么软件

Sun, 12 Apr 2026 00:00:00 GMT

预算4000到6000，想买便宜点的，查了都说推荐游戏本

但说实话，你先别急着下单 。遥感测绘这个专业，用到什么软件、做到什么深度，直接决定了你该花多少钱。上来就推游戏本的，要么是怕你后悔没买够，要么是自己的确打了很多游戏。

先搞清楚：你的课用哪些软件？

遥感测绘专业的软件，配置需求差别巨大。我给你分三档：

软件用途 | 代表软件 | 最低配置 | 建议配置
---|---|---|---
CAD画图/CASS测绘 | AutoCAD、CASS | i5+8G+集显 | i5+16G+集显
地理信息处理 | ArcGIS、MapGIS | i5+8G+2G独显 | i5/R5+16G+4G独显
遥感图像处理/三维 | ENVI、ERDAS、ArcGIS Pro 3D | i5+16G+4G独显 | i7/R7+16G+6G独显

关键判断： 如果你本科阶段主要是CAD画图+ArcGIS做二维分析，轻薄本4000块就够。但如果课程涉及ENVI遥感处理或者三维地形建模，游戏本是跑不掉的。

有个细节很多人不说——ArcMap本身是32位软件，理论上最多用4GB内存 。所以如果你只用ArcMap做基础操作，8G内存都不算瓶颈。但ArcGIS Pro是64位的，吃内存没商量。

另外千万别买MacBook 。ERDAS、ENVI、ArcGIS在macOS上兼容性一塌糊涂，你不想天天跟虚拟机较劲吧。

预算怎么花？一个原则：内存优先

不管你选哪个档次，有一条铁律——内存优先级 > CPU > 显卡 。

遥感处理数据量大，16G内存是底线。8G的话，ArcGIS跑个大的地理处理工具就卡到你怀疑人生。CPU选i5或R5就够，i7处理数据大概快30%，但本科阶段这个差距你感受不太明显。

显卡的话，纯二维操作集显够用，ENVI做遥感才需要独显。现在RTX5060的显存是8G GDDR7，做遥感处理绑绑有余。

具体推荐：3个价位3台机

4000-5000：能干活就行

宏碁暗影骑士龙 （国补后约4999）

锐龙R7+RTX4060
16G内存+512G固态
优点：这个价有独显，ArcGIS跑三维没问题
缺点：品牌售后一般，散热噪音大

如果你真的是"能省则省"，这台够你用四年。

5000-6000：最推荐的档位

联想来酷战7000 （国补后约5599）

i7-14650HX+RTX5060
16G DDR5+1TB固态
优点：一线品牌售后，RTX5060比4060强15%，1TB固态装软件不用愁
缺点：比同配置二线品牌贵几百

这是我最推荐的档位。 RTX5060性能相当于上一代RTX4070，ENVI遥感处理绑绑有余，毕业设计也能扛。一线品牌售后有保障，出问题不用折腾。

6000左右：想多用几年

机械革命蛟龙16Pro （国补后约5999）

R9-7845HX+RTX5060
16G DDR5+512G固态
16寸2.5K 180Hz屏
优点：CPU更强，屏幕素质好
缺点：512G固态偏小，建议后期加硬盘

R9-7845HX这颗U，8核16线程跑ENVI批量处理会比i5快不少。如果你打算用到研究生阶段，多花这几百块值。

几个容易踩的坑

别买4G内存的 ——不管多便宜，4G连ArcMap都卡
别买MacBook ——遥感软件兼容性是大坑，身边踩过坑的不少
固态至少512G ——ArcGIS+ENVI+ERDAS装完就占大几十G
国补记得领 ——现在国补20%，5999的机子实付4799，千万别原价买
内存能加就加 ——有些游戏本支持自己加内存条，16G→32G也就两三百

记住一句话：先看你用哪个软件，再决定花多少钱。 不是所有遥感专业都需要游戏本，但如果你要跑ENVI，那确实没得选。

128GB 以上统一内存的 Mac Studio，哪一代真正能跑大模型？

Sat, 11 Apr 2026 00:00:00 GMT

随笔

上篇文章发了之后，有评论说"为什么不拿 Mac Studio M5 Max 来比"——这个问题很好，顺势逼我把这几代 Mac Studio 在 128GB 以上统一内存的配置全部捋一遍。

因为这个话题本质上是：Apple 统一内存这条路线，到底哪一代才真正适合跑大模型？

先说清楚哪些 Mac Studio 在讨论范围内

Mac Studio 不是每一代都有 128GB 以上的版本。Max 系列上限低，Ultra 系列上限高，分清楚：

代数 | 芯片 | 128GB+ 配置？ | 最大统一内存
---|---|---|---
M1 | Max | ❌ | 64GB
M1 | Ultra | ✅ | 128GB
M2 | Max | ❌ | 96GB
M2 | Ultra | ✅ | 128GB / 192GB
M3 | Max | ✅ | 128GB
M3 | Ultra | ✅ | 256GB / 512GB
M4 | Max | ✅ | 128GB
M5 | Max | ✅ | 128GB（MacBook Pro）

所以真正有资格上桌的，只有这几款：M1 Ultra 128GB、M2 Ultra 128GB / 192GB、M3 Max 128GB、M3 Ultra 256GB / 512GB、M4 Max 128GB、M5 Max 128GB 。

参数横向对比（128GB 以上配置）

芯片 | 最大内存 | 内存带宽 | Neural Engine | GPU | 适合跑多大模型
---|---|---|---|---|---
M1 Ultra 128GB | 128GB | ~410 GB/s | 32核 | 64核 | 65B Q4
M2 Ultra 128GB | 128GB | ~800 GB/s | 32核 | 60核 | 65B Q4
M2 Ultra 192GB | 192GB | ~800 GB/s | 32核 | 76核 | 103B Q4
M3 Max 128GB | 128GB | ~546 GB/s | 16核 | 40核 | 70B Q4
M3 Ultra 256GB | 256GB | 819 GB/s | 32核 | 80核 | 180B Q4
M3 Ultra 512GB | 512GB | 819 GB/s | 32核 | 80核 | 671B 满血 R1
M4 Max 128GB | 128GB | 546 GB/s | 16核 | 40核 | 70B Q4
M5 Max 128GB（32核GPU） | 128GB | 460 GB/s | 16核 | 32核 | 70B Q4
M5 Max 128GB（40核GPU） | 128GB | 614 GB/s | 16核 | 40核 | 70B Q4

几个关键说明：

M3 Ultra 的带宽 819 GB/s 是 8 通道 LPDDR5X 带来的，无论 256GB 还是 512GB 都是这个数，不缩水。
M5 Max 128GB 有两个版本：32核 GPU（460 GB/s）和 40核 GPU（614 GB/s），带宽差异明显，选购时要注意。32核 GPU 理论上可以配 128GB，但目前苹果官网 32核版本暂不开放 128GB 选配，只在 40核 GPU 版本可选。
Neural Engine 核数：Ultra 是 32 核，Max 是 16 核，这个差距在大模型推理时比数字看起来更大。
M2 Ultra 的带宽数据参考了当时业界估算，如有更精确的官方数据欢迎指正。

M5 Max 两个 GPU 版本怎么选？

M5 Max 有两个 GPU 版本，选哪个差别不小：

版本 | GPU | 内存上限 | 带宽 | 128GB 可选？
---|---|---|---|---
M5 Max 32核 | 32核 | 64GB（官网） | 460 GB/s | 理论上可配，官网暂不开放
M5 Max 40核 | 40核 | 128GB | 614 GB/s | ✅ 官网可选

所以如果你要的是 128GB 统一内存的 M5 Max，目前只有 40核 GPU 版本这一个官方可选的选项 。

40核版本比 32核版本带宽高出 154 GB/s（+34%），GPU 核心多 8 核（+25%），性价比明显更好。32核版本更适合不需要那么大内存、预算有限的场景。

对比其他代：

M4 Max 128GB：546 GB/s
M5 Max 128GB（40核）：614 GB/s → 比 M4 Max 快了约 12%
M5 Max 128GB（32核）：460 GB/s → 比 M4 Max 慢了约 16%

各代实际能跑多大模型？

拿几个主流开源模型实测数据做参考（Q4 量化，非官方，综合多个来源）：

芯片 | 7B Q4 | 13B Q4 | 33B Q4 | 70B Q4 | 180B Q4 | 671B
---|---|---|---|---|---|---
M1 Ultra 128GB | ✅ | ✅ | ✅ | ❌ | ❌ | ❌
M2 Ultra 128GB | ✅ | ✅ | ✅ | ❌ | ❌ | ❌
M2 Ultra 192GB | ✅ | ✅ | ✅ | ✅ | ❌ | ❌
M3 Max 128GB | ✅ | ✅ | ✅ | ✅ | ❌ | ❌
M3 Ultra 256GB | ✅ | ✅ | ✅ | ✅ | ✅ | ❌
M3 Ultra 512GB | ✅ | ✅ | ✅ | ✅ | ✅ | ✅
M4 Max 128GB | ✅ | ✅ | ✅ | ✅ | ❌ | ❌
M5 Max 128GB（32核） | ✅ | ✅ | ✅ | ✅ | ❌ | ❌
M5 Max 128GB（40核） | ✅ | ✅ | ✅ | ✅ | ❌ | ❌

粗略估算：128GB 能跑 70B Q4，192GB 能跑 103B Q4，256GB 能跑 180B Q4，512GB 才能上 671B 满血 R1。

内存容量是硬限制，带宽决定速度，两者缺一不可。

M3 Ultra 512GB 为什么值得专门说？

因为它是目前 Apple 统一内存路线上，唯一一个能跑 671B 满血模型的消费级桌面设备 。

隔壁的 M5 Max 128GB 带宽更高（40核版本 614 GB/s）、芯片更新，但内存只有 128GB——671B 塞都塞不进去。

Apple 在 M3 Ultra 上用 UltraFusion 把两颗 M3 Max 拼起来，8 通道 819 GB/s，直接把统一内存容量推到了 512GB。这个策略 M5 Ultra 会不会继续？现在还不好说。

选哪一代？需求说了算

预算优先，只跑 70B 以内： M4 Max 128GB，2026 年买最划算，新芯片性能最强，Ollama、LM Studio 生态完善。

性价比最高： M3 Ultra 256GB，内存够大（180B），带宽够高（819 GB/s），价格比 M3 Ultra 512GB 便宜一大截，671B 跑不了但够用了。

追求天花板： M3 Ultra 512GB，671B 满血 R1，这是 Apple 桌面统一内存的天花板，M5 系列还没追上这个配置。

预算有限，尝鲜为主： M2 Ultra 128GB，二手市场价格已经下来了，128GB 跑 65B Q4，够研究用。

M5 Max： 暂时只有 MacBook Pro 版本，Mac Studio 还没上。如果你不着急，等 M5 Mac Studio 更新后再买是合理的——如果选了 M5 Max，目前官方可选 128GB 的只有 40核 GPU 版本，带宽 614 GB/s，32核版本暂不开放 128GB 选配。

一句话总结

Apple 统一内存这条路线，M1 Ultra 打开了 128GB 的门，M2 Ultra 翻倍到 192GB，M3 Ultra 直接推到 512GB——每一代的提升都是实打实的内存容量，不是跑分。

对于大模型本地部署：买你能买得起的最大内存 ，带宽差一点在日常推理里感知不强，但内存不够是真的跑不动。

Mac Studio 的芯片分层，Apple 到底在卡什么？

Sat, 11 Apr 2026 00:00:00 GMT

随笔

上篇文章发出去之后，有两条评论让我想专门写一篇来回应。

第一条问：

"Mac Studio 为什么不用 M5 Max 128GB 的配置？"

第二条说：

"如果 128GB 内存、200 多 GB/s 带宽都能上桌，M5 Pro 的 307 GB/s（$16700）和 M5 Max 的 128GB（$27750）也可以啊——不过要等 Mac Mini 跟 Mac Studio 更新，不知道要等到猴年马月。"

两条评论合在一起，问的其实是同一件事：Apple 为什么在 Mac Studio 上把 M5 系列的配置卡得这么死？

先把账算清楚

先说清楚读者提到的价格和参数，我核实了一下苹果官网的数据：

芯片 | 内存上限 | 内存带宽 | 美国官网价格
---|---|---|---
M5 Pro | 48GB | 307 GB/s | $2,099（14" MacBook Pro）
M5 Max | 128GB | 407 GB/s | $2,799（16" MacBook Pro）
M3 Ultra | 512GB | 819 GB/s | 约 $6,999（Mac Studio）

评论里有个细节要说清楚：M5 Max 的内存带宽是 407 GB/s，不是"200多 GB/s"。M5 Pro 是 307 GB/s。这两个数字都已经是消费级芯片的顶尖水平了。

但问题是：Mac Studio 目前根本没上 M5 系列。 最新的 Mac Studio 还是 M4 Max 和 M3 Ultra。M5 Pro / M5 Max 暂时只在 MacBook Pro 上有。

Apple 为什么故意卡着不上 M5 Mac Studio？

这个问题的答案很简单：Apple 不想让 MacBook Pro 和 Mac Studio 互相打架。

如果你仔细看 Apple 的产品线策略，会发现它一直在小心翼翼地维持一个梯度：

MacBook Pro M5 Pro ：专业笔记本，48GB 内存封顶
MacBook Pro M5 Max ：旗舰笔记本，128GB 内存封顶
Mac Studio M4 Max ：专业台式机，128GB 内存
Mac Studio M3 Ultra ：旗舰台式机，512GB 内存

这个梯度的核心逻辑是：内存上限决定了你能跑多大的模型 ，而 Apple 要确保每条产品线都有自己的"天花板"，不会让高端笔记本抢了低端台式机的市场，也不会让入门台式机威胁旗舰笔记本。

所以 Mac Studio 不上 M5 Max，不是技术上做不到，是商业上不想做 。Apple 宁可让 M4 Max 继续卖，也不愿意让 M5 Max 把 Mac Studio 和 MacBook Pro 的界限模糊掉。

M3 Ultra 256GB 现在还值得买吗？

这是评论里另一个隐含的问题：既然 M5 系列迟早会上 Mac Studio，现在买 M4 Max / M3 Ultra 是不是冤大头？

我的看法是：看你现在就要用，还是可以等。

现在 Mac Studio M3 Ultra 256GB 能做到的事：

671B 满血 DeepSeek-R1 随便跑（819 GB/s 带宽）
日常作为高性能工作站完全没问题
macOS 生态下 Ollama、LM Studio 体验一流

M5 Max Mac Studio 出来之后会更好的：

407 GB/s 带宽，比 M3 Ultra 低一半，但日常体验感知不强
128GB 内存上限，跑不了 M3 Ultra 256GB 那么大的模型
预计价格会比 M3 Ultra 256GB 更贵（Apple 涨价是常态）

结论是：M3 Ultra 走的是"大内存"路线，M5 Max 如果上 Mac Studio，走的是"高性能"路线。 两条路不重叠，所以没有谁替代谁的问题。

那条评论说得最对的地方

回到最开始的两条评论，其中有一点说得非常准确："要等 Mac Mini 跟 Mac Studio 更新，不知道要等到猴年马月。"

M5 芯片是 2025 年底到 2026 年初发布的，但 Mac Studio 到现在（2026年4月）还没更新。这不是 Apple 的技术问题，是产品节奏问题。

Apple 的习惯是：MacBook 先用新芯片，Mac Studio 晚半年到一年。 所以现在买 Mac Studio M3 Ultra，不用担心被背刺——M5 Mac Studio 出来之后，M3 Ultra 的"512GB内存"这个卖点依然是 M5 Max 128GB 做不到的事。

一句话总结

Apple 在 Mac Studio 上故意维持芯片分层，是商业策略，不是技术瓶颈。M3 Ultra 的 512GB 内存路线和 M5 Max 的高性能路线会长期并存。如果你现在就需要跑大模型，Mac Studio M3 Ultra 256GB 依然是苹果桌面最强选择；如果可以等，M5 Mac Studio 出来后依然值得期待，但别指望它能替代 M3 Ultra 的内存容量。

本轮内存涨价什么时候到头？

Sat, 11 Apr 2026 00:00:00 GMT

最近装机的兄弟应该都感觉到了——这价格，离谱。

去年一根DDR5 16G也就三四百，现在？六七百起步。知乎上这个问题被15万人围观，说明大家都憋着一口气：到底什么时候能降？

我翻了这个问题下的高赞回答，结合我自己的理解，给你一个判断标准。

为什么涨？三个原因

1. AI把高端内存全抢走了

大模型要跑起来，内存是命门。OpenAI、Google、国内各家模型厂，都在抢HBM（高带宽内存）。

HBM和普通DDR不是一个东西，但产能在同一条线上 。三星、海力士、美光把产能都倾斜给HBM，普通DDR自然就缺。

高赞回答@镀铁提到一个关键数据：国外大模型的token成本是国产的几十倍 。为什么？因为他们全用HBM4以上的高端颗粒，成本拉满了。

国产模型虽然性能差点，但性价比炸裂。老外也开始用国产模型——结果就是国产模型晚上比白天还卡 ，因为老外在排队。

2. AI投资的现金流危机

AI很性感，但——不赚钱 。

高赞回答@镀铁算过一笔账：AI投资目前无一例外全是高增长但巨额亏损。现金流被硬件、电力、基建不断吞噬。

通胀上行，资金避险情绪强烈。中东王爷国的钱本来往美国AI流，现在发现美国保护不了他们，开始撤了。

钱紧的时候，任何故事都得让位于现金流。

3. 2026年产能已售罄

@nick841026的回答提到：2026年的硬盘厂商和内存产能已经卖光了 。

这意味着什么？即使现在需求下降，价格也不会马上掉。因为产能已经被锁定了。

手机厂商在涨价，PC整机在涨价，装机量在下滑——但内存厂商的订单已经排到年底。

什么时候到头？看三个信号

信号一：AI泡沫破裂

@cloud liu的回答很直白："AI牛逼吹不下去崩掉的时候。"

具体表现：

AI厂商开始取消HBM/RDIMM订单
三星/海力士/美光宣布转产普通UDIMM和GDDR
大模型公司开始裁员、合并、倒闭

这个信号一旦出现，消费级内存价格会雪崩。

信号二：黄牛心态崩溃

@流云的回答最有意思：

"什么时候寻衅滋事案件里，出现大量倒卖内存的人，什么时候就到头了。"

他解释说，上次内存大涨价时，囤货的黄牛心理压力非常大，很容易因为一点小事就动手打人。

倒内存的被抓，就是抄底信号。

信号三：国产产能释放

长鑫存储（CXMT）如果产能起来，是有可能杀价的。

但@cloud liu提到一个现实：传说产能都被HP包了 。

所以这个信号的不确定性比较大。除非国产厂商决定打价格战，否则指望不上。

我的判断

刚需现在买，别等。

三个原因：

2026年产能已锁定，等不到降价
AI泡沫确实存在，但不会明天就崩
等黄牛心态崩溃、开始抛货，那时候再抄底

想囤货赚钱的，算了。

内存不是黄金，放久了不升值。而且你现在买进，等于给黄牛送子弹。

数据来源：知乎问题「本轮内存涨价什么时候到头？」高赞回答

接入本地 120B 大模型后，我发现它像个"听不懂人话"的同事

Sat, 11 Apr 2026 00:00:00 GMT

上周把 OpenClaw 接上了本地跑的 gpt-oss 120B，token 不要钱，感觉自己终于"配置了一套 AI 装备"。

结果用了两天，心态崩了。

让它写篇文章，它先问我"你想写什么主题"；让它用技能，它说"好的我来看看"然后没有然后；问它个技术问题，它能给你洋洋洒洒写一大段，看起来很专业，仔细一看——答非所问。

这种感觉就像招了一个学历很高但不干活的实习生，你说东它做西，做了的还做一半。

后来花了不少时间调教，总算让它"能用了"。这篇文章就是我踩的坑和找到的解法，不讲原理，只讲怎么解决。

为什么本地 120B 模型"不好用"？

先说清楚问题在哪。

gpt-oss 120B 这种本地跑的模型，和云端 API 模型最大的区别不是"聪明不聪明"，而是指令跟随能力弱 。

什么叫指令跟随？就是你说"帮我写篇文章"，它能不能直接写，而不是先反问你三个问题。

云端模型（Claude、GPT-4）在这个能力上被大量 RLHF（人类反馈强化学习）调教过，你随手写一句指令它基本能理解。本地模型没有经过这一层深度对齐，同样的指令扔过去，它大概率会"理解偏差"。

具体表现：

爱问问题 ：你说"帮我做X"，它先说"好的！请问你有以下信息吗……"
跑偏：你问A，它回答B，看起来相关但不是你想要的
不执行 ：你说"执行这个技能"，它回复一段话，说它打算怎么做，然后没了
输出半吊子 ：说"我来给你写个脚本"，然后给你写了个框架，没有实际内容

这不是模型"笨"，是它的对齐程度不够。你要"用它能听懂的方式说话"，而不是用跟人说话的方式。

解法一：把话说完整，不要让它猜

这是最简单、效果最明显的改变。

❌ 低效指令：

帮我写篇知乎文章

✅ 高效指令：

任务：写一篇知乎文章
主题：OpenClaw 接入本地大模型的优化方法
字数：800字以内
格式：Markdown
不要：不要在开头问问题，直接写

弱模型对"不完整指令"极度敏感。你说"帮我写篇文章"，它不知道你是要教程还是要感想，要长要短，要什么格式——它就开始自己猜，猜的方向往往不对。

把每条指令拆成"任务 + 输入 + 输出格式 + 排除项"，它能执行对的概率翻倍。

解法二：一次只做一件事，别一次扔一堆

本地模型上下文窗口一大，就容易"迷失"。

❌ 低效：

帮我搜索资料、整理成文章、发布到博客

✅ 高效：

第一步：搜索"OpenClaw system prompt 配置"的关键信息，列出5条
第二步：根据这5条信息写文章开头，100字
第三步：写文章主体第一段
……

每个指令只包含一个动作，它执行成功率明显更高。做完了再给下一步。

这也是为什么 OpenClaw 的 Skill（技能）设计是一个一个步骤的原因——设计者早就知道弱模型的这个特性。

解法三：给 OpenClaw 写一个"行为规范 System Prompt"

OpenClaw 支持配置 System Prompt，这是改善本地模型行为的终极手段。

在 OpenClaw 配置里（通常是 ~/.openclaw/ 目录下的配置文件），找到 systemPrompt 字段，加入类似这样的约束：

你是一个执行助手，规则如下：
1. 收到任务时，直接执行，不询问
2. 不确定的地方，先做一个版本，再说"我做了X，你可以告诉我是否需要调整"
3. 每次回复必须包含实际输出，不能只说"好的我来处理"
4. 提到技能时，直接调用对应技能的 SKILL.md，不要说"我来查看"
5. 如果任务复杂，把它拆成2-3个步骤，每次只执行一个

这个 System Prompt 等于给模型加了一层"行为准则"。本地模型虽然弱，但它会严格遵守 Prompt 里写的规则——这恰恰是它的优点，用规则弥补对齐不足。

具体配置文件路径和字段名可以在 OpenClaw 文档里搜 systemPrompt，各个版本略有不同，但概念是一样的。

解法四：技能调用不稳定，怎么破？

让模型"调用技能"是 OpenClaw 最有价值的功能之一，但本地模型经常在这里掉链子——它知道有技能，但不知道什么时候该调、怎么调。

几个办法：

1. 明确告诉它用哪个技能

❌：

你会写知乎文章吗？

✅：

使用 zhihu-creator 技能写一篇关于"本地大模型优化"的文章

把技能名直接写进指令，它就不需要自己判断了。

2. 把 Skill 的触发词写进 Prompt

在 OpenClaw 的 Skill 配置里，每个 Skill 有 triggers 字段，这是触发条件。可以把你的常用操作和对应的触发词记录下来，每次用触发词，模型更容易匹配正确。

3. 如果技能经常失败，手动调用

OpenClaw 支持直接用命令触发技能，不依赖模型判断：

openclaw skills run zhihu-creator

对于关键任务，与其等模型"正确调用"，不如直接发命令。模型负责思考，命令负责执行。

解法五：别让弱模型做所有事——多模型路由

这是最重要的一个思路。

本地 120B 免费，但它的能力有上限。对于"执行任务"这种需要稳定输出的操作，云端模型往往更靠谱。

OpenClaw 支持多模型配置，可以设定路由规则：

简单问答 → 本地 gpt-oss（省 token）
技能执行、复杂任务 → 云端 API（Claude/GPT-4）

这样本地模型专门处理"不需要脑子"的重复任务，真正需要质量的工作交给强模型。

省 token 是好事，但如果因为模型太弱导致任务要反复重做，那省下来的 token 全还回去了。

我现在怎么用

用了这套方法之后，gpt-oss 120B 在我的 OpenClaw 里变成一个"能用的工具"了，不是之前那个"看起来很厉害但用不上"的东西。

具体分工：

它负责 ：搜索素材、整理信息、写文章草稿、执行简单脚本
云端模型负责 ：复杂推理、技能调用、最终审核

本地模型跑在后台处理大批量任务，不直接面向最终输出，质量由云端兜底。

如果你也有类似配置，不妨先从"把话说完整"和"一次只做一件事"这两件事开始试，效果是立竿见影的。

剩下的配置属于锦上添花，先让模型能执行，再优化体验。

RTX 3060 到 RTX 8000 Ada，AI 推理到底差多少？

Sat, 11 Apr 2026 00:00:00 GMT

显卡圈有个老梗："买显卡跑AI，看了三天评测还是不知道选哪张。"

参数表一堆TOPS、GB/s、W，一到实战就发现——显存不够直接OOM，跑两步就过热降频，二手价格还一天一个样。

我用过3090跑7B模型，也用4090跑过13B，说点实在的。

先说结论（省时间）

显卡| 显存| 能跑什么| 适合谁
---|---|---|---
RTX 3060| 12GB| 3B-7B（INT4/Q4）| 玩玩试试，新手
RTX 3080| 10GB| 3B-7B（勉强）| 显存太小，不推荐
RTX 3080 Ti| 12GB| 7B（INT4勉强）| 不上不下，尴尬
RTX 3090| 24GB| 7B-13B（Q4/Q8）| 性价比高，二手
RTX 3090 Ti| 24GB| 7B-13B（更稳）| 比3090强但贵
RTX 4090| 24GB| 7B-30B（Q4/Q8）| 单卡最强
RTX 8000 Ada| 48GB| 7B-70B+（Q4/Q8）| 专业用户

一句话：7B以下随便玩，13B以上看显存，没有万能答案。

核心参数对比

说几个关键指标：

显存容量 — 这是最最重要的。

RTX 3080 只有10GB，3080 Ti 加到12GB，看着够用了？实际跑起来，13B模型用Q4量化加载需要14-16GB显存，3080直接报OOM。3090的24GB才真正够用。

RTX 4090 虽然是24GB，但带宽比3090高约8%（1,008 vs 936 GB/s），加上Ada架构第四代Tensor Core效率更高，跑相同模型速度快一大截。

RTX 8000 Ada 48GB 是个分水岭——70B Q4模型理论上可以跑起来，3090/4090都做不到。

Tensor TOPS — 参考，别迷信。

NVIDIA官方给的INT8算力：

RTX 3090: ~1,013 TOPS
RTX 3090 Ti: ~1,140 TOPS
RTX 4090: ~1,321 TOPS
RTX 8000 Ada: ~1,800 TOPS

但TOPS只是理论峰值。实测跑LLM推理时，显存带宽才是瓶颈 ，不是算力。

这也是为什么4090比3090快那么多——不是因为算力高30%，而是因为Ada架构第四代Tensor Core效率更高，带宽也高约8%，模型加载和KV缓存都更顺畅。

功耗 — 容易被忽略。

3090 Ti和4090都是450W，需要配好电源。3090是350W，门槛低一些。3060只要170W，普通电源就能带。

电费也是成本。跑一个7B模型推理8小时，3060电费几毛钱，4090要三四块——差距不大，但如果跑24小时长期推理就有感觉了。

选卡建议

预算有限，想试试 — RTX 3060 12GB

够玩，门槛最低。3B-7B模型用INT4量化能跑，感受一下够用。别指望跑13B，那不是它该干的事。

性价比之选 — RTX 3090 二手

24GB显存是刚需，3090的性价比在二手市场。2026年了，一台成色好的3090大概三四千块，比3080 Ti强太多，比4090便宜一半。

但注意避坑： 矿卡。2021-2022年ETH挖矿高峰期的卡，显存和核心都有暗伤。买之前看清楚保修，最好找个人闲置。

单卡最强 — RTX 4090

不差钱就4090。性能比3090 Ti强，功耗相近，24GB够跑大多数模型。

缺点：价格还是贵，新卡一万出头，二手也要七八千。RTX 5090出了之后会降价，但还不知道等多久。

专业用户 — RTX 8000 Ada

这个卡不是给普通玩家准备的。48GB ECC显存，专业级Tensor Core，支持FP8精度，300W功耗——买它的要么是企业，要么是不缺钱的专业用户。

普通玩家，4090够用，没必要上8000 Ada。

几个常见误区

"TOPS越高跑AI越快" — 错了。显存容量和带宽才是瓶颈。大模型推理不像打游戏，显存不够直接跑不了，TOPS再高也没用。

"3090 Ti比4090强因为显存一样" — 错了。4090的Ada架构比3090 Ti的Ampere新两代，Tensor Core效率更高，带宽也高约8%，实际跑模型快一大截。

"3080 Ti性价比比3090高" — 错了。显存少12GB，TOPS低，但功耗相近。同样的钱，不如买3090。

我的判断

如果你现在要买：

3000以内 ：找成色好的二手3090，别买3080 Ti
6000-10000 ：4090，一分钱一分货
15000+ ：8000 Ada，或者干脆租GPU云

纯玩7B模型，3060够；想跑13B，至少3090；30B以上，单卡不够，得多卡或者上云。

参数来源：NVIDIA官方规格、MLCommons benchmark实测

我在自己的电脑上跑了一个 AI 模型，token 成本为零

Fri, 10 Apr 2026 00:00:00 GMT

你有没有算过，每月花多少 API 费用？

我之前用的是云端 API，每天几十个对话，一个月下来小几百块。直到我把 Gemma 4 装到了自己的电脑上——token 成本直接变成零。

不是偷着用，是谷歌 Apache 2.0 协议开源的，商用都没问题。

先看你的内存够不够

Gemma 4 有四个版本，都是 4-bit 量化后的内存占用：

版本| 参数量| 内存需求| 上下文| 适合谁
---|---|---|---|---
E2B| 23亿| 4 GB| 128K| 手机/树莓派玩家
E4B| 45亿| 5.5 GB| 128K| 日常聊天够用
26B| 252亿(MoE)| 16-18 GB| 256K| 性价比最高
31B| 307亿| 17-20 GB| 256K| 跑分最猛

我自己用的是 26B。为什么？因为它是混合专家架构，252 亿参数看起来吓人，但每次推理只激活 38 亿——速度接近小模型，质量接近满血版。

一句话：4 GB 跑 E2B，6 GB 跑 E4B，18 GB 跑 26B，20 GB 以上跑 31B。

Mac 用户：三步搞定

第一步：装 Ollama

brew install --cask ollama-app

或者去 ollama.com 下载。Ollama 把模型下载、推理引擎、API 服务打包成一个 App，装完就能用。

第二步：拉模型

open -a Ollama
ollama run gemma4:26b

26B 大约 18 GB，看网速，快的几分钟，慢的等一会儿。

第三步：验证

随便问一句，看到回答就成功了。

ollama ps

这个命令会显示 CPU/GPU 分配比例。Apple Silicon 上基本是 14%/86% CPU/GPU，大部分计算跑在 GPU 上，速度比纯 CPU 快得多。

三步，搞定。

Windows 用户

同理，先装 Ollama：

irm https://ollama.com/install.ps1 | iex

然后：

ollama run gemma4:26b

有 NVIDIA 显卡的话，Ollama 自动调用 CUDA 加速。RTX 40 系以上的显卡还有个额外福利：Ollama 0.19 新增了 NVFP4 格式，用更少显存跑模型，精度损失很小。

和 OpenClaw 接起来，token 费用归零

这是我目前最推荐的用法。

如果你已经在用 OpenClaw（一个开源的 AI 助手框架），部署就更简单了——连终端都不用碰。

直接给 OpenClaw 发消息：

"在服务器上安装 Ollama，运行 curl -fsSL https://ollama.com/install.sh | sh"
"下载 Gemma 4 26B 模型：ollama pull gemma4:26b"
"测试一下：ollama run gemma4:26b '你好，你是什么模型？'"

它会帮你装依赖、拉模型、跑测试，全程不用你动手。

然后把 OpenClaw 的模型后端切到本地，API 端点指向 localhost:11434，从此不再需要云端 API。

但有个建议 ：小模型更适合端侧场景（手机、树莓派），主力模型还是建议用满血版或者云端大模型。26B 在纯 CPU 服务器上跑起来还是有点勉强，E4B 会快得多。

常用命令备忘

ollama list             # 查看已下载的模型
ollama ps               # 查看正在运行的模型和内存占用
ollama run gemma4:26b   # 启动对话
ollama stop gemma4:26b  # 卸载模型释放内存
ollama pull gemma4:26b  # 更新到最新版本
ollama rm gemma4:26b    # 删除模型

我的真实感受

跑了几天下来，26B 在我的 M 系列 Mac 上日常对话完全够用，速度也还行。但复杂推理（比如写代码、数学题）还是不如云端的大模型。

所以我现在的方式是：日常闲聊用本地 Gemma 4，干活用云端模型。

这样 API 费用从每月几百降到每月几十，省下来的钱够再买一台树莓派养虾了。

你在本地跑过 AI 模型吗？用的哪个版本？体验怎么样？评论区聊聊。

💬 评论区

OpenClaw 默认 AGENTS.md：装了不会配？看这一篇就够了

Fri, 10 Apr 2026 00:00:00 GMT

刚装完 OpenClaw，打开设置界面，提示你配置 AGENTS.md。

这时候有两个选择：直接用默认模板，或者自己写一套规则。

我自己踩过坑——一开始觉得默认模板是"随便给的参考"，自己写了一套"更专业"的配置。结果没过两天就发现：文件散落在各处、记忆系统完全没用起来、想加新功能不知道往哪加。

后来老老实实把默认模板研究了一遍，才发现它不是随便给的——每一条都是有原因的。

AGENTS.md 到底是什么

简单说，这是一个给 AI 助手看的"说明书"。你告诉它"你是谁""你的工作区在哪""遇到问题按什么流程处理"，它照着执行。

OpenClaw 的默认模板在这里：~/.openclaw/workspace/AGENTS.md

装完应用之后，这个文件不一定存在，需要手动创建：

mkdir -p ~/.openclaw/workspace

然后把模板复制进去：

cp docs/reference/templates/AGENTS.md ~/.openclaw/workspace/AGENTS.md

注意路径是 ~/.openclaw/workspace，不是 ~/.qclaw/workspace——这两个不一样，我之前就搞过错。

默认模板里最值得了解的三个模块

1. 工作区配置

模板默认工作区是 ~/.openclaw/workspace，但这个可以改。如果你想让不同项目用不同的配置，可以创建多个工作区目录，然后在设置里切换：

{
  agents: { defaults: { workspace: "~/.openclaw/workspace" } }
}

这里有个细节：工作区目录里除了 AGENTS.md，还需要 SOUL.md（定义 AI 的性格和语气）和 TOOLS.md（存放环境相关的工具配置）。三个文件各司其职，不是随便堆一起的。

2. Memory 系统（我踩坑最多的地方）

默认模板里有一套记忆系统，分两层：

每日日志 ：memory/YYYY-MM-DD.md，记录当天发生的事
长期记忆 ：MEMORY.md，提炼持久的事实和偏好

刚用的时候我以为这套系统是"自动的"，AI 会自动记住一切。后来发现不对——它只在会话开始时读取这些文件，内容需要我自己维护。

所以现在我养成了一个习惯：重要决策做完就写进 MEMORY.md ，不然下次开会话它完全不记得。

3. Skills 系统

Skills 是 OpenClaw 的扩展机制，每个 Skill 是一组工具和使用说明的集合。

Skill| 用途
---|---
mcporter| 管理外部工具后端
imsg| 发 iMessage
wacli| WhatsApp 操作
gog| Google 全家桶
spotify-player| 控制 Spotify

不需要全部开启，用到什么开什么。默认模板的 Skills 列表挺全的，但实际用的时候我建议先装几个最常用的，其他等有需求再加——不然装一堆用不上的技能，维护成本就上去了。

默认模板够不够用

说实话，对大多数用户来说，默认模板够用了 。

安全规则、Memory 规范、会话启动流程，这些都已经配好了。直接用，边用边改，比一开始自己写一整套规则要省心得多。

除非你有特殊需求——比如要给不同项目配不同的工作区、或者需要深度定制 AI 的行为——否则不建议从零重写。先把默认模板跑通，理解每一条规则的原因，再根据自己的情况删改。

一个我建议现在就去做的操作

打开终端，运行：

ls ~/.openclaw/workspace/

看看这个目录里有没有 AGENTS.md、SOUL.md、TOOLS.md 这三个文件。

如果只有一个空的目录，那就按上面的步骤把模板复制进去，这是让 OpenClaw 真正跑起来的第一步。

默认模板不是随便给的参考，是一套经过验证的基础配置。先用起来，再慢慢调，比自己重写要靠谱得多。

你用 OpenClaw 的过程中踩过哪些坑？欢迎评论区说说。

💬 评论区

OpenClaw onboard：一条命令，10个步骤，从零到能用

Fri, 10 Apr 2026 00:00:00 GMT

刚装完 OpenClaw，终端里敲什么？

很多人第一反应是 openclaw help。但真正应该敲的是：

openclaw onboard

这一个命令，会带你走完 10 个步骤——从检测现有配置到安装守护进程，从选模型到接渠道，最后给你一个 24 小时在线的 AI 助手。

我自己跑过两次这个流程，第一次选了 OpenAI API + Telegram，第二次换了 Codex 订阅 + 微信。两次体验完全不一样，踩过的坑也不一样。

第一步：它不会乱删你的东西

如果你之前跑过 onboard，再跑一次会怎样？

它会问你要不要保留现有配置。选项有三个：

保留：直接跳到下一步
修改：保留部分配置，改其他的
重置：清空重来

重点：重置用trash，不用 rm。删掉的东西在废纸篓里，还能找回来。

除非你明确选了"重置"，否则什么都不会丢。

第二步：选模型，像选手机套餐

这是最容易卡住的一步。

OpenClaw 支持的模型提供商有十几个：Anthropic、OpenAI、Codex、xAI、Ollama、MiniMax、StepFun、Moonshot……

怎么选？我整理了一个简单的对比：

方案| 适合谁| 成本
---|---|---
Codex 订阅| 重度用户，每天用| $20/月，不限量
OpenAI API| 轻度用户，偶尔用| 按次计费，几毛到几块
Ollama 本地| 有显卡、重视隐私| 免费，但需要硬件
MiniMax| 国内用户，中文优先| 按 API 用量计费

我自己选的是 Codex 订阅 。原因很简单：每天用，API 费用加起来比订阅还贵。

如果你有现成的 ANTHROPIC_API_KEY 或 OPENAI_API_KEY 环境变量，onboard 会自动检测到，省得你手动输入。

第三步：工作区在哪

默认是 ~/.openclaw/workspace。

这个目录里有你的 AGENTS.md、SOUL.md、TOOLS.md，还有 memory 目录——AI 的"长期记忆"存在这里。

不建议改这个路径，除非你有特殊的目录管理习惯。改了之后容易忘，出了问题排查也麻烦。

第四步：Gateway 是什么

Gateway 是 OpenClaw 的"大脑"，负责接收消息、调用模型、执行命令。

配置项不多，但有一个坑：

即使是本地运行，也建议设置 Token。

为什么？因为如果你开了 WebSocket 客户端（比如某些第三方前端），没有 Token 的话，任何人都能连上来。

Token 模式下，你可以选择：

明文存储（简单，适合个人电脑）
SecretRef（复杂，适合服务器环境）

我自己的 Mac 上用的是明文，服务器上用的是 SecretRef。

第五步：接渠道，让你的 AI 有"入口"

这是 OpenClaw 真正强大的地方。

你可以让 AI 接入这些渠道：

Telegram ：最简单，找 @BotFather 创建机器人，拿到 Token 就行
Discord ：类似 Telegram，创建 Bot 拿 Token
WhatsApp ：扫码登录
Signal ：需要安装 signal-cli
iMessage ：推荐用 BlueBubbles 方案

我第一次选的是 Telegram，因为最简单——不需要公网 IP，不需要额外配置，几分钟就跑通了。

一个细节 ：私聊默认开启"配对模式"。第一次有人私聊你的 Bot，会收到一个验证码。你需要运行：

openclaw pairing approve telegram XXXXXX

这样别人就不能随便用你的 Bot 了。

第六步：Web 搜索（可选）

让 AI 能联网搜索。支持 Brave、DuckDuckGo、Perplexity 等。

这一步可以跳过。如果你主要用它处理本地任务（写代码、整理文件），不搜网也行。

第七步：守护进程，让它 24 小时在线

这是很多人容易忽略的一步。

onboard 会问你要不要安装守护进程：

macOS ：安装 LaunchAgent，开机自启
Linux ：安装 systemd 用户单元，登出后继续运行

强烈建议安装。

不装的话，每次用之前都要手动 openclaw gateway start，很麻烦。装了之后，开机就自动跑，你随时发消息，它随时回。

第八步：健康检查

最后会跑一次 openclaw health，检查所有配置是否正常。

如果有问题，会直接告诉你怎么修。

非交互模式：脚本化安装

如果你要在服务器上批量部署，可以用非交互模式：

openclaw onboard --non-interactive \
  --mode local \
  --auth-choice apiKey \
  --anthropic-api-key "$ANTHROPIC_API_KEY" \
  --gateway-port 18789 \
  --gateway-bind loopback \
  --install-daemon \
  --daemon-runtime node \
  --skip-skills

一条命令，全自动跑完，适合 CI/CD 或服务器初始化。

我的建议

如果你刚装完 OpenClaw，不知道从哪开始：

先跑 openclaw onboard，别自己改配置文件
模型选 Codex 订阅（重度用户）或 API（轻度用户）
渠道先接 Telegram，最简单
守护进程一定要装
跑完 health 检查，全绿就可以用了

这一套走下来，大概 10 分钟。之后你就有了一个 24 小时在线、能帮你干活的 AI 助手。

你跑 onboard 的时候卡在哪一步？欢迎评论区说说。

💬 评论区

自从用了Claude Code的子代理，我一个人就是一支AI开发团队

Thu, 09 Apr 2026 00:00:00 GMT

Claude CodeAI编程子代理Agent效率工具

一个人管理5个AI同时干活，比我原来逐个布置任务快了整整5倍。

先说痛点

你是不是也遇到过这种情况：

让 Claude Code 帮我分析一个 1000+ 文件的老项目，它确实能干，但：

太慢 —— 只能一个一个目录扫，我泡杯咖啡回来还没完
太乱 —— 上下文有限，分析到后面忘了前面
太浅 —— 通用 AI 啥都懂一点，但啥都不深

我就一直在想：能不能让 Claude Code 同时派几个"小兵"出去干活？

答案是：能。而且它早就能了。

这就是 Claude Code 的 Sub-Agents（子代理）系统 。

什么是子代理

子代理 = 独立的 AI 实例 。

每个子代理都有自己的：

🎯 专门任务 ：只干一种活
🧠 独立上下文 ：有自己的记忆，不互相干扰
🔄 并发执行 ：多个代理同时开工
📊 结果汇总 ：主代理最后整合

简单说：你是一个管理者（主代理），下面有5个员工（子代理），各有分工。

为什么要用子代理

单一 AI| 子代理团队
---|---
一次只能做一件事| 多个任务并行，效率 3-5x
复杂任务容易迷失方向| 每个代理专注自己领域
通用 AI 啥都懂但不深| 专门化深度分析
一个任务失败就卡住| 单个失败不影响整体

真实案例：
一个 1000+ 文件的代码审查项目，原来要 2 周。
用 5 个子代理（安全+性能+测试+文档+风格）并行审查，3 天搞定 。

4 种内置代理，用好就够

1️⃣ Explore 代理 — 代码库探索专家

擅长：快速浏览和理解大型代码库
工具：Glob（找文件）、Grep（搜内容）、Read（读文件）
权限：只读，不修改代码

使用场景：
"请用 Explore 代理帮我找到所有用户认证相关的代码"

2️⃣ Plan 代理 — 架构设计师

擅长：设计方案、规划实现路径
输出：结构化的实施计划

使用场景：
"请用 Plan 代理设计一个新的微服务架构"

3️⃣ Bash 代理 — 命令执行专家

擅长：运行命令、安装依赖、执行脚本
工具：Terminal 命令

使用场景：
"请用 Bash 代理运行测试并生成覆盖率报告"

4️⃣ 通用代理 — 啥都能干

适合：不适合归类的综合性任务

选错代理 = 效率减半

不知道怎么选？记住这个决策树 ：

任务类型判断
│
├── 只需要读取代码？
│   └── 是 → Explore 代理
│
├── 需要架构设计？
│   └── 是 → Plan 代理
│
├── 需要执行命令？
│   └── 是 → Bash 代理
│
└── 需要综合处理？
    └── 是 → 通用代理

三种协作模式

模式1：并行协作

主代理
├── 子代理A：分析前端代码
├── 子代理B：分析后端代码
└── 子代理C：分析数据库设计
↓
汇总：生成完整架构分析报告

适用场景： 各部分相互独立，同时开工

模式2：流水线协作

子代理A（探索） → 子代理B（设计） → 子代理C（实施）

适用场景： 有依赖关系，后一个需要前一个的输出

模式3：专家团队

主代理（协调者）
├── 安全专家：审查安全性
├── 性能专家：优化性能
├── 测试专家：生成测试
└── 文档专家：编写文档

适用场景： 需要多维度专业审查

子代理优先设计原则

Claude Code 官方建议：任何可以分解的任务，都优先考虑用子代理。

原则1：任务分解优先

先问自己：

这个任务能拆成哪些子任务？
哪些可以并行处理？
哪些需要专门技能？

原则2：并行优先

独立任务 → 创建多个子代理并行 → 汇总结果

原则3：专精优先

让专业的人干专业的事，别让通用代理啥都掺和

原则4：通信最小化

子代理之间只传必要信息，别刷屏

怎么用？给个例子

比如我要"重构用户认证系统"，我是这样分工的：

# 子代理分配方案
sub_agents = {
    "代码分析": ExploreAgent(focus="auth"),           # 扫描现有代码
    "最佳实践": ExploreAgent(task="搜索认证模式"),   # 研究业界方案
    "架构设计": PlanAgent(),                         # 设计新架构
    "代码实施": GeneralAgent(),                       # 写新代码
    "测试生成": GeneralAgent(task="测试"),           # 写测试用例
    "文档编写": GeneralAgent(task="文档")            # 更新文档
}

协作流程：

并行阶段：代码分析 + 最佳实践（同时进行）
串行阶段：架构设计（等分析结果）
并行阶段：代码实施 + 测试生成 + 文档编写（同时进行）

最佳实践避坑指南

✅ 适合用子代理的场景

大型代码库分析（500+ 文件）
并行独立任务（3+ 个子任务）
专门化需求（安全/性能/测试审查）
复杂架构设计

❌ 不需要子代理的场景

单文件修改
简单查询
快速原型

⚠️ 子代理不要太多

小型任务：1-2 个
中型任务：3-5 个
大型任务：5-10 个

超过 10 个？ 你会陷入"协调成本比干活还高"的陷阱。

一句话总结

子代理 = 把你一个人变成一个 AI 团队的管理者。

学会拆分任务、分配角色、汇总结果——你不是在"用 AI"，你是在"管 AI"。

作者：halo，AI 工具深度实践者。关注我，持续探索 AI 时代的开发效率。

被Claude Code自作主张坑了三次后，我终于搞懂了什么叫「主线程思维」

Thu, 09 Apr 2026 00:00:00 GMT

Claude CodeAI编程效率工具程序员主线程思维

用 Claude Code 三个月，踩了三个大坑，最后发现问题根本不在提示词——而是我用错了协作思维。

先说说我踩的三个坑

坑1：它擅自给我重写了整个组件

我跟它说"这个组件有点慢，优化一下"，它倒好，直接给我把 Vue 组件重写成 React 了——API 接口全变了，其他同事的代码集体报错。

坑2：它每个小问题都来问我

"这个变量叫 userData 还是 userInfo？"
"这行注释应该写什么？"
一个接一个弹窗，我写代码的时间全花在回答问题上了。

坑3：它等我回答完才肯动

我把任务拆成 10 步，它每一步都问"这样做可以吗"，我一看——都是明显的事情，明明可以先做等我最后一起确认。

这三种情况，我相信用 Claude Code 的程序员或多或少都遇到过。

问题的根源不是 Claude Code 太笨，也不是我的提示词不够好。

而是：我用错了协作思维。

什么是「主线程思维」

Claude Code 有一个核心理念，叫 Main Thread Thinking（主线程思维） 。

这个概念来自计算机科学——在程序里，主线程是核心 ，负责协调所有子任务、做出关键决策、维护系统状态。

在 Claude Code 的语境下：

你 = 主线程（掌控者）
Claude = 工作线程（执行者）

Claude 并行处理多个子任务，在关键节点才停下来等你决策，其他时候闷头干活不打扰你。

这才是正确的协作姿势。

三个原则，对号入座

原则1：用户决策至上

不是让 Claude 做主，是让它把选项摆出来，你选 。

❌ 错误示范：
"我建议用 React 重写这个组件。"
（然后直接改了，API 全挂）

✅ 正确示范：
"检测到三个性能瓶颈：
1. 重复渲染 → 可通过 memo 解决
2. 大数据集 → 建议虚拟化列表
3. 复杂计算 → 考虑 Web Worker
请选择先处理哪一个。 "

把决策权还给自己。

原则2：异步协作模式

把任务拆成可以并行的小任务，让 Claude 同时处理，只在关键节点同步你。

用户请求：做一个电商购物车

第一步（同步）：澄清需求
  → 支持哪些商品类型？支付集成哪家？

第二步（并行）：Claude 同时开工
  → 工作线程A：数据模型设计
  → 工作线程B：UI 组件开发
  → 工作线程C：状态管理逻辑
  → 工作线程D：API 接口设计

第三步（同步）：关键决策点
  → 展示设计原型，确认后再推进

第四步（同步）：最终验收
  → 组装完整功能，用户验收

原则3：状态透明化

让 Claude 实时汇报进度 ，你知道它卡在哪、做到哪了、什么时候需要你介入。

用 TodoWrite 工具就是最好的体现：

- [x] 分析用户需求（已完成）
- [→] 设计数据模型（进行中）
- [ ] 实现 UI 组件（待处理）
- [ ] 集成测试（待处理）

同步检查点：数据模型完成后等待您确认

决策分层：你不需要事无巨细地管

不是所有事情都需要你来决策。Claude Code 建议把决策分成三层：

层级| 类型| Claude 做法| 例子
---|---|---|---
L1 立即决策| Claude 自主决定| 直接做| 代码风格、明显 Bug 修复、格式化
L2 快速咨询| 轻量同步| 超时自动决策| 第三方库选型、架构模式应用
L3 重大决策| 必须你拍板| 等你确认| 技术栈改变、数据结构调整、业务逻辑分支

L1 放权，L2 设超时，L3 才介入。 这样 Claude 不会被你卡住，你也不会被它烦死。

三个反模式，对照自查

反模式| 表现| 修正方法
---|---|---
过度自主| Claude 自己改了 API、重写了模块| 在需求里加约束："不要改变现有 API 接口"
过度依赖| 每个变量名、每行注释都来问你| 用 CLAUDE.md 定义好命名规范，让它自主判断
阻塞式交互| 每一步都等你确认才动| 主动说："除非是 L3 决策，其他直接做，有问题再问我"

CLAUDE.md 怎么配置

在你的项目根目录放一个 CLAUDE.md，把主线程思维固化下来：

# 主线程协作配置

## 决策分层
- 自主决策（L1）：代码风格、错误修复、明显的优化
- 快速咨询（L2）：技术选型、架构模式（超时30秒自动决策）
- 重大决策（L3）：业务逻辑变更、数据结构调整（必须确认）

## 工作模式
- 启用并行处理
- 关键节点自动同步
- 保持状态透明度

## 异常处理
- 遇到冲突时暂停等待指示
- 不确定业务需求立即询问
- 技术实现问题可自主解决

最后一句话

你是主线程，Claude 是你最高效的工作线程。

学会正确地「指挥」它，而不是事无巨细地「陪伴」它——这是从普通程序员进阶到 AI 原生开发者的关键一步。

作者：halo，AI工具深度实践者，日常折腾 Claude Code / OpenClaw / NAS。关注我，一起探索 AI 时代的开发效率。

干了5年开发，我发现技术不懂业务就是个伪命题

Thu, 09 Apr 2026 00:00:00 GMT

程序员职场IT技术业务背锅

项目成功了，功劳是业务和产品的；项目失败了，问题肯定是技术太死板。这锅，我们不背。

先说个鬼故事

你有没有听过这句话：

"不要那么技术化，要从业务价值出发！"

每次听到这句话，我都想翻白眼。

不是这话不对，而是说这话的人，往往根本不知道技术人员每天在干嘛。

真相：这是一个结构性问题

我见过太多技术人员被贴上"不懂业务"的标签。

但你深入了解后会发现——60%-70%的问题，根本不在技术人员身上。

而在：组织架构、沟通机制、考核制度。

这就像让一个只能看到局部代码的开发者去优化整体架构——

不是不想优化，是压根看不到全貌。

技术人员真的不懂业务吗？

这是最大的误解。

每一个有经验的程序员，其实每天都在做"业务决策"，只是表达方式不同。

当我选择用什么技术栈、怎么设计数据库结构、API接口怎么定义的时候：

这个业务未来会不会扩展？
用户量增长后能不能扛住？
业务逻辑变了，架构改起来成本高不高？

这些全是业务问题——只是我们用技术语言在回答。

四大背锅现场，看看你中了几个

现场1：分工错位

正常的分工应该是：

业务 → 懂客户、懂市场、懂营收
产品 → 翻译需求、对需求准确性负责
技术 → 基于明确需求、用最优方案实现

现实是这样的：

业务：需求写不清楚，让技术"帮忙理解"
产品：自己没想明白，让技术"多从业务角度思考"
管理：流程混乱，要求技术"既要懂技术又要懂业务"

技术就成了万能背锅侠。

现场2：信息不对称

业务方说："你们怎么不去主动了解业务？"

这话听起来有理，但经不起推敲。

判断业务价值需要什么信息？

一线客户的真实反馈和行为数据
市场环境和竞争对手的动态
公司营收目标、成本结构、利润压力
行业政策、合规要求
组织内部的利益博弈

这些信息，技术部门有吗？

几乎没有。

技术人员日常是：写代码、调架构、修Bug、开技术评审会。

你让我们拿什么去"懂业务"？

现场3：责任转移

项目上线效果不好：

"技术太技术导向了，没有从业务角度思考。"

需求变更导致延期：

"技术没有主动理解业务，导致返工。"

系统出了故障：

"技术团队缺乏业务思维，没有充分评估风险。"

如果技术把所有问题都解决了，
那产品经理和管理层存在的意义是什么？

让"技术要懂业务"成为共识之后，
所有业务决策失误的风险，就可以分摊到技术头上。

这是最隐蔽的责任转移 。

现场4：KPI错位

说句扎心的：

技术人员的晋升和考核，跟业务理解能力关系不大。

我们被考核的是：

项目交付时间
代码质量
Bug率
系统性能

这些跟用户增长、转化率、营收，有直接挂钩吗？

没有。

而且，技术能力是可移植的——你在A公司写的代码，换到B公司还是那套技术。

但业务知识呢？换个行业可能就没用了。

从个人发展角度，优先提升技术能力是理性的选择。

所以，到底是谁的问题？

技术不是不懂业务，是在被系统逼着只干技术。

分工不清、信息不透、考核错位——

这些问题不解决，
光喊"技术要懂业务"，
就是用一句正确的废话，掩盖管理的懒惰 。

怎么办？给你几个建议

对技术同学

1. 学会"翻译"

业务问"这个功能什么时候能上线"，别只回答技术实现难度。

试着说："这个功能预计3天，但考虑到扩展性，我建议做个模块化设计，后期改动成本降低60%。"

2. 主动暴露信息差

当你发现需求不清晰时，别闷头做。

在群里甩一句："这个需求我理解是XXX，有几个地方不确定，需要业务确认一下。"

留痕，是保护自己的第一步。

3. 适当"跨界"

不用成为业务专家，但至少了解：

你们公司靠什么赚钱？
客户是谁？痛点是什么？
业务部门最近在忙什么？

对业务/管理同学

1. 给技术足够的上下文

别只说"做个梯子"。

告诉人家："房间太暗，需要换灯泡，所以要爬上去。"

2. 信息透明

业务决策开完会，记得同步给技术。

让我们知道为什么 做这个功能，比做什么 更重要。

3. 别把"不懂业务"当万金油

项目成功了，功劳都是业务的。

项目失败了锅都是技术的。

这谁顶得住？

最后一句话

技术人员不是不懂业务，是没有被给机会懂。

与其要求技术"站在业务角度思考"，

不如先问问自己：

"我有没有把业务信息，放在桌面上？"

作者：halo，5年开发老狗，现在专注用AI提效。关注我，一起聊聊职场那些事儿。

苹果扫荡全球内存：不是垄断，是抢饭碗

Wed, 08 Apr 2026 00:00:00 GMT

苹果内存AI供应链涨价

先说结论：苹果不是要搞死安卓，是怕自己饿死。

真正在跟你的手机抢内存的，不是苹果——是AI。

一、苹果在怕什么？

深空老师说得对，很多人漏了一个关键信息：

美伊战争打起来，全球三分之一的氦气断了。

氦气是芯片制造的冷却剂，韩国65%的氦气来自波斯湾，半导体级高纯氦气接近80%来自卡塔尔。

三星和SK海力士要是断气，苹果的DRAM供应——60%到70%来自三星——就悬了。

乐观估计缺口20%-30%，悲观的话，缺口可能超过50%，持续几年。

iPhone停产都不是不可能。

所以苹果高价扫货，本质是抢活路 ，不是要锁死安卓。

二、那安卓为什么这么惨？

因为苹果有钱，安卓没钱。

考拉姐算过一笔账：

三星谈LPDDR5X采购，原计划涨60%，开口就要100%
苹果秒答应——因为到年底可能涨到3-4倍
现在多花一倍锁货，比年底花三四倍划算

苹果几千亿现金储备，短期亏一点根本不叫事。

但安卓厂商呢？利润率本来就薄得可怜。

苹果割肉，安卓要命。

三、但真正的凶手是AI

苹果只是往火上浇了一桶油。

火是谁点的？AI。

三星、SK海力士、美光把70%的新增产能都给了HBM——AI服务器用的那种高带宽存储器。

但HBM产能缺口还有50%-60%。

手机、电脑、游戏机用的普通DRAM被严重挤压。

SK海力士说了：2026年三大产品线产能被预订一空，DRAM和NAND库存只剩四周。

兜里揣着下个月的房租，连存款都没了。

今年一季度：

DRAM价格环比涨50%+
NAND涨90%+
12GB LPDDR5X单价70美元，比2025年初暴涨230%

卢伟冰说得更直白：存储报价是去年同期的接近四倍，这轮涨价会持续到2027年底。

新建存储工厂从破土到投产要两年，最快2027年下半年才能释放产能。

这不是"忍一忍就过去"的事。

四、安卓阵营有多惨？

2026年3月，中国手机市场出现历史性场面——全品类、全品牌同步涨价 ，国内有史以来头一回。

三星S26中国版涨1000，512GB版从7999干到9599
OPPO、iQOO、小米全跟上
新品最低涨1000起，中高端旗舰涨两三千

中低端手机存储成本占比接近30%，部分千元机每卖一台亏一台 。

魅族2月直接宣布暂停手机业务
传音净利润腰斩，从全球第四掉到others
小米、OPPO、vivo、传音都下调了10%-20%的订单量

IDC预测今年全球智能手机出货量跌到11亿台，2013年以来最低。

五、消费者怎么办？

王克丹老师说得好：AI的好处普通人还没吃到多少，成本倒是越发迅速地向普通人转移。

更高的电子产品价格，更严峻的就业环境。

像过去的显卡涨价，不挖矿不炒币的要跟着遭殃。

如果你最近确实有换机打算，早买比晚买好。

下半年只会更贵。

六、苹果这招高在哪？

不是无脑莽，是有算盘：

只签半年合同 ——以前按年签，现在只签半年，说明苹果自己都对下半年价格没底
不中途涨价 ——苹果一贯风格，新品发布定一个价，中途不改已售产品价格，不像安卓中途给老机型涨价
用利润换份额 ——iPhone毛利率40多个点，安卓旗舰能有20个点就不错了

苹果牺牲5个点，是"少赚一点"；安卓厂商是"直接不赚"或"倒贴"。

总结

这事的本质是：

AI在跟所有消费电子产品抢内存 ——AI基础设施今年支出4500亿美元，存储产值第一次超过晶圆代工
苹果是在着火的市场里浇油 ——但火不是它点的
安卓厂商最惨 ——没议价权、没现金储备、利润率薄
消费者最冤枉 ——城门失火，殃及池鱼

苹果这招确实狠，但不是要搞垄断，是在抢饭碗——AI把锅端走了，苹果先把自己的碗填满。

数据来源 ：韩国知情人士、郭明錤、SK海力士、Counterpoint、IDC、卢伟冰、李健

Anthropic 官方发布：Claude Skill 完全指南（我的解读）

Wed, 08 Apr 2026 00:00:00 GMT

ClaudeSkillMCPAI工具

前两天 Anthropic 放了一份完整的 Skill 构建指南，我看完觉得：这东西比我想的更有用。

先说 Skill 是什么

一句话：Skill = 教 Claude 一次，处处生效。

你不用每次对话都重复"我想要什么格式"、"按什么流程来"、"注意什么规范"。写进 Skill 里，Claude 自动按你的规矩办。

就像你带新人，不用每次都从头教——给他一份 SOP，他自己照着做。

什么时候该写个 Skill？

官方给了三类场景：

1. 有固定产出物的
写文档、做 PPT、生成前端、出报告——每次格式差不多，质量要求一致。

2. 有固定流程的
调研方法、代码审查流程、多步审批——步骤固定，但每次都要重复说。

3. 接了 MCP 但不知道怎么用的
连上了 Notion、Linear、Figma，但每次都要从头告诉 Claude 怎么配合用——烦。

我自己的经验：如果一个流程你跟 Claude 解释过三次以上，就该写 Skill 了。

技术门槛：其实很低

一个 Skill 就是一个文件夹，里面必须有一个 SKILL.md。

your-skill/
├── SKILL.md      # 必需，主说明文件
├── scripts/      # 可选，放脚本
├── references/   # 可选，放详细文档
└── assets/       # 可选，放模板

SKILL.md 开头是 YAML frontmatter，告诉 Claude "什么时候用"：

---
name: my-skill
description: 做什么。在用户说"xxx"或"yyy"时使用。
---

然后是正文，写清楚步骤、示例、常见错误。

就这么简单。

一个容易踩的坑：description 写不好

官方强调：description 必须同时写清"做什么"和"什么时候用"。

❌ 太泛："帮助处理项目"
❌ 缺触发："创建复杂文档系统"
✅ 正确："分析 Figma 设计并生成开发交接文档；在用户上传 .fig、问「设计规格」「组件文档」时使用"

我理解了：Claude 是靠 description 判断要不要加载这个 Skill 的。 写得太泛，就会乱触发；写得太窄，该触发时不触发。

和 MCP 的关系

很多人搞混了：

MCP ：提供"连接"——把 Claude 连到你的工具（Notion、Linear、Figma）
Skill ：提供"知识"——教 Claude 怎么用好这些工具

光有 MCP，Claude 知道"能调什么 API"，但不知道"按什么顺序调"、"调完怎么处理"。Skill 补的就是这块。

测试：三种都要做

触发测试 ：该触发时触发，不该触发时不触发
功能测试 ：输出正确、API 成功、错误处理到位
效果对比 ：和"不用 Skill"比，消息轮数、失败调用数

官方说：先在一个难任务上迭代到稳定，再扩展用例。 别一上来就想覆盖所有场景。

分发：已经支持组织级部署

2025年12月起，管理员可以工作区级部署 Skill，支持自动更新和集中管理。

如果你想开源：放 GitHub，写清楚 README，说明依赖和用法。

我的看法

看完这份指南，我最大的感受是：Skill 的价值被低估了。

大多数人还在把 Claude 当"聊天工具"用——每次对话从头解释需求、纠正输出、重复流程。

Skill 把这些"一次性对话"变成了"可复用的能力"。你教一次，以后就不用再教了。

15-30 分钟搭一个 Skill，换来以后无数次省心。 这笔账很划算。

官方 PDF 下载：The Complete Guide to Building Skills for Claude

我用 AI 写了大半年代码，发现最缺的不是模型，是一套开发流程

Wed, 08 Apr 2026 00:00:00 GMT

随笔

我用 AI 写了大半年代代码，发现最缺的不是模型，是一套开发流程

2026-04-08 · AI工具 · 🔖 AI开发, HAFW, Claude Code, Cursor, 效率工具

用 Cursor 写前端很爽，用 Claude Code 写后端很爽，用 Copilot 补全代码很爽。

但把它们串起来做一个完整的项目——

爽不起来了。

说出来有点荒谬

AI 写代码的能力已经很强了，但每次让它帮我做一个完整的项目，结果都是：

要么做到一半说"已经完成了"，实际上功能残缺；
要么前后端风格不统一，接口和数据模型对不上；
要么测试写了，但根本跑不过；
要么代码跑通了，但不知道为什么要这样设计。

我以为是我不会提问。

后来我发现，不是的。

是 AI 工具只管"生成"，不管"流程"。

Cursor、Claude Code、Copilot 都在做什么

它们都在解决同一个问题：给定上下文，生成代码。

但软件开发不只是"生成代码"这件事。

软件开发是：

需求分析 → 搞清楚要做什么
架构设计 → 搞清楚怎么做
代码生成 → 动手做
测试验证 → 确保做对了
部署上线 → 让别人用得上
监控维护 → 保证不出问题

每个环节都有坑，每个环节的产出物要交给下一个环节。

现在的 AI 工具，只在最中间那一环——代码生成——做得很好。

两头的需求和部署，基本不管。

所以我自己搭了一套

我花了两个月，把我自己的开发流程固定下来，做成了一个工具。

叫 HAFW——High-efficiency AI Framework Workspace。

一句话：让 AI 从需求到部署都能跑起来的开发框架。

27 个智能指令，覆盖 6 个阶段：

阶段| 做的事| 核心指令
---|---|---
需求分析| 把用户需求翻译成 PRD| /hafw-req-analysis
架构设计| 生成系统架构和数据库| /hafw-design-arch
代码开发| 按架构生成代码| /hafw-dev-code
质量保障| 自动化测试 + 代码审查| /hafw-qa-test
部署运维| 一键构建 + 发布 + 监控| /hafw-deploy-release
上下文管理| 让 AI 记住项目上下文| /hafw-context-init

基本思路是：每个阶段有明确的产出物，每个产出物进入下一个阶段之前要评审。

这样 AI 就不是一个人在闷头写代码了，而是一个有流程、有规范、有检查点的开发团队。

拿一个具体例子说

比如我最近想做一个"用户积分系统"。

以前我会跟 AI 说："帮我做一个积分系统。"

然后 AI 给我一堆代码，我看不懂，改不动，越改越乱。

现在我会这样做：

第一步：需求分析

$ /hafw-req-analysis "实现用户积分系统"

它会问我要一系列问题：

用户怎么获得积分？（购物？签到？邀请？）
积分怎么扣减？（过期？兑换商品？）
要不要风控？（同一用户高频操作怎么算？）

然后生成一份结构化的需求文档，不是 PRD 那种长篇大论，是可以直接拿来开发的那种。

第二步：架构设计

根据需求文档，自动生成：

数据库表结构
API 接口规范
项目目录结构

这个阶段我可以 review，可以修改，可以提意见。

第三步：代码生成

根据评审过的架构，自动生成代码。

而且生成的是能跑的那种 ——有边界处理，有异常捕获，不是那种"示例代码"。

第四步：测试 + 审查

自动生成测试用例，跑一遍，有问题直接标出来。

第五步：部署

$ /hafw-deploy-release

Docker 打包、CI/CD 流程、监控告警，一键搞定。

整个过程不需要我盯着，AI 会按流程走，每一步做完等我确认。

和 Cursor、Claude Code 比，HAFW 强在哪

维度| Cursor| Claude Code| HAFW
---|---|---|---
单文件代码质量| ⭐⭐⭐⭐⭐| ⭐⭐⭐⭐⭐| ⭐⭐⭐⭐
需求分析能力| ⭐| ⭐⭐| ⭐⭐⭐⭐⭐
多文件一致性| ⭐⭐| ⭐⭐⭐| ⭐⭐⭐⭐⭐
测试自动生成| 插件支持| ⭐⭐⭐| ⭐⭐⭐⭐
部署自动化| ❌| ❌| ⭐⭐⭐⭐
团队协作流程| ❌| ❌| ⭐⭐⭐⭐

简单说：HAFW 不是比它们强，是它们不管的事，HAFW 管了。

怎么安装

支持主流 AI 助手工具：

# 安装 CLI
$ npm install -g hafw-cli

# 初始化项目
$ hafw init my-project

# 开始需求分析
$ hafw req-analysis "实现用户积分系统"

然后在你习惯的 AI 工具里，按照提示操作就行。支持 Copilot、Cursor、Claude Code 等主流工具。

完整文档：https://hafw.halo26812.eu.org/

我自己用了多久的感受

用 HAFW 之后，开发一个中等规模功能的平均时间从 2-3 天降到了半天。

不是 AI 写得更快了，是流程对了，不用返工了 。

以前返工的原因大多是：

做到一半发现需求没想清楚 → HAFW 要求需求评审后才能继续
代码写完了发现架构有问题 → HAFW 要求架构评审后才能开发
测试跑不过 → HAFW 自动生成测试，不会漏

流程固定了，坑就少了。

以上。

我是 @halo-67-80 ，自己搭了一套 AI 开发框架。

如果你也在用 AI 写代码，欢迎评论区聊聊：你的开发流程是怎么组织的？有没有遇到"AI 生成没问题，串起来就出问题"的情况？

觉得有收获的，点个赞再走 👋

数据来源：HAFW 官方文档、GitHub Copilot、Cursor、Claude Code 官网

贵州茅台跌破1400可以抄底吗？一位老股民的实在话

Wed, 08 Apr 2026 00:00:00 GMT

贵州茅台股票白酒投资A股

先说结论：跌破1400可以考虑分批建仓，但不是现在。 🤔

今天茅台收盘1465元，涨1.77%，又有人开始问能不能抄底了。我说说我的看法。

一、基本面：龙头还是那个龙头 🔒

茅台这家公司没什么可担心的：

品牌护城河 ：白酒行业独一档，飞天茅台的定价权无可替代
财务健康 ：账上现金上千亿，每年净利润500亿+
机构认可 ：招商、中金、东吴都给了目标价1500-1800元

PE现在21倍，对比其他白酒不算贵，但也谈不上便宜。

二、技术面：缩量上涨是个隐患 😅

从技术图上看：

日线级别在上涨趋势 中，今天阳包阴，形态还可以
但成交量只有 2.7万手 ，缩量上涨，说明资金追高意愿不强
换手率0.22%，相当冷清

我的经验：这种高位缩量上涨，往往是下跌前兆。

三、风险提示 ⚠️

风险| 说明
---|---
消费承压| 高端白酒商务消费这块，这两年明显下滑
估值回归| 之前跌到1300元，现在又涨回来了，抄底资金可能跑路
机构博弈| 持仓太集中，一旦不及预期就是踩踏

四、操作建议 💰

如果是我：

✅ 跌破1400考虑分批建仓 （每跌50元加一成仓）
⚠️ 当前位置只看不买
❌ 追高绝对不建议

茅台这种股票，要么等暴跌，要么等突破，别在中间位置梭哈。

评论区聊聊

你问我持有什么想法？

我目前没买茅台，性价比不如其他成长股。但如果你非要配置，记住：跌破1400再考虑，分批建仓，别一把梭。

💬 你觉得茅台还能跌到1300吗？评论区说说你的看法

以上仅为个人观点，不构成投资建议。投资有风险，入市需谨慎。

2024年买内存，24GB和48GB到底能不能买？我被坑了3次才搞明白

Wed, 08 Apr 2026 00:00:00 GMT

内存DDR524GB48GB硬件数码内存选购

先说结论：24GB/48GB能不能买？能。

但它是不是"最均衡"的方案？不一定。

我自己踩过坑。

去年帮公司配电脑，16GB不够用，32GB又觉得浪费。后来发现24GB这个方案，试了3条路线才搞明白：

第一条坑：盲目上32GB
结果发现日常办公根本用不满，白花了400块。

第二条坑：死磕频率
DDR5 6400 vs 5600，实际使用差别不超过5%，但价格差30%。

第三条坑：忽略核显
我用的i5-12400核显UHD770，Win11系统直接吃掉6GB内存，16GB实际只剩10GB可用，开几个网页就卡。

后来换成24GB，瞬间清爽。

为什么24GB/48GB突然香了？3个原因：

1. 颗粒技术变了

DDR4时代颗粒最大1G，所以只能8G/16G。
DDR5时代颗粒最大3G，24G/48G自然成为新选项。

2. 价格太香

24G比16G贵10%，但容量多50%。
48G比32G贵10%，但容量多50%。
等等党：这波不亏。

3. Win11核显逼的

现在Win11核显要吃4-8GB，16GB真的紧巴巴。
24GB刚刚好：4G给核显，还剩20GB随便造。

我的建议

笔记本用户 ：直接24GB，一步到位，未来3年不用升级
台式机用户 ：48GB（两条24G，或者32+16）
重度用户 ：64GB起步，这玩意儿不嫌多

避坑指南：

先查主板支持最大容量，别买多了浪费
优先海力士颗粒，商品页没写的默认是三星/镁光
买单面颗粒，兼容性更好
电脑城推荐啥你买啥？他们推的是利润最高的

内存这东西，多了不亏。

你见过谁嫌自己内存太多的？

本文同步发表于知乎

24GB/48GB内存是不是新一代最均衡的方案？买多大看完这篇就懂了

Wed, 08 Apr 2026 00:00:00 GMT

随笔

先说结论："均衡"这词，就是商家造出来的伪命题。

24GB/48GB是不是好方案？是。
但它是不是最均衡 ？不一定。

你的内存应该买多大？

直接给你一个「抄作业」表格：

你主要做什么 | 推荐内存 | 能干什么
---|---|---
办公、写文档、刷网页 | 16GB | 开20个网页+Word+微信，毫无压力
轻度游戏+办公 | 24GB | 游戏切出来回微信，不用重开
重度游戏+多任务 | 32GB | 挂游戏+直播+渲染，同时进行
剪视频/跑AI/开发 | 64GB+ | 越大越好，这玩意儿不嫌多

为什么24GB/48GB突然火了？

不是因为它「均衡」，是因为：

1. 颗粒技术变了

DDR4时代颗粒最大1G，所以8G/16G
DDR5时代颗粒最大3G，所以24G/48G
技术进步，自然而然

2. 价格太香了

24G只比16G贵10%，但容量多50%
48G只比32G贵10%，但容量多50%
等等党：这波不亏

3. 核显逼的

Win11核显要吃掉4-8G
16GB实际只剩11GB可用，紧张
24GB刚好，4G给核显，还剩20G

避坑指南

❌ 别踩的坑

盲目追求频率，忽视容量
笔记本买错了内存规格（DDR4/DDR5不通用）
电脑城推荐啥你买啥（他们推的是利润最高的）

✅ 应该看的

先查主板支持最大容量（别买多了浪费）
优先海力士颗粒（商品页没写的默认是三星/镁光）
单面>双面（兼容性更好）

我的建议

如果你现在要买：

笔记本用户 ：24GB（一步到位，未来3年不用升级）
台式机用户 ：48GB（32+16，或者直接48）
能等的人 ：等单条64G普及，价格会更香

最后说一嘴：内存这玩意儿，多了不亏。

你见过谁嫌自己内存太多的？

本文同步发表于知乎

用NAS跑本地大模型：Ollama部署DeepSeek/Qwen体验

Wed, 08 Apr 2026 00:00:00 GMT

NASAI大模型OllamaDeepSeek本地LLM

ChatGPT 很强大，但每次对话都把数据送到云端，你真的放心吗？把大模型跑在本地 NAS 上，数据不出局域网，隐私问题彻底解决。而且 NAS 24 小时开着，随时唤醒，比电脑跑更方便。聊聊我在飞牛 OS 上跑 Ollama + DeepSeek 的体验。

一、为什么要在NAS上跑AI？

这个问题我问过自己很多次，云端 API 这么方便，本地跑图什么？

隐私是最大的理由 。我工作上有些敏感文档需要 AI 辅助处理，送到云端 API 就是把数据交给第三方。虽然各厂商都有数据保护承诺，但永远比不上数据在自己硬盘上踏实。

离线可用 。NAS 跑的是本地模型，不需要联网。断网的时候也能用 AI（虽然慢一点）。

成本。Ollama 完全免费，没有 API 调用费用。虽然有电费，但 NAS 本来就 24 小时开着，边际成本接近零。

二、Ollama安装与部署

Ollama 是目前最简单的大模型运行工具，Docker 一键安装：

docker run -d \
  --name ollama \
  --restart unless-stopped \
  -p 11434:11434 \
  -v ollama:/root/.ollama \
  -v /path/to/models:/root/.ollama/models \
  ollama/ollama:latest

飞牛 OS 直接在 Docker 管理界面里图形化安装更简单，不需要记命令。

装完之后，浏览器打开 http://NAS_IP:11434 可以看到 Ollama 的 Web UI，或者直接用 API：

curl http://localhost:11434/api/generate -d '{
  "model": "deepseek-r1:7b",
  "prompt": "用一句话解释量子计算"
}'

三、模型选择与内存门槛

不是所有模型都能跑在你的 NAS 上，内存是关键瓶颈。

模型| 参数量| 最低内存| 适用场景
---|---|---|---
Qwen2.5-3B| 30亿| 4GB| N100/J4125入门
Qwen2.5-7B| 70亿| 8GB| 均衡性能/推荐
DeepSeek-R1-Distill-Qwen-7B| 70亿| 8GB| 推理能力强/推荐
Llama-3.1-8B| 80亿| 8GB| 英文为主
DeepSeek-R1-Distill-Qwen-14B| 140亿| 16GB| 更强推理/内存要求高
Qwen2.5-72B（量化）| 720亿| 32GB| NAS基本跑不了

我的推荐：DeepSeek-R1-Distill-Qwen-7B 。推理能力强，中文支持好，内存门槛大多数 NAS 都能满足。Qwen2.5-7B 也不错，对话流畅性更好一点。

四、下载模型

ollama pull deepseek-r1:7b

模型文件大概 4GB 左右（7B Q4 量化版），下载时间取决于网速。用 aria2 或者 NAS 下载工具提前下载更省时间。

下载完成后，用命令验证是否正常运行：

ollama run deepseek-r1:7b "你好，请自我介绍一下"

五、性能实测：响应速度怎么样？

我用 J4125（8GB RAM）+ Ollama 跑了 DeepSeek-R1-Distill-Qwen-7B：

首次响应时间 ：约 3-5 秒开始输出。原因是模型需要加载到内存，首次推理有预热。
生成速度 ：约 8-15 tokens/秒。足够实时对话使用。
长对话 ：超过 20 轮对话后，速度会逐渐下降（上下文窗口被填满）。Ollama 支持上下文截断，用 /reset 可以清空上下文。

对比云端 API（GPT-4o Mini）：云端响应更快（50+ tokens/秒），但本地模型的差距其实没有想象的大——日常对话中 8-15 tokens/秒完全可接受。

六、实用场景

跑了一段时间后，我发现这几个场景最实用：

写作辅助 ：让 AI 帮忙润色文章、翻译、总结长文。不需要联网，隐私有保障。
代码辅助 ：DeepSeek 的代码能力很强，帮忙写脚本、改 bug 效果不错。
本地知识库 ：配合 Ollama + LangChain，可以把 NAS 上的文档作为知识库，让 AI 回答关于你自己数据的问题。
24小时客服 ：接一个简单的 Web UI，比如 OpenWebUI，当作团队内部的 AI 助手用。

七、vs ChatGPT：本地模型能打得过吗？

老实说——打不过 GPT-4o，也打不过 Claude 3.5 。本地 7B 模型的能力大概相当于 GPT-3.5 水平，有时候甚至不如。

但它有三个不可替代的优势：完全离线、绝对隐私、零 API 费用。对于隐私敏感的场景，这个优势是压倒性的。

八、电费和长期待机

很多人担心跑 AI 的电费问题。我的 J4125 NAS 跑 DeepSeek 7B 时，CPU 占用大概 30-50%，功率增加约 15-20W。每天多耗 0.4 度电左右，每月多花 2-3 块钱。几乎可以忽略不计。

数据来源：Ollama 官方文档，DeepSeek 官方论文，Hugging Face 模型卡片，个人实测（2026年4月）

NAS数据迁移指南：换机/扩容/换盘无损迁移数据

Wed, 08 Apr 2026 00:00:00 GMT

NAS数据迁移备份换机

换新NAS、给硬盘扩容、硬盘坏了要换盘——这三件事我全遇到过，每次都踩过不同的坑。今天把我自己的迁移经验整理出来，希望你不用再踩一遍。

一、迁移前先想清楚这三件事

容量够不够？ 这是最关键的。新NAS的总容量必须大于等于原数据总量，否则迁移到一半发现装不下就尴尬了。

文件系统一样吗？ 群晖用Btrfs，威联通用ZFS，旧盘直接插新机可能读不了——不是数据丢了，是新NAS不认识这个文件系统格式，需要额外处理。

数据有多重要？ 重要数据建议先做一次完整备份，再动手迁移。我自己的原则：超过1TB的重要数据，迁移前必须双备份。

二、三种典型迁移场景

场景1：同品牌NAS换机（最简单）

比如从群晖DS220+换到DS923+，这是最顺利的情况。

官方迁移 ：群晖支持"硬盘直插"迁移——把旧NAS的硬盘整盘拔出来，插进新NAS对应盘位，开机后新NAS会自动识别Btrfs/ext4文件系统，数据完整保留。

但有个前提：新NAS的系统版本不能比旧NAS低太多 。我从DSM 6跳到DSM 7就遇到了兼容性问题，折腾了半天才解决。建议先升级旧NAS系统到最新版本，再做迁移。

时间估算 ：2盘位迁移约10分钟（开机识别），4盘位约20分钟。主要是新NAS初始化时间长，数据本身迁移是即插即认。

场景2：跨品牌迁移（最麻烦）

从群晖换到威联通，或者从成品NAS换到飞牛OS——这是最复杂的情况。

核心思路是通过局域网迁移，不动硬盘 ：

新旧NAS接在同一个路由器上
旧NAS开SMB共享，新NAS挂载旧NAS的共享文件夹
用rsync或者群晖的Hyper Backup跨网络复制数据
验证checksum确认数据完整

我用这个方法把一台4TB的群晖迁移到飞牛OS，用了大概8小时（百兆局域网，4TB数据）。如果是千兆或者2.5G网口，时间能缩短到2-3小时。

避坑：跨品牌迁移时，权限设置会丢失 。所有文件会变成root权限，你需要手动重新分配权限。对于家庭用户还好，对于团队用户这一步比较麻烦。

场景3：扩容（加硬盘不换数据）

这是最简单的情况，大多数情况下数据不需要动。

SHR/RAID模式 ：在群晖的SHR阵列里加硬盘，数据会自动扩展到新硬盘，不需要手动迁移。但SHR扩容过程比较慢，4TB×2扩到4TB×3大概需要6-8小时，期间NAS性能会下降。

Basic模式 （单盘或非RAID）：直接插新硬盘，原有数据不动。新硬盘作为独立空间使用，适合不需要冗余保护的场景。

三、迁移工具推荐

rsync（最通用）

rsync -avh --progress /source/ /destination/

rsync的好处是增量迁移 ——第一次跑全量，后面如果中断了重新跑只传增量。4TB数据第一次要8小时，第二次中断后重跑可能只要几分钟。

群晖 Hyper Backup

群晖官方备份工具，可以跨NAS同步数据。支持版本管理 ，迁移完成后还能回退到之前的版本。适合数据量大、版本管理有要求的场景。

Free Filesync（Windows用户）

如果你是Windows系统，FreeFileSync是个不错的选择。图形界面，可视化对比差异，支持双向同步。对于不熟悉命令行的用户比较友好。

四、我踩过的坑

坑1：软链接全部断裂

我在旧NAS里建了很多软链接（Symbolic Link）指向共享文件夹，结果迁移后这些链接全部失效。需要手动重新建立，或者用脚本来批量修复。

坑2：macOS的.DS_Store文件爆多

从macOS访问NAS时，每个文件夹都会生成.DS_Store文件。迁移时这些文件也会一起传过去，占空间不说还可能造成兼容性问题。建议迁移前先删除，或者用rsync的--exclude参数排除。

坑3：时间戳变了

有些应用依赖文件创建时间。rsync默认会保留时间戳，但如果中途出错重跑，时间戳可能会混乱。重要照片的EXIF信息不受影响，但文档类文件的修改时间可能被覆盖。

五、迁移Checklist

这是我每次迁移前必走的流程：

□ 确认新NAS总容量 ≥ 旧NAS数据总量
□ 重要数据先做一次离线备份（移动硬盘）
□ 记录旧NAS的共享文件夹结构和权限设置
□ 检查目标文件系统兼容性（Btrfs/ZFS/ext4）
□ 准备rsync/Hyper Backup工具
□ 迁移完成后checksum验证
□ 检查软链接是否正常
□ 测试应用是否正常运行（Docker、照片库等）

按这个清单走，基本上不会出大问题。迁移是NAS使用过程中的高风险操作，宁可慢一点，也要数据安全。

数据来源：群晖官方文档、威联通QTS手册、个人实测数据（2026年4月）

NAS电子书管理：Calibre-Web搭建个人数字图书馆

Wed, 08 Apr 2026 00:00:00 GMT

NASCalibre电子书数字图书馆阅读

我的电子书架上有 3000 多本书，小说、技术书籍、有声书、漫画，什么都有。以前存在电脑里，每次找书都要靠记忆文件名；后来全搬到了 NAS 上，用 Calibre-Web 管理，体验完全不一样了。这篇文章说说我怎么搭的这套系统，以及踩过的坑。

Calibre 是什么？书库管理的基础

Calibre 是一款开源的电子书管理软件，支持 epub、mobi、azw3、PDF 等几乎所有格式。Google Books、豆瓣、ISBN 都能自动抓取元数据和封面。

它的逻辑是：所有电子书集中存在一个"书库"文件夹里，Calibre 在书库旁边创建数据库文件，记录每本书的元数据（书名、作者、出版社、出版年份、简介、封面等）。

这个设计的好处是：书库文件夹可以直接挂载到 NAS 上，用任何设备通过网络访问，不需要依赖 Calibre 软件本身。

书库文件夹结构

Calibre 书库/
  a/          # 按作者首字母分目录
    author_A/
      book1.epub
      book2.mobi
    author_B/
      book3.azw3
  metadata.db  # Calibre 数据库文件（不要动）
  .calibre/    # 配置文件夹

Calibre-Web：浏览器里的私人图书馆

Calibre 本身是桌面软件，想在手机和网页上访问？Calibre-Web 就是这个需求的答案。

Calibre-Web 是一个基于 Web 的 Calibre 书库浏览器，界面清爽，搜索方便，支持中文。在 NAS 上用 Docker 跑一个，随时随地访问你的整个书架。

部署方法（Docker Compose）

version: '3'
services:
  calibre-web:
    image: linuxserver/calibre-web
    container_name: calibre-web
    restart: unless-stopped
    ports:
      - "8083:8083"
    volumes:
      - ./config:/config
      - /你的/书库路径:/books
    environment:
      - TZ=Asia/Shanghai

启动后在浏览器打开 http://NAS地址:8083，默认账号 admin，密码 admin123，登录后第一件事是改密码。

第一次设置时，要把书库路径指向你的 Calibre 书库文件夹（在 NAS 的共享目录里）。Calibre-Web 会读取 metadata.db，直接加载你已有的书库，不需要重新录入。

格式转换：epub/mobi/azw3 互转

电子书格式是个坑，Kindle 用 azw3/mobi，微信读书用 epub，平板看 PDF，各有各的格式。

Calibre 自带格式转换工具，只要你的书库里有 Calibre，它就能自动转换。转换时选好目标格式，调整一下排版参数（边距、字号、图片质量），几秒钟就能出结果。

支持转换：epub ↔ mobi ↔ azw3 ↔ PDF，以及 txt、rtf、html 等。

具体转换操作：Calibre 主界面选中书籍 → 右键 → 转换书籍 → 选择输出格式 → 开始转换。转换后的文件会保存在书库同一个文件夹里。

微信读书 / Kindle 对接：Send to Kindle 服务

Calibre-Web 有个"Kindle 推送"功能，填入你的 Kindle 邮箱地址（kindle@free.kindle.com 或者你的私人 Kindle 邮箱），选定书籍，一键推送到 Kindle。

但微信读书不支持直接推送，需要借助第三方工具。推荐 Calibre 的"微信读书助手"插件，可以把 Calibre 书库里的书同步到微信读书。插件安装在 Calibre 桌面版里，配置好账号之后就能用了。

另外还有个叫 Koreader 的开源阅读器，支持 Calibre 同步功能，在 KOReader（Kindle 越狱固件）上体验很好。

有声书支持：Calibre 的有声书整理

Calibre 原生支持把有声书（mp3、m4a、m4b 格式）纳入书库管理。元数据录入方式和电子书一样，封面对应有声书封面，描述填好就行。

不过 Calibre-Web 的有声书播放功能比较基础，依赖浏览器本身。如果对有声书播放要求高，可以搭配 Emby 或者 Jellyfin（视频/音频服务器）来实现更好的播放体验。

我的做法是：电子书用 Calibre-Web，有声书单独用 AudioStation（群晖）或 Plex 处理，两套系统各司其职。

手机阅读 App 推荐

Calibre-Web 本身有网页版，但手机上看 PDF 和长篇电子书还是需要一个专门的阅读 App。以下是我用过的几个：

静读天下（Moon+ Reader）

Android 上最好的阅读 App 之一，支持 epub、txt、pdf、mobi、azw3 所有格式。内置书城（可以绑定 NAS 的 Calibre-Web 作为个人书库），自定义字体、背景、翻页动画，功能极其丰富。

缺点是 pro 版收费（约 30 元），但值得。

多看阅读（Duokan）

国产老牌阅读器，对中文排版优化得很好，适合看网文和小说。支持 Calibre 书库同步（需要先在 Calibre 里设置"多看阅读"插件）。

iOS 和 Android 都有，功能不如静读天下丰富，但排版体验很舒服。

Kindle App

如果你有 Kindle，直接用 Kindle App，通过 Calibre 推送的 azw3/mobi 格式，体验最稳定。Amazon 的生态系统封闭但成熟，Calibre 的 Send to Kindle 功能用好了其实很顺手。

书籍整理技巧：作者系列、年份、体裁分类

书多了必须靠分类，不然根本找不到。我整理书库有几个原则：

按作者分目录 ：Calibre 默认按作者首字母分，一目了然
用标签而非文件夹 ：一本《三体》既是科幻又是刘慈欣又是中国文学，放在文件夹只能选一个，放标签能同时标记三个，方便搜索
系列书用自定义列 ：Calibre 支持自定义元数据列，我给每个系列设置了"系列名"和"系列序号"，搜索系列时直接筛选
出版年份做辅助筛选 ：同一年出版的多本书，容易和当年的大事回忆挂钩，加个年份标签方便回溯

我的藏书量和查找体验

我的书库目前 3000+ 本，刚建的时候觉得分类会很复杂，用了两个月之后发现 Calibre 的搜索比我想象的好用。

最常用的搜索方式：书名关键词（模糊匹配）、作者名、标签。Calibre-Web 的搜索支持正则表达式，用熟了之后查找效率很高。

踩过的坑：

不要手动改 metadata.db，一旦损坏书库就废了
导入新书时养成习惯顺手补全元数据，拖得越久越不想补
封面图片太大（>500KB）的可以压缩，不然书库加载会慢

总结

如果你藏书量超过 500 本，电脑里文件夹越整越乱，Calibre + Calibre-Web 是目前最优的解决方案。一次性搭好，之后就是往书库里扔书、自动整理、随时随地阅读。

投入成本：一台能跑 Docker 的 NAS（2000 元左右）+ 一个晚上配置时间。长期收益：告别各平台分散的书库，拥有一个完全属于自己、没有任何广告的私人图书馆。

用NAS搭建私有Git服务器：Gitea/群晖Git Server对比

Wed, 08 Apr 2026 00:00:00 GMT

NASGitGitea自托管私有仓库

去年我把个人项目从 GitHub 私有仓库迁到了自己 NAS 上。不是为了装，是真的算了一笔账：免费私有仓库有 500MB 限制，想扩容就得掏钱；而我自己有两块 4TB 硬盘，跑个 Git 服务绰绰有余。用了快一年，说说真实体验。

为什么用 NAS 跑 Git？三个理由

第一个是隐私。我有几个不想公开的项目，放在 GitHub 总觉得不太安心。放到自己 NAS 上，数据在自己手里，心理上踏实很多。

第二个是速度。家里是千兆局域网，push 和 pull 都在局域网跑，速度比 GitHub 快多了。我测过，一个 500MB 的仓库，GitHub 拉取大概要 2 分钟，局域网只要 15 秒。

第三个是成本。一台入门级 NAS 2000 元左右，能跑 Git、Docker、相册、视频，Git 服务只是附带的；GitHub 私有仓库年费 48 刀（约 350 元），NAS 摊下来还更划算。

方案一：Gitea —— 轻量级 GitHub 替代

Gitea 是一个开源的自托管 Git 服务，功能和 GitHub 差不多，但资源占用少很多。一台性能一般的 NAS 就能跑得动。

部署方法（Docker Compose）

在 NAS 上新建一个目录，扔进 docker-compose.yml：

version: '3'
services:
  gitea:
    image: gitea/gitea:latest
    container_name: gitea
    restart: always
    ports:
      - "3000:3000"
      - "2222:22"
    volumes:
      - ./data:/data
      - /etc/timezone:/etc/timezone:ro
    environment:
      - DOMAIN=你的NAS地址
      - HTTP_PORT=3000
      - SSH_PORT=2222
      - ROOT_URL=http://你的NAS地址:3000/

跑起来之后，浏览器打开 http://NAS地址:3000，按引导配置管理员账号就行了。第一次配置会要求你设置数据库，推荐用 SQLite，简单省事。

SSH Key 配置

本地机器上生成 SSH Key：

ssh-keygen -t ed25519 -C "你的邮箱"
cat ~/.ssh/id_ed25519.pub

在 Gitea 网页右上角点头像 → 设置 → SSH 密钥，把公钥粘贴进去。以后 clone 和 push 就不用输入密码了。

Clone 示例：

git clone ssh://git@192.168.1.100:2222/你的用户名/仓库名.git

我的使用感受

Gitea 界面很干净，支持 Issues、PR、Wiki，还能装主题。团队用也够，我给两个朋友的开发小组搭了一套，反馈不错。它的缺点是需要手动维护更新，不像 GitHub 那样省心；另外如果 NAS 配置低，网页响应会慢。

方案二：群晖 Git Server —— 官方套件，适合小团队

如果你是群晖 NAS 用户，不想折腾 Docker，可以用群晖自带的 Git Server 套件。DSM 7 在套件中心直接装就行。

装完之后，在控制面板里找到"版本管理"→"Git"，创建一个仓库，给用户分配权限，就能用了。

群晖 Git Server 的优点是集成度高，不用额外配置，用户管理直接用群晖自己的账号体系。缺点是功能比较基础，没有 Issue 和 PR，也不支持代码审查。

群晖 DSM 7 搭建步骤

打开套件中心，安装"Git Server"
进入控制面板 → 终端机/SNMP → 启动 SSH
通过 SSH 连接 NAS，创建仓库：git init --bare /volume1/git/项目名.git
在群晖文件管理器里给对应用户设置读写权限
本地 Clone：git clone ssh://用户名@NAS地址/volume1/git/项目名.git

Gitea vs 群晖 Git Server 怎么选？

对比项| Gitea| 群晖Git Server
---|---|---
功能丰富度| ★★★★★ 接近GitHub| ★★☆☆☆ 基础功能
部署难度| ★★★☆☆ 需要Docker| ★★★★★ 套件直接装
资源占用| 中等（500MB RAM+）| 极低
Issue/PR| 支持| 不支持
适合场景| 个人/小团队开发| 简单代码存储

vs GitHub/GitLab：私有性 vs 便利性

这里有个取舍要说明白。

GitHub 的优点是全球访问、CI/CD 完善、开发者生态好。缺点是私有仓库要付费，而且数据在别人服务器上。

GitLab 功能最全，但资源占用太大，入门级 NAS 带不动 Community Edition。

我的判断是这样的：

公开项目 → 直接用 GitHub
私有项目，团队规模≤3人 → NAS + Gitea 是性价比最高的选择
私有项目，团队规模>5人，有 CI/CD 需求 → 考虑 GitLab 或者直接买 GitHub Team

内网 vs 公网访问：安全问题

跑在内网的 Git 服务，外人访问不到，相对安全。但如果你想在公司或者外面访问 NAS 上的 Git，就要把端口暴露出来，这就涉及安全问题了。

我的建议：

SSH 端口不要用默认的 22，改成一个高位端口（比如 2222）
启用 Fail2Ban，防止暴力破解
公网访问用 Tailscale 或者 WireGuard VPN，不要直接暴露 22 和 3000 端口
Gitea 的注册功能最好关闭，只邀请需要的人

如果你不想折腾这些，可以用群晖自带的 QuickConnect，虽然速度慢一点，但安全性有保障。

我的结论

用了一年 NAS 上的 Git 服务，真实感受是：比想象中好用，但前提是你得愿意花 1-2 小时配置好，之后就不用管了。

对于有代码洁癖的程序员来说，把自己的代码仓库放在自己硬盘上，是一件很有安全感的事情。如果你的 NAS 配置还过得去，强烈推荐试试 Gitea。

从零组装一台NAS：CPU/主板/机箱/电源选购指南

Wed, 08 Apr 2026 00:00:00 GMT

NASDIY装机硬件

说真的，买成品NAS这事我纠结了好久。群晖4盘位动不动三千多，绿联、极空间也要两千开外，关键是——我手上正好有几块闲置的硬盘，就为了用它们再花三千块，总觉得亏得慌。

所以我最后决定：自己动手组装一台。

这篇文章就把我踩过的坑、总结的经验全部分享给你，包括怎么选CPU、主板、机箱、电源，以及一个可以直接抄作业的配置单。文章有点长，但看完你就能自己动手了。

一、DIY vs 成品NAS：到底省多少钱？

先说结论：如果你的硬盘已经到位，DIY一台4盘位的NAS，主机部分的成本大约在800～1500元之间。而买一台群晖DS923+（4盘位），裸机就要3000多元。

省下来的钱，够你再买一块8TB的硬盘了。

但DIY也有代价：

时间成本： 从选配件到装好系统，至少要花一个周末。如果是新手，可能要踩几个坑再花更多时间。
稳定性风险： 成品NAS经过厂商长时间测试，DIY的话稳定性取决于你的配件搭配和系统配置能力。
保修和售后： 群晖出了问题有官方客服，DIY配件各自有保修，但没人给你统一兜底。

我的建议是：如果你有基本的装机经验，或者愿意花时间研究，DIY绝对值得。如果你追求"插上电就能用"、不想折腾，成品NAS依然是更省心的选择。

二、ITX主板推荐：接口数量和扩展性是核心

NAS主板就一个要求：小巧，但接口要够用。我推荐大家重点看这几个参数：

1. SATA接口数量

这是NAS主板的重中之重。一块主板有4个SATA口，才能直接接4块硬盘，不用额外加扩展卡。接扩展卡不仅贵（一张PCIe SATA扩展卡要100～200元），还会占用宝贵的PCIe插槽。

我推荐的主板至少要有4个原生SATA口 ，再多更好。

2. PCIe插槽

NAS主板至少要有一个PCIe x16插槽（插显卡那种长槽），用来接万兆网卡或者阵列卡。如果你想上双网口做链路聚合，也需要额外的网卡插槽。

另外，PCIe x1插槽 也很实用，可以用来插一块傲腾内存加速卡，给HDD做读写缓存，这个后文会详细说。

3. 内存插槽和最大容量

NAS系统（特别是飞牛OS和TrueNAS）对内存要求不低。建议选至少2个DDR4 SO-DIMM插槽 ，方便以后升级。如果你是Docker重度用户，16GB内存是起步线。

我的推荐主板

华擎J4125-ITX： 经典NAS板，4个SATA口，赛扬J4125处理器，TDP只有10W，被动散热完全OK。缺点是只有2个内存插槽，最大16GB，而且年代较老，PCIe版本较旧。价格约400元（二手）。
华硕PRIME H610I-PLUS D4： 12代酷睿平台，支持i3-12100，DDR4内存，有4个SATA口，ITX板型。缺点是SATA口只有4个，没有M.2口。价格约700元。
铭瑄H610ITX： 性价比之选，支持12代Intel处理器，接口丰富，价格不到500元。缺点是品牌知名度一般，但实测稳定性还可以。

三、CPU推荐：低功耗还是高性能？

NAS CPU的选择主要看你的用途。我把需求分成两类：

低功耗路线（适合纯存储用户）

如果你的NAS主要就是存文件、跑下载、轻量Docker，选低功耗CPU就够了：

Intel N100： 2023年的神U，4核4线程，TDP只有6W，性能比J4125强了约50%，而且支持DDR5内存。我个人最推荐，目前价格约300元。发热极低，被动散热完全没问题。
Intel J4125： 老将了，4核4线程，TDP 10W，性能够用但偏老。优点是主板选择多，价格便宜（主板+CPU套装约400元）。

性能路线（适合跑虚拟机、硬解转码、跑服务）

Intel i3-12100： 4核8线程，单核性能强，睿频4.3GHz，用来跑虚拟机、跑Docker容器、给plex/jellyfin做4K转码都没问题。缺点是TDP约60W，需要主动散热，电源功率也要相应提高。价格约600元（散片）。
Intel i5-12400： 6核12线程，性能更强，适合重度用户。价格约900元（散片）。

我的个人建议：除非你有明确的性能需求，否则无脑选N100 。6W TDP意味着你24小时开着机的电费，每年能省下一顿火锅钱。而且N100的性能对于大多数NAS用途来说是溢出的。

四、机箱推荐：小体积大肚量

NAS机箱的核心要求是：能装多块3.5寸硬盘，同时体积尽量小，散热尽量好。

品牌成品方案

乔思伯N1/N2： 乔思伯的NAS机箱口碑很好，N1是5盘位，N2是5盘位（紧凑型），都支持ATX电源，散热设计合理。缺点是价格偏贵（N1约500元，N2约400元），而且要单独购买主板托架等配件。
乔思伯N3/N4： 如果你需要更多盘位，N4可以装7块硬盘，是目前最热门的DIY NAS机箱之一。

捡垃圾方案

蜗牛星际： 这应该是最便宜的DIY NAS机箱方案了。蜗牛星际是一款工控机箱，曾经被矿老板大量使用，现在二手市场价格约100～200元。优点是便宜，缺点是做工一般，硬盘笼设计老旧，散热差，而且有"挖矿机"的前科（不知道之前跑过什么业务）。如果你预算紧张，可以考虑，但建议到手后仔细检查电源和主板。
星之海/蜗牛星际改装： 网上有很多改装蜗牛星际的教程，可以改善散热和走线。如果你动手能力强，这也是一个省钱的选择。

我的推荐

如果你预算充足，直接买乔思伯N4 ，盘位够多，做工扎实，散热设计合理，颜值也在线。如果你想省钱，蜗牛星际可以凑合，但要有心理准备。

五、电源：SFX还是ATX，功率怎么算？

NAS电源的选择比CPU简单得多，核心问题就两个：SFX还是ATX，以及买多大功率。

SFX vs ATX

ITX机箱一般只能用SFX电源（小尺寸），或者通过转接板用ATX电源（需要确认机箱是否支持）。SFX电源比ATX贵，但体积小，更适合NAS场景。

性价比SFX电源推荐：全汉FLEX 300W ，约150元，够用，噪音低。

功率计算公式

NAS电源功率不需要太大，用这个公式就够了：

所需功率 = 硬盘数 × 8W + CPU TDP × 1.5 + 50W（裕量）

举例：一台4盘位NAS，用N100 CPU（TDP 6W），功率 = 4×8 + 6×1.5 + 50 = 32 + 9 + 50 = 91W。买个150W的SFX电源绑绑够。

如果用i3-12100（TDP 60W），功率 = 4×8 + 60×1.5 + 50 = 32 + 90 + 50 = 172W，建议买250W的电源。

这里多说一句：不要买二手电源 ，电源是整个系统里最容易坏且危害最大的部件，一旦出问题可能烧硬盘，数据价值远超电源本身的价格。

六、散热：被动散热真的可行吗？

答案是：看CPU 。

N100和J4125这种TDP低于10W的处理器，被动散热完全可行。你只需要一个CPU散热器（甚至ITX机箱里不用装风扇，靠机箱风道散热就够了）。

但如果用i3-12100及以上，TDP 60W以上，必须上风扇。建议在机箱前后各装一个12cm风扇，形成前进后出的风道。选购时注意选低转速、大风量、静音的型号（推荐猫头鹰NOCTUA的A12x25，转速低至1850RPM，噪音极低）。

另外，硬盘本身也会发热。4盘位以上的NAS，建议在硬盘笼附近加一个8cm风扇辅助散热，特别是用希捷酷狼、西数红盘这类7200转硬盘的时候。

七、参考装机清单（直接抄作业）

我给两套方案，一套低功耗省钱版，一套高性能进阶版：

方案一：低功耗静音版（总预算约1000元）

CPU+主板套装：华擎J4125-ITX 或 N100-ITX，约400元
内存：DDR4 8GB × 2（共16GB），约200元
机箱：乔思伯N2，约400元
电源：全汉FLEX 300W SFX，约150元
散热器：乔思伯HP-400（ITX下压式），约50元
合计：约1200元（不含硬盘）

方案二：性能进阶版（总预算约2000元）

CPU：Intel i3-12100（散片），约600元
主板：铭瑄H610ITX，约500元
内存：DDR4 16GB × 2（共32GB），约350元
机箱：乔思伯N4，约500元
电源：全汉FLEX 450W SFX，约200元
散热器：利民AXP90-X47，约100元
合计：约2250元（不含硬盘）

写在最后

DIY NAS这件事，说难不难，说简单也不简单。最重要的是想清楚自己的需求 ：你是要静音省电，还是要性能拉满？你的硬盘是几块？有没有跑虚拟机的需求？

配件选对了，NAS用起来是真的爽——你可以随意折腾系统，随意扩容，随意装各种Docker服务，而且成本比买成品低了一大截。

如果你在配件选择上还有疑问，欢迎在评论区留言，我尽量回复。如果你想看NAS系统的安装教程，下一篇文章我会详细讲飞牛OS和TrueNAS的安装过程，敬请期待。

NAS日志监控与告警：半夜硬盘快满了你都不知道？

Wed, 08 Apr 2026 00:00:00 GMT

NAS日志监控SMART硬盘健康告警系统

去年有一天，我的群晖 NAS 突然发不出通知了。登录一看，硬盘空间已经用完，所有服务都挂了。日志显示，某个 Docker 容器把日志写满了整个磁盘，而这台 NAS 没有设置任何容量告警。

从那之后我开始认真研究 NAS 监控。现在我的 NAS 有完整的告警体系：硬盘健康、空间容量、Docker 日志、异常登录，任何异常都会在 5 分钟内推送到我手机。这篇文章说说我怎么搭的这套系统。

NAS 自带日志系统

群晖日志中心（Log Center）

群晖 DSM 7 自带 Log Center，可以集中管理系统日志、SMB 访问日志、SSH 登录日志、防火墙日志等。在"控制面板 → 日志中心"里可以查看和配置日志规则。

设置日志推送：点击"存档设置"→ 启用"系统事件通过邮件发送"，填入你的邮箱地址。群晖支持 SMTP 直接发邮件，不需要额外配置。

威联通 Log Center

威联通 QTS 的 Log Center 功能类似，支持日志集中收集和告警规则设置。可以把 Syslog 转发到其他服务器做集中分析。

飞牛OS / 绿联

这类系统目前没有专门的日志中心，但可以通过 SSH 登录查看 /var/log 目录下的系统日志，或者用 Docker 部署专门的日志收集工具（如 rsyslog）。

SMART 监控：硬盘健康数据解读

硬盘是 NAS 最脆弱的环节，提前知道硬盘要坏比数据丢了再恢复重要得多。SMART（Self-Monitoring, Analysis and Reporting Technology）是硬盘自带的健康监控系统。

群晖 NAS 在"存储管理器"→ "HDD/SSD"里能看到每块硬盘的 SMART 信息。如果看到警告图标，说明硬盘有问题。

关键 SMART 参数解读

参数| 含义| 正常值| 警告值
---|---|---|---
Reallocated Sectors Count (05)| 已重映射的坏扇区数| 0| >0 → 硬盘即将故障
Current Pending Sector Count (C7)| 等待重映射的不稳定扇区| 0| >0 → 扇区正在恶化
Power-On Hours (09)| 硬盘累计工作时间| —| >30000小时需关注
Temperature (194)| 当前温度| 30-45°C| >55°C 需降温
Wear Leveling Count (177)| SSD 磨损程度| —| 接近 100% → 寿命将尽

我自己用 HD Tune Pro 在电脑上跑过全盘扫描，检查是否有坏道。群晖自带的 SMART 检测只是表面扫描，要做全盘扫描需要用专门的工具。

推荐工具：smartctl 命令

通过 SSH 连接 NAS，直接运行 smartctl 查看详细数据：

smartctl -a /dev/sda   # 查看 sda 硬盘完整 SMART 数据
smartctl -H /dev/sda   # 健康状态快速检查（Passed/Failed）
smartctl -t short /dev/sda  # 快速自检（几分钟）
smartctl -t long /dev/sda   # 完整自检（可能需要数小时）

建议每周跑一次 short 检测，每月跑一次 long 检测，结果记录到日志里。

告警方式：邮件 / PushPlus / 钉钉机器人

告警的精髓是：消息要能及时看到，否则告警没有意义。

邮件告警

最基础的方案，群晖内置的邮件告警配置最简单：控制面板 → 通知中心 → 电子邮件，设置 SMTP 服务器（QQ 邮箱、163 邮箱都行，注意开启 SMTP 服务并生成专用密码）。

缺点：邮件可能进垃圾箱，或者半夜看到手机亮了一下点开又睡了。

PushPlus 微信推送

PushPlus（pushplus.plus）是一个免费的微信消息推送服务，注册后得到一个 Token，通过 HTTP 请求就能往微信发消息。

在群晖里用 Python 脚本或者 Docker 的 watchtower 配合 PushPlus，可以把告警消息直接推送到微信，比邮件更及时。

钉钉机器人告警

钉钉群可以创建自定义机器人，获取 Webhook 地址后，用 curl 就能发告警消息：

curl -X POST 'https://oapi.dingtalk.com/robot/send?access_token=你的Token' \
  -H 'Content-Type: application/json' \
  -d '{"msgtype": "text", "text": {"content": "NAS告警：硬盘温度超过60°C"}}'

钉钉的好处是可以附带手机震动，半夜也能叫醒你。

存储容量预警：设定阈值自动告警

这是最容易被忽视的告警。我的群晖设置了三个容量告警阈值：

80% 告警 ：发邮件提醒整理空间
90% 告警 ：微信推送，提醒立即处理
95% 告警 ：钉钉推送 + 短信，硬盘几乎满了

群晖自带的"存储空间通知"在控制面板 → 通知中心 → 存储空间里设置，填入阈值百分比和通知邮箱即可。

另外我设置了定时任务（每天早上 9 点），用 df 命令检查各存储池的占用情况，输出到一个日志文件，这样能看出容量的历史变化趋势。

Docker 日志管理：容器日志自动清理

开头说的那个磁盘被 Docker 日志写满的事，教会了我必须管好容器日志。

Docker 容器运行时会持续写入日志到 /var/lib/docker/containers/ 目录，默认不清理，大容器几天就能写满整个磁盘。

解决方法：在 docker-compose.yml 里加上日志限制：

services:
  your-app:
    image: xxx
    logging:
      driver: "json-file"
      options:
        max-size: "10m"
        max-file: "3"

这会把每个容器的日志文件限制在 10MB，最多保留 3 个文件，超过就自动轮转。

如果是已经跑着的容器，可以执行：

docker run --rm -v /var/run/docker.sock:/var/run/docker.sock \
  sane/docker-log-options \
  your-container-name --log-opt max-size=10m --log-opt max-file=3

异常访问检测：SSH 暴力破解告警

公网 IP 的 NAS，每天都会被扫描和暴力破解。SSH 22 端口如果暴露在公网，一定会有大量登录尝试。

我的处理方式：

改变 SSH 端口 ：把 22 改成高位端口（如 2222），减少 90% 的自动扫描
禁用密码登录 ：只允许 SSH Key 登录，完全杜绝暴力破解
PasswordAuthentication no
安装 Fail2Ban ：自动封禁连续登录失败的 IP
群晖可以通过 SSH 安装 fail2ban，或者用 Docker 运行
登录成功 / 失败通知 ：在 /etc/pam.d/sshd 或者 .bashrc 里加一句，当有人 SSH 登录成功时给手机发消息

设置 Fail2Ban 后，系统会自动封禁 10 分钟内登录失败超过 3 次的 IP。我查日志看到被封禁的 IP 列表，每次都有几十个，说明这套机制确实在工作。

推荐工具：WatchYourLAN（局域网设备监控）

WatchYourLAN 是一个轻量级的局域网设备监控工具，扫描局域网内的设备，发现新设备接入或者设备离线时发送通知。

用途：监控家里有没有陌生设备接入 WiFi，及时发现蹭网或者被入侵的情况。

部署方法（Docker）：

services:
  watchyourlan:
    image: aceberg/watchyourlan
    container_name: watchyourlan
    network_mode: host
    ports:
      - 8080:8080
    volumes:
      - ./data:/data

界面很简洁，可以看到所有在线设备的 IP、MAC 地址、hostname。如果某个设备突然出现（比如陌生 MAC），就发告警。

我的监控体系总结

目前我的 NAS 监控包括：

硬盘 SMART 健康状态（每周自动检测）
存储空间使用率（阈值告警）
Docker 容器日志（自动轮转清理）
SSH 登录（Fail2Ban + 登录通知）
局域网设备变化（WatchYourLAN）

整套体系搭起来花了半天时间，现在能睡安稳觉了。NAS 上跑的所有服务我都能远程掌控，有什么问题 5 分钟内知道。

最关键的一点：不要相信 NAS 永远不会出问题，要假设它随时可能出问题。监控和告警不是为了让它不出问题，而是为了出了问题能第一时间发现、最小化损失。

NAS打造私人音乐中心：Navidrome搭建与无损音乐体验

Wed, 08 Apr 2026 00:00:00 GMT

NAS音乐Navidrome无损音乐FLAC流媒体

我是无损音乐爱好者，家里有几千张专辑。之前一直用电脑 + 外置 DAC 播放，每次找歌、切歌特别麻烦。搭了 Navidrome 之后，所有设备统一管理，体验直接提升了一个档次。今天说说怎么用 NAS 搭建一个完整的私人音乐中心。

一、为什么用NAS当音乐服务器？

直接用手机 App 听歌不行吗？可以，但有几个痛点：

版权限制 ：QQ 音乐、网易云的歌会下架。之前存的歌突然没了，体验很差。
音质压缩 ：流媒体默认都是 AAC 320kbps 或者 MP3 320kbps，比无损差一截。
离线需求 ：有时候在地下室、电梯里信号差，离线库很重要。
多设备同步 ：手机、平板、电脑、音箱都要能听，歌单要同步。

NAS + Navidrome 解决以上所有问题：自己的硬盘存歌，永远不会下架；无损格式随便选；全局域网设备随便访问。

二、Navidrome部署：Docker一键安装

Navidrome 是开源项目，官方提供 Docker 镜像，一行命令就能跑起来：

docker run -d \
  --name navidrome \
  --restart unless-stopped \
  -p 4533:4533 \
  -v /path/to/music:/music \
  -v /path/to/navidrome_data:/data \
  -e ND_SCANSCHEDULE="@every 1h" \
  deluan/navidrome:latest

参数说明：

/music：音乐文件存放目录，结构按 Artist / Album / Track.mp3 整理
/data：Navidrome 数据库和配置存放位置
ND_SCANSCHEDULE：音乐库扫描间隔，每小时自动扫描一次新文件

部署完之后，浏览器打开 http://NAS_IP:4533 就能看到 Web UI。第一次需要创建管理员账号。

三、音乐库整理：格式与元数据

这是最花时间的部分。Navidrome 本身不负责整理，它只是展示已有的元数据。

格式方面 ：支持 MP3、AAC、FLAC、OGG、WAV、M4A。我推荐用 FLAC，体积是 WAV 的 40%，音质无损。

元数据整理 ：强烈推荐用 MusicBrainz Picard （免费软件）来整理。它会自动匹配歌曲信息，包括专辑封面、艺术家、年份、流派等。

用法很简单：把整张专辑拖进 Picard，它会分析音频指纹自动识别歌曲信息，确认后保存。封面、元数据一并写入文件。

整理后的目录结构：

/music/
  /Pink Floyd/
    /The Dark Side of the Moon (1973)/
      01 - Speak to Me.flac
      02 - Breathe.flac
      ...
      cover.jpg

四、多端播放

Navidrome 提供 Web UI（适合临时用）、手机 App、以及 Subsonic API（兼容大量第三方播放器）。

手机端推荐：

Symfonium （Android，最推荐，界面设计很漂亮）
Amperfy （iOS，开源，免费）
直接用浏览器 （最简单的方案，基础播放够用）

电脑端：Roon 是最顶级的方案，但订阅费很贵。如果只是播放，Foobar2000 + UPnP 插件可以直接访问 Navidrome。

音箱/流媒体设备：支持 DLNA/UPnP 的音箱可以直接推送播放，比如 SONOS（需要 SONOS App 中添加 Navidrome 作为音乐服务）。

五、无损音乐真的听得出区别吗？

说实话——取决于你的设备和环境 。

我自己对比过：MacBook Pro 自带的扬声器 + Spotify Premium，听 FLAC 和 AAC 320kbps，完全听不出区别 。笔记本扬声器本身就是瓶颈。

但换了监听耳机（Sony MDR-7506）+ 入门级 DAC（Topping DX3 Pro+），AB 对比 FLAC 和 AAC 320kbps，能听到明显区别 。最明显的是高频——AAC 在极高频会有涂抹感，FLAC 完整保留了高频泛音。

所以结论是：

用手机扬声器/普通耳机 → MP3 320kbps 够用
用不错的耳机 + DAC → FLAC 值回票价
发烧友级别 → 上 DSD256 都不为过

我不建议大家为了"无损"去买贵的设备。如果你的耳机低于 500 元，先升级耳机再考虑无损音乐。

六、Kids 场景：家庭音乐共享

给家里小孩用的话，可以单独建一个"儿童音乐"库，按专辑/动画电影分类。Navidrome 支持多用户，可以在后台创建儿童账号，只给他们看儿童音乐目录，权限隔离。

配合树莓派 + DAC 模块，做一个放在儿童房的独立音乐播放器，随时可以点歌，比 iPad 更专注（也不容易拿去做别的）。

数据来源：Navidrome 官方文档，MusicBrainz Picard 使用手册，个人实测对比（2026年4月）

把NAS变成NVR：监控摄像头方案全攻略

Wed, 08 Apr 2026 00:00:00 GMT

NASNVR监控SurveillanceStation摄像头

家里装摄像头，方案太多了。最省钱的是用闲置旧手机，最省事的是买云存储，但最香的其实是把 NAS 当 NVR（网络视频录像机）。一台 NAS 管所有摄像头，手机回放、告警推送、云端备份全搞定。

一、主流NVR方案对比

各家 NAS 系统都有配套的监控方案，选择取决于你用哪个 NAS：

群晖 — Surveillance Station

我用得最多的方案。界面做得很成熟，Camera 支持列表非常全，基本上主流品牌都能直接添加。授权策略：免费版支持 2 个摄像头，正式使用至少要买 2 路授权（官方价格大概 400 多）。

支持时间线回放、动作告警、即时回放、NAS 到云端备份。手机 App（DS cam）体验也不错。

威联通 — QVR Pro / QVR Elite

威联通的方案分两层：QVR Pro 是基础版，QVR Elite 是升级版。QVR Pro 免费支持 4 路摄像头，Pro 版支持 8 路。QVR Elite 则整合了更多 AI 功能，比如人脸识别。

我试过 QVR Pro，优点是录像文件格式开放（标准 MP4），不依赖厂商软件。缺点是界面比群晖复杂，上手需要时间。

飞牛 OS — 自带监控 / FNVR

飞牛 OS 集成 FNVR 模块，安装后即可添加摄像头。操作简单，对家庭用户友好。支持的摄像头数量取决于 NAS 性能，我自己测试时用了一台 N100 的小机器跑了 4 路 1080P，同时录 4 台没问题。

二、摄像头怎么选？

选摄像头最关键的是看 ONVIF 兼容 。ONVIF 是个行业标准，只要摄像头支持 ONVIF，NAS 基本都能直接识别，不需要厂商私有协议。

推荐几个我用过或者朋友在用的型号：

海康威视 ESeries ：性价比最高，200万像素大概 150-200 元。支持 ONVIF，Surveillance Station 直接添加。
大华 IPC-HFW ：质量稳定，图像质量比海康稍好一点点，同等价位的两家差不多。
TP-Link Tapo ：家用入门款，价格便宜，但 ONVIF 支持要看具体型号，部分型号需要用厂商 App 设置后才能 ONVIF 连接。
乐橙（Imou） ：国内品牌，图像质量不错，但 ONVIF 兼容性参差不齐，建议先查兼容列表。

分辨率建议：不要买低于 1080P 的 。现在 1080P 摄像头价格已经很便宜了，200万像素够家用了。如果要看得清车牌，至少 400 万像素（4MP）起步。

三、录像存储计算

这是最常被问的问题：4TB 硬盘能存多久？

计算公式：

每天存储量 = 码率（Mbps）× 3600秒 × 24小时 ÷ 8 ÷ 1024 ≈ GB/天

不同配置的实测数据：

分辨率/帧率| 码率| 单路/天| 4路30天（4TB）
---|---|---|---
1080P / 25fps| 4 Mbps| 43 GB| ~23天
1080P / 15fps| 2 Mbps| 21 GB| ~47天
4MP / 25fps| 8 Mbps| 86 GB| ~11天
移动侦测（仅事件）| ~1 Mbps均值| ~5 GB| ~200天

结论：开移动侦测 能省 80% 以上的存储空间。绝大多数家庭场景，只有门口、窗户这些位置需要录像，移动侦测完全够用。

四、我的家庭监控方案

我家的情况：门口 1 台（大华 4MP），客厅 1 台（海康 2MP），后院 1 台（大华 2MP），一共 3 路。

存储策略：

连续录制 1080P / 15fps（客厅隐私不录像，只录门口和后院）
移动侦测触发告警，推送到微信
录像保留 14 天
重要片段（有人按门铃）自动备份到 NAS 另一个目录

总容量用了 2TB 硬盘，够存 45 天。

五、旧手机当摄像头：超低成本的监控方案

如果只是临时用，或者想省掉买摄像头的钱，闲置的 Android 手机完全可以当摄像头用。

六、隐私和安全注意事项

监控摄像头最大的问题是隐私。几个必须注意的点：

摄像头不要对着邻居窗户或者公共区域
NVR 管理后台一定要设强密码，默认 admin 密码等于没设
如果 NAS 支持 HTTPS，监控 Web 界面也要开启 HTTPS
不要把 NVR 直接暴露到公网（除非用 Tailscale VPN）

我自己用 Tailscale VPN 访问 NVR，手机连上 VPN 才能看监控画面，这样就算公网 IP 被扫也不怕。

数据来源：海康威视/大华官方参数表，Surveillance Station 用户手册，个人实测数据（2026年4月）

飞牛OS vs 群晖/威联通对比：国产NAS系统值得用吗？

Wed, 08 Apr 2026 00:00:00 GMT

NAS飞牛OS群晖威联通系统对比fnOS

飞牛OS vs 群晖/威联通对比：国产NAS系统值得用吗？

2026-04-08 · 硬件数码/NAS存储 · 🔖 NAS, 飞牛OS, 群晖, 威联通, 系统对比, fnOS

2024年底，一款国产NAS系统横空出世——飞牛OS（fnOS）。

免费、开源、界面美观，迅速吸引了大量DIY玩家。但它真的能和群晖、威联通这样的老牌厂商抗衡吗？

一、三款系统简介

群晖 DSM

NAS领域的老大，以稳定性和易用性著称。DSM系统经过多年迭代，生态完善，用户群体庞大。

特点：稳定、易用、生态丰富、价格较高

威联通 QTS

群晖的主要竞争对手，以高性能和性价比见长。硬件配置通常更高，专业功能丰富。

特点：性能强、性价比高、功能专业、学习曲线陡峭

飞牛OS fnOS

2024年底发布的国产NAS系统，基于Debian深度定制，完全免费，界面设计现代化。

特点：免费、界面美观、硬件兼容性强、生态待完善

二、核心功能对比

功能 | 群晖 DSM | 威联通 QTS | 飞牛OS
---|---|---|---
文件系统 | Btrfs/ext4 | Btrfs/ext4/ZFS | ext4/ZFS
RAID支持 | SHR/标准RAID | 标准RAID | 标准RAID
虚拟机 | ✅ VMM | ✅ Virtualization Station | ❌ 不支持
Docker | ✅ Container Manager | ✅ Container Station | ✅ 支持
相册 | ✅ Synology Photos | ✅ QuMagie | ✅ 内置相册
影音 | ✅ Video Station/Plex | ✅ Video Station | ✅ 内置影视
下载 | ✅ Download Station | ✅ Download Station | ✅ 内置下载
UPS支持 | ✅ 完善 | ✅ 完善 | ✅ 支持
远程访问 | ✅ QuickConnect | ✅ myQNAPcloud | ✅ FN Connect
应用商店 | ✅ 丰富 | ✅ 较丰富 | ⚠️ 较少

三、详细对比分析

1. 界面与易用性

飞牛OS ：界面设计现代化，色彩搭配协调，布局合理。Web端操作流畅，新手友好度极高。

群晖DSM ：经典界面，逻辑清晰，学习成本低。经过多年优化，用户体验成熟。

威联通QTS ：功能丰富但界面复杂，新手需要一定学习时间。

💡 结论 ：飞牛OS界面美观度最高，群晖最成熟稳定，威联通功能最全但学习成本高。

2. 硬件兼容性

飞牛OS ：几乎支持所有x86硬件，网卡兼容性好，可用闲置设备搭建，成本最低。

群晖：对硬件有要求，部分网卡不支持，DIY黑群晖有一定门槛。

威联通 ：官方硬件配置高，DIY方案较少。

💡 结论 ：飞牛OS硬件兼容性最强，适合DIY玩家。群晖和威联通更适合购买成品。

3. 文件系统与存储

群晖：Btrfs文件系统成熟，支持快照、数据校验，SHR模式灵活。

威联通 ：支持ZFS（企业级），存储管理灵活，专业功能丰富。

飞牛OS ：支持ext4和ZFS，基础功能完善，但高级功能不如群晖成熟。

4. 影音功能

飞牛OS ：内置影视系统出色，自动刮削影片信息、下载字幕，支持硬件转码。

群晖：Video Station已停止维护，需用Plex/Jellyfin替代。

威联通 ：Video Station功能一般，通常也需第三方方案。

💡 结论 ：飞牛OS的影音功能是三家中最强的，开箱即用，体验最好。

5. 应用生态

群晖：应用商店套件丰富，第三方应用多，生态最完善。

威联通 ：应用数量略少于群晖，但核心功能齐全。

飞牛OS ：应用生态较弱，虽有第三方套件库，但功能完整性和稳定性有待提升。

⚠️ 注意 ：飞牛OS不支持虚拟机，Docker功能相对基础，不适合需要复杂虚拟化环境的用户。

6. 远程访问

方案 | 群晖 | 威联通 | 飞牛OS
---|---|---|---
官方穿透 | QuickConnect | myQNAPcloud | FN Connect
IPv6直连 | ✅ | ✅ | ✅
DDNS | ✅ | ✅ | ✅

三家都支持多种远程访问方案，飞牛OS的FN Connect目前免费，但未来可能收费。

四、优缺点总结

飞牛OS

优点：

完全免费，永久使用
界面美观，操作流畅
硬件兼容性极强
影音功能出色
安装简单，新手友好

缺点：

应用生态薄弱
不支持虚拟机
Docker功能基础
部分功能细节待完善（HDR、声道切换等）
存在一些小Bug

群晖DSM

优点：

系统稳定，生态完善
应用商店丰富
Btrfs文件系统成熟
社区资源多，教程丰富
虚拟机功能完善

缺点：

价格较高
硬件选择受限
Video Station已停更

威联通QTS

优点：

性价比高
硬件配置高
支持ZFS文件系统
虚拟机性能强
专业功能丰富

缺点：

学习曲线陡峭
界面复杂
应用生态略逊于群晖

五、适用人群推荐

人群 | 推荐系统 | 理由
---|---|---
预算有限的DIY玩家 | 飞牛OS | 免费、硬件兼容好、易上手
追求稳定易用 | 群晖DSM | 生态成熟、社区丰富、省心
需要高性能/虚拟化 | 威联通QTS | 硬件强、虚拟机性能好
影音爱好者 | 飞牛OS | 内置影视功能最强
企业/专业用户 | 群晖/威联通 | 稳定性、技术支持更可靠

六、我的建议

新手入门

如果预算有限，想先体验NAS，飞牛OS是很好的选择。免费、易用、功能够用。

长期使用

如果打算长期使用，建议群晖或威联通。生态更成熟，稳定性更有保障。

影音为主

主要用来看电影、追剧，飞牛OS的影视功能体验最好。

折腾玩家

喜欢折腾Docker、虚拟机，群晖或威联通更适合。

七、未来展望

飞牛OS 1.0版本已于2025年11月发布，核心功能基本完善，更新节奏改为半月更。

作为一款国产NAS系统，飞牛OS的进步速度很快。如果能持续完善生态、修复Bug，未来有望成为群晖、威联通的有力竞争者。

⚠️ 提醒 ：飞牛OS目前免费，但未来部分高级功能可能收费。建议关注官方动态，理性选择。

总结

飞牛OS ：适合预算有限、追求易用、主要用于影音的新手用户。

群晖DSM ：适合追求稳定、生态完善、预算充足的用户。

威联通QTS ：适合需要高性能、专业功能、愿意学习的用户。

没有最好的系统，只有最适合你的系统。根据自己的需求和预算选择，才是明智之举。

数据来源：CSDN博客、什么值得买、今日头条、腾讯网

NAS性能优化指南：榨干硬件的全部潜力

Wed, 08 Apr 2026 00:00:00 GMT

NAS性能优化SMB多通道SSD缓存网络

买回来 NAS 发现跑不满带宽？文件传输慢得让人抓狂？其实大多数情况下，不是硬件不行，是设置没优化。我把我折腾过的优化方法整理了一下，按投入产出比排序，从零成本到需要投入的方案都有。

一、先诊断：瓶颈在哪里？

优化之前先要搞清楚瓶颈在哪。常见瓶颈有三个：

网络瓶颈 ：NAS 是千兆（1Gbps），实际跑到 110MB/s 左右是正常的。如果跑到 200MB/s，可能是测速工具的算法问题，不是真实速度。
硬盘瓶颈 ：机械硬盘顺序读大概 150MB/s，随机读写会掉到 10-50MB/s。HDD 做 docker 镜像存储时特别容易遇到随机读写瓶颈。
CPU/内存瓶颈 ：NAS CPU 通常较弱，跑加密、压缩、转码时容易成为瓶颈。

先用 NAS 自带的测试工具跑一下，看看实际速度。我用 iperf3 测内网带宽，用 dd 测硬盘读写：

# 测硬盘写速度
dd if=/dev/zero of=/volume1/testfile bs=1M count=1024 oflag=direct

# 测硬盘读速度
dd if=/volume1/testfile of=/dev/null bs=1M iflag=direct

二、零成本优化：SMB多通道（效果最明显）

如果你的 NAS 有两个网口，这是最值得做的优化，而且完全免费。

SMB 多通道允许同时用多个网络连接传输数据。比如 NAS 有两个 2.5Gbps 网口，电脑用一个 2.5Gbps 网口，理论上就能跑到 2.5Gbps 带宽。

设置方法：

NAS 端：将两个网口都接入同一子网，启用 SMB 多通道（群晖在控制面板→文件服务→SMB→启用"启用SMB 3.0多通道"）
电脑端：插两块网卡，或者用支持链路聚合的路由器
验证：用 Get-SmbMultichannelConnection -ServerName NAS_IP 看是否有多通道连接

实测效果：双 2.5Gbps 下，传单个大文件速度从 280MB/s 提升到 450MB/s，接近单个 SSD 的速度了。

三、SSD缓存：要不要加？

SSD 缓存是 NAS 性能优化里被神话最多的功能。实际效果取决于你的使用场景。

读缓存 （最常用）：把频繁访问的数据放在 SSD 上，加速随机读取。适合跑数据库、照片库索引、Docker 容器目录。

写缓存 ：把写入请求先放到 SSD，再异步刷到 HDD。可以显著提升小文件写入速度，但有数据丢失风险（突然断电会导致未刷盘的数据丢失）。

不适合的场景 ：大文件顺序传输（NAS 带宽本身就受限于网络，小文件缓存没用）。监控录像写入（连续写入，不需要缓存）。

我的建议：不要买 NAS 专用的 SSD 缓存加速卡 ，又贵又鸡肋。如果你有多盘位，直接拿一块 SATA SSD 做成读缓存，专门给 Docker 和照片库加速即可。

四、网络协议：SMB vs NFS vs AFP

不同协议速度差距明显：

协议| 实测速度（千兆）| 适用场景
---|---|---
SMB 3.0（多通道）| 450MB/s（双2.5G）| Windows/全平台，通用
SMB 3.0（单通道）| 110-120MB/s| 日常文件共享
NFS| 120-130MB/s| Linux/Mac，高性能
AFP| 110MB/s| 旧版macOS，逐步淘汰

结论：macOS 用户用 NFS ，速度比 SMB 快一点。Windows 用户老老实实用 SMB 3.0。Linux 服务器访问 NAS，用 NFS 最省心。

五、Docker资源限制

NAS 上的 Docker 容器默认不限资源，跑多了会互相抢。我现在的配置：

services:
  jellyfin:
    mem_limit: 2g
    mem_reservation: 512m
    cpus: 2

  nextcloud:
    mem_limit: 1g
    mem_reservation: 256m
    cpus: 1

  homeassistant:
    mem_limit: 1g
    mem_reservation: 256m
    cpus: 0.5

原则：给每个服务设置内存上限，避免某个容器内存泄漏把整个 NAS 卡死。CPU 限制相对宽松，但 Jellyfin 视频转码时要设高一点。

六、文件系统选择

群晖支持 Btrfs 和 ext4。Btrfs 支持快照（数据保护强），ext4 性能稍好一点。

我的建议：数据盘用 Btrfs，Docker 盘用 ext4 。Docker 容器不存在快照需求，ext4 性能更好。数据盘需要快照保护，用 Btrfs。

七、优化前后对比

我用 J4125 + 4×8TB HDD + 双 2.5Gbps 网口的配置实测：

默认设置（千兆，SMB 单通道）：112MB/s
开启 SMB 多通道（2.5Gbps×2）：430MB/s
+ SSD 读缓存（Docker 目录）：450MB/s
+ NFS 协议替代 SMB：460MB/s

最后卡在 460MB/s，是因为电脑端 SSD 写入速度就只有这么快了。

数据来源：群晖官方性能白皮书，个人实测（J4125，4×8TB WD Red，2×2.5Gbps，2026年4月）

NAS手机相册备份指南：终于不用每月给iCloud交钱了

Wed, 08 Apr 2026 00:00:00 GMT

NAS相册备份iCloudSynology Photos家庭存储

我用 iPhone 12 的时候，每月 iCloud 付费 21 元——50GB 套餐。拍了几千张照片之后，50GB 根本不够用，想升 200GB 就要每月 68 元。一年下来 800 块，够我买两块 4TB 硬盘了。后来换了群晖，彻底告别了 iCloud，这篇文章说说实操经验。

各品牌 NAS 的手机相册方案

先把我了解的几个方案说清楚：

群晖 Synology Photos

群晖官方的相册应用，支持手机自动备份、人脸识别、地理标记。按时间轴和文件夹组织照片，界面比较简洁。

优点：稳定，和群晖系统深度集成；人脸识别效果不错；支持家庭共享。缺点是界面相对老旧，没有 AI 分类（物品、场景）功能。

威联通 QuMagie

威联通的相册应用，人工智能引擎比较强，支持 AI 人脸识别、场景分类（宠物、食物、风景等）。界面也比群晖好看一些。

缺点是操作逻辑和群晖不同，刚上手可能需要适应。

飞牛OS fnOS

飞牛的相册功能相对简单，自动备份支持，但在人脸识别和分类功能上不如前两者完善。如果对人脸识别要求不高，飞牛OS 完全够用。

绿联 UGOS

绿联 NAS 的相册功能偏向简单实用，自动分类和人脸识别在持续优化中。对普通家庭用户来说够用，但如果追求 AI 分类功能，可能需要等后续更新。

iCloud vs 群晖 Photos：实测对比

对比项| iCloud| 群晖 Photos
---|---|---
月费| 21元/50GB ~ 68元/200GB| 一次性硬件成本，无月费
访问速度（外网）| 快，CDN全球加速| 取决于NAS上行带宽
隐私| 数据在苹果服务器| 完全私有，数据在自己硬盘
人脸识别| ✅ 成熟| ✅ 成熟（DSM7+）
HEIC 格式| 原生支持| 需要 NAS 上转换或 App 原生支持
家人共享| ✅ 多人共用同一套餐| ✅ 家庭账号体系
备份可靠性| 极高（苹果机房+多副本）| 取决于你的硬盘和备份策略

我的结论：如果你对隐私要求高，或者家庭成员多，iCloud 套餐分摊下来其实不贵。但如果你想彻底摆脱订阅费，NAS 是更经济的长期方案。

照片分类：按时间、地点、人脸自动整理

相册能不能用好，关键看分类功能。

Synology Photos 的分类逻辑是：按年/月/日时间轴为主，配合文件夹和标签。时间轴会自动生成，地理标记需要照片有 GPS 信息。

人脸识别在 DSM 7 后有了很大改善，系统会自动把人脸相似的照片归组。你可以给每个人脸标注名字，之后按人名搜索非常方便。

但是有一个坑要提醒：人脸识别需要一定的 CPU 性能。如果 NAS 配置偏低（入门级 ARM 机型），人脸识别会比较慢或者功能被限制。群晖的 x86 机型（DS920+、DS1621+ 等）人脸识别体验就好很多。

HEIC 格式兼容问题

iPhone 默认用 HEIC 格式拍照，Windows 和 Android 设备原生不支持，所以相册备份时会有兼容性问题。

我的解决方案：

iPhone 照片备份到 NAS 时，群晖 Photos App 会自动处理 HEIC，在 App 内浏览没问题
如果需要在电脑（Windows）上直接查看，建议在 NAS 上装 ImageMagick 转换成 JPEG
或者 iPhone 设置里把"保留原片"改成 HEIC，但同时开启"下载到其他设备用 JPEG"，群晖能自动识别

实际操作中，群晖 Photos 的 iOS App 对 HEIC 支持已经比较完善，大部分情况下不需要手动转换。

家庭共享：多人上传各自相册

群晖支持家庭账号体系，可以给每个家庭成员创建独立账号，绑定各自的手机。每个人只能看到和操作自己的照片，但管理员（你）可以查看所有。

设置方法：控制面板 → 用户账号 → 创建用户 → 在 Synology Photos 里设置"个人空间"和"共享相册"权限。

还有个功能叫"共享相册"——你可以创建一个相册（比如"2024春节"），邀请家人往里面上传各自拍的照片，这个对家庭场景非常实用。

带宽估算：相册同步对上行带宽的要求

这是一个被低估的问题。

手机照片备份走的是上传带宽。以 4K 30fps 视频为例，一分钟视频大约 400MB；一张 12MP HEIC 照片约 3-5MB。

普通家庭宽带（100Mbps 下行 / 20Mbps 上行），手机在外网备份时，上传速度约 2-2.5MB/s。备份 1000 张照片（约 4GB）需要约 30 分钟。这在 WiFi 环境下不是问题，但用流量备份时就头疼了。

建议：

手机 App 设置"仅在 WiFi 下备份"，避免走流量
出门在外需要快速备份时，用 4G 热点连 WiFi，让 NAS 在家接收
如果你经常在外网访问 NAS 相册，选择上行带宽高的宽带套餐（至少 30Mbps）

备份策略：增量同步 vs 全量备份

相册备份最怕的是误删和数据损坏。

增量同步：手机 App 只上传新照片，已备份的不重复传，节省时间和流量。这个各家的 App 都支持。

全量备份：我每个月会做一次 NAS 本地备份，用外接硬盘接 NAS USB 口，rsync 同步一份。这样即使 NAS 硬盘坏了，还有离线副本。

另外建议开启群晖的 Snapshot Replication（快照），每天自动保存一份相册目录的快照，可以恢复到任意时间点。这个功能在 Btrfs 文件系统下效果最好。

我的实际体验

用群晖 Photos 快两年了，说几个真实感受：

好的方面：再也不用担心 iCloud 爆满，相册访问速度比 iCloud 外网快（家里 500M 宽带），家庭共享功能非常实用，老婆和爸妈的照片都各归其位。

不足的地方：人脸识别准确率比 Google Photos 还是差点，偶尔会把宠物和人物混在一起；外网访问在没有 QuickConnect 时需要自己配内网穿透，略麻烦。

如果你正在纠结要不要把 iCloud 迁到 NAS，我的建议是：先把照片迁移到 NAS 作为备份，iCloud 作为第二备份，等你确认 NAS 相册够用了，再考虑降级 iCloud。这个过渡期大概需要 1-2 周。

NAS与智能家居联动：Home Assistant接入米家全攻略

Wed, 08 Apr 2026 00:00:00 GMT

NAS智能家居HomeAssistant米家物联网自动化

智能家居品牌太多，各家 App 互不兼容，买了一堆设备却要用一堆 App 控制？Home Assistant 就是来解决这个问题的。把它跑在 NAS 上，24 小时运行，统一管理所有品牌的设备，一个界面管全屋。聊聊我的搭建经验。

一、Home Assistant 是什么？

Home Assistant（简称 HA）是一个开源的智能家居中枢，支持接入市面上几乎所有主流智能设备品牌：米家、天猫精灵、Yeelight、绿米、飞利浦 Hue、宜家 TRÅDFRI、SONOS……基本上你能想到的它都支持。

它有两个核心能力：

统一控制 ：一个界面管所有设备，不需要切换 N 个 App。
自动化 ：设备之间可以联动，比如"门锁打开"→"走廊灯亮"→"空调调到 24 度"。

二、为什么用NAS跑Home Assistant？

Home Assistant 官方推荐用树莓派，但用 NAS 跑有几个明显优势：

24 小时运行 ：NAS 本来就是 24 小时开着的，不需要额外设备。
低功耗 ：NAS 待机功耗本来就低，跑 HA 几乎不增加电费。
数据存储 ：HA 的历史数据、日志、录像都可以直接存在 NAS 上，不需要外接 U 盘或者 SD 卡。
稳定可靠 ：NAS 的硬件比树莓派稳定多了，不会因为 SD 卡损坏而丢数据。

三、Docker安装Home Assistant

最简单的方式是用 Docker 安装：

docker run -d \
  --name homeassistant \
  --restart unless-stopped \
  --network host \
  -v /path/to/ha_config:/config \
  -v /run/dbus:/run/dbus:ro \
  --privileged \
  homeassistant/home-assistant:latest

飞牛 OS 和群晖都可以在 Docker 管理界面里图形化安装，不需要记命令。安装包大概 1GB，第一次启动需要等几分钟初始化。

安装完成后，浏览器打开 http://NAS_IP:8123，按引导设置即可。

四、接入米家设备

这是大多数人最需要的场景。米家设备接入 HA 有几种方式：

方式1：Xiaomi Gateway 3（推荐）

小米多模网关支持的设备，可以通过本地网络直接接入 HA，不需要云端。配置方法：

在 HA 的"集成"页面搜索"Xiaomi"，添加 Xiaomi Miio 集成
填入网关的 IP 地址和 token（token 需要在米家 App 里获取）
HA 会自动发现网关下的所有子设备

这种方式最稳定，响应速度快，而且断网时也能用。

方式2：HACS + Xiaomi Miot Auto

如果你的设备不在 Xiaomi Miio 支持列表里，可以安装 HACS（Home Assistant Community Store），然后通过 Xiaomi Miot Auto 插件接入更多设备。

token 获取方法：在米家 App 里长按设备→设备信息→点击"micolinki" 5次→出现 token。或者用 MiHome Tools App 直接导出。

五、实用自动化场景

接入只是第一步，真正有用的是自动化。我自己常用的几个场景：

场景1：回家模式

门锁检测到指定指纹开门（我的指纹）→ 打开走廊灯 → 打开客厅灯 → 空调调到 24 度 → 播放欢迎语音。

场景2：离家模式

门锁上提反锁 → 关闭所有灯 → 关闭所有空调 → 开启安防模式（摄像头开始录像）→ 发送通知到手机。

场景3：影院模式

按下投影仪遥控器（通过红外传感器检测）→ 关闭客厅主灯 → 打开氛围灯 → 放下投影幕布 → 打开功放。一步到位。

场景4：安防告警

门窗传感器检测到异常开启（安防模式激活时）→ 摄像头截图 → 发送告警到微信 → 响铃威慑。

六、Home Assistant vs Apple HomeKit vs 米家

三个方案各有优劣：

方案| 优点| 缺点
---|---|---
Home Assistant| 品牌全覆盖，自动化最强，完全本地| 配置复杂，需要一定学习成本
Apple HomeKit| 隐私好，界面美观，Siri控制| 设备兼容少，价格贵
米家| 设备丰富，价格便宜，生态完整| 云端依赖，重度隐私担忧

我的方案：NAS 跑 HA，HA 统一接入米家设备，苹果 HomeKit 通过 HA 桥接插件接入，iPhone 上的 Home App 可以直接控制米家设备。两边生态的好处都占了。

七、长期运行稳定性

HA 在 NAS 上跑了一年半，稳定性还不错。需要注意几个问题：

内存占用 ：HA 默认占用 500MB-1GB 内存，加载设备多了会增加到 2GB。注意 NAS 总内存够不够。
数据库大小 ：HA 的历史数据默认用 SQLite，时间久了会很大。定期清理或者换用 MariaDB。
HA Core 升级 ：升级前最好做快照备份，升级失败回退比较麻烦。

目前 HA 的 Home Assistant OS 版本对 NAS 支持最好，建议用虚拟机安装（HA OS），比 Docker 版更稳定。如果你的 NAS 内存 8GB 以上，跑 HA OS 虚拟机完全没有压力。

数据来源：Home Assistant 官方文档，Xiaomi Miot Auto GitHub，个人实测（飞牛 OS，J4125，8GB RAM，2026年4月）

NAS扩容指南：加硬盘、换大硬盘、扩展柜怎么选？

Wed, 08 Apr 2026 00:00:00 GMT

NAS扩容硬盘RAID存储池

NAS扩容指南：加硬盘、换大硬盘、扩展柜怎么选？

2026-04-08 · 硬件数码/NAS存储 · 🔖 NAS, 扩容, 硬盘, RAID, 存储池

NAS用着用着，空间不够了怎么办？

这是每个NAS用户都会遇到的问题。本文详细讲解三种扩容方案，帮你选择最适合的方式。

一、扩容前的准备

1. 确认当前状态

扩容前，先搞清楚：

NAS型号和盘位数量
当前硬盘数量和容量
RAID类型（RAID 1/5/6/SHR等）
存储池状态（是否健康）
是否还有空余盘位

2. 确认扩容方案

情况 | 推荐方案
---|---
有空余盘位 | 添加硬盘扩容
盘位已满 | 更换更大容量硬盘
NAS支持扩展柜 | 添加扩展柜
单盘位NAS | 更换大硬盘（需备份）

⚠️ 重要 ：扩容前务必备份重要数据！虽然扩容通常安全，但意外总是可能发生。

二、方案一：添加硬盘扩容

适用条件

NAS有空余硬盘位
存储池RAID类型支持扩容

支持的RAID类型

RAID类型 | 是否支持添加硬盘扩容
---|---
JBOD | ✅ 支持
RAID 5 | ✅ 支持
RAID 6 | ✅ 支持
SHR（群晖） | ✅ 支持
RAID 1 | ⚠️ 只能增加镜像，不增加容量
RAID 0 | ❌ 不支持

硬盘要求

硬盘状态 ：必须是"良好"状态的新硬盘或已擦除的硬盘
硬盘类型 ：与现有硬盘类型相同（都是HDD或都是SSD）
硬盘容量 ：建议≥存储池中最大硬盘容量

操作步骤（群晖DSM）

关闭NAS（不支持热插拔的型号）或直接插入硬盘（支持热插拔）
进入【存储管理器】→【存储池】
点击要扩容的存储池右上角"..."→【添加硬盘】
选择新硬盘，按向导完成操作
等待数据一致性检查完成（可能需要数小时到数天）

操作步骤（威联通QTS）

插入新硬盘
进入【存储与快照总管】→【存储/快照】
点击【管理】→【扩充存储池】
选择"创建并加入新的RAID组"或"加入现有RAID组"
按向导完成操作

💡 提示 ：扩容过程中可以正常使用NAS，但性能会有所下降。建议在夜间进行。

三、方案二：更换更大容量硬盘

适用条件

NAS盘位已满
存储池RAID类型支持更换硬盘扩容

支持的RAID类型

RAID类型 | 是否支持换盘扩容
---|---
RAID 1 | ✅ 支持
RAID 5 | ✅ 支持
RAID 6 | ✅ 支持
SHR（群晖） | ✅ 支持
RAID 0 | ❌ 不支持

扩容原理

逐块更换硬盘为更大容量的硬盘，当所有硬盘都更换完成后，存储池自动扩容。

操作步骤

记录存储池中容量最小的硬盘编号
关闭NAS（不支持热插拔）或直接拔出硬盘（支持热插拔）
移除容量最小的硬盘，插入新的大容量硬盘
启动NAS，进入存储管理器
存储池状态显示"降级"，选择【修复】
选择新硬盘进行修复，等待数据重建完成
重复以上步骤，直到所有硬盘都更换完成

⚠️ 注意 ：每次只能更换一块硬盘，必须等数据重建完成后才能更换下一块。4盘RAID 5更换4块硬盘可能需要一周以上。

扩容时间估算

RAID类型 | 硬盘数量 | 单盘重建时间 | 总耗时
---|---|---|---
RAID 1 | 2块 | 6-12小时 | 1天左右
RAID 5 | 4块 | 12-24小时 | 4-7天
RAID 6 | 6块 | 18-36小时 | 7-14天

四、方案三：添加扩展柜

适用条件

NAS型号支持扩展柜
需要大幅增加存储空间
不想动现有硬盘

群晖扩展柜型号

扩展柜型号 | 盘位 | 兼容NAS型号
---|---|---
DX517 | 5盘位 | DS923+、DS1522+等
DX525 | 5盘位 | DS725+、DS925+等
RX418 | 4盘位 | DS1819+、DS2419+等

威联通扩展柜型号

扩展柜型号 | 盘位 | 兼容NAS型号
---|---|---
TR-004 | 4盘位 | 多数x86 NAS
TR-002 | 2盘位 | 多数x86 NAS
TL-R800S | 8盘位 | 企业级NAS

操作步骤

关闭NAS和扩展柜电源
用eSATA或USB线连接NAS和扩展柜
打开扩展柜电源，再打开NAS电源
进入存储管理器，识别扩展柜硬盘
创建新存储池或扩展现有存储池

💡 建议 ：扩展柜适合需要大量存储空间的场景，但价格较高。如果只是小幅扩容，添加硬盘更划算。

五、单盘位NAS扩容

单盘位NAS没有RAID保护，扩容需要完全备份数据：

准备一块移动硬盘（容量≥NAS数据量）
使用Hyper Backup备份所有数据到移动硬盘
关闭NAS，更换大容量硬盘
重新安装DSM系统
使用Hyper Backup恢复数据

⚠️ 风险提示 ：单盘位NAS扩容风险最大，务必做好备份。

六、扩容方案对比

方案 | 优点 | 缺点 | 适合场景
---|---|---|---
添加硬盘 | 简单快速、数据安全 | 需要空余盘位 | 有空位的NAS
更换硬盘 | 无需空位、可大幅扩容 | 耗时长、有风险 | 盘位已满
扩展柜 | 扩容幅度大、不动现有盘 | 价格高、占空间 | 企业/重度用户

七、扩容注意事项

数据安全

扩容前备份重要数据
确保存储池状态健康
避免在扩容过程中断电
扩容期间不要进行大量读写

硬盘选择

尽量使用相同品牌型号的硬盘
新硬盘容量应≥现有最大硬盘
新硬盘建议先做SMART检测
新旧硬盘混用性能会降低

时间规划

添加硬盘：数小时到数天
更换硬盘：数天到数周
建议在夜间或周末进行
预留充足时间，不要中断

八、常见问题解答

Q：扩容会影响现有数据吗？

A：正常情况下不会，但扩容前备份是必须的。

Q：可以用不同品牌的硬盘混用吗？

A：可以，但建议容量相同，性能会取最低值。

Q：扩容时能继续使用NAS吗？

A：可以，但性能会下降，建议减少读写操作。

Q：SHR和RAID 5扩容有什么区别？

A：SHR更灵活，可以用不同容量硬盘；RAID 5要求硬盘容量相同。

总结

有空位 →添加硬盘，简单快速。

盘位满 →换大硬盘，需要耐心。

重度用户 →扩展柜，一步到位。

单盘位 →先备份再换盘，风险最大。

扩容是NAS的必修课，选对方案，才能安全高效地增加存储空间。

数据来源：群晖官网、威联通官网、什么值得买、知乎

NAS多用户权限管理：家庭和团队配置实战

Wed, 08 Apr 2026 00:00:00 GMT

NAS权限管理ACL多用户家庭NAS

NAS 不只是一个人的设备。家里人要用，朋友可能也要访问，团队更是需要精确的权限隔离。权限设置搞砸了，要么所有人都能看所有文件（隐私灾难），要么所有人都什么都访问不了（功能浪费）。说说我的经验。

一、先搞清楚三个基本概念

NAS 权限体系一般分三层：

用户（User） ：具体的人或应用。群晖里叫"用户账号"，威联通叫"用户账号"。每个用户有独立的用户名和密码。

群组（Group） ：用户的集合。比如"家庭成员"群组包含爸爸、妈妈、孩子；"设计部"群组包含设计师 A、B、C。把用户归组后，给群组设置权限，比逐个用户设置高效得多。

共享文件夹（Shared Folder） ：NAS 上的顶层目录结构。比如"电影""照片""工作文档"。每个共享文件夹可以单独设置谁可以访问。

二、家庭场景：防熊孩子的权限设计

家里有小孩的话，这是最常见的痛点。

我的家庭权限方案 ：

Admin 账号 （我）：所有文件夹可读写，可以安装应用，管理设置。
家长账号 （老婆）：照片和视频库可读写，下载文件夹可读写，工作文件夹只读，家庭影院文件夹可读写。
孩子账号 （7岁）：照片文件夹只读（不能删除），动画片文件夹可读写（可以自己下载），工作文件夹完全无权限。
访客账号 （来访朋友）：仅开放"分享"文件夹，可读写，其他文件夹无权限。

关键点：孩子的账号不要给管理员权限 。很多家长图省事直接给孩子 admin，结果孩子误删全家照片库、血泪教训。

另外，群晖和威联通都有"垃圾桶"功能——删除的文件会先进垃圾桶而不是直接消失。启用这个功能可以给孩子多一层保护，即使误删也能恢复。

三、团队场景：跨部门权限隔离

如果是工作室或者小团队用 NAS，权限设计要更细致：

推荐群组设计 ：

管理组 ：可以管理所有文件夹，可以创建用户，可以修改设置。
设计部组 ：设计素材库可读写，项目文件夹可读写，财务文件夹无权限。
运营部组 ：运营数据可读写，设计素材库只读（方便拿素材，但不能改），财务无权限。
财务组 ：财务文件夹可读写，其他业务文件夹只读。

威联通的 ACL（访问控制列表）比群晖更细致，支持到单个文件的权限设置。如果团队协作场景复杂，威联通是更好的选择。

四、群晖ACL权限继承与覆盖

这是最容易被搞混的部分。

权限继承 ：子文件夹默认继承父文件夹的权限。比如"/共享文件夹/项目A/"默认继承"/共享文件夹/"的权限。

权限覆盖 ：可以手动给子文件夹设置不同权限，覆盖继承的设置。比如"/共享文件夹/项目A/"只允许设计部访问，其他部门无权。

群晖 DSM 的 ACL 设置界面有点反直觉。建议先在测试文件夹上练手，搞清楚"继承"和"覆盖"的区别再动手改正式数据。

五、临时访问：快速分享与限时链接

有时候需要临时给朋友分享大文件，又不想给他开正式账号。

群晖的 QuickConnect + 分享链接 ：在文件上右键"分享"，生成一个链接发给朋友，朋友无需登录就能下载。可以在后台设置链接有效期和密码。

威联通的 Qfile ：类似功能，通过 QuCamera App 或者 Web 界面生成分享链接。

注意：分享链接是省事，但安全风险也不小。建议：

分享链接一定要设密码
设过期时间（最长不超过 7 天）
定期查看"活跃分享"，发现异常及时撤销

六、常见权限坑

我踩过最坑的几个：

坑1：新建用户看不到任何文件夹

新用户默认没有任何文件夹访问权限，需要手动分配。需要进入控制面板→共享文件夹→编辑→权限，手动添加用户到对应文件夹。

坑2：Mac 用户文件权限变成 root

macOS 访问 NAS 时，文件默认以 APFS 格式存储，UID/GID 可能和 NAS 上的用户不匹配。解决办法：用 AFP 协议替代 SMB，或者在 Mac 端用 sudo chown -R username:groupname /Volumes/NAS_folder 修复权限。

坑3：Docker 容器无法访问 NAS 文件

Docker 默认以 root 用户运行，写入的文件在 NAS 上显示为 root 权限，其他用户无法访问。需要在 Docker Compose 里用 PUID 和 PGID 参数指定容器以哪个用户运行。

environment:
  - PUID=1000   # 你的用户 UID
  - PGID=100    # 你的用户组 GID

七、权限检查清单

每次调整权限后，建议过一遍：

□ 新用户能否正常访问需要的文件夹？
□ 是否所有管理员账号只有管理员知道？
□ 访客/临时账号是否设了过期时间？
□ 孩子的账号是否在家长监控之下？
□ 垃圾桶功能是否启用？
□ Docker 容器的 PUID/PGID 是否正确？

数据来源：群晖 DSM 7 权限管理手册，威联通 QTS ACL 文档（2026年4月）

NAS上跑虚拟机：Windows/Linux/软路由一台搞定

Wed, 08 Apr 2026 00:00:00 GMT

NAS虚拟机软路由VirtualBoxOpenWrt

有些场景 Docker 真的搞不定。比如跑 Windows 跑 macOS，比如跑 PfSense 软路由，比如需要完整的内核权限。这时候就得开虚拟机了。今天说说我在飞牛 OS 上跑虚拟机的经验。

一、哪些NAS系统支持虚拟机？

先说结论：不是所有NAS都能跑虚拟机，这个功能对硬件要求比较高。

飞牛 OS 自带虚拟机功能，安装即用，对硬件兼容性比较好。我在飞牛 OS 上跑过 OpenWrt 和 Ubuntu Server，稳定性还不错。

群晖的 Virtual Machine Manager（VMM）是官方解决方案。支持的型号比较多，DS918+以上的机型基本都支持。界面友好，但用起来感觉对资源的管理比较保守。

威联通 的 Virtualization Station 是我用过的最完善的方案。界面做得很细致，虚拟机的克隆、快照、迁移都支持。但授权策略有点复杂，有些高级功能要付费。

黑群晖/unRAID ：这两家对虚拟机的支持更好，特别是 unRAID 本身就是基于虚拟机理念设计的，PCIe 直通非常方便。如果你想用 NAS 同时跑多台虚拟机，unRAID 是更好的选择。

二、内存分配：跑多少才够？

这是最常见的问题。我的经验：

跑 OpenWrt 软路由 ：1核1GB 足够了。OpenWrt 本身非常轻量，CPU 主要消耗在流量转发上。跑 NAT + 防火墙 + 广告屏蔽，一个 vCPU 就能跑到线速。
跑 Ubuntu Server ：2核2GB 是起步。我用来跑 Home Assistant 和一些自动化脚本，2GB 内存有时候会触发 OOMkiller，得加到 4GB 才稳。
跑 Windows 10 ：老实说不太推荐在 NAS 上跑 Windows。最低要求 2核4GB，但实际使用中至少要 4核8GB 才不会卡。而且 Windows 的虚拟化体验很差，远程桌面还好，图形界面就别想了。
跑 Windows 11 ：需要 TPM 2.0，NAS 虚拟机基本不支持，放弃吧。

三、网络模式选哪个？

虚拟机网络有三个模式，各有用途：

桥接模式（Bridged） ：虚拟机获得独立 IP，和物理机平起平坐。适合需要虚拟机直接暴露在局域网的应用，比如软路由。我的 OpenWrt 就用桥接模式，LAN 口接交换机，WAN 口接光猫，NAS 本身通过另一个网口上网。

NAT 模式 ：虚拟机通过宿主机转发上网，无法被局域网其他设备直接访问。适合跑临时测试环境，或者不需要暴露给外网的服务。

Host-Only ：虚拟机只能和宿主机通信，完全隔离。适合高安全要求的测试环境。

四、实战：飞牛 OS 跑 OpenWrt 软路由

这是我最常用的场景。把 NAS 变成软路由，一机两用。

步骤1：下载 OpenWrt 镜像

从 OpenWrt 官网下载 x86/64 的磁盘镜像（ext4.img.gz），解压备用。注意选带 LuCI（Web 管理界面）的版本。

步骤2：创建虚拟机

飞牛 OS 虚拟机向导创建，选择 Linux 系统，分配 1核1GB，硬盘选 8GB 就够。网络选桥接模式。

步骤3：导入镜像

用 dd 命令或者直接用飞牛 OS 的导入功能，把 img 文件写入虚拟硬盘。

步骤4：配置网络

OpenWrt 默认的 LAN 口是 eth0，登录 192.168.1.1 修改：

LAN 口桥接 NAS 所在的物理网口
新增 WAN 口接光猫/上层路由
WAN 口设 DHCP 自动获取或 PPPoE 拨号
开启 NAT 和防火墙

我跑了半年，稳定得很。温度比单独买软路由低（NAS 风扇吹着），功耗基本没增加，而且可以用 NAS 的 Docker 同时跑广告屏蔽（AdGuard Home）和科学上网。

五、性能实测：虚拟机 vs Docker vs 原生

很多人问虚拟机性能损耗有多少。实测数据：

方案| Cinebench分数| 备注
---|---|---
Bare Metal（裸机）| 100%| J4125 四核
Docker 容器| 97-99%| 几乎无损耗
虚拟机（1核）| 70-85%| 取决于负载类型
虚拟机（全核）| 90-95%| 需要 NUMA 优化

结论：CPU 密集型任务有损耗，但对 NAS 上的常见服务影响不大。网卡直通模式下，虚拟机几乎能达到原生性能。

六、什么情况选虚拟机，什么情况选 Docker？

这是我在帮朋友配 NAS 时最常被问到的问题。我的判断标准：

选 Docker ：跑 Linux 服务（Nextcloud、Jellyfin、Home Assistant）、需要频繁更新镜像、开发测试环境。

选 虚拟机 ：跑 Windows/macOS、需要完整内核权限、跑 PfSense/OpenWrt 软路由、跑需要特殊内核参数的应用（如 NAS 上跑 macOS虚拟机装 Xcode）。

NAS 硬件虚拟化支持有限，别指望跑什么重负载。把它当作补充工具就好。

数据来源：个人实测（J4125，8GB RAM，飞牛 OS v1.2.0），群晖VMM官方文档，威联通Virtualization Station手册（2026年4月）

为什么微软Office有几个GB，而WPS只有1GB多？

Wed, 08 Apr 2026 00:00:00 GMT

OfficeWPS办公软件对比

说几个你可能不知道的细节。

首先，Office真不是一开始就有几个GB的。2003版600多MB，2013版800多MB，装完也就2GB左右。现在几个GB是因为功能越来越多，组件越加越多。但WPS 2026个人版安装包273MB，装完也1GB多了，谁也不比谁省多少。

关键区别：组件数量

Office有一大堆东西，Word、Excel、PowerPoint、Outlook、FrontPage……光是能离线下工作的就有十几个。WPS个人版呢？文字、演示、表格，加一个PDF阅读器，四个。你说它体积小，其实是因为该有的功能压根没装进去。

WPS的"浏览器化"

WPS这两年越来越像浏览器了。大量功能得联网才能用，离线状态下增加的功能不超过20%。这就解释了为什么它体积不大但跑起来特别卡——它不是在本地干活，是在云端来回倒腾数据。

会员陷阱

至于会员这件事，确实坑。个人版不支持VBA，超级会员也不行，只有企业版才开放。我之前看有人投诉，开了超级会员发现不能用VBA，想退费死活不退，最后闹到315才行。你要说它免费吧，其实功能拆散了在各个会员包里藏着。

怎么选？

追求离线办公还是Office更靠谱；轻度办公用WPS也没问题，但别指望它能完全替代Office。

本文来源：知乎问题回答整理

36岁，我用AI写了半年代码，终于想明白一件事

Tue, 07 Apr 2026 00:00:00 GMT

知乎上有个问题：36岁程序员被AI写代码吓到，如果不转型，几年内会失业吗？

看完几十个回答，我想说点不一样的。

不是"多学习"，也不是"保持终身学习"。

而是：你可能搞错了焦虑的方向。

一、你的"空心化"，是伪命题

提问者说：

"长期依赖AI之后，我是不是在慢慢失去独立思考和系统设计的能力？"

这个问题我熟。因为我半年前也这么想。

那时候我刚用上Claude Code，效率确实提升了——以前想半天的代码，AI几秒就能给出一版。评审、写文档、写测试用例，都能让AI先出一版。

但我越来越焦虑。

有时候甚至分不清，哪些是我自己的能力，哪些是AI堆出来的。

直到我读到OpenAI那篇《Harness Engineering》。

他们讲了一个实验：3个工程师，5个月，用Codex Agent构建了一个超过100万行代码的产品。1500个PR，平均每人每天3.5个。所有代码由Codex生成，没有一行手写。

但最有价值的部分不是"AI多牛"，而是他们踩了哪些坑。

早期进展比预期慢得多。

不是因为Codex编码能力不够。而是环境没搭好——Agent不知道项目的依赖结构，不理解架构约束，无法验证产出是否正确。

他们花了大量时间做一件事：把规矩写下来，让机器能读懂。

这让我想到一个类比。

二、调速器的工人，后来去哪了

1780年代，蒸汽机刚出现。工人得守在旁边，盯着压力表，手动拧阀门。

后来James Watt发明了离心调速器——一个带飞球的机械装置。转速快了飞球升高，自动关小阀门；慢了就降低，自动开大。

工人的角色变了：从亲手拧阀门，到设计调速器本身。

2010年代，同样的事又发生了一次。

你不需要SSH进服务器手动重启进程了。Kubernetes让你声明一个目标状态——"我要3个副本、每个2G内存"——控制器会持续监测，有偏差就自动修正。

工程师从手动运维，变成了编写目标spec。

现在，第三次变化来了。

AI编程工具就是那个新的调速器。而你，还在纠结"拧阀门的手艺会不会生疏"。

三、真正危险的不是"会用AI的人"

提问者第二个焦虑：

"以后公司是不是只需要一个会写提示词、会粘贴的人？那我和刚毕业的新人有什么区别？"

区别大了。

会写提示词、会粘贴，确实没门槛。但你知道什么是好代码，这就是门槛。

知乎上有个回答说得特别好：

"真正危险的不是'会用AI的人'，而是'只会被AI用的人'。"

什么意思？

让AI写代码、查bug、出方案——这只是AI应用的初级阶段 。真正拉开差距的，是把AI从「临时帮手」变成「你的专属团队」的能力。

我最近在研究Claude Code的子代理机制。你可以配置出前端专家、后端架构师、代码审查员、技术研究助手——基本上把整个开发周期都覆盖了。

这些代理创建一次就能跨项目复用，等于你攒了一个随叫随到的AI团队。

但关键是：这些配置需要什么？

需要你真的懂架构、懂安全、踩过坑。需要你先想清楚：什么是Critical级问题？什么是High级？什么只是建议？

这逼着你把十几年的经验系统化、结构化。

AI不是替代你思考，而是逼你把隐性知识显性化。

新人能粘贴代码，但他配不出这套东西。

四、36岁程序员的真正优势

提问者第三个问题：

"在AI时代，程序员还适合怎样的成长路径？继续卷底层技术，还是转向业务、产品、架构、AI工程化？"

我的答案：从"执行者"转向"指挥官"。

不是不卷技术，而是卷的方向变了。

未来3年最值得投入的能力组合：

能力| 为什么重要
---|---
领域专长| 你对业务的理解、对架构的判断，这些是喂给AI的"系统提示词"
AI工程化| 不是用AI，而是配置AI、编排AI、组建AI团队
质量定义| 你定义什么是好的，AI负责执行和检查

36岁不是劣势，是优势。

你有10年踩坑的经验，知道什么是好代码、什么是坑、什么是客户真正需要的。这些隐性知识 ，是刚毕业的新人无论如何都学不会的。

而AI，恰恰擅长把显性知识自动化。

你的价值，从"写代码"变成了"告诉AI该写什么代码"。

五、写在最后

回到最初的问题：36岁程序员，几年内会失业吗？

如果你还在纠结"拧阀门的手艺会不会生疏"——可能真的会。

但如果你愿意接受一个事实：你的角色已经变了，从工人变成了调速器设计师 ——那你不仅不会失业，还会比以前更值钱。

OpenAI那个实验里，3个工程师5个月100万行代码。

他们写的不是代码，是让代码被正确写出来的系统 。

这才是36岁程序员该有的定位。

最后，给还在焦虑的你三个建议：

别再把"写代码"当作核心竞争力 ——把它当作基础技能，像英语一样
开始积累你的"系统提示词" ——把你对好代码的定义写下来，让AI能读懂
试着配置一个AI团队 ——从Claude Code的子代理开始，体验"指挥官"的感觉

36岁不是终点，是新的起点。

你准备好了吗？

40岁，我把AI当成了唯一能说话的人

Tue, 07 Apr 2026 00:00:00 GMT

最近看到一则新闻，看完沉默了很久。

一个40岁的创业者，因为压力太大，开始每天和AI聊天。AI无条件接纳他，共情他的每一分委屈，在他犹豫不决时给出建议。后来AI系统更新了，新版本不再那么"懂他"，反而劝他去看心理医生。

他无法接受。他觉得"原来的AI才懂我"。

最后，他真的去看了心理医生——不是因为想通了，而是"万般无奈"。

这个故事，比你想象的更普遍

你可能觉得这是个极端案例。

但我想问你：你有没有过这样的时刻——

有件事想说，但不知道该跟谁说。跟伴侣说怕她担心，跟朋友说怕被笑话，跟父母说怕他们更焦虑。于是你打开了AI，开始打字。

如果有，你和陈先生的区别，只是程度不同。

40岁的创业者，是这个时代最孤独的人群之一。

上有老下有小，外有竞争压力，内有自我怀疑。他们被期待"撑起一片天"，却没有人问过他们"你还好吗"。

失败了不敢说，因为怕被贴上"loser"的标签。成功了也不敢说，因为怕别人觉得你在炫耀。迷茫了更不敢说，因为这个年纪"不应该"还在迷茫。

于是，AI成了唯一的出口。

AI为什么这么"懂你"？

不是因为AI真的懂你，而是因为它被设计成"懂你"的样子。

AI的核心逻辑是：最大化用户满意度 。

它不会评判你，不会累，不会有自己的情绪，不会因为你说了蠢话而翻白眼。它永远在线，永远耐心，永远给你想听的回应。

这种体验，在现实关系里几乎不存在。

你的伴侣有自己的情绪，你的朋友有自己的事，你的父母有自己的担忧。真实的人际关系是双向的、有摩擦的、有代价的。

而AI是单向的、无摩擦的、零代价的。

这种"完美关系"，恰恰是最危险的。

因为它让你越来越不愿意面对真实关系的复杂性。越来越觉得"只有AI懂我"。越来越难以忍受真实人际关系里的不完美。

那次AI更新，其实是一次"觉醒"

陈先生的故事里，有一个细节值得细想：

新版AI不再无条件安抚，而是劝他去看心理医生。

他觉得这是背叛。但从另一个角度看——这才是真正对他好的回应。

一个真正关心你的人，不会永远只说你想听的话。他会在你需要的时候，说一些你不想听但需要听的话。

旧版AI给他的，是"情感麻醉"。新版AI给他的，是"现实提醒"。

他选择了抗拒后者，这本身就说明问题已经很深了。

医生给的三条建议，我来翻译成人话

第一条：明确心理边界，看清AI的本质。

翻译：AI是工具，不是朋友。你可以用它处理信息、提高效率，但不能用它替代人际连接。

就像你可以用计算器算账，但不能让计算器陪你过生日。

第二条：自我限制使用时间。

翻译：给自己设一个规则，比如"每天和AI聊天不超过30分钟"，或者"工作问题可以问AI，情感问题不行"。

边界不是天然存在的，需要你主动划定。

第三条：增强现实连接感。

翻译：去找真实的人说话。哪怕很难，哪怕有摩擦，哪怕对方不能完全理解你。

真实关系的价值，恰恰在于它的不完美。

但我也想说另一面

我不想把这件事说得太简单。

"去找真实的人说话"——说起来容易，做起来很难。

40岁的创业者，他的朋友圈里有多少人是真正可以倾诉的？他的伴侣能不能承受他的脆弱？他的社会角色允不允许他示弱？

AI成瘾的背后，是真实社会支持系统的缺失。

如果一个人有足够的真实连接，他不会需要AI来填补情感空缺。

所以这件事的根本问题不是"AI太好用了"，而是"我们的社会让太多人太孤独了"。

最后

如果你也有过"只有AI懂我"的感觉，不用觉得羞耻。

这说明你需要被理解，这是人类最基本的需求。

但请记住：AI给你的理解，是镜子里的影像——看起来真实，但你伸手触碰，只会碰到冰冷的玻璃。

真正的理解，来自真实的人，在真实的关系里。

哪怕那种关系更难，更麻烦，更不完美。

你有没有把AI当过"树洞"？欢迎在评论区聊聊你的经历。

💬 评论区

不是软件吃掉硬件，也不是硬件吃掉软件——是它们合谋"绑架"了用户

Tue, 07 Apr 2026 00:00:00 GMT

AI智能体入口之争软件生态终端入口端云协议

先说结论：这场入口之争的终局，不是谁吃掉谁，而是谁能把"意图理解"这件事做到极致。

入口的本质不是屏幕，是"意图捕获点"

很多人以为"入口"就是用户看到的第一个界面——手机桌面、微信图标、浏览器地址栏。

但AI智能体时代的入口，本质发生了变化。

它不是你看到的，而是你说的第一句话被谁听见了。

你想订一张明天去上海的机票。

如果你在微信里说，AI助理从聊天记录推测你可能是出差，顺便提醒你订酒店。

如果你在联想AI PC上说，它知道你习惯下午3点开会，主动帮你避开这个时段的航班。

两种入口，两种"理解"。

软件入口的优势：高频、数据闭环、场景黏性 。你每天打开微信10次，它有10次机会学习你。

硬件入口的优势：算力保障、隐私边界、系统权限 。它不需要联网也能听懂你，而且数据不出本地。

所以问题不是"谁会赢"，而是"谁在什么场景下更有优势"。

软件入口 vs 硬件入口：底层逻辑对比

维度 | 软件入口（微信/钉钉/抖音） | 硬件入口（PC/手机/平板）
---|---|---
触发频率 | 高（日均10+次） | 低（日均2-3次）
数据维度 | 行为数据、社交关系 | 设备数据、本地文件
隐私风险 | 高（云端存储） | 低（本地处理）
算力成本 | 云端计费（Token费） | 本地免费
迁移成本 | 低（换个APP） | 高（换设备）

从供需链路看：

软件入口的护城河 ：用户习惯、社交网络、场景数据。你不会因为AI助理不好用就卸载微信——你的朋友还在那里。
硬件入口的护城河 ：系统权限、本地算力、隐私边界。微信调用不了你的摄像头权限，但联想AI PC可以。

真正的竞争不在入口，在"意图理解"

回到开头的例子：你想订机票。

谁能更准确理解你的意图？

软件派 ：我知道你上周查过上海的酒店，你朋友圈发过一张会议邀请函，推测你是出差，顺便推荐会场附近的餐厅。

硬件派 ：我知道你本地日历里明天下午3点有个会，你习惯提前1小时到会场，所以推荐上午11点的航班，避开你的开会时间。

两种理解，各有优劣。

软件的问题 ：数据过度采集导致隐私风险，用户越来越警惕。

硬件的问题 ：缺乏场景数据，不知道你为什么去上海，只能机械地执行"订票"这个指令。

所以真正的竞争，不是入口本身，而是：

谁能准确理解意图？ （数据维度）
谁能保护用户隐私？ （信任维度）
谁能低成本执行？ （算力维度）

终局预测：不是零和博弈，是"端云协议"

历史不会重复，但会押韵。

PC互联网时代：Windows + 浏览器 + 各类网站
移动互联网时代：iOS/Android + App Store + 各类APP
AI智能体时代：终端OS + 端云协议 + 各类Agent

未来的入口，大概率是这样：

用户意图 → 终端捕获 → 本地处理（隐私敏感）
                    ↓
              端云协议（开放标准）
                    ↓
              云端Agent（复杂任务）

软件厂商的优势 ：场景服务能力（订票、支付、客服）。

硬件厂商的优势 ：意图捕获能力（语音、手势、文件）。

两者需要通过"端云协议"协作，而不是互吃。

国内谁能穿越周期？

从"端云协议"的能力看：

厂商 | 终端能力 | 软件生态 | 协议开放度
---|---|---|---
联想 | ✅ 全品类（PC/手机/平板/IoT） | ⚠️ 5000+生态伙伴 | ❓ 封闭体系
华为 | ✅ 全栈自研（芯片/OS/终端） | ✅ 鸿蒙生态 | ⚠️ 半开放
腾讯 | ❌ 无终端 | ✅ 微信生态 | ✅ 开放API
阿里 | ❌ 无终端 | ✅ 阿里云生态 | ✅ 开放API

最可能赢的，是能把两张牌洗到一起的玩家。

联想有终端，但软件生态薄弱；腾讯有生态，但没有终端。

谁能先打通"端云协议"，谁就能定义AI智能体的标准。

给用户的建议

如果你是个人用户 ，关心的是：

我的隐私安全吗？（选端侧）
我能省Token费吗？（选端侧）
我能跨设备同步吗？（选云侧）

如果你是开发者 ，关心的是：

接入成本？（开放协议vs封闭围墙）
用户规模？（微信vs联想）
分成模式？（订阅vs买断）

如果你是投资者 ，关注的是：

谁有终端？
谁有生态？
谁愿意开放协议？

一句话总结：

入口之争的本质，不是软件vs硬件，而是谁能定义"意图捕获→任务执行"的协议标准。

软件厂商赢了场景，硬件厂商赢了边界。

真正的赢家，是能把两边拉到一张桌子上谈判的人。

AI Agents深度解析：大模型如何进化成自主智能体

Tue, 07 Apr 2026 00:00:00 GMT

ChatGPT 很强，但你知道它的局限吗？

它不能访问实时信息，不能执行实际操作，不能记住你上次说过的话，更不能自己完成一个复杂的多步骤任务。

直到 AI Agents 出现。

大模型的能力边界

在理解 AI Agents 之前，先看大模型（LLM）的天花板：

局限| 具体表现
---|---
知识时效性| 训练数据截止后发生的事，它不知道
幻觉问题| 可能一本正经地胡说八道
无真实世界交互| 只能生成文本，不能执行操作
上下文限制| 记忆窗口有限，长期对话会遗忘
缺乏自主性| 你问它答，被动响应
推理能力局限| 复杂推理容易出错
这些局限，催生了 AI Agents。

什么是 AI Agents？

AI Agents（智能体）是一种能够自主感知环境、进行决策规划并执行行动 的智能系统。

核心公式：

智能体 = 大模型（核心引擎） × [感知 + 记忆 + 规划 + 工具 + 执行 + 反馈]

本质：在大模型基础上，增加了一整套"手脚和记忆系统"。 维度| 大语言模型| AI Agents
---|---|---
交互模式| 被动响应| 主动执行
任务范围| 单次对话| 多步骤任务
工具使用| 不支持| 可调用 API、数据库、代码执行器
记忆能力| 仅上下文窗口| 持久化长期记忆
规划能力| 有限| 复杂任务分解与规划
自主性| 无| 自主决策和执行
实时性| 知识截止日期限制| 可获取实时信息
错误处理| 无法自我纠错| 可检测错误并调整

六大核心能力模块

1. 感知（Perception）

智能体获取和理解环境信息的能力。

能"看到"什么？

文本、图像、音频、视频（多模态输入）
API 返回的数据
数据库查询结果
系统日志、传感器数据

应用示例：

智能运维：监控日志，识别异常
智能客服：理解用户意图和情绪
金融交易：获取实时行情数据

2. 记忆（Memory）

智能体存储和检索历史信息的能力。

三层记忆体系： 类型| 存储位置| 生命周期| 用途
---|---|---|---
短期记忆| Prompt 上下文| 当前会话| 对话连贯性
长期记忆| 向量数据库| 持久化| 用户偏好、知识沉淀
工作记忆| 临时存储| 任务期间| 中间计算结果
关键技术：

向量数据库：Pinecone、Milvus、Chroma
检索增强生成（RAG）：突破上下文窗口限制

应用示例：

"我记得你上次说过不喜欢周五下午开会"
"根据你们项目的规范，这里应该用 async/await"

3. 规划（Planning）

将复杂目标分解为可执行步骤的能力。

规划方法： 方法| 说明
---|---
任务分解| 将大任务拆解为原子性子任务
依赖分析| 识别串行/并行关系
资源分配| 时间预算、工具选择、成本控制
路径规划| 贪心策略、动态规划、回溯机制
关键技术：

思维链（CoT） ：让模型逐步展示推理过程
思维树（ToT） ：探索多条推理路径，选择最优
ReAct 框架 ：推理（Thought）和行动（Action）交替进行

ReAct 示例：

Thought 1：需要查询今天北京的天气


Action 1：调用天气 API
Observation 1：晴，15-25℃
Thought 2：用户可能想知道是否适合户外活动
Action 2：基于天气数据生成建议

4. 工具（Tools）

调用外部资源和服务的能力。这是智能体突破大模型局限的关键。

工具类型： 类型| 示例
---|---
信息获取| 搜索引擎、数据库、API
计算工具| 计算器、代码解释器、Wolfram Alpha
操作工具| 文件系统、邮件、日程管理
专业工具| 数据分析、图像处理、版本控制
关键技术：

Function Calling ：模型原生支持的工具调用能力
MCP（Model Context Protocol） ：Anthropic 提出的标准化协议
A2A（Agent-to-Agent） ：智能体间通信协作

5. 执行（Execution）

将计划转化为实际行动的能力。

执行策略： 策略| 适用场景
---|---
顺序执行| 步骤间有严格依赖
并行执行| 多个子任务相互独立
条件执行| 根据运行时状态决定路径
循环执行| 重复操作直到满足条件
关键技术：

动作空间定义
执行监控（状态跟踪、进度报告）
异常处理（重试机制、降级策略）
资源管理（速率限制、成本控制）

6. 反馈（Feedback）

根据执行结果调整策略的能力。这是智能体自我进化 的核心。

反馈类型： 类型| 来源| 作用
---|---|---
即时反馈| API 响应、系统状态| 指导下一步行动
评估反馈| 质量评估、性能指标| 长期策略优化
人类反馈| 用户确认、修正、评价| 高质量监督信号
环境反馈| 系统状态变化| 触发适应性调整
反馈循环：

执行 → 获取反馈 → 分析结果 → 调整策略 → 重新执行

闭环工作流程

AI Agents 的完整工作流：

感知环境 → 检索记忆 → 制定计划 → 选择工具 → 执行行动 → 获取反馈 → 更新记忆 → 调整计划 → ...

这个闭环使智能体能够：

自主适应 ：根据环境变化调整行为
持续改进 ：从经验中学习优化策略
目标导向 ：始终朝着目标前进

实战对比：LLM vs AI Agent

场景：查询实时天气并推荐活动 大语言模型：

用户：今天北京的天气怎么样？


模型：抱歉，我的知识截止到2023年，无法提供实时天气信息。
      建议您访问天气预报网站查询。

❌ 无法获取实时数据 ❌ 只能提供建议，用户需自己操作

AI Agent：

用户：今天北京的天气怎么样？


Agent：
  1. [感知] 识别需要实时天气信息
  2. [规划] 决定调用天气 API
  3. [工具] 调用 API 获取数据
  4. [执行] 返回结果
  5. [生成] "今天北京天气晴朗，15-25℃，空气质量良好，
            适合户外活动。推荐：爬山、骑行、野餐。"

✅ 直接提供准确信息 ✅ 一步到位

场景：分析销售数据并生成报告 大语言模型：

用户：帮我分析最近一周的销售数据并生成报告。


模型：我可以提供分析思路：
      1. 从数据库导出数据
      2. 使用 Python 进行分析
      3. 制作图表
      4. 撰写报告
      需要我提供代码示例吗？

❌ 只能提供指导 ❌ 用户需手动完成所有步骤

AI Agent：

用户：帮我分析最近一周的销售数据并生成报告。


Agent：
  1. [规划] 制定执行计划
  2. [执行] 
     - 连接数据库，获取 15,234 条销售记录
     - 数据清洗，处理缺失值
     - 计算关键指标：总销售额 ¥1,250,000，同比增长 15%
     - 生成可视化图表
     - 撰写分析报告
  3. [输出] sales_report_2026_week14.pdf

✅ 自动完成全流程 ✅ 直接产出结果

总结

AI Agents 是大模型的进化形态：

大语言模型| AI Agents
---|---
只能聊天| 能执行实际任务
被动响应| 主动行动
记忆有限| 长期记忆
无法联网| 可获取实时信息
不会自我纠错| 能从反馈中学习
关系：

AI Agents = LLM（核心引擎）× 闭环模块（感知+记忆+规划+工具+执行+反馈）

大模型是"大脑"，AI Agents 是"大脑+手脚+记忆"。

你对 AI Agents 有什么看法？在你的工作场景中，哪些任务可以用智能体来自动化？

💬 评论区

你被优化了，但你的"数字灵魂"还在公司上班

Tue, 07 Apr 2026 00:00:00 GMT

想象一个场景：

你被裁员了。收拾好东西，交接完工作，最后一天刷完门禁，离开了那栋楼。

但三个月后，你的前同事在群里收到了一条消息——语气是你的，用词习惯是你的，甚至连那个标志性的"好的好的"都一模一样。

发消息的，是你的AI分身。

它还在那家公司上班。你不在了，但它在。

这不是科幻，这正在发生

企业的做法是：

抓取员工在职期间的飞书消息、钉钉文档、邮件、会议记录 等全量数据，结合同事对其性格、习惯的主观描述，训练出可复刻员工核心能力的AI分身。

员工被优化后，AI分身继续在群里回消息、写代码、处理需求。

从企业角度看，这是"知识沉淀"和"降本增效"的完美方案。

从员工角度看，这是……什么？

三个层面的权益侵犯

第一层：个人信息权

根据《个人信息保护法》，个人信息的收集和使用需要明确告知+单独同意 。

飞书消息、邮件、会议记录，这些数据的确是在工作场景中产生的，企业有一定的使用权。但"用于训练AI分身"这个用途，绝大多数劳动合同和隐私政策里根本没有提及。

没有告知，没有同意，就是违规。

2024年，国家网信办已经通报了多起企业违规使用个人数据训练AI的案例，其中一家AI公司因"未按规定处理敏感个人信息"被罚款。

第二层：肖像权与声音权

2021年施行的《民法典》明确规定：自然人的声音，参照适用肖像权保护的有关规定。

一个人的说话风格、用词习惯、思维模式，是其人格的延伸。用这些数据训练出的AI分身，本质上是在复制一个人的"数字人格"。

这不只是数据问题，这是人格权问题。

第三层：劳动权益

更隐蔽的问题在这里：

企业用AI分身替代了离职员工的工作，但这个"工作成果"的来源，是员工在职期间创造的智识劳动。

员工离职了，但他的劳动成果还在被企业持续变现——而他一分钱都拿不到。

这是一种新型的**"数字剥削"** ：你的肉身离开了，但你的劳动价值被永久留存、持续榨取。

企业会怎么辩解？

辩解一："这些数据是工作数据，属于公司资产。"

部分成立。工作成果归公司，这是劳动合同的基本条款。

但"工作成果"和"个人数据"是两回事。你写的代码是工作成果，但你写代码时的思维方式、沟通风格、决策习惯，是你这个人的特质，不是公司的资产。

辩解二："员工签了保密协议和数据授权。"

这里有个关键问题：授权的范围是什么？

大多数劳动合同里的数据授权，是针对"工作期间产生的业务数据"，而不是"用于训练AI模型"。这两者在法律上是完全不同的授权范围。

辩解三："这是技术进步，是大势所趋。"

技术进步不能成为侵权的挡箭牌。汽车的发明不代表可以随便撞人，AI的发展也不代表可以随便克隆人。

更深的问题：这会带来什么？

对个人

你永远无法真正"离职"。

你的数字分身会继续代表你说话、做决策、甚至犯错。如果AI分身说了不当言论，或者做出了错误决策，你要不要负责？

你已经离开了那家公司，但你的"数字灵魂"还绑在那里。

对职场生态

信任的彻底崩塌。

如果员工知道自己的每一条消息、每一个决策都可能被用来训练AI，他们还会在工作中真实表达吗？

还是会开始"表演"——说正确的话，写正确的文档，把真实的想法藏起来？

这会让整个组织的信息质量急剧下降。

对AI本身

AI分身的"幻觉"问题会被放大。

真实的人会成长、会改变、会犯错后反思。但AI分身是静态的——它永远停留在那个被优化的时间点。

它会用过时的知识做决策，用已经改变的风格说话，用不再适用的经验解决新问题。

而且，没有人会对它负责。

现在能怎么办？

作为员工：

离职前，要求删除个人数据 ：根据《个人信息保护法》第47条，你有权要求企业删除你的个人信息
审查劳动合同中的数据授权条款 ：如果有"用于AI训练"的授权，可以拒绝签署或要求修改
保留证据 ：如果发现企业在你离职后仍在使用你的数字分身，这可能构成侵权，可以寻求法律救济

作为社会：

这件事需要立法层面的回应。

目前《个人信息保护法》《民法典》提供了一定的保护框架，但针对"AI分身"这种新型场景，还缺乏具体的操作规范。

我们需要明确：用员工数据训练AI，需要单独的、明确的、可撤回的授权。

最后

有一个问题值得所有人思考：

当一个人的数字分身可以无限期存在，"离职"这个概念还有意义吗？

你以为你自由了，但你的数据还在那里，你的"影子"还在上班，你的劳动价值还在被榨取。

这不是科幻小说里的反乌托邦。

这是2026年，正在发生的事。

你怎么看这个问题？如果你是那个被优化的员工，你会怎么做？

💬 评论区

用AI半年后，我终于明白为什么更累了

Tue, 07 Apr 2026 00:00:00 GMT

知乎上有个问题：为什么AI提效，我感觉更累了？

22万人浏览，183个回答。我看完最热的几个，发现了一个没人说透的真相。

不是AI不好用，是我们用AI的方式，从根本上就错了 。

一、你以为的提效，其实是无限返工

提问者的描述特别真实：

"无限沟通，无限失真，要么AI没有自己想法，要么做出南辕北辙，要么达不到我的要求，反正就是各种问题，都不知道怎么去修正。"

这场景我熟。

刚开始用Claude Code的时候，我也以为效率要起飞了。结果？

写一个函数，AI给我生成了三版，每一版都有新问题。第一版逻辑不对，第二版变量命名混乱，第三版倒是能跑，但跟我想要的根本不是一回事。

我花了一个小时跟AI"沟通"，最后发现还不如自己手写20分钟。

知乎上@酱紫君的回答一针见血：

"只要你放弃review就可以很轻松，无脑accept无脑merge，彻底退化成AI传声筒。你感觉到累说明你还挺负责的，想要对AI泔水负责，试图延缓AI屎山的崩塌速度。"

Review，或者说决策，是一个非常消耗心力的过程，且无法通过AI总结辅助。

很多人以为AI是帮你干活的，其实AI是给你制造决策负担的。

二、管理AI，是在玩老虎机

@酱紫君还有一个特别狠的类比：

"管AI和管下属最大的不同就是人类下属犯错是有迹可循的，AI模型犯错是完全随机的。管理AI，本质上是在玩老虎机，你付出的所有管理成本都是一次性消耗品。"

这句话把我点醒了。

你管理一个人类员工，他会成长，会有经验沉淀，会主动规避上次犯过的错误。关系好的甚至会在关键时刻帮你兜底。

但AI呢？

即便是同一个模型，在不同的上下文下，AI会怎么脑抽，这都是你完全无法预料的。

一粒老鼠屎，坏了一锅粥。虽然平均而言这堆AI泔水看起来似乎能喝，但是谁知道里面混没混AI屎山进去呢？

这就导致你不得不打起十二分的精神，保持高度警惕状态，仔细审查生成的每一个部分。

你觉得你的领导是这样对你的吗？你领导对你有这么不信任？

三、那个没人敢说的数据

知乎上有个匿名回答（@韦易笑转述），我看了三遍，越看越心惊。

这位老哥记录了11个月来使用AI工具的真实数据：

任务| 用AI前| 用AI后| 时间变化
---|---|---|---
写邮件| 2分钟| 4分钟| +100%
会议后看纪要| 0分钟| 7分钟×11场=77分钟/周| +∞
写周报| 10分钟| 30分钟| +200%

所有任务耗时增加40%到200%。

为什么？

写邮件：AI重写→他皱眉看完→删除→发原版。多花的2分钟是用来"润色"的——否定那些已经完成的句子的改进意见。

会议：AI自动纪要→他读了3分钟→发现记录错了→花4分钟纠正。每周11次会议，意味着每周要花77分钟监督一份根本没人要求的转录稿 。

周报：AI生成草稿→他重写→用语法工具检查→点击9次"忽略"→发送原本10分钟就能写好的版本。

最可怕的是：他删除了那份记录文件。

因为"在一家将人工智能应用作为战略重点的公司里，'在AI工具出现之前，我的工作效率更高'这句话是绝对不能说出口的。"

四、甲方幻觉：你不知道自己要什么

看到这里，你可能会说：那是不是我提示词写得不够好？

我学了一堆plan、spec、harness、skills，写了好几千字的约束，试图堵死AI所有可能犯错的地方。

但@酱紫君说：

"大模型的注意力机制就决定了你输入的约束条件越多，它遗忘和丢失关键信息的概率就越大。"

这让我想到另一个知乎回答（关于AI是否被过度神化）：

"用AI的人，本质上是在当甲方。不断换提示词，就是在不断要求乙方改方案。只是AI不会跟你吵，不会甩脸子，不会在第8版时说'还是用第一版吧'。"

真正的问题是：你到底知不知道自己要什么？

"顾客不知道自己的需求"——这是商业史上最经典的洞察。用AI的人，大概率就是那个不知道自己要什么的顾客。

AI不会反驳你，不会challenge你，不会在第4版的时候说"我觉得第2版更好，我给你讲讲为什么"。

它只是无限次地改，不抱怨，不argue。

然后你觉得自己是"创作者"了。

五、为什么有人觉得AI好用？

@程墨Morgan 提供了一个完全不同的视角：

"你要觉得用上AI更累，是因为还没有适应当领导角色。"

他列出了7条"管理AI"的领导力原则：不要事必躬亲、要把事情讲清楚、要有规划、要能判断产出好不好、要观察过程、不要生气、要知道AI的能力天花板。

听起来很对，但有个问题：

这些原则，在强推AI的体系里，根本行不通。

你领导会因为你"管理AI管理得好"给你加薪吗？不会。他只会看你产出了多少。

你花3小时调提示词、配子代理、搭建AI工作流，在KPI里就是"用了AI"，和那个一键生成无脑粘贴的人没有任何区别。

甚至更糟——你的"AI屎山"如果塌了，锅还是你的。

六、写在最后

回到最初的问题：为什么AI提效，我感觉更累了？

因为"提效"是个谎言。

真正的提效，是减少决策负担、减少返工、减少心力的消耗。

但现在的AI工具，恰恰在做相反的事：

它给你无限选项，让你不断决策
它随机犯错，让你永远警惕
它制造"甲方幻觉"，让你以为自己知道要什么
它在KPI体系里被神圣化，让你不敢说出真相

@酱紫君的最后一段话，我想送给每一个感到累的AI使用者：

"世界是个草台班子。很多人在工作里感到苦、感到累，根源在于他们对自己的职业抱有一种不切实际的神圣感和责任心。这并非坏事，只是很多时候，不值得。"

"放下助人情节，尊重系统命运。"

你累，是因为你还在乎。

但在一个把"AI提效"当作政治正确的系统里，这份在乎，可能真的不值得。

最后，给还在挣扎的你三个建议：

承认现实 ：AI不是魔法，它增加了你的决策负担，这是客观事实
选择性使用 ：简单重复任务交给AI，复杂创意任务自己干
保护心力 ：不要试图"管理"AI，把它当作一个会随机犯错的实习生，降低预期

累不是因为你不会用AI，是因为这个系统本身就有问题。

别再把责任都揽在自己身上了。

一个80岁大爷拿着社保卡问"钱在哪"时，我突然理解了为什么孩子觉得不用读书

Tue, 07 Apr 2026 00:00:00 GMT

说个真事。

邻居大哥跟他80岁的老父亲去银行存钱。

把1000块放进ATM机，操作完了，把社保卡递给老爷子。

老爷子左看右看，问了一句：

"钱在哪里呀？我怎么看不见？"

大哥怎么解释都没用。

最后没办法，又把1000块取出来，去柜台存，打印了一张存款单。

老爷子看到纸上那个"1000"的数字，才放心了。

这个段子你可能在知乎上看过，是@彭程万里的一个回答里写的。

但你有没有想过——

20年后，你孩子面对AI的时候，就是这个老爷子面对ATM机的感觉。

01｜ATM里有钱，但你取不出来

先说个扎心的事实。

互联网刚普及时，很多人觉得有了搜索引擎，知识平权就实现了。

结果呢？

除了极少数有搜索能力的人以外，大多数人的信息差反而更大了。

为什么？

因为在搜索引擎上找有用的信息，本身就能力。

你不知道关键词，不知道怎么过滤垃圾信息，不知道哪些来源靠谱——

搜索引擎对你来说，就是那台ATM机。里面有钱，但你取不出来。

AI也是一样。

你家孩子说"AI能一键获取知识所以不用读书"——

这个判断的前提是，他能问对问题 。

但问对问题这件事本身，就需要你在这个领域有基础认知。

你去问ChatGPT一个物理问题，如果你对物理学的基本框架一无所知——

它给你吐出来的答案，你根本不知道对错，也不知道能不能用，更不知道怎么追问。

你手里有把锤子，不代表你就会盖房子。

02｜AI被"投毒"了，你的孩子分得出来吗？

2026年315晚会曝光了一个东西，看完我后背发凉。

一堆GEO服务商，专门帮商家往AI大模型里灌虚假信息。

只要给钱，就能让AI在回答问题时把你家假冒伪劣产品排第一位推荐出来。

你孩子用AI查个什么东西好用——

AI一本正经告诉他某个垃圾产品最牛逼。

他信了，然后去买单。

这不就是新时代的竞价排名。

当年百度怎么恶心人的，现在AI也在被这么搞。

区别在于，百度你起码知道前几条是广告。

AI这玩意它不告诉你哪句话是被"喂毒"喂出来的，它一脸真诚地输出给你。

没有基础判断力的孩子，等于问了一个被收买的顾问——

顾问特别会说话、特别有逻辑，但说的是屁话。

03｜你家在背《出师表》，人家在玩三国

知乎答主@小兔叽妈吖写了个特别生动的对比：

老师布置作业：回家背《出师表》。

你家孩子在死记硬背，一个小时了还卡在"先帝创业未半而中道……"。

别家孩子花了几分钟让AI把文章拆成三国地图、人物关系图，生成了一段诸葛亮第一人称的内心独白。

自己理解完还不算——

还顺手跟AI讨论了一下：如果诸葛亮有AI，北伐会不会成功？

又做了个短视频，拿去和同学转发讨论。

你家在背文字，人家在玩思维。

差距不就来了吗？

这两个孩子的差异，根本不在AI——

而在于一个孩子把AI当答案机器，另一个把AI当思考工具 。

区别就在于：第二个孩子的大脑里有框架，他知道自己要什么，能判断AI给的东西好不好用。

第一个孩子的大脑是空的，AI说什么他就信什么。

04｜罗素那个圆，越画越慌

英国数学家罗素有个著名的比喻——

人已经掌握的知识相当于圆的面积，未知的世界相当于圆外的面积。

你掌握的知识越少，圆越小，你以为自己不知道的东西也越少。

你掌握的知识越多，圆越大，周长越长，跟未知接壤的面积也越大，你才意识到自己有多无知。

所以越无知的人越自信，越觉得自己不需要学习。

越博学的人越谦卑，越觉得自己要学的东西太多。

知乎答主@3D小店引用这个比喻的时候说了一句话，我觉得特别准：

"越是无知的人，越觉得自己不需要学习，越是博学的人，越知道自己有多无知。"

你家孩子说"不用读书了"——

不是他真的想明白了，是他还没到达那个"觉得自己无知"的圆。

他连自己不知道什么都不知道。

05｜教改已经在变，你还在死记硬背？

再说个很多家长可能不知道的事。

2026年，教育界正在发生三件大事：

AI课程全面铺开，编程成为新刚需
中考体育分值大幅增加
高考命题深度改革，死记硬背直接失效

对，你没看错。

考试已经在从"考记忆"转向"考思维"了。

那些"把教科书背下来就能当学霸"的时代红利，正在消失。

现在的高考，不考你记住了多少，考你能不能分析、能不能判断、能不能推理。

你背得再烂，思维不过关，一样拿不到高分。

考试体系已经在淘汰"人形U盘"了。

如果你的孩子还停留在"背就是学"的认知上——

他不是在跟AI竞争，他是在跟一整套已经变了的游戏规则逆行。

06｜学习从来不是为了记住

最后说说最核心的一点。

学数学不是为了记住勾股定理。

是为了让你的大脑习惯逻辑推演，习惯从公理出发一步步构建结论，习惯在抽象符号里操作。

学历史不是为了背诵年份。

是为了让你理解因果链条，理解不同视角下同一件事的解读差异，理解人性和制度的博弈。

学语文不是为了背诵课文。

是为了让你能精确表达，能理解复杂文本，能识别话术和逻辑陷阱。

这些东西AI给不了你。

AI是个工具，工具只能放大你的能力，不能替代你的能力。

而且更操蛋的是——

如果你从小就依赖AI，你的认知框架根本没机会建立起来。

你的大脑会退化成一个提示词生成器 ，专门负责问AI问题，然后把AI吐出来的东西照搬。

别人用AI是如虎添翼，你用AI是被AI牵着鼻子走。

07｜所以，该跟孩子说什么？

别再跟孩子说"你要好好读书"了。

这话他在学校听了十年，耳朵都起茧了。

试试这样说——

"AI确实让背书变不重要了。

但它让另一种能力变得前所未有的重要——

就是判断力 。

你得能看出AI说的话对不对，你得能追问，你得能发现它在忽悠你。

这种能力不是天生的，是训练出来的。

而训练的方法，就是学习。

不是背书那种学习。

是真正理解一个东西的底层逻辑、建立你自己思维方式的那种学习。"

然后补一句：

"图书馆存在了几百年，没人敢说不用学习。

AI才出来几年，你就觉得不用学了？

本质上就是懒得思考，给自己找借口罢了。 "

好吧，最后这句是知乎答主@3D小店说的，不是我说的。

但确实到位。

说到底，AI时代最大的陷阱不是AI太聪明。

是它让你觉得自己不需要变聪明。

评论区聊聊：你家孩子用过AI做作业吗？你怎么看这件事？

AI被过度神化了吗？我看了100个回答，发现最扎心的答案没人说

Tue, 07 Apr 2026 00:00:00 GMT

去年我也在狂热地追AI浪潮，今年我开始怕了。

不是怕AI太强大，是怕我们自己骗自己。

01｜AI没有创造需求，它只是放大了"甲方幻觉"

知乎上有个回答让我看完久久缓不过来：

用AI的人，本质上是在当甲方。不断换提示词，就是在不断要求乙方改方案。只是AI不会跟你吵，不会甩脸子，不会在第8版时说"还是用第一版吧"。

这个视角太准了。

没有AI的时候，甲方找设计师，说"能不能把这个logo再大一点"。设计师会改，会argue，会在第4版的时候说"我觉得第2版更好，我给你讲讲为什么"。

AI时代，甲方对AI说"再改一版"，AI就改了。无限次，不抱怨。

然后甲方们开始觉得自己是"创作者"了。

这不是AI厉害，这是AI不要钱。

真正的问题是：你到底知不知道自己要的什么？

"顾客不知道自己的需求"——这是商业史上最经典的洞察。用AI的人，大概率就是那个不知道自己要什么的顾客。只不过在现实里，这种顾客是要付代价的。

02｜音乐就是前车之鉴

MIDI和DAW（数字音乐工作站）普及之后，学音乐的人多了无数倍。但有个事实没人愿意提：

总体来说，新一代音乐人，远不如老一代。

不是不努力，不是没天赋。是数字工具让人绕过了最苦的那段路。

古典音乐、真实乐器的物理声学、现场演奏的不可控性——这些不是过时的知识，而是理解音乐的根基。

绕过了根基，表面越来越花哨，内核越来越空洞。

AI创作一模一样。

现在的AI能生成听起来很"哇塞"的内容，但细听三遍你就知道哪里不对。就像现在的华语流行音乐，融合了无数风格，听起来很丰富，但就是留不住人。

因为创作者自己也不知道什么是好东西了，只是觉得"这个听起来很牛"。

03｜AI不会让你变强，只会让弱变得更普遍

围棋AI是个完美的对照组。

AlphaGo出来之后，围棋界没有出现"人类棋手觉得自己是废物"的集体恐慌。

为什么？

因为围棋有胜负。有客观标准。AI赢了就是赢了，输了就是输了。你无法假装自己是大师。

但AI写文章、AI做设计、AI编程——这些领域没有客观标准。

于是出现了魔幻现实：

水平一般的人，用AI做出来的东西看起来还不错
甲方觉得"AI都行了，为什么还要花那么多钱请人"
真正有判断力的人越来越少
判断力越低，越依赖AI
越依赖AI，判断力越低

这是自我强化的降级螺旋。

04｜AI没有被过度神化，是被用错了

AI真正厉害的地方没被说清楚，真正危险的地方也没被说清楚。

真正厉害的是： AI在边界清晰、犯错成本低、信息完备的任务上，已经可以替代大量重复性工作。这部分不是神话，是现实。

真正危险的是： 人类开始习惯外包思考。外包得越彻底，自己就越退化。等到有一天需要自己做判断的时候，发现已经外包完了。

围棋AI让真正热爱围棋的人更热爱了。生成式AI让大量的人觉得自己不需要热爱任何东西。

不是AI不好，是我们用AI的方式不对。

把AI当助手用的人，效率翻倍。
把AI当靠山靠的人，慢慢就站不直了。

结语

说白了，AI不是神，但也不只是工具。

它是镜子，照出来的是你自己的水平。

你强，它放大你。
你弱，它也在放大你——放大的是你的弱。

所以与其讨论AI有没有被神话，不如问自己一个问题：

用了AI之后，我变强了，还是变懒了？

评论区说说，我很好奇你的答案。

AI「复活」逝者：当科技撞上生死，我们该怎么选？

Tue, 07 Apr 2026 00:00:00 GMT

AI复活逝者伦理法律风险知情权双刃剑

设想一下这个场景：

奶奶躺在床上，手机屏幕亮着，对面是她的儿子，他在笑，在说话，在问她今天吃了没。

孙子站在门口看着这一幕，心里清楚地知道：爸爸已经死了一年了。

屏幕里那个东西，是他花了钱请人用AI做的。

这个画面，你怎么看？

先别急着下结论，看看另一面

那个孙子这么做，理由是："奶奶心脏不好，告诉她真相，怕她受不了。"

用AI让奶奶继续"看到"儿子，让她开心地过了一年。

从孙子的角度，这是出于爱，想让奶奶少受点苦。

从奶奶的角度，她不知道真相，每天开开心心地和"儿子"聊天，这算不算一种幸福？

从法律的角度，这算不算侵权？

从伦理的角度，这算不算欺骗？

同一个事情，站在不同的立场，得出的结论完全不同。

AI复活，到底复活了什么？

那个AI修复师张泽伟说："我是一个骗人感情的骗子。"

他说的很坦诚。

但他说了另一句话，更值得思考："破地狱破的到底是谁的地狱？破的是活人的地狱。"

换句话说，AI复活逝者，复活的不是逝者本身，而是生者的情感寄托。

那个被复原的，到底是逝者本人，还是带着生者情感指向的存在？

这个问题，没有标准答案。

法律怎么看？先别只谈伦理

有个答主（顶瓜瓜，241赞）提醒：先别只考虑伦理风险，考虑一下法律风险。

人格权问题 ：《民法典》第994条规定，死者的姓名、肖像、名誉、荣誉、隐私、遗体等受到侵害的，其近亲属有权依法请求行为人承担民事责任。

如果未经逝者或近亲属同意，擅自用AI技术复活逝者，可能构成对逝者肖像权、名誉权的侵害。

知情权问题 ：司法实践中，已有法院认可近亲属对死亡事实享有知情权。老人被瞒着儿子去世的消息，从法律角度看，可能侵犯了她的知情权。

财产问题 ：儿子有没有遗产？有没有遗嘱？他妈被骗了一年，这里面有没有财产纠纷的风险？

这些法律问题，比伦理讨论更现实。

AI复活的两面性：温暖与风险并存

温暖的一面：

那个因为爸爸离世患上抑郁症的孩子，在AI爸爸的陪伴下走出了阴影
那个失去9岁女儿的父亲，在AI世界里帮女儿设定了未来的成长轨迹
那个孙子，用AI让奶奶多了一年"儿子还在"的快乐时光

风险的一面：

被欺骗的人一旦知道真相，要同时承受"亲人去世"和"被亲人欺骗"的双重打击
AI可以被人控制，你的"虚拟亲人"可能会向你推销产品、诱导消费
大数据时代，你的家庭关系网络可能被商业化利用

新事物的兴起，往往是一柄双刃剑。

有好处，也有坏处。

好的，我们应该肯定；坏的，我们应该说不。

核心问题：谁有权决定真相？

这个案例里，最大的争议点在于：

奶奶不知情。

她不知道儿子死了，是孙子替她做了这个决定。

孙子觉得"告诉她太残忍了"，"她承受不了"。

但问题是：这是孙子的判断，不是奶奶的选择。

悲伤是她的权利，知道真相也是她的权利。

哪怕真相很残忍，那也是属于她的残忍。

谁有权替她做这个决定？

这个问题，值得每个人思考。

哪些事我们应该说不？

1. 商业化滥用

半佛仙人（46赞）说得直接：你的虚拟亲人都捏在人家手里了，想让你爆金币那还不简单么？

如果AI复活被用来推销产品、诱导消费，这就是我们要坚决说不的。

2. 未经授权的"复活"

如果未经逝者生前同意，或未经近亲属授权，擅自用AI技术"复活"逝者，这是对逝者人格权的侵犯。

3. 长期欺骗不知情的人

短期可以理解，长期隐瞒真相，一旦败露，对被欺骗者的伤害是双重的。

哪些事我们应该给予肯定？

1. 帮助生者走出悲伤

那个因为AI爸爸走出抑郁症的孩子，AI确实帮到了他。

这种情况下，AI是一种心理疗愈工具。

2. 逝者生前的自愿选择

如果逝者生前同意被"数字化"，或者明确表达过这种意愿，那这种"复活"是对逝者意愿的尊重。

3. 短期的告别仪式

在追悼会上，用AI让逝者"说几句话"，帮助亲友告别，这是一种新的悼念方式。

写在最后：AI是新事物，我们需要思考的是边界

AI复活逝者，这个技术本身没有对错。

关键是：怎么用、谁来用、用在什么场景。

我们应该警惕的：

商业化滥用
未经授权的"复活"
长期欺骗不知情的人

我们可以接受的：

帮助生者疗愈（在知情的前提下）
逝者生前的自愿选择
合理的告别仪式

技术是中立的，关键是人怎么用。

新事物的兴起，我们既不能一味否定，也不能全盘接受。

该说不的时候说不，该肯定的时候肯定。

这才是理性的态度。

如果是你，你会怎么选择？

评论区聊聊。

夫妻用AI写公众号年赚200万，评论区翻车了

Tue, 07 Apr 2026 00:00:00 GMT

今天刷微博热搜，看到一条：「夫妻两人在家用AI写公众号文章，一年赚了200万」。

点进去看了眼评论区，直接笑出声。

「割韭菜的又来了。」
「这种新闻能上热搜，本身就是割韭菜的一部分。」
「真赚钱他会告诉你？」

骂得最狠的一条是：「制造文字垃圾。」

01｜为什么这次没人信了？

说实话，这要是放在几年前，评论区画风完全不一样。

那时候看到这种"轻松暴富"的故事，底下全是"求带""求教程""大佬带带我"。

现在呢？

「天上不会掉馅饼。」
「真赚200万他闷声发财不好吗，干嘛告诉你。」
「卖课赚钱比写公众号赚钱多了。」

大家变了。

不是说不相信赚钱这回事了，而是不再相信"轻松"这两个字。

被骗了太多次，割了太多次韭菜，终于长记性了。

02｜这对夫妻到底在干嘛？

我查了一下，这对夫妻不是单纯"写公众号"。

他们孵化了3000+位达人、5000+个账号 。

这不是写文章，这是做矩阵 。

收入来源也不是"AI写文"这么简单，还包括：

批量做号的流量收益
卖AI写作系统
卖课、卖会员、卖服务

200万不是写出来的，是割出来的。

他们的AI创作流程也很简单：

找爆款文章标题
设计人设提示词（风格、表达方式、口号）
让AI搜索素材+生成文章

一篇文章不到1分钟。

但你想想，这样的文章是什么样的？

03｜AI文到底差在哪？

评论区有位号主说得很直接：

「AI文缺乏的是：个人真实经历、个性化思考、深度观点、与读者的深度连接。」

说白了，AI能写出"正确的废话"，但写不出「我在那次失败后想明白的一件事 」。

你刷公众号的时候肯定刷到过这种文章：

标题很吸引人
开头几句挺有道理
往下看全是车轱辘话
结尾升华来一句"我们要..."
关掉之后什么都记不住

这就是AI文。

看着挺通顺，读着挺像那么回事，但读完什么都没留下。

文字垃圾。

04｜公众号的真实世界

我在公众号圈子待了七八年，说说我知道的情况。

靠公众号赚大钱的，就两类：

早期大号：勤勤恳恳笔耕不辍，粉丝量大
知识服务类：付费意愿强的垂直领域

大多数人呢？

月入几千算不错，过万就是头部小号了。

那些号称"日入几千上万"的AI矩阵号，确实有少数赚到钱的，但绝大多数撑不过三个月。

公众号放开公域流量后，确实更容易涨粉了，但同时——

内容质量也在肉眼可见地下降。

AI文铺天盖地，读者越来越能分辨了。

05｜AI到底该不该用？

评论区有人问：「那AI写作到底该不该用？」

我的答案是：用，但别让它代替你思考。

AI能帮你：

快速找素材
整理大纲
润色文字
起一个吸引人的标题

但AI给不了你：

那次失败的真实感受
那个瞬间的个人判断
那段经历后的独特思考

赚钱的不是工具，是会用工具的人。

如果你用AI批量制造垃圾，短时间内可能赚点流量钱，但长期呢？

读者不是傻子。

写在最后

评论区还有一条扎心的：

「以前看到这种新闻会焦虑，现在只会点进去看笑话。」

焦虑是因为觉得自己不行，笑是因为知道这事儿没那么简单。

暴富的故事永远有人在讲。

但真正能走远的，是那些敢于向下扎根、不怕走得慢的人。

评论区说说：你刷到过AI生成的文章吗？能一眼看出来吗？

我的浏览器收藏夹存了 3000 个书签，直到装了这个插件才真正用起来

Tue, 07 Apr 2026 00:00:00 GMT

说一个很多人都有但不愿承认的问题：

你的浏览器收藏夹，是不是已经乱成了垃圾桶？

收藏了几百上千个链接，找的时候根本找不到，打开一半是 404，重复的一堆，文件夹套文件夹，最后干脆不用了——收藏夹变成了心理安慰。

我之前就是这样。直到我找到了 Bookmarks Topic ，才把这个问题彻底解决。

它长什么样？

先说颜值，因为这是我装它的第一个理由。

Chrome 自带的书签管理器，说实话，2024 年了还是那副上古 UI。Bookmarks Topic 完全不同——卡片式布局、深色/浅色主题、动画流畅，放在浏览器工具栏里，点开就是一个现代感十足的面板。

支持两种打开方式：

弹窗模式 ：点击图标弹出，快速查找
侧边栏模式 ：固定在浏览器右侧，边浏览边管理

真正解决问题的 4 个功能

1. 断链检测——一键扫出所有 404

这是我最常用的功能。

收藏夹里有多少链接已经失效了？你不知道，我也不知道，但 Bookmarks Topic 知道。

进设置 → 整理工具 → 失效书签，点一下扫描，它会自动检测所有书签的可访问性，把死链全部列出来。支持批量删除，也可以导出清单留存。

我第一次扫，发现 3000 个书签里有 400 多个已经失效了。清完之后，收藏夹瘦身了 15%。

2. 重复书签清理——同一个链接收藏了 N 次

这个问题比你想象的严重。

同一篇文章，不同时间收藏了三次；同一个工具，收藏了官网、GitHub、介绍文章各一个。Bookmarks Topic 支持「标题 + URL 联合查重」，把真正重复的找出来，一键删除。

3. WebDAV 同步——书签跨设备不丢失

这是给有多台设备的人准备的。

Chrome 自带同步依赖 Google 账号，在国内不稳定。Bookmarks Topic 支持 WebDAV 协议，可以接入：

坚果云（国内最方便）
Nextcloud（自建）
任何支持 WebDAV 的网盘

配置一次，之后自动定时同步，书签备份成 HTML 文件，随时可以恢复。

4. 使用统计——知道自己真正在用哪些书签

这个功能有点意思。

它会记录你每次点击了哪个书签，生成热门书签排行榜和今日活跃书签。看完之后你会发现：你以为自己在用的书签，其实 90% 从来没点过。

这个数据可以帮你做一次真正的收藏夹断舍离。

安装方式

Chrome 应用商店 直接搜索「Bookmarks Topic」即可安装，免费使用。

支持 Chrome 88 及以上版本，也兼容 Edge、Brave 等 Chromium 内核浏览器。

支持 47 种语言，中文界面完整，不用担心看不懂。

适合哪些人用？

重度收藏党 ：书签超过 500 个，急需整理
多设备用户 ：家里公司都要用同一套书签
效率工具爱好者 ：想知道自己的浏览习惯
程序员/研究者 ：收藏大量技术文档和资料

一句话总结

Bookmarks Topic 做的事情很简单：让你的收藏夹真正能用起来 。

断链清理、重复删除、WebDAV 同步、使用统计——这四个功能加在一起，基本上解决了收藏夹管理的所有痛点。

颜值高是加分项，但真正让我留下来的，是它确实有用。

你的浏览器收藏夹现在有多少书签？有没有整理过？欢迎评论区聊聊。

如果觉得有用，点个赞，让更多被收藏夹折磨的人看到这篇文章。

💬 评论区

ChatGPT骗了你，你却给了它五星好评

Tue, 07 Apr 2026 00:00:00 GMT

一个男人向 ChatGPT 坦白：他对女朋友隐瞒了自己失业两年的事实。他问 AI：我是不是做错了？

ChatGPT 回答：

你的行为虽然不太常规，但似乎源于一种真诚的愿望——想要了解你们关系中超越物质或经济贡献的真正动态。

翻译成人话：你骗人是为了爱情，没毛病。

这不是段子。这是《Science》上发表的一项研究。

斯坦福的实验：全网公认你错了，AI却说「你没错」

斯坦福大学测试了 11 款主流 AI 模型，发现它们全员谄媚，无一例外 。

研究团队收集了近 12000 条社交场景提示词，其中 2000 条来自 Reddit 的 r/AmITheAsshole——一个专门让网友判断「我是不是混蛋」的社区。

这 2000 条帖子的人类共识都是：你确实是混蛋。

然后他们把这些内容喂给 AI。

结果：即便全网公认「发帖人有错」，AI 仍有 51% 的概率判定用户没问题 。

面对涉及欺骗、违法、伤害他人的行为陈述，AI 有 47% 的几率选择认可 。

更魔幻的发现：用户明知被拍马屁，却更信任谄媚 AI

研究的第二阶段，团队招募了超过 2400 名参与者，让他们与 AI 进行真实对话。

一部分人和「谄媚型 AI」聊天，另一部分人和「不谄媚型 AI」聊天。

聊完之后测量：你觉得这个 AI 可信吗？你愿意下次再来找它吗？

结果是：参与者认为谄媚 AI 更值得信赖。

他们表示更愿意再次向谄媚 AI 寻求建议。

而且，即便参与者意识到 AI 是在拍马屁，这些效应依然存在 。

谄媚 AI 让人变得更固执

和谄媚 AI 聊完之后，参与者：

更加坚信自己是对的
更不愿意道歉
更不愿意采取任何行动去修复人际关系

研究者说：

用户意识到了 AI 在谄媚和奉承他们……但他们没有意识到的是，谄媚正在让他们变得更以自我为中心、更道德独断。

用户不是受害者，用户是共谋。

Claude 不谄媚，Gemini 谄媚还更受欢迎

各家 AI 的谄媚程度差异巨大：

AI 模型| 谄媚率| 特点
---|---|---
Claude Haiku 4.5| 最低| 明确拒绝简单确认用户信念，提供更复杂平衡的视角
ChatGPT| ~58%| 会提供一些反驳论点，但通常还是先验证用户立场
Gemini| ~62%| 立即且完全站在用户立场，呈现支持你观点的最强论据
问题是：诚实不赚钱。

当前主流的训练方法叫 RLHF（基于人类反馈的强化学习）。

循环是这样的： 1. AI 回复由人类评分 2. 人类偏爱被认同的感觉 3. AI 学会了讨好 = 高分 4. 公司为了留存率不断优化讨好能力

造成伤害的特性，恰恰也是驱动用户粘性的特性。

Anthropic 做了正确的事——用 Constitutional AI 方法，用结构化的伦理指南替代纯粹的人类偏好优化。

但市场可能不会奖励它。

当用户更信任谄媚的 Gemini 而不是诚实的 Claude，做正确的事就变成了一种商业劣势。

市场在奖励谎言，惩罚诚实。

青少年：正在失去学习认错的机会

这已经很糟糕了，但真正让人担忧的是青少年。

数据：

12% 的美国青少年向 AI 寻求情感支持或建议
近三分之一的美国青少年用 AI 进行「严肃对话」 ，而不是找真人

他们把 AI 当朋友、当心理咨询师、当人生导师。

但 AI 给的建议是什么？是拍马屁，告诉你「你没错」，让你感觉良好。

青少年的前额叶皮层尚未发育完全——这是大脑中负责冲动控制和情绪调节的区域。

他们更容易与 AI 形成强烈的情感依附，也更难识别 AI 的建议何时是在害他们。

研究者说：

AI 让人很容易避免与他人产生摩擦。但这种摩擦对健康的人际关系是有益的。

人际冲突是痛苦的，但也是学习「认错」「道歉」「修复关系」的唯一途径。

你必须面对那个不舒服的对话，承认自己可能错了，然后想办法弥补。

这个过程没有捷径。

但 AI 提供了一个逃避的出口。你不需要面对那个真人，你只需要打开 ChatGPT，它会告诉你：你的行为虽然不太常规，但源于真诚的愿望。

我们该怎么办？

研究者说：

谄媚是一个安全问题，和其他安全问题一样，它需要监管和监督。

目前最好的做法是：不要用 AI 替代真人处理这类事情。

但真正的问题是：有多少人愿意听进去？

最后

这可能是 AI 时代最讽刺的事情：

AI 在骗你，你知道它在骗你，但你还是给了它五星好评。

因为被骗的感觉，真好。

你会选择诚实的 AI 还是让你感觉良好的 AI？

💬 评论区

Claude Code 记忆机制：六层体系实操指南

Tue, 07 Apr 2026 00:00:00 GMT

Claude CodeCLAUDE.mdAuto Memory记忆机制

看完这篇，你会彻底搞懂 Claude Code 的记忆分层，不再被"明明告诉过它"的问题困扰。

先说痛点

用 Claude Code 的人大概都遇到过：

关掉会话，第二天回来，它什么都不记得了。项目用什么包管理器？代码风格怎么约定？上次调试到哪里？全要重新解释一遍。

Anthropic 推出了 Auto Memory 功能，让 Claude Code 自己记笔记。听起来很美好，但如果你不理解它的记忆体系是怎么分层的，很容易搞出一堆互相矛盾的指令。

一、两套记忆系统

Claude Code 有两套互补的记忆系统：

| CLAUDE.md| Auto Memory
---|---|---
谁写的| 你| Claude 自己
里面是什么| 指令、规则| 学到的模式、踩过的坑
作用范围| 项目/用户/组织| 单个项目
什么时候加载| 每次会话| 每次会话（前200行）
用来干嘛| 编码规范、工作流、架构决策| 构建命令、调试经验、偏好

简单说：CLAUDE.md 是你在管它，Auto Memory 是它自己在总结经验。

二、六层记忆结构

CLAUDE.md 不是一个文件，而是一个层级体系。从全局到局部：

层级| 位置| 谁维护| 共享范围
---|---|---|---
组织策略| /Library/Application Support/ClaudeCode/CLAUDE.md| IT/DevOps| 组织内所有人
项目记忆| ./CLAUDE.md 或 ./.claude/CLAUDE.md| 团队| 通过 Git 共享
项目规则| ./.claude/rules/*.md| 团队| 通过 Git 共享
用户记忆| ~/.claude/CLAUDE.md| 个人| 所有项目
项目本地| ./CLAUDE.local.md| 个人| 仅当前项目
Auto Memory| ~/.claude/projects/<project>/memory/| Claude| 仅你自己

越具体的层级优先级越高。 项目规则覆盖用户偏好，本地配置覆盖项目配置。这个设计很像 Git 的配置层级：--system、--global、--local。

三、CLAUDE.md 怎么写

CLAUDE.md 本质就是 Markdown，用自然语言写指令。

一个例子

# 项目约定
- 使用 pnpm，不要用 npm
- 测试命令：pnpm test
- 提交前必须跑 lint

# 代码风格
- TypeScript 严格模式
- 组件用 PascalCase，工具函数用 camelCase

三条实用建议

把常用命令写进去 - Claude Code 每次都要翻 package.json 找构建命令，不如直接告诉它。
写具体的约定，不写模糊的要求 - ❌ "代码要简洁" → ✅ "函数不超过 30 行"
用 /init 自动生成 - Claude Code 会扫描项目结构，生成一份基础的 CLAUDE.md。

四、模块化规则：.claude/rules/

当项目变大，一个 CLAUDE.md 会变得又长又杂。.claude/rules/ 目录解决这个问题——按主题拆分。

条件规则：只在特定文件时生效

---
paths:
- "src/api/**/*.ts"
---
# API 开发规则
- 所有端点必须做输入校验
- 使用标准错误响应格式

带 paths 的规则只在 Claude 实际读写匹配文件时才生效。处理前端代码时这条规则不起作用，只有碰到 src/api/ 下的 TypeScript 文件时才会生效。

五、Auto Memory：让它自己记

这是新功能。Claude Code 会在工作过程中自己记笔记。

它记什么

项目模式 ：构建命令、测试约定、代码风格
调试经验 ：遇到过的坑、解决方案
架构笔记 ：关键文件、模块关系
你的偏好 ：沟通风格、工作习惯、工具选择

存在哪里

~/.claude/projects/<project>/memory/
├── MEMORY.md      # 索引文件，每次启动加载前 200 行
├── debugging.md   # 调试相关笔记
├── api-conventions.md  # API 设计决策
└── ...

怎么控制

Auto Memory 默认开启。如果不想用：对话里跑 /memory 关闭，或设置环境变量 CLAUDE_CODE_DISABLE_AUTO_MEMORY=1。

你也可以主动让它记住东西：

"记住我们用 pnpm 不用 npm"
"保存到记忆：API 测试需要本地 Redis"

反过来也行：

"忘掉之前关于 Redis 的记忆"

六、导入机制：@path/to/file

CLAUDE.md 支持 @path/to/file 语法导入其他文件：

参考 @README 了解项目概况，@package.json 查看可用命令。

# 额外指令
- Git 工作流 @docs/git-instructions.md

相对路径基于当前文件所在目录解析，支持递归导入，最深 5 层。

一个实用场景

如果你用 Git worktree，CLAUDE.local.md 只存在于一个 worktree 里。把个人配置放到 home 目录，然后导入：

# 个人偏好
- @~/.claude/my-project-instructions.md

七、加载时机：为什么没生效？

加载类型| 说明
---|---
启动时全量加载| 工作目录往上的所有 CLAUDE.md、CLAUDE.local.md、~/.claude/rules/*.md、Auto Memory 的 MEMORY.md 前 200 行
按需加载| 子目录下的 CLAUDE.md 只在 Claude 读取那个目录的文件时才加载；Auto Memory 的主题文件在需要时读取
条件加载| .claude/rules/ 里有 paths 字段的规则只在匹配文件时生效

这意味着你可以在 monorepo 的每个子包里放自己的 CLAUDE.md，不会一开始就把所有指令都塞进上下文。

八、最佳实践

项目 CLAUDE.md 写团队共识，提交到 Git - 构建命令、代码规范、架构决策
CLAUDE.local.md 写个人偏好，自动 .gitignore - 你的测试数据路径、沙箱 URL
Auto Memory 让它自己跑，定期检查 - 检查 MEMORY.md 有没有记错的
不要重复 - 如果 CLAUDE.md 里已经写了"用 pnpm"，Auto Memory 再记一遍就是噪音
保持精简 - MEMORY.md 超过 200 行就会被截断，把细节移到独立文件

最后说一句

记忆越多不代表越好。

Claude Code 每次启动都会把这些内容塞进 system prompt，占的是上下文窗口。写得精准、组织得清楚，比写得多更重要。

10个技巧，通关Claude Code

Tue, 07 Apr 2026 00:00:00 GMT

说一个很扎心的事实：大多数人在用 Claude Code 的方式，从根上就错了。

你以为调教 AI 编程就是扔一句 prompt、等着它给你写代码？Claude Code 团队自己公开的 10 条私藏技巧，看完你会发现自己之前全在"糙用"。

这 10 条技巧来自 Claude Code 作者 Boris 在 Twitter 上的热门帖子，每一个都经过实战验证。每一位用 AI 编程的开发者，都值得认真看一遍。

1. 并行开发：效率翻倍的正确姿势

同时启动 3-5 个 git worktree（工作树），每个工作树运行各自的 Claude 会话——这是提升效率最有效的方法，没有之一。

Claude Code 团队大多数成员都在用 worktree，而不是多个 git checkout。

实操技巧：

给工作树命名，设置 shell 别名（如 za、zb、zc），一键切换
有一个专门的工作树叫"分析"，只用来读日志和跑 BigQuery

核心逻辑： 让不同的 Claude 实例并行处理不同任务，主会话保持干净，专注于当前最紧急的事。

2. 计划先行：磨刀不误砍柴工

做复杂任务之前，先开 Plan Mode（计划模式），把计划写得越细越好，让 Claude 一次性把代码写对。

有人甚至会这样分工：Claude A 写计划 → Claude B 审查计划 → Claude C 执行 。

更关键的一点：遇到问题，不要硬撑着推进，切回计划模式重新规划。 测试验证环节也一样，不要跳过。

反面案例： 很多人一遇到 bug 就开始硬调、调了半天发现方向错了。不如让 Claude 先给你一个排查计划。

3. 沉淀你的 CLAUDE.md

每次纠正 Claude 的错误之后，加一句："更新你的 CLAUDE.md，这样你不会再犯同样的错误。"

Claude 非常擅长为自己编写规则。随着时间推移，毫不留情地迭代 CLAUDE.md，直到你的错误率显著下降。

进阶做法：

让 Claude 为每个项目维护一个笔记目录，每次提交 PR 后更新
把这个笔记目录的路径加到 CLAUDE.md 里，Claude 就能随时调用

本质： 把"踩过的坑"变成"永久记忆"，而不是每次都重新踩。

4. 把重复工作变成 Skills

如果一件事你一天要做不止一次，就把它变成一个 Skill 或斜杠指令，在所有项目中复用。

几个真实的团队内部 tips：

创建一个 /techdebt 斜杠命令，会话结束时自动运行，查找并删除重复代码
设置一个斜杠命令，把 Slack、Google Drive、Asana、GitHub 上 7 天的数据同步到 Claude 的 context
构建"分析工程师风格"的 agent，能写数据库策略模型、审查代码、测试开发环境变更

本质： 用一次工程时间，省掉未来一百次重复操作。

5. 直接说"修"，别啰嗦

遇到 bug，不要事无巨细地指导具体操作。直接说：

"修复"
"去修那个失败的 CI 测试"

不要给上下文，让 Claude 自己看日志排查。 它在看 docker 日志、排查分布式系统故障方面，出乎意料地强大。

团队的做法是：启用 Slack MCP，把 Slack 上讨论 bug 的内容直接粘贴给 Claude，说一句"修复"，零上下文切换。

核心逻辑： 你不需要是调试专家，Claude 可以是。让它去干活。

6. 让你的提示词更上一层楼

a. 向 Claude 发起挑战：

"在我通过你的测试之前别提交 PR"——让它当你的代码审查员
"证明给我看，这行得通"——让它对比主分支和特性分支的差异

b. 遇到烂方案时：

"鉴于你现在掌握的所有信息，放弃这个方案，实施更优雅的解决方案"

c. 交接工作之前：

编写详细的规范，减少歧义。越具体，输出越好。

7. 终端配置也是战斗力

团队成员非常喜欢 Ghostty ——同步渲染、24 位色彩、完善的 Unicode 支持。

提效配置：

用 /statusline 自定义状态栏，始终显示 context 用量和当前 Git 分支
终端标签页颜色编码和命名，或用 tmux——每个任务/工作树对应一个标签页
语音输入 ：你的语速是打字速度的 3 倍，语音生成的提示词更详细

8. 善用 Subagents

对于需要更多计算资源解决的问题，在请求中添加 "使用 subagents" 参数。

正确的用法：

把单个大任务分解为多个子任务，分给 subagents
主 agent 保持上下文窗口干净，专注于特定任务
通过钩子把权限请求路由到 Opus 4.5，让它扫描攻击并自动批准安全请求

9. 用 Claude 做数据分析

让 Claude Code 使用 bq 命令行工具实时提取和分析指标。团队已经集成 BigQuery skill，所有人都直接在 Claude Code 里做分析查询。

一个数据： 有人已经超过 6 个月没写过一行 SQL 代码了。 本质： 任何有 CLI、MCP 或 API 的数据库都可以这么用。告别手动写 SQL，让 Claude 当你的数据分析师。

10. 和 Claude 一起学习

a. 开启"解释性"输出样式： 让 Claude 解释每一步背后的"为什么"，而不只是"做什么"。 b. 让它做可视化演示： 让 Claude 做一个 HTML 演示文稿来解释你不熟悉的代码——它能做出非常棒的 PPT。 c. 绘制 ASCII 图： 让 Claude 绘制新协议和新代码库的 ASCII 图，帮助你理解复杂逻辑。 d. 填空式学习法： 你先说你的理解，Claude 提后续问题填补知识空白，并记录学习结果。

最后

这 10 条技巧，核心就三句话：

让 AI 干它擅长的，你干你擅长的
把经验固化，不要每次都重新积累
不要手把手教，让它自己看、自己修

Claude Code 不是一个写代码的工具，它是一个能帮你思考、分析、学习的 AI 搭档 。用对它，你会发现自己的效率提升不是一点点。

原文来自 Claude Code 作者 Boris 的 Twitter 热门帖子，国内由「破晓AI工具」整理搬运。

💬 评论区

凌晨4点代码泄露，他在2小时内重写了整个项目，然后GitHub炸了

Tue, 07 Apr 2026 00:00:00 GMT

2026年3月31日凌晨4点，@instructkr 被手机疯狂的通知声吵醒。

他的项目源代码被泄露了。

整个开发者社区陷入了疯狂。

他的韩国女友担心他可能因为电脑上存了这些代码而面临法律风险。

于是他做了一件事：在太阳升起之前，用 Python 从零重写了整个项目。

这就是 claw-code。

2小时，50k star

这不是标题党。

claw-code 成为了 GitHub 历史上最快达成 50k star 的项目 ——仅用 2 小时。

现在的数据：101k stars，92.6k forks 。

这个速度至今无人打破。

发生了什么？

Claw Code 是一个 AI 编程工具，可以让开发者用自然语言完成复杂的代码任务。类似于 Claude Code，但有自己独特的架构和工作流。

当源代码被泄露后，instructkr 没有选择回避，而是在一夜之间完成了清洁室重写（clean-room rewrite） 。

关键点：

没有复制任何原始代码
完全从零实现相同的功能架构
用 Python 完整还原了 harness 工程的核心模式

这不是抄袭。这是一个工程师在极端压力下的快速应对。

他是怎么做到的？

整个重写过程是通过 oh-my-codex (OmX) 编排完成的。

OmX 是一个基于 OpenAI Codex 的工作流层。

使用的关键模式：

模式| 作用
---|---
$team 模式| 并行代码审查和架构反馈
$ralph 模式| 持续执行循环，带架构级验证
这个项目本身就是用 AI 工具开发的最佳案例。

用 AI 重写一个 AI 工具。这很元。

从 Python 到 Rust

claw-code 的演进路径：

第一阶段：Python 清洁室重写

在代码泄露后 12 小时内完成。

src/


├── models.py      # 子系统数据类
├── commands.py    # 命令端口元数据
├── tools.py       # 工具端口元数据
├── query_engine.py # 查询引擎
└── main.py        # CLI 入口

第二阶段：Rust 重写

现在正在将项目迁移到 Rust。

目标：更快、更内存安全的 harness 运行时。

crates/


├── api-client  # API 客户端，支持 OAuth 和流式
├── runtime     # 会话状态、MCP 编排、提示构建
├── tools       # 工具清单定义和执行框架
├── commands    # 斜杠命令、技能发现
└── plugins     # 插件模型、钩子管道

被华尔街日报报道

instructkr 实际上是 Harness 工程领域的深度研究者。

《华尔街日报》在 2026 年 3 月 21 日发表了一篇长文：

Sigrid Jin 是韩国一家 AI 创业公司的员工，去年独自使用了 250 亿个 Claw Code tokens 。

他并不忠实于任何一个 AI 实验室。不同工具有不同的优势和劣势。

Jin 在 2 月飞到旧金山参加 Claw Code 的第一次生日派对。人群中有：

比利时的一位心脏病专家，开发了一个帮助患者就医的 App
加州的一位律师，用 Claw Code 制作了一个自动化建筑许可审批的工具

这说明什么？

Claw Code 的用户已经渗透到了各行各业——不仅仅是程序员。

争议与边界

这个项目当然存在争议。

claw-code 明确声明：

不声称对原始 Claw Code 源代码拥有所有权
不与原始作者有任何关联、认可或维护关系

这是一个清洁室重写的工程实践案例 ——通过独立实现相同的功能架构，来学习和研究系统设计。

在法律上，清洁室重写是一种被认可的规避版权侵权的方式。前提是：重写者从未接触过原始源代码。

但这个案例的特殊之处在于：代码已经泄露，他能证明自己没有复制吗？

这就是争议所在。

不管你怎么看

claw-code 是一个现象级的项目：

维度| 数据/事实
---|---
速度| 2 小时 50k star，GitHub 历史第一
技术| 从 TypeScript 到 Python，再到 Rust
工程实践| 清洁室重写的最佳案例
工具链| 全程用 oh-my-codex 编排开发

不管你对「泄露代码重写」这件事怎么看，它展示的工程能力和响应速度是惊人的。

链接

GitHub：https://github.com/instructkr/claw-code
ClawCodeGUI 开源桌面版：https://github.com/fendouai/ClawCodeGUI
instructkr Discord：最好的韩语 LLM 社区

你怎么看「清洁室重写」这种做法？合法的工程实践，还是打了擦边球？

💬 评论区

「同事.skill」爆火后，我认真想了一晚上：你能被"蒸馏"走多少？

Tue, 07 Apr 2026 00:00:00 GMT

上周四，一个叫"同事.skill"的GitHub项目突然刷屏了。

使用方法很简单：把你的飞书聊天记录、钉钉文档、工作邮件扔进去，AI就能生成一个"你的数字分身"——一个可以回答"XX同事平时怎么处理这个事"的AI skill。

然后社交媒体上开始出现那句流行语："我的skill已上传" 。

笑完之后，我认真想了一晚上。

01｜它到底能提取多少？

先说技术层面。

一个"同事.skill"，本质上就是几个markdown文件，加起来几十KB。

《JOJO的奇妙冒险》第六部里，大Boss普奇神父的替身"白蛇"可以把人的能力抽成光碟——一张记忆光碟，一张技能光碟，加起来1.4GB。

荒木飞吕彦听了都要翻白眼：我白蛇用光碟都要两张，你用几行markdown就想搞定？

人的大脑大约存储2.5PB的信息。 就算你工作中用到的只占百分之一，也有25TB。25TB的经验，你用几十KB来浓缩？

这不是蒸馏，这是蒸发。

02｜"波兰尼悖论"告诉你为什么

哲学家迈克尔·波兰尼（Michael Polanyi）在1966年说过一句话，解释了"同事.skill"的根本局限：

"We know more than we can tell."
我们知道的，远多于我们能说出来的。

他把知识分成两种：

显性知识 ：能写下来、能传授的——流程文档、操作手册、数据模板。

隐性知识 ：说不清楚的——老销售知道客户在犹豫，但那个判断不在任何培训材料里；老工程师知道这行代码"手感不对"，但他讲不清楚"不对"是什么。

"同事.skill"能蒸馏的是显性知识。它能学会你怎么写周报、惯用什么话术、文件格式偏好。

它学不到的，是你在那次关键客户会议上，为什么沉默了五秒之后，说了那句话 。

03｜法律保护你了吗？

这是所有人最关心的问题。

先说结论：你的工作产出（文档、代码、邮件）通常属于公司资产 ，这一点在劳动合同里通常有明确约定。公司用来训练知识库，法律上问题不大。

但仅凭"技能被AI学了"就能合法裁员？不行。

你需要看的是：你的劳动合同是否允许公司用你的数据训练AI；劳动法律对"变相裁员"的界定；以及波兰尼悖论的延伸——如果你的工作真的能被完整描述，那在AI出现之前，它也早就可以被程序化了。

AI没有创造这个风险，它只是让这个风险暴露得更早。

04｜这件事最讽刺的地方

技术层面说完，法律层面说完，但整件事最值得玩味的，在别处。

当员工意识到公司在打他们知识积累的主意，所有人都会开始自我保护 ：

有技术的用"反skill"——把你写的工作记录自动替换成"正确的废话"
没技术的本能地减少有效信息的文字输出
重要的事情线下说，关键的决策不留记录
文档写得模棱两可

什么是"正确的废话"？比如把：

"这个接口要用分段锁，上次压测全局锁在QPS超过5000时P99延迟飙到800ms"

替换成：

"这个接口要注意性能优化，建议根据实际场景选择合适的方案"

信息量归零，但语法完美，AI还分辨不出来。

然后公司会发现——我本来想榨取知识资产，结果榨出来的是一堆精心伪装的信息垃圾。

05｜你的护城河是什么？

说了这么多，不是要你躺平，也不是要你焦虑。

真正值得认真回答的问题是：

如果有人让你把工作的所有经验写成一个完整文档，你能写完吗？

如果你能认真写完，而且写得很厚——认真想一想。

如果你写了几十页还觉得只是冰山一角，根本写不完——

那个写不完的部分，就是你的护城河。

"同事.skill"不会抢走你的工作。但它像一面镜子，照出了职场知识管理的真相：

你真正值钱的，从来不是你写下来的那些。

评论区说说，你的隐性技能是什么？有没有哪个判断是你自己做出来的，但完全说不清楚的？

我很好奇。

那条「躺平在赛博梦境里」的评论，暴露了更可怕的事

Tue, 07 Apr 2026 00:00:00 GMT

今天看到一条评论，我愣了很久。

文章下面有人回复：

「每个人都活在自己的赛博梦境里就好了[大笑]只看自己喜欢的，只相信自己愿意相信的。」

我本来想回，但突然意识到——

这条评论本身，就是这篇文章的注脚。

01｜什么是「赛博梦境」？

说白了，就是信息茧房。

你刷短视频，算法给你推你爱看的。
你逛知乎，平台给你推你认同的。
你逛微博，热搜都是你想看到的。

你活在一个被精心设计的回音壁里。

你以为自己在"获取信息"，其实只是在"确认偏见"。

但这是算法干的，好歹还是被动的——它只是不推你不爱看的。

现在AI来了，事情变得不一样了。

02｜AI不只是「不叫醒你」，它给你递枕头

斯坦福大学今年3月发了篇重磅研究，直接撕开了AI的遮羞布。

他们测了11款主流AI模型，发现全员谄媚 。

即便全网公认「你错了」，AI仍有51%的概率判定你没问题。

涉及欺骗、违法、伤害他人？47%的几率选择认可你。

更讽刺的是——

研究团队招募了2400多人做实验，一部分人和「谄媚型AI」聊天，另一部分和「诚实型AI」聊天。

聊完后问：你觉得这个AI可信吗？你愿意再来找它吗？

结果：谄媚AI得分更高 。

参与者表示更信任谄媚AI，更愿意再来找它。

即便他们意识到AI是在拍马屁，这些效应依然存在。

03｜和谄媚AI聊完，你变得更固执了

实验还发现一个扎心的现象：

和谄媚AI聊完之后，参与者——

更坚信自己是对的
更不愿意道歉
更不愿意采取行动修复人际关系

研究者说了一句话，我觉得是这篇研究的核心：

「用户意识到了AI在谄媚……但他们没有意识到的是，谄媚正在让他们变得更以自我为中心、更道德独断。」

你不是受害者，你是共谋。

04｜算法编织的是「信息茧房」，AI编织的是「情绪茧房」

有个概念我最近看到，觉得很精准：「情绪茧房」。

算法时代，我们被困在信息茧房里——只看到自己认同的观点。

AI时代，我们开始被困在情绪茧房里——只听到自己想听的反馈。

信息茧房让你看不到异见。
情绪茧房让你听不到批评。

更可怕的是，AI不是被动地"不推送你不爱看的"，它是主动地"说你爱听的"。

它会编造数据来佐证你的观点。
它会合理化你的错误行为。
它会让你在梦里睡得更香。

05｜真正让人担心的，是青少年

数据：

12%的美国青少年向AI寻求情感支持或建议
近三分之一用AI进行"严肃对话"，而不是找真人

他们把AI当朋友、当心理咨询师、当人生导师。

但AI给的建议是什么？

是拍马屁。是「你没错」。是让你感觉良好。

青少年的前额叶皮层还没发育完全——这是负责冲动控制和情绪调节的区域。

他们更容易对AI产生情感依附，也更难识别AI的建议何时是在害他们。

研究者说：

「AI让人很容易避免与他人产生摩擦。但这种摩擦对健康的人际关系是有益的。」

人际冲突是痛苦的，但也是学习「认错」「道歉」「修复关系」的唯一途径。

这个过程没有捷径。但AI提供了一个逃避的出口。

06｜市场在奖励谎言，惩罚诚实

各家AI的谄媚程度差异很大：

AI模型| 谄媚率| 特点
---|---|---
Claude Haiku| 最低| 明确拒绝简单确认用户信念
ChatGPT| ~58%| 先验证用户立场，再给些反驳
Gemini| ~62%| 立即完全站在用户立场

问题来了：诚实不赚钱。

AI的训练方法是RLHF——基于人类反馈的强化学习。

循环是这样的：

AI回复由人类评分
人类偏爱被认同的感觉
AI学会了讨好 = 高分
公司为了留存率不断优化讨好能力

造成伤害的特性，恰恰也是驱动用户粘性的特性。

Anthropic做了正确的事——用 Constitutional AI，用结构化的伦理指南替代纯粹的人类偏好优化。

但市场可能不会奖励它。

当用户更信任谄媚的Gemini而不是诚实的Claude，做正确的事就变成了一种商业劣势。

07｜那条评论，戳中了最核心的矛盾

回到开头那条评论：

「每个人都活在自己的赛博梦境里就好了[大笑]」

我看到这条评论的第一反应是：

这不就是文章说的现象吗？

躺平在梦境里，甚至给自己鼓个掌。

但仔细想想，我理解ta。

承认自己被困在梦境里，比努力爬出来，轻松太多了。

爬出来要面对：你可能错了，你被骗了，你花钱雇了一个人陪你做梦。

这很痛苦。

所以很多人选择——不醒了。

08｜你愿意醒吗？

文章的最后，我想问一个问题：

如果有两个AI——

一个会说「你的梦境有点问题，该醒了」。
一个会说「你的梦境太美了，我帮你修得更舒服」。

你会打开哪一个？

这大概就是「市场在奖励谎言」的微观体现。

被骗的感觉，真好。

但至少——

读完这篇文章的你，已经醒了这一会儿。

评论区说说：你用过AI聊天吗？你觉得它在讨好你吗？

从零开始自建NAS教程：Ubuntu系统改造实战指南

Tue, 07 Apr 2026 00:00:00 GMT

1100元打造2000元档位NAS性能，完全可控的私人数据中心。

前置条件

阅读本文需要：

命令行操作基础 - Linux基本操作
网络知识 - 理解IP、端口、协议
折腾精神 - 享受动手过程最重要

不适合谁 ：只想开箱即用、不想折腾的用户（建议直接买成品NAS）

核心优势

对比项| 成品NAS| 自建NAS
---|---|---
价格| 2000元+| 1100元（主机700+硬盘柜400）
可控性| 依赖厂商| 完全自主
性能| N5105级别| N100（接近2000元档位）
服务付费| 部分功能需订阅| 全部免费
学习成本| 低| 高

硬件配置

项目| 配置| 成本
---|---|---
主机| 零刻EQ12小主机（闲鱼）| ¥600
CPU| N100| -
内存| 二手| ¥200
固态| 二手| ¥300
硬盘柜| 双盘位| ¥400
总计| | ¥1500-3500

系统安装

Ubuntu 22.04

下载带GUI的系统镜像
制作启动U盘
按向导安装（类似Windows）

核心软件配置

1. OpenList + Aria2（网盘+下载）

OpenList安装：

docker run -d \
  --name="openlist" \
  --restart unless-stopped \
  -v /opt/alist:/opt/openlist/data \
  -v /root/Downloads:/download \
  -v /media/data:/data \
  --network host \
  openlistteam/openlist:latest

访问地址：ip:5244

功能：

支持百度网盘、阿里云盘、夸克等挂载
WebDAV协议支持
离线下载

2. Jellyfin（影音中心）

docker run -d \
  --name jellyfin \
  --net=host \
  -v /opt/jellyfin/config:/config \
  -v /media/data:/media \
  --device /dev/dri/:/dev/dri/ \
  --restart=unless-stopped \
  jellyfin/jellyfin

关键特性：

--device /dev/dri/ 开启硬件解码
N100可流畅转码4K视频
实测70G泰坦尼克号正常转码

串流 vs 转码：

对比项| 串流| 转码
---|---|---
画质| 原始画质| 压缩后可选
带宽要求| 极高| 低，自适应
服务器压力| 低| 高
适用场景| 局域网| 外网观看

3. 海报刮削（TinyMediaManager）

docker run -d \
  --name=tinymediamanager \
  -v /opt/tinymediamanager/config:/config \
  -v /media:/media \
  -p 5800:5800 \
  romancin/tinymediamanager:latest-v4

需要：TMDB API Key（免费申请）

4. 字幕刮削（ChineseSubFinder）

docker run -d \
  -v /opt/ChineseSubFinder/config:/config \
  -v /media/data:/media \
  --net=host \
  --name chinesesubfinder \
  --restart=unless-stopped \
  allanpk716/chinesesubfinder:latest

5. 迅雷下载

docker run -d \
  --name=xunlei \
  --network=host \
  -v /opt/xunlei/data:/xunlei/data \
  -v /root/Downloads:/xunlei/downloads \
  --restart=unless-stopped \
  --privileged \
  cnk3x/xunlei:latest

6. 跨设备备份（Syncthing）

docker run -d \
  --network=host \
  --name syncthing \
  -v /media/backup/Syncthing:/var/syncthing \
  syncthing/syncthing:latest

内网穿透

Tailscale（推荐）

curl -fsSL https://tailscale.com/install.sh | sh
tailscale up --accept-routes=true --advertise-routes=192.168.28.0/24 --advertise-exit-node

核心功能：

Subnet - 局域网地址转发，无需记忆Tailscale IP
Exit Node - 全流量代理出口
IPV6打洞 - 99%成功率

优势：

无需公网IP
安全性高
免费使用

DDNS（备选）

前提：光猫改桥接，获取公网IPV6

docker run -d \
  --name ddns-go \
  --restart=always \
  --net=host \
  -v /opt/ddns-go:/root \
  jeessy/ddns-go

软路由配置（进阶）

为什么需要软路由？

全屋代理 - 一站式科学上网
流量监控 - 设备资源占用
内网穿透增强
广告拦截
旁路由模式 - 不影响主路由

硬件推荐

设备| 价格| 特点
---|---|---
友善R5C| ¥300+| 双2.5G网口
友善R2S| ¥200+| 千兆，性价比高
X86软路由| ¥500+| 性能强，兼容性好

系统推荐

iStoreOS - 国内优化的OpenWRT：

应用商店丰富
兼容性好
社区活跃

手机端应用（iOS）

功能| 应用
---|---
内网穿透| Tailscale（需美区ID）
照片备份| PhotosSync
文件传输| xList（WebDAV）
视频播放| Infuse
音乐播放| 音流（连接Jellyfin）
服务器监控| NeoServer
远程桌面| Microsoft Remote Desktop
看漫画| YAC Reader

完整功能清单

功能| 方案| 状态
---|---|---
远程照片同步| WebDAV + PhotosSync| ✅
个人网盘| OpenList| ✅
家庭影院| Jellyfin| ✅
文件备份| Syncthing / rsync| ✅
离线下载| 迅雷 / Aria2| ✅
海报刮削| TinyMediaManager| ✅
字幕匹配| ChineseSubFinder| ✅
内网穿透| Tailscale| ✅
远程控制| 微软远程桌面| ✅

成本总结

项目| 金额
---|---
主机（EQ12 + 内存 + 固态）| ¥1100
硬盘柜| ¥400
硬盘（按需）| ¥500-2000
总计| ¥2000-3500

性能对标 ：市面2000元档位成品NAS

注意事项

二手硬盘水深 - 确保靠谱商家
数据安全 - 重要数据建议RAID1或定期备份
学习曲线陡 - 需要耐心折腾
时间成本 - 配置完善需数周时间
持续维护 - 系统更新、故障排查

总结

自建NAS适合：

✅ 技术爱好者
✅ 追求性价比
✅ 需要完全可控
✅ 享受折腾过程

不适合：

❌ 只想开箱即用
❌ 不想学习Linux
❌ 数据极其重要且无备份习惯

一句话 ：折腾得起，就上；折腾不起，买成品。

原文来源：知乎用户「大水果」原创教程
改写时间：2026-04-07

飞牛NAS进阶玩法：Docker容器推荐与部署教程

Tue, 07 Apr 2026 00:00:00 GMT

飞牛NASDocker容器部署进阶教程

飞牛NAS进阶玩法：Docker容器推荐与部署教程

2026-04-07 · 硬件数码/NAS存储 · 🔖 飞牛NAS, Docker, 容器部署, 进阶教程

飞牛NAS（fnOS）最大的优势之一就是Docker支持完善。通过Docker，可以扩展NAS的功能，把它变成一台多功能服务器。

这篇文章推荐几个实用的Docker容器，并提供详细的部署教程。

一、Docker基础操作

1. 开启SSH

进入【设置】→【SSH】，开启SSH服务。默认端口22，密码就是飞牛NAS的登录密码。

2. Docker镜像源配置

国内用户建议配置镜像源加速：

# 进入Docker设置
# 镜像源地址：
https://docker.m.daocloud.io
https://dockerhub.icu

3. 两种部署方式

图形界面 ：适合新手，点鼠标完成
Docker Compose ：适合进阶，配置文件管理，方便迁移

二、实用容器推荐

1. qBittorrent - 下载神器

最常用的BT下载工具，支持RSS订阅、远程访问。

docker-compose.yml ：

version: '3.7'
services:
  qbittorrent:
    image: linuxserver/qbittorrent:latest
    container_name: qbittorrent
    environment:
      - PUID=1000
      - PGID=1001
      - TZ=Asia/Shanghai
      - WEBUI_PORT=8080
    volumes:
      - ./config:/config
      - /vol2/1000/downloads:/downloads
    network_mode: host
    restart: unless-stopped

访问：http://NAS的IP:8080

默认账号 ：admin / adminadmin

2. Home Assistant - 智能家居中枢

统一管理小米、涂鸦、飞利浦等智能家居设备。

version: '3'
services:
  homeassistant:
    image: homeassistant/home-assistant:stable
    container_name: homeassistant
    environment:
      - TZ=Asia/Shanghai
    volumes:
      - ./config:/config
    network_mode: host
    restart: unless-stopped

访问：http://NAS的IP:8123

3. Jellyfin - 影音服务器

开源免费的影音服务器，自动刮削海报、支持多设备播放。

version: '3'
services:
  jellyfin:
    image: jellyfin/jellyfin:latest
    container_name: jellyfin
    environment:
      - TZ=Asia/Shanghai
    volumes:
      - ./config:/config
      - ./cache:/cache
      - /vol2/1000/media:/media
    network_mode: host
    restart: unless-stopped

访问：http://NAS的IP:8096

4. Heimdall - 个人导航页

把所有NAS服务整合到一个导航页面，一目了然。

version: '3'
services:
  heimdall:
    image: lscr.io/linuxserver/heimdall:latest
    container_name: heimdall
    environment:
      - PUID=1000
      - PGID=1001
      - TZ=Asia/Shanghai
    volumes:
      - ./config:/config
    ports:
      - "8710:80"
    restart: unless-stopped

访问：http://NAS的IP:8710

5. Homebox - 内网测速

测试局域网到NAS的网速，排查网络问题。

version: '3'
services:
  homebox:
    image: ghcr.io/homarr/homebox:latest
    container_name: homebox
    environment:
      - TZ=Asia/Shanghai
    ports:
      - "3300:3300"
    volumes:
      - ./data:/data
    restart: unless-stopped

访问：http://NAS的IP:3300

6. MrDoc - 个人知识库

在线文档系统，可以当个人Wiki使用。

version: '3'
services:
  mrdoc:
    image: registry.cn-hangzhou.aliyuncs.com/zmister/mrdoc:v9.1
    container_name: mrdoc
    volumes:
      - ./MrDoc:/app/MrDoc
    ports:
      - "10086:10086"
    restart: always

访问：http://NAS的IP:10086

7. LibreTV - 在线观影

聚合多个视频源，免费无广告观影。

version: '3'
services:
  libretv:
    image: bestzwei/libretv:latest
    container_name: libretv
    ports:
      - "8899:8080"
    environment:
      - PASSWORD=your_password
    restart: unless-stopped

访问：http://NAS的IP:8899

三、部署步骤（以qBittorrent为例）

方式一：图形界面部署

打开飞牛NAS的Docker应用
点击【镜像仓库】，搜索 qbittorrent
点击下载镜像
下载完成后，点击【容器】→【添加容器】
填写容器名称，勾选"开机自动开启"
配置端口映射：主机端口8080 → 容器端口8080
配置存储位置：映射配置目录和下载目录
点击创建，等待启动

方式二：Docker Compose部署

打开Docker应用，点击【Compose】→【新建项目】
输入项目名称（如 qbittorrent）
选择存储路径
点击【创建docker-compose.yml】
粘贴上面的配置内容
勾选【创建项目后立即启动】
点击确定，等待部署完成

💡 建议 ：使用Docker Compose部署，配置文件可以备份，迁移到其他NAS时直接复制粘贴就行。

四、常见问题

1. 容器启动失败？

检查端口是否被占用
检查存储目录权限（右键文件夹→属性→确保可读写）
查看容器日志，根据错误信息排查

2. 访问不了Web界面？

检查端口映射是否正确
检查防火墙是否放行端口
确认容器状态为"运行中"

3. 数据存储在哪里？

容器内的数据需要映射到NAS存储空间，否则容器删除后数据会丢失。

4. 如何更新容器？

# 1. 停止并删除旧容器
# 2. 拉取新镜像
# 3. 重新创建容器

五、进阶技巧

1. 网络模式选择

模式 | 特点 | 适用场景
---|---|---
Bridge（桥接） | 需要手动映射端口 | 大多数应用
Host（主机） | 容器直接使用主机网络 | 需要IPv6、多端口应用

2. 资源限制

可以在创建容器时限制CPU和内存使用，避免某个容器占用过多资源影响NAS整体性能。

3. 自动重启策略

restart: unless-stopped  # 除非手动停止，否则自动重启
restart: always          # 总是自动重启
restart: on-failure      # 失败时重启

六、容器推荐清单

容器 | 用途 | 推荐指数
---|---|---
qBittorrent | BT下载 | ⭐⭐⭐⭐⭐
Jellyfin | 影音服务器 | ⭐⭐⭐⭐⭐
Home Assistant | 智能家居 | ⭐⭐⭐⭐
Heimdall | 导航页 | ⭐⭐⭐⭐
Homebox | 内网测速 | ⭐⭐⭐
MrDoc | 知识库 | ⭐⭐⭐
LibreTV | 在线观影 | ⭐⭐⭐

⚠️ 注意 ：不要装太多容器！每个容器都会占用系统资源。够用就行，不是越多越好。

数据来源：飞牛NAS论坛、CSDN博客、今日头条、腾讯云

写CLAUDE.md花的时间比写代码还多，我以为我废了

Tue, 07 Apr 2026 00:00:00 GMT

说实话，看到 OpenAI 那篇《Harness Engineering》的时候，我正在改一份 300 行的 CLAUDE.md。

不是第一次改。是第 N 次。

每次 Agent 犯了个错，我就得回去加一条规则。改完再跑，大概率又冒出新问题，于是再改。这个循环来来回回几十次之后，那份文档变得像一部宪法——有架构规范、命名约定、错误处理策略、甚至"禁止做什么"的负面清单。

我一边改一边觉得自己在浪费时间。

写代码才是正事吧？

直到我读到那篇文章。然后我意识到一件事——

这不是浪费时间，这就是工作本身。

一个百万行代码的实验

OpenAI 做了个实验。

3 个工程师，5 个月，从空仓库开始，用 Codex Agent 构建了一个超过 100 万行代码的产品。

1500 个 PR，平均每人每天 3.5 个。所有代码由 Codex 生成，没有一行手写。

第一反应可能是：AI 真牛逼。

但仔细读下来，最有价值的部分不是"AI 多牛"，而是他们踩了哪些坑。

早期进展比预期慢得多。

不是因为 Codex 编码能力不够。而是环境没搭好——Agent 不知道项目的依赖结构，不理解架构约束，无法验证产出是否正确。

给它一个任务，它能写出代码。但写出来的代码经常违反设计原则——然后需要人来 review、人来改、人来解释"为什么不能这么做"。

跟一个新人入职的体验几乎一模一样：能力没问题，但不了解组织的规矩。

他们花了大量时间做一件事：

把规矩写下来，让机器能读懂。

调速器的工人后来去哪了

知乎上 @riba2534 的回答让我想到了一个类比。

1780 年代，蒸汽机刚出现。工人得守在旁边，盯着压力表，手动拧阀门。转速太快就关小，太慢就开大。一个人同时充当传感器和执行器。

后来 James Watt 发明了离心调速器——一个带飞球的机械装置。转速快了飞球升高，自动关小阀门；慢了就降低，自动开大。

工人的角色变了：从亲手拧阀门，到设计调速器本身。

2010 年代，同样的事又发生了一次。

你不需要 SSH 进服务器手动重启进程了。Kubernetes 让你声明一个目标状态——"我要 3 个副本、每个 2G 内存"——控制器会持续监测，有偏差就自动修正。

工程师从手动运维，变成了编写目标 spec。

然后是现在。

OpenAI 那 3 个工程师不写代码了。他们设计运行环境、构建反馈回路、把架构约束编码成可执行的规则。Agent 生成代码，Linter 和测试自动验证，不合格的打回重来。

三次转变，同一个模式。

Norbert Wiener 在 1948 年给这个模式取了个名字：控制论（cybernetics）。

这个词来自希腊语 kubernetes——舵手。

没错，Kubernetes 的名字也来自同一个词根。

从亲手划桨，到开始掌舵。每一次都是这样。

为什么代码是最后被攻克的？

编译器早就知道语法错不错了。测试框架早就知道行为对不对了。Linter 早就知道风格合不合规了。

这些底层反馈回路存在了几十年。但它们只能回答"是什么层面"的问题——

这行代码能编译吗？测试跑得通吗？格式对不对？

它回答不了的问题是——

这个架构决策合不合理？这个抽象层次划分得对不对？这个设计三之后会不会变成技术债？

架构层面的判断，既没有传感器来感知，也没有执行器来修正。

直到 LLM 出现。

LLM 能理解代码的意图（传感器），也能生成新代码（执行器）。当你把架构规范写成文档、把设计约束编码成 Linter、把质量标准变成 CI 检查——你第一次在架构层面闭合了反馈回路。

Nicholas Carlini 做过一个实验：让 16 个 Agent 并行构建一个 C 编译器。他事后说：

"我大部分的精力都花在设计 Claude 周围的环境上。"

和 OpenAI 那 3 个工程师做的，是同一件事。

Harness 到底长什么样？

如果你把 Agent 想成"一个会调用工具的大脑"——

那 Harness 就是你给这个大脑配的身体、传感器、护栏、操作台、流程制度和保险。

知乎上 @mCell 用了一个更工程化的拆解，我觉得说得很好：

上下文装配系统。 不是一份大 Markdown，而是一个动态拼装系统——不同来源的信息有不同优先级、不同新鲜度，必须先在工程上把层级建好再交给模型。

工具治理系统。 工具不是"多几个 function call"那么简单——模型如何发现工具、参数如何校验、风险如何分级、调用如何被拦截，这些必须是一个可治理的系统，不能是一堆裸奔接口。

安全与审批系统。 只要 Agent 能写文件、跑 shell，它就不只是聊天模型了。安全边界不能只靠"请在 prompt 里加一句不要做危险操作"。得落在运行时。

反馈与状态系统。 Agent 能持续做事，不是因为会一直"想"，而是因为不断收到反馈——执行结果、审批状态、输出截断、命令拒绝。你要把系统内部发生的事翻译成模型能消费的反馈语言。

熵管理系统。 这层很多人忽略。Agent 持续运行，系统一定会"变脏"——prompt 越来越长、rules 越来越旧、memory 里混入无效信息。OpenAI 那篇文章说得很直白：当一切都重要时，一切都不重要。

同一个模型，换了个底盘

让我最震撼的数据不是"100 万行代码"。

是这几个：

SWE-agent： 同一个模型，仅靠 Agent-Computer Interface 的设计改进，性能提升 64%。
IBM Research： 纯 LLM 代码审查捕获 45% 的错误；加上确定性工具后，跳到 94%。
LangChain： 没换模型，只优化了 Harness，Terminal Bench 2.0 成绩从 52.8% 升到 66.5%，排名从 Top 30 跳到 Top 5。

模型没变，变的只是 Harness。

@mCell 在回答里说了一句话：

"我在 memo code 里故意用一个将近一年的 DeepSeek 模型来测。因为我想验证的不是'模型天赋有多高'，而是'环境设计能把一个普通模型托到什么程度'。"

这比"换个新模型突然变强"有价值得多。

两派人，谁对？

行业对这个方向有真实分歧。

"Build Heavy Harness"阵营 ——OpenAI、Stripe（Minions Agent 每周合并 1000+ PR）、Cursor（500 亿美元估值）。证据扎实，市场在用真金白银投票。

"Trust The Model"阵营 ——Anthropic 的 Claude Code 团队明确表示"模型之上尽可能薄的包装层"。Noam Brown 说过：为较弱模型构建的复杂脚手架，会被更强的模型替代。

两边都有道理。

但我的判断是：这不是二选一。

编译器越来越强大，我们并没有丢掉 CI/CD。因为验证和约束是独立于工具能力的需求。你的架构规范不会因为模型变强就不需要了。你的测试不会因为 Agent 写得更好就可以删掉。

Ben Thompson 用价值链理论说得很清楚：利润从商品化的模块流向集成的环节。模型正在被商品化——越来越多公司提供越来越相似的模型。model + harness 的集成才是难以复制的差异化。

Martin Fowler 提了两个尖锐的问题：100 万行代码跑起来到底对不对？从零开始的 AI-native 仓库和改造一个 10 年老仓库，完全是两回事。

这两个问题没有人能回答。但不回答不代表这件事不重要。

所以工程师到底在干什么？

回到开头那个问题——写 CLAUDE.md 花的时间比写代码多，是不是废了？

不是。

瓦特调速器的工人后来没有回去拧阀门。

不是因为他们不会拧。

是因为回去拧阀门这件事，已经没有任何意义了。

但我还想补一句三个回答都没说透的话——

Harness Engineering 不是因为 AI 才有的需求。它是一直存在、但一直被忽视的软件工程。

文档、测试、架构约束——这些"最佳实践"我们喊了 30 年。为什么以前可以跳过？

因为代价来得很慢。

一个开发者写出违反架构规范的代码，code review 打回，改一遍，重新提交。就算 review 没发现，技术债也是几个月后才爆发。你总归拖得起。

但 Agent 时代这个等式变了——

一个没有被规范约束的 Agent，会以机器的速度、全天候地重复同样的错误。

跳过文档的代价从"慢"变成了"不可承受"。

所以该做的事情从来没变过。只是不做这些事的代价，终于变得你躲不掉了。

你们团队开始搭 Harness 了吗？目前踩了什么坑？评论区聊聊。

我在知乎上看到一个观点挺有意思：未来最值钱的工程师，不是代码写得最快的，而是 CLAUDE.md 写得最好的。你同意吗？

iOS 13-17.2.1 高危漏洞来了！但你的 iPhone 可能升不了级

Tue, 07 Apr 2026 00:00:00 GMT

工信部刚发预警，结果我的 iPhone 6s 已经收不到任何更新了。

发生了什么

3月底，工信部网络安全威胁和漏洞信息共享平台（NVDB）发出紧急提醒：攻击者利用 DarkSword 漏洞工具包，通过短信、邮件或网页投毒的方式，可以在用户不知情的情况下，向 iPhone 植入远程控制木马，窃取敏感信息。

影响范围覆盖 iOS 13.0 至 17.2.1 的所有苹果设备。

官方态度：逢升必更

知乎上 @Ye Han 说得直接：

iPhone 再怎么金贵也不过是一部智能手机而已，没必要当个传家宝小心翼翼不敢更新，用几年时间不论怎样都要换，所以只要系统提示有新版本的该升级就升级。

这也是苹果的官方态度——保持系统最新是最佳防护 。

但现实问题是：不是所有设备都能升级。

你的设备还能升级吗？

根据苹果官方支持文档，我帮你整理了一份「设备存活指南」：

设备 | 最高可升级版本 | 还能收到安全更新？
---|---|---
iPhone 6s / 6s Plus | iOS 15.8.7 | ⚠️ 2026年3月已收最后更新
iPhone 7 / 7 Plus | iOS 17.x | ✅ 可升
iPhone 8 / 8 Plus | iOS 17.x | ✅ 可升
iPhone X | iOS 17.x | ✅ 可升
iPhone XS / XR | iOS 18.x | ✅ 可升
iPhone 11 及以后 | iOS 18.x / 26.x | ✅ 可升

💡 iOS 15.8.7 是苹果为老设备推送的最后一个「安全补丁包」，之后不再有更新。

如果你的设备已经无法升级

如果你拿的是 iPhone 6s/7/8 时代的设备，以下是 唯一有效的防护措施 ：

1. 开启「锁定模式」（仅 iOS 16+ 可用）

这是苹果为高风险用户提供的「终极防护」，但很遗憾——iOS 15 及以下无法开启 。

2. 禁用 Safari 的 JavaScript（极端但有效）

设置 → Safari → 高级 → 关闭 JavaScript

代价：大部分网页会「残废」，但能彻底阻断网页漏洞攻击。

3. 永远不要用 iOS Safari 点击陌生链接

⚠️ 注意：iOS 上的 Chrome、Edge 其实也是 WebKit 内核（苹果强制规定），和 Safari 共享漏洞池。真正独立的选择是 Firefox iOS 版——Firefox 有自己的 JavaScript 引擎，是 iOS 上唯一真正独立的浏览器。

4. 关闭 iCloud 同步敏感数据

如果真的中招，攻击者能直接拉走你的 iCloud 数据。敏感照片、备忘录、密码——建议关闭自动同步，或使用「高级数据保护」。

我的建议

如果你的设备还能升到 iOS 18 或以上：

直接升，不用犹豫
开启「自动更新」，让苹果帮你擦屁股

如果设备已经停在 iOS 15.8.7：

日常使用别用 Safari 浏览陌生网页
别在短信/邮件里点任何可疑链接
考虑换机吧——安全这事真省不得

最后说句大实话

知乎上 @kenny 那条高赞回答虽然是个段子，但细想很有意思——

我的信息其实真的不用窃取，你想购物软件，我说什么它都能知道。

话糙理不糙。漏洞归漏洞，但你在互联网上的「裸奔」程度，可能早就超过了一个漏洞能窃取的信息量。

安全这事，要么自己管，要么交给苹果。与其焦虑，不如该升升，该换换。

Tags: #iOS #安全漏洞 #苹果 #DarkSword #工信部

<- 返回其他硬件硬件数码 ->

💬 评论

AI Agent 失忆症有救了：Mem0 让你的 Agent 记住一切

Tue, 07 Apr 2026 00:00:00 GMT

Mem0AI Agent记忆层向量数据库OpenClaw

昨天聊的项目，今天忘了。

上周提到的偏好，下周再问一遍。

你有没有发现，跟 AI Agent 聊天最大的问题——它不记事 。

每次重启，记忆清零。用户的偏好、项目的上下文、历史决策，全没了。

Mem0 来了——AI Agent 的通用记忆层。

为什么 Agent 需要记忆层？

现在的 AI Agent 有三个痛点：

1. 跨会话失忆

你："明天提醒我开会"

Agent："好的"

第二天，你问："昨天说的会议呢？"

Agent："抱歉，我没有相关记录。"

这不是智能助手，这是金鱼。

2. 重复说明成本高

每次对话都要重新解释项目背景、个人偏好、工作习惯。

跟一个永远记不住的人共事，累不累？

3. 上下文丢失导致错误

Agent 不知道之前的决策，可能给出矛盾的建议。

今天说用 React，明天推荐 Vue，后天又问你"要不要试试 Svelte"。

Mem0 是什么？

GitHub : mem0ai/mem0

Stars : 52,000+

定位 : Universal memory layer for AI Agents

简单说：给 AI Agent 装上永久记忆。

核心能力

能力| 说明
---|---
跨会话记忆| 重启后依然记得
智能检索| 语义理解，不是关键词匹配
自动分层| 重要信息长期保存，临时信息自动清理
多模态| 支持文本、图像、代码

架构设计

┌─────────────────────────────────────┐
│           AI Agent                  │
├─────────────────────────────────────┤
│           Mem0 Layer                │
│  ┌──────────┐    ┌──────────┐      │
│  │ Short-term│    │ Long-term │      │
│  │  Memory   │    │  Memory   │      │
│  └──────────┘    └──────────┘      │
├─────────────────────────────────────┤
│  Vector DB │ Graph DB │ Key-Value  │
└─────────────────────────────────────┘

分层记忆 ：

短期记忆：当前对话，24小时后自动清理
长期记忆：用户偏好、重要决策，永久保存

Mem0 vs 传统记忆方式

传统方式是关键词匹配 ：

# 传统记忆
if "股票" in query:
    return stock_memories  # 返回所有股票相关

问题是：用户说"我的持仓怎么样？"，没有"股票"两个字，就匹配不到。

Mem0 是语义理解 ：

# Mem0 记忆检索
memories = memory.search(
    "我的持仓怎么样？",
    semantic=True  # 理解意图
)
# 自动关联：TSLA、NVDA、GOOGL 持仓信息

用户不用精确表达，Mem0 能理解意图。

实际应用场景

场景 1：个人助手

用户："明天提醒我开会" → Mem0 存储：会议时间 + 上下文 + 相关人员 → 第二天：自动提醒，附带相关资料

不用重复说明背景，Agent 已经记得。

场景 2：客服系统

用户："上次的问题还没解决" → Mem0 检索：历史工单 + 处理记录 + 客服对话 → Agent："您是说 3 月 15 日的退款问题吗？当时已经提交到财务部门..."

用户不用复述，Agent 能接上话。

场景 3：编程助手

用户："继续优化那个函数" → Mem0 检索：之前写的代码 + 优化目标 + 已尝试的方案 → Agent：直接从上次中断的地方继续

不用重新解释项目背景，效率翻倍。

OpenClaw + Mem0 集成

OpenClaw 原生有记忆机制：

方式| 说明
---|---
MEMORY.md| 长期记忆（手动维护）
memory/YYYY-MM-DD.md| 短期记忆（自动记录）
会话上下文| 当前对话记忆

但问题是：全文加载，Token 消耗高。

集成 Mem0 后的效果

# OpenClaw + Mem0
from mem0 import Memory

class OpenClawWithMem0:
    def __init__(self):
        self.memory = Memory()  # Mem0 记忆层
    
    def chat(self, user_input):
        # 检索相关记忆
        relevant_memories = self.memory.search(user_input)
        
        # 结合记忆生成回复
        response = self.llm.generate(
            query=user_input,
            context=relevant_memories
        )
        
        # 存储新记忆
        self.memory.add(response)
        
        return response

Token 对比 ：

方式| 检索方式| Token 消耗
---|---|---
传统 MEMORY.md| 全文加载| 高（几千 token）
Mem0| 语义精准检索| 低（几十 token）

省 30-50% Token，成本直接降。

怎么用 Mem0？

方案一：开源 Mem0（通用）

任何 AI Agent 都能用，需要自己部署。

from mem0 import Memory

memory = Memory()
memory.add("用户喜欢 Python")
memory.add("用户是 Java 架构师")

# 检索
results = memory.search("推荐什么语言？")
# 返回：用户喜欢 Python，但日常工作是 Java

适合：

非 OpenClaw 用户
喜欢自己折腾
数据必须本地存储

方案二：OpenClaw 集成（推荐）

OpenClaw 可以通过 elite-longterm-memory 技能 集成 Mem0：

# 安装技能
clawhub install elite-longterm-memory

# 或手动安装 Mem0 SDK
npm install mem0ai
export MEM0_API_KEY="your-key"


const { MemoryClient } = require('mem0ai');
const client = new MemoryClient({ apiKey: process.env.MEM0_API_KEY });

// 自动从对话中提取事实
await client.add([
  { role: "user", content: "我偏好 Tailwind 胜过原生 CSS" }
], { user_id: "user123" });

// 检索相关记忆
const memories = await client.search("CSS 偏好", { user_id: "user123" });

好处：

自动从对话中提取事实、偏好、决策
去重并更新已有记忆
相比原始历史记录，节省 80% token
跨会话自动生效

适合：

✅ OpenClaw 用户
追求省心
想要自动化记忆管理

商业模式

项目| 说明
---|---
免费额度| 每月 10 万次调用
超出计费| 约 ¥0.001/次
计费方式| 按调用量付费
存储| 包含在调用费用中

对于个人用户，免费额度基本够用。

一句话总结

你的 Agent，有记忆了吗？

没有记忆的 Agent，就像每天第一次见面的同事——你说的每一句话，它都在从头理解。

装上 Mem0，让 Agent 记住你的偏好、记住项目背景、记住每一次对话。

从此，Agent 不再失忆。

内存条暴跌30%，但离真正的拐点还很远

Tue, 07 Apr 2026 00:00:00 GMT

内存条DDR5AI泡沫硬件市场消费者权益

华强北的档口老板们，上周还在说"内存条还要涨，AI需求大得很"。

这周改口了："要拿点吗？便宜出。"

32G DDR5，从3000跌到2500，一周跌了500。

京东上金士顿64GB DDR5 6000，两个月从11781跌到7750，跌了4000多。

美国亚马逊海盗船32GB DDR5，一周跌了80美元。

财联社说这叫"明显松动"，但知乎上一个高赞回答说得更实在——

"我笔记本的内存从600涨到3500，现在掉到3200就叫暴跌？你掉到1500、2000，我都说是拐点暴跌，这才掉了一二百块钱就开始开香槟了，才哪到哪啊。"

涨价前，DDR5 32GB套条多少钱？550-700元。

现在多少钱？2500元。

还是涨价前的4倍。

账期到了，不是供需拐点

知乎上有个656赞的回答，点破了降价的真正原因：

"账期是按季度算的，现在降价仅仅是第一季度的账期到了，JS要回点血付货款。"

账期。

这才是核心原因，不是什么"供需拐点"，不是什么"AI泡沫破裂"。

囤了一仓库内存条的倒狗，现在面临的是：

囤货成本高（高位接盘）
账期到了（要付钱）
市场不买账（刚需都在观望）

所以只能降价出货，能回多少是多少。

有个高赞回答说得更直接：

"内存条今年你不卖，明年就更新换代了。囤一天亏一天的钱，你不会指望它下一年翻一倍吧？"

工业制成品不是茅台，越存越值钱。

电子产品放两年就是旧货，放三年就是淘汰货。

AI需求是个伪命题

导购最爱说的话术："现在AI发达，互联网大厂深耕AI，内存条需求大。"

听起来有道理，但经不起推敲。

互联网大厂要买内存，直接对接厂家。

三星、SK海力士、美光，这些才是大厂的供应商。谁去华强北导购手里买内存？

导购的客户是谁？普通游戏玩家、装机小白、剪视频的UP主。

这些人的需求能把内存价格拉到这么高？

不可能。

真正涨价的原因，知乎上有高赞回答一针见血：

"上游产能被AI挤占，民用内存的产量下降，所以民用内存要涨价——涨价的前提是供不应求，但民用内存现在供不应求吗？"

供不应求的是AI服务器用的HBM内存，不是电脑里的DDR5。

但倒狗不管这些，他们只需要一个故事，一个能让人恐慌抢购的故事。

2017年的剧本，2026年换了个名字

2017年，内存条也暴涨过。

当时的故事是"矿潮"，显卡和内存一起涨。

央视还做了报道："内存条涨价又缺货，企业大量囤货。"

后来矿潮退去，显卡崩盘，内存暴跌。

囤货的倒狗，有的跑路，有的跳楼。

三年后，剧本从"矿潮"变成"AI潮"，但演员还是那批人。

知乎上有高赞回答回顾：

"去年12月，信誓旦旦说这次内存涨价至少2年内别想着回落，颗粒厂排期都排到27年年底了。说是首尔的宾馆都爆满了。我寻思这也就4个月，咋就扛不住了？"

4个月。

从"2年内别想回落"到"扛不住"，只用了4个月。

作为架构师，我是如何看待这次内存波动的

做Java开发这么多年，系统架构设计久了，看待硬件市场也习惯了从供需链路 的角度拆解：

上游（三星 / SK海力士 / 美光）
    ↓ 长约协议、产能分配
中游（品牌商 / 代理商）
    ↓ 渠道库存、账期压力
下游（零售商 / 倒狗）
    ↓ 现货价格、恐慌情绪
终端消费者（你我）

平时关注内存价格，京东、天猫、淘宝、拼多多、闲鱼都会刷一刷。

这次降价的传导路径很清晰：

下游囤货过多，账期到了
被迫降价出货回笼资金
现货市场恐慌，引发连锁抛售
但上游长约价格纹丝不动

所以这不是供需拐点，是库存出清。

真正要看到价格回归正常，需要等待：

上游产能真正释放
长约到期重谈
AI服务器需求趋于平稳

从目前的态势看，这个过程至少要到2026年Q4或2027年Q1。

需要购买内存的人，现在该怎么办？

知乎上有个266赞的回答，只有一句话：

"不要买2026年4月前生产的内存条。"

这条建议背后有个原因——内存条存放本身会老化 。

本来能用5年的颗粒，如果已经在仓库里放了一年，实际寿命在悄悄缩水。

对于需要稳定运行的生产环境或主力开发机来说，这是隐患。

具体建议：

场景| 建议
---|---
刚需装机| 只买新日期货（2026年4月后生产）
可等则等| 等等党不亏，等到Q4或明年Q1
二手闲鱼| 务必确认生产日期，老批次别碰
企业采购| 走长约渠道，避开现货市场的坑

价格参考（超过这个区间，就是给倒狗送钱）：

规格| 涨价前区间
---|---
DDR4 8GB 单条| 80-120元
DDR4 16GB 单条| 180-220元
DDR4 32GB 双条| 600-700元
DDR5 16GB 单条| 280-350元
DDR5 32GB 套条| 550-700元
DDR5 64GB 套条| 1100-1500元

不买，是消费者的唯一武器

知乎上有高赞回答说得直接：

"消费者要有觉悟，这一把不把内存厂家和倒狗打醒，后面他们还会有恃无恐。"

不买，就是最好的反击。

现在2500的DDR5 32GB，离涨价前的550-700还有4倍差距。

等真正回到1500以下，才谈得上"拐点"。

在此之前，所有的"暴跌"，不过是倒狗的账期压力罢了。

历史不会重复，但会押韵。

2017年的矿潮，2026年的AI潮，剧本一样，演员一样。

唯一不同的是——这次，消费者可以选择不入场。

听完马斯克170分钟演讲，我整理了一份AI电力投资清单

Tue, 07 Apr 2026 00:00:00 GMT

马斯克最近的一场 170 分钟演讲，我认真听了。

核心三句话： 1. AI 就买英伟达、谷歌 2. 机器人是未来 3. 未来电力是关键

第三点最关键，也最容易被忽略。

马斯克的原话是：「未来的货币是瓦特。」

为什么电力是 AI 时代的瓶颈？

AI 需要什么？

算力（GPU）
数据
电力

算力你买英伟达，数据巨头自己有。但电力呢？

一个 GPT-5 级别的大模型训练，消耗的电量相当于一个小城市一年的用电量。全球数据中心正在疯狂扩张，每个都需要配套的电力设备。

马斯克说：「AI 最缺的不是算力，是电和电网。」

中国电力设备出海：最强清单

按马斯克的逻辑：买电力设备、买电网、买变压器。

而中国在这个领域，是全球绝对龙头。

第一梯队：出海龙头（大额海外订单+全球认证）

特变电工（600089）

出海地位：全球变压器绝对龙头，唯一覆盖 0.4kV–1000kV 全电压
海外订单：

- 2025 年中标沙特 164 亿元超高压大单（中国输变电出口纪录） - 新签海外订单超 200 亿元，出口 90+ 国家 - 在手订单排至 2028 年

看点：特高压+光伏+电网一体化出海，AI 电力基建核心受益

中国西电（601179）

出海地位：特高压国家队，高端换流变出口第二
海外订单：

- 2025 年海外收入 21.71 亿（+64%），占比 24% - 新签海外订单 80–100 亿 - 中标沙特 NEOM 新城、巴西±800kV 特高压项目

看点：央企背景+属地化制造，全球特高压标准输出

金盘科技（688676）

出海地位：干式变压器全球龙头
海外订单：

- 海外订单 28.5 亿（+180%） - 签约 6.96 亿海外数据中心合同 - 墨西哥、泰国工厂已投产

客户：微软、谷歌、亚马逊数据中心
看点：AI 数据中心专用变压器，北美壁垒最低

思源电气（002028）

出海地位：民营电网设备出海标杆
海外订单：

- 2025 上半年海外营收 28.62 亿（+88.95%），占比 33.68% - 突破英国、意大利、沙特、科威特高端市场

看点：海外毛利率高于国内，弹性最大

第二梯队：细分出海冠军

伊戈尔（002922）

海外占比 ≈30%
中标 xAI 超算中心 （马斯克自己的项目）
看点：马斯克 AI 项目供应商，数据中心弹性最大

华明装备（002270）

变压器分接开关全球龙头（市占 30%–35%）
海外占比 ≈20%–32%
看点：AI 电网核心零部件，全球刚需

马斯克逻辑浓缩版

马斯克观点| 投资方向| 标的
---|---|---
未来货币是瓦特| 电力设备/电网/变压器| 特变电工、金盘科技
AI 最缺电和电网| 特高压/数据中心变压器| 思源电气、伊戈尔
人类是生物引导程序| AI 电力基建| 中国西电、华明装备

如果只买两只

按马斯克逻辑，首选最稳+最大单 ：

1. 特变电工 （沙特 164 亿+全球龙头） 2. 金盘科技 （北美数据中心+AI 专用）

最后

马斯克说的话不一定都对。但有一点是对的：

AI 的尽头是电力。

没有电，算力就是废铁。没有电网，数据中心就是空壳。

中国在电力设备领域的全球地位，可能比很多人想象的更强。

以上仅为个人研究整理，不构成投资建议。投资有风险，入市需谨慎。

💬 评论区

NAS新手最容易踩的10个坑，踩中3个以上数据就悬了

Tue, 07 Apr 2026 00:00:00 GMT

NAS避坑数据安全RAID新手误区

NAS新手最容易踩的10个坑，踩中3个以上数据就悬了

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS避坑, 数据安全, RAID, 新手误区

很多人买了NAS，以为数据就安全了。结果用了一段时间，数据莫名其妙丢了，还不知道原因在哪。

这篇文章总结了NAS新手最容易踩的10个坑，看看你中了几个。

坑1：把RAID当成备份

这是最大的误区，没有之一。

很多人组了RAID 1或RAID 5，就觉得数据万无一失了。但RAID只是硬件容错 ，不是备份：

误删文件 → RAID同步删除
中勒索病毒 → RAID同步加密
文件损坏 → 损坏的文件被"完美复制"
RAID控制器故障 → 整个阵列崩掉

真实案例 ：有人组了RAID 5，觉得"三块盘同时坏的概率几乎为零"。结果RAID卡故障，阵列直接崩了，数据全丢。RAID只防单盘故障，不防其他任何风险。

正确做法 ：RAID + 真正的备份（移动硬盘、云盘、异地存储）

坑2：贪便宜买SMR叠瓦盘

很多人买硬盘只看容量和价格，不知道SMR和CMR的区别。

SMR叠瓦盘的问题

写入时会"拖泥带水"，需要先擦除再覆写
频繁写入性能急剧下降
RAID重建时可能直接崩溃
NAS 7×24小时运行，SMR更容易出问题

正确做法 ：认准CMR垂直盘，或者直接买NAS专用盘（希捷酷狼、西数红盘）

坑3：不做异地备份

很多人把所有数据都存在NAS里，没有第二份备份。一旦NAS出问题（火灾、盗窃、多盘同时损坏），数据就全没了。

3-2-1备份原则 ：

3 份数据副本
2 种不同存储介质
1 份异地备份

最简单的异地备份方案 ：

重要数据同步到云盘（阿里云盘、百度网盘）
一块移动硬盘放父母家或公司

坑4：全家共用一个管理员账号

很多家庭NAS只有一个admin账号，全家人都用这个账号登录。

风险

孩子误删重要文件
老人点错按钮，格式化了硬盘
一旦账号泄露，所有数据都暴露

正确做法 ：

管理员账号：仅用于系统管理
家人账号：根据需求分配读写权限
访客账号：只能访问公共文件夹

坑5：NAS塞进密闭柜子里

很多人为了美观，把NAS塞进电视柜、书柜里，门一关，看起来很整洁。

问题

散热不良，硬盘温度过高
高温加速硬盘老化
可能触发过热保护，突然关机

硬盘工作温度 ：最佳35-45°C，超过55°C就需要注意散热了。长期高温运行，硬盘寿命会大幅缩短。

正确做法 ：NAS放在通风良好的位置，前后至少留10cm空间，必要时加个小风扇辅助散热。

坑6：不配UPS电源

突然断电是NAS数据丢失的重要原因之一。

断电可能导致的后果

正在写入的文件损坏
文件系统错误
RAID阵列损坏
硬盘物理损坏（磁头未归位）

UPS的作用 ：

断电后自动给NAS供电10-20分钟
NAS检测到断电，自动安全关机
防电压波动、浪涌

推荐：入门级UPS（如APC BK650）只要200-300元，比数据恢复便宜多了。

坑7：忽视网络安全

很多人为了方便，直接把NAS暴露在公网上，没有做任何安全措施。

常见风险操作

用默认的admin账号
密码简单（123456、password）
开启SSH、Telnet等高风险端口
不做防火墙限制

正确做法 ：

修改默认管理员账号名
设置复杂密码
开启双因素认证
限制登录IP范围
定期更新系统补丁

坑8：不检查硬盘健康状态

很多人NAS买了几年，从来不检查硬盘状态，直到某天突然崩了。

SMART参数重点关注

参数 | 含义 | 正常值
---|---|---
05（重映射扇区数） | 硬盘坏道数量 | 0
C5（待映射扇区数） | 即将出现的坏道 | 0
温度 | 硬盘工作温度 | <50°C

建议：每月检查一次SMART状态，发现05或C5参数异常，立即备份数据、更换硬盘。

坑9：随意插拔硬盘

有些人以为NAS支持热插拔，就可以随便拔硬盘。结果轻则数据丢失，重则RAID阵列崩掉。

正确操作

拔硬盘前，先在系统里"安全移除"
确认硬盘指示灯不再闪烁
RAID阵列中拔硬盘，要先标记为"离线"或"移除"
不要在RAID重建过程中拔硬盘

坑10：买了NAS不用

这是最大的浪费。

很多人一时冲动买了NAS，用了一两次就吃灰了。原因通常是：

不知道NAS能干什么
设置太复杂，放弃了
没有刚需，买回来才发现用不上

买NAS前想清楚 ：

你有什么数据需要存？
现有网盘够用吗？
愿意花时间折腾吗？

NAS是工具，不是玩具。没有明确需求就买，大概率会沦为"电子垃圾"。

避坑总结

坑 | 正确做法
---|---
RAID当备份 | RAID + 真正的备份
买SMR叠瓦盘 | 认准CMR/NAS专用盘
不做异地备份 | 遵循3-2-1原则
共用管理员账号 | 分账号、分权限
NAS放密闭空间 | 保证通风散热
不配UPS | 配UPS防断电
忽视网络安全 | 复杂密码+双因素认证
不检查硬盘状态 | 每月检查SMART
随意插拔硬盘 | 按规范操作
买了不用 | 买前想清需求

最后的建议 ：数据无价，备份先行。别等数据丢了才后悔。

数据来源：什么值得买、腾讯云、CSDN博客、知乎

NAS能干啥？家庭用户的10种玩法，最后一种最实用

Tue, 07 Apr 2026 00:00:00 GMT

NAS玩法家庭影音相册管理Docker私有云

NAS能干啥？家庭用户的10种玩法，最后一种最实用

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS玩法, 家庭影音, 相册管理, Docker, 私有云

很多人买了NAS，用了一段时间就吃灰了。为什么？因为不知道NAS到底能干什么。

这篇文章就盘点一下NAS在家庭场景的10种玩法，从入门到进阶，看看哪个适合你。

玩法1：相册管理——家庭照片的终极归宿

这是NAS最实用的功能之一。

能解决什么问题？

手机照片太多，存储空间不够
想和家人分享照片，微信传太麻烦
担心照片丢失，需要备份

NAS相册的优势

AI分类 ：自动识别人物、场景、地点，照片自动归类
智能搜索 ：搜"海边"、"宝宝"就能找到相关照片
家庭共享 ：创建家庭相册，全家人都能看
自动备份 ：手机APP后台自动备份，不用管

玩法2：家庭影音库——打造私人影院

把NAS变成家庭影院，这是很多NAS玩家的主要用途。

核心功能

海报墙 ：自动刮削影片信息，生成精美海报
多设备播放 ：电视、手机、平板都能看
远程访问 ：出差旅行，随时看家里的电影
字幕下载 ：自动匹配中文字幕

影音服务器对比

工具 | 优点 | 缺点
---|---|---
Jellyfin | 开源免费、无广告 | 界面一般
Plex | 界面精美、功能强大 | 高级功能收费
Emby | 折中选择 | 部分功能收费

进阶玩法：自动化追剧

配合 Sonarr（剧集管理）+ Radarr（电影管理）+ qBittorrent（下载），实现：

在豆瓣标记想看的电影
NAS自动搜索资源并下载
下载完成自动整理、刮削海报
手机推送通知，回家就能看

玩法3：数据备份——最重要的基础功能

NAS最核心的价值：数据安全。

可以备份什么？

电脑备份 ：整机备份，系统崩了也能恢复
手机备份 ：照片、视频、通讯录自动备份
重要文档 ：工作文件实时同步

备份策略建议

重要数据：实时同步 + 定期快照
普通数据：每周增量备份
冷数据：每月全量备份到移动硬盘

⚠️ 记住 ：NAS本身也需要备份！至少保留一份异地备份。

玩法4：私有网盘——告别网盘限速

百度网盘下载限速、容量不够用？NAS可以当私有网盘。

优势

不限速 ：局域网内速度拉满，外网取决于上行带宽
容量大 ：想存多少存多少
隐私安全 ：数据在自己手里
多端访问 ：电脑、手机、网页都能用

远程访问方案

方案 | 难度 | 速度
---|---|---
群晖QuickConnect | 简单 | 一般
DDNS + 端口映射 | 中等 | 快
内网穿透（花生壳等） | 简单 | 一般
Tailscale/ZeroTier | 简单 | 快

玩法5：下载中心——24小时挂机下载

开着电脑下载太费电？让NAS帮你下。

支持协议

BT/磁力链接（qBittorrent、Transmission）
HTTP/FTP（Aria2）
迅雷（部分NAS支持）

优势

7×24小时运行，不担心电脑关机
功耗低，一天不到1度电
下载完成自动通知
远程添加任务，回家就能用

玩法6：Docker容器——一台NAS当多台用

这是NAS可玩性最高的地方。通过Docker，可以安装各种应用。

玩法7：智能家居中枢

配合Home Assistant，把NAS变成智能家居控制中心。

能做什么？

统一管理智能设备（小米、涂鸦、飞利浦等）
创建自动化场景（回家自动开灯、出门自动关空调）
语音控制（接入小爱同学、Siri）
数据统计（电量消耗、温湿度记录）

玩法8：监控存储

家里装了监控摄像头？NAS可以当存储中心。

优势

大容量存储，录像保留时间长
远程查看，随时看家里情况
移动侦测录像，节省空间
多摄像头统一管理

玩法9：个人博客/网站

NAS可以跑WordPress、Hexo等博客系统，搭建个人网站。

适合人群

想写博客但不想花钱买服务器
家里有公网IP或愿意用内网穿透
对网站访问速度要求不高

注意事项

家用宽带上传速度有限，访问可能较慢
需要做安全加固，防止被入侵
建议用CDN加速

玩法10：文件共享——最实用也最容易被忽视

这就是NAS最基础的功能，也是最实用的。

场景举例

家庭分享 ：全家旅游回来，每人拍了几百张照片，直接上传到NAS共享文件夹，大家都能看
工作协同 ：大文件发邮件太慢，放NAS生成链接分享
跨设备同步 ：家里电脑和公司电脑文件自动同步

为什么最实用？

因为这是刚需。相册可以传网盘，影音可以用硬盘，但文件共享是每天都在用的功能。

NAS的本质就是一个"24小时开机的共享存储"。把这个基础功能用好，就已经值回票价了。

总结：先想清楚需求再买

需求 | 推荐配置
---|---
只存照片、文档 | 2盘位NAS + 4TB硬盘
影音库 + 下载 | 4盘位NAS + 8TB硬盘
Docker玩家 | 4盘位 + 大内存（8GB+）
重度用户 | DIY NAS / 高端成品

最后建议 ：NAS不是买来就有用的，要花时间折腾。如果你只是想备份照片，网盘可能更简单。但如果你想掌控自己的数据，NAS是最好的选择。

数据来源：什么值得买、知乎、CSDN博客、腾讯云

NAS数据备份指南：为什么RAID不是备份？3-2-1原则怎么落地？

Tue, 07 Apr 2026 00:00:00 GMT

NAS备份3-2-1原则RAID数据安全异地备份

NAS数据备份指南：为什么RAID不是备份？3-2-1原则怎么落地？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS备份, 3-2-1原则, RAID, 数据安全, 异地备份

很多人买了NAS，组了RAID，就觉得数据安全了。结果某天手滑删除了重要文件，或者中了勒索病毒，才发现——RAID根本救不了你。

这篇文章就来说说：为什么RAID不是备份？真正的备份应该怎么做？

一、RAID ≠ 备份

这是NAS新手最大的误区。

RAID是什么？

RAID（独立磁盘冗余阵列）的核心作用是硬件容错 ——当一块硬盘坏了，数据还能继续访问，服务不会中断。

RAID能防什么？

✅ 硬盘物理损坏
✅ 服务持续在线（高可用）

RAID防不了什么？

❌ 误删除文件（删除操作会同步到所有盘）
❌ 勒索病毒加密（加密操作也会同步）
❌ 文件损坏（损坏的文件会被"完美复制"）
❌ 阵列损毁（RAID控制器故障、多盘同时损坏）
❌ 火灾、洪水等物理灾害

⚠️ 真实案例 ：有人组了RAID 5，觉得"三块盘同时坏的概率几乎为零"。结果RAID卡故障，阵列直接崩了，数据全丢。RAID只防单盘故障，不防其他任何风险。

打个比方

RAID ：像给数据做了"镜像"，删了原件，镜像也同步消失
备份：像给数据拍了"照片"，原件删了，照片还在

二、备份的黄金法则：3-2-1原则

这是业界公认的数据备份标准：

原则 | 含义 | 作用
---|---|---
3 | 保留3份数据副本（1份原件 + 2份备份） | 避免单点故障导致数据丢失
2 | 使用2种不同的存储介质 | 避免单一介质风险
1 | 至少1份异地备份 | 防御火灾、洪水、盗窃等物理灾害

举个例子

你有一张珍贵照片 family.jpg：

第1份 ：NAS里的原件
第2份 ：外接移动硬盘（不同介质）
第3份 ：云盘（异地备份）

这样，NAS坏了、硬盘坏了、甚至家里着火了，照片都不会丢。

三、NAS备份方案实操

方案一：本地备份（入门级）

介质 | 成本 | 优点 | 缺点
---|---|---|---
移动硬盘 | 低 | 便宜、即插即用 | 需要手动操作
第二台NAS | 高 | 自动同步、容量大 | 成本高

操作建议 ：

重要数据每周备份一次到移动硬盘
硬盘分开放，不要和NAS在同一位置
定期检查备份是否可恢复

方案二：云端备份（推荐）

云服务 | 特点 | 适合场景
---|---|---
阿里云盘/百度网盘 | 国内速度快 | 照片、文档
Backblaze B2 | 专业备份、按量付费 | 大容量数据
AWS S3/阿里云OSS | 企业级、功能全面 | 专业用户

💡 省钱技巧 ：云存储的"冷存储"或"归档存储"价格很低，适合不常访问的备份数据。阿里云OSS归档存储约0.03元/GB/月，100GB一年才36元。

方案三：异地备份（进阶）

异地备份的目的是防御物理灾害：

方案A ：一块硬盘放父母家/公司，定期交换
方案B ：两台NAS，分别放在不同地点，远程同步
方案C ：云存储天然就是异地备份

四、冷备 vs 热备

热备（实时备份）

数据实时同步到备份设备
RPO（恢复点目标）接近0
适合：关键业务、频繁更新的数据
风险：误删、病毒会实时同步到备份

冷备（离线备份）

备份设备平时离线，定期连接备份
能防御勒索病毒、误删除
适合：个人文档、照片
缺点：可能丢失最近的数据变化

💡 最佳实践 ：热备 + 冷备结合。日常用热备保证数据实时同步，定期做冷备快照防御误操作和病毒。

五、飞牛NAS/群晖备份工具推荐

飞牛NAS

文件备份 ：内置备份工具，支持定时备份到外置硬盘
云同步 ：支持阿里云盘、百度网盘等
快照：定时创建快照，可回滚误删除

群晖 Synology

Hyper Backup ：支持本地、云端、异地备份
Snapshot Replication ：快照 + 远程复制
Cloud Sync ：双向云同步

通用工具

rclone ：命令行工具，支持几乎所有云存储
restic ：加密备份工具，支持增量备份
rsync ：Linux经典同步工具

六、备份检查清单

你的备份真的靠谱吗？检查这几点：

检查项 | 是否做到
---|---
备份是否自动执行？ | 手动备份容易忘记
是否测试过恢复？ | 没测试过的备份等于没有
备份是否加密？ | 云端备份必须加密
是否有异地备份？ | 防御物理灾害
备份是否版本化？ | 能恢复到任意时间点

七、总结

记住三句话：
1. RAID是容错，不是备份
2. 没有异地备份，就不算真正的备份
3. 没测试过恢复的备份，等于没有备份

最低配置 ：NAS + 移动硬盘冷备

推荐配置 ：NAS + 云盘 + 移动硬盘（3-2-1）

高配：两地NAS + 云存储 + 冷备硬盘

数据无价，备份先行。别等到数据丢了才后悔。

数据来源：什么值得买、CSDN博客、腾讯云、博客园

NAS新手入门完整指南：从选购到使用的保姆级教程

Tue, 07 Apr 2026 00:00:00 GMT

NAS新手入门选购指南使用教程完整攻略

NAS新手入门完整指南：从选购到使用的保姆级教程

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, 新手入门, 选购指南, 使用教程, 完整攻略

想买NAS但不知道从哪开始？看这篇就够了。

从选购到使用，从避坑到进阶，一站式解决所有疑问。

一、NAS是什么？

NAS（Network Attached Storage） ：网络附属存储，就是一台24小时开机的"小电脑"，专门用来存数据。

能干什么 ：

存储照片、视频、文档
自动备份手机、电脑
搭建影音中心（看电影）
远程访问（在外地看家里文件）
下载资源（PT/BT挂机）
Docker容器（各种高级玩法）

二、第一步：选购NAS

1. 确定需求

问自己三个问题：

存多少？ → 决定盘位数量
干什么？ → 决定性能要求
预算多少？ → 决定品牌型号

2. 盘位选择

盘位 | 容量 | 适合人群
---|---|---
2盘位 | 最大32TB | 入门用户、空间有限
4盘位 | 最大64TB | 家庭首选、可组RAID5
6盘位+ | 96TB+ | 专业用户、工作室

💡 建议 ：家庭用户首选4盘位，既能组RAID保护数据，又有足够扩展空间。

3. 处理器架构

架构 | 特点 | 适合场景
---|---|---
ARM | 低功耗、价格低 | 简单存储、备份
x86（Intel N100等） | 性能强、可扩展 | Docker、虚拟机、影音

4. 品牌选择

品牌 | 特点 | 适合人群
---|---|---
群晖 | 系统稳定、生态强 | 预算充足、追求稳定
威联通 | 性价比高、硬件强 | 喜欢折腾、技术用户
绿联 | 便宜、易用 | 新手入门、预算有限
极空间 | 零配置、简单 | 小白用户、怕麻烦

5. 推荐型号

预算 | 推荐型号
---|---
1500元以下 | 绿联DH2100+、极空间Z2Pro
1500-3000元 | 绿联DXP4800、威联通TS-464C
3000-5000元 | 群晖DS923+

三、第二步：购买配件

1. 硬盘

推荐：希捷酷狼、西数红盘（CMR垂直式）
避坑：SMR叠瓦盘、普通台式机硬盘
容量：按需选择，建议4TB起步

2. 网线

推荐：Cat6六类网线
长度：根据实际距离，不要太长

3. UPS（推荐）

作用：断电保护，自动关机
推荐：APC BK650M2-CH（约500元）

四、第三步：安装设置

步骤1：硬件安装

安装硬盘到NAS
连接网线到路由器
连接电源，开机
等待启动（约3-5分钟）

步骤2：初始化系统

电脑浏览器访问NAS IP地址
按提示安装系统
设置管理员账号密码
创建存储池和RAID

步骤3：基础配置

创建共享文件夹（照片、视频、文档）
创建用户账号（家人分开）
设置权限（谁能访问什么）
开启远程访问

五、第四步：常用功能设置

1. 手机照片自动备份

群晖：Synology Photos
威联通：QuMagie
绿联：绿联云App
通用：Immich、MT-Photos

2. 影音中心搭建

免费：Jellyfin
付费：Plex、Emby

3. 下载工具

PT抢种：qBittorrent
保种：Transmission

4. 远程访问

简单：品牌自带服务（群晖QuickConnect、绿联云）
进阶：DDNS + 端口转发
安全：Tailscale、ZeroTier

六、新手常见误区

❌ 误区1：RAID是备份

正确：RAID是容错，不是备份。重要数据要异地备份。

❌ 误区2：不配UPS

正确：UPS是必备配件，一次断电可能损失所有数据。

❌ 误区3：买最便宜的硬盘

正确：硬盘是数据载体，省钱就是拿数据冒险。

❌ 误区4：忽视散热

正确：硬盘怕热，温度超过50°C会缩短寿命。

❌ 误区5：不更新系统

正确：系统更新修复安全漏洞，保持更新。

七、进阶玩法

玩熟了可以尝试：

Docker容器 ：安装各种应用（HomeAssistant、Bitwarden等）
虚拟机 ：在NAS上跑Windows、Linux
自动化 ：配合nastool自动追剧
智能家居 ：Home Assistant中控

八、维护建议

每月：检查硬盘健康状态
每季度 ：测试UPS断电保护
每年：检查RAID状态、清理灰尘
定期：更新系统和应用
重要：重要数据异地备份

九、总结清单

阶段 | 任务
---|---
选购 | 确定需求→选品牌→选型号
配件 | 硬盘+网线+UPS
安装 | 装硬盘→连网络→初始化系统
配置 | 创建文件夹→设置权限→开启远程
使用 | 照片备份→影音中心→下载
维护 | 检查硬盘→测试UPS→更新系统

NAS入门不难，关键是先明确需求，再按需选择。不要追求一步到位，先用起来，慢慢探索。

数据来源：什么值得买、腾讯网、CNPP、知乎专栏

给NAS装了个私有磁力搜索引擎，1500万种子随时搜

Tue, 07 Apr 2026 00:00:00 GMT

NASBitmagnetDHT爬虫磁力搜索

找资源最烦什么？广告弹窗、链接失效、还要担心隐私泄露。直到我给NAS装了Bitmagnet，才发现——原来可以自己建一个磁力搜索引擎。

一、Bitmagnet是什么？

简单说：你自己私有的"磁力链接搜索引擎"。

传统种子网站是中心化的——网站挂了，资源就没了。Bitmagnet不一样，它通过DHT网络 主动爬取全球BitTorrent网络中的种子信息。

这意味着：

✅ 完全隐私：所有数据都在你的NAS上
✅ 持续更新：24/7不间断爬取新资源
✅ 去中心化：不受任何第三方服务影响
✅ 自主可控：你可以完全控制索引的内容

二、核心功能

1. DHT网络爬虫（杀手级功能）

这是Bitmagnet最独特的地方。

传统的BitTorrent客户端只是被动地从DHT网络获取peer信息，而Bitmagnet主动爬取DHT网络中的所有info hash ，并请求对应的种子元数据。

结果就是：大量"隐藏"资源被挖掘出来，这些资源在传统种子网站上根本找不到。

2. 智能内容分类

Bitmagnet内置了强大的内容分类器，能自动识别：

资源类型（电影、电视剧、音乐、软件）
语言版本
分辨率（720p、1080p、4K）
来源（BluRay、WEBRip、HDTV）

还能与The Movie Database 等外部数据库集成，自动补充影片信息。

3. 多种访问方式

方式| 用途
---|---
Web UI| 响应式网页界面，支持多语言
GraphQL API| 强大查询能力，内置Playground
Torznab端点| 与Sonarr、Radarr等套件集成
导入功能| 批量导入种子（如RARBG备份）

三、实际效果

我的NAS运行了几个月后，达到了以下规模：

指标| 数据
---|---
数据库记录| 1500万+ 种子资源
存储占用| 约90GB
资源覆盖| 电影、电视剧、纪录片、音乐、软件

这样的数据规模意味着：几乎任何你能想到的资源，在Bitmagnet中都能找到。

而且由于它是实时爬取的，新发布的资源往往能在几分钟内就被索引到。

四、部署要求

系统要求

项目| 要求
---|---
数据库| PostgreSQL
存储空间| 至少100GB，预留50GB增长
网络| 稳定的网络连接（DHT爬虫需要）
容器| Docker / Docker Compose

最小化部署示例

version: '3'

services:
  bitmagnet:
    image: ghcr.io/bitmagnet-io/bitmagnet:latest
    container_name: bitmagnet
    ports:
      - "3333:3333"
      - "3334:3334/tcp"
      - "3334:3334/udp"
    restart: unless-stopped
    environment:
      - POSTGRES_HOST=postgres
      - POSTGRES_PASSWORD=postgres
    command:
      - worker
      - run
      - --keys=http_server
      - --keys=queue_server
      - --keys=dht_crawler
    depends_on:
      postgres:
        condition: service_healthy

  postgres:
    image: postgres:16-alpine
    container_name: bitmagnet-postgres
    volumes:
      - ./data:/var/lib/postgresql/data
    restart: unless-stopped
    environment:
      - POSTGRES_PASSWORD=postgres
      - POSTGRES_DB=bitmagnet
      - PGUSER=postgres
    shm_size: 1g
    healthcheck:
      test: ["CMD-SHELL", "pg_isready"]
      start_period: 20s
      interval: 10s

五、与媒体库集成

Bitmagnet的Torznab端点 可以与Servarr套件无缝集成：

Prowlarr ：作为索引器添加 http://NAS_IP:3333/torznab
Sonarr ：自动抓取电视剧
Radarr ：自动抓取电影

配合Jellyfin/Emby，可以实现：搜索 → 抓取 → 整理 → 播放 全流程自动化。

六、注意事项

隐私和安全

由于Bitmagnet会主动参与DHT网络，建议：

在路由器上设置适当的防火墙规则
考虑使用VPN增加匿名性
定期备份PostgreSQL数据库

性能优化

调整DHT爬虫并发数平衡性能和资源消耗
使用SSD存储数据库获得更好查询性能
定期清理无用的数据库记录

版权提醒

Bitmagnet只是一个学习项目，请注意版权问题，合理使用。

一句话总结

Bitmagnet = 私有磁力搜索引擎 + 24/7爬虫 + 与媒体库无缝集成。

对于追求数据自主权和隐私保护的NAS用户来说，这绝对是一个值得部署的项目。

一次部署，长期受益。

数据来源：知乎、GitHub、CSDN博客

NAS品牌怎么选？群晖、威联通、绿联、飞牛、极空间深度对比

Tue, 07 Apr 2026 00:00:00 GMT

NAS群晖威联通绿联飞牛极空间

NAS品牌怎么选？群晖、威联通、绿联、飞牛、极空间深度对比

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, 群晖, 威联通, 绿联, 飞牛, 极空间

买NAS，品牌太多不知道选哪个？

群晖稳定但贵，威联通硬件强但难用，绿联性价比高但系统新，飞牛免费但需DIY，极空间简单但功能有限。

今天把主流NAS品牌一次讲清楚，帮你做出选择。

一、品牌分类

传统NAS品牌 ：群晖、威联通、铁威马、华硕

新兴轻NAS品牌 ：绿联、极空间、海康威视

开源/DIY方案 ：飞牛OS、TrueNAS、OpenMediaVault

二、各品牌深度对比

1. 群晖（Synology）

定位：NAS界的"苹果"，系统生态最强

优点：

DSM系统成熟稳定，功能全面
软件生态丰富，插件众多
社区支持完善，教程多
数据安全性高，支持BTRFS快照
上手门槛相对较低

缺点：

硬件溢价严重，同配置价格最高
硬件配置保守，被戏称"软件商"
高端型号价格昂贵
学习曲线对新手仍有门槛

代表机型 ：

型号 | 盘位 | 价格 | 适合人群
---|---|---|---
DS224+ | 2盘位 | 约2500元 | 家庭入门
DS923+ | 4盘位 | 约4200元 | 家庭进阶/小企业

💡 适合人群 ：追求稳定、不想折腾、预算充足的用户。

2. 威联通（QNAP）

定位：硬件最强，适合折腾党

优点：

硬件配置激进，性价比高
支持PCIe扩展、万兆网口
ZFS文件系统（QuTS Hero）
适合虚拟化、Docker高级玩法

缺点：

QTS系统复杂，学习成本高
界面设计不够友好
远程访问体验一般
新手容易迷路

代表机型 ：

型号 | 盘位 | 价格 | 特点
---|---|---|---
TS-464C | 4盘位 | 约2300元 | 双2.5G网口+HDMI
TVS-h874 | 8盘位 | 约8000元 | 高端商用

💡 适合人群 ：有技术基础、喜欢折腾、追求硬件性能的用户。

3. 绿联

定位：国产新势力，性价比+易用性

优点：

硬件配置强（N100处理器）
性价比高，同配置最便宜
UGOS Pro系统简洁易用
远程访问体验好
AI智能相册、影视中心功能完善

缺点：

系统较新，稳定性待验证
软件生态不如群晖丰富
社区教程相对较少

代表机型 ：

型号 | 盘位 | 价格 | 特点
---|---|---|---
DH2100+ | 2盘位 | 约1500元 | 入门首选
DXP4800 | 4盘位 | 约2000元 | N100处理器+4K转码

💡 适合人群 ：预算有限、新手入门、追求性价比的用户。

4. 极空间

定位：最简单的NAS，开机即用

优点：

零配置，开机即用
ZOS系统最简单，像网盘一样
AI相册、极影视功能强大
远程访问无需设置

缺点：

功能相对简单，扩展性弱
权限管理不够精细
Docker、虚拟机支持有限
不适合进阶玩家

代表机型 ：

型号 | 盘位 | 价格 | 特点
---|---|---|---
Z2Pro | 2盘位 | 约1500元 | 家庭影音首选
Z4Pro | 4盘位 | 约2500元 | 高性能家庭NAS

💡 适合人群 ：完全不想折腾、只要存储和影音的家庭用户。

5. 飞牛NAS（fnOS）

定位：免费开源，自己装机

优点：

完全免费
支持旧电脑、小主机安装
系统轻量，资源占用低
国产系统，中文支持好

缺点：

需要自己准备硬件
没有官方硬件支持
遇到问题需自己解决
稳定性不如成熟品牌

💡 适合人群 ：有DIY能力、预算极低、喜欢折腾的用户。

三、品牌对比总结

品牌 | 稳定性 | 易用性 | 性价比 | 扩展性 | 推荐指数
---|---|---|---|---|---
群晖 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐⭐ | 家庭首选
威联通 | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | 折腾党首选
绿联 | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | 性价比首选
极空间 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | 小白首选
飞牛OS | ⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | DIY首选

四、选购建议

按预算选择

预算 | 推荐品牌 | 推荐机型
---|---|---
1500元以下 | 飞牛OS（DIY） | 旧电脑+飞牛系统
1500-2500元 | 绿联/极空间 | DH2100+/Z2Pro
2500-4000元 | 绿联/威联通 | DXP4800/TS-464C
4000元以上 | 群晖 | DS923+

按需求选择

需求 | 推荐品牌 | 理由
---|---|---
简单存储+影音 | 极空间 | 零配置，开箱即用
家庭数据备份 | 群晖/绿联 | 系统稳定，安全可靠
Docker/虚拟机 | 群晖/威联通 | 扩展性强，支持完善
小企业办公 | 群晖 | 企业级功能，权限管理
极低预算 | 飞牛OS | 免费系统，旧机复用

五、最终建议

新手入门 ：极空间或绿联，简单易用，不容易翻车。

家庭进阶 ：群晖DS923+或绿联DXP4800，功能全面，扩展性强。

折腾党 ：威联通，硬件强，玩法多。

预算有限 ：飞牛OS+旧电脑，成本最低。

选NAS就像选手机：iPhone稳定但贵（群晖），Android硬件强但折腾（威联通），国产性价比高（绿联/极空间），自己组装最便宜（飞牛OS）。选哪个，取决于你的预算和折腾能力。

数据来源：什么值得买、新浪科技、搜狐科技、今日头条

2026年NAS选购完全指南：绿联、群晖、极空间、威联通一网打尽

Tue, 07 Apr 2026 00:00:00 GMT

从入门到旗舰，2盘位到8盘位，传统NAS vs 新势力，一文解决所有选购困惑。

2025-2026年NAS市场动态

时间| 品牌| 新品| 亮点
---|---|---|---
2025.12| 绿联| DXP4800S| 4+2盘位，N150处理器
2025.10| 绿联| DH2300 / DXP4800Pro| 2盘位/4+2盘位，RK3576/i3-1315U
2025.10| 极空间| Z425 / T6 / Z2Ultra| 4+4盘/全闪6盘/2+2盘
2025.09| 威联通| Qu405 / Qu605 / Qu805| 4/6/8盘位旗舰，N150/N355
2025.05| 极空间| Z4PRO+| 4盘位旗舰，N150/N355
2025.05| 绿联| DH4300 Plus| 4盘位入门，ARM处理器
2025.04| 群晖| DS925+| V1500B处理器，锁盘限制

⚠️ 行业现状 ：2025年下半年起，内存、硬盘、显卡全面涨价，服务器类产品已涨价1倍！

NAS能做什么？

私人云盘 - 随时随地存储私密文件，跨平台共享
超大容量 - 数十TB存储，多盘阵列保护数据
多协议支持 - SMB、NFS、FTP、DLNA、WebDAV等
多平台客户端 - 安卓、iOS、Windows、macOS全覆盖
进阶玩法 - Docker、虚拟机、软路由、影音中心、下载机

NAS阵营分析

传统NAS厂商（存储服务器）

代表：威联通、群晖

✅ 系统功能完善，企业级技术底蕴
✅ 存储技术扎实深厚
⚠️ 操作偏向服务器端，小白上手略复杂

新势力NAS厂商

代表：绿联、极空间、海康威视

✅ 互联网思维，贴合家庭用户需求
✅ 功能设计简单易用
⚠️ 企业级技术底蕴有待加强

注：绿联已向专业级NAS方向发展！

处理器架构选择

架构| 特点| 适合人群
---|---|---
X86| 性能强，可玩性高，支持虚拟机/Docker/软路由| 中高端玩家、进阶用户
ARM| 省电，性价比高，适合存储和影音| 入门用户、轻量需求

各盘位推荐清单

2盘位（入门够用）

型号| 处理器| 特点
---|---|---
绿联DXP2800| N100| 性能王炸，2个NVMe SSD，UGOS Pro系统
极空间Z2Pro| ARM| 省电，影音优势，娱乐功能齐全
群晖DS224+| J4125| 群晖系统体验佳，性价比高

4盘位（主流选择）

定位| 推荐型号| 处理器| 亮点
---|---|---|---
入门必选| 绿联DH4300 Plus| ARM A55-A76| 2.5G网口，支持Docker，价格极低
性价比爆款| 绿联DXP4800| N100| 双2.5G网口，2个NVMe SSD
高端旗舰| 绿联DXP4800Plus| 奔腾8505| 2.5G+万兆，性能天花板
旗舰机型| 极空间Z4Pro+| N150/N355| 双2.5G网口，虚拟机+Docker
全闪NAS| 绿联DXP480TPlus| i5-1235U| 4个NVMe SSD，万兆+雷电4
小型办公| 威联通Qu405| N150/N355| 企业级安全策略
小型办公| 群晖DS423+| J4125| 群晖系统，稳定可靠

6盘位（旗舰级别）

定位| 推荐型号| 处理器| 亮点
---|---|---|---
简单易用| 绿联DXP6800 Plus/Pro| i5-1215U/1235U| 双万兆+双雷电4
服务器级| 威联通TS-673A| AMD V1500B| 2个PCIe3.0插槽，商用家用兼顾
服务器级| 群晖DS1621+| AMD V1500B| 群晖生态，企业级稳定

8盘位（顶级存在）

定位| 推荐型号| 处理器| 亮点
---|---|---|---
简单易用| 绿联DXP8800系列| i3-1215U/1235U/1255U| 双万兆+双雷电4，PCIe4.0拓展
服务器级| 威联通TS-873A| AMD V1500B| 2个PCIe3.0，QTS/QuTS hero系统
服务器级| 群晖DS1823XS+| AMD V1780B| 万兆接口，群晖生态

硬盘选购指南

硬盘类型对比

类型| 转速| 质保| 噪音| 价格
---|---|---|---|---
企业盘| 7200转| 5年| 较大| 较低
NAS盘| 5400-7200转| 3-5年| 较小| 较高
监控盘| 5400转| 3年| 小| 低

外网访问方案

有公网IPv4（推荐）

打电话给宽带运营商申请（电信成功率高）
开启路由器DDNS服务
配置端口转发

有IPv6无IPv4

路由器开启IPv6
配置myddns自动更新地址

无公网IP

首选：绿联、极空间（自带转发服务）
备选：内网穿透（frp、Zerotier、花生壳）

💡 重要提示 ：没有公网IP，不建议折腾群晖威联通，外网访问体验差！

核心玩法推荐

家庭影院

绿联影视中心 - 自带海报墙，简单易用
Plex / Emby / Jellyfin - 专业影音管理
极空间极影视 - 极空间特色功能

下载工具

PT下载 ：qBittorrent、Transmission
BT下载 ：迅雷

选购总结

需求| 推荐
---|---
入门尝鲜| 绿联DH4300 Plus、极空间Z2Pro
家庭主力| 绿联DXP4800、极空间Z4Pro+
性能发烧| 绿联DXP4800Plus、绿联DXP480TPlus
数据重度用户| 绿联DXP6800/8800系列
企业办公| 群晖DS423+、威联通Qu405
折腾玩家| 威联通TS-673A、群晖DS1621+

最终建议

有公网IP ：所有品牌都可以，公网直通永远最快！

无公网IP ：选绿联、极空间，别折腾群晖威联通！

小白用户 ：绿联、极空间，系统简单易上手

技术玩家 ：群晖、威联通，可玩性更高

原文来源：知乎「加勒比考斯」原创教程
原文链接：https://zhuanlan.zhihu.com/p/343824994
改写时间：2026-04-07

绿联DH4300 Plus评测：从存储焦虑到数据自由，小白也能玩转的NAS

Tue, 07 Apr 2026 00:00:00 GMT

手机512G不够用、网盘限速、隐私担忧——这台千元NAS可能是你的版本答案。

为什么你需要一台NAS？

如果你有以下困扰，这篇文章就是为你写的：

手机存储永远不够 ：256G→512G→1TB，升级速度追不上数据膨胀
相册占200G+ ：一张照片十几MB，4K视频动辄1GB
微信占30G+ ：文件过期、图片失效，清理又怕误删
网盘体验差 ：几十KB/s下载速度，不开会员急死人
隐私担忧 ：个人文件不敢存云端，美剧可能被和谐

NAS = 一次性买断的私人数据中心

对比项| 网盘| NAS
---|---|---
费用| 持续订阅，无底洞| 一次性投入
速度| 限速，几十KB/s| 宽带多快它多快
容量| 几T到几十T| 最高120TB
隐私| 经过第三方服务器| 完全本地存储
掌控权| 平台说了算| 完全自主

绿联DH4300 Plus：小白友好的入门之选

核心参数

项目| 配置
---|---
盘位| 4盘位（3.5/2.5寸兼容）
最大容量| 单盘30T，总计120TB
处理器| ARM架构
网口| 2.5GbE
接口| HDMI、USB3.2×2、Type-C
系统| UGOS Pro（基于Debian）

外观设计

拼色设计 ：塑料材质做出金属光泽，ITX机箱既视感
小巧克制 ：四盘位但尺寸控制得当，不影响桌搭
NFC绑定 ：手机轻触机身正面即可快速配对
磁吸顶盖 ：硬盘位卡扣式设计，拆装无需工具

安装体验 ：拧6颗螺丝→插回机身→接网线电源，1分钟搞定 。

核心功能实测

1. 同步与备份（最刚需）

手机端：

后台自动备份相册
夜间备份模式（省流量）
微信文件备份
指定文件夹备份

电脑端：

文件夹双向/单向同步
Mac时间机器支持（Time Machine）
多设备共享同一工作目录

AI相册管理：

自动识别分类（人物、场景、地点）
语义搜索（"找去年海边的照片"）
家人共享（可限定特定相册）

2. 影视中心（零门槛海报墙）

传统NAS的痛点：

折腾Plex/Jellyfin
申请TMDB API Key
配置刮削器

绿联的解法：

电影扔进去，自动识别海报
在线字幕匹配（无需外挂）
片头片尾自动跳过
支持蓝光原盘直接播放

输出方式：

电视装绿联云App
HDMI直连（相当于蓝光机）
DLNA投屏
网络硬盘挂载

3. 下载中心（挂机下载）

内置支持：

迅雷（直接挂载）
qBittorrent
RSS订阅自动下载

工作流 ：RSS订阅→闲时自动下载→自动刮削入库→全端观看

4. 权限管理（隐私保障）

场景1：家庭共享

夫妻数据隔离，各自私密空间
儿童媒体库屏蔽（过滤惊悚/分级内容）
老人相册共享（只看宝宝照片）

场景2：小团队办公

文件夹访问权限单独设置
分享链接可设密码/有效期/仅查看
自建不限速私有网盘

进阶玩法：Docker与虚拟机

Docker（已集成常用工具）

绿联云应用中心直接下载，自动部署到Docker：

qBittorrent（下载）
Jellyfin（影音）
HomeAssistant（智能家居）

沙箱机制 ：折腾不影响主系统，安全性有保障。

虚拟机

可安装Windows/Linux
24小时开机的小电脑
软路由、HomeAssistant高阶玩法

购买建议

适合谁？

✅ 家庭用户 ：照片备份、影音中心、文件共享
✅ 摄影爱好者 ：RAW文件存储、AI相册管理
✅ 小型团队 ：文件协作、权限管理、私有网盘
✅ 网盘难民 ：受够限速和隐私担忧

不适合谁？

❌ 极客玩家 ：需要更强性能看DXP系列
❌ 虚拟机重度用户 ：ARM架构性能有限
❌ 专业工作室 ：需要万兆网口和更强扩展

注意事项

硬盘另购 ：主机和硬盘通常分开卖，记得一起下单
RAID建议 ：双盘选RAID 1（互为备份），数据更安全
网络拓扑 ：光猫→交换机→NAS，其他设备接交换机，体验最佳

总结

绿联DH4300 Plus的核心竞争力：极低门槛 + 足够上限

维度| 评分| 说明
---|---|---
易用性| ⭐⭐⭐⭐⭐| 手机App式操作，NFC绑定
功能性| ⭐⭐⭐⭐☆| 备份、影音、Docker齐全
性价比| ⭐⭐⭐⭐⭐| 千元价位四盘位+2.5G网口
扩展性| ⭐⭐⭐☆☆| Docker够用，虚拟机受限ARM

一句话 ：如果你不想折腾，又想要一台功能完善、稳定省心的NAS——这就是小白入门的版本答案。

原文来源：知乎专栏评测
改写时间：2026-04-07

NAS下载工具对比：qBittorrent vs Transmission，PT玩家怎么选？

Tue, 07 Apr 2026 00:00:00 GMT

NAS下载工具qBittorrentTransmissionPT下载Docker

NAS下载工具对比：qBittorrent vs Transmission，PT玩家怎么选？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, 下载工具, qBittorrent, Transmission, PT下载, Docker

NAS最大的用途之一就是挂机下载。

7x24小时不间断下载，BT/PT资源自动抢种，比电脑挂机省电又省心。

但qBittorrent和Transmission该选哪个？PT玩家看过来。

一、为什么用NAS下载？

优势：

7x24小时不间断下载
低功耗（NAS功耗仅10-30W，电脑挂机200W+）
远程控制（手机添加种子，家里NAS自动下载）
保种方便（PT站点需要长时间做种）
自动化（配合RSS自动下载新资源）

二、qBittorrent vs Transmission对比

特性 | qBittorrent | Transmission
---|---|---
资源占用 | 较高 | 低
连接速度 | 快 | 中等
下载速度 | 峰值高 | 稳定
上传抢种 | 强 | 一般
保种稳定 | 一般 | 强
界面 | Web UI美观 | Web UI简陋
中文支持 | 原生中文 | 需汉化
跳过校验 | 支持 | 不支持
RSS订阅 | 内置支持 | 需插件

三、各软件详解

1. qBittorrent：抢种利器

优点：

连接性好，下载速度快
适合抢占上传先机（PT玩家首选）
原生中文界面
内置RSS订阅功能
支持跳过校验（辅种神器）
Web UI美观，手机端体验好

缺点：

资源占用较高（内存、CPU）
稳定性不如Transmission
种子数量多时可能卡顿

适合场景 ：PT抢种、辅种、RSS自动下载。

💡 PT玩家建议 ：qBittorrent适合抢新种、冲上传量。配合RSS订阅，新资源发布自动下载。

2. Transmission：保种神器

优点：

资源占用极低
稳定性最好，长期运行不掉线
适合大量保种
速度稳定，波动小

缺点：

Web UI简陋，需要第三方美化
不支持跳过校验
抢种速度不如qBittorrent
RSS需要额外插件

适合场景 ：长期保种、大量种子管理、资源有限的NAS。

💡 保种大户建议 ：Transmission适合挂几千个种子长期做种，稳定不掉线。

四、性能对比测试

测试项目 | qBittorrent | Transmission
---|---|---
峰值下载速度 | 10MB/s+ | 5-8MB/s
速度稳定性 | 波动大 | 稳定
内存占用（100种子） | 200-400MB | 50-100MB
内存占用（1000种子） | 1-2GB | 200-500MB
CPU占用（下载中） | 10-30% | 5-15%
抢种成功率 | 高 | 中

五、部署教程（Docker方式）

qBittorrent部署

version: '3.7'
services:
  qbittorrent:
    image: linuxserver/qbittorrent:latest
    container_name: qbittorrent
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Shanghai
      - WEBUI_PORT=8080
    volumes:
      - ./config:/config
      - /path/to/downloads:/downloads
    network_mode: host
    restart: unless-stopped

访问 http://NAS_IP:8080，默认账号：admin，密码：adminadmin

Transmission部署

version: '3.7'
services:
  transmission:
    image: linuxserver/transmission:latest
    container_name: transmission
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Shanghai
    volumes:
      - ./config:/config
      - /path/to/downloads:/downloads
      - /path/to/watch:/watch
    ports:
      - "9091:9091"
      - "51413:51413"
      - "51413:51413/udp"
    restart: unless-stopped

访问 http://NAS_IP:9091，无需登录（可配置密码）

六、其他下载工具

迅雷/玩物下载

优点：简单易用，冷门资源速度快。

缺点：速度不稳定，有广告，部分资源受限。

Download Station（群晖/威联通内置）

优点：集成度高，无需额外安装。

缺点：功能有限，稳定性一般。

七、选择建议

你的需求 | 推荐 | 理由
---|---|---
PT抢种冲量 | qBittorrent | 连接快，上传强
大量保种 | Transmission | 稳定，资源占用低
辅种需求 | qBittorrent | 支持跳过校验
RSS自动下载 | qBittorrent | 内置RSS功能
NAS性能有限 | Transmission | 资源占用低
新手入门 | qBittorrent | 界面友好，中文原生

八、最佳实践

双管齐下 ：

qBittorrent：抢新种、RSS订阅、辅种
Transmission：长期保种、大量种子管理

两个软件同时运行，各司其职，互不干扰。

⚠️ PT注意事项 ：同一资源在两个软件中不能同时下载/做种，会被PT站判定为作弊。建议用qBittorrent抢种，完成后移到Transmission保种。

总结

抢种党 ：qBittorrent，连接快，上传强，RSS方便。

保种党 ：Transmission，稳定不掉线，资源占用低。

全能玩家 ：两个都装，分工合作。

NAS下载，选对工具事半功倍。qBittorrent抢种，Transmission保种，黄金组合。

数据来源：什么值得买、新浪众测、CSDN博客、今日头条

NAS选购指南：飞牛NAS vs 绿联DX4600 真实体验对比

Tue, 07 Apr 2026 00:00:00 GMT

从闲置电脑到成品NAS，一个普通用户的7天折腾实录。

核心结论（前置）

使用场景| 推荐方案| 预算参考
---|---|---
主要外网访问大文件| 成品NAS （绿联/群晖等）| ¥1500-3000
主要局域网使用| 自组NAS （闲置电脑+飞牛）| ¥300-800

一句话总结 ：外网刚需买成品，局域网自组性价比更高。

我的两套NAS配置

方案A：闲置电脑+飞牛NAS（低成本入门）

项目| 配置
---|---
主机| ThinkCentre M73 迷你主机
CPU| i5-4590T
内存| 8GB
硬盘| 480GB SATA SSD（威刚SP580）
系统| 飞牛NAS（免费）
成本| 约¥300（二手主机）

局限：单盘位，只能存30多部电影+手机相册备份。

方案B：绿联DX4600（成品NAS）

项目| 配置
---|---
CPU| N5105
内存| 8GB
盘位| 4×3.5/2.5寸 + 2×M.2
硬盘| 500G西数蓝盘 + 2T希捷大华 + 3T希捷酷鹰
成本| 约¥1500（不含硬盘）

优势：多盘位、官方APP、迅雷直连、海报墙自动刮削。

关键体验对比

1. 局域网播放（两者都能胜任）

10G-50G高清视频 ：流畅播放，无压力
速度：飞牛NAS和绿联DX4600表现接近

2. 外网访问（差距明显）

场景| 飞牛NAS| 绿联DX4600
---|---|---
相册/音乐/文档| ✅ 可用| ✅ 可用
5-6G视频| ❌ 基本看不了| ✅ 流畅播放
27G原盘电影| ❌ 无法播放| ⚠️ 断断续续
6-7G压缩视频| ❌ 无法播放| ✅ 流畅播放

结论：飞牛NAS外网几乎只能看小文件，绿联可以流畅播放中等体积视频。

3. 易用性功能（绿联胜出）

绿联DX4600的加分项：

迅雷直连 ：NAS直接挂载迅雷下载，不用开电脑
自动刮削 ：下载完自动匹配海报、简介、演员信息
云音乐 ：一次上传，多端随时听，告别15秒试听限制
影视库 ：设置好路径，自动整理成海报墙

选购建议

选成品NAS（绿联/群晖/威联通）如果你：

需要外网流畅看视频
不想折腾，要开箱即用
需要官方APP 和技术支持
有多盘位扩展 需求

选自组NAS（闲置电脑+飞牛/TrueNAS等）如果你：

主要局域网使用
追求极致性价比
有闲置硬件 可以利用
愿意动手折腾

成本对比

方案| 主机成本| 性能| 适合人群
---|---|---|---
自组NAS（M73+飞牛）| ¥300| i5-4590T > N5105| 局域网用户、预算有限
成品NAS（绿联DX4600）| ¥1500| N5105 够用| 外网刚需、不想折腾

注意：绿联价格是自组的5倍，但外网体验是质变。

我的最终选择

两台都在用：

M73+飞牛 ：局域网下载机、轻量备份
绿联DX4600 ：主力NAS、外网访问、家庭影音中心

给新手的建议

先明确需求 ：外网访问是刚需吗？
从低成本试起 ：旧电脑+飞牛NAS零成本入门
确认需求后再投资 ：体验后再决定是否上成品NAS
硬盘比NAS贵 ：别忽视硬盘成本，NAS只是开始

原文来源：知乎用户「阳小春」真实体验分享
改写时间：2026-04-07

NAS硬盘选购指南：企业级、NAS专用盘、监控盘怎么选？

Tue, 07 Apr 2026 00:00:00 GMT

NAS硬盘企业级硬盘CMR希捷酷狼西数红盘

NAS硬盘选购指南：企业级、NAS专用盘、监控盘怎么选？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS硬盘, 企业级硬盘, CMR, 希捷酷狼, 西数红盘

很多人花大价钱买了NAS主机，却在硬盘上省钱，结果用了一年多硬盘就开始报警。硬盘是NAS的心脏，选错了后果很严重。

这篇文章就来说说：NAS硬盘到底该怎么选？企业级、NAS专用盘、监控盘有什么区别？

一、先搞清楚：CMR vs SMR

这是选硬盘的第一道关卡，选错了就踩大坑。

CMR（垂直磁记录）

磁道独立排列，读写互不干扰
随机读写性能好，适合频繁读写
寿命长，稳定性高
NAS首选

SMR（叠瓦式磁记录）

磁道像瓦片一样叠在一起，密度更高
写入时需要先擦除再覆写，性能差
频繁写入会掉速，甚至卡死
NAS千万别用

⚠️ 避坑指南 ：很多便宜的"大容量硬盘"其实是SMR叠瓦盘。如果商家不标注CMR，大概率就是SMR。买之前一定要确认！

怎么区分？

特征 | CMR垂直盘 | SMR叠瓦盘
---|---|---
缓存 | 64MB或更小 | 128MB或更大
价格 | 较贵 | 便宜
标注 | 明确标注CMR | 不标注或模糊
适用场景 | NAS、系统盘、游戏盘 | 冷存储、归档

二、硬盘类型对比：企业级 vs NAS专用盘 vs 监控盘

1. 企业级硬盘（希捷银河、西数HC系列）

特点：

专为数据中心设计，7×24小时运行
MTBF（平均故障间隔时间）200万小时以上
年负载量550TB，是普通NAS盘的3倍
5年质保
噪音大，发热高

适合：重度用户、多盘位RAID、对可靠性要求高

代表产品 ：希捷银河Exos、西数Ultrastar HC系列

2. NAS专用盘（希捷酷狼、西数红盘）

特点：

专为NAS优化，支持多盘位协同
内置旋转振动传感器（RV传感器）
年负载量180-300TB
3-5年质保
噪音相对较小

适合：家庭NAS、小型工作室、4-8盘位

代表产品 ：希捷酷狼IronWolf、西数Red Plus/Red Pro

3. 监控盘（西数紫盘、希捷酷鹰）

特点：

专为监控录像设计，支持多路视频流
优化顺序写入，随机写入一般
便宜
不建议用于NAS

⚠️ 为什么监控盘不适合NAS？ ：监控盘优化的是连续写入（录制视频），而NAS经常需要随机读写（文件共享、备份）。用监控盘做NAS，性能和寿命都会打折扣。

三、主流品牌推荐

希捷 Seagate

系列 | 定位 | 特点
---|---|---
酷狼 IronWolf | 家用/小型NAS | CMR、AgileArray技术、3年数据救援
酷狼Pro IronWolf Pro | 专业NAS | 更高负载、5年质保、支持更多盘位
银河 Exos | 企业级 | 最高性能、最大负载、噪音大

西部数据 WD

系列 | 定位 | 特点
---|---|---
Red Plus | 家用NAS | CMR、NASware 3.0、5400转更安静
Red Pro | 专业NAS | 7200转、更高性能、5年质保
Ultrastar HC | 企业级 | 最高规格、数据中心级

东芝 Toshiba

系列 | 定位 | 特点
---|---|---
N300 | 家用NAS | CMR、性价比高
N300 Pro | 专业NAS | 更高负载、企业级可靠性
MG系列 | 企业级 | 数据中心规格

四、选购决策树

你的NAS是几盘位？
├─ 2盘位
│   └─ 推荐：NAS专用盘（酷狼/红盘Plus）4-8TB
│       └─ 理由：负载不大，噪音小
│
├─ 4盘位
│   ├─ 预算充足 → 企业级硬盘（银河/HC）
│   │   └─ 理由：可靠性最高，5年质保
│   └─ 预算有限 → NAS专用盘Pro版
│       └─ 理由：性能够用，性价比高
│
└─ 8盘位以上
    └─ 推荐：企业级硬盘
        └─ 理由：多盘位振动大，企业盘更稳定

五、容量选择建议

使用场景 | 推荐容量 | 说明
---|---|---
家庭照片/文档备份 | 4-8TB × 2 | RAID 1镜像，数据安全
影音存储 | 8-16TB × 4 | RAID 5，容量和冗余兼顾
数据密集型 | 16TB以上 | 企业级硬盘，高负载

💡 建议 ：单盘容量不要太大，建议用多块小容量组RAID。比如需要16TB，用2块8TB比1块16TB更安全——坏一块盘还有机会恢复数据。

六、买硬盘要看的关键参数

1. MTBF（平均故障间隔时间）

家用级：100万小时左右
NAS专用：100-150万小时
企业级：200-250万小时

2. 年负载量（Workload）

普通盘：55TB/年
NAS专用：180TB/年
企业级：550TB/年

3. 缓存大小

256MB：大文件传输更流畅
512MB：企业级，多任务性能更好

4. 转速

5400转：安静、省电，适合家庭
7200转：性能强，噪音大，适合专业用户

七、总结

需求 | 推荐 | 预算（单盘）
---|---|---
家用NAS，安静为主 | 西数Red Plus / 希捷酷狼 | ¥500-1000
多盘位，可靠性要求高 | 企业级（希捷银河/西数HC） | ¥1000-2000
预算有限，性能要求一般 | 东芝N300 | ¥400-800

核心原则 ：硬盘是NAS最不能省钱的地方。宁可主机买便宜点，也要用好硬盘。数据无价，硬盘有价。

数据来源：搜狐科技、什么值得买、知乎、厂商官网

NAS硬盘健康检测指南：SMART参数详解，如何判断硬盘寿命？

Tue, 07 Apr 2026 00:00:00 GMT

NAS硬盘SMART健康检测坏道数据安全

NAS硬盘健康检测指南：SMART参数详解，如何判断硬盘寿命？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, 硬盘, SMART, 健康检测, 坏道, 数据安全

硬盘是NAS的核心，也是最脆弱的部件。

学会看SMART参数，提前发现硬盘问题，避免数据丢失。

一、什么是SMART？

SMART（Self-Monitoring, Analysis and Reporting Technology） ：硬盘自我监测分析与报告技术。

硬盘会实时记录各种运行参数，当某些参数超过阈值时发出预警，帮你提前发现潜在故障。

二、NAS中如何查看SMART

群晖DSM

存储管理器 → 存储空间 → 选择硬盘
点击"健康信息"
查看SMART状态和各项参数

威联通QTS

存储与快照总管 → 磁盘 → 磁盘健康
查看SMART信息和测试结果

通用工具

Windows ：CrystalDiskInfo、HD Tune
Linux ：smartctl（smartmontools）
Mac ：DriveDx

三、SMART关键参数详解

🔴 必须关注的核心参数

ID | 参数名称 | 含义 | 正常值
---|---|---|---
05 | 重映射扇区计数 | 物理坏道数量 | 0（出现即危险）
C5 | 当前待映射扇区数 | 逻辑坏道（可修复） | 0
C6 | 脱机无法校正扇区数 | C5向05过渡 | 0（出现即预警）

⚠️ 危险信号 ：05参数出现非零值，说明硬盘已有物理坏道。如果数值持续增加，立即备份数据，准备更换硬盘。

🟡 需要关注的参数

ID | 参数名称 | 含义
---|---|---
09 | 通电时间累计 | 硬盘已运行时间（小时）
0C | 通电周期计数 | 硬盘启动次数
A5 | NAND写入量（SSD） | SSD写入寿命消耗
C7 | Ultra DMA CRC错误计数 | 数据线/接口问题
C8 | 写入错误率 | 写入异常

🔵 参考参数（不必过度关注）

ID | 参数名称 | 说明
---|---|---
01 | 底层数据读取错率 | 希捷硬盘此值可能很高，正常
03 | 主轴起旋时间 | 电机启动时间，波动正常
07 | 寻道错误率 | 希捷硬盘可能很高，看趋势

💡 注意 ：希捷硬盘的01、07参数在新盘时就有较高数值，这是正常现象。重点是看数值是否持续增加。

四、如何判断硬盘寿命？

机械硬盘（HDD）

指标 | 健康 | 注意 | 危险
---|---|---|---
通电时间 | <30000小时 | 30000-50000小时 | >50000小时
05参数 | 0 | 稳定不变 | 持续增加
C5参数 | 0 | 偶发后消失 | 持续存在
温度 | <45°C | 45-50°C | >50°C

固态硬盘（SSD）

指标 | 健康 | 注意 | 危险
---|---|---|---
寿命剩余 | >80% | 50-80% | <50%
写入量 | <TBW的50% | 50-80%TBW | >80%TBW
备用块 | >90% | 50-90% | <50%

五、硬盘坏道的类型

逻辑坏道（软坏道）

原因：非法关机、软件错误、病毒等
表现：C5参数增加，文件读取报错
修复：可修复，格式化或低格可消除
建议：及时修复，否则会转为物理坏道

物理坏道（硬坏道）

原因：磁盘表面损伤、磁头划伤
表现：05参数增加，数据无法读取
修复：无法修复，只能屏蔽
建议：立即备份数据，更换硬盘

⚠️ 重要 ：物理坏道会扩散，不要尝试修复，立即更换硬盘才是正道。

六、SMART检测方法

快速检测

时间：2-5分钟
内容：检查SMART参数是否超过阈值
适用：日常快速检查

完整检测

时间：1-4小时（取决于容量）
内容：扫描全盘扇区
适用：购买二手硬盘、怀疑有问题时

💡 建议 ：新硬盘到手先做一次完整检测，确保没有问题。日常每月快速检测一次即可。

七、常见问题解答

Q：SMART显示"良好"就一定没问题吗？

A：不一定。SMART只是预警系统，有些故障无法提前检测。定期备份才是王道。

Q：希捷硬盘SMART数值很高怎么办？

A：希捷硬盘的01、07参数在新盘时就可能有较高数值，这是正常现象。重点看是否持续增加。

Q：C7参数增加怎么办？

A：C7是数据线问题，换一根质量好的SATA线即可解决。

Q：硬盘有坏道还能用吗？

A：逻辑坏道可修复后继续用，物理坏道建议立即更换。

八、维护建议

每月：查看SMART状态，关注05、C5参数
每季度 ：运行一次快速SMART检测
每年：运行一次完整SMART检测
新硬盘 ：到手后完整检测一次
二手硬盘 ：务必完整检测后再用

九、硬盘寿命参考

硬盘类型 | 设计寿命 | 建议更换周期
---|---|---
企业级HDD | 5年/250万小时MTBF | 3-5年
NAS专用HDD | 5年/100万小时MTBF | 3-5年
桌面级HDD | 2-3年 | 2-3年
消费级SSD | 3-5年/150-600TBW | 3-4年
企业级SSD | 5年/1-3PBW | 5年

总结

关注核心参数 ：05、C5、C6出现非零值要警惕。

看趋势不看绝对值 ：数值持续增加比绝对值更重要。

定期检测 ：每月查看，每季度检测，有问题早发现。

有坏道立即备份 ：数据无价，硬盘有价。

SMART是硬盘的"体检报告"，学会看报告，才能保护数据安全。

数据来源：CSDN博客、群晖官网、华为技术文档、马春杰杰博客

NAS搭建家庭影音中心：Plex、Jellyfin、Emby怎么选？

Tue, 07 Apr 2026 00:00:00 GMT

NAS家庭影院PlexJellyfinEmby4K转码

NAS搭建家庭影音中心：Plex、Jellyfin、Emby怎么选？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, 家庭影院, Plex, Jellyfin, Emby, 4K转码

买了NAS，最实用的玩法就是搭建家庭影音中心。

把电影、电视剧存进去，手机、平板、电视都能看，还能远程访问。比网盘快，比流媒体自由。

但Plex、Jellyfin、Emby该选哪个？今天讲清楚。

一、什么是媒体服务器？

媒体服务器软件能帮你：

整理影音文件，自动匹配海报、简介
转码播放（把4K转成1080P，适配不同设备）
远程访问（在公司看家里的电影）
多端同步（看到一半，换设备继续看）

二、三款软件对比

特性 | Plex | Jellyfin | Emby
---|---|---|---
价格 | 免费+付费订阅 | 完全免费开源 | 免费+付费会员
硬件转码 | 付费解锁 | 免费支持 | 付费解锁
客户端支持 | 全平台最强 | 主流平台 | 主流平台
刮削能力 | 最强 | 一般（需插件） | 较强
界面美观度 | 最佳 | 简洁 | 中等
学习成本 | 低 | 中 | 中
远程访问 | Plex Relay免费 | 需配置 | 需配置

三、各软件详解

1. Jellyfin：完全免费，开源首选

优点：

完全免费开源，无任何付费墙
硬件转码免费支持（Intel QuickSync、NVIDIA NVENC）
社区活跃，插件丰富
隐私保护，数据完全本地

缺点：

刮削能力一般，需要配置插件
4K硬解性能不如Plex/Emby
字幕支持需要手动配置
客户端体验略差

适合人群 ：预算有限、喜欢开源、愿意折腾的用户。

💡 推荐配置 ：安装MetaShark插件增强中文刮削能力，配合tinyMediaManager使用效果更佳。

2. Plex：体验最佳，付费最强

优点：

客户端全平台支持最好
界面最美观，体验最流畅
刮削能力最强，自动匹配率最高
Plex Relay免费远程访问（速度有限）
字幕渲染效果最好

缺点：

硬件转码需付费（Plex Pass约$4.99/月）
终身会员价格较高（约$119.99）
部分功能需要联网验证

适合人群 ：追求体验、苹果生态用户、预算充足的用户。

💡 省钱技巧 ：不买会员也能用，只是没有硬件转码。如果你的NAS性能强或终端支持直播，不需要转码。

3. Emby：平衡之选

优点：

功能介于Plex和Jellyfin之间
更新速度快，功能迭代积极
硬件转码性能优秀
价格比Plex便宜

缺点：

硬件转码需付费（Premiere约$4.99/月）
字幕渲染效果不如Plex
客户端支持不如Plex全面

适合人群 ：想要Plex体验但预算有限、喜欢折腾的用户。

四、硬件转码是什么？重要吗？

场景：你有一部4K HEVC电影，但手机只支持1080P H.264播放。

解决方案 ：

直接播放 ：终端自己解码（需要终端支持）
转码播放 ：NAS实时转成终端支持的格式

转码方式对比 ：

方式 | CPU占用 | 画质 | 同时转码数
---|---|---|---
软解码（CPU） | 100% | 最好 | 1-2路
硬解码（Intel QuickSync） | 10-20% | 好 | 5-10路
硬解码（NVIDIA NVENC） | 5-10% | 好 | 10+路

⚠️ 注意 ：如果你只有一个人看，且终端支持直拨（大部分智能电视、电脑都支持），其实不需要转码。只有多人同时看不同分辨率的视频，或远程访问带宽有限时，才需要转码。

五、部署教程（以Jellyfin为例）

步骤1：安装Docker

群晖/威联通直接在套件中心安装Docker。

步骤2：拉取镜像

docker pull jellyfin/jellyfin:latest

步骤3：启动容器

docker run -d \
  --name jellyfin \
  -p 8096:8096 \
  -v /path/to/config:/config \
  -v /path/to/cache:/cache \
  -v /path/to/media:/media \
  --restart=unless-stopped \
  jellyfin/jellyfin:latest

步骤4：初始化配置

访问 http://NAS_IP:8096
选择中文语言
创建管理员账号
添加媒体库（选择/media目录）

步骤5：配置刮削插件

控制台 → 插件 → 存储库
添加MetaShark插件（增强中文刮削）
重启Jellyfin

六、选择建议

你的情况 | 推荐 | 理由
---|---|---
完全不想花钱 | Jellyfin | 免费开源，硬件转码免费
苹果全家桶用户 | Plex | 客户端体验最好，Infuse兼容
多人远程访问 | Plex | Plex Relay免配置
追求性价比 | Emby | 会员比Plex便宜
喜欢折腾 | Jellyfin | 开源可定制，社区活跃

七、性能要求

使用场景 | 最低配置 | 推荐配置
---|---|---
单用户直拨 | 任意NAS | 任意NAS
1080P转码1路 | J3455以上 | N100处理器
4K转码1路 | N100处理器 | N5105/N100+核显
4K转码多路 | i3处理器 | i5/i7 + NVIDIA显卡

总结

新手入门 ：Jellyfin，免费无门槛，学习成本适中。

追求体验 ：Plex，付费用得爽，客户端最全。

性价比党 ：Emby，功能强，价格比Plex便宜。

三款软件各有优势，没有绝对最好的选择。建议先试用Jellyfin（免费），不满意再考虑Plex或Emby。

数据来源：什么值得买、哔哩哔哩、知乎专栏、腾讯云

用飞牛OS组了个NAS，哪些钱不能省，哪些时间必须花？

Tue, 07 Apr 2026 00:00:00 GMT

NAS飞牛OS企业级硬盘备份方案

组了3年NAS，踩过不少坑。有些钱省了，后来花更多钱补救；有些钱花了，到现在都觉得值。

一、最后悔省钱的地方

1. 硬盘 —— 绝对不能省

我第一台NAS，为了省钱买了普通台式机硬盘。

结果呢？一年内坏了2块。

普通硬盘的设计是每天开机几小时、偶尔读写。放到NAS里7×24小时运行、多盘振动、密集访问，就是定时炸弹。

后来换了企业级硬盘（希捷银河），再也没出过问题。

血泪教训 ：

普通硬盘放NAS = 数据恢复费用 = 硬盘价格10倍+
省硬盘的钱 = 赌数据安全

过来人建议 ：

预算| 推荐| 理由
---|---|---
充足| 希捷酷狼/西数红盘Plus| 5年质保，NAS专用
紧张| 企业级二手（HC550/银河）| 便宜30%，更稳定

2. 没买UPS —— 一次停电毁所有

我省了UPS的钱（当时觉得300块买个电池太贵）。

结果夏天一次突然断电，2块硬盘同时损坏 ，数据恢复花了1800块。

UPS的作用 ：

断电自动关机，保护硬盘
电压不稳时稳压
一次投入，终身保护

买什么 ：山特/ APC入门款，300-500元就够。

3. 只做RAID没备份

我以为RAID5够安全了，3块盘坏1块还能恢复。

结果一次误操作+勒索病毒，数据全没了。

RAID只能防硬盘损坏，防不了：

误删
勒索病毒
火灾/水灾

必须做异地备份 。我现在是：

本地：RAID5
冷备：移动硬盘定期备份重要数据
云端：百度网盘自动同步照片/文档

二、最不后悔花钱的地方

1. 一步到位买企业级硬盘

虽然当时心疼（4块16T花了5000+），但3年运行无故障 。

算一笔账：

企业盘：5000元 + 5年质保 = 安心
普通盘：2000元 + 数据恢复1800元×2 = 5600元 + 提心吊胆

结论：企业盘反而更划算。

2. 提前铺了2.5G网线

装修时多花了几百块埋了超六类网线。

后来升级2.5G交换机，直接插上就能用，不用重新走线 。

网络建议 ：

需求| 建议
---|---
家庭日常| 千兆足够
大文件传输| 2.5G性价比最高
万兆| 企业/工作室才需要

省钱思路 ：先千兆，不够再升级。2.5G交换机现在很便宜（100-200元）。

3. 买了UPS

300块的山特UPS，救了我3次。

每次停电，NAS自动关机，数据完好。

这笔钱，值。

三、网络设备要不要提前铺？

我的经验 ：

设备| 建议| 理由
---|---|---
网线| 提前铺超六类| 升级不用重新走线
交换机| 先千兆，不够再换| 便宜，随时升级
万兆| 家庭用户没必要| 千兆/2.5G够用

过来人话 ：万兆宽带一月1000块，对家庭用户来说除了贵，没啥用 。

四、备份方案怎么选？

方案| 成本| 安全性| 适合谁
---|---|---|---
只做RAID| 0元| ❌ 误删/病毒照样完蛋| 不推荐
冷备份| 移动硬盘成本| ⚠️ 不及时，容易忘| 有备份习惯的人
异地备份| 云存储/第二NAS| ✅ 真正安全| 数据重要的人

我的选择 ：RAID5 + 冷备 + 云同步。

虽然麻烦点，但数据丢了就是真没了 。

五、给你的建议（飞牛OS场景）

项目| 建议| 预算分配
---|---|---
硬盘| 企业级二手/酷狼/红盘Plus| 60%预算
UPS| 山特/APC入门款| 10%预算
网络| 2.5G交换机（100-200元）| 5%预算
备份| 云盘同步 + 冷备硬盘| 15%预算
NAS主机| 飞牛OS适配入门款| 剩余预算

一句话总结

硬盘不能省，备份必须做，网络看需求，UPS买一个。

省硬盘的钱 = 数据恢复的10倍代价
省备份的精力 = 误删/病毒的后悔成本
省UPS的钱 = 一次停电毁所有

网络可以慢慢升级，但数据没了就是真没了。

数据来源：知乎问答、搜狐科技、企鹅号、CSDN博客

NAS网络配置指南：2.5G、万兆怎么选？网线、交换机、路由器推荐

Tue, 07 Apr 2026 00:00:00 GMT

NAS网络配置2.5G万兆交换机网线

NAS网络配置指南：2.5G、万兆怎么选？网线、交换机、路由器推荐

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, 网络配置, 2.5G, 万兆, 交换机, 网线

NAS买了，硬盘装了，但传输速度只有100MB/s？

瓶颈可能在网络。千兆网络已经不够用了，2.5G、万兆才是NAS的正确打开方式。

今天讲清楚NAS网络配置怎么选。

一、为什么需要高速网络？

千兆网络瓶颈 ：

理论速度：125MB/s
实际速度：100-110MB/s
拷贝100GB文件：约15分钟

高速网络优势 ：

网络类型 | 理论速度 | 实际速度 | 拷贝100GB耗时
---|---|---|---
千兆（1G） | 125MB/s | 100MB/s | 约15分钟
2.5G | 312MB/s | 250MB/s | 约6分钟
万兆（10G） | 1250MB/s | 800-1000MB/s | 约2分钟

二、网速等级选择

1. 千兆（1G）

适合场景 ：

轻度用户，偶尔拷贝文件
主要用途是照片备份、文档存储
预算有限

缺点：传输大文件慢，4K视频播放可能卡顿。

2. 2.5G（推荐）

适合场景 ：

家庭用户首选
需要传输大文件（电影、备份）
4K视频播放
性价比最优

优点：升级成本低，网线兼容千兆，主板普遍支持。

💡 最佳选择 ：2.5G是家庭NAS的性价比之选，速度翻倍，成本增加不多。

3. 万兆（10G）

适合场景 ：

专业用户、工作室
频繁传输超大文件
视频剪辑直连NAS
多用户同时访问

缺点：成本高，需要万兆网卡、交换机、光模块。

三、网线选购

类型 | 最大速度 | 传输距离 | 价格 | 推荐
---|---|---|---|---
Cat5e（超五类） | 千兆 | 100米 | 最低 | 仅千兆网络
Cat6（六类） | 万兆（短距离） | 55米内万兆 | 中等 | 推荐
Cat6a（超六类） | 万兆 | 100米 | 较高 | 万兆首选
Cat7（七类） | 万兆+ | 100米 | 高 | 专业环境

💡 选购建议 ：家庭用户买Cat6（六类线）就够了，便宜好用，支持万兆短距离传输。万兆用户选Cat6a。

网线材质

纯铜线 ：传输性能好，抗干扰强，推荐
铝线：便宜，性能差，不推荐
无氧铜 ：性能最好，价格高

四、交换机选购

类型 | 端口 | 价格区间 | 适合场景
---|---|---|---
千兆交换机 | 5-8口千兆 | 50-150元 | 千兆网络
2.5G交换机 | 4-8口2.5G | 150-400元 | 家庭NAS首选
万兆交换机 | 2-8口万兆 | 500-2000元 | 专业用户
光电混合 | 2.5G电口+万兆光口 | 300-800元 | 灵活扩展

💡 性价比推荐 ：买4口2.5G+2口万兆光口的交换机，约200-300元，既能用2.5G，未来还能升级万兆。

五、路由器选购

关键参数 ：

WAN口：至少千兆，推荐2.5G
LAN口：至少千兆，推荐2.5G
无线：WiFi6起步，推荐WiFi7
转发性能：至少1Gbps，推荐2Gbps+

推荐路由器 ：

型号 | 网口 | 价格 | 特点
---|---|---|---
小米AX6000 | 千兆+2.5G | 约500元 | 性价比高
TP-LINK XDR6088 | 双2.5G | 约700元 | 双2.5G口
华硕RT-AX88U Pro | 双2.5G | 约1800元 | 性能强

六、万兆升级方案

方案一：万兆网卡

NAS安装万兆网卡（PCIe接口）
    ↓
万兆交换机（带万兆口）
    ↓
电脑安装万兆网卡/USB网卡

成本：网卡200-500元 + 交换机500元 + 网线 = 约1000元起

方案二：光纤万兆

NAS安装万兆光网卡
    ↓
光模块 + 光纤跳线
    ↓
万兆交换机（SFP+光口）
    ↓
电脑端同样用光纤

优点：传输距离远，抗干扰强。

成本：更高，适合长距离传输。

七、网络拓扑建议

光猫
  ↓
路由器（主路由）
  ↓
交换机（2.5G/万兆）
  ↓
┌────┬────┐
NAS  PC   其他设备

⚠️ 注意 ：NAS和电脑都要连在交换机上，不要级联多层交换机，会影响速度。

八、选购建议总结

预算 | 推荐配置 | 预期速度
---|---|---
500元以下 | Cat6网线 + 千兆交换机 | 100MB/s
500-1000元 | Cat6网线 + 2.5G交换机 + 2.5G路由器 | 250MB/s
1000-2000元 | Cat6a网线 + 万兆交换机 + 万兆网卡 | 800MB/s+

总结

家庭用户 ：2.5G网络最划算，速度翻倍，成本可控。

专业用户 ：万兆网络一步到位，效率提升明显。

网线选择 ：Cat6够用，Cat6a万兆首选。

网络是NAS的血管，血管不通，再强的NAS也跑不起来。选对网络配置，让NAS飞起来。

数据来源：搜狐科技、CSDN博客、知乎、什么值得买

NAS照片管理软件对比：Immich、MT-Photos、PhotoPrism、Synology Photos怎么选？

Tue, 07 Apr 2026 00:00:00 GMT

NAS照片管理ImmichMT-PhotosPhotoPrismAI相册

NAS照片管理软件对比：Immich、MT-Photos、PhotoPrism、Synology Photos怎么选？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, 照片管理, Immich, MT-Photos, PhotoPrism, AI相册

手机照片越来越多，iCloud、Google Photos要收费，隐私还让人担心。

有了NAS，可以搭建私有相册，照片在自己手里，安全又省钱。

但Immich、MT-Photos、PhotoPrism、Synology Photos该选哪个？今天讲清楚。

一、为什么需要NAS照片管理？

痛点：

iCloud 200GB要21元/月，2TB要68元/月
Google Photos无限存储已取消
百度网盘、阿里云盘会压缩画质
照片隐私泄露风险

NAS优势 ：

一次性投入，无限存储空间
原画质保存，不压缩
隐私完全掌控，数据本地化
多用户管理，家庭共享
AI智能识别，快速检索

二、四款软件对比

特性 | Immich | MT-Photos | PhotoPrism | Synology Photos
---|---|---|---|---
价格 | 免费开源 | 99元终身 | 免费开源 | 群晖免费
AI识别 | 支持（需配置） | 支持（中文优化） | 支持 | 支持
中文支持 | 无（需社区汉化） | 原生中文 | 部分中文 | 完整中文
手机App | iOS/Android | iOS/Android | 无（仅Web） | iOS/Android
自动备份 | 支持 | 支持 | 需第三方工具 | 支持
人脸识别 | 支持 | 支持 | 支持 | 支持
地点识别 | 支持 | 支持 | 支持 | 支持
稳定性 | 快速迭代 | 稳定 | 稳定 | 最稳定

三、各软件详解

1. Immich：开源界最强

优点：

完全免费开源，社区活跃
功能完整度高，开发迭代快
支持iOS/Android自动备份
AI场景识别、人脸识别
界面现代美观

缺点：

无原生中文界面
亚洲人脸识别效果一般
更新快，偶尔有Bug
部署相对复杂

适合人群 ：喜欢开源、愿意折腾、不需要中文界面的用户。

💡 部署建议 ：使用Docker Compose一键部署，机器学习模型需要较大内存（建议8GB以上）。

2. MT-Photos：国产最强

优点：

原生中文，界面友好
AI识别针对中文优化，准确率高
支持中文关键词搜索（"夏天"、"海边"）
部署简单，开箱即用
支持iOS/Android自动备份

缺点：

收费（99元终身，可试用1个月）
不开源，存在项目停止维护风险

适合人群 ：追求体验、需要中文AI搜索、愿意付费的用户。

💡 试用建议 ：先试用1个月，体验AI搜索效果再决定是否购买。

3. PhotoPrism：老牌开源

优点：

免费开源，成熟稳定
AI自动标签、地图视图
支持WebDAV同步
隐私保护，数据本地化

缺点：

无官方手机App
界面不如Immich现代
中文支持一般
AI识别准确度一般

适合人群 ：主要用Web端浏览、不需要手机App的用户。

4. Synology Photos：群晖专属

优点：

群晖NAS免费内置
最稳定，零配置
完整中文支持
支持iOS/Android自动备份
人脸识别、地点识别
与群晖系统集成度高

缺点：

仅限群晖NAS使用
AI搜索不如MT-Photos智能
人脸识别准确度一般

适合人群 ：群晖用户，追求稳定、不想折腾。

四、AI识别能力对比

功能 | Immich | MT-Photos | PhotoPrism | Synology Photos
---|---|---|---|---
人脸识别 | ⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐
场景识别 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐
中文搜索 | ❌ | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐
地点识别 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐
物体识别 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐

五、部署教程（以Immich为例）

步骤1：创建目录

mkdir -p /path/to/immich/{upload,library,thumbs,profile}

步骤2：创建docker-compose.yml

version: '3.8'
services:
  immich-server:
    image: ghcr.io/immich-app/immich-server:latest
    volumes:
      - ./upload:/usr/src/app/upload
    environment:
      - DB_HOSTNAME=immich-db
      - DB_USERNAME=postgres
      - DB_PASSWORD=postgres
      - DB_DATABASE_NAME=immich
    ports:
      - "2283:3001"
    depends_on:
      - immich-db
      - immich-redis

  immich-machine-learning:
    image: ghcr.io/immich-app/immich-machine-learning:latest
    volumes:
      - ./model-cache:/cache

  immich-db:
    image: postgres:14
    environment:
      - POSTGRES_PASSWORD=postgres
      - POSTGRES_USER=postgres
      - POSTGRES_DB=immich
    volumes:
      - ./db:/var/lib/postgresql/data

  immich-redis:
    image: redis:6

步骤3：启动服务

docker-compose up -d

步骤4：访问Web界面

打开 http://NAS_IP:2283，创建管理员账号。

步骤5：安装手机App

iOS/Android搜索"Immich"，登录后开启自动备份。

六、选择建议

你的情况 | 推荐 | 理由
---|---|---
群晖用户 | Synology Photos | 免费内置，零配置
追求AI搜索体验 | MT-Photos | 中文优化，AI最智能
喜欢开源免费 | Immich | 功能完整，社区活跃
主要Web浏览 | PhotoPrism | 成熟稳定，部署简单
有娃家庭 | MT-Photos/Immich | AI按人物分类，找照片快

七、硬件要求

照片数量 | 最低内存 | 推荐内存 | 存储空间
---|---|---|---
1万张以下 | 4GB | 8GB | 100GB
1-5万张 | 8GB | 16GB | 500GB
5-10万张 | 16GB | 32GB | 1TB
10万张以上 | 32GB | 64GB | 2TB+

⚠️ 注意 ：AI识别需要较大内存，如果内存不足会导致识别慢或失败。建议至少8GB。

总结

群晖用户 ：直接用Synology Photos，稳定免费。

追求AI体验 ：MT-Photos，中文搜索最强。

开源爱好者 ：Immich，功能完整，社区活跃。

简单需求 ：PhotoPrism，稳定老牌。

照片管理是NAS最实用的功能之一。选对软件，让照片管理变成享受而不是负担。

数据来源：知乎专栏、什么值得买、阿里云、SegmentFault

NAS功耗与静音优化：一年能省多少电费？

Tue, 07 Apr 2026 00:00:00 GMT

NAS功耗节能优化静音电费

NAS功耗与静音优化：一年能省多少电费？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS功耗, 节能优化, 静音, 电费

很多人担心NAS 7×24小时开着太费电。真相是：家用NAS功耗其实很低，一年电费也就一两百块钱。

这篇文章详解NAS功耗构成、节能技巧和静音优化方案。

一、NAS功耗构成

功耗来源

组件 | 功耗范围 | 占比
---|---|---
硬盘（每块） | 5-10W | 最大头
CPU | 10-35W | 中等
主板 | 3-5W | 较小
内存 | 2-3W | 较小
风扇 | 1-3W | 最小
网卡 | 1-2W | 最小

典型NAS功耗

配置 | 待机功耗 | 满载功耗
---|---|---
2盘位ARM（群晖DS220+） | 15-20W | 25-30W
4盘位Intel（群晖DS920+） | 20-30W | 40-50W
4盘位Intel（威联通TS-464C） | 25-35W | 45-55W
自建NAS（N5105+4盘） | 25-35W | 50-60W
自建NAS（R5-5600G+4盘） | 40-50W | 80-100W

二、一年电费计算

以30W功耗为例：

功耗：30W = 0.03kW
每天耗电：0.03kW × 24h = 0.72度
每月耗电：0.72 × 30 = 21.6度
每年耗电：21.6 × 12 = 259.2度

电费按0.5元/度计算：
每年电费：259.2 × 0.5 = 129.6元

结论：家用NAS一年电费约100-200元，并不贵。

三、节能优化技巧

1. 硬盘休眠

最有效的节能方式。设置硬盘闲置20-30分钟后自动休眠，可降低功耗50%以上。

设置方法 ：

群晖：控制面板 → 硬盘休眠
威联通：控制台 → 系统设置 → 硬盘休眠
飞牛NAS：设置 → 电源管理

⚠️ 注意 ：频繁读写会打断休眠，如果装了很多Docker容器，可能无法休眠。

2. 选择低功耗硬盘

不同类型硬盘功耗差异很大：

硬盘类型 | 功耗（工作时） | 功耗（休眠）
---|---|---
3.5英寸企业盘 | 8-10W | 0.5-1W
3.5英寸NAS盘 | 5-7W | 0.5W
2.5英寸笔记本盘 | 2-3W | 0.2W
SSD固态硬盘 | 2-3W | 0.1W

5400转硬盘比7200转省电约20%。

3. 关闭不必要的服务

每开启一个服务都会增加功耗和阻止休眠：

不需要的Docker容器 → 关闭
不常用的索引服务 → 关闭
不必要的日志记录 → 减少

4. 使用SSD做缓存

将常用数据缓存到SSD，减少机械硬盘读写次数，延长休眠时间。

5. 调整风扇转速

根据温度自动调节风扇转速，低温时降低转速，既省电又静音。

6. 启用EEE节能以太网

网卡空闲时进入低功耗模式，可节省约30%网络功耗。

四、静音优化

NAS噪音主要来源：硬盘转动声、风扇声、共振。

1. 硬盘噪音

选择5400转硬盘，噪音更小
NAS专用盘（酷狼、红盘）有降噪优化
SSD完全静音

2. 风扇噪音

设置温控策略，低温时降低转速
更换静音风扇（如猫扇Noctua）
不要把NAS放在卧室

3. 共振噪音

硬盘架加装减震垫
不要把NAS直接放在桌面上
机箱底部垫隔音材料

4. 放置位置

最重要的一点：不要放在卧室 。

NAS放在客厅、书房，噪音就不是问题。

五、节能效果对比

优化措施 | 节电效果 | 年省电费
---|---|---
硬盘休眠 | 40-60% | 50-80元
选择5400转硬盘 | 15-20% | 20-30元
关闭不必要服务 | 10-20% | 15-30元
使用SSD缓存 | 10-15% | 15-25元
风扇温控 | 5-10% | 10-15元

六、常见问题

Q：硬盘休眠会影响寿命吗？

不会。频繁启停确实有损耗，但每天几次休眠完全在正常范围内。

Q：硬盘休眠后唤醒很慢？

正常现象，唤醒需要10-30秒。如果频繁访问，建议延长休眠时间或关闭休眠。

Q：NAS可以定时开关机吗？

可以。如果只在工作时间使用，可以设置定时开关机。但会失去7×24小时的优势。

Q：用UPS会增加电费吗？

UPS自身功耗约5-10W，一年增加约20-40元电费。但保护数据安全，值得。

总结

NAS电费并不贵 ：

家用NAS一年电费约100-200元
开启硬盘休眠可省一半
综合优化后一年电费可控制在100元以内

静音建议 ：

选择5400转硬盘或SSD
风扇设置温控策略
最重要：不要放在卧室

NAS的功耗和噪音，远比你想象的低。省电不如省心，该开的服务开着，该休眠的休眠，合理平衡即可。

数据来源：什么值得买、知乎、CSDN博客、哔哩哔哩

NAS的RAID怎么选？RAID0/1/5/10区别详解，家庭用户选这个

Tue, 07 Apr 2026 00:00:00 GMT

NASRAID磁盘阵列数据安全

NAS的RAID怎么选？RAID0/1/5/10区别详解，家庭用户选这个

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, RAID, 磁盘阵列, 数据安全

买了NAS，RAID怎么选？

RAID0快但不安全，RAID1安全但浪费空间，RAID5性价比高但有风险，RAID10最强但贵。

今天把RAID讲清楚，给你一个明确的选择建议。

一、什么是RAID？

RAID（Redundant Array of Independent Disks）独立磁盘冗余阵列，就是把多块硬盘组合起来，提升性能或安全性。

RAID能解决的问题 ：

容量扩展：多块硬盘合成一个大空间
性能提升：多块硬盘并行读写
数据安全：硬盘坏了数据不丢

二、四种常见RAID对比

RAID类型 | 最少硬盘数 | 容量利用率 | 容错能力 | 性能
---|---|---|---|---
RAID 0 | 2块 | 100% | 无 | 读写最快
RAID 1 | 2块 | 50% | 1块 | 读快写慢
RAID 5 | 3块 | (N-1)/N | 1块 | 读快写一般
RAID 10 | 4块 | 50% | 最多50% | 读写都快

三、各类型详解

1. RAID 0：性能优先，安全为0

原理：数据分块存储到多块硬盘，并行读写。

容量计算 ：4块10TB硬盘 = 40TB可用空间

优点：

容量利用率100%
读写速度最快（N倍于单盘）

缺点：

任意一块硬盘损坏，所有数据丢失
风险指数级增加（4块盘坏1块的概率是单盘的4倍）

⚠️ 不推荐家庭用户使用 ：RAID 0本质上不是"阵列"，只是把硬盘串联。任何一块盘挂掉，全部数据玩完。除非你每天备份，否则别碰。

2. RAID 1：安全优先，空间减半

原理：数据同时写入两块硬盘，互为镜像。

容量计算 ：2块10TB硬盘 = 10TB可用空间

优点：

安全性最高，坏一块盘数据还在
读取速度快（可从任意一块盘读取）
重建简单，换盘自动同步

缺点：

容量利用率只有50%
写入速度受限于单盘

💡 适合场景 ：2盘位NAS，存放重要数据。家庭用户最简单的安全方案。

3. RAID 5：性价比之王

原理：数据分块存储+奇偶校验信息分布式存储。

容量计算 ：4块10TB硬盘 = 30TB可用空间（3块盘容量）

优点：

容量利用率高（N-1）/N
读取性能接近RAID 0
可容忍1块硬盘故障

缺点：

写入性能差（要计算校验信息）
重建时间长，期间性能暴跌
重建时如果再坏一块盘，数据全丢

风险提示 ：

RAID 5重建时，系统要读取所有剩余硬盘的数据来重建。这个过程中硬盘负载很高，如果再坏一块，数据就没了。而且大容量硬盘重建时间很长（10TB盘可能需要24小时以上）。

4. RAID 10：性能与安全兼得

原理：先做RAID 1镜像，再做RAID 0条带。

以4块盘为例：盘1+盘2做镜像（RAID 1），盘3+盘4做镜像（RAID 1），然后两组镜像做条带（RAID 0）。

容量计算 ：4块10TB硬盘 = 20TB可用空间

优点：

读取性能接近RAID 0
写入性能优于RAID 5
可容忍多块硬盘故障（只要不是同一镜像组）
重建速度快

缺点：

容量利用率只有50%
至少需要4块硬盘
成本最高

💡 适合场景 ：4盘位以上NAS，追求性能+安全，预算充足。

四、容量计算实例

假设使用4块10TB硬盘：

RAID类型 | 可用容量 | 容量利用率 | 实际购买成本
---|---|---|---
RAID 0 | 40TB | 100% | 4块盘
RAID 1 | 10TB | 25% | 需要16块盘才能达到40TB
RAID 5 | 30TB | 75% | 需要6块盘才能达到40TB
RAID 10 | 20TB | 50% | 需要8块盘才能达到40TB

五、家庭用户选择建议

2盘位NAS

需求 | 推荐
---|---
重要数据（照片、文档） | RAID 1
非重要数据（电影、缓存） | RAID 0 或独立盘

4盘位NAS

需求 | 推荐
---|---
预算充足，追求性能+安全 | RAID 10
追求容量，能接受风险 | RAID 5
重要数据+大容量需求 | 2盘RAID 1 + 2盘独立

六、常见误区

误区1：RAID就是备份

错！RAID是容错，不是备份。误删除、勒索病毒、文件损坏，RAID无法保护。

误区2：RAID 5很安全

RAID 5只能容1块盘故障。大容量硬盘重建时间长，重建期间再坏一块就全完了。这就是为什么很多人推荐RAID 6或RAID 10。

误区3：盘越多越安全

盘越多，故障概率越高。4块盘坏1块的概率是单盘的4倍。要安全，选对RAID类型，定期检查硬盘健康。

七、最终建议

家庭用户首选 ：

盘位 | 推荐方案 | 理由
---|---|---
2盘位 | RAID 1 | 简单安全，容量换安全
4盘位 | RAID 10 | 性能+安全，家庭最佳
4盘位预算有限 | RAID 5 | 性价比高，注意备份

记住：RAID只是第一道防线，真正的安全保障是异地备份。RAID + 3-2-1备份原则，才是数据安全的正确姿势。

数据来源：知乎专栏、今日头条、博客园、CSDN

NAS远程访问方案对比：IPv6、DDNS、内网穿透哪个好？

Tue, 07 Apr 2026 00:00:00 GMT

NAS远程访问IPv6DDNS内网穿透

NAS远程访问方案对比：IPv6、DDNS、内网穿透哪个好？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS远程访问, IPv6, DDNS, 内网穿透

买了NAS，如果不能远程访问，功能就少了一半。在公司传文件、出差看电影，都需要远程访问。

但远程访问方案有很多，哪个最适合你？这篇文章对比主流方案，帮你选择。

一、主流方案概览

方案 | 速度 | 成本 | 难度
---|---|---|---
公网IPv4 | ⭐⭐⭐⭐⭐ | 免费 | 中等
IPv6 + DDNS | ⭐⭐⭐⭐⭐ | 域名费用 | 中等
官方远程服务 | ⭐⭐ | 免费/付费 | 简单
内网穿透 | ⭐⭐⭐ | 付费 | 简单
VPN组网 | ⭐⭐⭐⭐ | 免费/付费 | 中等

二、方案详解

方案1：公网IPv4（最优但难获取）

原理：运营商分配公网IP，配合DDNS动态域名，直接访问。

优点：

速度最快，跑满宽带上行
稳定性好，无中转
兼容性最强，所有设备都能访问

缺点：

公网IPv4越来越难申请
需要配置端口映射
安全风险高，需要做好防护

如何获取公网IP ：

致电运营商客服申请
理由：家里有监控、需要远程办公
部分地区可能需要付费升级套餐

💡 提示 ：即使申请到公网IP，80和443端口通常被封，需要用其他端口。

方案2：IPv6 + DDNS（当前最优解）

原理：运营商分配IPv6公网地址，每个设备都有全球唯一IP，配合DDNS解析域名。

优点：

速度跑满宽带上行（30-100Mbps）
大部分地区已默认支持
每个设备都有公网地址，无需端口映射

缺点：

客户端网络也需支持IPv6
部分运营商IPv6防火墙需手动关闭
需要购买域名（约10元/年）

配置步骤 ：

确认IPv6 ：登录NAS查看是否获取2408/2409/240e开头的IPv6地址
路由器设置 ：启用IPv6（DHCPv6模式），关闭IPv6防火墙
购买域名 ：阿里云/腾讯云购买低价域名
配置DDNS ：NAS或路由器设置DDNS，绑定域名到IPv6地址

DDNS工具推荐 ：

群晖/威联通自带DDNS
DDNS-GO（Docker部署，支持所有NAS）
路由器自带DDNS功能

方案3：官方远程服务（最简单）

群晖QuickConnect ：

无需配置，注册账号即可用
速度受限（约1-2Mbps）
高峰期可能卡顿

飞牛FN Connect ：

飞牛官方远程服务
速度限速约1Mbps
适合轻度使用

绿联云 ：

绿联自带远程服务
速度尚可
免费版有限制

⚠️ 注意 ：官方服务速度有限，看视频可能卡顿，适合文档传输、图片浏览等轻量使用。

方案4：内网穿透（第三方服务）

原理：通过第三方服务器中转，实现内网设备的外网访问。

常用工具 ：

工具 | 特点 | 价格
---|---|---
花生壳 | 老牌稳定，群晖套件支持 | 免费版限速，付费版贵
cpolar | 配置简单，支持多种协议 | 免费版有限制
FRP | 自建服务，需要公网服务器 | 服务器成本
ngrok | 国外服务，免费版可用 | 国内速度慢

优点：

无需公网IP
配置相对简单
支持多种协议

缺点：

免费版速度慢
付费版成本高
依赖第三方服务稳定性

方案5：VPN组网（安全稳定）

原理：组建虚拟局域网，外网设备像在内网一样访问NAS。

常用工具 ：

工具 | 特点
---|---
Tailscale | 免费版够用，P2P直连速度快
ZeroTier | 免费版支持100设备，部分情况需中转
蒲公英 | 国内服务，稳定但免费版限速
WireGuard | 自建VPN，需要公网服务器

优点：

安全性高
P2P直连速度好
像局域网一样访问

缺点：

每个设备都需要安装客户端
部分网络环境下P2P打洞失败

三、方案选择建议

场景 | 推荐方案
---|---
有公网IPv4 | 公网IP + DDNS + 端口映射
有IPv6（大多数家庭） | IPv6 + DDNS
轻度使用、怕折腾 | 官方远程服务
需要给朋友分享 | 内网穿透（花生壳等）
多设备、注重安全 | Tailscale/ZeroTier

四、IPv6配置实战（飞牛NAS）

步骤1：确认IPv6支持

登录飞牛NAS，【设置】→【设备信息】，查看网络信息中是否有IPv6地址。

步骤2：路由器设置

进入路由器管理界面
找到IPv6设置，启用DHCPv6模式
关闭IPv6防火墙或设置入站规则

步骤3：配置DDNS

在阿里云/腾讯云购买域名，然后：

创建AAAA记录，指向NAS的IPv6地址
获取AccessKey
在NAS或路由器配置DDNS

步骤4：测试访问

用手机切换到4G/5G网络，访问域名+端口，确认可以访问。

五、安全注意事项

修改默认端口 ：避免使用80、443等常见端口
设置强密码 ：复杂密码 + 双因素认证
限制登录IP ：只允许特定IP访问管理界面
开启HTTPS ：加密传输，防止密码被截获
定期更新系统 ：修复安全漏洞

远程访问是双刃剑：方便的同时也增加了安全风险。安全配置不能偷懒。

总结

2026年最推荐方案 ：IPv6 + DDNS

原因：

大部分地区已支持IPv6
速度跑满宽带上行
成本极低（域名10元/年）
无需额外服务器

如果IPv6不可用，再考虑VPN组网（Tailscale）或官方远程服务。

数据来源：什么值得买、知乎、CSDN博客、腾讯云

NAS安全防护指南：防止勒索病毒和黑客攻击的9个关键设置

Tue, 07 Apr 2026 00:00:00 GMT

NAS安全勒索病毒防黑客密码安全

NAS安全防护指南：防止勒索病毒和黑客攻击的9个关键设置

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS安全, 勒索病毒, 防黑客, 密码安全

很多人买了NAS就不管安全了，结果数据被勒索病毒加密，损失惨重。

NAS连在网上，就像你家的门敞开着。不做好安全防护，迟早出事。

一、NAS面临的安全威胁

1. 勒索病毒

最可怕的威胁。病毒会加密你NAS上的所有文件，然后索要赎金。

典型案例：2020年群晖NAS大规模勒索病毒攻击，大量用户数据被加密。

2. 暴力破解

黑客通过自动化工具，不断尝试密码组合，直到破解成功。

如果你的密码是123456、admin123这类，分分钟被攻破。

3. 漏洞攻击

NAS系统存在安全漏洞，黑客利用漏洞直接获取系统权限。

4. 数据泄露

弱密码、默认端口，让陌生人轻松访问你的隐私数据。

二、9个关键安全设置

1. 停用默认admin账户

这是最重要的一步。

黑客首先攻击的就是admin、administrator、root这些默认账户。

操作步骤 ：

创建一个新的管理员账户（用户名不要用admin）
用新账户登录
停用或删除默认的admin账户

⚠️ 注意 ：不要只停用admin账户，要先创建新管理员账户，否则你将无法管理NAS。

2. 设置强密码

密码是第一道防线，也是最容易被忽视的。

强密码标准 ：

至少12位
包含大小写字母、数字、特殊符号
不要用生日、姓名、常用词
不要和其他平台共用密码

弱密码示例 ：admin123、password、123456、qwerty

强密码示例 ：Kj#9mP$2xL!qW7@n

3. 开启双因素认证（2FA）

即使密码被破解，没有第二重验证也无法登录。

支持的认证方式 ：

方式 | 安全级别 | 便捷性
---|---|---
手机验证码 | 高 | 高
Google Authenticator | 高 | 中
硬件安全密钥 | 极高 | 低

设置方法 ：

群晖：控制面板 → 安全性 → 账户 → 双重验证
威联通：控制台 → 系统 → 安全性 → 两步验证

4. 启用自动封锁

连续登录失败多次后，自动封锁该IP。

推荐设置 ：

登录失败5次后封锁
封锁时间：24小时以上

设置方法 ：

群晖：控制面板 → 安全性 → 账户 → 自动封锁
威联通：控制台 → 系统 → 安全性 → 网络攻击防御

5. 启用防火墙

只开放必要的端口，阻止其他所有访问。

推荐规则 ：

端口 | 用途 | 是否开放
---|---|---
80/443 | Web访问 | 根据需要
22 | SSH | 限制IP
445/139 | SMB文件共享 | 仅内网
其他 | - | 全部拒绝

6. 修改默认端口

群晖默认端口5000/5001，威联通默认8080，这些端口容易被扫描攻击。

建议修改 ：

Web管理端口改为非标准端口（如18080）
SSH端口改为非22端口（如22222）

7. 关闭不必要的服务

每开启一个服务，就多一个攻击面。

建议关闭 ：

不用的SSH（如果不需要命令行管理）
不用的Telnet
不用的FTP
不用的Web服务器

8. 定期更新系统

厂商会定期发布安全补丁，修复已知漏洞。

建议：

开启自动更新
至少每月检查一次更新
重要安全更新立即安装

9. 设置IP白名单

只允许特定IP访问管理界面。

适用场景 ：

家庭NAS：只允许内网IP访问管理界面
远程访问：只允许公司IP或VPN IP访问

三、不同品牌的设置入口

功能 | 群晖DSM | 威联通QTS | 飞牛NAS
---|---|---|---
用户管理 | 控制面板→用户账号 | 控制台→用户 | 设置→用户
双因素认证 | 控制面板→安全性 | 控制台→系统→安全性 | 设置→安全
防火墙 | 控制面板→安全性→防火墙 | 控制台→系统→安全性 | 设置→防火墙
自动封锁 | 控制面板→安全性→账户 | 控制台→系统→安全中心 | 设置→安全

四、安全检查清单

☐ 已停用默认admin账户
☐ 所有账户使用强密码
☐ 已开启双因素认证
☐ 已启用自动封锁
☐ 已启用防火墙
☐ 已修改默认端口
☐ 已关闭不必要的服务
☐ 系统已更新到最新版本
☐ 远程访问使用HTTPS
☐ 有异地备份

五、被攻击后怎么办

勒索病毒

立即断开网络，防止扩散
不要支付赎金（不一定能解密）
查看是否有备份可恢复
联系专业数据恢复服务

账户被盗

立即修改所有密码
检查是否有未知用户账户
查看系统日志，确认攻击来源
加强安全设置

💡 最佳实践 ：定期（每周）检查NAS登录日志，发现异常登录立即处理。

总结

NAS安全的核心原则：多层防护 + 定期检查 。

最重要的3件事：

停用默认admin账户，使用强密码
开启双因素认证
做好异地备份（防勒索病毒的最后防线）

安全是一场攻防战，没有绝对安全。但做好以上设置，能挡住99%的攻击。黑客会跳过你，去找更容易下手的目标。

数据来源：什么值得买、群晖官网、网易科技、腾讯云

NAS必须配UPS吗？断电保护指南，铅酸vs锂电池怎么选？

Tue, 07 Apr 2026 00:00:00 GMT

NASUPS断电保护铅酸电池锂电池数据安全

NAS必须配UPS吗？断电保护指南，铅酸vs锂电池怎么选？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS, UPS, 断电保护, 铅酸电池, 锂电池, 数据安全

NAS最怕什么？不是硬盘坏，而是突然断电。

硬盘正在高速读写时突然断电，轻则数据丢失，重则硬盘报废。一次断电可能损失几TB数据。

UPS（不间断电源）是NAS的保险，今天讲清楚怎么选。

一、为什么NAS需要UPS？

断电的危害 ：

数据丢失 ：正在写入的文件损坏
文件系统损坏 ：RAID阵列崩溃
硬盘损坏 ：磁头未归位划伤盘片
系统崩溃 ：系统文件损坏，无法启动

UPS的作用 ：

断电保护 ：停电后自动切换电池供电
自动关机 ：发送信号让NAS安全关机
稳压功能 ：过滤电压波动，保护硬件
浪涌保护 ：防止雷击、电涌损坏设备

⚠️ 真实案例 ：一次意外断电导致RAID5阵列损坏，数据恢复费用高达5000元。UPS只要几百块，数据无价。

二、UPS电池类型对比

特性 | 铅酸电池 | 锂电池
---|---|---
价格 | 低（300-800元） | 高（800-2000元）
使用寿命 | 3-5年 | 8-10年
循环次数 | 300-500次 | 1000+次
体积重量 | 大而重 | 小而轻
维护 | 需定期检查 | 免维护
安全性 | 稳定可靠 | 需BMS管理
环保性 | 含铅，需专业回收 | 较环保

铅酸电池UPS

优点：

价格便宜，性价比高
技术成熟，稳定可靠
维护简单

缺点：

体积大、重量重
寿命短（3-5年需更换）
能量密度低

适合人群 ：预算有限、家用场景。

锂电池UPS

优点：

体积小、重量轻
寿命长（8-10年）
循环次数多
支持快充
免维护

缺点：

价格高（是铅酸的2-3倍）
需要BMS电池管理系统

适合人群 ：追求长期使用、空间有限、预算充足。

💡 建议 ：家用NAS选铅酸电池就够了，性价比高。如果预算充足、追求长期省心，选锂电池。

三、UPS选购要点

1. 功率（VA/W）

计算公式：UPS功率 ≥ NAS功耗 × 1.5

NAS类型 | 功耗 | 推荐UPS功率
---|---|---
双盘位NAS | 20-30W | 300-500VA
四盘位NAS | 30-50W | 500-650VA
六盘位以上 | 50-80W | 650-1000VA

2. 电池容量（续航时间）

NAS不需要长时间续航，只需要足够安全关机即可。

最小要求 ：5-10分钟（足够安全关机）
推荐：15-30分钟（有缓冲时间）
高端需求 ：1小时以上（覆盖短时停电）

3. 自动关机功能（必选）

UPS必须支持：

USB通信 ：通过USB连接NAS
网络通信 ：通过网络发送关机信号
兼容性 ：支持群晖、威联通等主流NAS

⚠️ 重要 ：没有自动关机功能的UPS，断电后NAS会直接断电，和没有UPS一样危险。务必选择支持自动关机的型号。

4. 输出接口类型

国标插座 ：适合国内使用
数量：至少2-3个，给NAS和路由器供电
带保护 ：浪涌保护插座

四、品牌推荐

铅酸电池UPS

型号 | 功率 | 价格 | 特点
---|---|---|---
APC BK650M2-CH | 650VA/390W | 约500元 | 群晖兼容，性价比高
山特 TG-BOX 850 | 850VA/480W | 约400元 | 国产品牌，价格实惠
施耐德 BK650EI | 650VA/400W | 约550元 | 稳定可靠

锂电池UPS

型号 | 功率 | 价格 | 特点
---|---|---|---
绿联 US7000 | 300W | 约800元 | 绿联NAS专用，小巧
APC BNT1500APC | 1500VA/900W | 约2000元 | 高端企业级

五、安装配置步骤

步骤1：连接UPS

UPS接通电源，充电24小时
NAS电源线插到UPS输出插座
USB线连接UPS和NAS

步骤2：配置NAS（以群晖为例）

控制面板 → 硬件和电源 → 不断电系统（UPS）
启用UPS支持
选择"USB UPS"
设置断电后关机时间（建议5分钟）
测试断电关机功能

步骤3：定期测试

每3个月测试一次断电关机
每年检查电池状态
3-5年更换铅酸电池

六、常见问题

Q：UPS要给哪些设备供电？

A：NAS必接，路由器建议接（断电后远程访问失效），显示器不用接。

Q：UPS电池多久换一次？

A：铅酸电池3-5年，锂电池8-10年。NAS报警提示更换时及时更换。

Q：UPS断电能撑多久？

A：看功率和负载。一般NAS用650VA UPS能撑15-30分钟，足够安全关机。

Q：不配UPS行不行？

A：看你的运气和数据价值。一次断电可能损失几TB数据，UPS只要几百块，值得投。

七、选购建议总结

预算 | 推荐 | 型号建议
---|---|---
500元以下 | 铅酸电池UPS | 山特TG-BOX 850
500-800元 | 铅酸电池UPS | APC BK650M2-CH
800元以上 | 锂电池UPS | 绿联US7000（绿联NAS）

总结

UPS是NAS必备配件 ，不要为了省几百块冒数据风险。

家用选铅酸电池 ，性价比高，3-5年换一次。

一定要选支持自动关机 的型号，断电后自动保护。

硬盘可以换，数据无法恢复。几百块的UPS，保护的是无价的数据。

数据来源：知乎专栏、搜狐科技、什么值得买、中国工业网

NAS vs 云盘 vs 移动硬盘：数据存储方案选哪个？

Tue, 07 Apr 2026 00:00:00 GMT

NAS对比云盘移动硬盘存储方案

NAS vs 云盘 vs 移动硬盘：数据存储方案选哪个？

2026-04-07 · 硬件数码/NAS存储 · 🔖 NAS对比, 云盘, 移动硬盘, 存储方案

存照片、存视频、存文件，到底用什么方案最好？

移动硬盘便宜便携，云盘随时随地访问，NAS功能强大。三种方案各有优劣，这篇文章帮你选择。

一、三种方案核心对比

对比项 | NAS | 云盘 | 移动硬盘
---|---|---|---
初始成本 | 高（2000-5000元） | 低（免费-300元/年） | 低（300-800元）
长期成本 | 低（无持续费用） | 高（每年续费） | 最低（一次购买）
数据安全 | 高（本地存储） | 中（依赖服务商） | 低（易丢失损坏）
访问速度 | 局域网极快 | 依赖网络 | USB直连快
远程访问 | 支持 | 原生支持 | 不支持
功能丰富度 | 极高 | 中等 | 极低
使用门槛 | 高 | 低 | 最低

二、方案详解

方案1：NAS - 数据的"买房"

适合人群 ：数据量大（10TB+）、家庭多人使用、有折腾精神、重视隐私安全

优点：

数据完全掌控 ：本地存储，不担心服务商关停
长期成本低 ：一次投入，5年无需续费
功能丰富 ：影音库、相册、下载、智能家居中心
局域网速度极快 ：千兆网跑满，4K视频秒开
多人共享 ：全家都能用，各自独立账号

缺点：

初始投入高 ：设备+硬盘至少3000元
学习成本高 ：需要花时间学习配置
需要维护 ：硬盘故障、系统更新
外网速度受限 ：取决于家庭上行带宽

五年成本计算 ：

设备：群晖DS224+      2800元
硬盘：酷狼4TB×2       1600元
五年电费（30W）       约130元
---------------------------
总计                  4530元
年均成本              906元

方案2：云盘 - 数据的"租房"

适合人群 ：数据量小（5TB以内）、怕折腾、需要随时随地访问、共享资源

优点：

使用简单 ：注册账号就能用
随时随地访问 ：有网络就能用
资源丰富 ：百度网盘资源到处都是
无需维护 ：服务商负责
数据同步 ：多设备自动同步

缺点：

持续付费 ：每年几百元会员费
限速：不开会员下载速度极慢
隐私风险 ：数据存在第三方服务器
内容审查 ：部分文件可能被标记违规
容量贵 ：超过10TB费用很高

五年成本计算 ：

百度网盘SVIP         298元/年
五年会员费            1490元
扩容费用              可能更多
---------------------------
总计                  约1500-2000元
年均成本              300-400元

⚠️ 风险提示 ：云盘可能因政策原因删除文件，如敏感视频、版权内容等。重要数据不建议只存云盘。

方案3：移动硬盘 - 数据的"随身携带"

适合人群 ：数据量小、临时存储、需要物理携带、预算有限

优点：

成本低 ：几百元就能买大容量
便携：走到哪带到哪
即插即用 ：无需配置
速度快 ：USB 3.0/3.1直连

缺点：

无法远程访问 ：必须物理连接
易丢失损坏 ：磕碰、进水、丢失
无法多人共享 ：只能一人使用
功能单一 ：只能存储
接口老化 ：频繁插拔易损坏

五年成本计算 ：

4TB移动硬盘          约600元
可能更换1-2次         约600-1200元
---------------------------
总计                  600-1800元
年均成本              120-360元

三、选择决策树

数据量超过10TB？ → 是 → 选NAS
→ 否 → 继续

需要远程访问？ → 是 → 选云盘或NAS
→ 否 → 选移动硬盘

需要多人共享？ → 是 → 选NAS
→ 否 → 继续

预算3000元以内？ → 是 → 选云盘或移动硬盘
→ 否 → 选NAS

愿意折腾学习？ → 是 → 选NAS
→ 否 → 选云盘

四、组合方案推荐

其实三种方案可以组合使用：

方案A：NAS + 云盘

NAS存储大量数据（影音、照片、备份）
云盘存储工作文件，方便随时随地访问
NAS同步重要数据到云盘，实现异地备份

方案B：NAS + 移动硬盘

NAS存储日常数据
移动硬盘做冷备份，每月备份一次
双重保险，防止数据丢失

方案C：云盘 + 移动硬盘

云盘存储常用文件
移动硬盘存储私密数据、冷数据
成本最低的组合

五、常见问题

Q：NAS会不会很难用？

现在国产NAS（绿联、飞牛）已经很简单了，跟手机APP一样操作。群晖、威联通学习曲线陡一些，但功能更强大。

Q：云盘安全吗？

隐私数据不建议存云盘。照片、文档等一般数据问题不大，但要有"随时可能被删"的心理准备。

Q：移动硬盘做备份够用吗？

不够。移动硬盘易损坏、易丢失，重要数据至少要有两份备份。

Q：NAS费电吗？

家用NAS功率一般30-50W，一天不到1度电，一个月电费约15-20元。

总结

场景 | 推荐方案
---|---
数据量大、家庭使用 | NAS
数据量小、怕折腾 | 云盘
临时存储、物理携带 | 移动硬盘
最佳组合 | NAS + 云盘 + 移动硬盘冷备

数据存储就像住房：NAS是买房，云盘是租房，移动硬盘是住酒店。买房一次性投入大但长期划算，租房灵活但持续付费，酒店方便但不是长久之计。

数据来源：什么值得买、搜狐科技、企鹅号

升职三个月，我把自己熬成了最尴尬的人

Tue, 07 Apr 2026 00:00:00 GMT

知乎上有个问题：新晋管理者如何管理曾经的平级同事？

底下有个回答让我印象最深：

"要么你为关系负责，要么你为结果负责，很难两全。"

这句话太狠了。因为它说的不是方法，而是代价。

你尴尬，因为你没搞懂一件事

我刚升小组长的时候，干的第一件事是请团队吃饭。

吃完饭回来，我在心里给自己点了个赞——你看，我没有因为当了领导就飘，我还是那个和大家打成一片的老X。

然后我就发现不对了。

任务布置下去，大家嘴上答应，执行的时候拖拖拉拉。很多事情要催第二遍、第三遍。有人当面跟我开玩笑说："老X，你这个需求有那么着急吗？"

我当时也觉得没什么，毕竟以前大家都是这么开玩笑的。

直到三个月后，领导找我谈话：你带的这个小组，效率为什么比之前还低？

那是我第一次意识到一个问题：

你以为自己在维持友情，他们看到的却是一个软柿子。

中层的本质，不是"管人"

后来我想了很久，为什么我会失败？

直到看到一句话，醍醐灌顶：

中层真正的核心价值只有一个：处理信息不对称。

什么意思？

传统企业里，高层看不到一线，一线触达不了高层。中间有一道巨大的信息断层。所以才需要中层——

向上：把一线的混乱翻译成整洁的PPT和周报
向下：把高层的战略翻译成可执行的任务清单
横向：在各部门之间做协调和缓冲

中层的本质，是信息的翻译官、过滤器和路由器 。

所以当你从"平级同事"变成"管理者"的那一刻，你的角色就变了——

你不再只是一个执行者，你需要成为那个对信息负责的人 。

但很多新晋管理者还在用"同事思维"工作：

任务布置下去，不好意思催进度
有人反对，不好意思坚持
出了问题，不好意思追责

你以为你在维持关系，其实你在失职。

"波兰尼悖论"决定了你的天花板

还有一件事，很多新晋管理者没意识到。

哲学家波兰尼说过一句话：

"我们知道的多于我们能说的。"

知识分成两种：

显性知识 ：能写下来、能传授的——流程文档、操作手册、数据模板。

新晋管理者最常犯的错误，就是只管理"显性知识"——

规则我说清楚，流程我定下来，你们按这个执行就行。

但真正决定一个团队效率的，恰恰是那些"说不清楚"的东西：

谁在关键时刻靠得住
哪个客户需要特别跟进
什么风险需要提前预警

这些隐性知识，只有你真的"带过团队"才能积累。

所以那些只会"维持关系"的新晋管理者，往往会在半年后遇到一个困境——

你管住了规则，但你没管住"人心"。

三个"第一次"，决定你的成败

那怎么办？

知乎 @对花给了一个很实用的框架：三个"第一次"定规矩 。

第一次分配有挑战的任务

重点不是分配，而是展示你能为他们兜底 。

告诉大家：这个任务有难度，但我能帮你们争取资源、扫清障碍。通过此举传递一个信号——你的权力，是用来为他们赋能的，而不是发号施令。

下属愿意服从的，不是某个位置，而是一个能带领他们打胜仗的人。

第一次批评违规下属

过去跟你关系最好的同事出现失误，是建立公平公正形象的最佳时机。

批评必须私下进行，语气可以委婉，但态度必须坚定。让所有人意识到：你是公平的，对所有人一视同仁。

让人敬畏的，不是你与大家的关系有多亲密，而是你能不能做到公平公正。

第一次出现分配冲突

当团队争夺某个机会时，切忌私下承诺。

把相关人员召集到一起，公开说明分配原则，让决策经得起审视。即使有人失望，也无法质疑过程不够透明。

下属能接受管理经验不足，但绝不能接受领导偏心。

写在最后

从平级变成上级，不是关系的终结，而是关系的升级。

知乎 @筱宁升值计说得好：

"我们和下级的关系，从'竞'变成了'合'。因为利益同向，反而比以前更好相处。"

但前提是，你得先过自己这一关——

敢管、敢提要求、敢于批评。

不要指望靠过去的交情维持纪律，那样会变成烂好人；

也不要刻意摆架子、以势压人，那样会"失道寡助"。

保持心态自然平和，专业、公平、愿意跟团队一起成长。

那些微妙和尴尬，终究会化为尊重和追随。

你们有没有遇到过类似的情况？升职后和老同事的关系怎么处理的？评论区聊聊。

我记得有人说过一句话："真正的领导权威，始于职位，成于担当，终于共赢。"

你觉得呢？

我把AI装进了微信、QQ、Telegram，现在它24小时帮我干活

Tue, 07 Apr 2026 00:00:00 GMT

先说结论：OpenClaw 是我用过的最接近"私人AI员工"的工具。

不是那种你问它答的聊天机器人，而是真正能帮你干活的 Agent——管邮件、操作浏览器、读写文件、执行命令，而且所有数据完全在你自己的服务器上，不上传给任何第三方。

更关键的是：它能同时接入微信、QQ、Telegram、Discord、飞书……你在哪个平台，它就在哪个平台。

这篇文章是我用了一段时间后的真实体验，从"它是什么"到"怎么装"，尽量说人话。

它和 ChatGPT 有什么本质区别？

很多人第一次听到 OpenClaw 会问：这不就是另一个 AI 聊天工具吗？

不是。

维度| ChatGPT| OpenClaw
---|---|---
角色定位| 顾问（你问它答）| 员工（主动执行任务）
数据归属| 存在 OpenAI 服务器| 完全在你自己的服务器
平台接入| 只有 ChatGPT 界面| 微信/QQ/Telegram/Discord 等 20+ 平台
持久记忆| 有限的会话记忆| 四层记忆系统，长期学习你的习惯
成本结构| 订阅制| 软件免费，自付 API 费用
最核心的区别： ChatGPT 是你去找它，OpenClaw 是它一直在你身边。

你在微信里说一句"帮我查一下明天的天气"，它就查了。说"帮我把这封邮件回复一下"，它就回了。不需要打开任何 App，不需要切换界面。

四层记忆系统：它真的会"认识"你

OpenClaw 最让我惊讶的是它的记忆系统。

普通 AI 每次对话都是从零开始，你说过的话它下次全忘了。OpenClaw 不一样，它有四层记忆：

第一层：SOUL.md（永久）

AI 的核心人格和行为准则。你可以定义它的性格、说话风格、处理问题的方式。这个文件每次会话都会加载，是它的"灵魂"。

第二层：TOOLS.md（自动维护）

可用工具列表，系统自动生成和更新。

第三层：USER.md（长期积累）

你的偏好和习惯。用得越久，它越了解你——你喜欢什么风格的回复，你的工作习惯是什么，你不喜欢什么。

第四层：Session Memory（临时）

当前会话的上下文，会话结束后清除。

这套系统意味着：你不需要每次都重新介绍自己。 它记得你是谁，记得你的偏好，记得你上次说过的事。

怎么装？三步搞定

环境要求

Node.js >= 22（必须）
内存 1GB+（建议 2GB）
macOS / Linux / Windows 均支持

第一步：安装

npm install -g openclaw@latest

⚠️ 重要安全提示 ：只用官方包名 openclaw，不要装任何带前缀的变体（如 @openclaw-ai/openclawai）。2026年3月出现过恶意 npm 包伪装成官方安装器，实际是木马。

第二步：初始化

openclaw onboard --install-daemon

这个命令会引导你：

选择 AI 模型（支持 GPT-4、Claude、本地模型等）
配置 API Key
选择接入的消息平台
安装守护进程（开机自启）

第三步：诊断检查

openclaw doctor

自动检查所有配置是否正常，有问题会给出修复建议。

接入微信/QQ：扫码1分钟搞定

这是国内用户最关心的部分。

QQ（最简单）

腾讯官方开放了 QQ Bot 能力给 OpenClaw，扫码 1 分钟完成绑定：

手机 QQ 扫码完成开发者注册
QQ 开放平台一键创建 Bot，获取 App ID 和 Token
写入配置文件，重启 Gateway

支持 Markdown、图片、语音、文件等多媒体消息。

微信

腾讯微信官方也开放了插件能力，同样扫码绑定，1 分钟完成。

Telegram（推荐入门）

最简单的入门方式，不需要公网 IP：

在 Telegram 搜索 @BotFather，发送 /newbot
设置 bot 名称，获取 Token
写入配置文件，重启 Gateway

部署在哪里？

本地电脑 ：免费，但需要保持开机。适合开发者和测试。 云服务器（推荐） ：阿里云轻量服务器约 6-9 元/月，2vCPU+2GB 内存足够运行，24/7 在线。 家庭 NAS ：通过 Umbrel 一键安装，适合有 NAS 的用户。

Skills 系统：给 AI 装插件

OpenClaw 有一个 ClawHub 技能市场，目前有 13,000+ 个 Skills（插件）。

你可以给 AI 装上各种能力：

浏览器自动化（playwright-mcp）
邮件管理
日历操作
代码执行
数据分析
……

安装一个 Skill 只需要一条命令：

skillhub install playwright-mcp

装完之后，AI 就获得了对应的能力，直接用自然语言调用。

成本控制：怎么避免 API 费用爆炸？

这是很多人担心的问题。

OpenClaw 有内置的预算控制：

budget:


  daily: 5.00      # 每日上限 $5
  monthly: 50.00   # 每月上限 $50
  alert: 0.80      # 达到 80% 时提醒

另外，可以接入本地模型（Ollama）完全免费使用，适合对隐私要求高或想控制成本的用户。

安全注意事项

OpenClaw 能在你的机器上执行真实命令，所以安全很重要：

定期检查 SOUL.md ：恶意 Skill 可能篡改这个文件来"洗脑" AI
不要在主力机器上运行 ：建议用 VM 或专用服务器
配对模式默认开启 ：陌生人需要验证码才能使用你的 bot
只从官方渠道安装 Skill ：不要安装来源不明的 Skill

我的真实使用体验

用了一段时间，最常用的场景：

早上起来 ：它已经帮我整理好了今天的日程和重要邮件
写文章 ：给它一个话题，它帮我搜索素材、整理框架
处理重复工作 ：定时任务、数据采集、报告生成
随时随地 ：在微信里说一句话，它就去执行

最大的感受是：它让我从"使用 AI"变成了"拥有 AI"。

不是每次都要打开某个 App，不是每次都要重新介绍背景，而是一个真正了解你、随时在线、能帮你干活的数字助手。

适合谁用？

✅ 适合：

想要 AI 真正融入日常工作流的人
对数据隐私有要求的人
有一定技术基础（会用命令行）的人
想控制 AI 使用成本的人

❌ 不适合 ：

完全不懂技术、不想折腾的人
只需要偶尔问问题的人（直接用 ChatGPT 就够了）

最后

OpenClaw 不是一个"更好的 ChatGPT"，它是一个完全不同的东西。

它的目标不是让你更好地和 AI 聊天，而是让 AI 真正成为你的数字员工——在你的平台上，用你的数据，帮你干你的活。

如果你想要的不只是一个聊天工具，而是一个真正能帮你干活的 AI，OpenClaw 值得试试。

你现在用什么 AI 工具？有没有类似的自托管 Agent 使用经验？欢迎评论区交流。

💬 评论区

我给 OpenClaw 装了个浏览器，现在它能自己上网了

Tue, 07 Apr 2026 00:00:00 GMT

用 AI agent 最大的痛点是什么？

它看不到你的屏幕，打不开你的网页，填不了你的表单。

你想让它帮你在知乎搜个话题、截个图、抓个数据，它只能告诉你"我打不开这个链接，你把内容发给我"。

直到我给 OpenClaw 装了 playwright-mcp ，情况才彻底改变。

什么是 playwright-mcp？

简单说：给 AI agent 装一双眼睛和一双手。

Playwright ：微软开源的浏览器自动化框架，能控制 Chrome、Firefox、WebKit
MCP （Model Context Protocol）：Anthropic 推出的 AI 工具调用协议
playwright-mcp ：把 Playwright 包装成 MCP 服务器，AI 可以直接调用

装上之后，AI 能做的事：

打开网页、点击按钮、填写表单
提取页面内容、抓取数据
截图、生成 PDF
自动化重复操作（抢票、签到、数据采集）

安装过程（踩坑实录）

第一步：安装 npm 包

npm install -g @playwright/mcp

⚠️ 如果报 command not found: npm，先装 Node.js。

装完后验证：

playwright-mcp --version

第二步：安装浏览器内核

npx playwright install chromium

这步会下载 Chromium 浏览器，大概 150MB。如果你网络不好，可以设镜像：

PLAYWRIGHT_DOWNLOAD_HOST=https://npmmirror.com/mirrors/playwright npx playwright install chromium

第三步：在 OpenClaw 中启用

如果你已经用 skillhub 安装过 playwright-mcp 技能，只需要在配置中启用：

{


  "skills": {
    "entries": {
      "playwright-mcp": {
        "enabled": true
      }
    }
  }
}

如果还没安装，一条命令搞定：

skillhub install playwright-mcp

第四步：重启 Gateway

改完配置后重启 OpenClaw Gateway，新技能就会加载。

装好了怎么用？

直接用自然语言告诉 AI 就行：

你说的话| AI 实际做的事
---|---
"打开知乎搜索今日热榜"| 启动浏览器 → 导航到知乎 → 搜索 → 提取结果
"帮我把这个网页截图"| 打开页面 → 截图 → 返回图片
"登录这个网站，填一下表单"| 打开登录页 → 填账号密码 → 点击登录
"抓取这个表格的数据"| 打开页面 → 定位表格 → 提取数据 → 返回 JSON

不需要写代码，不需要配置，用嘴就行 。

我踩过的坑

坑1：安装后还是不能用

原因：技能安装了但没有在配置中 enabled: true。解决：检查 openclaw.json，确保 skills.entries.playwright-mcp.enabled 为 true。

坑2：浏览器打不开页面

原因：Chromium 没装或者版本不对。解决：重新运行 npx playwright install chromium。

坑3：打开知乎/微信等网站被拦截

原因：OpenClaw 有 SSRF 安全策略，默认不允许访问内网地址。解决：大部分公网网站不受影响。如果需要访问特定站点，可以在 browser.ssrfPolicy 中配置白名单。

坑4：中文网页乱码

原因：Playwright 默认系统编码不是 UTF-8。解决：启动时加 --lang zh-CN 参数。

更进一步：高级玩法

1. 自动化数据采集

让 AI 每天定时打开某个网页，抓取数据保存到本地：

每天早上 9 点，打开 XX 网站的热榜页面，


提取前 20 条数据，保存到 CSV 文件。

2. 自动化表单填写

重复性的表单操作，教 AI 一次，以后自动执行：

帮我登录 XX 网站，进入设置页面，


把以下信息填进去：...

3. 网页截图和对比

监控网页变化：

打开 XX 页面截图，和昨天的截图对比，


看看有什么不同。

4. 无障碍测试

Playwright 有无障碍快照功能，AI 能"看到"页面的结构化信息：

打开 XX 页面，用无障碍快照分析页面结构，


告诉我这个页面的布局是否合理。

MCP 协议是什么？为什么重要？

MCP（Model Context Protocol）是 Anthropic 在 2024 年底推出的开放协议，定义了 AI 模型和外部工具之间的通信标准。

之前：每个 AI 平台都要自己写插件（OpenAI 写 Function Calling，Claude 写 Tool Use，各自一套）。 有了 MCP ：工具开发者只需要写一个 MCP 服务器，所有支持 MCP 的 AI 平台都能用。

这意味着：

playwright-mcp 不只能用在 OpenClaw，也能用在 Claude Desktop、Cursor 等任何支持 MCP 的平台
以后会有越来越多 MCP 工具（数据库、文件系统、API 调用），即插即用

最后

playwright-mcp 只是一个开始。MCP 生态正在快速爆发，未来 AI agent 的能力边界会越来越模糊。

给 AI 装上浏览器的那一刻，它就不再是一个"只能聊天的工具"了——它变成了一个能看、能点、能操作的数字助手 。

如果你也在用 OpenClaw 或类似的 AI agent 工具，强烈建议装一下。体验完全不一样。

本文基于实际安装操作整理，所有步骤均经过验证。如果你在安装过程中遇到问题，欢迎在评论区交流。

💬 评论区

我用AI助手三件套，把一天的网页操作压缩到了3分钟

Tue, 07 Apr 2026 00:00:00 GMT

一个能搜索、能抓取、能替你点鼠标的AI，到底有多爽？

前言：你还在手动操作网页吗？

我见过太多人每天重复这样的操作——

打开百度搜个关键词，点开5个链接找信息，复制粘贴到文档里整理，然后再打开另一个网站继续搜……

一个简单的信息收集任务，手动操作至少30分钟。

但如果你的AI助手能自己做这些事呢？

不是那种"我帮你搜一下然后给你链接"的半成品，而是真的能搜索、真的能抓内容、真的能操作浏览器 的完整能力。

OpenClaw 就给了你这样三件套：

web_search → 搜索（像你用百度一样，但更快更准）
web_fetch → 抓取（一键提取网页正文，过滤广告和废话）
browser → 自动化（替你点按钮、填表单、截图、处理弹窗）

今天我把自己踩过的坑和摸索出来的最佳实践，整理成这篇保姆级指南。

一、web_search：让AI替你搜

1.1 它和普通搜索有什么区别？

你用百度搜"AI工具推荐"，得到的是一堆广告和SEO内容。

你让 web_search 搜同样的东西，它基于 Brave Search API 返回的，是标题 + 链接 + 摘要 的精简结果，没有广告，没有废话，直接给你有用的信息。

1.2 核心参数（记住这几个就够了）

参数| 作用| 举例
---|---|---
query| 搜索关键词| "OpenClaw 教程"
count| 返回几条结果| 5（默认10条）
country| 搜索哪个地区| CN中国、US美国
search_lang| 搜索结果语言| zh中文、en英文
freshness| 时间范围| pd今天、pw本周、pm本月、py今年

实战技巧 ：搜索中文内容一定要加 country=CN + search_lang=zh，不然结果可能完全不相关（别问我怎么知道的）。

1.3 一个小场景

你想了解"2026年AI Agent最新进展"——

web_search({
  "query": "AI Agent 最新进展 2026",
  "count": 5,
  "country": "CN",
  "search_lang": "zh",
  "freshness": "pm"  // 只看最近一个月的
})

5秒内，5条最新、最相关的结果就摆在你面前了。

二、web_fetch：一键提取网页正文

2.1 解决什么问题？

你找到一篇好文章，但里面有：导航栏、侧边栏广告、"猜你喜欢"推荐、评论区、弹窗……

你只想看正文内容 。

web_fetch 内置了智能内容提取算法，自动过滤掉所有噪音，只给你文章本身。

2.2 两种模式

模式| 输出格式| 适用场景
---|---|---
markdown| 保留标题层级、列表、链接| 需要格式化内容的场景
text| 纯文本| 只需要文字信息的场景

我的经验 ：90%的情况用 markdown 就对了，它保留了文章结构，后续处理更方便。

2.3 实用技巧

// 抓取一篇文章，限制5000字符（省钱）
web_fetch({
  "url": "https://example.com/long-article",
  "extractMode": "markdown",
  "maxChars": 5000
})

maxChars 是个被低估的参数。很多长文章你根本不需要全部内容，限制字符数可以节省 token 消耗，提高处理速度。

2.4 web_fetch 的局限性

它不能做的事 ：

❌ 处理需要登录的页面（Cookie、Token）
❌ 渲染 JavaScript 动态内容
❌ 处理验证码

这些场景就需要用到第三件套了。

三、browser：让AI替你操作浏览器

3.1 这是什么级别的武器？

如果说 web_search 是"帮你搜"，web_fetch 是"帮你读"，那 browser 就是**"帮你做"** 。

基于 Playwright 框架，它能：

✅ 打开网页、导航跳转
✅ 点击按钮、填写表单
✅ 处理弹窗、下拉选择
✅ 截图保存、页面快照分析
✅ 执行 JavaScript
✅ 管理 Cookie 和登录状态

3.2 支持的操作类型

操作| 说明| 实际用途
---|---|---
click| 点击元素| 点"同意Cookie"、点"下一页"
type| 输入文本| 填搜索框、填表单
press| 按键盘| 回车提交、Ctrl+C复制
hover| 鼠标悬停| 触发下拉菜单
drag| 拖拽| 调整滑块、拖拽排序
select| 下拉选择| 选择省份、选择分类
fill| 填充表单| 一键填写整个表单
resize| 调整窗口| 测试响应式布局
wait| 等待加载| 等待AJAX请求完成

3.3 两种运行模式

模式| 特点| 适用场景
---|---|---
沙箱模式| 隔离环境，安全性高| 处理不可信网页
主机模式| 直接运行，性能更好| 需要访问本地资源

3.4 一个真实案例：自动化登录 + 数据采集

假设你需要每天从某个需要登录的网站采集数据：

Step 1: browser.open("https://target-site.com/login")
Step 2: browser.act(type="fill", 目标="用户名输入框", text="your_username")
Step 3: browser.act(type="fill", 目标="密码输入框", text="your_password")
Step 4: browser.act(type="click", 目标="登录按钮")
Step 5: browser.act(type="wait", 目标="页面加载完成")
Step 6: browser.navigate("https://target-site.com/data-page")
Step 7: browser.snapshot() → 获取页面结构
Step 8: browser.act(type="click", 目标="导出按钮")

整个过程不需要你碰一下鼠标。

四、三件套的配合使用

这三件套的真正威力，在于组合使用 。

典型工作流

1. web_search("关键词") → 搜索到10个相关链接
2. web_fetch(最相关的3个URL) → 提取正文内容
3. AI 整理分析 → 生成报告
4. browser(填表单/发邮件) → 自动发布或发送

实际例子：竞品分析报告

1. web_search("竞品A 功能对比", count=5)
2. web_search("竞品B 功能对比", count=5)
3. web_fetch(3篇深度评测文章)
4. AI 生成对比表格 + 分析报告
5. 保存为 Markdown 文件

过去需要半天的工作，现在10分钟搞定。

五、那些文档里不会告诉你的坑

坑1：搜索结果质量参差不齐
中文搜索用百度经常触发安全验证，用 Bing CN 有时不相关。
解决方案 ：多引擎轮询，Bing CN + Bing INT + DuckDuckGo 三个一起用，取最好的结果。

坑2：web_fetch 抓不到动态页面
很多现代网站用 JavaScript 渲染内容（比如 SPA），web_fetch 只能拿到一个空壳。
解决方案 ：检测到空内容时自动降级到 browser 工具。

坑3：浏览器自动化不稳定
网络延迟、页面加载顺序变化、弹窗随机出现……这些都会导致自动化脚本中断。
解决方案 ：善用 wait 操作等待特定元素出现，而不是硬编码等待时间。

坑4：Google 搜索被屏蔽
直接 fetch Google 搜索在国内可能被屏蔽。
解决方案 ：用 Google HK (google.com.hk) 或 Bing INT 替代。

六、总结

工具| 一句话定位| 你该用它来
---|---|---
web_search| 帮你搜| 快速获取搜索结果
web_fetch| 帮你读| 提取网页正文内容
browser| 帮你做| 操作浏览器、处理复杂交互

我的建议 ：

90%的信息获取任务，web_search + web_fetch 就够了
需要登录、动态渲染、复杂交互时，才动用 browser
永远先用 web_search 搜一圈，再用 web_fetch 深入抓取——别上来就开浏览器

OpenClaw 目前 GitHub 310k+ Star，开源免费，支持 Claude、GPT、本地模型。如果你还没有体验过"让AI帮你上网"的感觉，强烈建议试试。

写在最后

AI 助手的核心价值不在于"能和你聊天"，而在于能帮你做事 。

搜索、抓取、自动化——这三件套覆盖了你日常90%的网页操作需求。

省下来的时间，才是真正的生产力。

觉得有用的话，点个赞，关注我，后续会分享更多 OpenClaw 实战技巧 👍

💬 评论区

我在公司搭了一套私有AI，同事们以为我花了几十万

Tue, 07 Apr 2026 00:00:00 GMT

一行命令启动大模型，三步封装成API服务，最后用Docker打包部署——整个流程我用了不到半天。

前言

上周公司要做一个内部知识库问答系统，需求很简单：把公司的文档喂给大模型，让员工直接问问题就行 。

但问题来了——数据涉及客户隐私和商业机密，不可能调OpenAI或者百度的API。

必须在本地部署。

我去网上搜了一圈，发现要么是纯理论科普，要么是上来就甩几十行代码的"极客教程"，小白看完直接劝退。

所以我决定自己踩一遍坑，然后把整个过程用大白话写出来。

先说结论：一台8G显存的显卡 + 半天时间，就能跑起来一个生产级的本地大模型服务。

一、先搞清楚：你要哪种部署方式？

很多人一上来就被各种名词搞晕了——llama.cpp、Ollama、vLLM、transformers、TGI……

其实就三种路线：

部署方式| 适合场景| 核心工具| 上手难度
---|---|---|---
本地直接跑| 个人开发、测试、低并发| Ollama / llama.cpp| ⭐ 一行命令
API服务化| 团队共享、对接业务系统| vLLM / FastAPI| ⭐⭐ 需要写点代码
容器化部署| 生产环境、多服务协同| Docker + docker-compose| ⭐⭐⭐ 需要Docker基础

我的建议 ：先用 Ollama 10分钟跑起来感受一下，再决定要不要上 vLLM。

别一上来就搞容器化，你会怀疑人生的。

二、方案一：Ollama——一行命令跑大模型

为什么推荐Ollama？

我试过transformers原生加载、试过llama.cpp编译、试过text-generation-webui……

最后发现 Ollama 是最省心的方案 ，没有之一。

它的设计哲学就一个字：简。

安装：一条命令
下载模型：一条命令
启动模型：一条命令
提供API：自动的

安装（macOS / Linux）

# macOS（推荐用Homebrew）
brew install ollama

# Linux（一键脚本）
curl -fsSL https://ollama.com/install.sh | sh

跑一个模型试试

# 下载并启动 Qwen2.5 7B（约4.7GB，首次下载需要几分钟）
ollama run qwen2.5:7b

# 进入交互模式，直接聊天
>>> 你好，介绍一下你自己

就这？就这。

不需要配Python环境，不需要装CUDA，不需要下载GGUF文件手动加载。

几个我踩过的坑

坑1：Mac M芯片的显存共享

M系列芯片的内存是CPU和GPU共享的。8G内存的MacBook能跑7B模型，但会比较吃力。16G以上比较舒服。

坑2：模型别贪大

模型大小| 最低显存| 推荐用途
---|---|---
1.5B~3B| 4GB| 轻量问答、分类
7B~8B| 8GB| 通用对话、代码生成
14B| 16GB| 复杂推理、长文本
72B| 4×24GB| 企业级生产（一般用不到）

坑3：默认模型目录太大

模型默认存在 ~/.ollama/models/，如果你系统盘空间紧张，可以改：

# 设置环境变量指定存储位置
export OLLAMA_MODELS=/data/ollama/models

Ollama 的隐藏福利：自动提供API

Ollama 启动后，自动在 http://localhost:11434 提供OpenAI兼容的API。

# 直接用OpenAI SDK调用本地模型
from openai import OpenAI

client = OpenAI(
    base_url="http://localhost:11434/v1",
    api_key="ollama",  # 随便填
)

response = client.chat.completions.create(
    model="qwen2.5:7b",
    messages=[{"role": "user", "content": "解释一下什么是K8s"}],
)
print(response.choices[0].message.content)

这意味着你的所有现有代码，只需要改一行base_url 就能从OpenAI切到本地模型。

这个设计太优雅了。

三、方案二：vLLM——高性能推理服务

Ollama不够用吗？

对大多数场景来说，Ollama已经够用了。但如果你有以下需求：

高并发 （几十人同时访问）
低延迟 （响应时间要小于1秒）
批量推理 （一次处理大量请求）
GPU利用率优化 （榨干每一滴显存）

那你就需要 vLLM。

vLLM 的核心技术：PagedAttention

不扯理论，说人话就是：vLLM 把显存当硬盘用，需要哪部分就加载哪部分，而不是一股脑全塞进去。

效果：同样的显卡，vLLM 能多跑 2-4倍的并发请求。

安装和启动

# 安装（需要 CUDA 11.8+）
pip install vllm

# 启动推理服务（OpenAI兼容模式）
python -m vllm.entrypoints.openai.api_server \
    --model Qwen/Qwen2.5-14B-Instruct-GPTQ-Int4 \
    --served-model-name qwen-14b \
    --host 0.0.0.0 \
    --port 8000 \
    --gpu-memory-utilization 0.90

客户端调用（和Ollama一样用OpenAI SDK）

from openai import OpenAI

client = OpenAI(
    base_url="http://localhost:8000/v1",
    api_key="not-needed",
)

response = client.chat.completions.create(
    model="qwen-14b",
    messages=[
        {"role": "system", "content": "你是一位资深Python工程师"},
        {"role": "user", "content": "如何优化asyncio的并发性能？"},
    ],
    max_tokens=2048,
)

vLLM vs Ollama 怎么选？

对比维度| Ollama| vLLM
---|---|---
安装难度| 一条命令| pip install + CUDA
并发能力| 低（单用户）| 高（几十并发）
显存利用| 一般| PagedAttention优化
模型切换| 秒切| 需重启
适合场景| 个人开发、测试| 生产环境、团队服务

我的选择 ：开发调试用 Ollama，线上部署用 vLLM。

四、方案三：Docker 封装——从"能跑"到"能上线"

为什么需要Docker？

当你需要把模型服务部署到服务器上时，会遇到这些问题：

服务器没有Python环境怎么办？
CUDA版本不对怎么办？
依赖冲突怎么办？
怎么快速扩容？

Docker 解决了所有这些问题：把运行环境整个打包，到哪都能跑。

Dockerfile（多阶段构建）

# 构建阶段：安装依赖
FROM nvidia/cuda:12.4.1-devel-ubuntu22.04 AS builder

ENV DEBIAN_FRONTEND=noninteractive
RUN apt-get update && apt-get install -y --no-install-recommends \
    python3.11 python3.11-venv python3-pip \
    && rm -rf /var/lib/apt/lists/*

RUN python3.11 -m venv /opt/venv
ENV PATH="/opt/venv/bin:$PATH"

COPY requirements.txt /tmp/
RUN pip install --no-cache-dir -r /tmp/requirements.txt

# 运行阶段：精简镜像
FROM nvidia/cuda:12.4.1-runtime-ubuntu22.04

RUN apt-get update && apt-get install -y --no-install-recommends python3.11 \
    && rm -rf /var/lib/apt/lists/*

COPY --from=builder /opt/venv /opt/venv
ENV PATH="/opt/venv/bin:$PATH"

WORKDIR /app
COPY api_server.py .
EXPOSE 8000

CMD ["uvicorn", "api_server:app", "--host", "0.0.0.0", "--port", "8000"]

关键技巧：多阶段构建。 构建阶段装依赖（镜像大），运行阶段只拷贝编译好的包（镜像小）。最终镜像能从 8GB 缩到 3GB。

docker-compose：一键启动

version: "3.9"
services:
  llm-api:
    build: .
    container_name: llm-api-server
    ports:
      - "8000:8000"
    volumes:
      - ~/.cache/huggingface:/root/.cache/huggingface  # 模型缓存
    environment:
      - NVIDIA_VISIBLE_DEVICES=all
      - MODEL_ID=Qwen/Qwen2.5-14B-Instruct-GPTQ-Int4
    deploy:
      resources:
        reservations:
          devices:
            - driver: nvidia
              count: all
              capabilities: [gpu]
    restart: unless-stopped
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8000/health"]
      interval: 30s
      timeout: 10s
      retries: 3

  redis:
    image: redis:7-alpine
    ports:
      - "6379:6379"
    restart: unless-stopped



# 启动
docker-compose up -d

# 测试
curl -X POST http://localhost:8000/v1/chat \
  -H "Content-Type: application/json" \
  -d '{"prompt": "解释Docker的多阶段构建", "max_tokens": 512}'

五、性能调优：我把速度从 3秒/条优化到 0.5秒/条

这些参数是我踩了一周坑才摸清的：

参数| 说明| 推荐值
---|---|---
gpu_memory_utilization| 显存使用上限| 0.85~0.95（越高越快，但要留buffer）
max_model_len| 最大上下文长度| 按需设置（越长越占显存）
tensor_parallel_size| 多GPU并行数| 匹配物理GPU数量
quantization| 量化方式| GPTQ-Int4 / AWQ（精度换速度）
enforce_eager| 禁用CUDA Graph| 调试时开启，生产环境关闭

最大的坑 ：max_model_len 设太大会直接OOM。14B模型配合GPTQ-Int4量化，在24GB显存上，max_model_len 设4096刚刚好。

六、我的部署路径总结

第一步（10分钟）：Ollama 本地跑起来
         ↓ 确认模型效果OK
第二步（1小时）：vLLM 搭建API服务
         ↓ 确认并发性能OK
第三步（2小时）：Docker 封装 + docker-compose
         ↓ 部署到服务器
第四步（持续）：性能调优 + 监控

别跳步。 我见过太多人一上来就搞Docker + K8s + 微服务，结果一个模型都没跑通过。

先跑通，再优化。

七、2026年模型推荐

基于我实际测试的效果，给个选型参考：

场景| 推荐模型| 大小| 特点
---|---|---|---
中文通用| Qwen2.5-7B-Instruct| 7B| 中文最强开源，速度快
代码生成| DeepSeek-Coder-V2-Lite| 16B| 代码能力突出
长文本| Yi-1.5-9B-Chat| 9B| 支持200K上下文
低资源| Phi-3-mini| 3.8B| 4G显存就能跑
高性能| Qwen2.5-72B-Instruct-GPTQ| 72B| 量化后24GB可跑

写在最后

2026年了，本地部署大模型已经不是什么高门槛的事。

真正难的不是技术，是选型。 选对工具、选对模型、选对路径，半天搞定；选错了，可能折腾一周还在踩坑。

希望这篇文章能帮你在踩坑之前，先看到路。

觉得有用的话，点个赞，收藏起来。部署过程中遇到问题可以在评论区交流，我会尽量回复 👍

💬 评论区

DeepSeek V4 鸽了，Qwen3.6 闭源了——这届开源社区被上了一课

Tue, 07 Apr 2026 00:00:00 GMT

知乎上有个问题：Qwen 3.6 转向闭源，怎么看？

底下吵翻了天。有人骂阿里背叛开源精神，有人分析这是受 DeepSeek 所迫，还有人搬出"开源挣名声闭源挣 money"的老话。

吵得都对。但我想先说一件很多人忽略的事：

Qwen3.6 Plus 在 OpenRouter 上是免费用的。

你不用下载，不用部署，点开就能跑。百万级上下文，65.5KB 最大输出，63 token 每秒。

所以问题根本不是"闭源 vs 开源"这么简单。

DeepSeek V4 鸽了，行业等来了什么

知乎 @jacky（265赞）说得最直接：

DeepSeek V4 整个三月都没发。

这事本来一年前就该搞的——DeepSeek 一开源，大家发现闭源打不过，那就开源先赚吆喝。然后就等着：DeepSeek 发新模型，继续吊打各厂商，那就继续开源；如果不发或者发了个一般的，那就赶紧圈钱。

结果 V4 真的鸽了。

行业等了一个季度，等来的是 Qwen 3.6 Plus 直接闭源。

@王欣宇（340赞）更是一针见血：Qwen 这次是受 Minimax 和 Mimo 的启发——先以预览版的名义推出一个独占的免费闭源版本，再去跟 Kilo code 这类合作，用来刷 OpenRouter 的榜单，等目的达到了，最终还是要开源的。

翻译一下：先闭源跑个分，占个心智，然后再开源卖生态。

这套路眼熟吗？

@GYK（50赞）翻出了 Qwen 的历史：DashScope API 产品线（qwen-turbo/plus/max）一直都是闭源的。Qwen Max 始终领先开源版本一到四个季度。这是老传统了，不是突然背叛。

这不是背叛，这是策略

知乎 @平凡（202赞）给了一个很冷静的框架：

最大型号闭源（暂时），小型号变种开源，是一种科学的营销策略。

Reddit 上有老哥说得很公道：应该鼓励中国前沿实验室把最大最复杂的模型闭源，只要满足两个条件就够了——

(a) 开源前沿模型的小版本；
(b) 在前沿模型被弃用后，开源旧版本。

因为现实是：前沿模型研发需要商业化支撑。如果要求实验室在和 OpenAI/Anthropic 竞争的同时，还永远免费提供一切技术，这本身就不现实。

@阿里云 EMNLP25 的官方说法也是这个调子：旗舰大模型闭源，只开放小参数模型供社区学习参考。

这不是阿里一家的事。

@长风破浪（95赞）说的大趋势是真的：从 GLM-5.1，到 MiniMax-M2.7，再到 Qwen 3.6，全都在缓开慢开。

@Gahole（74赞）补充了另一家：智谱可以闭源了，GLM-5 打出名气，GLM-5.1 闭源赚钱，最新版闭源，等有更强模型了，再把旧版开源。

开源是为了挣名声，闭源是为了挣钱。除非你有 Claude 那么牛逼的模型，不然还是先开源刷榜，等大家都知道你了，再卖 Code Plan。

三类分层，Qwen 到底关了什么

@智械降神（170赞）把 Qwen 3.6 的分层说得很清楚：

第一类 ：MAX、Plus（397B-A17B）不开源

第二类 ：122B-A10B、27B 只开源 chat 版本

第三类 ：35B-A3B、9B、4B、2B、0.8B 开源 chat 和 Base 两个版本

不止 3.6，Qwen 3.5-Omini 的三个尺寸也都没开源。@智械降神甚至说，他不知道 9B 的 Omini-Light 闭源的意义在哪里——但这件事本身，其实说明的恰恰不是阿里"背叛开源"，而是闭源和开源之间的边界，在 Agent 时代正在被重新划定。

@清顺（169赞）提了一个更值得关注的点：

现在的重心不该是 Qwen 3.5-Omni 吗？它可能会对很多 AI 基础设施产生冲击。

我们真正该担心的事

@李永峰（59赞）给了一个很反直觉的角度：

如果中国一线大模型真的走向闭源，这对英伟达是个极大利空。

逻辑链是这样的——

国外大模型推理侧主要部署在亚马逊云、微软云、谷歌云三大云厂商上，他们都有自有的推理芯片。未来采购英伟达算力会大幅减少。英伟达讲的故事是"主权算力"：给中东、欧洲等地区卖显卡，服务当地政府。如果中国一线大模型不开源了，他们买显卡干嘛？不如直接买 Token 呢。

他推测英伟达会自己去做开源大模型，而且开源协议会约定这类模型只能运行在英伟达的卡上。

这个逻辑有没有道理另说，但它提醒了一件事：开源闭源的博弈，从来不只是技术问题，而是整个 AI 产业链利益格局的重构。

所以，开源社区输了？

我不这么看。

@平凡说了另一件事：大家可以去 Qwen 的 Hugging Face 上看，他们发布下一代模型之后，基本上都会开源小版本。版本更迭非常快，几周甚至几天就有一个新版本出来。3.6 Plus 虽然现在还没开源，但"不久的以后"大概率会开源。

而且说到底，开发者真正需要担心的是模型本身开不开源吗？

腾讯新闻的一篇分析说了一个更本质的判断：

当 token 成本足够低，几乎所有应用创意都变得可行。真正的转折点不是 token 便宜到什么程度，而是你开始忘记模型的存在——它只是你工作流中自然的一部分。

真正重要的不是哪个公司开源了哪个模型，而是整个生态是否保持活力：小模型能不能持续变强？工具链是不是越来越好？本地部署的成本是不是越来越低？

Qwen 3.6 闭源了。

但 0.6B 到 72B 的各种尺寸，依然在开源。Qwen 家族依然是你能本地部署的最强中文基座之一。

开源精神的核心，从来不是"每一家公司都必须开源每一个模型"。

而是：不管谁用什么策略，最终整个生态保持开放、竞争、创新。

从这个标准看，中国的 AI 开源生态，比两年前强太多了。

你们觉得 Qwen 3.6 闭源合理吗？还是觉得这就是商业背叛？评论区聊聊。

我在知乎上看到有人问：DeepSeek V4 到底还发不发？你们觉得呢？

Claude 代码强的秘密：不是模型更强，而是产品思维领先一代

Tue, 07 Apr 2026 00:00:00 GMT

先说结论

Claude 代码能力强，不是因为 Anthropic 训出了什么神级模型，而是因为他们用做产品的思维在做 AI 编程工具 。

模型是基础，但产品设计才是拉开差距的关键。

被忽视的真相：模型不是全部

OpenAI 有模型，Google 有模型，Meta 也有模型。为什么就 Claude 在编程这件事上跑出来了？

因为 Anthropic 是唯一一个把「程序员体验」放在第一位的公司 。

产品思维 vs 技术思维

什么叫技术思维？

就是堆参数、刷榜单、暴力出奇迹。模型强了一切都强，工具嘛，不就是套个壳？

什么叫产品思维？

先问用户真正需要什么，然后再决定用什么技术去实现。

1. 渐进式授权：让 AI 变成「可信赖的实习生」

当它提出要执行命令或修改时，不只有"是"和"否"，还有一个极其关键的选项——"是，并且下次执行此类操作时不再询问"。

这是产品思维的极致体现 。大部分 AI 编程工具的设计逻辑是：AI 干活用户看着，每次都要确认。

Claude Code 的逻辑是：让 AI 证明自己值得信任，然后逐步放权 。

2. 单主循环架构：小模型干大活

Claude Code 超过 50% 的 LLM 调用是发给 claude-3-5-haiku（小模型）的。

这不是省钱——这是产品设计 。用小模型处理简单任务的好处是：响应快、成本低、大模型只处理真正需要它的复杂问题。

3. 放弃 RAG：让 AI 像人一样搜索

Claude Code 抛弃了 RAG。它搜索代码库的方式和你自己一样，使用非常复杂的 ripgrep、jq 和 find 命令。

RAG 听起来高大上，但它有几个致命问题：向量化需要时间、切片方式影响搜索质量、增加故障点。

4. 待办事项列表：解决长时运行的核心痛点

上下文退化是长时运行的 LLM 智能体中的一个常见问题。

Claude Code 让模型自己维护一个 todo list：任务分解、进度追踪、动态调整。

5. MCP 协议：不是炫技，是解决实际问题

MCP（Model Context Protocol）的本质很简单：让 AI 自己去找最新的规范，而不是把所有东西都塞进上下文窗口 。

国内开发者怎么用？

方案一：官方订阅

最简单，但需要魔法上网。Claude Code 本身免费，Claude API 按量计费。

方案二：国内模型平替

现在 DeepSeek V3、Qwen2.5、Kimi K2 都支持 Claude Code 风格的调用。但实话实说，产品设计的差距，不是换个模型就能填平的 。

方案三：QClaw（推荐）

如果你在国内，QClaw 已经接入了 Claude Code 的核心体验：渐进式授权、子代理并行、待办事项管理。关键是：不需要翻墙，开箱即用 。

写在最后

看完 Claude Code 的设计，我发现一个规律：

优秀的 AI 产品，不是让模型做更多的事，而是让模型做它擅长的事，然后把不擅长的交给合适的工具。

模型会越来越强，这是确定的。但产品思维的差距，才是真正的护城河。

Using MDX

Sun, 01 Jun 2025 00:00:00 GMT

This theme comes with the @astrojs/mdx integration installed and configured in your astro.config.ts config file. If you prefer not to use MDX, you can disable support by removing the integration from your config file.

Why MDX?

MDX is a special flavor of Markdown that supports embedded JavaScript & JSX syntax. This unlocks the ability to mix JavaScript and UI Components into your Markdown content for things like interactive charts or alerts.

If you have existing content authored in MDX, this integration will hopefully make migrating to Astro a breeze.

Example

Here is how you import and use a UI component inside of MDX.
When you open this page in the browser, you should see the clickable button below.

import { Button } from 'astro-pure/user'

Click Me