Auto-sync: 2026-04-22 04:02

wiki/log.md

@@ -1,3 +1,247 @@
+## [2026-04-22] ingest | 如何在Ubuntu Server安装 Docker & Docker Compose
+
+- Source file: raw/Home Office/如何在Ubuntu Server安装 docker & docker compose.md
+- Status: ✅ 成功摄入
+- Summary: 在 Ubuntu Server 上通过 Docker 官方 apt 仓库安装 Docker Engine 和 Docker Compose V2 的完整五步流程，涵盖仓库配置、GPG 密钥导入、非 root 用户权限配置及 hello-world 镜像验证
+- Concepts created: [[Docker 用户组]], [[APT 仓库配置]], [[GPG 密钥验证]]
+- Entities created: [[Docker Engine]], [[Docker-CE]], [[containerd]], [[hello-world]], [[docker-buildx-plugin]], [[docker-compose-plugin]]
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 Docker Engine、Docker 用户组、APT 仓库配置、GPG 密钥验证）；[[Docker Compose]] Concept 新增 V1 vs V2 命令对比表
+- Entities updated: index.md（替换 placeholder 为实际内容）；Docker-Compose.md Concept 新增版本说明
+- Source page: wiki/sources/如何在ubuntu-server安装-docker-docker-compose.md
+- Notes: 该源文件是 Home Server 容器化环境搭建的基础；[[Docker Engine]] Entity 记录了 dockerd、CLI、containerd 三大组件及包组成；[[Docker 用户组]] Concept 记录了 usermod -aG docker 安全风险；[[APT 仓库配置]] Concept 记录了 /etc/apt/sources.list.d/ 配置方式；[[GPG 密钥验证]] Concept 记录了 Docker 官方密钥导入流程；docker-compose-plugin Entity 记录了 V1 到 V2 的命令变化；与 [[frp]]、[[Prometheus]] 等服务共同构成 Home Server 知识体系
+- Conflicts: 无
+
+## [2026-04-30] ingest | Mac Mini 安装 FRP 0.65.0（ARM64）操作笔记
+- Source file: raw/Home Office/Mac Mini 安装 FRP 0.65.0（ARM64）操作笔记.md
+- Status: ✅ 成功摄入
+- Summary: 在 Apple Silicon Mac Mini M4 上安装配置 FRP 0.65.0 内网穿透客户端，包含 Gatekeeper 解除、launchd 开机自启、tmux/nohup 后台运行三种方式
+- Concepts created: [[launchd]], [[Gatekeeper]], [[软链接策略]]
+- Entities created: [[Mac Mini M4]]
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 launchd、Gatekeeper、软链接策略）
+- Entities updated: overview.md（新增 Mac Mini M4 实体描述；frp 实体新增 TCP/UDP/HTTP 多协议支持说明）
+- Source page: wiki/sources/mac-mini-安装-frp-0-65-0-arm64-操作笔记.md
+- Notes: 该源文件是 Mac Mini 服务器化运维的重要组成部分；[[Mac Mini M4]] Entity 记录了 Apple Silicon 架构、ARM64 兼容性及 Home Server 应用场景；[[launchd]] Concept 记录了 macOS 原生服务管理器与 launchctl 命令；[[Gatekeeper]] Concept 记录了 xattr -rd com.apple.quarantine 解除方法；[[软链接策略]] Concept 记录了版本切换的最佳实践；与 [[frp]] Entity 形成完整的内网穿透知识体系（客户端安装→服务端配置→进程管理）
+- Conflicts detected: 无冲突
+
+## [2026-04-30] ingest | 在Synology NAS上安装CloudDrive2
+- Source file: raw/Home Office/在Synology NAS上安装CloudDrive2.md
+- Status: ✅ 成功摄入
+- Summary: 通过矿神源在群晖 NAS 安装 CloudDrive2，使用阿里云盘 App 扫码授权挂载云盘资源目录的完整操作流程，含 DSM 7+ Root 权限修复命令
+- Concepts created: [[云盘挂载]], [[NAS套件管理]], [[Root权限修复]], [[SPK套件格式]]
+- Entities created: [[CloudDrive2]], [[矿神源]], [[阿里云盘]]
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 云盘挂载、NAS套件管理、Root权限修复、SPK套件格式）
+- Entities updated: overview.md（新增 CloudDrive2、矿神源、阿里云盘 实体描述）
+- Source page: wiki/sources/在synology-nas上安装clouddrive2.md
+- Notes: 该源文件是 NAS 云盘挂载的实操指南；[[CloudDrive2]] Entity 记录了云盘挂载工具的核心特性（多云盘支持、Web UI 端口 19798、最小权限授权原则）；[[矿神源]] Entity 记录了 Synology 社群套件源机制及 DSM 7+ 兼容性差异；[[云盘挂载]] Concept 详细阐述了 FUSE/虚拟文件系统的挂载原理、与传统同步方案的对比；[[NAS套件管理]] Concept 记录了 Package Center 架构、SPK 格式及 DSM 7+ Root 权限修复的标准 Pattern（sed 替换 privilege 文件中的 package→root）；形成 NAS 云盘生态知识体系（矿神源→CloudDrive2→阿里云盘）
+- Conflicts detected: 无冲突
+
+## [2026-04-29] ingest | 安装Ubuntu 24.04.2在HP ZBook工作站笔记本上
+- Source file: raw/Home Office/安装Ubuntu-24.04.2在HP Zbook工作站笔记本上.md
+- Status: ✅ 成功摄入
+- Summary: 在 HP ZBook 工作站笔记本上安装 Ubuntu 24.04.2 Desktop 的完整指南，涵盖 Rufus ISOHybrid 启动盘制作、GPT 分区方案（/boot/efi FAT32 + / ext4 + /home ext4 + swap）、HP BIOS UEFI 设置（F9/F10/AHCI/Secure Boot/Fast Boot）、efibootmgr NVRAM 启动项修复及 UEFI Only 模式终极解决方案
+- Concepts created: [[efibootmgr]], [[ISOHybrid镜像]], [[UEFI Only]], [[NVMe硬盘分区]]
+- Entities created: [[HP ZBook]], [[Rufus]]
+- Source page: wiki/sources/安装ubuntu-24-04-2在hp-zbook工作站笔记本上.md
+- Notes: HP ZBook Entity 记录 BIOS 固执行为（Boot0005 注册成功但未加入 BootOrder）及三种修复方案；Rufus Entity 记录 ISOHybrid 写入模式选择；efibootmgr Concept 记录核心命令及 NVRAM 操作机制；ISOHybrid Concept 记录 ISO/DD 两种写入模式；UEFI Only Concept 记录消除 Legacy BBS 项干扰的终极方案
+- Conflicts detected: 无冲突；与 [[clonezilla对ubuntu-server进行全盘镜像备份]] 在 HP ZBook 用途上互补（安装 → 镜像备份工作流）
+
+## [2026-04-29] ingest | 通过VPS+内网反向代理实现域名访问内网穿透
+- Source file: raw/Home Office/通过VPS+内网反向代理实现域名访问内网穿透.md
+- Status: ✅ 成功摄入
+- Summary: 通过 VPS + frp + Caddy 实现内网服务的公网域名访问完整方案，支持 NAS/n8n/Grafana 等多服务子域名访问，包含 DNS 配置、服务端/客户端安装配置、Caddy 反向代理、SSH 穿透及完整故障排查指南
+- Concepts created: [[内网穿透]], [[反向代理]], [[TCP隧道]], [[Caddy]], [[frp]]
+- Entities created: [[frp]], [[Caddy]], [[阿里云 DNS]], [[VPS]]
+- Source page: wiki/sources/通过vps-内网反向代理实现域名访问内网穿透.md
+- Notes: frp Entity 页面记录 frps/frpc 架构、认证机制、Dashboard 配置；Caddy Entity 页面记录自动 HTTPS、Caddyfile 配置、与 frp 集成；形成完整内网服务公网访问架构（frp 隧道 → Caddy 反代 → 自动 HTTPS）
+## [2026-04-22] ingest | 如何用指纹浏览器安全注册并订阅Claude Pro会员全攻略
+- Source file: raw/Home Office/如何用指纹浏览器安全注册并订阅Claude Pro会员全攻略.md
+- Status: ✅ 成功摄入
+- Summary: 通过AdsPower指纹浏览器+高纯净度美国代理+PingMe接码平台+WildCard虚拟信用卡，安全注册并订阅Claude Pro的完整实操攻略，涵盖从工具下载安装、IP设置、账号注册、验证码获取到付费订阅的完整流程
+- Concepts created: [[指纹浏览器]], [[IP纯净度]], [[账号隔离]], [[虚拟信用卡]], [[接码平台]], [[跨境支付]]
+- Entities created: [[AdsPower]], [[PingMe]], [[WildCard]], [[Claude Pro]]
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 指纹浏览器、IP纯净度、虚拟信用卡、接码平台、账号隔离）
+- Entities updated: overview.md（新增 AdsPower、PingMe、WildCard、Claude Pro 实体描述）
+- Source page: wiki/sources/如何用指纹浏览器安全注册并订阅claude-pro会员全攻略.md
+- Notes: 该源文件是跨境AI服务注册的完整实操指南，提供了账号隔离的完整工具链（指纹浏览器→独立代理IP→IP纯净度检测→接码平台→虚拟信用卡）；[[AdsPower]] Entity记录了免费版5个环境限制；[[PingMe]] Entity记录了订阅制接码平台相比一次性号码的优势；[[WildCard]] Entity记录了支付宝充值这一国内用户友好特性；[[Claude Pro]] Entity记录了国内用户面临的支付挑战；6个Concept页面形成了跨境服务注册的知识体系
+- Conflicts detected: 无冲突；与 [[v2rayN]], [[v2rayNG]], [[Bandwagon VPS]] 等代理相关内容互补，共同构成跨境网络访问的完整方案（网络层：代理工具→应用层：指纹浏览器隔离→支付层：虚拟信用卡）
+
+## [2026-04-22] ingest | 用Docker安装it-tools
+- Source file: raw/Home Office/用Docker安装it-tools.md
+- Status: ✅ 成功摄入
+- Summary: 使用 Docker Compose 在 Home Server 部署 it-tools 开发者工具集合，通过 `corentinth/it-tools:latest` 镜像暴露 8999 端口，配置 128MB 内存限制与 unless-stopped 重启策略
+- Concepts created: [[Docker-Compose]], [[容器资源限制]], [[容器重启策略]], [[端口映射]]
+- Entities created: [[it-tools]]
+- Source page: wiki/sources/用docker安装it-tools.md
+- Notes: 源文件内容简洁，仅包含 YAML 配置片段。it-tools 是 Home Server 工具栈（Transmission/Jellyfin/Navidrome）之外的开发者工具补充。
+
+## [2026-04-28] ingest | Clonezilla对Ubuntu Server进行全盘镜像备份
+- Source file: raw/Home Office/Clonezilla对Ubuntu Server进行全盘镜像备份.md
+- Status: ✅ 成功摄入
+- Summary: 使用 Clonezilla 对 Ubuntu Server 进行全盘镜像备份到 NAS 的完整操作流程，含 Rufus 启动盘制作（ISOHybrid ISO 模式）、NFS 网络挂载、savedisk/restoredisk 备份还原及 UEFI/BIOS 分区方案选择
+- Concepts created: [[全盘镜像备份]], [[裸机恢复]], [[NFS网络备份]], [[UEFI启动]]
+- Entities created: [[Clonezilla]], [[Rufus]], [[HP ZBook]]
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 全盘镜像备份、裸机恢复、NFS网络备份、UEFI启动）
+- Entities updated: overview.md（新增 Clonezilla、Rufus、HP ZBook 实体描述）
+- Source page: wiki/sources/clonezilla对ubuntu-server进行全盘镜像备份.md
+- Notes: Clonezilla 与 rsync 增量备份互补（镜像备份=系统级完整恢复，rsync=文件级日常增量）；两者结合构成完整灾备策略（全盘镜像定期做，系统崩溃直接还原，日常增量数据随时可取）；[[NFS网络备份]] 是 Clonezilla 推荐的网络存储方案，Linux 原生支持；[[UEFI启动]] 与 MBR/BIOS 的分区方案选择是启动盘制作的关键
+- Conflicts detected: 无冲突
+
+- Source file: raw/Home Office/3X-UI Xray on BandwagonVPS.md
+- Status: ✅ 成功摄入
+- Summary: 在 Bandwagon VPS（VPS2）上通过 3X-UI 可视化管理面板部署 Xray 代理服务（VLESS+Reality 协议）的完整操作记录，包含一键安装命令（bash脚本）、25项管理菜单说明、公钥私钥生成流程、v2rayN/v2rayNG 客户端配置、BBR启用及双向网络测试（国内/国外直连均200）
+- Concepts created: [[VPN Panel]], [[Xray]], [[BBR]], [[Web Proxy Protocol]]
+- Entities created: [[3X-UI]], [[Bandwagon VPS]], [[v2rayN]], [[v2rayNG]]
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 VPN Panel、Xray、BBR、Web Proxy Protocol）
+- Entities updated: overview.md（新增 3X-UI、Xray、Bandwagon VPS、v2rayN、v2rayNG、BBR、VPN Panel 实体描述；冲突区域第5条扩充为三层方案对比）
+- Source page: wiki/sources/3x-ui-xray-on-bandwagonvps.md
+- Notes: 3X-UI 与 [[网件RAX50刷梅林固件与科学上网]] 属于科学上网领域的不同实现层级，前者是 VPS 服务端（集中式），后者是路由器网关（透明代理）；两者可通过订阅机制联动，构成完整的家庭科学上网架构（路由器→VPS节点）；Bandwagon VPS 作为低总价 VPS 代表，其 openVZ/KVM 方案在个人科学上网场景中广泛应用；VLESS+Reality 协议组合因无状态特性（服务端不保存用户状态）适合多用户/高并发场景
+- Conflicts detected: 与 [[网件RAX50刷梅林固件与科学上网]] 存在实现层级冲突（见 Conflict Area #5），已协调处理
+
+## [2026-04-28] ingest | 用Docker安装transmission
+- Source file: raw/Home Office/用Docker安装transmission.md
+- Status: ✅ 成功摄入
+- Summary: 通过 Docker Compose 在 Home Server 部署 Transmission BT 下载服务，使用 linuxserver/transmission 官方镜像，包含 Web UI 认证配置（USER/PASS）、下载目录挂载、PUID/PGID 权限映射、桥接网络端口映射
+- Concepts created: [[PUID/PGID]], [[端口映射]], [[桥接网络]]
+- Entities created: [[Transmission]], [[LinuxServer.io]]
+- Concepts updated: overview.md（新增 PUID/PGID、端口映射、桥接网络 到 Home Server Automation 概念列表）
+- Entities updated: overview.md（新增 Transmission、LinuxServer.io 实体描述；更新群晖 NAS 实体补充 BT 文件存储角色）
+- Source page: wiki/sources/用docker安装transmission.md
+- Notes: Source page 包含完整 docker-compose.yml 配置；Transmission 与 Jellyfin/Navidrome 形成"下载→播放"媒体工作流（Transmission=下载，Jellyfin=视频播放，Navidrome=音乐播放）；LinuxServer.io 作为 Docker 镜像维护组织的标准化配置模式（PUID/PGID/TZ/restart:unless-stopped/bridge）贯穿所有自托管部署；Web UI 认证（USER/PASS）是生产环境安全必备配置
+- Conflicts detected: 无冲突；与 [[用docker安装jellyfin]] 形成互补（jellyfin=播放，transmission=下载，共同服务于家庭媒体中心工作流）
+
+## [2026-04-27] ingest | RAX50路由器更新Merlin Clash订阅
+- Source file: raw/Home Office/RAX50 路由器 更新Merlin Clash订阅.md
+- Status: ✅ 成功摄入
+- Summary: 在 RAX50 路由器的 Merlin Clash 界面中更新科学上网订阅配置的完整操作流程，包含小白一键订阅助手导入 vless URL、配置文件切换（保存&启动）及快速重启故障处理
+- Concepts: 订阅更新, 配置文件切换, 快速重启（均为小操作步骤，未单独建页，归入 [[RAX50路由器刷梅林固件与科学上网]] 的操作子流程）
+- Entities: 网件RAX50, MerlinClash插件, 小白一键订阅助手, 机场（均已存在，无新建）
+- Source page: wiki/sources/rax50-路由器-更新merlin-clash订阅.md
+- Notes: 本文档是 [[网件RAX50路由器刷梅林固件与科学上网插件安装教程]] 的日常维护补充篇；核心价值在于记录订阅更新的具体操作步骤（小白订阅助手 + 快速重启技巧）；所有关键实体和概念均已在主教程中建档，本次仅补充 source page
+- Conflicts detected: 无冲突；与前一篇 RAX50 刷机教程形成完整生命周期覆盖（安装配置 → 订阅更新）
+
+## [2026-04-26] ingest | 网件RAX50路由器刷梅林固件与科学上网插件安装教程
+- Source file: raw/Home Office/网件RAX50路由器刷梅林固件与科学上网插件安装教程.md
+- Status: ✅ 成功摄入
+- Summary: 网件RAX50路由器刷入梅林固件并安装配置科学上网插件的完整实操教程，涵盖二次刷机流程（.chk过渡固件 → .w正式固件）、JFFS双清、MerlinClash策略组分流配置、订阅机制和故障转移机制
+- Concepts created: 固件刷入, 过渡固件, JFFS双清, 策略组分流, 故障转移, 订阅机制
+- Entities created: 网件RAX50, 梅林固件, MerlinClash插件, KoolCenter固件服务器, 机场
+- Concepts updated: overview.md（新增固件刷入、过渡固件、JFFS双清、策略组分流、故障转移、订阅机制 到 Home Server Automation 概念列表）
+- Entities updated: overview.md（新增网件RAX50、梅林固件、MerlinClash插件、机场、KoolCenter固件服务器实体描述）
+- Source page: wiki/sources/网件rax50路由器刷梅林固件与科学上网插件安装教程.md
+- Notes: Source page包含完整刷机流程详解；6个新Concept页面覆盖路由器固件和科学上网核心概念；5个新Entity页面覆盖硬件设备、软件平台和服务实体；新增冲突区域：路由器网关科学上网 vs NAS/服务器终端代理（部署层级差异）；与群晖NAS科学上网、ubuntu-server科学上网形成部署方案对比
+- Conflicts detected: 与群晖NAS科学上网（NAS终端代理 vs 路由器网关代理）、ubuntu-server科学上网（服务器VPN vs 路由器透明代理）形成部署层级冲突
+- SLUG: 网件rax50路由器刷梅林固件与科学上网插件安装教程
+
+## [2026-04-26] ingest | MySQL MariaDB 数据库详细信息
+- Source file: raw/Home Office/MySQL MariaDB 数据库详细信息.md
+- Status: ✅ 成功摄入
+- Summary: MariaDB/MySQL 数据库访问配置信息及远程用户创建流程，包含内网（192.168.3.17:3307）和公网（mysql.ishenwei.online:63307）双通道访问配置，以及通过 socket 登录创建远程访问用户的完整指南
+- Concepts created: Socket 登录, 用户权限
+- Entities created: MariaDB
+- Concepts updated: overview.md（新增 Socket 登录、用户权限 到 Home Server Automation 概念列表）
+- Entities updated: overview.md（新增 MariaDB 实体描述，补充群晖 NAS 为 MariaDB 部署平台）
+- Source page: wiki/sources/mysql-mariadb-数据库详细信息.md
+- Notes: Entity 页面记录完整内网/公网访问配置（IP、端口、域名、凭证）；Socket 登录是本地管理员访问的安全方式（通过 Unix socket 文件认证，无需网络）；Host+User 组合是 MariaDB 权限模型的核心；新安装 MariaDB 默认只有 root@localhost，这是远程连接失败的常见原因
+- Conflicts detected: 无冲突
+- SLUG: mysql-mariadb-数据库详细信息
+
+## [2026-04-26] ingest | Ubuntu服务器通过rsync实现日常增量备份
+- Source file: raw/Home Office/Ubuntu服务器通过rsync实现日常增量备份.md
+- Status: ✅ 成功摄入
+- Summary: Ubuntu服务器通过rsync实现日常增量备份到NAS的完整解决方案，涵盖rsync自动化脚本、Cron定时任务、NFS永久挂载配置(/etc/fstab + _netdev参数)、Docker卷备份策略(先mysqldump再rsync)及灾备恢复流程
+- Concepts created: 增量备份, 永久挂载, 挂载点检查, Cron定时任务, 进程管理
+- Entities created: Docker卷
+- Concepts updated: overview.md（新增5个备份相关概念到Home Server Automation主题）
+- Entities updated: overview.md（新增Docker卷实体描述）
+- Source page: wiki/sources/ubuntu服务器通过rsync实现日常增量备份.md
+- Notes: Source page包含完整可运行的rsync_backup.sh脚本；关键参数-a(归档)-z(压缩)-R(相对路径)--delete(镜像同步)；错误码0/23/24均视为成功(23=权限问题,24=源文件消失)；_netdev参数是NFS永久挂载的必备安全配置；与已有Disaster Recovery策略形成互补(增量备份vs整机镜像)
+- Conflicts detected: 无冲突
+- SLUG: ubuntu服务器通过rsync实现日常增量备份
+
+## [2026-04-26] ingest | Linux 运维必会的 150 个命令
+- Source file: raw/Home Office/Linux 运维必会的 150 个命令.md
+- Status: ✅ 成功摄入
+- Summary: Linux 系统管理命令全面分类参考，涵盖 150 个运维必备命令，按 16 大类组织（线上查询帮助/文件目录操作/文本处理/压缩解压缩/信息显示/搜索文件/用户管理/基础网络/深入网络/磁盘文件系统/权限管理/用户登录信息/内置命令/系统监控/关机重启/进程管理）
+- Concepts created: Shell 命令, 系统命令, 管道（Pipe）, 重定向
+- Source page: wiki/sources/linux-运维必会的-150-个命令.md
+- Notes: 核心洞察："Linux 一切皆文件"哲学——CPU/内存/磁盘/键盘/用户等均抽象为文件；16 大类命令覆盖 Linux 运维全场景；与 Home Server Automation 主题形成互补（实用命令参考 vs 场景化部署指南）；该文档为纯知识参考，无冲突点
+- Conflicts detected: 无
+
+- Source file: raw/Home Office/用Docker中安装Navidrome.md
+- Status: ✅ 成功摄入
+- Summary: 通过 Docker Compose 在群晖 NAS 上部署 Navidrome 开源音乐流媒体服务器，包含转码缓存（200MB上限）、自动转码下载、只读音乐挂载、非root用户运行等关键配置
+- Concepts created: Docker Compose, 媒体服务器, 转码缓存, 只读挂载
+- Entities created: Navidrome（Entity页面：开源音乐流媒体服务器，Subsonic API兼容）
+- Concepts updated: overview.md（新增 Docker Compose、媒体服务器、转码缓存、只读挂载到 Home Server Automation 概念列表）
+- Entities updated: overview.md（新增 Navidrome、群晖 NAS 实体描述）
+- Source page: wiki/sources/用docker中安装navidrome.md
+- Notes: Docker Compose 配置使用 version: '3.8'；user: "1026:100" 对应宿主机用户权限；音乐目录只读挂载（:ro）是关键安全措施；ND_AUTOTRANSCODEDOWNLOAD=true 启用客户端按需转码；Navidrome 与 Jellyfin 形成音乐vs视频的媒体服务器互补关系
+- Conflicts detected: 无
+
+## [2026-04-26] ingest | Cloud Operating Model: Key Strategies and Best Practices
+- Source file: raw/Cloud & DevOps/Cloud Operating Model Key Strategies and Best Practices.md
+- Status: ✅ 成功摄入
+- Summary: 云运营模型(COM)全面指南，涵盖四大核心支柱（治理与合规、自动化、 安全、成本管理）、六步设计流程、行业用例（金融/医疗/零售/SaaS）及未来趋势（AI运营、绿色计算、多云治理）
+- Concepts created: Cloud Operating Model, Cloud Governance, Cloud Cost Optimization, Serverless Computing, Green Computing
+- Concepts updated: overview.md（新增 Cloud Operating Model、Cloud Governance、Cloud Cost Optimization、Serverless Computing、Green Computing 概念链接）
+- Source page: wiki/sources/cloud-operating-model-key-strategies-and-best-practices.md
+- Notes: Source page 包含完整六大支柱和六步设计流程；5个新 Concept 页面覆盖云运营模型核心概念；与已有 FinOps、Multi-Cloud Strategy、Zero-Trust-Architecture、AIOps 等概念形成知识链接；89%组织预计2025年采用云优先架构；FinOps可降低40-70%计算成本；AI驱动异常检测可减少45%停机时间
+- Conflicts detected: 无重大冲突；与传统本地IT的对比形成方法论演进关系而非冲突
+
+## [2026-04-26] ingest | What is DevSecOps? Best Practices, Benefits, and Tools
+- Source file: raw/Cloud & DevOps/What is DevSecOps Best Practices, Benefits, and Tools.md
+- Status: ✅ 成功摄入
+- Summary: DevSecOps 将安全深度集成到软件开发生命周期的方法论，通过 Shift Left（安全左移）和 Shift Right（安全右移）策略，在 SDLC 各阶段嵌入安全检查；通过 SAST/DAST/IAST/SCA 等工具实现自动化安全测试；涵盖 5 大核心组件（协作/沟通/自动化/工具安全/测试）和 8 大最佳实践；70% 的上线后漏洞本可通过 DevSecOps 预防
+- Concepts created: DevSecOps, Shift-Left-Security, Shift-Right-Security, SAST, DAST, IAST, SCA, Break-the-Build, Immutable-Infrastructure, Threat-Modeling, OWASP-Top-Ten, Bug-Bounty, Vulnerability-Scanning, Penetration-Testing, Compliance-Automation
+- Entities referenced: Amazon-Inspector, Amazon-CodeGuru-Reviewer, AWS-CodePipeline, Snyk, SonarQube, Jenkins, Docker, Kubernetes
+- Concepts updated: overview.md（新增 DevSecOps 生态相关概念链接）
+- Source page: wiki/sources/what-is-devsecops-best-practices-benefits-and-tools.md
+- Notes: 共创建 15 个 Concept 页面覆盖 DevSecOps 核心概念；补充 DevOps vs DevSecOps 完整对比表；SAST/DAST/IAST/SCA 四种安全测试方法形成互补体系；Shift Left/Right 互补策略覆盖开发到生产全链路；Bug Bounty 与传统渗透测试形成外部+内部安全测试闭环；Compliance-Automation 与 Policy-as-Code（已有）形成策略管理互补
+- Conflicts detected: 无重大冲突；Compliance-Automation 与已有的 Policy-as-Code 概念存在互补关系而非冲突（Policy-as-Code 是实现方式，Compliance-Automation 是目标）
+- SLUG: what-is-devsecops-best-practices-benefits-and-tools
+
+## [2026-04-26] ingest | Modern ITSM: Driving Efficiency, Security & Resilience
+- Source file: raw/Cloud & DevOps/Understanding Complete ITSM.md
+- Status: ✅ 成功摄入
+- Summary: 现代IT服务管理(ITSM)已超越传统工单系统，成为企业运营卓越、风险缓解和创新加速的战略推动者。通过AIOps、预测分析、自动化修复、自愈系统等AI驱动技术重构ITSM八大核心流程。ITSM 2.0融合AIOps和超自动化，具备自学习、预测性和自主化能力。
+- Concepts created: ITSM, ITSM-2.0, Hyperautomation, AIOps, Self-Healing-Systems, Zero-Trust-Architecture, Policy-as-Code, CMDB, DRaaS, Canary-Release, Blue-Green-Deployment, Event-Correlation, Problem-Management, Incident-Management, Change-Management, Release-Management, Configuration-Management, Asset-Management, Security-and-Compliance
+- Concepts updated: overview.md（新增[[Self-Healing-Systems]]链接覆盖命名不一致）
+- Entities created: shenwei（LinkedIn文章作者）
+- Source page: wiki/sources/understanding-complete-itsm.md
+- Notes: 共创建18个Concept页面覆盖ITSM八大流程和关键使能技术；发现命名不一致问题：已有页面使用"Self-Healing Systems"（带空格），新建页面使用"[[Self-Healing-Systems]]"（无空格连字符）；建议后续统一为"Self-Healing-Systems"标准命名
+- Conflicts detected: Self-Healing Systems vs Self-Healing-Systems 命名不一致
+
+## [2026-04-26] ingest | How to Simplify Multi-Account Deployments Monitoring: Centralized Logs for AWS CloudFormation StackSets
+- Source file: raw/Cloud & DevOps/How to Simplify Multi-Account Deployments Monitoring Centralized Logs for AWS CloudFormation StackSets.md
+- Status: ✅ 成功摄入
+- Summary: 多账户 CloudFormation StackSets 部署场景下，通过 EventBridge Rules 捕获各账户 CloudFormation 事件，跨账户转发到管理账户统一 Event Bus，写入 CloudWatch Log Group，实现单一界面的跨账户部署可观测性。单次部署同时完成中心基础设施创建和成员账户规则推送。
+- Concepts created: Centralized Logging, Cross-Account Monitoring, Multi-Account Deployment, StackSets Deployment Visibility
+- Entities created: AWS CloudFormation StackSets, Amazon EventBridge, Amazon CloudWatch Logs, AWS Organizations
+- Concepts updated: Infrastructure-as-Code（补充 CloudFormation StackSets）
+- Entities updated: AWS（补充 StackSets/EventBridge/CloudWatch Logs/Organizations 服务索引）, Terraform（补充与 StackSets 的多账户 IaC 对比）
+- Source page: wiki/sources/how-to-simplify-multi-account-deployments-monitoring-centralized-logs-for-aws-cloudformation-stacksets.md
+- Notes: Source page 包含完整四组件架构和事件流；4个新 Concept 页面覆盖多账户集中监控全链路；4个新 Entity 页面记录 AWS 服务能力；AWS entity 服务索引已扩展覆盖 IaC/可观测性/安全/组织四大类；Terraform entity 新增多账户 IaC 对比参考
+- SLUG: how-to-simplify-multi-account-deployments-monitoring-centralized-logs-for-aws-cloudformation-stacksets
+
+## [2026-04-25] ingest | These 6 Linux Apps Let You Monitor System Resources in Style
+- Source file: raw/Cloud & DevOps/These 6 Linux apps let you monitor system resources in style.md
+- Status: ✅ 成功摄入
+- Summary: 6款Linux系统资源监控工具评测：TUI类（Btop++/Htop/Glances/Bottom）适合SSH远程服务器管理；GUI类（Mission Center/Stacer）适合桌面用户。作者首选Btop++，兼具美观与实用；GUI首选Mission Center（类Windows任务管理器）或Stacer（功能最全）
+- Concepts created: TUI, Process Management, System Monitoring
+
+## [2026-04-25] ingest | RTO vs RPO: Key Differences for Modern Disaster Recovery
+- Source file: raw/Cloud & DevOps/RTO vs RPO Key Differences for Modern Disaster Recovery.md
+- Status: ✅ 成功摄入
+- Summary: 现代持续交付场景下 RTO 和 RPO 的核心区别；传统灾备（硬件故障）vs 软件优先方法（代码变更风险）；Feature Flag 将 RTO 从小时降至秒级、RPO 保持近零；渐进式放量控制影响范围；Tier 1/2/3 分层保护策略；HP、Christian Dior、LaunchDarkly 客户案例数据
+- Concepts created: RTO, RPO, Feature Flag, Kill Switch, Progressive Rollout, Micro-Recovery, Deployment-vs-Release, Business Impact Analysis
+- Entities created: LaunchDarkly, Veeam, Acronis
+- Source page: wiki/sources/rto-vs-rpo-key-differences-for-modern-disaster-recovery.md
+- Notes: index.md 和 overview.md 已同步更新；与传统灾备工具（Veeam/Acronis）形成对比关系；Progressive Rollout 与 Kill Switch 结合形成精细化风险控制体系
+- Entities created: Btop++, Htop, Glances, Bottom, Mission Center, Stacer
+- Source page: wiki/sources/these-6-linux-apps-let-you-monitor-system-resources-in-style.md
+- Notes: 6个Entity页面（Btop++/Htop/Glances/Bottom/Mission Center/Stacer）+ 3个Concept页面（TUI/Process Management/System Monitoring）；与Home Server Automation分类下的Prometheus/Grafana监控体系形成补充（TUI/GUI工具 vs 时间序列数据库+可视化面板）；overview.md新增Linux System Monitoring主题段落
+- SLUG: these-6-linux-apps-let-you-monitor-system-resources-in-style
+
 ## [2026-04-24] ingest | DevOps Maturity Model From Traditional IT to Advanced DevOps
 - Source file: raw/Cloud & DevOps/DevOps Maturity Model From Traditional IT to Advanced DevOps.md
 - Status: ✅ 成功摄入
@@ -38,14 +282,16 @@
 - Notes: Source page 包含完整12个运营域详解；新创建3个 Concept 页面（Cloud-Service-Delivery、Cloud-DevOps-Maturity-Model、AIOps）；更新 overview.md 补充新概念索引（Cloud Service Delivery、Cloud DevOps Maturity Model、AIOps、SLA、SLO、Incident Management、Change Management、Disaster Recovery、WAF、APM）；与已有 DevOps Maturity、DORA Metrics、FinOps 等概念形成知识链接
 - SLUG: what-i-know-about-cloud-service-delivery-1
 
-## [2026-04-22] ingest | Cloud Maturity Model - A Detailed Guide For Cloud Adoption
+## [2026-04-25] ingest | Cloud Maturity Model - A Detailed Guide For Cloud Adoption
 - Source file: raw/Cloud & DevOps/Cloud Maturity Model A Detailed Guide For Cloud Adoption.md
 - Status: ✅ 成功摄入
 - Summary: Cloud Maturity Model (CMM) 综合指南，涵盖 OACA 定义的 CMM 框架、6个业务能力域和18个技术能力域、3大评估维度（People/Processes/Technology）、5个成熟度等级（Level 0-5）及其特征、7大收益、最佳实践（设定目标/识别等级/选模型/治理合规/安全风险管理）以及多种云成熟度模型对比（AWS CAF/Azure CAF/CSMM/SAMM等）。CMM 行业规模预计从2022年7.5亿美元增至2025年15亿美元，60%以上组织正在实施。
-- Concepts created: Cloud-Adoption-Strategy, Cloud-Maturity-Levels, Multi-Cloud-Strategy
+- Concepts created: Cloud-Maturity-Levels, Cloud-Adoption-Strategy, Multi-Cloud-Strategy, Cloud-Governance, Cloud-Cost-Optimization, Cloud-Native, Cloud-Security, FinOps, Cloud-Native-Maturity-Model, Cloud-Security-Maturity-Model, Software-Assurance-Maturity-Model
+- Concepts updated: Multi-Cloud-Strategy (补充已有)
 - Entities created: Cloud-Maturity-Model, Open-Alliance-for-Cloud-Adoption
 - Source page: wiki/sources/cloud-maturity-model-a-detailed-guide-for-cloud-adoption.md
-- Notes: Source page 包含完整5个成熟度等级详解（含每级挑战表格）；新创建3个 Concept 页面（Cloud-Adoption-Strategy、Cloud-Maturity-Levels、Multi-Cloud-Strategy）；新创建2个 Entity 页面（Cloud-Maturity-Model、Open-Alliance-for-Cloud-Adoption）；更新 overview.md 补充新概念索引；与已有 DevOps-Maturity 和 Cloud-Native 形成知识链接
+- Notes: 本次补充创建11个 Concept 页面（覆盖治理、成本优化、云原生、安全、FinOps、云原生成熟度、CSMM、SAMM 等领域），使文档中的所有关键概念均有对应知识页面；Entity 页面补全（CMM 主体框架 + OACA 联盟介绍）；Source page 已于 2026-04-22 创建，本次完善概念/实体层
+- SLUG: cloud-maturity-model-a-detailed-guide-for-cloud-adoption
 
 ## [2026-04-22] ingest | Contributing to The Agency
 - Source file: raw/Agent/agency-agents/CONTRIBUTING.md
@@ -579,4 +825,98 @@
 - Source page: wiki/sources/how-can-a-multi-cloud-strategy-transform-your-business-roi.md
 - Notes: Source page 包含完整12个章节；新创建6个 Concept 页面（Vendor-Lock-In、Data-Sovereignty、Scalability、Cost-Optimization、ROI、Risk-Mitigation）；新创建1个 Entity 页面（Cloud-Provider）；更新 overview.md 补充新概念索引；Multi-Cloud-Strategy 概念页面已存在，本次补充来源引用；与已有 DevOps/Cloud DevOps 知识体系高度互补（成本/风险/合规是云成熟度模型的重要组成部分）
 
-## [2026-04-23]
+## [2026-04-23]
+## [2025-03-02] ingest | The Myths and Misconceptions About Cloud Computing | LinkedIn
+- Source file: raw/Cloud & DevOps/The Myths and Misconceptions About Cloud Computing  LinkedIn.md
+- Status: ✅ 成功摄入
+- Summary: LinkedIn 文章系统性反驳云计算七大误解：云不如本地安全（实际云安全机制+合规认证超越本地）、云是别人电脑（实际是大规模高可用数据中心网络）、云太贵（实际按需付费+预留+自动扩缩可降本）、数据失控（实际完善权限管理+混合多云）、只适合大企业（实际 SMB 和初创同样受益）、迁移太复杂（实际分阶段+混合云+专业服务可平滑迁移）、性能不可靠（实际 SLA 保障 99.99% 可用性）。
+- Concepts created: Pay-as-you-go, Failover, Multi-factor-Authentication, Data-Governance
+- Entities created: Raj-Vardhan-Singh（LinkedIn 作者）, ISO-27001, HIPAA, GDPR
+- Source page: wiki/sources/the-myths-and-misconceptions-about-cloud-computing-linkedin.md
+- Notes: cloud-computing.md 实体页面和 high-availability.md、cloud-security.md 概念页面已存在，本次补充来源引用和 Key Misconceptions 章节；新创建4个 Concept 页面和3个 Entity 页面；与 cloud-migration、Cost-Optimization、High-Availability 等已有概念高度互补
+
+## [2026-04-25] ingest | How Agentic AI can help for Cloud DevOps
+- Source file: raw/Cloud & DevOps/How Agentic AI can help for Cloud DevOps.md
+- Status: ✅ 成功摄入
+- Summary: Agentic AI（具有自主决策和任务执行能力的AI系统）增强 Cloud DevOps 的全面指南，涵盖7大能力领域：自主事故检测与解决（Self-Healing + AI-driven RCA）、自动化云部署与配置（AI Release Manager + IaC审查）、智能成本优化（Rightsizing + Spot Instance）、AI驱动安全与合规（自动IAM审计 + 漏洞修复）、智能日志分析与可观测性（AI ChatOps）、增强多租户SaaS管理、AI增强决策支持（What-If Simulation）。核心理念：通过集成AI驱动的自动化实现更快部署、更主动的问题解决、更低成本和更强的安全合规。
+- Concepts created: Agentic AI, Self-Healing Systems, Root Cause Analysis (RCA), Predictive Maintenance, Deployment Automation, Rightsizing, Automated Security Audit, AI ChatOps, What-If Simulation
+- Concepts updated: AIOps（补充 Agentic AI 具体实现场景）、Infrastructure-as-Code（补充 Terraform AI审查场景）、Multi-Cloud Strategy（补充 What-If Simulation 决策支持）、FinOps（补充 Rightsizing 实践）
+- Entities created: Agentic AI（实体页面）、Kubernetes（补充 EKS/GKE/AKS Self-Healing 场景）、Terraform（补充 AI IaC 审查场景）
+- Source page: wiki/sources/how-agentic-ai-can-help-for-cloud-devops.md
+- Notes: Source page 包含完整7大应用领域详解；新创建8个 Concept 页面和3个 Entity 页面；补充 AIOps 的具体实现场景（从 Level 3 到 Level 5 的演进路径）；识别3个冲突领域（自动修复 vs 人工审批控制、Spot Instance vs SLA 保证、AI 自动化 vs DevOps 人本主义）；与已有 DevOps 成熟度、DORA Metrics、FinOps 等概念形成知识链接；Agentic AI 作为新主题首次系统建立为独立 Entity/Concept 体系
+- SLUG: how-agentic-ai-can-help-for-cloud-devops
+
+## [2026-05-02] ingest | Public vs Private vs Hybrid Cloud Differences Explained
+- Source file: raw/Cloud & DevOps/Public vs Private vs Hybrid Cloud Differences Explained.md
+- Status: ✅ 成功摄入
+- Summary: BMC Blog 深入解析公有云、私有云和混合云三种云部署模型的定义、核心特征、优缺点及适用场景决策框架。强调"平衡是云架构核心驱动力"，引入 Shared Responsibility Model（无论哪种云模式，企业对访问控制、加密和灾难恢复规划负最终责任）；混合云部分详述同构/异构决策和三种典型用例（核心+弹性、安全+成本、本地+爆发）。
+- Concepts created: **[[Public-Cloud]]**（公有云：多租户共享、按需付费、九大优势/四大缺陷、适用场景TCO对比）、**[[Private-Cloud]]**（私有云：独占环境、高安全性、五大优势/五大缺陷、适用场景TCO对比）、**[[Hybrid-Cloud]]**（混合云：公私组合架构、三种典型用例、优缺点矩阵、决策树）、**[[Shared-Responsibility-Model]]**（共享责任模型：IaaS/PaaS/SaaS三层责任矩阵、客户始终负责五大领域）
+- Entities created: **[[BMC]]**（企业IT管理解决方案提供商，BMC Helix / Control-M 核心产品）
+- Source page: wiki/sources/public-vs-private-vs-hybrid-cloud-differences-explained.md
+- Notes: Source page 采用标准 Source Page Format（含 Summary / Key Claims / Key Quotes / Key Concepts / Key Entities / Connections / Contradictions）；冲突检测：本文"公有云安全性最低"与 cloud-computing entity 的 Myth 1 真相存在视角冲突（前者从多租户共享角度，后者从整体云安全投入角度）；与已有 cloud-computing entity（已含三种部署模式）、Cloud-Adoption-Strategy concept（已有四模式对比表）、Multi-Cloud-Strategy concept（含公私混合对比表）形成立体知识网络；更新的 index.md 和 overview.md 补充新概念和实体索引
+- SLUG: public-vs-private-vs-hybrid-cloud-differences-explained
+## [2026-04-22] ingest | Ubuntu 24.04 启动 SSH 服务
+- Source file: raw/Home Office/Ubuntu 24.04 enable SSH.md
+- Status: ✅ 成功摄入
+- Summary: Ubuntu 24.04 SSH 服务安装与配置完整指南，核心变化是默认使用 ssh.socket 按需激活机制（连接请求来时才启动 sshd），可通过 systemctl 切换回传统 ssh.service 持续运行模式；包含 UFW 防火墙配置和自定义端口修改方法
+- Concepts created: Socket Activation, UFW 防火墙, 开机自启
+- Entities created: Ubuntu 24.04, OpenSSH Server, ssh.socket, ssh.service
+- Concepts updated: overview.md（新增 Socket Activation、UFW 防火墙、开机自启 到 Home Server Automation 概念列表）
+- Entities updated: overview.md（Home Server Automation 描述补充 Ubuntu 24.04 SSH socket 激活机制说明）
+- Source page: wiki/sources/ubuntu-24-04-enable-ssh.md
+- Notes: 核心发现是 Ubuntu 24.04 的 ssh.socket 激活机制——systemctl status ssh 显示 inactive 不代表 SSH 不可用，需检查 ssh.socket 监听状态；自定义端口推荐用 systemctl edit ssh.socket 而非直接修改 /etc/ssh/sshd_config；Socket Activation 是 systemd 按需服务模型的典型应用
+- Conflicts detected: 与旧版 Ubuntu SSH 行为冲突（旧版 inactive = 不可用；24.04 inactive + socket active = SSH 正常）
+- SLUG: ubuntu-24-04-enable-ssh
+
+## [2026-04-29] ingest | 如何判别你的Linux服务器是x64还是ARM64
+- Source file: raw/Home Office/如何判别你的Linux 服务器是 x64（也就是 x86_64）还是 ARM64.md
+- Status: ✅ 成功摄入
+- Summary: Linux 服务器 CPU 架构检测方法，通过 uname -m / lscpu / cat /proc/cpuinfo / file 四种命令快速识别 x86_64（Intel/AMD 64位）、aarch64（ARM 64位）、armv7l（ARM 32位）架构，确保下载安装正确的软件包版本
+- Concepts created: [[CPU架构检测]], [[x86_64]], [[aarch64]], [[ARM64]], [[ELF格式]]
+- Entities created: 无
+- Concepts updated: overview.md（Linux Operations Command Reference 部分补充 CPU 架构检测命令说明）
+- Entities updated: 无
+- Source page: wiki/sources/如何判别你的linux-服务器是-x64-也就是-x86_64-还是-arm64.md
+- Notes: 该内容属于 Linux 运维基础知识点，uname -m 是最简洁快速的检测方式；ARM64 架构在云服务商（AWS Graviton、阿里云 ARM 实例）使用越来越普遍；软件包下载时需特别注意架构匹配（.deb 分 amd64/arm64，容器镜像需拉取对应 tag）
+- Conflicts detected: 无冲突
+- SLUG: 如何判别你的linux-服务器是-x64-也就是-x86_64-还是-arm64
+
+## [2026-05-01] ingest | Ubuntu 安装 FRP 0.65.0（x86_64）操作笔记
+- Source file: raw/Home Office/Ubuntu 安装 FRP 0.65.0（x86_64）操作笔记.md
+- Status: ✅ 成功摄入
+- Summary: 在 Ubuntu Server 24.04（x86_64/amd64）上安装配置 FRP 0.65.0 内网穿透客户端，包含 systemd 服务管理、软链接版本策略、journald 日志配置及完整故障排查指南；与 Mac Mini ARM64 版本形成完整的多平台 FRP 覆盖
+- Concepts created: **[[systemd]]**, **[[Ubuntu Server]]**
+- Entities created: **[[Ubuntu Server]]**（Entity 页面）
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 systemd、Ubuntu Server；新增 [[systemd]] 概念页面，详细覆盖 Unit Types、Core Commands、Service Template、自动重启机制、Socket Activation、Journald 日志管理、服务依赖等核心内容）
+- Entities updated: overview.md（新增 Ubuntu Server 和 systemd 实体描述；frp Entity 已有，本次补充 Ubuntu Server 作为独立实体）
+- Source page: wiki/sources/ubuntu-安装-frp-0-65-0-x86_64-操作笔记.md
+- Notes: 该源文件是 Ubuntu Server FRP 运维的完整手册；[[systemd]] Concept 页面详细对比了 systemd vs launchd（macOS）、systemd vs init (SysV)、OpenRC、runit 等初始化系统，补充了 ProtectSystem=、ReadOnlyPaths= 等安全最佳实践；[[Ubuntu Server]] Entity 页面记录了 24.04 的关键变化（ssh.socket、Netplan、Snap vs APT）及 Home Server 典型应用场景；该源文件与 [[mac-mini-安装-frp-0-65-0-arm64-操作笔记]] 形成互补（Ubuntu=systemd，macOS=launchd），共同完善 FRP 多平台知识体系
+- Conflicts detected: 与 [[mac-mini-安装-frp-0-65-0-arm64-操作笔记]] 存在**平台差异**（systemd vs launchd），已在 Source Page Contradictions 部分记录，属于生态差异而非冲突
+- SLUG: ubuntu-安装-frp-0-65-0-x86_64-操作笔记
+
+## [2026-05-01] ingest | 家庭监控方案：Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox
+- Source file: raw/Home Office/家庭监控方案：Prometheus + Grafana + Node Exporter + cAdvisor +Blackbox.md
+- Status: ✅ 成功摄入
+- Summary: 家庭/家居服务器（NAS / Ubuntu Server）一站式开源监控方案，通过 Docker Compose 快速部署完整的 Prometheus 监控栈。涵盖主机层/容器层/服务层/日志层的监控覆盖，提供可直接拷贝的 docker-compose.yml、prometheus.yml、alerts.yml、alertmanager.yml 及 8 步落地路径
+- Concepts created: [[PromQL]], [[Prometheus告警规则]], [[Exporter]], [[时序数据库]], [[合成监控]]
+- Entities created: [[Prometheus]], [[Grafana]], [[node_exporter]], [[cAdvisor]], [[blackbox_exporter]], [[Alertmanager]], [[Uptime Kuma]], [[Netdata]], [[VictoriaMetrics]]
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 PromQL、Prometheus告警规则、Grafana、node_exporter、cAdvisor、blackbox_exporter、Alertmanager、Uptime Kuma、Netdata、VictoriaMetrics、合成监控、Exporter、时序数据库）
+- Entities updated: overview.md（新增 Prometheus、Grafana、node_exporter、cAdvisor、blackbox_exporter、Alertmanager、Uptime Kuma、Netdata、VictoriaMetrics、Portainer 实体描述）；system-monitoring.md 新增 [[Prometheus]] 和 [[Grafana]] 引用
+- Source page: wiki/sources/家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox.md
+- Notes: 该源文件是 Home Server Automation 监控领域的核心来源；[[Prometheus]] Entity 页面详细覆盖了 Pull 模式、PromQL、告警规则、Remote Write、和服务发现机制；[[Grafana]] Entity 页面记录了 Dashboard ID 快速导入（1860/14282/7587）和多数据源支持；[[PromQL]] Concept 页面提供家庭服务器监控常用 PromQL 表达式模板；[[Prometheus告警规则]] Concept 页面记录了完整的 alerts.yml 配置示例；[[合成监控]] Concept 页面对比了黑盒与白盒监控，明确 [[blackbox_exporter]] 与 [[Uptime Kuma]] 的互补关系；[[时序数据库]] Concept 页面梳理了 TSDB 核心操作和主流产品对比；[[Exporter]] Concept 页面系统总结了 Prometheus Exporter 生态的设计哲学和官方 exporter 列表；形成完整的家庭监控知识体系（Prometheus Stack）
+- Conflicts detected: 与 [[these-6-linux-apps-let-you-monitor-system-resources-in-style]] 中关于 [[Btop++]] 的描述无直接冲突（Netdata vs Btop++ 是实时诊断 vs 交互式管理工具，定位不同）；与 [[ctp-topic-67-cloud-native-observability-using-opentelemetry]] 在 OpenTelemetry 迁移路径上存在**方向差异**：Prometheus 生态成熟适合家庭服务器，OpenTelemetry 是云原生长期方向；与 [[ctp-topic-42-grafana-observability-dashboard]] 在场景上有**规模差异**：本来源侧重家庭轻量部署，后两者侧重企业级 AWS 场景
+- SLUG: 家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox
+
+## [2026-05-02] ingest | macOS 创建与解除 Symbolic Link（OpenClaw 目录映射）
+- Source file: raw/Home Office/macOS 创建与解除 Symbolic Link（OpenClaw 目录映射）.md
+- Status: ✅ 成功摄入
+- Summary: macOS 上为 OpenClaw 隐藏目录创建符号链接，使 Finder 和 Obsidian 能够直接访问 `~/.openclaw` 隐藏目录的完整操作记录，含创建/验证/解除流程及推荐的长期目录结构方案
+- Concepts created: [[Symbolic Link]], [[目录映射]]
+- Entities created: 无
+- Concepts updated: overview.md（Home Server Automation 概念列表新增 Symbolic Link、软链接策略、目录映射）；新增 [[Symbolic Link]] 通用概念页面（vs Hard Link 对比表、悬空链接风险、ln/symlink 常用命令）
+- Entities updated: 无
+- Source page: wiki/sources/macos-创建与解除-symbolic-link-openclaw-目录映射.md
+- Notes: Symbolic Link 是 Unix/macOS 生态中的基础文件系统特性，本源文件是其实践应用之一；[[Symbolic Link]] Concept 页面覆盖了符号链接与硬链接的完整对比（跨文件系统支持、指向目录、悬空链接风险）；与现有的 [[软链接策略]] Concept 形成互补（通用概念 vs 版本管理场景）；与 [[Obsidian]] 和 [[OpenClaw]] 实体关联，构建完整的目录可见化知识链路
+- Conflicts detected: 无冲突
+- SLUG: macos-创建与解除-symbolic-link-openclaw-目录映射
+