https://blog.treesir.pub/tags/%E5%8D%9A%E5%AE%A2%E7%B3%BB%E7%BB%9F/Recent content in 博客系统 on Zayn's BlogHugo -- gohugo.iozh-cnyangzun@treesir.pub (Zayn)yangzun@treesir.pub (Zayn)2021-2026 ZaynSun, 15 Mar 2026 23:30:00 +0800https://blog.treesir.pub/posts/daily-practice-2026-03-15/Sun, 15 Mar 2026 23:30:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/daily-practice-2026-03-15/<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>博客渲染规则得到统一</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="#%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>继续把容易重复踩的格式和配置问题收敛成固定规范。</li> <li>继续观察内容生成与发布流程是否真正具备长期稳定性。</li> </ul>