https://blog.treesir.pub/tags/%E7%9F%A5%E8%AF%86%E7%AE%A1%E7%90%86/Recent content in 知识管理 on Zayn's BlogHugo -- gohugo.iozh-cnyangzun@treesir.pub (Zayn)yangzun@treesir.pub (Zayn)2021-2026 ZaynWed, 25 Mar 2026 23:00:00 +0800https://blog.treesir.pub/posts/daily-practice-2026-03-25/Wed, 25 Mar 2026 23:00:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/daily-practice-2026-03-25/<h1 class="relative group">今日技术实践 <div id="今日技术实践" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e4%bb%8a%e6%97%a5%e6%8a%80%e6%9c%af%e5%ae%9e%e8%b7%b5" aria-label="锚点">#</a> </span> </h1> <h2 class="relative group">解决的问题 <div id="解决的问题" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e8%a7%a3%e5%86%b3%e7%9a%84%e9%97%ae%e9%a2%98" aria-label="锚点">#</a> </span> </h2> <ul> <li>把分散的 DevOps 反馈从“零散问题”改写为“工程健康治理”视角，先做问题分层，再做治理路线，避免头痛医头式修修补补。</li> <li>对未解决痛点做了结构化快照，统一了后续追踪入口，减少跨工具来回翻找的时间成本。</li> </ul> <h2 class="relative group">学到的新东西 <div id="学到的新东西" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e5%ad%a6%e5%88%b0%e7%9a%84%e6%96%b0%e4%b8%9c%e8%a5%bf" aria-label="锚点">#</a> </span> </h2> <ul> <li>当问题长期存在且跨团队反复出现时，最有效的切入点不是继续加临时补丁，而是定义统一指标与优先级，把“处理单点故障”升级为“治理系统性风险”。</li> <li>轻量任务管理在早期调研阶段很关键：先把研究动作显式化，再逐步补齐验收标准，执行阻力会明显下降。</li> </ul> <h2 class="relative group">踩坑记录 <div id="踩坑记录" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e8%b8%a9%e5%9d%91%e8%ae%b0%e5%bd%95" aria-label="锚点">#</a> </span> </h2> <ul> <li>仅有结论没有上下文时，后续复盘很难复用；因此当天补齐了“问题快照 + 行动项”配对记录，确保后续能直接接力推进。</li> </ul> <h2 class="relative group">明日计划 <div id="明日计划" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e6%98%8e%e6%97%a5%e8%ae%a1%e5%88%92" aria-label="锚点">#</a> </span> </h2> <ul> <li>继续完善工程健康治理的指标草案（稳定性、交付效率、可观测性）。</li> <li>将今日痛点快照扩展为可执行清单，补充负责边界与时间窗口。</li> <li>对研究任务增加阶段性产出定义，确保每次推进都有可验证结果。</li> </ul> <h2 class="relative group">推荐阅读 <div id="推荐阅读" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e6%8e%a8%e8%8d%90%e9%98%85%e8%af%bb" aria-label="锚点">#</a> </span> </h2> <ul> <li><a href="https://blog.treesir.pub/posts/daily-practice-2026-03-24/">每日技术实践简报 - 2026-03-24</a></li> <li><a href="https://blog.treesir.pub/posts/daily-practice-2026-03-23/">每日技术实践简报 - 2026-03-23</a></li> <li><a href="https://blog.treesir.pub/posts/openclaw-memory-fallback-pattern/">OpenClaw 记忆层降级策略：当 Working Memory 不可用时，如何保持稳定输出</a></li> </ul>https://blog.treesir.pub/posts/daily-practice-2026-03-21/Sat, 21 Mar 2026 22:05:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/daily-practice-2026-03-21/<p>今天把注意力放在两个方向：一是让信息流更适合长期使用，二是让自动化系统在扩展时更稳一点。看起来都像工程细节，但本质上都指向同一个问题：系统不是功能越多越好，而是越能长期稳定输出价值越好。</p> <h2 class="relative group">解决的问题 <div id="解决的问题" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e8%a7%a3%e5%86%b3%e7%9a%84%e9%97%ae%e9%a2%98" aria-label="锚点">#</a> </span> </h2> <ul> <li><strong>长期记忆开始真正做“减法”</strong>：这次重点不是继续往记忆系统里加内容，而是清理低价值信息。像占位模板、一次性播报、运行态重复内容、完成通知这类信息，短期看似有用，长期只会污染检索结果。把这些内容清掉之后，后续搜索和回顾都会更干净。</li> <li><strong>AI 信息流完成结构化收口</strong>：原本的信息汇总更像“把看到的东西发出来”，现在开始转向“按决策价值组织内容”。换句话说，不再只追求多，而是更强调什么值得关注、什么值得试、什么值得警惕。</li> </ul> <h2 class="relative group">学到的新东西 <div id="学到的新东西" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e5%ad%a6%e5%88%b0%e7%9a%84%e6%96%b0%e4%b8%9c%e8%a5%bf" aria-label="锚点">#</a> </span> </h2> <ul> <li><strong>记忆系统的核心不是存储能力，而是筛选能力</strong>：真正有价值的长期记忆，通常只来自稳定偏好、关键决策、已验证结论、长期计划、重要事实和可复用流程。其余内容如果没有被压缩成方法论，留着只会变成噪声。</li> <li><strong>系统稳定性的关键常常不是功能本身，而是边界是否一致</strong>：当一个系统开始分层、拆实例、接更多自动化链路后，最容易出问题的往往不是某个单点能力，而是入口、认证、职责划分这些边界没有统一。</li> <li><strong>新能力接入越克制，长期越稳</strong>：相比一上来就做全量接管，先手动使用、局部验证、逐步扩大范围，往往更适合持续运行的环境。</li> </ul> <h2 class="relative group">踩坑记录 <div id="踩坑记录" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e8%b8%a9%e5%9d%91%e8%ae%b0%e5%bd%95" aria-label="锚点">#</a> </span> </h2> <ul> <li><strong>搜索词过长会直接拖垮检索质量</strong>：把整段提示词、上下文说明甚至工作区注入内容一起扔进检索，看起来像“信息更全”，实际上更容易造成召回失真甚至超时。检索系统更喜欢短、准、明确的问题。</li> <li><strong>自动化摘要如果不做过滤，会悄悄把系统变臃肿</strong>：成功通知、定时任务运行记录、线程同步信息，这些内容在当下有参考价值，但不适合作为长期知识保留。系统越自动，这类噪声越容易积累。</li> </ul> <h2 class="relative group">明日计划 <div id="明日计划" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e6%98%8e%e6%97%a5%e8%ae%a1%e5%88%92" aria-label="锚点">#</a> </span> </h2> <ul> <li>继续压缩记忆系统里的边界项和重复主张，让长期记忆更适合检索和复用。</li> <li>继续完善 AI 信息流的自动化链路，重点补上去重与防重复触发。</li> <li>继续把正在推进的几个方向往“可持续”上收：不是追求一次做完，而是让系统以后少返工、少回退。</li> </ul>https://blog.treesir.pub/posts/weekly-report-2026-w11-v2/Sun, 15 Mar 2026 22:30:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/weekly-report-2026-w11-v2/<p>这周做的事情表面上很散：任务管理、博客自动化、记忆系统、监控恢复、工具选型、系统排障。但回头看，真正贯穿整周的其实是同一个问题：<strong>怎么把一个越来越复杂的系统，慢慢收成一个长期可用的系统。</strong></p> <p>我现在越来越相信，很多工程工作最值钱的部分，不是“又接了一个新能力”，而是把那些已经存在的东西收干净、讲清楚、跑稳定。</p> <h2 class="relative group">这一周真正推进的几件事 <div id="这一周真正推进的几件事" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#%e8%bf%99%e4%b8%80%e5%91%a8%e7%9c%9f%e6%ad%a3%e6%8e%a8%e8%bf%9b%e7%9a%84%e5%87%a0%e4%bb%b6%e4%ba%8b" aria-label="锚点">#</a> </span> </h2> <h3 class="relative group">1. 自动化开始从“能跑”变成“有层次” <div id="1-自动化开始从能跑变成有层次" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#1-%e8%87%aa%e5%8a%a8%e5%8c%96%e5%bc%80%e5%a7%8b%e4%bb%8e%e8%83%bd%e8%b7%91%e5%8f%98%e6%88%90%e6%9c%89%e5%b1%82%e6%ac%a1" aria-label="锚点">#</a> </span> </h3> <p>这周一个明显变化是，很多原本孤立的自动化动作，开始不再像散落的脚本，而更像有分工的系统。</p>