摘要：2026 年 8 月，DeepSeek 开源了第一款 Agent 产品 DeepSeek Harness（dsh）——“Model + Harness = Agent”的运行框架，核心口号是 Everything is a Plugin（一切皆插件）。这篇聊聊 dsh 是什么、为什么 Agent 需要一层 Harness、插件化意味着什么，以及它还只是开发者预览版这件事。
8 月中旬，DeepSeek 开源了自己的第一款 Agent 产品：DeepSeek Harness，简称 dsh。v0.1，MIT 协议，发布当天 GitHub 就冲了好几万 star。
整个项目最显眼的一句话是 Everything is a Plugin——一切皆插件。
我看了官方发布页，翻了仓库结构，也读了不少社区讨论。这篇不写安装教程，只讲四件事：dsh 是什么、为什么 Agent 需要一层 Harness、”一切皆插件”到底意味着什么，以及开发者预览版这个身份提醒我们什么。
DeepSeek 在 2026 年 5 月完成了成立以来的第一笔外部融资：超过 500 亿人民币，约合 74 亿美元，估值 500 亿美元以上，中国最值钱的 AI 创业公司。
但真正让我把材料翻来覆去看了几遍的，不是金额，是结构。这 500 亿里，约 200 亿是梁文锋自己出的；其余外部投资人的钱，大部分不直接买 DeepSeek 的股权，而是进了一个由梁文锋控制的有限合伙——五年锁定期，零投票权。
拿钱，不交权。
这篇适合关注 AI 行业、想知道”DeepSeek 为什么现在才融资”的读者。如果只追模型发布的新闻，这篇可能有点绕；但如果你想知道一家不缺钱的公司怎么设计自己的第一轮融资，往下看。
基于 Claude Code v2.1.88 还原源码分析
这篇是 Claude Code 系列里唯一保留的主稿，也是后续持续维护的最终权威版。
如果你只想保留一篇 Claude Code 源码分析文章，看这篇就够了。
如果你把市面上的 AI 编程工具都用一遍，会很快发现一个区别：
有些工具第一回合看起来很惊艳，但任务一复杂、会话一拉长、工具一并发，就开始变钝、变乱、变得需要你不停接管。
Claude Code 不一样。
它不一定总是“最会炫技”的那个，但往往是那个最稳、最顺、最像能长期干活的系统。
我最近把 Claude Code v2.1.88 的还原源码完整过了一遍。看完之后，我的判断比以前更明确了：
Claude Code 的优势，并不主要来自模型本身，而来自它把 Agent 做成了一套完整 runtime。
这篇文章我不再停留在“它很好用”的层面，而是回答三个更具体的问题：
如果你想把这套 runtime 思路继续放回自己的工具栈和系统设计里看，可以结合这两篇公开文章一起读：
这篇分析基于 Claude Code v2.1.88 的还原源码。
有两类结论需要区分开来看：
稳定结论可能随版本调整的细节所以这篇文章更适合用来理解 Claude Code 的工程方法，而不是把每一个函数名都当成长期不变的接口。
这篇是命令行迁移系列里的迁移复盘版。
如果你想先看“迁移之后的工具清单和工作流长什么样”，可以先读：
这篇更聚焦的是另一件事：为什么我决定迁、真实迁移过程踩了什么坑、以及主力开发机迁环境到底应该怎么收口。
这次折腾命令行环境，不是因为我想换一套更潮的工具，而是因为 Ghostty 里开一个 zsh，已经开始拖慢我每天的工作节奏了。
那种慢不是 benchmark 里才看得出来的慢，而是你每天开新 tab、开新窗口、切 shell 的时候都能感受到它在拖。对于一个长期把终端当主工作界面的人来说，这种拖沓会不断打断节奏。
一开始我以为问题出在终端本身，后面认真排查才发现，Ghostty 其实没什么问题，真正越来越重的是我那套已经用了很多年的 oh-my-zsh 环境。更准确地说，不是 oh-my-zsh 不能用，而是我的环境已经不适合继续让它来兜底了。
这篇文章主要想讲清楚三件事：我为什么不再继续用 oh-my-zsh，我最后留下来的命令行工具组合是什么，以及我是怎么把 Ruby / Node / Zsh 平稳迁过去的。
这篇是命令行工具系列里的工具总览版。
如果你更关心“为什么我后来决定彻底迁出 oh-my-zsh、以及迁移里到底踩了哪些坑”，可以继续看：
如果你只想先回答一个问题：
AI 编码场景下，哪些工具真的值得先装，分别解决什么问题？
那这篇就是给这个问题准备的。
如果你想再往下看“为什么现代 AI coding agent 最终会把体验问题做成 runtime 问题”，也可以继续读：
这篇文章更适合做第一入口：先帮你建立一张工具地图，知道每种工具到底解决的是文件定位、会话管理、历史搜索，还是运行时接管。
这篇是 OpenClaw 系列里的架构主稿。
如果你更关心升级后“为什么飞书消息突然收不到、gateway 为什么挂掉”，那先看排障 skill：
如果你想先建立系统认知，再决定怎么部署、怎么排障、哪些目录必须备份，那这篇更适合。
OpenClaw 的定位更接近“个人 AI 助手系统”，而不是一个单纯的聊天机器人：它运行在你自己的设备上，通过你已经在用的渠道（WhatsApp/Telegram/Slack/Discord/Signal/iMessage/Google Chat/Microsoft Teams/WebChat…）回答你；同时它还能提供语音、节点能力（iOS/Android/macOS）、浏览器控制与一个可视化的 Live Canvas。
在官方文档里有一句我很认同的表述：Gateway 只是控制平面（control plane），真正的产品是“助手本身”。因此这篇文章不讲安装流程，而是关注工程化落地里最关键的三件事：
本文基于两份本地资料整理：
~/.openclaw/（只描述职责与路径，不展示任何密钥/令牌/账号内容）之前的文章已经给大家介绍过 HTTP/2，今天我们来聊聊 HTTP/3。本文主要从如下几个角度来讲讲 HTTP/3的那些事：
