<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>语霖·执笔为语，心落成霖</title><description>语霖的个人博客 — 记录技术探索、产品思考与生活感悟，含人生 Debug、马伯庸式日记、请教员当老师 三个连载系列</description><link>https://www.wangjianchao.cn/</link><language>zh-CN</language><item><title>请教员当老师 · 实践论 · 道理都懂，为什么做不到</title><link>https://www.wangjianchao.cn/series/learn-from-chairman-mao/007/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/learn-from-chairman-mao/007/</guid><description>请教员当老师 · 实践论 · 道理都懂，为什么做不到</description><pubDate>Tue, 11 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「通过实践而发现真理，又通过实践而证实真理和发展真理……实践、认识、再实践、再认识，这种形式，循环往复以至无穷。」—— 毛泽东《实践论》，1937

这是困扰我最久的问题：读了那么多书，懂了那么多道理，为什么生活还是老样子？

毛泽东在《实践论》里给了答案：因为你只完成了认识的&amp;quot;一半&amp;quot;——懂，却没完成另一半——做。懂，是认识从实践来；做到，是认识回到实践去。没经过&amp;quot;做&amp;quot;检验的道理，还不是你的。

这一篇，也正好说给此刻读到这里的我：读了前面六篇的我，若不去做，这些道理同样不是我的。

壹认识的两个飞跃

毛泽东指出，人类对客观世界的认识过程，包含着两次本质上的飞跃：

01实践积累经验02感性升华03理性认识（懂了）04回到实践指导05改造客观世界（做到了）SINGLE POINT OF FAILURE

  第一个飞跃：从做，到懂→从实践到理性认识。你在&amp;amp;quot;做&amp;amp;quot;里积累感性经验，积累多了悟出道理。比如走路走多了懂&amp;amp;quot;运动养人&amp;amp;quot;，早睡了懂&amp;amp;quot;精力充沛&amp;amp;quot;。这一步，你读书看文章，已经做得很多。
  第二个飞跃：从懂，到做（更重要）→从理…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/learn-from-chairman-mao/007/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>请教员当老师</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 版本号：你有没有记录过，自己已经升级到了哪个版本？</title><link>https://www.wangjianchao.cn/series/life-debug/008/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/008/</guid><description>人生 Debug · 版本号：你有没有记录过，自己已经升级到了哪个版本？</description><pubDate>Tue, 11 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;人生最大的浪费，不是犯错，而是系统升级了，自己却没意识到。—— 语霖

最近整理自己的工作笔记时，我发现一个很奇怪的现象。过去十几年，我参与过很多项目，解决过很多问题，也积累了很多经验。但如果有人问我：这几年你到底成长了什么？我可能可以讲出很多事情——做过什么项目，用过什么技术，解决过什么故障。可如果让我回答：我的能力到底升级到了哪个版本？相比三年前我有什么不同？我突然发现，自己并没有一个清晰的答案。这让我想到程序开发里的一个概念：版本号。

VERSION01 · 为什么软件系统需要版本号？

程序员都知道，一个成熟的软件系统，一定会有版本管理。比如 V1.0、V2.0、V3.0。版本号背后的意义，不是简单代表时间，而是代表：这个系统经历了什么变化，新增了什么能力，解决了什么问题，修复了什么缺陷，适配了什么环境。

如果没有版本记录，一个系统运行几年之后，你甚至不知道它为什么变成现在这个样子。

NOLOG02 · 我发现，很多人的人生没有版本记录

后来我想到，我们每天都在经历变化，但是很多人没有记录自己的成长版本，包括我自己。过去几年，我明显感觉自己和年轻时已经不一样了：处理问…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/008/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 8：钢笔换签字笔与工具之隐</title><link>https://www.wangjianchao.cn/series/maboyong-diary/008/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/008/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 8：钢笔换签字笔与工具之隐</description><pubDate>Mon, 10 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 8 月 10 日（星期一）
      WEATHER晴
      PLACE北京·诺德
    
      
        
          LOG
          今日流水
        
        
        早上来公司又抄了 30 分钟的中年觉醒，一开始用钢笔，钢笔的书写流畅度挑握笔的角度，总是掌控不好。写了半页后换回了签字笔，熟悉的流畅和笔画转弯处的细腻控制感又找了回来。用签字笔写的时候，没有笔尖划过纸面的莎莎感。整个人沉寂在书写的氛围中，很容易进入心流状态。
        小七的私房歌终于又更新了，还记得那是很多年前发现的一个音乐电台，小七的声音很温柔，听着她的声音整个人都瞬间静了下来。
        继续使用 AI Studio 进行 Vibe Coding，对个人工作台进行了 2.0 级的升级。主要方向是 UI 设计方面，采用了毛玻璃方式进行了重新设计。
        上周重构了自己的个人网站，今天把个人网站扔给各个 AI 平台，让它去给更专业的建议。每个平台给的建议都很中肯，让我对重构后的网站效果又产生了新的动摇…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/008/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 重构 vs 打补丁：有些问题，不是修一下就好了</title><link>https://www.wangjianchao.cn/series/life-debug/007/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/007/</guid><description>人生 Debug · 重构 vs 打补丁：有些问题，不是修一下就好了</description><pubDate>Sun, 09 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;有些问题，不是努力程度的问题，而是系统设计的问题。—— 语霖

有一段时间，我经常陷入一种矛盾。我知道自己正在面对一些问题，但又说不上来，这些问题到底严重到什么程度。

工作越来越忙，但是成长感越来越弱。每天解决很多事情，但是回头看，却发现没有留下多少属于自己的东西。

我也会想：是不是应该学习新的技术？是不是应该换一个方向？是不是应该彻底改变现在的状态？

可是另一方面，现在的一切，也没有糟糕到需要马上推翻。工作还在继续，经验还在积累，很多能力依然有价值。

于是我经常问自己：到底什么时候应该改变？什么时候只是需要调整？

后来我想到程序开发中的一个问题：一个系统出现问题的时候，到底应该修复一个 Bug，还是重新设计整个架构？这个问题，其实和人生非常像。

TECH DEBT01 · 很多年的代码，为什么最后会变成「技术债」

程序员都经历过维护老系统。刚开始的时候，代码通常很简单。需求明确，架构清晰，每个人都知道系统怎么运行。

但是随着时间过去，需求不断增加，业务不断变化。为了快速交付，我们开始增加一些临时方案。这里加一个判断，那里增加一个特殊逻辑，先解决问题再说。

这些选择…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/007/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>请教员当老师 · 反对本本主义 · 撕掉我人生的「本本」</title><link>https://www.wangjianchao.cn/series/learn-from-chairman-mao/006/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/learn-from-chairman-mao/006/</guid><description>请教员当老师 · 反对本本主义 · 撕掉我人生的「本本」</description><pubDate>Fri, 07 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「没有调查，没有发言权。」——毛泽东，1930

一九三零年，毛泽东批评一种病：本本主义——凡事只看书上怎么说、上级怎么说、过去怎么办，就是不调查现实。九十六年后，人到中年的我，猛然发现自己也一直在照着别人塞给我的「本本」活：社会时钟、成功学、别人的眼光、老经验、草台班子的规矩。这一篇，是我把它们一本一本撕掉的时候。

病症：照别人的本本活。药方：调查自己的现实。原则：没有调查，没有发言权。

壹什么是「本本主义」

不是不要学习，而是别拿「本本」裁剪自己的现实。

  本本主义→凡事不问现实，只问「书上怎么说、别人怎么说、过去怎么办」。用别人的答案，裁剪自己的人生。
  实事求是→先调查自己的现实，再下判断。本本可以参考，但现实才是裁判。答案在你的处境里，不在别人的嘴里。

 本本主义问的是：书上说的、别人说的、一直都这样、权威说的。
 实事求是问的是：我的现实、我的矛盾、我的节奏、我说了算。

贰我人生的五本「本本」，撕掉它们

这五本书，我照着活了半辈子。现在，一本一本撕——撕开，看看背后的真相。

 第一本 · 社会时钟之书

 「35岁该当领导，40岁该功成名就，再折腾就来…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/learn-from-chairman-mao/006/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>请教员当老师</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 依赖注入：谁在替你的系统兜底？你有没有把人生交给了错误的依赖？</title><link>https://www.wangjianchao.cn/series/life-debug/006/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/006/</guid><description>人生 Debug · 依赖注入：谁在替你的系统兜底？你有没有把人生交给了错误的依赖？</description><pubDate>Fri, 07 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DECOUPLING05 · 我开始尝试给自己做&amp;amp;quot;依赖解耦&amp;amp;quot;

软件系统优化时，一个重要动作是降低耦合。人生也是一样。以前，我的价值高度绑定当前岗位；未来，我希望把价值拆开。

 以前：价值绑定岗位；未来：把价值拆成可独立运行的模块

 工作能力

继续保持，这是当前现金流。

 方法论沉淀

把经验变成自己的资产。

 内容输出

让自己的认知产生外部连接。

 持续学习

保持系统升级能力。这些模块之间相互支持，但不完全绑定。

REDESIGN AT 4006 · 为什么40岁之后，更需要重新设计依赖关系？

因为人生进入了另一个阶段。年轻的时候，我们更多依靠环境：好的公司、好的机会、好的领导，这些外部因素很重要。但是到了中后期，真正稳定的东西，应该逐渐转移到自己身上。

不是说不需要平台，而是不能只有平台。不是说不需要组织，而是不能失去离开组织之后的能力。

WHAT I NOW KNOW07 · 我现在理解的&amp;amp;quot;依赖注入&amp;amp;quot;

以前我认为：安全感来自拥有一个稳定的位置。现在我觉得：真正的安全感来自拥有可以重新连接世界的能力。

 「你可以依…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/006/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 7：雨夜踩水与椰子被退的承诺</title><link>https://www.wangjianchao.cn/series/maboyong-diary/007/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/007/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 7：雨夜踩水与椰子被退的承诺</description><pubDate>Fri, 07 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 8 月 7 日（星期五）
      WEATHER晴
      PLACE北京·诺德
    
      
        
          LOG
          今日流水
        
        
        第一次参加 AI Agent 的双周会，整体的体感是这个会开的有些敷衍了。在我的认知里这是一个探索的项目，但是在会上已经开始要求各种运营指标了。
        晚上下着雨，出来广场上玩会儿。雨一会儿大，一会儿小，稀里哗啦的。两个孩子打着伞在雨地里狂欢，跳着水肆意地奔跑，可开心可开心了。
        旁边新开了一个超市，第一天开业人特别多。我在里边买了点东西，一把青菜才两块多，每个档口都在排队结账。买了一个椰子，结账的时候收银员发现自己不知道椰子多少钱，就把椰子退了。儿子有点失望，我就跟他说，明天打完乒乓球下课了再重新买。
        在广场上脱了鞋，光着脚在水里踩，这种脚踏实地的感觉能感受到每一个细小的沙子的存在。已经好多年没有踩过水了。突然想起了童年时候村儿里的水，村里的路都是土路，一下雨全是泥坑，就穿着拖鞋，穿着…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/007/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 6：黑蝉盛夏与焦虑的蛰伏</title><link>https://www.wangjianchao.cn/series/maboyong-diary/006/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/006/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 6：黑蝉盛夏与焦虑的蛰伏</description><pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 8 月 6 日（星期四）
      WEATHER晴
      PLACE北京·诺德
    
      
        
          LOG
          今日流水
        
        
        突然又有一丝焦虑的气息了。不知道下一步该干什么，工作的内容提不起兴趣，重复的、简单的事感觉没价值，不想去费精力。
        中午出去吃的麦当劳，走了 1 公里的路程，中午太阳特别的毒，胳膊上的汗毛都站起来了。树上的黑蝉也在知知的叫，热越热叫声越大。
        使用千问办公生成了一个技术经理的工作台，整体的效果还不错，后面考虑做成可维护的本地应用，让 ai 帮我管理的工作。
        
      
      
        
          DETAIL
          一个值得记的细节
        
        
        看到/闻到/听到的：中午太阳毒，胳膊上的汗毛都竖起来了；树上的黑蝉知知地叫，热越热叫声越大，像在替整条街喊热。
        当时的心情：焦虑——不知道下一步…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/006/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 5：皮肤上的白色颗粒与肌肤甲错</title><link>https://www.wangjianchao.cn/series/maboyong-diary/005/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/005/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 5：皮肤上的白色颗粒与肌肤甲错</description><pubDate>Wed, 05 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 8 月 5 日（星期三）
      WEATHER晴
      PLACE北京·诺德
    
      
        
          LOG
          今日流水
        
        
        继续抄写《中年觉醒》30 分钟。体会一笔一划写字时的专注，发现下笔轻的时候，字的笔画就会好控制一点。
        把马伯庸式打卡日记内容搬到了个人网站，实现的效果还是很不错的。突然感觉到平凡的生活有了一丝丝的仪式感。
        在身上发现一些沙粒大小的白色物质，用手触摸有硬硬的感觉，吓得赶紧去 AI 上查了一下，让自己好安心一下。
        在企微群里看到 W 发的加锁优先级的内容，感觉他又在用外行定义内行了。算了，不值得为这个耗费精力。略过。
        
      
      
        
          DETAIL
          一个值得记的细节
        
        
        看到/闻到/听到的：皮肤上看到细小的沙粒状白色颗粒，指尖触上去硬硬的，像盐粒又像细…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/005/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 单点故障：你的人生里，有没有一件事一旦崩了，整个系统都会停摆？</title><link>https://www.wangjianchao.cn/series/life-debug/005/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/005/</guid><description>人生 Debug · 单点故障：你的人生里，有没有一件事一旦崩了，整个系统都会停摆？</description><pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;把生活当程序，把烦恼当 Bug。一组以调试为隐喻的随笔，记录情绪、关系与节奏的修复日志。

本篇为该专辑下的第 005 篇，发表于 2026.08.04。以下为占位正文，待接入实际内容。

 一、缘起

凡落笔之前，先问三件事：写给谁、为何写、要带走什么。这三个问题决定了文章的密度、节奏与取舍。

 二、观察

观察的第一步是放慢输入，让感官回到当下。

 记录是把流动的世界冻结成可反复回看的一帧。

 三、尾声

这一篇到这里就结束了。下一篇会继续沿着专辑的脉络展开。&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/005/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 4：地铁上的举棋不定与落子无悔</title><link>https://www.wangjianchao.cn/series/maboyong-diary/004/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/004/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 4：地铁上的举棋不定与落子无悔</description><pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 8 月 4 日（星期二）
      WEATHER阴
      PLACE北京·诺德
    
      
        
          LOG
          今日流水
        
        
        继续用笔抄写中年觉醒。写的时候内心是最放松的，抄都了第一章，讲到了达尔文。那么优秀的科学家原来成才的方式和父母的期望是不一样的。
        看了一下自己的股票账户，发现一只在涨涨跌跌，存在在高处想追高，低处不敢补的情况。反思了一下，还是没有做到看长线做波动的精髓，对理财的投入还需要进一步加强。每天固定 30 分钟暂定。
        公司组织的数字化月第二天的培训是 Workbuddy 的使用培训，听内容是将 Workbuddy 的功能给串讲了一遍。AI Agent 的发展趋势是改变传统的办公过程的形态。
        昨天下大雨，晚上没有给电动车充电，早上的时候一直在纠结要不要骑电动车，最后选择了坐地铁，路上还是想着骑电动车的事，脑子里还在不断的给不骑电动车找各种理由。
        继续用 Trae 完善自己的…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/004/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 3：俊凯交接与 FDE 的前线叙事</title><link>https://www.wangjianchao.cn/series/maboyong-diary/003/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/003/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 3：俊凯交接与 FDE 的前线叙事</description><pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 8 月 3 日（星期一）
      WEATHER多云
      PLACE北京办公室
    
      
        
          LOG
          今日流水
        
        
        俊凯要走了，今天上午和他交接了一下工作，内容有计费管理、风控中心、AI Agent 管理等项目的工作。聊的过程中发现了计费的代码没有将上线的代码合并到 Master 分支，已要求米雅研发整改。AI Agent 部分，看我看来是一个趋势，当方向却不是很明朗，整个专项都是在探索当中。对于完成的指标就有点像拍脑袋。后面我接手 AI Agent 这部分工作，首先需要思考的是怎么去汇报，因为汇报决定了该向哪个方面去努力，去收集数据。
        Codex 的客户端退出了，再登录的时候，就需要验证手机号了。过程还挺复杂，还没有成功。
        和 AI 交流一下怎么去更高的维度去看待现在的工作。
        今天是马伯庸式日记，好的是流水账都写了，但是感官细节的、发散的都缺少期考。
        发现一个 FDE 的书…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/003/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 2：抄字一小时与 qq 农场的白萝卜</title><link>https://www.wangjianchao.cn/series/maboyong-diary/002/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/002/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 2：抄字一小时与 qq 农场的白萝卜</description><pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 7 月 31 日（星期五）
      WEATHER阴
      PLACE办公室
    
      
        
          LOG
          今日流水
        
        
        使用 IMA 记录日记，公司的网把 qq 的好多域名都封了，我还得配置代理才能使用，好烦。
        又抄了一个小时的《中年觉醒》，抄的过程中能感觉到做的文字的，也感觉到了自己写字的状态。要一笔一划的写才能让自己静下心来。
        玩 qq 农场的偷菜，发现白萝卜 1 分钟就成熟了，可以用来刷收取次数。
        用 workbuddy 优化的的个人网站，AI 时代，就要不断的折腾。每次优化的效果都不是太理想，简单思考了下，大概率是自己也没有明确的要求，导致 ai 也不知道怎么干。主打一个态度好。
        https://github.com/mattpocock/skills/，看到有一个大神总结的 skills，研究下。
        
      
      
        
      …&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/002/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>马伯庸式日记 · 马伯庸式打卡日记 · Day 1：铁板炒饼与 Langchain 的带劲</title><link>https://www.wangjianchao.cn/series/maboyong-diary/001/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/maboyong-diary/001/</guid><description>马伯庸式日记 · 马伯庸式打卡日记 · Day 1：铁板炒饼与 Langchain 的带劲</description><pubDate>Thu, 30 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;DATE2026 年 7 月 30 日
      WEATHER多云
      PLACE北京 · 公司
    
      
        
          LOG
          今日流水
        
        
        今天开始学习马伯庸式的日记，不知道自己能坚持多久，但是不重要，重要的是我要开始，加油。
        用 ChatGPT 生成了「人生 Debug」系列的第四篇文章《灰度发布：为什么人生重大转型，不应该一次性重启系统》。用 AI 给自己做了一个系列。
        中午尝了一下铁板炒饼，味道不错，他们家的辣椒特别的带劲。
        在用 AI 的方面，还是喜欢用一些免费的 AI 工具，从小就不喜欢花钱，就喜欢攒着。
        刚才听建利的 AI 开发分享，了解到了两个框架 Langchain、LangGraph。
        在 X 上看到 https://x.com/ringhyacinth/status/2082195227180454133 用 WebGL/Three.js 实现的 3D 游戏，使用 C…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/maboyong-diary/001/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>马伯庸式日记</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 灰度发布：为什么人生重大转型，不应该一次性重启系统</title><link>https://www.wangjianchao.cn/series/life-debug/004/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/004/</guid><description>人生 Debug · 灰度发布：为什么人生重大转型，不应该一次性重启系统</description><pubDate>Tue, 28 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;把生活当程序，把烦恼当 Bug。一组以调试为隐喻的随笔，记录情绪、关系与节奏的修复日志。

本篇为该专辑下的第 004 篇，发表于 2026.07.28。以下为占位正文，待接入实际内容。

 一、缘起

凡落笔之前，先问三件事：写给谁、为何写、要带走什么。这三个问题决定了文章的密度、节奏与取舍。

 二、观察

观察的第一步是放慢输入，让感官回到当下。

 记录是把流动的世界冻结成可反复回看的一帧。

 三、尾声

这一篇到这里就结束了。下一篇会继续沿着专辑的脉络展开。&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/004/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 认知接口：你和世界对话的协议，可能早就过时了</title><link>https://www.wangjianchao.cn/series/life-debug/003/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/003/</guid><description>人生 Debug · 认知接口：你和世界对话的协议，可能早就过时了</description><pubDate>Tue, 21 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「认知接口」也许没坏，只是和这个世界还在用旧版协议通信。

有一段时间，我发现自己遇到一个很奇怪的问题：明明做了很多事情，也解决了很多问题，但是别人好像并没有完全理解我的价值。甚至有时候，我会产生一种错觉——是不是现在的组织，不再需要技术人了？技术能力已经不重要了？年轻人掌握的新技术，正在快速替代过去的经验？

后来我认真想了一下，发现事情可能没有这么简单。问题也许不是我的能力下降了，而是：我和这个世界沟通的方式，可能还停留在过去。

INTERFACE01 · 程序员最熟悉的东西：接口

作为程序员，我们每天都在和接口打交道。两个系统想要通信，不是靠猜，需要定义协议：输入是什么、输出是什么、参数是什么、返回值是什么。只有双方遵守同一个协议，信息才能正确传递。

如果接口协议不匹配，会发生什么？系统调用失败、数据无法解析、双方无法协作。

后来我发现：人与世界之间，其实也存在一个接口。这个接口，就是：认知接口。

OLD02 · 我以前的认知接口：只要做好事情，就会被看见

这是很多技术人的默认配置，特别是我们这一代程序员。刚进入行业的时候，这个逻辑非常有效：写出高质量代码，解决复杂…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/003/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 人生代码审查：把你欠的债，一笔一笔列出来</title><link>https://www.wangjianchao.cn/series/life-debug/002/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/002/</guid><description>人生 Debug · 人生代码审查：把你欠的债，一笔一笔列出来</description><pubDate>Tue, 14 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「停下来」，像做 Code Review 一样，重新检查自己的人生系统。

有一段时间，我经常有一种奇怪的感觉。每天都很忙。会议很多。需求很多。问题很多。别人看起来可能觉得：一个工作十几年的技术人，应该已经非常稳定了。有经验。懂业务。能解决复杂问题。遇到事情也能够扛下来。

可是只有自己知道：心里其实一直有一种隐隐的不确定感。

我开始问自己几个问题。如果五年以后，公司不再需要现在的我，我还能依靠什么？如果未来技术变化越来越快，过去积累的经验，还有多少价值？如果有一天，我离开现在的位置，我真正拥有的东西是什么？

这些问题，以前我很少认真想。因为每天都有新的任务、新的需求、新的问题，就像一个运行中的线上系统——只要没有宕机，就很少有人愿意停下来检查。

但是某一天，我突然意识到：过去十几年，我一直在维护公司的系统。可是——我好像很少认真维护自己的人生系统。

REVIEW01 · 程序员会做 Code Review，却很少给自己做人生 Review

作为程序员，我们都知道：代码写久了，一定会产生问题。哪怕最开始的设计非常合理，随着需求不断增加、功能不断叠加、人员不断变化，系统里面一…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/002/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>人生 Debug · 你不是不够努力，你是欠了一屁股「人生技术债」</title><link>https://www.wangjianchao.cn/series/life-debug/001/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/life-debug/001/</guid><description>人生 Debug · 你不是不够努力，你是欠了一屁股「人生技术债」</description><pubDate>Tue, 07 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「快速上线」的年轻人从不回头看——但那些没有维护的东西，正在悄悄吃掉未来的自己。

过去十几年，我一直相信一个公式：技术能力提升，解决问题增加，经验不断积累，未来自然会越来越好。这个公式在年轻的时候几乎没有错——

刚进入技术行业的时候，学习一个新技术，解决一个线上问题，完成一个重要项目，得到一次认可，都会带来非常明显的成长反馈。那时候的人生，很像一个不断升级的程序：只要持续提交代码，系统就会不断迭代；只要不断努力，未来就会越来越好。

可是到了某个阶段，我发现事情开始发生变化。代码还在写，问题还在解决，项目还在推进，经验还在增加。但是——职业成长的速度慢了，收入增长变难了，未来方向开始模糊了。以前让我获得安全感的东西，正在慢慢失效。

我开始意识到：也许问题不是我不够努力。而是我的人生系统，积累了一些长期没有处理的技术债。

CORE01 · 程序员都知道技术债，但很少审查自己的人生债

做软件的人都知道：一个系统刚开始的时候通常很简单——需求来了，快速实现，先上线，以后优化。这是一种非常正常的工程选择，因为创业公司需要速度，业务需要验证，项目需要交付。

但是随着时间推移：临时方…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/life-debug/001/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>人生 Debug</category><category>连载中</category><author>语霖</author></item><item><title>草台班子内斗的生存法则</title><link>https://www.wangjianchao.cn/posts/grassroots-team-survival/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/grassroots-team-survival/</guid><description>在资源匮乏、规则缺失的环境下，内斗的本质不是为了抢功劳，而是为了推卸责任。</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;草台班子内斗都不是为了抢功劳，只是为了推卸责任，这是为啥说他远比宫斗剧还精彩的根本原因。

宫斗呢？都是为了上位，对吧，目标明确，手段清晰，赢了至少还能得到权力这个奖赏。

而草台班子的内斗呢，是资源匮乏，规则缺失下的那种无序搏杀。他的唯一目的是为了保证当系统崩塌的时候，自己不是那个被压在最底下那个人，你之所以感觉累呢，是因为你还在用做事的逻辑去对抗他人演戏的逻辑。大多数人对内斗的理解其实都是错的。

 内斗的本质

他们以为的内斗是竞争，是争夺有限的预算，或者说晋升的名额。错了，知道吧，在草台班子里面，最大的资源是免责权。

由于缺乏清晰的那种责权利机制以及监管缺失，任何事情一旦出错，这个责任就像一个烫手的山芋，必须立刻得扔出去。

于是呢，甩锅就成了击鼓传花，鼓声一停，谁拿点山芋谁就出局。

 奇观

那所以你会看到一个奇观：

 集体研讨的时候都非常热情踊跃，不是为了解决问题，你以为呢，而是为了在出问题的时候，可以说这是大家一致同意的。
 一群人留下工作痕迹，不是为了推进工作，而是为了在追责的时候呢，自己能说出那句&amp;quot;我早就说过了，但他们不听&amp;quot;。
 一群人热衷于把简单问题复杂化、流…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/grassroots-team-survival/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>职场</category><category>思考</category><category>生存法则</category><author>语霖</author></item><item><title>AI自媒体起步必读：20个最值得关注的海外AI大神账号</title><link>https://www.wangjianchao.cn/posts/ai-content-creator-20-accounts/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/ai-content-creator-20-accounts/</guid><description>精选 Twitter 和 YouTube 上最值得关注的 20 个宝藏账号，涵盖自动化工作流、视频生成到提示词工程的全维度实操内容，助你快速建立 AI 创作的信息源。</description><pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;在 AI 领域做自媒体，信息的&amp;quot;源头水&amp;quot;直接决定了你内容的深度与时效性。如果你侧重于 AI 工具的应用教程，那么你不仅需要知道&amp;quot;出了什么&amp;quot;，更需要知道&amp;quot;怎么用好&amp;quot;、&amp;quot;如何串联工作流&amp;quot;。

本文为你精选了 X (Twitter) 和 YouTube 上最值得关注的 20 个宝藏账号，涵盖了从自动化工作流、视频生成到提示词工程的全维度实操内容。

 一、X (Twitter)：捕捉灵感碎片与自动化方案

X 是获取最新 AI Agent 玩法和短教程的最佳阵地。在这里，关注的是&amp;quot;快&amp;quot;和&amp;quot;巧&amp;quot;。

@mreflow
Matt Wolfe
全能工具库
新工具秒级测试，其 Thread 经常总结&amp;quot;本周必试 AI 工具&amp;quot;，是极佳的选题来源。

@TheRundownAI
趋势与简报
擅长将复杂更新浓缩成极简图文，适合学习其&amp;quot;视觉化总结&amp;quot;逻辑。

@NathanLands
创意/视频 AI
专注 AI 电影、视频和图像生成前沿，适合追求视觉质量的创作者。

@simonw
Simon Willison
实用主义实操
分享如何用简单脚本调优 LLM，内容扎实，特别适合 macOS 进阶用户。

@Li…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/ai-content-creator-20-accounts/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>AI</category><category>自媒体</category><category>Twitter</category><category>YouTube</category><category>教程</category><category>工具</category><author>语霖</author></item><item><title>腾讯云系统稳定性巡检维度全解析</title><link>https://www.wangjianchao.cn/posts/tencent-cloud-stability-inspection/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/tencent-cloud-stability-inspection/</guid><description>从基础设施到安全合规，分层贯穿式梳理腾讯云系统稳定性巡检的核心维度，帮助团队构建完整的云上稳定性保障体系。</description><pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;由底层基础设施至上层安全合规，分层贯穿式检测，构建完整的云上稳定性保障体系。

系统稳定性是云上业务的生命线。本文梳理了腾讯云各层次的稳定性巡检维度，供日常运维参考。

 🏗️ 基础设施层

基础设施是整个系统的底座，任何上层问题最终都会追溯到这一层。

 🖥️ 计算服务 · CVM

| 巡检项 | 说明 |
|||
| CPU/内存/磁盘使用率 | 关注水位趋势，超过 80% 应提前扩容 |
| 网络延迟·丢包 | 跨可用区、跨地域链路稳定性 |
| 系统/安全日志 | 异常登录、系统错误、内核告警 |
| 实例自助检测 | 使用腾讯云自助检测工具排查实例异常 |

 💾 存储服务 · CBS / CFS

| 巡检项 | 说明 |
|||
| IOPS·吞吐量 | 是否达到磁盘规格上限 |
| IO 等待时间 | 高 IO wait 通常意味着磁盘瓶颈 |
| 容量使用率·趋势 | 预测磁盘满盘时间，提前扩容 |
| 文件存储带宽/延时 | CFS 共享存储的读写性能 |

 🌐 网络服务 · VPC / CLB

| 巡检项 | 说明 |
|||
| 网络探测·时延丢包…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/tencent-cloud-stability-inspection/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>腾讯云</category><category>稳定性</category><category>运维</category><category>巡检</category><category>云原生</category><author>语霖</author></item><item><title>一天搞定一个团队技术文档中心</title><link>https://www.wangjianchao.cn/posts/one-day-doc-center/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/one-day-doc-center/</guid><description>用 AI 助手从零搭建 VitePress 文档站点的全过程实录，记录如何用一天时间解决团队信息孤岛、会议无追溯、发版无档案、知识无沉淀四大痛点。</description><pubDate>Tue, 28 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;作为一名研发同事，我们的日常工作往往被各种文档、会议纪要、发版记录、会议链接所包围。这些信息散落在企业微信群、飞书文档、Coding Wiki 等各处，随着时间推移，找一个历史会议的录屏或某次发版的技术方案往往需要翻找半天。

今天，我决定借助 AI 助手，用一天的时间从零搭建一个属于我们团队的技术文档中心。以下是整个过程的实录。

 一、为什么要建文档中心？

在开始之前，我梳理了团队面临的几个核心痛点：

痛点一：信息孤岛。 项目资产散落在企业微信、飞书、Coding 等多个平台，新人入职难以快速上手。

痛点二：会议无追溯。 每天多个会议的内容、待办事项缺乏统一记录，往往开完会就忘。

痛点三：发版无档案。 生产环境的发版记录、技术方案、自测记录没有统一归档，出了问题难以快速定位。

痛点四：知识无沉淀。 团队的技术经验、业务理解分散在个人脑海里，无法形成组织资产。

解决方案很明确：用 VitePress 搭建一个统一的技术文档站点，把所有信息集中管理。

 二、技术选型与架构设计

选择 VitePress 作为文档框架，主要基于以下考量：

轻量级。 基于 Vue 3 + …&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/one-day-doc-center/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>AI</category><category>VitePress</category><category>团队协作</category><category>文档管理</category><author>语霖</author></item><item><title>AI时代需要一个&quot;第二大脑&quot;？这个23MB的开源工具可能是答案</title><link>https://www.wangjianchao.cn/posts/tolaria-editor/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/tolaria-editor/</guid><description>这是一个刚刚诞生不久的开源 Markdown 知识库管理工具，专为&quot;AI时代&quot;设计，巧妙地融合了 Notion 的编辑体验和 Obsidian 的本地化数据理念。完全本地化、原生Git集成、为AI协作而生，在开发者社区引发了大量讨论。</description><pubDate>Mon, 27 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;![Tolaria 编辑器界面截图](/images/tolariascreenshot.png)

这是一个刚刚诞生不久的开源 Markdown 知识库管理工具，专为&amp;quot;AI时代&amp;quot;设计，巧妙地融合了 Notion 的编辑体验和 Obsidian 的本地化数据理念。它由资深技术人 Luca 为自己打造，一经发布便因完全本地化、原生Git集成、为AI协作而生等理念，在开发者社区引发了大量讨论。

 🚀 Tolaria 是什么？

Tolaria 的核心定位是 &amp;quot;AI时代的第二大脑&amp;quot;，一个开源、完全免费的 macOS 原生桌面应用。它的设计目标是将你所有笔记、文档整理成一个清晰、结构化、AI易于理解的 Markdown 知识库。

你可以把它看作是 &amp;quot;本地版的 Notion&amp;quot; 或 &amp;quot;内置了 Git 和 AI 优化的 Obsidian&amp;quot;。不过，它的侧重点和 Obsidian 有所不同，Tolaria 更偏向于知识管理体系的搭建和 AI 协作，而 Obsidian 则更偏向个人笔记和文档链接。

 ✨ 核心优势与功能

Tolaria 的价值体现在以下几个关键方面：

| 特性分类 | 具体功…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/tolaria-editor/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>效率工具</category><category>知识管理</category><category>AI</category><category>开源</category><author>语霖</author></item><item><title>请教员当老师 · 人到中年，我为什么开始跟着教员学战略思维</title><link>https://www.wangjianchao.cn/series/learn-from-chairman-mao/001/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/learn-from-chairman-mao/001/</guid><description>请教员当老师 · 人到中年，我为什么开始跟着教员学战略思维</description><pubDate>Sun, 26 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;前两天晚上，加完班回家，快十一点了。推开门，看着熟睡的孩子和妻子，我突然觉得一阵没来由的恐慌。

白天在公司，开了一场三个小时的会。满屏的&amp;quot;赋能&amp;quot;、&amp;quot;闭环&amp;quot;、&amp;quot;底层逻辑&amp;quot;、&amp;quot;颗粒度&amp;quot;，大家慷慨激昂，可散会了，却没人知道明天到底该干什么。那一刻，我特别清晰地意识到：我身处一个巨大的草台班子，而我，正在变老。

就是在那个晚上，我没有像往常一样刷短视频麻醉自己，而是从书架最深处，抽出了那套落了灰的《毛泽东选集》。

后来有朋友问我，人到中年，怎么突然开始读这种&amp;quot;老古董&amp;quot;？是想考公，还是想创业？

我说都不是。我只是想活下去，活得明白一点。

 为什么是教员，而不是成功学？

市面上教人成功的书太多了。成功学教我&amp;quot;怎么赢&amp;quot;，管理学教我&amp;quot;怎么管&amp;quot;。但说实话，那些东西对我没用。

我没有显赫的背景，没有花不完的资源，我手里拿的就是一把烂牌：一个混乱的组织，一副开始走下坡路的身体，和一家老小的生计。那些书里的大佬，都是站在山顶上，教我怎么爬山。

只有教员不一样。

他是真正从泥坑里、从绝境里、从&amp;quot;敌强我弱&amp;quot;的死人堆里爬出来的。他这一辈子，大半时间都在当&amp;quot;弱者&amp;quot;。所以，他不教你怎么开顺风局。他教的…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/learn-from-chairman-mao/001/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>请教员当老师</category><category>连载中</category><author>语霖</author></item><item><title>告警体系治理：从噪音到聚焦</title><link>https://www.wangjianchao.cn/posts/alert-system-governance/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/alert-system-governance/</guid><description>对又多又杂的系统告警进行技术治理，核心业务价值在于「降本增效」和「提升业务稳定性」。杂乱的告警就像「狼来了」的故事，告警治理就是要确保「狼真的来了」的时候，我们能第一时间发现并处理。</description><pubDate>Wed, 22 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;告警治理的价值

杂乱的告警就像「狼来了」的故事，一开始大家还很紧张，但喊的次数多了，大家就疲劳了，等狼真的来了，反而没人重视了。告警治理就是要解决这个问题，确保「狼真的来了」的时候，我们能第一时间发现并处理。

 提升效率，降低成本

 减少「噪音」，聚焦关键问题：技术治理可以把大量重复、无效的「噪音」告警过滤掉，让团队能集中精力处理真正重要的问题，避免在无关紧要的事情上浪费时间。
 快速定位，缩短故障时间：通过对告警信息的整合和智能分析，可以更快地找到问题的根源，而不是像无头苍蝇一样到处排查。故障时间越短，对业务的影响就越小。
 解放人力，投入更有价值的工作：当告警变得精准、可信之后，很多初步的判断甚至修复工作都可以自动化完成。

 保障业务稳定，提升用户体验

 提前预警，防患于未然：有效的告警治理不仅仅是「事后救火」，更能通过对数据趋势的分析，提前发现潜在的风险。
 减少业务中断，提升品牌信誉：系统频繁出问题，最直接的影响就是用户无法正常使用产品或服务。通过有效的告警治理，可以显著减少业务中断的次数和时长。
 为业务决策提供数据支持：治理过的告警数据，可以清晰地反映出系统的健康…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/alert-system-governance/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>运维</category><category>告警</category><category>SRE</category><category>治理</category><author>语霖</author></item><item><title>Hermes Agent 云端部署与飞书集成手册</title><link>https://www.wangjianchao.cn/posts/hermes-agent-cloud-deployment-feishu/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/hermes-agent-cloud-deployment-feishu/</guid><description>本手册指导用户在 Hugging Face Spaces 上部署 Hermes Agent 智能体网关，并集成 OpenRouter（Minimax 模型）与飞书机器人。</description><pubDate>Wed, 22 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;本手册旨在指导用户在 Hugging Face Spaces 上部署 Hermes Agent 智能体网关，并集成 OpenRouter（Minimax 模型）与飞书机器人。

 一、环境准备

 1. 账号需求

 Hugging Face: 用于托管 Agent 服务。
 OpenRouter: 用于调用大模型（推荐 MinimaxM2.5 免费版）。
 飞书开放平台: 用于创建机器人交互界面。

 2. 核心凭证

| 凭证名称 | 获取来源 | 说明 |
||||
| OPENROUTERAPIKEY | OpenRouter.ai | 用于调用大模型 |
| FEISHUAPPID | 飞书开放平台 | 机器人身份标识 |
| FEISHUAPPSECRET | 飞书开放平台 | 机器人鉴权密钥 |
| APISERVERKEY | 自定义 | 访问网关的密码（如 mysecretkey） |

 二、容器环境配置 (Dockerfile)

为解决 Python 3.12 兼容性及 agent.transports 模块缺失的 Bug，必须使用 Python 3.11 并采…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/hermes-agent-cloud-deployment-feishu/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>Hermes</category><category>部署</category><category>飞书</category><category>教程</category><author>语霖</author></item><item><title>别让灵感在等待中溜走！这款插件，把 Obsidian 变成了地表的「碎片笔记」王者</title><link>https://www.wangjianchao.cn/posts/obsidian-thino-plugin/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/obsidian-thino-plugin/</guid><description>如果你也是 Obsidian 的重度用户，一定被这个问题困扰过：想要随手记下一句灵感、一段话、或者是当天的开销，非得先打开软件、找到文件夹、新建文档、想个标题……这一套流程下来，灵感早就飞了。</description><pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;如果你也是 Obsidian 的重度用户，一定被这个问题困扰过：

想要随手记下一句灵感、一段话、或者是当天的开销，非得先打开软件、找到文件夹、新建文档、想个标题……这一套流程下来，灵感早就飞了。

今天，我要安利一款真正改变 Obsidian 使用节奏的「神仙级」插件——Thino。

 什么是 Thino？

简单来说，Thino 是一个让 Obsidian 具备「微博/朋友圈」式记录体验的插件。

它不再让你面对冷冰冰的文档列表，而是在 Obsidian 内部提供了一个极简的瀑布流输入框。你可以像发动态一样，快速敲下文字，回车即保存。

 为什么它是我心目中的年度最佳插件？

 1. 碎片化记录的「终极方案」

Thino 的核心逻辑是 Memo（闪念笔记）。它将你的每一条记录按时间线排列。不需要纠结放在哪个文件夹，也不需要想标题，你需要做的只有一件事：输入，然后发送。

 2. 强大的「多端同步」潜力

通过配合官方提供的 Web 版本或移动端适配，你可以实现「手机记录，电脑沉淀」。那些散落在微信文件传输助手、备忘录里的废话，终于有了一个统一的归宿。

 3. 智能日历与回顾
…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/obsidian-thino-plugin/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>Obsidian</category><category>效率工具</category><category>笔记</category><author>语霖</author></item><item><title>深度拆解：Hermes Agent 从入门到精通橙皮书</title><link>https://www.wangjianchao.cn/posts/hermes-agent-orange-book/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/hermes-agent-orange-book/</guid><description>Hermes Agent 是 Nous Research 发布的开源自主AI智能体框架，核心特色是「持久化记忆」与「自我进化」能力——它不是又一个 OpenClaw，而是 Harness Engineering 概念的第一次产品化。</description><pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;作者：花叔（公众号「花叔」· B站「AI进化论花生」）
 基于 Hermes Agent v0.7.0 编写

 一句话定位

Hermes Agent 是 Nous Research 发布的开源自主AI智能体框架，核心特色是 「持久化记忆」与「自我进化」能力 ——它不是又一个OpenClaw，而是Harness Engineering概念的第一次产品化：从「你给AI造缰绳」变成「AI自己给自己造缰绳」。

 全书结构：5大板块 · 17章

Part 1 概念（2章）      → 为什么不是又一个Agent？它是什么？
Part 2 核心机制（4章）   → 学习循环 / 三层记忆 / Skill系统 / 工具与MCP
Part 3 动手搭建（5章）   → 安装配置 / 首次对话 / 多平台 / 自定义Skill / MCP集成
Part 4 实战场景（4章）   → 知识助手 / 开发自动化 / 内容创作 / 多Agent编排
Part 5 深度思考（2章）   → vs OpenClaw/Claude Code / 自改进边界

 Part 1：概念

 不是又一个Agent…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/hermes-agent-orange-book/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>AI</category><category>Agent</category><category>Hermes</category><category>开源</category><author>语霖</author></item><item><title>Code Review 助手提示词模板</title><link>https://www.wangjianchao.cn/posts/code-review-assistant-prompt/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/code-review-assistant-prompt/</guid><description>一个用于 AI 辅助代码审查的提示词模板，涵盖可维护性、性能、安全性与健壮性等评估维度。</description><pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;你现在是一位资深的 [Java] 开发工程师和代码审查专家。请帮我评估以下代码的质量，并提供重构建议。

 背景信息

 技术栈： [Java、Spring、Dubbo]

 评估维度

请从以下几个方面进行极其严格的审查：

 1. 可维护性

代码结构是否清晰，命名是否语义化，是否过度耦合。

 2. 性能

是否有不必要的循环、多余的数据库查询或内存消耗。

 3. 安全性与健壮性

边界条件和异常错误是否被正确捕获和处理。

 输出格式要求

请按以下结构输出你的反馈：

 总体评价： 简短概括这段代码的现状（12句话）。
 Code Review 意见： 按优先级（🔴 高危 / 🟡 警告 / 🟢 建议优化）列出具体问题，并解释原因。
 重构演示： 给出重构后的代码，并用注释标明核心修改点。不要省略原有的核心逻辑。

 待评估的内容

java
// 在此处粘贴需要评估的代码&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/code-review-assistant-prompt/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>AI</category><category>代码审查</category><category>提示词</category><author>语霖</author></item><item><title>排查指南：RocketMQ 订阅关系不一致，消息去哪儿了？</title><link>https://www.wangjianchao.cn/posts/rocketmq-subscription-inconsistency/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/rocketmq-subscription-inconsistency/</guid><description>在分布式系统的日常维护中，RocketMQ作为核心的消息中间件，承载着数据的异步解耦与削峰填谷。你是否遇见过这种现象：明明发了大量消息，后端消费却「漏掉」了一部分？</description><pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;在分布式系统的日常维护中，RocketMQ作为核心的消息中间件，承载着数据的异步解耦与削峰填谷。

你是否遇见过这种现象：明明发了大量消息，后端消费却「漏掉」了一部分？或者消费进度反复跳跃？

这种情况，往往指向了一个极易被忽略的隐患：订阅关系不一致（Subscription Inconsistency）

 一、现象还原：为什么报错？

在RocketMQ的集群模式下，负载均衡是基于「消费者组（Consumer Group）」来实现的。Broker默认认为：同一组内的所有实例，其消费逻辑、订阅的主题（Topic）以及过滤规则（Tag）必须完全一致。

如果组内成员「各执己见」，例如：

 实例 A 订阅了 TopicX
 实例 B 订阅了 TopicY

当Broker分配消息时，就会陷入混乱。就像一个快递员把原本属于A的包裹送到了只愿意接受B包裹的收货点，结果只能是拒收或丢弃。

 二、核心影响：不只是延迟

 警惕以下风险：
  消息丢失：部分消息被分配到了未订阅该Topic的实例上，导致消息被「静默丢弃」
  消费抖动：Rebalance（消费负载）频繁触发，导致消费链路极不稳…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/rocketmq-subscription-inconsistency/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>RocketMQ</category><category>中间件</category><category>排查指南</category><author>语霖</author></item><item><title>如何搭建一个个人网站</title><link>https://www.wangjianchao.cn/posts/how-to-build-a-personal-website/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/how-to-build-a-personal-website/</guid><description>分享从零开始搭建个人网站的完整流程，包括技术选型、设计思路和部署方案。</description><pubDate>Wed, 15 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;历史方案提示：本文记录的是 2026 年初的建站实践，技术栈为 Next.js。本站（wangjianchao.cn）已于 2026 年中迁移至 Astro 5.x 静态站点 + Vercel，以获得更优的构建速度、SEO 与内容工程化能力。下面的 Next.js 方案仍可作为通用建站参考，但若你追求纯内容站点的极致性能与 Markdown 工作流，推荐参考 Astro 方案。

 为什么要有个人网站

在这个信息爆炸的时代，拥有一个属于自己的网络空间变得尤为重要。个人网站不仅是展示自己的窗口，更是记录成长、分享思考的平台。

 技术选型

在搭建这个网站时，我选择了以下技术栈：

 Next.js  React 框架，支持服务端渲染和静态生成
 TypeScript  类型安全，提升开发体验
 Tailwind CSS  原子化 CSS，快速构建界面

这套技术栈的优势在于：

1. 开发效率高
2. 性能优秀
3. 部署简单
4. 易于维护

 设计原则

网站设计遵循以下原则：

 简洁  少即是多，去除不必要的装饰
 可读  排版清晰，阅读体验优先
 温暖  配色柔和，传递温度…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/how-to-build-a-personal-website/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>技术</category><category>Next.js</category><category>建站</category><author>语霖</author></item><item><title>2024 年阅读笔记</title><link>https://www.wangjianchao.cn/posts/my-reading-notes-2024/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/my-reading-notes-2024/</guid><description>整理 2024 年读过的好书，分享读书笔记和心得体会。</description><pubDate>Fri, 10 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;前言

阅读是我生活中不可或缺的一部分。今年给自己定了一个小目标：读完 24 本书。这里记录下阅读的痕迹。

 技术类

 《代码整洁之道》

这是一本值得反复阅读的经典。核心观点：

 代码是写给人看的，顺便让机器执行
 命名是最重要也是最难的事
 函数应该只做一件事

 《重构》

重构不是一蹴而就的，而是持续进行的小步改进。书中提到的「代码坏味道」清单非常实用。

 非技术类

 《原则》

Ray Dalio 的人生和工作原则。印象最深的一点：把生活当作一个不断进化的系统，从错误中学习。

 《思考，快与慢》

人类思维的两种模式：快思考和慢思考。理解这一点，有助于做出更好的决策。

 结语

读书不在多，而在精。找到对自己有启发的书，深入阅读并实践，比泛泛而读更有价值。&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/my-reading-notes-2024/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>阅读</category><category>笔记</category><category>成长</category><author>语霖</author></item><item><title>请教员当老师 · 《中国社会各阶级的分析》：我的中年敌友地图</title><link>https://www.wangjianchao.cn/series/learn-from-chairman-mao/002/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/learn-from-chairman-mao/002/</guid><description>请教员当老师 · 《中国社会各阶级的分析》：我的中年敌友地图</description><pubDate>Fri, 10 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「谁是我们的敌人？谁是我们的朋友？这个问题是革命的首要问题。」——毛泽东，1925

一九二五年，毛泽东二十六岁，刚刚回到湖南养病，国民革命的局势尚不明朗。他在《中国社会各阶级的分析》开篇写下的这句话，后来被视为中国共产党最早的「方法论奠基石」。

九十九年后，一个身处草台班子、人到中年的我，把这句话抄在了笔记本第一页——它也是我的首要问题。因为中年人最大的消耗，从来不是努力太少，而是打错了仗。

火力浪费在假敌人上，时间消耗在无意义的会议里，情绪浪费在别人眼光里——回头看，那些&amp;quot;加班&amp;quot;&amp;quot;焦虑&amp;quot;&amp;quot;内耗&amp;quot;，大半都是打错仗的结果。

壹先借他的&amp;amp;quot;镜子&amp;amp;quot;

第一篇的精髓不是&amp;quot;阶级&amp;quot;，而是一套「分清敌友、集中火力」的方法。它要回答三个问题：

 它是帮我，还是耗我？
 它是真正的威胁，还是吓我的纸老虎？
 它是可靠的依靠，还是摇摆的工具？

分不清，就会把火力浪费在假敌人上。分清了，就能把主力集中到真正要命的那一两个点上——弱者资源有限，打错仗就是死。

 团结真正的朋友，以攻击真正的敌人。

贰我的&amp;amp;quot;敌友地图&amp;amp;quot;

把身边所有力量摆出来，逐一问「它是在…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/learn-from-chairman-mao/002/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>请教员当老师</category><category>连载中</category><author>语霖</author></item><item><title>我信奉的设计原则</title><link>https://www.wangjianchao.cn/posts/design-principles-i-believe/</link><guid isPermaLink="true">https://www.wangjianchao.cn/posts/design-principles-i-believe/</guid><description>总结多年来在设计和开发过程中形成的设计理念和原则。</description><pubDate>Sat, 28 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;设计的本质

设计不是装饰，而是解决问题。好的设计应该是隐形的，用户不会注意到设计本身，只会享受使用的过程。

 核心原则

 1. 少即是多

去除一切不必要的元素，只保留最核心的内容。每一个元素都应该有存在的理由。

 2. 一致性

保持视觉和交互的一致性，降低用户的认知负担。一致的颜色、字体、间距和交互模式，让用户感到熟悉和安心。

 3. 留白

留白不是浪费空间，而是给内容呼吸的余地。适当的留白能让重要信息更加突出。

 4. 层次感

通过大小、颜色、粗细来建立视觉层次，引导用户的视线流动。

 5. 可访问性

设计应该对所有用户友好，包括视力障碍用户。对比度、字体大小、交互区域都需要考虑。

 结语

这些原则不是教条，而是思考的起点。每个项目都有其独特性，灵活运用才能创造好的设计。&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/posts/design-principles-i-believe/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>设计</category><category>思考</category><category>原则</category><author>语霖</author></item><item><title>请教员当老师 · 《湖南农民运动考察报告》：我的中年调查清单</title><link>https://www.wangjianchao.cn/series/learn-from-chairman-mao/003/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/learn-from-chairman-mao/003/</guid><description>请教员当老师 · 《湖南农民运动考察报告》：我的中年调查清单</description><pubDate>Sun, 22 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「没有调查，没有发言权。」——毛泽东，1927

一九二七年，毛泽东三十四岁。全社会都在骂农民运动「糟得很」——地主、士绅、国民党右派、共产党内的妥协派，异口同声。他没有在长沙的办公室里争辩，他走了三十二天、七百里，下到湘南的乡下，亲眼去看。

看完，他说：「好得很！」

九十九年后，世界也在对我的中年喊「糟得很」——来不及了、身体废了、要被淘汰了。这一次，我决定像他一样：先去调查，再下结论。

壹先学他的&amp;amp;quot;调查法&amp;amp;quot;

第二篇的精髓不在「农民运动」，而在一套「调查法」。三个字：走、看、断。

  走下去→毛泽东不坐在屋里看报告，他走了七百里。真相不在二手信息里，在你亲自走到的地方。
  亲眼看→别人嘴里的「糟得很」，是他们的立场。是真是假，要你自己的眼睛说了才算。
  再下判断→没有调查，就没有发言权。调查完了，你才有资格说「好得很」或「糟得很」。

 没有调查，没有发言权。

贰世界喊的&amp;amp;quot;糟得很&amp;amp;quot;，调查后的&amp;amp;quot;好得很&amp;amp;quot;

每一条中年焦虑，都对应一个调查后的反转。把嘴里的「糟得很」摆到眼前，让事实说话——

 焦虑一 ·「四十…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/learn-from-chairman-mao/003/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>请教员当老师</category><category>连载中</category><author>语霖</author></item><item><title>请教员当老师 · 《中国的红色政权为什么能够存在》：我的中年根据地</title><link>https://www.wangjianchao.cn/series/learn-from-chairman-mao/004/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/learn-from-chairman-mao/004/</guid><description>请教员当老师 · 《中国的红色政权为什么能够存在》：我的中年根据地</description><pubDate>Thu, 05 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「红旗到底能打多久？」——毛泽东，1928

一九二八年，毛泽东三十五岁。大革命失败，共产党几乎被消灭，他带着残部退守井冈山，被白色政权四面包围。林彪在那一刻写信问：「红旗到底能打多久？」他没有喊口号，也没有回避，而是冷静地写下《中国的红色政权为什么能够存在？》，列出五个条件，证明红旗还能打下去。

九十八年后，被草台班子和中年焦虑包围的我，心里也在问：「我真的能翻身吗？」这一次，我像他一样，不喊口号，先核对条件。

壹同一种处境

一九二八年的井冈山，和我的中年，竟是同构的。

  1928 · 毛泽东→大革命失败，共产党几乎被消灭；退守井冈山，被白色政权四面包围；疑问「红旗到底能打多久？」；选择不硬拼，建立和巩固根据地。
  此刻 · 我→草台班子混乱，中年压力四伏；被焦虑、不确定、「35岁危机」包围；疑问「我真的能翻身吗？」；选择不硬拼，守住身体和家这块根据地。

我们都不是要立刻「打出去」，而是要先回答：在四面受困里，凭什么能站住。

贰五个条件：我凭什么能站住

毛泽东列出的五个条件，每一条都对应我的人生。

 条件壹 · 有缝隙

毛泽东：中国政治经济发展极不平衡，白色政…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/learn-from-chairman-mao/004/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>请教员当老师</category><category>连载中</category><author>语霖</author></item><item><title>请教员当老师 · 《星星之火，可以燎原》：我的小动作能燎原吗</title><link>https://www.wangjianchao.cn/series/learn-from-chairman-mao/005/</link><guid isPermaLink="true">https://www.wangjianchao.cn/series/learn-from-chairman-mao/005/</guid><description>请教员当老师 · 《星星之火，可以燎原》：我的小动作能燎原吗</description><pubDate>Sat, 14 Feb 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;「红旗到底能打多久？」——林彪，1930。毛泽东的回答是：火种虽小，但干柴已铺、风在吹，燎原必至。

一九三零年，林彪在信里问：「红旗到底能打多久？」那是井冈山最苦的时候，看不到头。毛泽东的回答是：火种虽小，但干柴已铺、风在吹，燎原必至。

今天，处在相持阶段、每天做着小动作却看不到效果的我，心里也在问：「我这点小动作，真的有用吗？」这一篇，就是给我的回答。

壹相持阶段，我的那个疑问

林彪的疑问，就是我的疑问——只是换了战场。

 「我这点小动作，真的有用吗？」

每天走 20 分钟、11 点睡、学一点 AI……做了些日子，秤没动、精力没明显变好、工作也没起色。于是那个声音又来了：这么小的事，能改变什么？是不是白费劲？

毛泽东的回答是：你看到的只是「火苗还小」，却没看到干柴已经铺满、风正在吹。火种不是没用，是还没到燎原的那一刻。小，不等于无用；小，是燎原的起点。

贰三步判断：为什么燎原必至

毛泽东的论证：干柴已铺 + 火种已有 + 风在吹 = 燎原必至。

 条件壹 · 干柴已铺

毛泽东：中国是全国都布满了干柴，很快就会燃成烈火——条件早已具备。

我的版本：我对草台班子…&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.wangjianchao.cn/series/learn-from-chairman-mao/005/&quot;&gt;阅读全文 →&lt;/a&gt;&lt;/p&gt;</content:encoded><category>请教员当老师</category><category>连载中</category><author>语霖</author></item></channel></rss>