https://blog.treesir.pub/tags/%E8%87%AA%E5%8A%A8%E5%8C%96/Recent content in 自动化 on Zayn's BlogHugo -- gohugo.iozh-cnyangzun@treesir.pub (Zayn)yangzun@treesir.pub (Zayn)2021-2026 ZaynSun, 29 Mar 2026 10:30:00 +0800https://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/daily-practice-2026-03-20/Fri, 20 Mar 2026 22:30:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/daily-practice-2026-03-20/<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> </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>：同样一颗 CPU，在不同任务下价值完全不同。比起盯着参数高低，更重要的是明确自己的主要负载到底是什么。</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> </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>https://blog.treesir.pub/posts/daily-practice-2026-03-19/Thu, 19 Mar 2026 22:30:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/daily-practice-2026-03-19/<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> </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> </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>https://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>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>https://blog.treesir.pub/posts/daily-practice-2026-03-28/Sat, 28 Mar 2026 23:00:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/daily-practice-2026-03-28/<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-27/">每日技术实践简报 - 2026-03-27</a></li> <li><a href="https://blog.treesir.pub/posts/openclaw-ai-agent-architecture-v2/">OpenClaw AI Agent 架构解析：多引擎联动与记忆系统</a></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="#%e4%bb%8a%e6%97%a5%e6%8a%80%e6%9c%af%e5%ae%9e%e8%b7%b5" aria-label="锚点">#</a> </span> </h2> <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>Teambition MCP 全链路打通</strong>：验证了 <code>BatchGetFileDetails</code>、<code>ListTaskActivitiesV3</code>、<code>PostV3MemberQuery</code> 三个核心 API 的完整调用链路，解决了从任务评论中提取附件信息的需求。</li> <li><strong>成员 ID 映射机制</strong>：建立了项目成员 ObjectId → 真实姓名的映射表（37人），支持&quot;陌生 ID 自动触发全量刷新&quot;的缓存策略，让任务动态终于可读了。</li> <li><strong>tb-apk-uploader Skill 封装</strong>：将&quot;TB附件获取 → 下载 → 重命名 → 上传 Nexus → 返回链接&quot;的完整流程封装为独立 Skill，经 skill-creator 规范优化并打包验证通过。</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>mcporter 调用参数格式</strong>：<code>mcporter call</code> 必须用 <code>--args</code> 传参且包在 <code>requestBody</code> 里，用 <code>--body</code> 会报 SyntaxError。这是踩了一个小时的坑才找到的。</li> <li><strong>Skill 封装规范</strong>：frontmatter description 要包含完整触发词，body 只保留工作流程和脚本用法，不要重复 frontmatter 信息。渐进式披露，核心逻辑在脚本里。</li> <li><strong>APK 文件名标准化规则</strong>：TB 附件下载后经常带 <code>.1</code> 后缀、<code>(1)</code> 括号、<code>E</code> 前缀，需要正则清洗。如 <code>RinoTrack_E4218_3.2.820260326_release(1).apk.1</code> → <code>RinoTrack_4218_3.2.820260326_release.apk</code>。</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%ae%9e%e9%99%85%e4%ba%a7%e5%87%ba" aria-label="锚点">#</a> </span> </h2> <ul> <li>成功上传了两个 APK 到 Nexus（RinoTrack 85MB + 微信 248MB）</li> <li>自动回复了下载链接到 DO-6456 评论区</li> <li>tb-apk-uploader Skill 打包为 <code>.skill</code> 文件，可分发复用</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>mcporter 参数格式</strong>：<code>--body</code> → <code>--args</code> + <code>requestBody</code> 包装</li> <li><strong>Nexus 重复上传</strong>：同一文件重复上传返回 HTTP 400，不是错误而是&quot;已存在&quot;，需要正确处理</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%85%b6%e4%bb%96%e6%80%9d%e8%80%83" aria-label="锚点">#</a> </span> </h2> <ul> <li>骑行语音 AI 助手项目构思（代号备选 CADENCE），核心场景：骑行中记录灵感 + 处理工作任务，已创建滴答清单任务储备。</li> <li>讨论了 DevOps/SRE 在 AI 时代的转型方向，核心结论：不需要转行，需要在现有方向上叠加 AI 能力。</li> </ul>https://blog.treesir.pub/posts/from-mcp-to-one-click-release-ai-agent-automation/Sun, 29 Mar 2026 10:30:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/from-mcp-to-one-click-release-ai-agent-automation/<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-28/">每日技术实践简报 - 2026-03-28</a></li> <li><a href="https://blog.treesir.pub/posts/openclaw-ai-agent-architecture-v2/">OpenClaw AI Agent 架构解析：多引擎联动与记忆系统</a></li> <li><a href="https://blog.treesir.pub/posts/ai-agent-workflow-practice/">当 AI Agent 遇上运维自动化：我的实践踩坑之路</a></li> </ul> <hr> <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="#%e7%9b%ae%e5%bd%95" aria-label="锚点">#</a> </span> </h2> <ul> <li><a href="#%e7%9b%ae%e6%a0%87%e6%8a%8a%e6%89%8b%e5%b7%a5%e7%82%b9%e7%82%b9%e7%82%b9%e5%8f%98%e6%88%90%e5%8f%af%e5%a4%8d%e7%94%a8%e9%93%be%e8%b7%af">目标：把&quot;手工点点点&quot;变成可复用链路</a></li> <li><a href="#%e6%8a%80%e6%9c%af%e6%96%b9%e6%a1%88%e4%b8%ba%e4%bb%80%e4%b9%88%e9%80%89-mcp--skill">技术方案：为什么选 MCP + Skill</a></li> <li><a href="#%e5%ae%9e%e6%88%98%e4%bb%8e-mcporter-%e8%b0%83%e9%80%9a%e7%ac%ac%e4%b8%80%e6%9d%a1%e9%93%be%e8%b7%af">实战：从 mcporter 调通第一条链路</a> <ul> <li><a href="#%e7%ac%ac%e4%b8%80%e4%b8%aa%e5%9d%91mcporter-%e7%9a%84%e5%8f%82%e6%95%b0%e6%a0%bc%e5%bc%8f">第一个坑：mcporter 的参数格式</a></li> <li><a href="#%e6%8b%bf%e8%af%84%e8%ae%ba%e5%92%8c%e9%99%84%e4%bb%b6listtaskactivitiesv3">拿评论和附件：ListTaskActivitiesV3</a></li> <li><a href="#%e7%ac%ac%e4%ba%8c%e4%b8%aa%e5%9d%91%e6%88%90%e5%91%98-id-%e5%85%a8%e6%98%af-objectid">第二个坑：成员 ID 全是 ObjectId</a></li> <li><a href="#%e7%ac%ac%e4%b8%89%e4%b8%aa%e5%9d%91apk-%e6%96%87%e4%bb%b6%e5%90%8d%e5%a4%aa%e9%87%8e%e4%ba%86">第三个坑：APK 文件名太野了</a></li> </ul> </li> <li><a href="#skill-%e5%b0%81%e8%a3%85tb-apk-uploader-%e7%9a%84%e6%a0%b8%e5%bf%83%e6%b5%81%e7%a8%8b">Skill 封装：tb-apk-uploader 的核心流程</a></li> <li><a href="#%e6%9c%80%e7%bb%88%e6%95%88%e6%9e%9c%e4%b8%80%e5%8f%a5%e8%af%9d%e5%8f%91%e5%8c%85">最终效果：一句话发包</a></li> <li><a href="#%e8%b8%a9%e5%9d%91%e6%80%bb%e7%bb%93%e5%88%ab%e8%a2%ab%e7%bb%86%e8%8a%82%e6%8b%96%e6%ad%bb">踩坑总结：别被细节拖死</a></li> </ul> <hr> <p>这周我被一个很&quot;低级但很费命&quot;的流程折磨了好几次:</p>https://blog.treesir.pub/posts/ai-agent-workflow-practice/Sun, 15 Mar 2026 22:05:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/ai-agent-workflow-practice/<h2 class="relative group">当 AI Agent 遇上运维自动化：我的实践踩坑之路 <div id="当-ai-agent-遇上运维自动化我的实践踩坑之路" 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%bd%93-ai-agent-%e9%81%87%e4%b8%8a%e8%bf%90%e7%bb%b4%e8%87%aa%e5%8a%a8%e5%8c%96%e6%88%91%e7%9a%84%e5%ae%9e%e8%b7%b5%e8%b8%a9%e5%9d%91%e4%b9%8b%e8%b7%af" aria-label="锚点">#</a> </span> </h2> <blockquote> <p>花了几天把 AI Agent 集成到日常运维里，踩了不少坑，记录下来供参考。</p></blockquote> <h2 class="relative group">1. 为什么要用 AI Agent <div id="1-为什么要用-ai-agent" 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-%e4%b8%ba%e4%bb%80%e4%b9%88%e8%a6%81%e7%94%a8-ai-agent" aria-label="锚点">#</a> </span> </h2> <p>简单说就是：太累了。</p>https://blog.treesir.pub/posts/python-fro-devops-notes/Thu, 05 Oct 2023 20:40:24 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/python-fro-devops-notes/<p>Python 在 DevOps 领域扮演着重要角色，其简洁的语法、丰富的生态系统和强大的自动化能力使其成为运维自动化的首选语言。本指南将从 DevOps 理念开始，逐步深入到 Python 在各个 DevOps 场景中的实际应用，帮助您构建高效的自动化运维体系。</p> <p> <figure> <img class="my-0 rounded-md" loading="lazy" alt="Python for DevOps 书籍封面" src="https://cdn.treesir.pub/images/2023/10/05/20231005204456.jpg"> </figure> </p> <p><em>图：《Python for DevOps: Learn Ruthlessly Effective Automation》</em></p> <h2 class="relative group">DevOps 理念与文化 <div id="devops-理念与文化" 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="#devops-%e7%90%86%e5%bf%b5%e4%b8%8e%e6%96%87%e5%8c%96" aria-label="锚点">#</a> </span> </h2> <h3 class="relative group">什么是 DevOps <div id="什么是-devops" 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%80%e4%b9%88%e6%98%af-devops" aria-label="锚点">#</a> </span> </h3> <p>DevOps 是一种文化、实践和工具的组合，旨在提高组织快速交付应用程序和服务的能力。它强调开发（Development）和运维（Operations）团队之间的协作与沟通。</p>