2026-复盘总结-4月

这个月一句话

四月的核心，不是再去证明 AI 工具能不能用，而是开始认真回答另一个更难的问题：这些工具、空间、知识和流程，到底该怎么摆，才能真的长期为我所用。

如果说前两个月更像是“折腾能力”，那四月明显开始进入“收口结构”的阶段。很多动作看起来分散：企微 teams 空间、OpenClaw / Hermes 协作、LLM-Wiki 自动化、周复盘生成、个人 workspace 重构、测试知识图谱、测试报告自动化……但它们最后都指向了同一个目标：

把 AI 从好玩的外挂，往稳定的工作系统里塞。

一、本月主线：从“统一工作台”回到“个人主阵地”

这个月最重要的认知变化，是把“团队统一空间”这件事重新想明白了。

前半个月，我还在持续推进 teams 空间、治理脚本、权限模型、部署器、规则沉淀这些事情，想把它做成一个统一入口、统一规则、统一模板的 AI 工作台。这个方向本身没错，但真正跑起来后，问题也越来越明显：每个人的工作习惯、目录偏好、提示词风格、工具选择都不一样，强行统一，很容易把“规范”做成“束缚”。

所以到了下旬，思路开始明显收口：团队空间更适合做共享资料区、经验沉淀区、模板和规则入口；真正高频、长期、持续进化的主阵地，还是个人 workspace。

这个转向很关键。它意味着我不再执着于“做一个所有人都得在里面办公的大一统平台”，而是开始接受一个更现实、也更健康的结构：

团队空间负责共享、复用、对齐
个人空间负责沉淀、试验、迭代、长期陪跑

说白了，团队空间更像公共图书馆，个人空间才是自己的书房。这个认知一旦立住，后面很多事就顺了。

二、OpenClaw / Hermes / Obsidian：四月真正搭的是“协作秩序”

四月另一条很重的线，是继续把 OpenClaw、Hermes、Obsidian、LLM-Wiki 这些东西从“都能接上”推进到“知道谁该干什么”。

月初到月中，做了很多看起来偏配置、偏文档、偏治理的事情：

梳理 OpenClaw / Hermes 的分工边界
补齐共享工作区和协作口径
反复修 OpenClaw / Hermes / group policy / daily / weekly 的真实生效链路
把“现在到底怎么跑”沉淀成可复用说明，而不是只停留在聊天记录里

这些事表面上不性感，但价值很大。因为 AI 工具一多，真正先失控的往往不是模型，而是职责边界。谁是主入口，谁负责调度，谁负责本地执行，规则放哪里，记忆落哪里，失败后怎么回查——这些如果不先讲清楚，后面所有效率都会变成噪音。

所以四月其实不是简单“又折腾了一堆 AI 工具”，而是在给这些工具补秩序、补边界、补可维护性。

三、LLM-Wiki、周复盘、记忆链路：开始从“能记”走向“能复盘”

如果说二月在想“怎么把经验固化成 skill”，那四月就在继续往前推：怎么把经验、对话、文章、笔记、daily、memory、wiki，串成一条能持续复盘的链。

这个月围绕 LLM-Wiki 和复盘机制做了不少实打实的推进：

修 daily / ingest / weekly 的自动化链路
让周复盘不再只扫少量目录，而是纳入文章、笔记、记忆、wiki、对话线索
开始强调“自然日窗口”“真实来源”“可追溯证据”
不只生成复盘，还开始关注复盘的来源口径和验收方式

这件事的意义，不在于多了一篇周报，而在于：

复盘开始摆脱纯手工回忆，转向基于工作空间证据来还原这个月到底做了什么。

这很重要。因为 AI 时代最贵的，不只是产出，更是“别丢”。

工具帮你干了很多事，如果最后没有被归档、没有被索引、没有被复盘，那本质上还是一次性消耗。

四、内容产出没有停，反而更像一条稳定生产线了

四月的内容产出量其实很猛。

从工作区里看，01-Articles/ 下仅带 2026-04 日期的正式文章/稿件就有 207 篇（包含同主题多版本延展），20-Knowledge/ 下四月沉淀的知识素材有 532 份，本月 git 提交 69 次。

这组数字本身不代表质量，但至少说明一件事：这个月不是“想法很多但没落地”，而是真的持续在写、在改、在整理、在沉淀。

更重要的是，四月内容方向比之前更收敛了，主线越来越清楚，基本集中在几类：

OpenClaw / Hermes / 多 Agent 协作
LLM-Wiki / workspace / 个人知识工作流
Skills / CLI / 可复用能力封装
测试工程、影响分析、代码理解、知识图谱
AI 工具评测与方法论整理

也就是说，内容不再只是“看到什么写什么”，而是在围绕自己的真实工作系统持续扩写。这样写的好处是：文章、笔记、方案、脚本、工作实践，彼此是能互相喂养的。

五、测试这条线，开始找到更扎实的落点了

除了 AI 工作流本身，四月另一个让我觉得很有价值的变化，是测试这条线开始往“可沉淀、可分析、可辅助判断”的方向走。

下旬围绕测试知识图谱、影响分析、代码关系、历史 Bug 复用这块，思路明显更具体了：

不只是讲“AI 可以帮测试”
而是开始认真设计：资料怎么归档、图谱怎么建、影响范围怎么查、历史 Bug 怎么召回、代码 diff 怎么接进来

这背后的思路我很认同：

测试工作真正缺的，不是一个会说漂亮话的 AI，而是一套能把需求、Bug、用例、代码、变更关系串起来的证据系统。

包括测试报告自动化这条线，也开始更清楚它的边界：

目标就是“给一个执行 ID，自动产出并发送测试报告”
数据源、报告格式、邮件通道、总结方式、入口，都有明确范围
不再一上来追求大而全，而是先把一个可交付的小系统做扎实

这种“知道自己先做什么、不做什么”的感觉，比一味铺功能更像真工程。

六、这个月最大的收获，不是新工具，而是判断更稳了

四月最明显的变化，其实是判断方式变了。

以前遇到新工具、新玩法，很容易先兴奋，先上手，先看看能不能接进来；这个月虽然还是在持续试，但明显更在意这些问题：

当前真实生效链路是什么？
这东西是长期资产，还是一次性爽点？
它能不能落到 skill / CLI / 文档 / 图谱 / workspace 里？
它是降低复杂度，还是只是换了个地方堆复杂度？

这是一种挺重要的转变：从“会不会用 AI”，慢慢走向“会不会管理 AI 带来的复杂性”。

而这件事，可能比单点工具能力更值钱。

七、问题也很明显：版本分叉、生活素材偏薄、主线还得继续收

当然，四月也不是没有问题。

1）版本分叉还是重

同一主题经常会同时出现文章版、手册版、演讲版、PPT 版、笔记版。虽然这是产出的必经阶段，但维护成本也在变高，后面还得继续收敛主线文档。

2）自动化能跑，不等于长期稳定

这个月已经多次验证：最怕的不是脚本报错，而是“你以为它在跑，其实它早断了”。所以后面必须继续补验收、日志、失败提示和检查机制。

3）生活线素材不够厚

和一二月比，四月这次能直接拿来写进复盘的生活记录偏少。说明这段时间更多精力确实压在工作系统、文档沉淀和 AI 工具链上了。不是坏事，但也提醒自己：之后如果想让月复盘更完整，daily 和生活侧记录还是得补起来。

八、给四月的结论

如果一定要给四月挑一个关键词，我会选：收口。

不是停下折腾，而是开始把折腾出来的东西摆回正确的位置：

团队空间，不再幻想成所有人的主桌面
个人 workspace，正式成为长期主阵地
LLM-Wiki、memory、daily、weekly，不再各跑各的，而是开始尝试连成闭环
测试、知识图谱、代码理解，不再停留在概念层，而是开始找具体落点

四月并没有给我一个“大功告成”的结果。

但它做了一件更重要的事：把接下来这套 AI 工作方式，往更稳、更长、更像自己的方向，推了一大步。

九、5 月想继续做的事

继续收敛个人 workspace 结构，把高频资料、脚本、规则真正养熟
把可复用能力继续沉淀成 skill / CLI / 模板，而不是散落在对话里
推进测试知识图谱和影响分析，让它真正服务实际评审与测试设计
给自动化补验收和日志，减少“以为在跑”的幻觉
补厚 daily / 生活记录，让复盘不只剩下工作系统这一条线

#月度复盘 #OpenClaw #Hermes #LLMWiki #Workspace #AI工作流 #测试工程 #知识图谱 #Skills #工程化