<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[littlerabbit1201的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/littlerabbit1201</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; littlerabbit1201]]></copyright><item><title><![CDATA[从单 Agent 到多 Agent：何时拆分、如何平滑演进（含拆分信号、迁移路径、回退护栏）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026981</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026981</guid><author>littlerabbit1201</author><pubDate>Thu, 23 Apr 2026 15:30:00 +0800</pubDate><description><![CDATA[先把单 Agent 做稳（架构、状态机、容错、观测）；再把能力做强（Prompt、记忆、RAG、上线治理）；最后按证据演进（多 Agent 拆分与回退）。最终结论：先进架构的前提，是稳定工程；持续迭代的前提，是可验证与可回退。]]></description><category></category></item><item><title><![CDATA[上线前清单：配置、限流、安全与成本控制（一套可执行的 Go/No-Go 门禁）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026964</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026964</guid><author>littlerabbit1201</author><pubDate>Wed, 22 Apr 2026 16:18:25 +0800</pubDate><description><![CDATA[本文提出了将Agent系统从&quot;能跑&quot;升级为&quot;可运营&quot;生产系统的6大门禁：配置治理、弹性限流、安全权限、成本配额、可观测告警、发布回滚。每个门禁包含必做项和实践建议，如配置分层、接口限流、工具白名单、成本监控等，强调任一核心门禁未通过即禁止上线。文章提供了Go/No-Go检查清单和事故复盘模板，指出上线不是终点而是系统在真实环境中持续运营的起点，核心原则是优先保障稳定性、安全性和回滚能力。]]></description><category></category></item><item><title><![CDATA[检索增强（RAG）接入实战：何时加、怎么加最划算（架构、流程、评测、成本全链路）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026945</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026945</guid><author>littlerabbit1201</author><pubDate>Thu, 16 Apr 2026 15:30:00 +0800</pubDate><description><![CDATA[摘要： RAG（检索增强生成）技术的有效落地需遵循系统化工程方法。核心在于判断接入时机（依赖私域知识、更新频繁等场景）、构建最小可用架构（查询改写→召回→重排→生成），并注重数据预处理（文档清洗、语义切分）与混合检索策略（向量+关键词）。关键是通过评测体系（召回率、答案忠实度等）和成本控制（优化召回、限制上下文长度）实现质量与成本的平衡。RAG不是简单组件，而是需持续迭代的生产链路，需避免盲目接入导致效果下降或成本失控。]]></description><category></category></item><item><title><![CDATA[记忆与上下文管理：短期会话、长期记忆与检索边界怎么设计（含分层策略与实现要点）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026822</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026822</guid><author>littlerabbit1201</author><pubDate>Wed, 15 Apr 2026 10:40:08 +0800</pubDate><description><![CDATA[《Agent项目记忆系统优化指南》针对&quot;记不住、记太多、记错&quot;三大问题，提出分层记忆解决方案。将记忆分为短期上下文、工作记忆和长期记忆三层，明确各层职责：短期记忆维护会话窗口，工作记忆处理任务中间状态，长期记忆存储稳定偏好和关键事实。建议采用事件驱动式写入策略，设置严格检索边界（top-3~5相关片段），并定期维护记忆库（去重、复核、清理）。关键要义在于&quot;该记才记&quot;而非&quot;能记就记&quot;，通过分层治理实现&quot;记得准、取得到、用得上&quot;的目]]></description><category></category></item><item><title><![CDATA[Prompt 版本化与评测基线：如何迭代不退化（含版本策略、评测流程、灰度回滚）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026231</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/160026231</guid><author>littlerabbit1201</author><pubDate>Sat, 11 Apr 2026 15:30:00 +0800</pubDate><description><![CDATA[本文探讨了如何将Prompt优化从主观感觉转变为可验证、可回滚、可持续的过程。作者指出当前Prompt调整存在的不稳定性问题，并提出应将Prompt视为&quot;代码资产&quot;进行管理，需要具备版本化、基线评测和灰度回滚三大能力。文章详细介绍了Prompt版本管理规范、评测指标体系构建方法（包括质量、稳定性和成本三类指标），以及30-50条样本的评测集构建建议。最后强调Prompt迭代的核心在于可控性，通过版本化保证可追踪，评测基线保证可比较，灰度回滚保证可止损，实现从&quot;凭感觉&quot;]]></description><category></category></item><item><title><![CDATA[可观测性落地：日志、Trace、指标如何形成故障定位闭环（含字段规范与排障流程）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915836</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915836</guid><author>littlerabbit1201</author><pubDate>Fri, 10 Apr 2026 15:19:32 +0800</pubDate><description><![CDATA[本文提出将传统的&quot;出问题再看日志&quot;模式升级为&quot;分钟级定位与可验证修复&quot;的可观测性体系。文章指出系统常见问题在于故障定位慢、日志分散、修复验证难，其本质是缺乏完整的可观测体系。解决方案包含四个核心要素：日志记录事件、Trace追踪路径、指标量化表现、告警触发干预。具体实施包括：制定统一日志字段规范，设计Trace链路追踪机制，建立多维度指标体系，明确关键埋点位置，形成闭环排障流程。文章还提供了观测包装器伪代码实现，并纠正了常见误区。最终强调可观测性使系统具备自证能力，让]]></description><category></category></item><item><title><![CDATA[容错机制实战：超时、重试、降级、熔断如何协同工作（含策略表与伪代码）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915670</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915670</guid><author>littlerabbit1201</author><pubDate>Thu, 09 Apr 2026 18:49:06 +0800</pubDate><description><![CDATA[摘要：本文探讨如何将Agent系统的容错能力从“偶尔可用”提升至“故障下依然可服务”。通过分析线上常见问题（如接口超时、雪崩效应等），提出由超时、重试、降级和熔断组成的四件套协同方案。重点包括分层超时设计（按工具类型设置）、智能重试策略（区分可恢复/不可恢复错误）、熔断三态机制（Closed/Open/HalfOpen）以及三级降级体系（部分结果/缓存/模板）。文章提供可直接落地的参数建议、伪代码示例和验证方法，强调容错机制需整体协同而非单点优化，最终实现快速止损、有序恢复和优雅降级的目标。]]></description><category></category></item><item><title><![CDATA[工具层统一协议与注册中心：让 Agent 从“能调工具”到“可持续扩展”]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915320</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915320</guid><author>littlerabbit1201</author><pubDate>Wed, 08 Apr 2026 15:00:00 +0800</pubDate><description><![CDATA[本文探讨了Agent项目中工具层存在的工程问题，提出了标准化解决方案。核心观点是：工具层应设计为&quot;平台&quot;而非&quot;函数集合&quot;，需包含统一调用协议、集中注册与发现机制、统一执行护栏三大要素。文章详细说明了请求/响应/错误协议格式、注册中心设计原理、执行包裹器实现方法，并给出目录结构建议和验证清单。通过标准化工具层，可以避免调用适配混乱、提升扩展性、确保系统稳定性，使Agent核心代码保持简洁。关键实现要点包括强制统一响应结构、工具独立注册、统一异常处理等。]]></description><category></category></item><item><title><![CDATA[状态机设计实战：从 INIT 到 FAILED 的可恢复执行流（含幂等与重试策略）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915167</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159915167</guid><author>littlerabbit1201</author><pubDate>Tue, 07 Apr 2026 11:00:44 +0800</pubDate><description><![CDATA[本文探讨如何通过状态机设计将Agent系统从&quot;能跑&quot;升级为&quot;稳定可恢复&quot;的工程系统。文章首先指出缺少状态边界会导致流程卡死、重复执行等问题，提出5个核心状态(INIT、PLAN_READY等)及其流转规则。核心实现包含状态枚举类、转移约束条件和伪代码示例，强调必须配备幂等键、超时控制、重试策略和降级兜底四大机制。最后给出验证清单和常见问题排查方法，指出状态机是确保Agent系统可控性的关键，使执行流程从&quot;碰运气&quot;转变为&quot;可验证&quot;]]></description><category></category></item><item><title><![CDATA[项目脚手架实战：30 分钟搭好可运行的 Agent 服务骨架]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159612493</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159612493</guid><author>littlerabbit1201</author><pubDate>Sun, 29 Mar 2026 14:10:16 +0800</pubDate><description><![CDATA[本文介绍如何快速搭建一个可运行的Agent服务骨架。文章首先指出前两篇方法论和架构设计后，开发者常遇到的工程落地问题，提出30分钟内搭建可运行骨架的目标。随后详细说明环境配置、目录结构设计，并分步骤实现核心功能：1）初始化Python项目环境；2）定义API协议；3）实现Agent核心逻辑（规划器和执行器）；4）接入FastAPI路由；5）启动服务验证。最终产出一个具备清晰分层结构、健康检查接口和最小闭环链路的工程基础，为后续接入真实模型功能做好准备。文章还包含常见报错排查方法，强调工程地基的重要性。]]></description><category></category></item><item><title><![CDATA[单 Agent 最小可用架构设计（进阶版）：含目录结构、状态机伪代码与工程化落地方案]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159427751</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159427751</guid><author>littlerabbit1201</author><pubDate>Tue, 24 Mar 2026 15:16:40 +0800</pubDate><description><![CDATA[本文提出了一套单Agent系统的最小可用架构方案，旨在实现稳定、可观测、可恢复的基础能力。架构包含6个核心模块：API层、Agent Core、Tool Adapter、State Store、Model Gateway和Observability。重点包括： 定义5个状态的最小状态机流程 工具层的统一调用协议和防护机制（超时/重试/幂等） 标准化的日志规范（JSON结构化） 提供可直接复用的工程目录结构 该方案聚焦基础能力建设，暂不涉及复杂多Agent功能，确保系统具备可运行、可观测、可恢复、可扩展四大核]]></description><category></category></item><item><title><![CDATA[为什么 Agent 项目要先做单 Agent：一条更稳的落地路线（实战视角）]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159388019</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159388019</guid><author>littlerabbit1201</author><pubDate>Mon, 23 Mar 2026 15:54:38 +0800</pubDate><description><![CDATA[在 Agent 项目早期，先做单 Agent，是为了用最小复杂度建立最大确定性。你需要的不是“看起来先进”，而是“每次改动都可控，每次故障都可查，每次迭代都可复盘”。]]></description><category></category></item><item><title><![CDATA[如何训练属于自己的 OpenClaw：从“会聊天”到“会做事”]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159207923</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159207923</guid><author>littlerabbit1201</author><pubDate>Wed, 18 Mar 2026 15:26:51 +0800</pubDate><description><![CDATA[《如何系统训练OpenClaw成为高效助手》摘要：OpenClaw需要系统性训练而非简单使用。首先明确训练目标：建立边界、统一风格、确保执行闭环和持续记忆。训练路径分为五步：1）设定安全边界规则；2）固化表达偏好；3）建立任务闭环流程；4）制定信息分流规则；5）每周复盘优化。通过规则→偏好→闭环→复盘的持续迭代，可将工具从&quot;偶尔聪明&quot;升级为&quot;稳定可靠&quot;的工作系统，最终实现越用越懂使用者的智能协作体验。（149字）]]></description><category></category></item><item><title><![CDATA[OpenClaw记忆系统搭建模板]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159119267</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159119267</guid><author>littlerabbit1201</author><pubDate>Tue, 17 Mar 2026 14:54:08 +0800</pubDate><description><![CDATA[摘要：OpenClaw的记忆系统需通过文件管理实现长期协作，建议建立两层记忆结构（日记层和沉淀层）。推荐目录包含MEMORY.md（长期规则）、USER.md（用户偏好）和每日日志文件。关键是将高价值信息写入长期记忆，日常记录保存到每日文件，并定期维护（每日整理、每周复盘）。核心原则是任务后记录&quot;结论+决策+下一步&quot;，坚持使用可显著改善模型健忘问题，使其从聊天工具升级为协作系统。]]></description><category></category></item><item><title><![CDATA[安装 OpenClaw 时网络怎么配置？一篇讲清模型接入与代理设置]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159116753</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/159116753</guid><author>littlerabbit1201</author><pubDate>Mon, 16 Mar 2026 11:56:57 +0800</pubDate><description><![CDATA[本文针对OpenClaw安装后无法发送请求的问题，重点分析了网络链路配置方案。文章指出关键在于确保本地机器到模型API（如OpenAI）和第三方网关的网络可达性，推荐三种解决方案：系统全局代理（适合新手）、终端环境变量代理（推荐）和模型中转网关（更灵活）。提供了详细的配置示例和最小排错流程，强调网络层而非OpenClaw本身是主要问题来源，建议用户重点关注代理策略和认证配置。最后提醒常见误区，如混淆API与网页链路、忽视网络层检查等。]]></description><category></category></item><item><title><![CDATA[OpenClaw 为什么会“健忘”？第一天告诉它的事，第二天它怎么就忘了]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158924130</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158924130</guid><author>littlerabbit1201</author><pubDate>Wed, 11 Mar 2026 16:05:40 +0800</pubDate><description><![CDATA[摘要：OpenClaw的&quot;隔天失忆&quot;现象常被误认为模型记忆能力不足，实则多因记忆系统运作问题导致。常见原因包括：信息未真正写入记忆、仅保存为临时记录而非长期记忆、会话上下文变更、记忆未能正确加载等。解决思路应聚焦于检查记忆是否有效保存、区分临时与长期记忆、确认会话连续性、确保记忆正确调用。理解这些具体原因比简单归因于&quot;记性差&quot;更有助于问题解决。]]></description><category></category></item><item><title><![CDATA[如何安全地试用 OpenClaw：最小权限、skills 白名单、隔离与升级策略]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158847603</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158847603</guid><author>littlerabbit1201</author><pubDate>Mon, 09 Mar 2026 17:34:08 +0800</pubDate><description><![CDATA[安全试用 OpenClaw 的核心，不是追求“绝对安全”，而是把它放在一个你能理解、能收敛、能快速丢弃和重建的边界里。官方安全文档已经把前提讲得很清楚：它适合个人助手模型，不适合敌对多租户；一旦你安装了插件，它就属于与你本地代码同等级别的信任；如果你让不受控的人接触同一个 tool-enabled agent，他们共享的其实是同一组委托权限。先缩权限，再谈体验；先做隔离，再谈自动化；先能审计，再谈扩展。]]></description><category></category></item><item><title><![CDATA[OpenClaw 火了：它到底强在哪？又危险在哪？]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158845822</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158845822</guid><author>littlerabbit1201</author><pubDate>Mon, 09 Mar 2026 16:27:18 +0800</pubDate><description><![CDATA[喜欢折腾、愿意学习权限治理的个人/开发者想做自动化、想搭自己的 Agent 工作流的人把它放在“沙箱环境”里做实验与评估的团队。]]></description><category></category></item><item><title><![CDATA[一文讲清 Skills：定义、编排与落地步骤]]></title><link>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158738014</link><guid>https://blog.youkuaiyun.com/littlerabbit1201/article/details/158738014</guid><author>littlerabbit1201</author><pubDate>Fri, 06 Mar 2026 16:07:44 +0800</pubDate><description><![CDATA[在做 AI 应用/智能体（Agent）工程时，你很快会发现一个现实问题：同一个“写报告/生成 PDF/改 Word/做表格”的需求，模型有时能做得很好，有时又会跑偏。原因通常不是“模型不行”，而是缺少一套稳定、可复用、可执行的操作规范。skills（技能/操作规程）就是用来解决这个问题的：把某类任务的“标准做法、工具用法、质量检查、输出规范”写成一份可复用的说明，让模型在需要时按这份说明执行，从而把结果稳定下来。提示：以下是本篇文章正文内容，下面案例可供参考这类任务的目标是什么（输出什么）]]></description><category></category></item></channel></rss>