<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Data · Model · Agent · Repeat]]></title><description><![CDATA[专注大模型与人工智能的深度研究与技术实录。探索 AI 边界，见证智能涌现。https://github.com/AI-ShenYan]]></description><link>https://blog.youkuaiyun.com/be_racle</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; be_racle]]></copyright><item><title><![CDATA[【人工智能】小镇AI助手诞生记（一文记住40+新兴技术名词）]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/160836188</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/160836188</guid><author>be_racle</author><pubDate>Thu, 07 May 2026 23:56:45 +0800</pubDate><description><![CDATA[在一个叫“智慧谷”的小镇，镇长打算开发一个AI助手，让它能看懂文字、听懂话、还能看懂图纸和照片——这就叫多模态模型。]]></description><category></category></item><item><title><![CDATA[【OpenClaw】思路转变：从 “传统UI测试” 到 “AI驱动的UI测试”]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/159856697</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/159856697</guid><author>be_racle</author><pubDate>Sun, 05 Apr 2026 15:47:15 +0800</pubDate><description><![CDATA[本文对比了传统 UI 测试与 AI 驱动的 OpenClaw 浏览器自动化的差异，指出 OpenClaw 通过自然语言理解和动态识别实现更智能的 UI 测试。OpenClaw 基于 Rust 开发的 agent-browser 工具，支持完整浏览器操作，提供三种应用路径：自然语言直接驱动、封装测试 Skill、集成现有测试框架。OpenClaw 代表了从 "写脚本" 到 "设计测试智能体" 的思维转变。]]></description><category></category></item><item><title><![CDATA[【OpenClaw】测试工程师如何使用 OpenClaw 参与测试流程]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/159854261</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/159854261</guid><author>be_racle</author><pubDate>Sun, 05 Apr 2026 14:38:49 +0800</pubDate><description><![CDATA[本文为测试工程师提供了使用 OpenClaw 参与测试流程的完整指南。OpenClaw 擅长执行重复性、可脚本化的测试任务，包括 API 测试、浏览器自动化、数据库测试等6大环节。文章详细介绍了 OpenClaw 的核心 Skill 能力、3 种实战工作流配置（API 变更触发测试、代码提交回归测试、定时冒烟测试），并指出其边界限制（不能做决策判断）。]]></description><category></category></item><item><title><![CDATA[【OpenClaw】拆解一个真实的 Skill：微信文章阅读器（wechat-article-viewer）]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/159737660</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/159737660</guid><author>be_racle</author><pubDate>Wed, 01 Apr 2026 23:41:18 +0800</pubDate><description><![CDATA[本文拆解了一个解决 AI 无法读取微信公众号文章的真实 Skill 案例 —— wechat-article-viewer。该 Skill 通过分析微信的三层防御机制（Cookie 鉴权、动态渲染和反爬策略），采用浏览器渲染方案而非传统抓取方式。文章详细介绍了 Skill 的设计过程，包括问题诊断、资源规划、SKILL.md 说明书编写（含触发条件和执行流程）、代码实现（浏览器连接检查和主执行函数），最后总结了该 Skill 体现的三大设计原则：单一职责、渐进式披露和分层诊断。]]></description><category></category></item><item><title><![CDATA[【OpenClaw】创建一个每日热点新闻 Skill]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/159697921</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/159697921</guid><author>be_racle</author><pubDate>Tue, 31 Mar 2026 23:19:34 +0800</pubDate><description><![CDATA[本文介绍如何创建一个每日热点新闻推送 Skill，包含三大步骤：创建 Skill 目录文件、编写 SKILL.md 核心文档、设置定时任务。关键内容包括：（1）定义技能触发条件和适用场景；（2）整合多个新闻源 API/RSS获取科技、财经等领域热点；（3）设计标准输出格式；（4）通过 cron 实现定时推送。文章还提供了进阶优化建议，如扩展新闻源、添加摘要生成功能等，并附有完整文件结构和完成检查清单。]]></description><category></category></item><item><title><![CDATA[【人工智能】探索 OpenClaw 的实际应用：让 AI Agent 真正改善你的生活]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/159554658</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/159554658</guid><author>be_racle</author><pubDate>Sat, 28 Mar 2026 00:12:17 +0800</pubDate><description><![CDATA[在人工智能快速发展的今天，我们常常面临一个问题：工具本身很强大，但如何将它融入日常生活，真正解决实际问题？OpenClaw 社区正是为了解决这一瓶颈而存在。这里汇集了众多经过验证的真实用例，展示了如何利用 OpenClaw 提升效率、激发创意、优化工作流。]]></description><category></category></item><item><title><![CDATA[【人工智能】OpenClaw：“全民养虾” 的数字新时代]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/158804669</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/158804669</guid><author>be_racle</author><pubDate>Sun, 08 Mar 2026 13:37:29 +0800</pubDate><description><![CDATA[OpenClaw 的爆火，就像推开了一扇通往未来世界的大门。它让我们看到，AI 正从 “对话” 走向 “执行”，一个 “全民养虾” 的数字新时代或许才刚刚开始。]]></description><category></category></item><item><title><![CDATA[【计算机网络】网络时间协议 NTP（二）：X-Request-Start]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/158070726</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/158070726</guid><author>be_racle</author><pubDate>Tue, 24 Feb 2026 20:50:08 +0800</pubDate><description><![CDATA[本文探讨了 NTP 时间同步的局限性及 X-Request-Start 解决方案。在分布式系统中，即使经过 NTP 同步，不同服务器间仍存在毫秒级时间误差，导致业务逻辑判断混乱。X-Request-Start 通过在网关层注入统一时间戳，使后端服务器以网关时间为准，避免依赖本地时间。网关通过直连 GPS/PTP 协议、硬件时间戳等技术确保时间精准，同时采用多源校验和逻辑合理性检查作为容错机制。这种方案实现了 "所有人看同一块表" 的分布式时钟同步，有效解决了秒杀等对时间敏感场景的业务一致性问题。]]></description><category></category></item><item><title><![CDATA[【计算机网络】网络时间协议 NTP（一）]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/158070040</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/158070040</guid><author>be_racle</author><pubDate>Tue, 24 Feb 2026 20:47:39 +0800</pubDate><description><![CDATA[NTP（网络时间协议）是用于计算机网络时间同步的关键协议，确保设备时钟高度一致。NTP 采用分层架构（0-3层），通过计算网络延迟精确校准时间，精度可达亚毫秒级。在电商秒杀等场景中，NTP 同步至关重要：1000 台服务器通过专用时间服务器（Stratum 1）同步，使用 chronyd/ntpd 服务动态调整，避免时间回拨问题。结合负载均衡器注入统一时间戳，可将时间差异控制在±10毫秒内，确保业务逻辑和日志时序准确。NTP 如同计算机世界的"钟表管理员"，是分布式系统可靠运行的基石。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】OpenDistro Security 中 backend_roles 的设计哲学（含实战验证）]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/157326738</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/157326738</guid><author>be_racle</author><pubDate>Sat, 24 Jan 2026 16:42:00 +0800</pubDate><description><![CDATA[OpenDistro Security 的 backend_roles 设计采用独特思路，允许内部用户通过虚拟标签模拟外部用户组关系。该设计体现了 OpenDistro 团队 "统一管理所有用户权限" 的设计哲学，通过虚拟化外部组关系来增强内部用户的权限管理灵活性。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】OpenDistro/Elasticsearch 权限分类详解]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/157186217</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/157186217</guid><author>be_racle</author><pubDate>Tue, 20 Jan 2026 23:57:25 +0800</pubDate><description><![CDATA[本文详细解析了 OpenDistro/Elasticsearch 的权限系统架构。权限采用分层设计，格式为"类别:子类别/操作/资源"，主要分为六大类：（1）集群管理权限包含快照、索引生命周期等高级操作；（2）集群监控权限提供健康检查、节点信息等只读权限；（3）索引管理权限控制索引创建、映射管理等；（4）数据读写权限细分 read/write 子类；（5）索引监控权限提供统计信息查询；（6）OpenDistro 插件权限管理异常检测、告警等特有功能。文章通过分类表格详细列举了各权限组的具体权限、含义及典型应]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】OpenDistro/OpenSearch 内置系统角色分析]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/157146891</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/157146891</guid><author>be_racle</author><pubDate>Tue, 20 Jan 2026 21:57:49 +0800</pubDate><description><![CDATA[内置角色为 OpenDistro/OpenSearch 提供了完整的安全框架，特别是针对其特有的插件功能进行了优化设计。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】审计日志（三）：案例实战分析]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/157145126</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/157145126</guid><author>be_racle</author><pubDate>Mon, 19 Jan 2026 23:50:58 +0800</pubDate><description><![CDATA[本文通过实战案例演示 Elasticsearch 审计日志分析，主要内容包括：（1）创建测试索引并写入样例数据；（2）审计日志查询方法，包括按时间倒序查询和按事件类型聚合统计；（3）重点分析 SSL 异常、合规性操作等关键事件类型及其安全含义；（4）提供特定事件类型查询和时间范围过滤的 DSL 示例。分析发现 SSL 异常事件数量异常偏高，同时合规性操作日志记录完整，建议优先调查 SSL 问题并检查关键配置变更的合法性。文中 DSL 示例可直接用于实际审计日志分析场景。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】审计日志（二）：Compliance settings（合规性审计设置）]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/157144924</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/157144924</guid><author>be_racle</author><pubDate>Mon, 19 Jan 2026 23:08:05 +0800</pubDate><description><![CDATA[本文介绍了 Elasticsearch 合规性审计的关键设置，主要包括四个部分：（1）基础设置包括全局开关、内外配置监控；（2）读操作审计设置，可控制日志详细程度和敏感字段监控；（3）写操作审计设置，支持差异记录和索引监控；（4）合规审计特征说明，强调其与普通审计的区别、性能影响和安全实践。这些设置专为满足 GDPR、HIPAA 等合规要求设计，能精细监控数据访问，但需注意其对系统性能的影响，建议根据实际需求谨慎配置监控范围。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】审计日志（一）：General settings]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/157144615</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/157144615</guid><author>be_racle</author><pubDate>Mon, 19 Jan 2026 23:06:05 +0800</pubDate><description><![CDATA[本文介绍了 Elasticsearch 审计日志的主要设置参数及其功能。内容分为三个部分：层级设置（包括 REST 层和传输层的启用/禁用及忽略类别）、属性设置（如请求体记录、索引解析等）和忽略设置（可配置忽略特定用户或请求）。文章强调这些设置会影响系统性能、日志量和存储需求，建议根据安全合规要求平衡详细审计与系统开销，生产环境中高频操作可适当忽略，敏感操作则应保持完整记录。]]></description><category></category></item><item><title><![CDATA[【大模型】大模型幻觉问题及缓解方法解析]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/156833970</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/156833970</guid><author>be_racle</author><pubDate>Sun, 11 Jan 2026 20:25:57 +0800</pubDate><description><![CDATA[幻觉问题是大模型本质缺陷之一，源于其概率生成模式与缺乏事实锚点。尽管可通过 RAG、RLHF 等技术缓解，但无法完全根除。未来趋势是结合知识库、规则引擎与人类审核的混合智能系统，在保持创造力的同时控制风险。用户需理解技术局限，在关键场景中主动设计验证机制。]]></description><category></category></item><item><title><![CDATA[【2025年度总结】“被动输入” 到 “主动输出”：一场认知的生死突围]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/156539621</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/156539621</guid><author>be_racle</author><pubDate>Sat, 03 Jan 2026 17:03:15 +0800</pubDate><description><![CDATA[本文探讨了从被动学习到主动输出的认知转变。作者通过亲身经历指出，被动输入容易造成“学会的幻觉”，而主动输出才能带来真正的知识内化。文章分析了主动输出的三大价值：暴露认知盲点、加深记忆刻痕、提升技术判断力，并揭示了大多数人停留在被动学习的心理舒适区原因。作者分享了自己从“输出恐惧”到“输出上瘾”的转变过程，提出“先定输出目标再学习”的逆向思维模式，强调在信息爆炸时代，主动输出是构建个人认知体系的生存策略。最后给出具体建议：从小切口深挖开始，接受不完美发布，建立输出倒逼输入的良性循环。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】查询性能调优（七）：为什么计数对性能影响如此之大？]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/156465200</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/156465200</guid><author>be_racle</author><pubDate>Wed, 31 Dec 2025 23:07:53 +0800</pubDate><description><![CDATA[计数操作在分布式系统（如 Elasticsearch）中性能开销远高于理论上的 O(N) 复杂度，主要原因包括：（1）存储层级开销：需扫描多个 Lucene 段文件，涉及磁盘 I/O 和内存访问；（2）分布式协调成本：需合并多个分片结果，网络通信和内存合并可能触发断路器；（3）查询复杂度：涉及评分计算、聚合等额外处理。建议非必要场景禁用精确计数（track_total_hits=false），或限制计数范围。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】查询性能调优（六）：track_total_hits 影响返回结果的相关性排序吗]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/156366715</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/156366715</guid><author>be_racle</author><pubDate>Tue, 30 Dec 2025 23:13:59 +0800</pubDate><description><![CDATA[track_total_hits 参数仅影响 Elasticsearch 查询结果的总数统计精度，完全不影响文档的相关性排序。查询过程分为两个独立阶段：文档收集与排序（由 sort 和 query 参数控制）和总数统计（由 track_total_hits 控制）。实验证明，即使调整 track_total_hits 的值，返回的文档顺序始终一致。真正影响排序的因素包括：排序字段定义、查询类型、评分函数及搜索类型。在业务场景中，应明确区分计数参数与相关性参数，避免混淆。]]></description><category></category></item><item><title><![CDATA[【Elasticsearch】查询性能调优（五）：如何确保 “最相关” 的结果]]></title><link>https://blog.youkuaiyun.com/be_racle/article/details/156343683</link><guid>https://blog.youkuaiyun.com/be_racle/article/details/156343683</guid><author>be_racle</author><pubDate>Sun, 28 Dec 2025 21:17:48 +0800</pubDate><description><![CDATA[Elasticsearch 默认能保证单次查询返回的前 N 条结果是最相关的，但需满足特定条件。关键影响因素包括排序方式（默认按 _score 降序）和分片机制（各分片先返回本地 Top N 再合并）。破坏相关性的常见场景包括：使用 terminate_after 提前终止查询、多字段排序导致权重失衡，以及分片间数据分布不均。解决方案包括：1）使用 dfs_query_then_fetch 模式获取全局统计信息；2）优化分片策略（如单分片）；3）通过 function_score 自定义评分脚本。]]></description><category></category></item></channel></rss>