测试环境搭建与问题诊断在上一篇文章中，我们完成了 MeiliSearch 的基础部署和索引创建，但搜索框的下拉显示功能存在问题。为了系统化地解决这个问题，我决定采用 OpenClaw 的三 Agent 协同工作流。
首先创建了测试环境：
目录：/blog-staging（与生产环境隔离）
容器：Docker 运行 nodejs 环境
端口：4000（可通过 localhost:4000 测试）
目标：所有修改先在测试环境验证，再合并到生产环境
OpenClaw 三 Agent 协同工作流设计我创建了一个专门的 blog-feature-update skill，设计了三 Agent ...
k8s部署meilisearch给公司的公有云部署了一个，挺有意思的，我准备后续给我的博客也用上官方文档：https://github.com/meilisearch/meilisearch-kubernetes支持资源清单或helm部署
1wget https://raw.githubusercontent.com/meilisearch/meilisearch-kubernetes/refs/heads/main/manifests/meilisearch.yaml
几个注意点：
建议加上环境变量 MEILI_MASTER_KEY
调整 NodeSelector、taint
默认...
这是通过OpenClaw多Agent协同系统自动创建的一篇测试文章。
本文档用于验证多Agent协同工作流程，确保Hexo博客系统能够正确处理通过自动化工具创建的文章。
测试目的
验证OpenClaw多Agent协同系统的文章创建功能
测试Hexo博客系统的Front Matter格式兼容性
确保自动化流程不会破坏现有博客内容
技术细节
创建时间：2026年4月9日 11:16 GMT+8
创建方式：OpenClaw多Agent协同系统
文件位置：/blog-staging/source/_posts/openclaw-agent-test.md...
是一种工作在进程层面的exporter
比如k8s集群中，如果节点总是发生不明原因的OOM，在节点监控node-exporter的基础上，就很适合用这种exporter来进行针对性监控
二进制部署因为我当前的k8s集群是kind，不太适用，如果在k8s内，就可以用daemonset
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647wget https://github.com/ncabatoff/process-exporter/releases/download/v...
Fluentd数据处理模型理论深入tag与多级tagtag是Fluentd和fluent bit都有的机制
123456789101112131415161718192021222324252627282930K8s节点 → Fluent Bit → Fluentd → ES ↓ ↓ ↓ 生成Tag 基于Tag路由 基于内容存储 ↓ ↓ ↓ kube.** 匹配规则 索引选择 第一层：Fluent Bit的Tag路由# Fluent Bit配置示例[INPUT] Name tail Tag kube.nginx # 生成Tag[OUTPUT] Name forward Match kub...
特性
Logstash (ELK)
Fluent Bit (EFK)
开发语言
JRuby (依赖 JVM，内存大户)
C (极度轻量，几 MB 内存)
配置风格
三段式 (Input/Filter/Output)
插件化配置，更模块化
生态地位
传统的企业级日志中心
云原生、K8s、嵌入式设备的首选
处理能力
插件极其丰富，处理逻辑极强
偏重转发，逻辑相对简单
Fluent Bit + Fluentd的配合
12345678910111213141.Fluent Bit在 K8s 每一个节点（Node）上以 DaemonSet 方式运行把...
写在前面：AI算卦的局限性
视角问题：卦象是以求卦人当前的处境，所揭示的未来信息。如果起卦人本身没有”陷于之中”，那卦象也不会准确
AI的局限：卦象的信息是非常丰富的，实操中的解卦需要结合求卦人的具体状态进行综合分析来获取信息，而AI解卦只能解出其中通用的部分
王盛从开始AI算卦炒股，到现在已经亏了1w了
六爻算卦基础六爻是一种基于易经的算卦方法，讲究一个天人感应越信越准，用起来分”起卦”和”解卦”两个阶段。
起卦：动念头扔硬币6次，扔出6根爻，排盘后会得出一个卦象
解卦：解读卦象中的信息
传统六爻解卦上手门槛极高并且吃经验，初学者往往需要花巨时间精力学习基础知识与实战案例。
不如...
六爻京房纳甲，又称“纳甲筮法”，是汉代易学家京房（公元前77年—前37年）在《周易》基础上创立的占卜体系。其核心在于将十天干、十二地支纳入八卦六爻之中，形成一套精密的时间与空间模型。京房以“纳甲”之名，实则是将干支、五行、六亲等元素与卦爻结合，使得抽象的卦象能够对应具体的人事、物象与时间流转，从而进行吉凶推断。此法后世流传广泛，成为六爻占卜的主流方法之一。
本文仅记录基础知识，后续应该会更新更多完善的基础知识与实战案例
阴阳与八卦阴阳
阳爻：——
阴爻：— —
老阳→少阴，老阴→少阳
后天八卦六爻只看后天八卦，离为首
天干地支天干地支基础
天干：甲、乙、丙、丁、戊、己、庚、辛、壬、癸...
GeoIP（实时全球威胁地图）GeoIP 是一种将 IP 地址 映射到 地理位置（经纬度、国家、城市、邮政编码）的技术。Logstash 默认内置了 geoip 插件
添加filiter字段
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748# 只有当 src_ip 字段存在时，才执行地理位置查询if [src_ip] { geoip { source => "src_ip" # 数据源字段 target => &...
创建一个lens图表X 轴（时间）：依赖 date 插件的纠偏，否则历史数据会全部堆积在”现在”指标（数值）：依赖 mutate 的强转，否则无法进行平均值、最大值或范围聚合。维度（拆分）：依赖 grok 的精准切分（如 auth_result）。
