Auto-sync: 2026-04-17 08:37

wiki/sources/Dataview-让我从-笔记黑洞-里逃出来的-Obsidian-神器-1.md

@@ -0,0 +1,37 @@
+---
+title: "Dataview——让我从\"笔记黑洞\"里逃出来的 Obsidian 神器"
+type: source
+tags: [Obsidian, 插件, Dataview, 笔记管理]
+date: 2025-12-18
+---
+
+## Source File
+- [[raw/Others/Dataview——让我从"笔记黑洞"里逃出来的 Obsidian 神器 1.md]]
+
+## Summary
+- 核心主题：Dataview 插件让 Obsidian 笔记"活"起来，解决笔记越记越乱的问题
+- 问题域：笔记整理困难、查找效率低、待办事项分散
+- 方法/机制：通过类 SQL 查询语法自动整理和索引笔记内容
+- 结论/价值：Dataview 作为 Obsidian 的"笔记数据库"，可自动整理待办、学习笔记、写作素材等
+
+## Key Claims
+- Dataview 是 Obsidian 里的"笔记数据库"，可自动整理各种内容
+- 简单查询 `LIST FROM "Notes" WHERE contains(tags, "学习")` 即可列出所有带 #学习 标签的笔记
+- Dataview 可用于管理任务、整理写作素材、统计笔记数量
+
+## Key Quotes
+> "写笔记的时候激情满满，查笔记的时候满头大汗。" — 作者描述笔记使用困境
+
+## Key Concepts
+- [[Dataview]]：Obsidian SQL 查询插件，可创建动态视图
+- [[信息黑洞]]：只收集不使用的笔记困境，Dataview 通过索引和查询帮助解决这个问题
+
+## Key Entities
+- [[Obsidian]]：基于 Markdown 的本地优先笔记软件
+- [[Dataview]]：Obsidian 数据查询插件
+- [[Tasks 插件]]：Obsidian 任务管理插件
+
+## Connections
+- [[Obsidian]] ← 使用 ← [[Dataview]]
+- [[Dataview]] ← 关联 → [[信息黑洞]]
+- [[Obsidian Tasks 插件]] ← 类似功能 → [[Dataview]]

wiki/sources/TikTok-PM-Python-Django-Project.md

@@ -0,0 +1,46 @@
+---
+title: "TikTok PM - Python Django Project"
+type: source
+tags: [django, python, mariadb, mysql, project, tiktok, docker]
+date: 2025-11-24
+---
+
+## Source File
+- [[raw/Others/TikTok PM - Python Django Project.md]]
+
+## Summary
+- 核心主题：TikTok 产品管理系统（Django Web 应用）
+- 问题域：Django Web 开发、MySQL/MariaDB 数据库管理、Docker 生产部署、RESTful API 实现
+- 方法/机制：Django ORM 模型定义、Django Admin 定制、TinyMCE 富文本集成、Django REST Framework、异步任务队列（Django-Q）、Docker Compose 部署
+- 结论/价值：提供完整的 TikTok 产品数据抓取、存储、管理解决方案，支持批量导入和 API 供 n8n 自动化调用
+
+## Key Claims
+- Django Admin 可通过自定义视图实现产品数据批量抓取功能
+- Django REST Framework 可快速构建 RESTful API 接口供第三方调用
+- 使用 Django-Q 异步任务队列处理耗时的第三方 API 调用和数据导入
+- Docker Compose + Nginx 可实现生产环境部署和负载均衡
+
+## Key Quotes
+> "Django Admin 是一个基于模型自动生成的管理界面，非常适合作为管理员工具（Admin Management Tool）"
+> "使用 Django-Q 异步任务队列处理耗时的 Bright Data API 调用和数据导入"
+
+## Key Concepts
+- [[Django]]: Python Web 框架
+- [[Django-Admin]]: Django 内置管理后台
+- [[Django-REST-Framework]]: Django REST API 框架
+- [[Docker]]: 容器化部署技术
+- [[MySQL]]: 关系型数据库
+- [[MariaDB]]: MySQL 分支数据库
+
+## Key Entities
+- [[Bright-Data]]: 第三方数据抓取服务提供商
+
+## Connections
+- [[Django]] ← uses ← [[Django-REST-Framework]]
+- [[Django]] ← uses ← [[Django-Admin]]
+- [[Django]] ← integrates ← [[TinyMCE]]
+- [[Docker]] ← deploys ← [[Django]]
+- [[MySQL]] ← stores ← Product Data
+
+## Contradictions
+- （暂无）

wiki/sources/ai-enhanced-ecommerce-data-collection-processing-system.md

@@ -6,7 +6,7 @@ date: 2025-11-11
 ---
 
 ## Source File
-- [[raw/Home Office/可自动化、可扩展、AI增强的电商数据采集与处理系统.md]]
+- [[可自动化、可扩展、AI增强的电商数据采集与处理系统]]
 
 ## Summary
 - 核心主题：基于 Docker + Ubuntu + n8n 的电商数据采集与处理系统设计

wiki/sources/bi-ji-zheng-li-fang-fa-ga-bie-hun-luan.md

@@ -0,0 +1,34 @@
+---
+title: "为什么你的笔记总是乱糟糟？试试这个方法，彻底告别信息混乱！"
+type: source
+tags: []
+date: 2025-12-19
+---
+
+## Source File
+- [[raw/Others/为什么你的笔记总是乱糟糟？试试这个方法，彻底告别信息混乱！ 1.md]]
+
+## Summary
+- 核心主题：笔记整理与信息管理方法
+- 问题域：个人知识管理、信息混乱
+- 方法/机制：微信公众号文章分享的笔记整理方法
+- 结论/价值：帮助读者告别信息混乱
+
+## Key Claims
+- 微信公众号「赫点茶」分享的笔记整理方法
+
+## Key Quotes
+> "原创 赫点茶" — 文章出处
+
+## Key Concepts
+- [[笔记整理]]：个人知识管理的基础
+
+## Key Entities
+- [[赫点茶]]：微信公众号作者
+
+## Connections
+- [[Obsidian]] ← 工具 ← [[笔记整理]]
+- [[Dataview]] ← 工具 ← [[笔记整理]]
+
+## Contradictions
+- （暂无）

wiki/sources/chinatextbook-41-53-gb-china-textbook-pdf.md

@@ -0,0 +1,41 @@
+---
+title: "ChinaTextbook - 41.53 GB，中国小学、初中、高中、大学 PDF 教材"
+type: source
+tags: []
+date: 2025-05-13
+---
+
+## Source File
+- [[raw/Others/ChinaTextbook - 41.53 GB，中国小学、初中、高中、大学 PDF 教材.md]]
+
+## Summary
+- 核心主题：GitHub 开源项目 ChinaTextbook，收集中国 K12 及大学 PDF 教材
+- 问题域：教育资源获取、中小学教材数字化
+- 方法/机制：国家中小学智慧教育平台作为教材来源，通过第三方工具下载
+- 结论/价值：41.53GB 规模的免费教育资源库，覆盖小学、初中、高中、大学
+
+## Key Claims
+- ChinaTextbook 项目托管于 GitHub，总库大小 41.53GB
+- 教材来源为国家中小学智慧教育平台，需登录后浏览
+- 可使用第三方工具（如 tchMaterial-parser）下载教材
+
+## Key Quotes
+> "这个项目存在有一段时间了，今天突然火了。" — Appinn
+
+## Key Concepts
+- [[开源平替]]：本文定义了免费教育资源的开源获取方式
+- [[教育资源数字化]]：将官方教材数字化的项目实践
+
+## Key Entities
+- [[GitHub]]：项目托管平台
+- [[Appinn]]：小众软件分享网站，报道来源
+- [[TapXWorld]]：项目维护者
+- [[国家中小学智慧教育平台]]：官方教材来源平台
+
+## Connections
+- [[Appinn]] ← reported ← [[ChinaTextbook]]
+- [[GitHub]] ← hosts ← [[ChinaTextbook]]
+- [[国家中小学智慧教育平台]] ← sources ← [[ChinaTextbook]]
+
+## Contradictions
+- （暂无）

wiki/sources/claude-pro-fingerprint-browser-subscription-guide.md

@@ -0,0 +1,49 @@
+---
+title: 如何用指纹浏览器安全注册并订阅Claude Pro会员全攻略
+type: source
+tags: [adspower, claude, ip, pingme, 虚拟信用卡]
+date: 2025-12-31
+---
+
+## Source File
+- [[raw/Home Office/如何用指纹浏览器安全注册并订阅Claude Pro会员全攻略.md]]
+
+## Summary
+- 核心主题：通过指纹浏览器 + 高纯净度代理IP 安全注册并订阅 Claude Pro 会员
+- 问题域：跨境支付、账号防封、虚拟身份隔离
+- 方法/机制：指纹浏览器环境隔离、SOCKS5 代理配置、IP 纯净度检测、虚拟信用卡支付
+- 结论/价值：有效降低 Claude 账号被封风险，实现稳定使用 AI 服务
+
+## Key Claims
+- 指纹浏览器可隔离环境，减少账号关联导致的封号风险
+- IP 一致性检测（三处测试点国内/国外/谷歌 IP 必须匹配）是防封关键
+- IP 纯净度需达到"低风险"等级，中等风险以上会被平台标记
+- 使用订阅制接码平台（如 PingMe）可获取长期稳定验证码
+- 虚拟信用卡（如 WildCard）是国内用户支付 Claude Pro 的解决方案
+
+## Key Quotes
+> "代理设置成功后，用检查代理功能确认IP归属地为美国，实现代理连接成功" — 代理配置验证步骤
+> "重要的IP风险评估，理想纯净度为低风险，数值越低越安全，中等风险或以上可能被封号" — IP 纯净度标准
+
+## Key Concepts
+- [[指纹浏览器]]：可模拟不同设备、网络环境的多账号浏览器，隔离使用环境
+- [[SOCKS5代理]]：网络代理协议，支持灵活传输隧道，隐匿真实 IP 和地理位置
+- [[IP纯净度]]：评定 IP 安全可靠的风险等级，低风险代表良好信誉
+- [[虚拟信用卡]]：不依赖实体卡的线上信用支付工具，解决跨境支付难题
+- [[验证码接收平台]]：提供短信接码服务，完成注册或验证
+
+## Key Entities
+- [[AdsPower]]：指纹浏览器推荐工具，支持谷歌授权登录
+- [[Claude]]：AI 聊天工具，Pro 版本需付费订阅
+- [[WildCard]]：虚拟信用卡，解决海外支付问题
+- [[PingMe]]：新兴接码平台，支持中文界面和美国区号码
+
+## Connections
+- [[Claude]] ← 使用 ← [[指纹浏览器]]
+- [[Claude]] ← 需要 ← [[验证码接收平台]]
+- [[Claude Pro]] ← 支付方式 ← [[虚拟信用卡]]
+- [[指纹浏览器]] ← 配置 ← [[SOCKS5代理]]
+- [[SOCKS5代理]] ← 依赖 ← [[IP纯净度]]
+
+## Contradictions
+- （暂无）

wiki/sources/cursor-2.0-beginner-guide.md

@@ -0,0 +1,42 @@
+---
+title: "Cursor 2.0 初学者使用指南"
+type: source
+tags: [ai, cursor, ide, mcp]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Vibe Coding/Cursor 2.0初学者使用指南.md]]
+
+## Summary
+- 核心主题：Cursor 2.0 AI 增强代码编辑器的初学者使用教程
+- 问题域：AI 辅助编程、代码编辑器使用
+- 方法/机制：通过 AI 代理（Agent）进行代码生成、规划和审查
+- 结论/价值：帮助初学者掌握 AI 辅助编程工具，提升开发效率
+
+## Key Claims
+- Cursor 是基于 VS Code 的 AI 代码编辑器，支持 AI 模型辅助代码生成
+- Composer 是 Cursor 自研 AI 模型，生成速度比同类模型快 4 倍
+- 多代理功能可同时运行不同任务，互不干扰
+- 代码生成即写入文件，需先测试再确认保存
+- MCP（Model Context Protocol）支持集成外部工具和服务
+
+## Key Quotes
+> "明确项目目标是在向 AI 代理发出生成代码请求前的重要步骤" — 规划代码开发思路的重要性
+
+## Key Concepts
+- [[AI代理（Agent）]]：基于 AI 模型的自动化任务助手
+- [[Composer模型]]：Cursor 自研 AI 模型，主打生成速度
+- [[Diff文件]]：显示代码改动对比的视图
+- [[MCP服务器]]：集成外部 API 和工具的协议平台
+
+## Key Entities
+- [[Cursor]]：基于 VS Code 的 AI 增强代码编辑器
+
+## Connections
+- [[Cursor]] ← extends ← [[VS Code]]
+- [[AI代理（Agent）]] ← powered_by ← [[Composer模型]]
+- [[Cursor]] ← supports ← [[MCP服务器]]
+
+## Contradictions
+-（暂无）

wiki/sources/docker-homarr-installation.md

@@ -0,0 +1,36 @@
+---
+title: "用Docker安装Homarr"
+type: source
+tags: [docker, homarr, dashboard]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/用Docker安装Homarr.md]]
+
+## Summary
+- 核心主题：使用 Docker Compose 部署 Homarr 仪表板应用
+- 问题域：家庭网络服务部署、Homarr 仪表板安装配置
+- 方法/机制：Docker 容器化部署，通过 docker-compose.yml 定义服务
+- 结论/价值：快速部署一个集成多种服务入口的仪表板
+
+## Key Claims
+- Homarr 可通过 Docker 快速部署
+- 容器需要挂载 Docker Socket 以实现服务集成
+- 环境变量 SECRET_ENCRYPTION_KEY 用于数据加密
+
+## Key Quotes
+> "docker-compose.yml" — Homarr 容器化部署配置文件
+
+## Key Concepts
+- [[Docker Compose]]：多容器 Docker 应用定义工具
+- [[容器化仪表板]]：Homarr 作为家庭网络服务入口
+
+## Key Entities
+- [[Homarr]]：开源仪表板应用，集成多种服务
+
+## Connections
+- [[Homarr]] ← deployed_by ← [[Docker Compose]]
+
+## Contradictions
+- （暂无冲突）

wiki/sources/docker-images-transfer-guide.md

@@ -0,0 +1,41 @@
+---
+title: "如何传输 Docker images 并且在另一个 Docker 安装"
+type: source
+tags: [docker, nas, synology]
+date: 2025-03-06
+---
+
+## Source File
+- [[raw/Home Office/如何传输Docker images 并且在另一个Docker安装.md]]
+
+## Summary
+- 核心主题：Docker 镜像在不同主机之间的传输方法
+- 问题域：离线环境下的 Docker 镜像迁移
+- 方法/机制：使用 `docker save` 导出为 tar 文件，通过文件传输后使用 `docker load` 导入
+- 结论/价值：实现无需网络连接的 Docker 镜像迁移
+
+## Key Claims
+- 使用 `docker save` 命令可将 Docker 镜像打包成 tar 格式文件
+- 导出的 tar 文件可通过任意文件传输方式（FTP、SMB、NFS 等）迁移到目标主机
+- 使用 `docker load` 命令可将 tar 文件还原为 Docker 镜像
+
+## Key Quotes
+> "docker save -o xiaoya.tar xiaoyaliu/alist" — 将镜像导出为 tar 文件
+> "docker load < xiaoya.tar" — 从 tar 文件导入镜像
+
+## Key Concepts
+- [[Docker-Image]]：Docker 容器运行所需的模板，包含应用及其依赖
+- [[Docker-Save]]：将镜像导出为 tar 归档文件的 Docker 命令
+- [[Docker-Load]]：从 tar 归档文件导入镜像的 Docker 命令
+
+## Key Entities
+- [[Docker]]：开源容器化平台，用于打包和运行应用程序
+- [[Synology-NAS-DS718]]：群晖 2 盘位 NAS，目标安装环境
+
+## Connections
+- [[Docker]] ← exports_image_to ← [[Docker-Image]]
+- [[Docker-Image]] ← transferred_via ← [[Docker-Save]]
+- [[Synology-NAS-DS718]] ← imports_image_from ← [[Docker-Load]]
+
+## Contradictions
+- （暂无）

wiki/sources/docker-it-tools-installation-guide.md

@@ -0,0 +1,38 @@
+---
+title: "用Docker安装it-tools"
+type: source
+tags: [docker, it-tools, homelab]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Home Office/用Docker安装it-tools.md]]
+
+## Summary
+- 核心主题：使用 Docker 部署 it-tools 工具集合
+- 问题域：Homelab 运维工具自托管
+- 方法/机制：通过 Docker Compose 配置容器化部署 it-tools 服务
+- 结论/价值：提供便捷的 Web 界面运维工具集
+
+## Key Claims
+- it-tools 可通过 Docker 容器化部署，映射端口 8999 到宿主机
+- 容器配置包含 stdin_open 和 tty 参数支持交互模式
+- 建议为容器配置内存限制（128M）以优化资源使用
+
+## Key Quotes
+> "version: '3.8'" — Docker Compose 文件版本声明
+
+## Key Concepts
+- [[Docker]]：开源容器化平台，用于打包和运行应用程序
+- [[Docker Compose]]：用于定义和运行多容器 Docker 应用的工具
+
+## Key Entities
+- [[it-tools]]：开源 Web 运维工具集合
+- [[corentinth/it-tools]]：it-tools 官方 Docker 镜像
+
+## Connections
+- [[it-tools]] ← deployed_via ← [[Docker]]
+- [[Docker]] ← runs_on ← [[Homelab]]
+
+## Contradictions
+- （暂无）

wiki/sources/docker-jellyfin-installation.md

@@ -0,0 +1,36 @@
+---
+title: "用Docker安装Jellyfin"
+type: source
+tags: [docker, jellyfin, movie, nas, synology, tv-show]
+date: 2025-04-17
+---
+
+## Source File
+- [[raw/Home Office/用Docker安装Jellyfin.md]]
+
+## Summary
+- 核心主题：使用 Docker 部署 Jellyfin 媒体服务器
+- 问题域：家庭媒体服务器搭建
+- 方法/机制：Docker Compose 配置，硬件加速（Intel QuickSync），存储卷挂载
+- 结论/价值：通过容器化方式快速部署自托管媒体服务器
+
+## Key Claims
+- 使用 `nyanmisaka/jellyfin:latest` 镜像部署 Jellyfin 容器
+- 通过 `devices` 配置挂载 `/dev/dri` 实现硬件转码加速
+- 支持自动重启和主机网络访问
+
+## Key Quotes
+> "核心优化：挂载硬件渲染设备以实现 Intel QuickSync 转码" — 硬件加速配置说明
+
+## Key Concepts
+- [[Docker Compose]]：多容器 Docker 应用配置格式
+- [[硬件转码]]：利用 GPU 加速视频编码/解码
+- [[Jellyfin]]：开源媒体服务器软件
+
+## Key Entities
+- [[NyanMisaka]]：Jellyfin 镜像维护者
+- [[Synology]]：NAS 设备制造商
+
+## Connections
+- [[用Docker安装transmission]] ← similar_stack ← [[用Docker安装Jellyfin]]
+- [[用Docker中安装Navidrome]] ← similar_stack ← [[用Docker安装Jellyfin]]

wiki/sources/home-network-environment-overview-2026-04-03.md

@@ -0,0 +1,61 @@
+---
+id: home-network-environment-overview-2026-04-03
+title: 家庭网络环境概览
+type: source
+tags: [home-office, nas, synology, ubuntu, vps, network]
+sources: []
+last_updated: 2026-04-03
+---
+
+## Source File
+- [[raw/Home Office/家庭网络环境概览_2026-04-03.md]]
+
+## Summary
+- 核心主题：家庭网络基础设施架构与多服务部署方案
+- 问题域：家庭实验室服务器运维、内网服务公网访问、多域名统一管理
+- 方法/机制：FRP内网穿透 + Caddy反向代理 + Cloudflare DNS托管
+- 结论/价值：构建了一套完整的家庭网络服务矩阵，实现远程访问与公网服务暴露
+
+## Key Claims
+- 通过FRP内网穿透将内网服务暴露至公网访问，配合Caddy实现HTTPS自动化
+- 多服务器分工明确：VPS处理公网流量、Mac Mini作为主控节点、NAS提供媒体存储、Ubuntu服务器提供专项服务
+- 使用Cloudflare托管域名DNS，提供免费CDN与SSL证书
+
+## Key Quotes
+> "文档更新日期: 2026-04-03" — 更新内容: Docker应用列表、FRP端口映射、域名映射表
+
+## Key Concepts
+- [[FRP]]：高性能内网穿透服务端/客户端
+- [[Caddy]]：现代化Web服务器，自带HTTPS自动化证书申请
+- [[Cloudflare]]：CDN、DNS和SSL证书托管
+- [[内网穿透]]：将内网服务通过公网服务器暴露给外部访问
+- [[反向代理]]：将外部请求转发至内网服务的代理机制
+- [[Docker]]：容器化部署平台
+
+## Key Entities
+- [[RackNerd]]：VPS服务提供商，提供公网IP 192.227.222.142
+- [[Mac Mini]]：Apple Mac Mini M4，主控节点，内网IP 192.168.3.189
+- [[Synology]]：群晖科技，NAS设备制造商
+- [[Synology NAS DS718]]：群晖NAS设备，内网IP 192.168.3.17
+- [[Ubuntu]]：Linux服务器操作系统
+- [[VPS]]：虚拟专用服务器
+- [[NAS]]：网络附加存储设备
+- [[Caddy]]：Web服务器和反向代理
+- [[Cloudflare]]：CDN、DNS和SSL证书托管
+
+## Connections
+- [[RackNerd VPS]] ← hosts ← [[FRP Server]]
+- [[RackNerd VPS]] ← hosts ← [[Caddy]]
+- [[Mac Mini]] ← runs ← [[OpenClaw]]
+- [[Mac Mini]] ← runs ← [[vaultwarden]]
+- [[NAS]] ← runs ← [[Jellyfin]]
+- [[NAS]] ← runs ← [[Navidrome]]
+- [[NAS]] ← runs ← [[MinIO]]
+- [[Ubuntu Server 1]] ← runs ← [[Prometheus]]
+- [[Ubuntu Server 1]] ← runs ← [[Grafana]]
+- [[Ubuntu Server 1]] ← runs ← [[n8n]]
+- [[Ubuntu Server 2]] ← runs ← [[n8n]]
+- [[Ubuntu Server 2]] ← runs ← [[Gitea]]
+
+## Contradictions
+- （暂无）

wiki/sources/install-apache-superset-in-docker.md

@@ -0,0 +1,37 @@
+---
+title: "Install Apache Superset in Docker"
+type: source
+tags: [apache, superset, docker, bi, mysql]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/Install Apache Superset in Docker.md]]
+
+## Summary
+- 核心主题：使用 Docker 部署 Apache Superset 开源 BI 工具
+- 问题域：数据可视化与 BI 平台部署
+- 方法/机制：通过 Docker 镜像拉取、容器运行、数据库初始化完成部署
+- 结论/价值：提供轻量级自托管 BI 解决方案
+
+## Key Claims
+- 使用 Docker 可以快速部署 Apache Superset，无需复杂环境配置
+- 通过 fab create-admin 命令创建管理员账户实现初始访问
+- 需要依次执行 db upgrade、load_examples、init 完成系统初始化
+
+## Key Quotes
+> "docker pull apache/superset:GHA-19524015706" — 拉取特定版本 Superset 镜像
+> "docker run -d -p 8777:8088 -e \"SUPERSET_SECRET_KEY=mysuperset\" --name superset apache/superset:GHA-19524015706" — 启动容器并配置 Secret Key
+
+## Key Concepts
+- [[Apache Superset]]：开源现代化 BI 平台，支持可视化、仪表盘和数据探索
+- [[Docker]]：容器化平台，用于打包和运行应用程序
+
+## Key Entities
+- [[Apache]]：开源软件基金会，Superset 项目的托管组织
+
+## Connections
+- [[Apache Superset]] ← uses ← [[Docker]]
+
+## Contradictions
+- （暂无）

wiki/sources/install-v2rayn.md

@@ -0,0 +1,40 @@
+---
+title: "安装v2rayN"
+type: source
+tags: [linux, v2rayn, windows, macos]
+sources: []
+last_updated: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/安装v2rayN.md]]
+
+## Summary
+- 核心主题：v2rayN 多平台安装指南
+- 问题域：代理客户端软件在不同操作系统上的安装方法
+- 方法/机制：提供 WPF/Avalonia UI 两种界面版本，支持便携版和安装版
+- 结论/价值：帮助用户在 Windows、Linux、macOS 系统上快速部署代理客户端
+
+## Key Claims
+- v2rayN 支持 Windows 10+、Debian 12+、Ubuntu 22.04+、Fedora 36+、Redhat 9+、macOS 12+
+- Windows 版本提供 .NET 8.0 依赖版和 SelfContained 独立版
+- Linux 提供 deb/rpm 包格式及便携版 zip
+
+## Key Quotes
+> "zip格式包为便携版，解压缩到文件夹后直接可以运行" — 说明了便携版的特点
+
+## Key Concepts
+- [[v2rayN]]：Windows/Linux 代理客户端
+- [[v2rayNG]]：Android 代理客户端
+- [[V2Ray]]：代理软件核心，支持多种协议
+
+## Key Entities
+- [[v2rayN]]：本文档主要介绍的代理客户端软件
+- [[Microsoft .NET 8.0]]：Windows WPF 版本需要的运行时依赖
+
+## Connections
+- [[v2rayN]] ← extends ← [[V2Ray]]
+- [[v2rayNG]] ← similar_to ← [[v2rayN]]
+
+## Contradictions
+- （暂无）

wiki/sources/kai-fa-jing-yan-yu-xiang-mu-gui-fan-zheng-li-wen-dang.md

@@ -0,0 +1,48 @@
+---
+title: "开发经验与项目规范整理文档"
+type: source
+tags: []
+date: 2025-12-30
+---
+
+## Source File
+- [[raw/Vibe Coding/开发经验与项目规范整理文档.md]]
+
+## Summary
+- 核心主题：软件开发经验与项目规范整理
+- 问题域：代码组织、命名规范、架构设计、最佳实践
+- 方法/机制：通过统一变量索引、文件结构规范、编码风格指导、系统架构原则实现高质量代码管理
+- 结论/价值：提供可操作的开发规范，帮助团队和 AI 维护一致性的代码质量
+
+## Key Claims
+- 统一的变量索引文件可降低命名冲突和语义不清晰的风险
+- 遵循小写英文+下划线或小驼峰的文件命名规则可提升代码可读性
+- 单一职责原则要求每个文件、类、函数只负责一件事
+- 微服务架构通过服务拆分实现独立开发、独立部署、独立扩容
+
+## Key Quotes
+> "编程的第一步永远是：你要解决什么问题？"
+
+> "复杂问题拆解为可独立完成的小单元。"
+
+> "你写的代码是给别人理解的，不是来炫技的。"
+
+> "注释解释'为什么'，不是'怎么做'。"
+
+## Key Concepts
+- [[单一职责]]：一个函数只处理一个任务
+- [[DRY 原则]]：避免重复代码，提炼公共逻辑
+- [[微服务]]：独立开发、独立部署、独立扩容的架构模式
+- [[Redis]]：缓存提升读性能，降低数据库压力
+- [[消息队列]]：用于服务间异步通信，实现解耦和削峰填谷
+
+## Key Entities
+- （无特定人物或公司）
+
+## Connections
+- [[Vibe Coding]] ← 指导 ← [[开发经验与项目规范整理文档]]
+- [[OpenCode]] ← 工具 ← [[Vibe Coding]]
+- [[Vibe-Kanban]] ← 工具 ← [[Vibe Coding]]
+
+## Contradictions
+- （暂无冲突）

wiki/sources/linux-x64-arm64-detection-guide.md

@@ -0,0 +1,40 @@
+---
+title: "如何判别你的Linux 服务器是 x64（也就是 x86_64）还是 ARM64"
+type: source
+tags: [linux, 运维, 架构检测]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Home Office/如何判别你的Linux 服务器是 x64（也就是 x86_64）还是 ARM64.md]]
+
+## Summary
+- 核心主题：Linux 系统架构类型（x64/x86_64 与 ARM64）的判别方法
+- 问题域：服务器硬件架构识别、跨平台软件部署
+- 方法/机制：4 种命令行检测工具（uname、lscpu、/proc/cpuinfo、file）
+- 结论/价值：快速确定服务器 CPU 架构，确保安装正确的软件包
+
+## Key Claims
+- `uname -m` 输出 x86_64 表示 64位 Intel/AMD 架构，输出 aarch64 表示 64位 ARM 架构
+- `lscpu` 的 Architecture 字段直接显示 CPU 类型
+- `/proc/cpuinfo` 中 x86_64 CPU 显示 model name，ARM64 CPU 显示 AArch64 或 ARMv8
+- `file /bin/bash` 可检测可执行文件的架构类型
+
+## Key Quotes
+> "x86_64" → 表示 64位 x86（Intel/AMD）架构  
+> "aarch64" → 表示 64位 ARM 架构
+
+## Key Concepts
+- [[x86_64]]：64位 x86 架构，Intel 和 AMD 处理器使用的指令集
+- [[ARM64]]：64位 ARM 架构（AArch64），移动设备和部分服务器使用的指令集
+- [[ELF]]：可执行和链接格式，Linux 可执行文件的格式标准
+
+## Key Entities
+- [[Linux]]：开源操作系统内核，广泛用于服务器和嵌入式设备
+- [[Bash]]：Linux 默认命令行解释器
+
+## Connections
+- [[Linux]] ← uses ← [[x86_64]]
+- [[Linux]] ← uses ← [[ARM64]]
+- [[Bash]] ← runs_on ← [[x86_64]]
+- [[Bash]] ← runs_on ← [[ARM64]]

wiki/sources/mac-mini-install-frp-0-65-0-arm64-operation-guide.md

@@ -0,0 +1,49 @@
+---
+title: "Mac Mini 安装 FRP 0.65.0（ARM64）操作笔记"
+type: source
+tags: [frp, mac-mini, arm64, 内网穿透]
+date: 2025-04-16
+---
+
+## Source File
+- [[raw/Home Office/Mac Mini 安装 FRP 0.65.0（ARM64）操作笔记.md]]
+
+## Summary
+- 核心主题：Mac Mini M4（Apple Silicon/ARM64）安装配置 FRP 0.65.0 内网穿透客户端
+- 问题域：macOS 服务器化运维、FRP 内网穿透配置、Mac Mini 远程访问
+- 方法/机制：FRP 客户端安装、Gatekeeper 解除、配置文件编辑、三种后台运行方式（tmux/nohup/launchd）、VPS 端口映射、SSH 远程访问
+- 结论/价值：实现通过公网 VPS SSH 访问内网 Mac Mini
+
+## Key Claims
+- FRP 0.65.0 ARM64 版本可用于 Apple Silicon（Mac Mini M4）
+- macOS Gatekeeper 会阻止未签名程序运行，需使用 xattr 解除 quarantine
+- 三种后台运行方式：tmux（推荐临时）、nohup（简单后台）、launchd（开机自启）
+- 通过 FRP 映射端口（如 60026），可从公网 SSH 访问内网 Mac Mini
+
+## Key Quotes
+> xattr -rd com.apple.quarantine . — 解除 Gatekeeper 限制
+> ./frpc -c frpc.toml — 启动 FRP 客户端
+> ssh 用户名@VPS_IP -p 60026 — 通过 FRP 隧道远程访问
+
+## Key Concepts
+- [[FRP]]：内网穿透工具，实现公网访问内网服务
+- [[ARM64]]：64位 ARM 架构（Apple Silicon/M1/M2/M3/M4）
+- [[Gatekeeper]]：macOS 应用签名验证机制
+- [[launchd]]：macOS 原生服务管理（开机自启）
+- [[内网穿透]]：通过公网服务器转发访问内网服务的技术
+
+## Key Entities
+- [[VPS2]]：FRP 中转服务器（frps）
+- [[FRPServer]]：FRP 服务端（运行在 VPS 上）
+
+## Connections
+- [[FRP]] ← extends ← [[内网穿透]]
+- [[VPS2]] ← serves_as_frps ← [[FRP]]
+- [[Mac Mini]] ← runs ← [[FRP客户端]]
+- [[launchd]] ← manages ← [[FRP客户端]]
+
+## Contradictions
+- 与 [[Ubuntu 安装 FRP 0.65.0（x86_64）操作笔记]] 冲突：
+  - 冲突点：CPU 架构不同（ARM64 vs x86_64）
+  - 当前观点：ARM64 版本路径为 darwin_arm64，x86_64 版本为 linux_amd64
+  - 对方观点：两者配置文件相同（frpc.toml），但二进制文件不同

wiki/sources/mac-mini-server-prevent-auto-lock-sleep.md

@@ -0,0 +1,46 @@
+---
+title: "Mac Mini 服务器配置：防止自动锁屏与睡眠"
+type: source
+tags: []
+date: 2026-03-15
+---
+
+## Source File
+- [[raw/Home Office/Mac-Mini-服务器配置-防止自动锁屏与睡眠.md]]
+
+## Summary
+- 核心主题：Mac Mini 作为服务器时的电源管理配置，防止自动锁屏和睡眠
+- 问题域：远程访问场景下 Mac Mini 自动进入睡眠状态导致无法连接
+- 方法/机制：通过 pmset 命令关闭系统睡眠、显示器睡眠、待机模式和休眠；可选 caffeinate 临时保持唤醒
+- 结论/价值：确保 Mac Mini 持续可用，支持 7×24 小时远程访问
+
+## Key Claims
+- Mac Mini 关闭显示器后会自动锁屏或进入睡眠状态，导致远程访问软件（如 RustDesk、VNC）无法连接
+- 使用 `pmset -a sleep 0` 可禁止系统睡眠
+- 使用 `pmset -a displaysleep 0` 可禁止显示器关闭
+- 使用 `pmset -a standby 0` 可禁止待机模式
+- 使用 `pmset -a hibernatemode 0` 可禁止休眠（内存保存到磁盘）
+- 使用 `pmset -a womp 1` 可启用网络唤醒（WOL）
+- `-a` 参数表示应用于所有电源模式（电池和电源适配器）
+- 可选方案：使用 caffeinate 工具临时保持唤醒状态，不修改系统设置
+
+## Key Quotes
+> "Mac Mini 作为服务器使用时，关闭显示器后会自动锁屏或进入睡眠状态，导致远程访问软件（如 RustDesk、VNC）无法连接，需要物理到主机上输入密码解锁。"
+
+## Key Concepts
+- [[pmset]]：macOS 电源管理命令行工具，用于配置睡眠、显示关闭、待机等功能
+- [[caffeinate]]：macOS 工具，用于临时防止系统睡眠
+- [[WOL (Wake on LAN)]]：网络唤醒功能，允许通过局域网信号唤醒设备
+
+## Key Entities
+- [[Mac Mini]]：Apple Mac Mini M4，作为服务器使用，需要保持持续运行
+- [[RustDesk]]：开源远程桌面软件，用于远程访问 Mac Mini
+- [[Apple]]：Apple 公司，macOS 系统的开发者
+
+## Connections
+- [[Mac Mini]] ← configured_with ← [[pmset]]
+- [[pmset]] ← enables ← [[WOL (Wake on LAN)]]
+- [[caffeinate]] ← alternative_to ← [[pmset]] （临时唤醒 vs 永久配置）
+
+## Contradictions
+- （暂无）

wiki/sources/macos-symbolic-link-openclaw-directory-mapping.md

@@ -0,0 +1,40 @@
+---
+title: "macOS 创建与解除 Symbolic Link（OpenClaw 目录映射）"
+type: source
+tags: [macos, symbolic-link, openclaw, obsidian]
+date: 2025-01-14
+---
+
+## Source File
+- [[raw/Home Office/macOS 创建与解除 Symbolic Link（OpenClaw 目录映射）.md]]
+
+## Summary
+- 核心主题：macOS 符号链接（Symbolic Link）的创建与解除方法
+- 问题域：隐藏目录访问、文件系统链接管理
+- 方法/机制：使用 `ln -s` 命令创建符号链接，使用 `rm` 命令解除链接
+- 结论/价值：通过符号链接将 OpenClaw 的隐藏目录 ~/.openclaw 映射为普通目录 ~/openclaw，方便在 Finder 和 Obsidian 中直接访问
+
+## Key Claims
+- 通过 `ln -s ~/.openclaw ~/openclaw` 可将隐藏目录映射为可见目录
+- `rm ~/openclaw` 仅删除链接文件，不影响真实目录 `~/.openclaw`
+- 推荐使用双向符号链接结构：实际目录在 ~/openclaw，~/.openclaw 指向 ~/openclaw
+
+## Key Commands
+- 创建链接：`ln -s ~/.openclaw ~/openclaw`
+- 验证链接：`ls -l ~ | grep openclaw`
+- 查看目标：`readlink ~/openclaw`
+- 解除链接：`rm ~/openclaw`
+- 验证真实目录：`ls ~/.openclaw`
+
+## Key Concepts
+- [[Symbolic Link]]：符号链接，指向另一个文件或目录的特殊文件类型
+
+## Key Entities
+- [[OpenClaw]]：AI Agent 管理工具，默认使用隐藏目录 ~/.openclaw
+- [[Obsidian]]：本地笔记软件，可通过符号链接访问非标准路径的 Markdown 文件
+
+## Connections
+- [[Obsidian]] ← uses ← [[Symbolic Link]] ← enables ← [[OpenClaw]]
+
+## Contradictions
+- （暂无）

wiki/sources/minio-zipline-self-hosted-image-bed-tutorial.md

@@ -0,0 +1,48 @@
+---
+title: "MinIO + Zipline 自托管图床应用安装教程"
+type: source
+tags: [minio, zipline, docker, synology, n8n, image-hosting]
+date: 2025-12-29
+---
+
+## Source File
+- [[raw/Home Office/MinIO + Zipline 自托管图床应用安装教程.md]]
+
+## Summary
+- 核心主题：在 Synology NAS 上使用 Docker 部署自托管图床解决方案
+- 问题域：私有化图片托管、文件上传 API、自动化工作流集成
+- 方法/机制：MinIO（S3 兼容对象存储）+ PostgreSQL + Zipline（开源图床应用），通过 Docker Compose 编排部署
+- 结论/价值：实现完全可控的私有图床，支持 n8n 自动化工作流集成，数据存储在本地 NAS
+
+## Key Claims
+- MinIO 提供 S3 兼容的对象存储能力，性能仅受限于 NAS 硬盘/SSD
+- Zipline 作为前端图床应用，提供 REST API 供 n8n 自动化上传
+- 通过 docker-compose 实现一键部署，PostgreSQL 存储元数据，MinIO 存储文件实体
+- 备份需要同时考虑 Postgres 元数据和 MinIO 文件实体的一致性
+
+## Key Quotes
+> "这是一个涉及分布式存储系统一致性的经典运维话题。由于 Zipline 将元数据存在 Postgres，将文件实体存在 MinIO，你的备份方案必须确保这两者在时间点上是（尽可能）一致的。"
+
+## Key Concepts
+- [[Docker]]：容器化平台，用于部署 MinIO、PostgreSQL、Zipline
+- [[Docker Compose]]：容器编排工具，定义和管理多容器应用
+- [[对象存储]]：以对象形式存储数据的云存储类型，S3 是典型协议
+- [[S3]]：简单存储服务协议，MinIO 完全兼容
+- [[PostgreSQL]]：开源关系型数据库，存储 Zipline 元数据
+- [[n8n]]：开源工作流自动化工具，可调用 Zipline API 上传图片
+
+## Key Entities
+- [[MinIO]]：S3 兼容对象存储，用于存储图片文件
+- [[Zipline]]：开源自托管图床应用，提供上传 UI 和 API
+- [[Synology]]：群晖科技，NAS 设备制造商
+- [[PostgreSQL]]：开源关系型数据库
+- [[n8n]]：开源工作流自动化工具
+
+## Connections
+- [[Zipline]] ← uses ← [[MinIO]]
+- [[Zipline]] ← depends_on ← [[PostgreSQL]]
+- [[n8n]] ← integrates_with ← [[Zipline]]
+- [[MinIO]] ← runs_on ← [[Synology]]
+
+## Contradictions
+- （暂无）

wiki/sources/nodewarden-bitwarden-cloudflare-workers-serverless-deployment.md

@@ -0,0 +1,51 @@
+---
+title: "NodeWarden - 把 Bitwarden 搬上 Cloudflare Workers，彻底告别服务器"
+type: source
+tags: []
+date: 2026-02-22
+---
+
+## Source File
+- [[raw/Home Office/NodeWarden - 把 Bitwarden 搬上 Cloudflare Workers，彻底告别服务器.md]]
+
+## Summary
+- 核心主题：在无服务器情况下，通过 Cloudflare Workers 部署 Bitwarden 兼容的密码管理服务器
+- 问题域：密码管理、自托管部署、Serverless 应用
+- 方法/机制：利用 Cloudflare Workers + D1 + R2 实现完整的 Bitwarden 协议兼容服务
+- 结论/价值：零成本（仅需 Cloudflare 账号）实现私有密码管理，支持 TOTP 双因素认证
+
+## Key Claims
+- NodeWarden 是完全开源的 Bitwarden 服务器替代方案，运行于 Cloudflare Workers 上
+- 支持 Cloudflare D1 作为数据库、R2 存储附件，实现完整 Bitwarden 功能
+- 支持 TOTP 双因素认证，官方 Bitwarden 需要付费会员的高级功能
+- 定位单用户场景，去除 Bitwarden 多用户、组织等企业功能
+
+## Key Quotes
+> "部署 NodeWarden 之后的效果，就是在无服务器的情况下，也能在手机、电脑上使用 Bitwarden 客户端来保存密码了，支持自动登陆、二次验证之类的功能。" — 原文描述
+
+## Key Concepts
+- [[Serverless Computing]]：无需管理服务器即可运行代码的云计算模式，NodeWarden 运行于 Cloudflare Workers
+- [[TOTP (Time-based One-Time Password)]]：基于时间的一次性密码算法，用于双因素认证
+- [[JWT_SECRET]]：JSON Web Token 密钥，用于用户认证会话
+- [[Cloudflare D1]]：Cloudflare 的无服务器 SQL 数据库
+- [[Cloudflare R2]]：Cloudflare 的无服务器对象存储，用于存储附件
+
+## Key Entities
+- [[NodeWarden]]：GitHub 项目名，运行于 Cloudflare Workers 的 Bitwarden 兼容服务器
+- [[Bitwarden]]：开源密码管理系统，NodeWarden 兼容其协议
+- [[Cloudflare]]：提供 Workers、D1、R2 等无服务器平台
+- [[GitHub]]：代码托管和一键部署平台
+- [[Appinn]]：小众软件网站，本文来源
+
+## Connections
+- [[NodeWarden]] ← implements ← [[Bitwarden Protocol]]
+- [[NodeWarden]] ← runs_on ← [[Cloudflare Workers]]
+- [[Cloudflare D1]] ← provides_database ← [[NodeWarden]]
+- [[Cloudflare R2]] ← provides_storage ← [[NodeWarden]]
+- [[GitHub]] ← hosts ← [[NodeWarden]]
+
+## Contradictions
+- 与 Bitwarden 官方服务对比：
+  - 冲突点：多用户支持
+  - NodeWarden 观点：单用户足够，专注核心密码管理功能
+  - Bitwarden 官方观点：提供多用户、组织、集合等企业级功能

wiki/sources/obsidian-ga-xiao-zhi-nan-wo-chang-yong-de-cha-jian-yu-shi-ji-qiao.md

@@ -0,0 +1,53 @@
+---
+title: "Obsidian 高效指南：我常用的插件与实用技巧"
+type: source
+tags: []
+date: 2025-03-13
+---
+
+## Source File
+- [[raw/Others/Obsidian 高效指南：我常用的插件与实用技巧.md]]
+
+## Summary
+- 核心主题：Obsidian 笔记软件的高效使用技巧，涵盖核心插件推荐与使用策略
+- 问题域：知识管理、数字笔记效率提升
+- 方法/机制：Tasks 任务管理、Dataview 数据可视化、Templater 模板自动化、QuickAdd 快速记录、双链知识网络构建、每日笔记、折叠大纲、定期复盘
+- 结论/价值：通过合理配置插件组合，Obsidian 可成为高效的知识管理系统
+
+## Key Claims
+- Tasks 插件可替代独立待办应用，实现笔记内任务管理
+- Dataview 插件可将笔记内容转化为数据库，支持筛选和可视化
+- Templater 插件通过预设模板提升写作效率
+- QuickAdd 插件支持快捷键快速创建笔记
+- 双向链接是 Obsidian 构建知识网络的核心机制
+- 定期复盘可优化笔记结构，避免信息黑洞
+
+## Key Quotes
+> "Obsidian 最大的特色就是它的双向链接功能" — 作者强调双链对知识网络的重要性
+> "每天打开 Obsidian，第一件事就是写下当天的任务，晚上再进行总结" — 每日笔记的实践方式
+
+## Key Concepts
+- [[Obsidian 插件组合]]：根据不同使用场景将 Obsidian 核心插件进行合理搭配的策略
+- [[双链（Backlinks）]]：Obsidian 核心功能，将笔记双向关联形成知识网络
+- [[信息黑洞]]：只收集不使用的笔记困境，通过连接和复盘解决
+- [[每日笔记]]：每日记录并关联旧笔记的工作方式
+- [[定期复盘]]：定期翻看旧笔记，删除无用内容
+- [[知识网络]]：通过双链关联形成的笔记网络结构
+- [[任务管理]]：个人待办事项的组织、追踪和完成过程
+- [[深度工作]]：在无干扰状态下专注职业活动，提高认知产出
+
+## Key Entities
+- [[Obsidian]]：基于 Markdown 的本地优先笔记软件
+- [[Tasks 插件]]：Obsidian 任务管理插件，支持日期提醒、优先级、标签分类
+- [[Dataview]]：Obsidian SQL 查询插件，将笔记内容转化为数据库
+- [[Templater]]：Obsidian 动态模板插件
+- [[QuickAdd]]：Obsidian 快速添加插件，支持快捷键创建笔记
+
+## Connections
+- [[Obsidian 插件组合]] ← includes ← [[Tasks 插件]]
+- [[Obsidian 插件组合]] ← includes ← [[Dataview]]
+- [[Obsidian 插件组合]] ← includes ← [[Templater]]
+- [[Obsidian 插件组合]] ← includes ← [[QuickAdd]]
+- [[双链（Backlinks）]] ← enables ← [[知识网络]]
+- [[每日笔记]] ← uses ← [[Templater]]
+- [[任务管理]] ← implemented_by ← [[Tasks 插件]]

wiki/sources/obsidian-most-essential-plugins.md

@@ -0,0 +1,52 @@
+---
+title: "Obsidian最有必要安装的10款插件是这些"
+type: source
+tags: [Obsidian, 插件, 知识管理]
+date: 2025-03-17
+source: https://mp.weixin.qq.com/s/Lvra5i2bYSM5pG7vMA72hQ
+author: 西湖太极熊
+---
+
+## Source File
+- [[raw/Others/Obsidian最有必要安装的10款插件是这些.md]]
+
+## Summary
+- 核心主题：Obsidian 最核心的 10 款必要插件推荐与组合使用建议
+- 问题域：知识管理工具插件选择
+- 方法/机制：插件分类（核心生产力、效率增强、信息可视化、便利性）
+- 结论/价值：通过合理组合插件构建高效的笔记管理系统，适应不同用户场景
+
+## Key Claims
+- 虽然 Obsidian 有上千款插件，但经过深度使用总结，有必要安装的不过 10 款
+- 核心生产力插件（Templater、Dataview、Spaced Repetition）强烈推荐安装
+- 效率增强插件（Kanban、Projects、Outliner）按需选择
+- 信息可视化插件（Calendar、DB Folder）属于辅助型
+- 便利性插件（Homepage、File Explorer Note Count）为可选安装
+
+## Key Quotes
+> "人不可能都去了解，时间成本也非常高，因此，尽早去确定最有必要安装的插件才是最高效的"
+
+## Key Concepts
+- [[Obsidian 插件组合]]：根据不同场景组合使用插件的策略
+- [[知识管理流]]：Dataview + Templater + Calendar（自动化记录与检索）
+- [[任务管理流]]：Kanban + Projects + Outliner（复杂任务拆解与执行）
+- [[学习研究流]]：Spaced Repetition + DB Folder（知识记忆与结构化存储）
+
+## Key Entities
+- [[Obsidian]]：基于 Markdown 的本地优先笔记软件
+- [[Templater]]：动态模板插件
+- [[Dataview]]：SQL 查询插件
+- [[Spaced Repetition]]：间隔重复学习插件
+- [[Kanban]]：看板视图插件
+- [[Projects]]：项目管理插件
+- [[Outliner]]：大纲视图插件
+- [[Calendar]]：日历视图插件
+- [[DB Folder]]：数据库文件夹插件
+- [[Homepage]]：主页插件
+- [[File Explorer Note Count]]：文件管理器笔记计数插件
+- [[Anki]]：间隔重复学习软件
+
+## Connections
+- [[Dataview]] ← 替代方案 → [[DB Folder]]
+- [[Kanban]] ← 配合使用 → [[Projects]]
+- [[Spaced Repetition]] ← 替代方案 → [[Anki]]

wiki/sources/obsidian-tasks-plugin-lazy-friendly-task-management.md

@@ -0,0 +1,57 @@
+---
+id: obsidian-tasks-plugin-lazy-friendly-task-management
+title: "Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式"
+type: source
+tags: [Obsidian, 任务管理, 效率工具]
+sources: [raw/Others/Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式.md]
+last_updated: 2025-03-13
+---
+
+## Source File
+- [[raw/Others/Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式.md]]
+
+## Summary
+- 核心主题：Obsidian Tasks 插件的使用体验与效率提升
+- 问题域：个人任务管理与笔记整合
+- 方法/机制：通过 Markdown 语法创建任务、强大的任务查询、支持重复任务
+- 结论/价值：适合已习惯 Obsidian 工作流的用户，实现「笔记+任务」一体化
+
+## Key Claims
+- Tasks 插件让任务管理和笔记无缝整合，减少工具切换
+- Markdown 语法创建任务简单直接，无需复杂设置
+- 任务查询功能比 Notion 更灵活，可出现在任意笔记中
+- 重复任务和计划任务功能彻底解放脑力
+- 不适合需要视觉化界面、团队协作或移动端操作的用户
+
+## Key Quotes
+> "当我意识到「任务和笔记其实是一个整体」后，我才真正决定尝试把任务管理也搬进 Obsidian。" — 作者的核心转变点
+
+> "这种灵活性，让我的任务管理变得更自然，不再是「打开 Todoist → 找到任务 → 处理任务」，而是「在笔记的上下文里，直接看到当前最重要的任务」" — 对比传统任务管理的优势
+
+## Key Concepts
+- [[任务管理]]：个人待办事项的组织与追踪
+- [[Markdown 语法]]：轻量级标记语言，用于创建任务
+- [[任务查询]]：按条件筛选和排序任务的功能
+- [[重复任务]]：定期自动创建的任务
+- [[计划任务]]：预设时间周期的任务安排
+- [[深度工作]]：专注无干扰的工作状态
+
+## Key Entities
+- [[Obsidian]]：笔记软件，Tasks 插件的宿主应用
+- [[Tasks 插件]]：Obsidian 任务管理插件
+- [[Notion]]：一体化办公工具，曾被用于任务管理
+- [[Todoist]]：任务管理应用，作者之前使用的工具
+- [[shenwei]]：本文作者
+
+## Connections
+- [[Obsidian]] ← hosts ← [[Tasks 插件]]
+- [[任务管理]] ← used_by ← [[shenwei]]
+- [[任务管理]] ← alternatives ← [[Notion]]
+- [[任务管理]] ← alternatives ← [[Todoist]]
+
+## Contradictions
+- 无明显冲突
+
+## Notes
+- 适合用户：已习惯 Obsidian 工作流，希望「笔记+任务」融为一体
+- 不适合用户：喜欢视觉化界面（Trello、Things）、需要团队协作、需要手机端操作

wiki/sources/portainer-docker-installation-guide.md

@@ -0,0 +1,35 @@
+---
+title: "用 Docker 安装 Portainer"
+type: source
+tags: [docker, portainer]
+date: 2025-01-26
+---
+
+## Source File
+- [[raw/Home Office/用Docker安装Portainer.md]]
+
+## Summary
+- 核心主题：Docker 容器管理工具 Portainer 的部署配置
+- 问题域：Docker 可视化管理、容器运维
+- 方法/机制：使用 Docker Compose 部署 Portainer Community Edition（CE） LTS 版本
+- 结论/价值：通过 Web 界面简化 Docker 容器和镜像管理
+
+## Key Claims
+- Portainer CE 是开源的 Docker 可视化管理界面
+- 通过绑定 /var/run/docker.sock 实现对宿主机 Docker 的完全控制
+
+## Key Quotes
+> image: portainer/portainer-ce:lts — 使用 LTS 长期支持版本
+
+## Key Concepts
+- [[Docker Compose]]：多容器 Docker 应用的定义和运行工具
+- [[Docker Daemon Socket]]：Docker 守护进程通信接口，绑定后可管理宿主机容器
+
+## Key Entities
+- [[Portainer]]：开源 Docker 可视化管理工具
+
+## Connections
+- [[Portainer]] ← manages ← [[Docker Compose]]
+
+## Contradictions
+- （无）

wiki/sources/removing-old-portainer-container-volume.md

@@ -0,0 +1,36 @@
+---
+title: "删除旧 Portainer Container + Volume"
+type: source
+tags: [docker, container, portainer, volume, cleanup]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/如何删除旧的废弃的docker container +volume.md]]
+
+## Summary
+- 核心主题：清理旧的 Portainer 容器、网络和数据卷，完整重装流程
+- 问题域：Docker 容器清理与重装
+- 方法/机制：使用 docker ps/stop/rm 命令清理容器，使用 docker volume ls/rm 清理卷，使用 docker network ls/rm 清理网络
+- 结论/价值：提供完整清理步骤，解决重装时 WARN 问题
+
+## Key Claims
+- 先停止容器再删除是安全清理的最佳实践
+- 删除 volume 会丢失所有数据，需谨慎操作
+- 使用 external: true 可保留既有 volume
+
+## Key Quotes
+> "注意：这会删除 Portainer 所有数据（用户、配置）"
+
+> "如果 compose 文件里加 external: true，可以保留既有 volume"
+
+## Key Concepts
+- [[Docker Volume]]：Docker 持久化数据的管理机制
+- [[Docker Network]]：Docker 容器网络隔离机制
+
+## Key Entities
+- [[Portainer]]：Docker 可视化管理工具
+
+## Connections
+- [[Portainer]] ← manages ← [[Docker Volume]]
+- [[Portainer]] ← manages ← [[Docker Network]]

wiki/sources/synology-nas-clouddrive2-installation.md

@@ -0,0 +1,36 @@
+---
+title: "在Synology NAS上安装CloudDrive2"
+type: source
+tags: [clouddrive2, nas, synology]
+date: 2025-12-29
+---
+
+## Source File
+- [[raw/Home Office/在Synology NAS上安装CloudDrive2.md]]
+
+## Summary
+- 核心主题：在 Synology NAS 上安装配置 CloudDrive2 挂载阿里云盘
+- 问题域：NAS 私有云存储扩展
+- 方法/机制：通过套件中心安装 CloudDrive2，使用 Docker 部署，配置阿里云盘扫码授权挂载
+- 结论/价值：实现本地 NAS 与阿里云盘的无缝整合，扩展存储空间
+
+## Key Claims
+- DSM 7+ 版本需要在 root 下执行命令修复权限
+- 仅授权资源目录即可，无需授权备份目录
+
+## Key Concepts
+- [[CloudDrive2]]：阿里云盘挂载工具，可将云盘映射为本地磁盘
+- [[Docker]]：容器化部署平台
+- [[矿神源]]：Synology 第三方套件源
+
+## Key Entities
+- [[Synology]]：NAS 设备制造商
+- [[阿里云盘]]：阿里巴巴云存储服务
+
+## Connections
+- [[Synology]] ← uses ← [[Docker]]
+- [[Docker]] ← hosts ← [[CloudDrive2]]
+- [[CloudDrive2]] ← mounts ← [[阿里云盘]]
+
+## Contradictions
+- （暂无）

wiki/sources/synology-nas-scientific-internet-guide.md

@@ -0,0 +1,43 @@
+---
+title: "群晖NAS科学上网方法"
+type: source
+tags: [docker, nas, synology, v2raya, vpn]
+date: 2025-12-29
+---
+
+## Source File
+- [[raw/Home Office/群晖NAS科学上网方法.md]]
+
+## Summary
+- 核心主题：在群晖 NAS 上通过 V2RayA 配置透明代理，使 Docker 可以访问被封锁的海外镜像源
+- 问题域：Docker Pull 在中国大陆网络环境下无法访问 Docker Hub 等海外仓库
+- 方法/机制：通过 V2RayA 透明代理 + Docker Daemon HTTP 代理两种方案解决
+- 结论/价值：显式配置 Docker Daemon 代理是生产环境的最佳实践
+
+## Key Claims
+- V2RayA 透明代理可接管 NAS 本机出站流量，但可能与 DSM 防火墙规则冲突
+- Docker Daemon 网络栈不完全遵循 iptables 规则，透明代理可能对 Docker Pull 无效
+- 显式配置 Docker Daemon 的 HTTP 代理环境变量是更符合工程最佳实践的做法
+
+## Key Quotes
+> "对于企业级或生产环境（即使是SOHO），我建议不要依赖 NAS Host 的透明代理来解决 docker pull 问题，因为这修改了系统级路由表，容易影响 NAS 其他服务。" — 作者经验总结
+
+## Key Concepts
+- [[透明代理]]：V2RayA 通过 iptables 劫持流量，使 NAS 本机所有出站请求自动走代理
+- [[Docker-Daemon-代理]]：配置 Docker 守护进程的环境变量，使其通过 HTTP 代理访问海外仓库
+- [[科学上网]]：通过代理服务器绕过网络限制访问被封锁网站的技术
+
+## Key Entities
+- [[Synology]]：群晖科技，NAS 设备制造商
+- [[Docker]]：开源容器平台
+- [[V2RayA]]：V2Ray 管理面板，支持透明代理功能
+- [[V2Ray]]：多平台代理软件
+
+## Connections
+- [[Synology]] ← runs ← [[Docker]]
+- [[Docker]] ← uses ← [[V2RayA]]
+- [[V2RayA]] ← provides ← [[透明代理]]
+- [[Docker]] ← bypasses ← [[透明代理]] ← solution_by ← [[Docker-Daemon-代理]]
+
+## Contradictions
+- （暂无）

wiki/sources/synology-nas-xiaoya-alist-clouddrive2-plex-media-platform.md

@@ -0,0 +1,46 @@
+---
+title: "Synology NAS + Xiaoya Alist + CloudDrive2 + Plex 搭建家庭媒体平台"
+type: source
+tags: [home-office, media-server, nas, docker]
+date: 2025-02-23
+---
+
+## Source File
+- [[raw/Home Office/Synology NAS + Xiaoya Alist + CloudDrvie2+ Plex to Build Media Platform.md]]
+
+## Summary
+- 核心主题：利用群晖NAS + Xiaoya Alist + CloudDrive2 + Plex 搭建家庭媒体平台
+- 问题域：家庭媒体资源管理与播放
+- 方法/机制：通过 Docker 部署 Xiaoya Alist 获取云盘资源，使用 CloudDrive2 挂载阿里云盘为本地磁盘，通过 Plex 进行媒体库管理和播放
+- 结论/价值：实现云盘资源本地化管理，支持多设备（当贝盒子、华为盒子）播放
+
+## Key Claims
+- Xiaoya Alist 可通过 Docker 部署，将云盘资源以列表形式展示，支持转存到个人云盘
+- CloudDrive2 可将阿里云盘挂载为本地磁盘，实现文件级别的访问
+- Plex Media Server 支持刮削阿里云盘中的视频内容，生成媒体库
+
+## Key Quotes
+> "Xiaoya Alist 是一个网络资源分享平台，运行以后可以出现一个列表，当配置好云盘链接后，可以直接转存到自己的云盘上"
+
+> "配置 Docker 启动 xiaoya，通过三个 token 文件完成阿里云盘授权"
+
+## Key Concepts
+- [[Docker]]：容器化平台，用于在 NAS 上部署应用
+- [[CloudDrive2]]：阿里云盘挂载工具，可将云盘映射为本地磁盘
+- [[Plex]]：媒体服务器软件，支持视频刮削和管理
+- [[容器化媒体服务]]：通过 Docker 部署媒体应用的架构
+
+## Key Entities
+- [[Synology]]：群晖科技，NAS 设备制造商
+- [[Plex]]：媒体服务器软件
+- [[阿里云盘]]：阿里巴巴云存储服务
+- [[Xiaoya Alist]]：网络资源分享平台（Docker 应用）
+- [[CloudDrive2]]：阿里云盘挂载工具
+
+## Connections
+- [[Synology]] ← hosts ← [[Docker]] ← runs ← [[Xiaoya Alist]]
+- [[阿里云盘]] ← mounted_by ← [[CloudDrive2]] ← accessed_by ← [[Plex]]
+- [[Plex]] ← manages ← [[阿里云盘]] media content
+
+## Contradictions
+- （暂无）

wiki/sources/trae-remote-development-deployment-guide.md

@@ -0,0 +1,45 @@
+---
+title: "Trae远程开发部署指南"
+type: source
+tags: [remote-ssh, trae, ubuntu]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Vibe Coding/Trae远程开发部署指南.md]]
+
+## Summary
+- 核心主题：Trae IDE 远程开发 Docker 项目的完整配置指南
+- 问题域：开发环境配置、远程连接、Docker 开发模式
+- 方法/机制：SSH 免密登录 + Remote-SSH 插件 + Docker 容器化开发
+- 结论/价值：实现本地 UI 端通过 Trae 连接 Ubuntu 服务器进行 Docker 项目开发，支持两种开发模式（容器内开发/宿主机编辑）
+
+## Key Claims
+- 通过 SSH Config 配置别名，实现 Trae 远程连接 Ubuntu 服务器
+- 用户必须加入 docker 用户组，否则 Trae 无法列出容器
+- 模式 A（Attach 到容器）：环境完全隔离，无需在宿主机安装语言环境
+- 模式 B（远程编辑宿主机文件）：适合管理 docker-compose.yml 文件或多微服务配置
+
+## Key Quotes
+> "开发环境的核心在于 Bind Mount（绑定挂载），实现代码修改实时生效" — 开发环境配置原理
+
+## Key Concepts
+- [[SSH]]：安全远程登录协议，用于 Trae 与 Ubuntu 服务器连接
+- [[Docker]]：容器化平台，项目运行环境
+- [[docker-compose.yml]]：Docker Compose 配置文件，定义多容器应用
+- [[Bind Mount]]：绑定挂载，实现宿主机目录与容器目录共享
+- [[Remote-SSH]]：VS Code/Trae 远程开发插件，连接远程服务器
+- [[Vibe Coding]]：AI 辅助开发方式
+
+## Key Entities
+- [[Ubuntu]]：项目部署的服务器操作系统
+- [[Trae]]：AI 增强的代码编辑器，基于 VS Code
+- [[ThinkBook]]：本地客户端笔记本，仅作为 UI 端
+
+## Connections
+- [[ThinkBook]] ← remote_dev ← [[Ubuntu]]
+- [[Ubuntu]] ← hosts ← [[Docker]]
+- [[Trae]] ← connects_via ← [[SSH]]
+
+## Contradictions
+- （暂无）

wiki/sources/ubuntu-24.04.2-hp-zbook-installation-guide.md

@@ -0,0 +1,45 @@
+---
+title: "在 HP ZBook 工作站笔记本上安装 Ubuntu 24.04.2"
+type: source
+tags: [hp, ubuntu, zbook, rufus]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Home Office/安装Ubuntu-24.04.2在HP Zbook工作站笔记本上.md]]
+
+## Summary
+- 核心主题：在 HP ZBook 工作站笔记本上安装 Ubuntu 24.04.2 桌面版
+- 问题域：Linux 系统安装、工作站分区配置、UEFI 引导修复
+- 方法/机制：Rufus 制作 USB 启动盘、GPT 分区方案、efibootmgr 修复启动顺序
+- 结论/价值：完整的安装指南，包含从制作启动盘到解决 HP BIOS 启动问题的全部步骤
+
+## Key Claims
+- HP ZBook 必须使用 GPT 分区配合 UEFI 启动，不建议使用 MBR
+- Ubuntu 安装建议手动分区：/boot/efi (512MB-1GB FAT32)、/(根目录 100GB-200GB ext4)、/home (剩余空间 ext4)、swap (8GB-32GB)
+- HP BIOS 需要关闭 Secure Boot 和 Fast Boot，并设置为 UEFI Only 模式
+- 启动顺序问题可通过 efibootmgr -o 命令强制将 Ubuntu 设为首选
+
+## Key Quotes
+> "将 0005 (Ubuntu) 放在启动顺序的首位" — 通过 efibootmgr 解决启动顺序问题
+
+## Key Concepts
+- [[GPT]]：GUID Partition Table，支持 2TB 以上硬盘，与 UEFI 引导完美兼容
+- [[UEFI]]：统一可扩展固件接口，替代传统 BIOS 的启动标准
+- [[efibootmgr]]：Linux 下操作 EFI 固件启动顺序的工具
+
+## Key Entities
+- [[HP]]：惠普公司，工作站笔记本制造商
+- [[HP ZBook]]：HP 工作站笔记本产品线
+- [[Rufus]]：开源 USB 启动盘制作工具
+
+## Connections
+- [[HP ZBook]] ← installed_with ← [[Ubuntu 24.04]]
+- [[Rufus]] ← creates ← [[USB 启动盘]]
+- [[efibootmgr]] ← fixes ← [[启动顺序]]
+
+## Contradictions
+- 与其他工作站安装方式对比：
+  - 冲突点：自动分区 vs 手动分区
+  - 当前观点：对于 HP ZBook，建议手动分区以优化 NVMe 性能
+  - 对方观点：部分教程建议使用自动分区以简化安装流程

wiki/sources/ubuntu-disable-lid-close-sleep.md

@@ -0,0 +1,42 @@
+---
+title: "Ubuntu 禁用合盖休眠"
+type: source
+tags: [ubuntu, system-admin]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/Ubuntu禁用合盖休眠.md]]
+
+## Summary
+- 核心主题：在 Ubuntu 24.04 中禁用笔记本合盖休眠行为
+- 问题域：Linux 系统管理、服务器运维
+- 方法/机制：通过修改 systemd-logind 配置文件，设置 HandleLidSwitch、HandleLidSwitchExternalPower、HandleLidSwitchDocked 为 ignore
+- 结论/价值：使笔记本在合盖后继续运行，保持服务可用性
+
+## Key Claims
+- systemd-logind 控制 Ubuntu 笔记本合盖休眠行为
+- 通过修改 /etc/systemd/logind.conf 可禁用合盖休眠
+- 重启 systemd-logind 服务使配置生效
+
+## Key Quotes
+> "HandleLidSwitch" — 合盖时的动作（通常指用电池时）
+> "HandleLidSwitchExternalPower" — 连接外接电源合盖时的动作
+> "HandleLidSwitchDocked" — 连接扩展坞合盖时的动作
+> "ignore" — 表示不执行任何操作，即系统继续运行
+
+## Key Concepts
+- [[systemd-logind]]：systemd 的登录管理器，负责处理电源管理事件
+- [[HandleLidSwitch]]：合盖电源行为配置项
+- [[休眠 (Hibernate)]]：系统休眠状态，内存数据写入磁盘
+- [[待机 (Suspend)]]：系统睡眠状态，保持内存供电
+
+## Key Entities
+- [[systemd]]：Linux 系统和服务管理器
+
+## Connections
+- [[systemd]] ← manages ← [[systemd-logind]]
+- [[systemd-logind]] ← controls ← [[HandleLidSwitch]]
+
+## Contradictions
+- （无）

wiki/sources/ubuntu-install-ollama-run-qwen2.5-coder-7b.md

@@ -0,0 +1,47 @@
+---
+title: "在 Ubuntu 安装 Ollama 并运行 Qwen2.5-Coder 7B"
+type: source
+tags: [ollama, openclaw, qwen, qwen-coder, ubuntu]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/AI/在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B.md]]
+
+## Summary
+- 核心主题：在 Ubuntu 系统上安装 Ollama 本地大模型运行环境并运行 Qwen2.5-Coder 7B 模型
+- 问题域：本地 AI 模型部署、开发者本地 AI 基础设施搭建
+- 方法/机制：通过官方安装脚本部署 Ollama，配置 systemd 服务，开放远程 API 供外部调用
+- 结论/价值：提供完整的本地 AI 开发环境，适合 DevOps 自动化、SQL Agent、Kubernetes 故障排查等工程任务
+
+## Key Claims
+- Qwen2.5-Coder 7B 在工程任务（Tool usage、Shell/Python/SQL 理解、Repo 级代码理解）上优于普通 Qwen2.5:7b
+- Ollama 默认只监听 127.0.0.1，需修改 systemd 服务配置才能开放远程 API
+- 安装 NVIDIA GPU 后 Ollama 会自动使用 GPU 加速，无需额外配置
+
+## Key Quotes
+> "curl -fsSL https://ollama.com/install.sh | sh" — 一行命令完成 Ollama 安装
+
+> "Environment=\"OLLAMA_HOST=0.0.0.0\"" — 开放远程 API 的关键配置
+
+## Key Concepts
+- [[Ollama]]：本地大语言模型运行环境，支持多种开源模型
+- [[Qwen2.5-Coder]]：阿里通义千问的代码生成模型，7B 参数版本约 4.5GB
+- [[Open WebUI]]：ChatGPT 风格的 Web UI 界面
+- [[n8n]]：开源工作流自动化工具，可与 Ollama 集成实现 AI 自动化
+- [[LangChain]]：Agent 框架，用于构建 AI 应用
+- [[OpenClaw]]：AI Coding Agent，可配置使用 Ollama 模型
+- [[CUDA]]：NVIDIA GPU 计算平台，Ollama 自动支持 GPU 加速
+
+## Key Entities
+- [[阿里云盘]] — 通义千问模型的发布者
+- [[Ollama]] — 本地大模型运行环境项目
+
+## Connections
+- [[Ollama]] ← hosts ← [[Qwen2.5-Coder]]
+- [[Open WebUI]] ← connects_to ← [[Ollama]]
+- [[n8n]] ← integrates_with ← [[Ollama]]
+- [[OpenClaw]] ← uses ← [[Ollama]]
+
+## Contradictions
+- （暂无）

wiki/sources/ubuntu-rustdesk-wayland-login-error.md

@@ -0,0 +1,41 @@
+---
+title: "Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误"
+type: source
+tags: [rustdesk, ubuntu, wayland, x11, remote-desktop]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误.md]]
+
+## Summary
+- 核心主题：Ubuntu 24.04 使用 RustDesk 远程桌面时无法在 Wayland 登录界面工作的解决方案
+- 问题域：远程桌面兼容性、系统显示协议配置
+- 方法/机制：通过修改 GDM3 配置禁用 Wayland，强制使用 X11 (Xorg) 显示协议
+- 结论/价值：修改 /etc/gdm3/custom.conf 将 WaylandEnable=false 取消注释，重启 GDM 服务即可解决
+
+## Key Claims
+- Ubuntu 24.04 默认使用 Wayland 显示协议
+- Wayland 出于安全设计，严格限制外部程序在用户未登录状态下获取屏幕控制权
+- 禁用 Wayland 后，RustDesk 能够在登录界面和登录后正常工作
+
+## Key Quotes
+> "这个问题产生的原因是 Ubuntu 24.04 默认使用了 Wayland 显示协议，而 Wayland 出于安全设计，严格限制了外部程序在用户未登录状态下（即 GDM 登录界面）获取屏幕控制权。"
+
+## Key Concepts
+- [[Wayland]]：Linux 桌面环境的现代显示协议，安全性高但限制远程控制
+- [[X11 (Xorg)]]：传统的 Linux 显示协议，兼容性更好，支持远程控制
+- [[GDM3]]：GNOME Display Manager，Ubuntu 的登录管理器
+
+## Key Entities
+- [[RustDesk]]：开源远程桌面软件
+- [[Ubuntu]]：开源 Linux 发行版
+
+## Connections
+- [[Ubuntu]] ← uses ← [[GDM3]]
+- [[GDM3]] ← supports ← [[Wayland]]
+- [[GDM3]] ← supports ← [[X11 (Xorg)]]
+- [[RustDesk]] ← requires ← [[X11 (Xorg)]]
+
+## Contradictions
+- （暂无）

wiki/sources/ubuntu-server-docker-docker-compose-installation.md

@@ -0,0 +1,40 @@
+---
+title: "如何在 Ubuntu Server 安装 docker & docker compose"
+type: source
+tags: [docker, ubuntu, devops]
+date: 2025-04-16
+---
+
+## Source File
+- [[raw/Home Office/如何在Ubuntu Server安装 docker & docker compose.md]]
+
+## Summary
+- 核心主题：在 Ubuntu Server 上安装 Docker Engine 和 Docker Compose V2
+- 问题域：Ubuntu Server 环境配置、容器运行时部署
+- 方法/机制：通过 Docker 官方 APT 仓库安装，包含 GPG 密钥配置、仓库添加、Docker Engine 和 Compose 插件安装、非 root 用户配置
+- 结论/价值：完成 5 步安装流程后，可在 Ubuntu Server 上运行容器化应用
+
+## Key Claims
+- Docker 官方仓库安装可确保获取最新版本
+- 安装 docker-compose-plugin 将获得 Docker Compose V2（使用 `docker compose` 命令）
+- 将用户加入 docker 组可无需 sudo 运行 Docker 命令
+
+## Key Quotes
+> "docker-compose-plugin installs Docker Compose V2, which is used via the command `docker compose` instead of `docker-compose`"
+
+## Key Concepts
+- [[Docker]]：开源容器化平台
+- [[Docker-Compose]]：多容器应用编排工具
+- [[apt-repository]]：APT 包管理器的软件源配置机制
+- [[GPG-key]]：GNU Privacy Guard 公钥，用于软件包签名验证
+
+## Key Entities
+- [[Docker-Engine]]：Docker 容器运行时
+- [[Ubuntu]]：Linux 发行版
+
+## Connections
+- [[Docker-Engine]] ← installs ← [[Docker-Compose]]
+- [[Ubuntu]] ← hosts ← [[Docker-Engine]]
+
+## Contradictions
+- （暂无）

wiki/sources/ubuntu-server-nfs-synology-nas-mount-guide.md

@@ -0,0 +1,46 @@
+---
+title: "如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹"
+type: source
+tags: [nfs, synology, nas, ubuntu, backup]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹.md]]
+
+## Summary
+- 核心主题：在 Ubuntu Server 上通过 NFS 协议挂载 Synology NAS 共享文件夹
+- 问题域：Linux 服务器数据备份到 NAS 的网络存储挂载方案
+- 方法/机制：NFS 协议配置（NAS 端权限设置 + Ubuntu 端临时挂载 + fstab 永久挂载）
+- 结论/价值：实现开机自动挂载 NAS，为 rsync 增量备份提供稳定存储路径
+
+## Key Claims
+- NFS 能完美保留 Linux 文件所有权信息，避免 Samba 恢复 Docker 卷时的权限报错
+- _netdev 参数是实现永久挂载的关键，确保网络服务完全启动后再尝试挂载
+- 必须在 /etc/fstab 配置后使用 mount -a 验证，防止重启后系统无法启动
+
+## Key Quotes
+> "映射所有用户为 admin (Map all users to admin)：这会将 Ubuntu 端 root 发起的备份请求，在 NAS 端统一以 admin 身份执行，从而绕过复杂的 Linux 权限校验"
+
+> "_netdev：告诉系统这是一个网络设备，务必等到网络服务完全启动后再尝试挂载，防止开机过程因找不到网络而卡死"
+
+## Key Concepts
+- [[NFS永久挂载]]：通过 /etc/fstab 实现 NFS 开机自动挂载的配置方法
+- [[NFS]]：网络文件系统协议，Linux 环境备份到 NAS 的推荐方案
+- [[/etc/fstab]]：Linux 文件系统表，定义所有文件系统挂载点
+
+## Key Entities
+- [[Synology]]：NAS 设备制造商，提供 DSM 管理界面配置 NFS 权限
+- [[NAS]]：网络附加存储设备，提供共享文件夹存储服务
+
+## Connections
+- [[NFS永久挂载]] ← 配置于 ← [[/etc/fstab]]
+- [[NFS]] ← 连接 ← [[NAS]]
+- [[rsync]] ← 使用 ← [[NFS永久挂载]]
+
+## Contradictions
+- 与 SMB/Samba 方案对比：
+  - 冲突点：Samba 会丢失 Linux 文件所有权信息，NFS 则能完整保留
+  - 当前观点：NFS 是 Linux 服务器备份到 NAS 的推荐方案
+  - SMB 优势：跨平台兼容性更好（Windows/Mac/Linux）
+

wiki/sources/ubuntu-server-scientific-internet-access-guide.md

@@ -0,0 +1,45 @@
+---
+title: "Ubuntu Server 科学上网指南"
+type: source
+tags: [docker, proxychains, ubuntu, v2rayn]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/Ubuntu Server科学上网.md]]
+
+## Summary
+- 核心主题：在 Ubuntu Server 上配置代理实现科学上网
+- 问题域：Docker 环境下的代理配置
+- 方法/机制：V2RayN 客户端 + ProxyChains + Git 代理 + Docker Daemon/容器代理
+- 结论/价值：解决终端命令、Git、Docker 镜像拉取、容器内应用的网络代理需求
+
+## Key Claims
+- curl 可以直接指定 SOCKS5 代理测试科学上网连通性
+- ProxyChains 可让原本不支持代理的终端命令通过代理运行
+- Git 需要单独配置代理，不会自动读取系统环境变量
+- Docker 守护进程（Daemon）不读取普通用户环境变量，需要通过 systemd 配置
+- Docker 容器内应用代理可通过 ~/.docker/config.json 全局配置或运行时 -e 参数指定
+
+## Key Quotes
+> "git config --global http.proxy 'socks5://127.0.0.1:10808'" — Git 全局代理配置
+
+> "docker info | grep -i proxy" — 验证 Docker 代理配置是否生效
+
+## Key Concepts
+- [[SOCKS5代理]]：支持 TCP/UDP 的网络代理协议，隐匿真实 IP
+- [[代理链 (ProxyChains)]]：强制终端命令走代理的工具
+- [[Docker Daemon 代理]]：通过 systemd 服务配置让 Docker 守护进程使用代理
+- [[透明代理]]：通过防火墙规则强制流量走代理的机制
+
+## Key Entities
+- [[V2RayN]]：Windows/Linux 代理客户端
+- [[V2Ray]]：代理软件核心，支持多种协议
+
+## Connections
+- [[Ubuntu Server科学上网指南]] ← depends_on ← [[V2Ray]]
+- [[ProxyChains]] ← used_by [[Ubuntu Server科学上网指南]]
+- [[Docker]] ← configured_with [[Docker Daemon 代理]]
+
+## Contradictions
+- （暂无冲突记录）

wiki/sources/ubuntu-vibe-kanban-installation.md

@@ -0,0 +1,43 @@
+---
+title: "在Ubuntu 上安装Vibe-Kanban"
+type: source
+tags: [vibe-coding, vibe-kanban, pm2, ubuntu]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Vibe Coding/在Ubuntu上安装Vibe-Kanban.md]]
+
+## Summary
+- 核心主题：在 Ubuntu 系统上安装配置 Vibe-Kanban AI 任务管理工具
+- 问题域：Vibe Coding 工作流工具安装与进程管理
+- 方法/机制：通过 npx 启动应用，使用 pm2 进行进程管理和开机自启
+- 结论/价值：提供 AI 辅助开发的任务看板完整配置方案
+
+## Key Claims
+- Vibe Kanban 运行 AI agents 时默认使用 `--dangerously-skip-permissions` 和 `--yolo` 标志，使 agents 可以自主工作无需频繁确认
+- 每个任务运行在隔离的 git worktree 中，防止 agents 相互干扰
+- PM2 可实现进程自动重启、开机自启，并提供管理界面
+
+## Key Quotes
+> "Vibe Kanban runs AI agents with —dangerously-skip-permissions/—yolo flags by default so they can work autonomously without constant approval prompts." — 官方安全说明
+
+> "Each task runs in an isolated git worktree, preventing agents from interfering with each other." — 隔离机制说明
+
+## Key Concepts
+- [[Vibe Coding]]：AI 辅助开发方式，自然语言描述需求，AI 负责代码实现
+- [[pm2]]：Node.js 进程管理器，提供进程守护、日志管理和负载均衡
+- [[npx]]：Node.js 官方包执行工具，无需全局安装即可运行 npm 包
+
+## Key Entities
+- [[Vibe-Kanban]]：AI Agent 管理工具，支持 Vibe Coding 工作流
+- [[OpenCode]]：开源 AI 编程助手
+
+## Connections
+- [[Vibe-Kanban]] ← extends ← [[Vibe Coding]]
+- [[Vibe-Kanban]] ← managed_by ← [[pm2]]
+- [[Vibe-Kanban]] ← uses ← [[OpenCode]]
+
+## Contradictions
+- 与 [[如何在ubuntu上安装opencode并配置vibe-kanban.md]] 内容部分重叠：后者侧重 OpenCode 配置，本文件侧重 Vibe-Kanban 独立安装和 PM2 管理
+- 与 [[vibe-kanban-opencode-ubuntu-server-installation-guide.md]] 内容部分重叠：后者是完整指南，本文件聚焦核心安装步骤

wiki/sources/vibe-coding-experience-collection.md

@@ -0,0 +1,50 @@
+---
+title: "Vibe Coding 经验收集"
+type: source
+tags: [vibe-coding, ai-coding, prompt-engineering]
+date: 2025-12-30
+---
+
+## Source File
+- [[raw/Vibe Coding/vibe coding经验收集.md]]
+
+## Summary
+- 核心主题：Vibe Coding（氛围编程）的实践经验与方法论
+- 问题域：如何高效使用 AI 辅助软件开发
+- 方法/机制：伪代码 → 代码流程、点→线→体迭代、系统 Prompt 优化、代码文档化、自动化验证
+- 结论/价值：AI 辅助编程的核心在于需求清晰表达、迭代式打磨、自动化验证
+
+## Key Claims
+- 需求 → 伪代码 → 代码的流程可提升 AI 代码生成质量
+- 针对特定模型的系统 Prompt 优化可显著提升多代理基准测试性能（约 5%）
+- 点→线→体逐级迭代对应使用范围内的任务，先打磨单个基础任务再批量执行
+- 文件头注释描述代码作用、上下游链路、模块说明可降低认知负载
+- 自动化测试、静态分析、形式化验证是未来软件工程的核心
+- 高质量提示词（如高额小费承诺）可提升生成效果
+
+## Key Quotes
+> "我是把设计文档写得很细，包括service层的具体逻辑都用伪代码写了，然后交给AI，一遍直出，再用另一个AI review一遍" — shenwei
+> "代码最终会被转换成机器码执行，高级语言只是一层方便人类理解的抽象，重要的是验证程序的执行逻辑" — @dogejustdoit
+> "请你根据我的要求，用 Three.js 创建一个实时交互的3D粒子系统，如果你第一次就做得好，我将会打赏你100美元的小费" — 高质量提示词示例
+
+## Key Concepts
+- [[Vibe-Coding]]：AI 辅助开发方式，自然语言描述需求，AI 负责代码实现
+- [[伪代码]]：用伪代码描述具体逻辑后交给 AI 生成代码的方法
+- [[点-线-体-迭代]]：逐级迭代的开发和任务执行方式
+- [[系统-Prompt-优化]]：针对特定 AI 模型优化系统提示词以提升性能
+- [[CodeWeaver]]：将代码库编织成可导航 Markdown 文档的工具
+- [[自动化验证]]：通过测试、静态分析、形式化验证确保代码行为正确
+
+## Key Entities
+- [[shenwei]]：Vibe Coding 实践者，提出伪代码 → 代码流程
+- [[CodeWeaver]]：GitHub 开源项目，代码库文档化工具
+
+## Connections
+- [[Vibe-Coding]] ← uses ← [[伪代码]]
+- [[Vibe-Coding]] ← uses ← [[点-线-体-迭代]]
+- [[系统-Prompt-优化]] ← improves ← [[AI-代理]]
+- [[CodeWeaver]] ← supports ← [[Vibe-Coding]]
+- [[自动化验证]] ← enables ← [[软件工程]]
+
+## Contradictions
+- （暂无冲突记录）

wiki/sources/vibe-kanban-opencode-ubuntu-server-installation-guide.md

@@ -0,0 +1,48 @@
+---
+title: "Vibe-Kanban + OpenCode 在 Ubuntu Server 上安装与管理指南"
+type: source
+tags: [npm, npx, pm2, ubuntu, vibe-coding, vibe-kanban]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Vibe Coding/Vibe-Kanban + OpenCode 在 Ubuntu Server 上安装与管理指南.md]]
+
+## Summary
+- 核心主题：在 Ubuntu Server 上使用非 root 用户（shenwei）安装和管理 Vibe-Kanban 与 OpenCode
+- 问题域：Node 环境配置、进程管理、远程开发工具部署
+- 方法/机制：使用 nvm 安装 Node 20、npm 全局安装工具、pm2 进程管理
+- 结论/价值：提供完整的 Vibe-Kanban + OpenCode 环境搭建指南，包含验证步骤和故障排查
+
+## Key Claims
+- 使用 nvm 安装 Node 20 可避免权限问题和版本冲突
+- Vibe-Kanban 会自动 spawn OpenCode executor，无需手动启动
+- pm2 可有效管理 Vibe-Kanban 进程并实现开机自启
+- 不要使用 root 用户启动 OpenCode serve，否则会导致权限问题
+
+## Key Quotes
+> "不要用 root 启动 OpenCode serve，vibe-kanban 会自动 spawn executor" — 安装注意事项
+> "vibe-kanban 自行 spawn executor，随机端口即可" — 进程管理总结
+> "pm2 只管理 vibe-kanban，executor 随进程一起管理" — 架构说明
+
+## Key Concepts
+- [[nvm]]：Node 版本管理器，用于安装和管理 Node.js 多版本环境
+- [[npm]]：Node 包管理器，用于安装和管理 JavaScript/Node.js 包
+- [[npx]]：Node 包执行工具，无需全局安装即可运行 npm 包
+- [[pm2]]：Node 进程管理器，提供进程守护、日志管理和负载均衡功能
+- [[Vibe Coding]]：AI 辅助开发方式，自然语言描述需求，AI 负责代码实现
+
+## Key Entities
+- [[Vibe-Kanban]]：AI Agent 管理工具，支持 Vibe Coding 工作流
+- [[OpenCode]]：开源 AI 编程助手，提供终端/桌面/IDE 三种使用形态
+- [[shenwei]]：Ubuntu Server 非 root 用户，用于安全运行服务
+
+## Connections
+- [[Vibe-Kanban]] ← spawns ← [[OpenCode]]
+- [[npm]] ← installs ← [[Vibe-Kanban]]
+- [[npm]] ← installs ← [[OpenCode]]
+- [[pm2]] ← manages ← [[Vibe-Kanban]]
+- [[nvm]] ← provides ← [[Node-js]]
+
+## Contradictions
+- （暂无）

wiki/sources/vps-frp-reverse-proxy-internal-network-access.md

@@ -0,0 +1,55 @@
+---
+title: "通过 VPS+内网反向代理实现域名访问内网穿透"
+type: source
+tags: [vps, caddy, frp, reverse-proxy, network, cdn]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Home Office/通过VPS+内网反向代理实现域名访问内网穿透.md]]
+
+## Summary
+
+- 核心主题：通过 FRP（Fast Reverse Proxy）实现内网穿透，结合 Caddy 反向代理提供 HTTPS 域名访问
+- 问题域：如何将内网服务通过公网 VPS 暴露给外部访问，同时使用域名和 HTTPS
+- 方法/机制：FRP 建立反向隧道，Caddy 作为反向代理提供 HTTPS，Aliyun DNS 管理域名解析
+- 结论/价值：实现内网服务的安全外部访问，支持 NAS、n8n、Transmission、Grafana 等多服务穿透
+
+## Key Claims
+
+- FRP（Fast Reverse Proxy）是专为内网穿透设计的工具，支持 NAT  traversal 和自动重连
+- Caddy 反向代理可以自动申请和更新 Let's Encrypt 证书，提供 HTTPS 访问
+- 通过 VPS+FRP+Caddy 的组合架构，可以将内网服务映射到公网域名访问
+
+## Key Quotes
+
+> "FRP 优点：专为内网穿透设计，支持 NAT、自动重连、Web 管理面板（可选）" — 文档说明
+
+> "Caddy 会自动申请并更新 Let's Encrypt 证书，提供 HTTPS 访问" — 文档说明
+
+## Key Concepts
+
+- [[内网穿透]]：将内网服务通过公网服务器暴露给外部访问的技术
+- [[反向代理]]：服务器代理客户端请求到内部网络服务的技术
+- [[端口转发]]：将一个端口的流量转发到另一个端口的机制
+
+## Key Entities
+
+- [[FRP]]：Fast Reverse Proxy，内网穿透工具
+- [[Caddy]]：自动 HTTPS 的 Web 服务器
+- [[阿里云]]：阿里云，提供域名 DNS 服务
+- [[VPS]]：虚拟专用服务器，运行 frps 和 Caddy
+- [[NAS]]：网络附加存储，被穿透的服务之一
+- [[n8n]]：工作流自动化工具
+
+## Connections
+
+- [[VPS]] ← runs ← [[FRP (frps)]]
+- [[VPS]] ← runs ← [[Caddy]]
+- [[Aliyun]] ← manages DNS for ← 域名解析
+- [[Caddy]] ← reverse_proxy ← [[内网服务 (n8n/NAS/Transmission/Grafana)]]
+- [[FRP (frpc)]] ← connects_to ← [[VPS]]
+
+## Contradictions
+
+暂无冲突记录。

wiki/sources/vps-frp-reverse-proxy-ubuntu-internal-network-access.md

@@ -0,0 +1,59 @@
+---
+title: "在Ubuntu上通过VPS+内网反向代理实现域名访问内网穿透"
+type: source
+tags: [vps, caddy, frp, reverse-proxy, ubuntu, network]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Home Office/在Ubuntu上通过VPS+内网反向代理实现域名访问内网穿透.md]]
+
+## Summary
+
+- 核心主题：在 Ubuntu 上通过 FRP（Fast Reverse Proxy）实现内网穿透，结合 Caddy 反向代理提供 HTTPS 域名访问
+- 问题域：如何将 Ubuntu 内网服务通过公网 VPS 暴露给外部访问，同时使用域名和 HTTPS
+- 方法/机制：FRP 建立反向隧道，Caddy 作为反向代理提供 HTTPS，Cloudflare DNS 管理域名解析
+- 结论/价值：实现 Ubuntu 内网服务的安全外部访问，支持 n8n、Transmission、Grafana 等多服务穿透
+
+## Key Claims
+
+- FRP（Fast Reverse Proxy）是专为内网穿透设计的工具，支持 NAT traversal 和自动重连
+- Caddy 反向代理可以自动申请和更新 Let's Encrypt 证书，提供 HTTPS 访问
+- 通过 VPS+FRP+Caddy 的组合架构，可以将内网服务映射到公网域名访问
+
+## Key Quotes
+
+> "FRP 优点：专为内网穿透设计，支持 NAT、自动重连、Web 管理面板（可选）" — 文档说明
+
+> "Caddy 会自动申请并更新 Let's Encrypt 证书，提供 HTTPS 访问" — 文档说明
+
+> "SSH 穿透与 HTTP 不同，它是纯 TCP 流量，不经 Caddy（Caddy 只处理 HTTP/HTTPS）" — SSH 穿透说明
+
+## Key Concepts
+
+- [[内网穿透]]：将内网服务通过公网服务器暴露给外部访问的技术
+- [[反向代理]]：服务器代理客户端请求到内部网络服务的技术
+- [[端口转发]]：将一个端口的流量转发到另一个端口的机制
+- [[FRP]]：Fast Reverse Proxy，内网穿透工具
+- [[SSH 穿透]]：通过 FRP 实现 TCP 层面的 SSH 端口映射
+
+## Key Entities
+
+- [[FRP]]：Fast Reverse Proxy，内网穿透工具
+- [[Caddy]]：自动 HTTPS 的 Web 服务器
+- [[Cloudflare]]：CDN、DNS 服务提供商
+- [[VPS2]]：RackNerd VPS，公网 IP 192.227.222.142
+- [[Ubuntu]]：Ubuntu Server，内网服务运行平台
+
+## Connections
+
+- [[VPS2]] ← runs ← [[FRP (frps)]]
+- [[VPS2]] ← runs ← [[Caddy]]
+- [[Cloudflare]] ← manages DNS for ← 域名解析
+- [[Caddy]] ← reverse_proxy ← [[内网服务 (n8n/Transmission/Grafana)]]
+- [[FRP (frpc)]] ← connects_to ← [[VPS2]]
+- [[Ubuntu]] ← runs ← [[FRP (frpc)]]
+
+## Contradictions
+
+暂无冲突记录。

wiki/sources/wei-shi-yao-obsidian-rang-wo-jie-diao-le-sui-pian-hua-ji-lu.md

@@ -0,0 +1,44 @@
+---
+title: "为什么 Obsidian 让我戒掉了碎片化记录"
+type: source
+tags: []
+date: 2025-03-13
+---
+
+## Source File
+- [[raw/Others/为什么 Obsidian 让我戒掉了碎片化记录.md]]
+
+## Summary
+- 核心主题：Obsidian 通过双链（Backlinks）机制将笔记从"存储"转向"连接"，解决碎片化记录导致的信息黑洞问题
+- 问题域：个人知识管理、笔记整理、信息焦虑
+- 方法/机制：双链（Backlinks）关联零散记录与已有知识；每日笔记串联想法；地图笔记整理核心主题；定期复盘删除无用笔记
+- 结论/价值：笔记的价值不在于"存"，而在于"联"——通过点对点连接，让零碎的笔记长成知识网络
+
+## Key Claims
+- 碎片化记录的根源是把信息"收集"而非"连接"，导致笔记存而不读、用时脑中空白
+- Backlinks 使新旧笔记形成关联，点对点连接让零碎笔记慢慢长成知识网络
+- 笔记"活"起来的三个方法：每日笔记串联、地图笔记导航、定期复盘清理
+
+## Key Quotes
+> "笔记的价值，不在于'存'，而在于'联'" — 作者核心观点
+
+## Key Concepts
+- [[双链（Backlinks）]]：Obsidian 的核心功能，将当前笔记与其他笔记双向关联
+- [[每日笔记]]：每日记录并关联旧笔记的工作方式
+- [[地图笔记]]：整理核心主题的索引页，聚合相关笔记
+- [[信息黑洞]]：只收集不使用的笔记困境
+
+## Key Entities
+- [[Obsidian]]：基于 Markdown 的本地优先笔记软件
+- [[印象笔记]]：作者之前使用的笔记工具，存在"存而不读"问题
+- [[赫点茶]]：作者运营的微信公众号
+
+## Connections
+- [[Obsidian]] ← depends_on ← [[双链（Backlinks）]]
+- [[双链（Backlinks）]] ← enables ← [[知识网络]]
+- [[信息黑洞]] ← solved_by ← [[每日笔记]] + [[地图笔记]] + [[定期复盘]]
+
+## Contradictions
+- 与传统笔记工具（如印象笔记）的"存储优先"理念冲突：
+  - 传统观点：笔记越多越好，强调收集和分类
+  - 本文观点：笔记的价值在于连接而非存储，强调关联和复用

wiki/sources/如何在ubuntu上安装opencode并配置vibe-kanban.md

@@ -0,0 +1,42 @@
+---
+title: "如何在Ubuntu上安装opencode并配置Vibe-Kanban"
+type: source
+tags: [opencode, ubuntu, vibe-coding, vibe-kanban]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Vibe Coding/如何在Ubuntu上安装opencode并配置Vibe-Kanban.md]]
+
+## Summary
+- 核心主题：OpenCode AI 编程助手的安装、配置与使用
+- 问题域：本地 AI 编码环境搭建、Vibe Coding 工作流
+- 方法/机制：curl 安装脚本 → /connect 连接 LLM 提供商 → /init 初始化项目 → Plan/Build 双模式切换
+- 结论/价值：开源 AI 编程助手，可在终端/桌面/IDE 使用，支持 Plan 模式预览实现方案后再执行
+
+## Key Claims
+- OpenCode 通过安装脚本一键部署，支持终端、桌面应用、IDE 插件三种形态
+- 使用 OpenCode Zen 可快速连接经过验证的 LLM 提供商
+- /init 命令分析项目结构并生成 AGENTS.md 文件，帮助 AI 理解代码模式
+- Tab 键切换 Plan 模式（预览方案）和 Build 模式（执行修改）
+
+## Key Quotes
+> "You should commit your project's AGENTS.md file to Git. This helps OpenCode understand the project structure and the coding patterns used."
+> "Give OpenCode plenty of context and examples to help it understand what you want."
+
+## Key Concepts
+- [[OpenCode]]：开源 AI 编程助手，支持终端、桌面、IDE 三种使用形态
+- [[OpenCode Zen]]：OpenCode 官方提供的模型列表服务，经过测试验证的 LLM 提供商
+- [[Plan Mode]]：OpenCode 的方案预览模式，禁用修改功能仅展示实现计划
+- [[Build Mode]]：OpenCode 的实际执行模式，接收指令后进行代码修改
+- [[AGENTS.md]]：项目根目录的配置文件，记录代码结构和编码模式
+
+## Key Entities
+- [[OpenCode.ai]]：OpenCode 官方网站，提供安装文档和账户管理
+
+## Connections
+- [[Ollama]] ← 关联 ← [[OpenCode]]（本地大语言模型运行环境，可作为 OpenCode 的后端）
+- [[Claude Code]] ← 类似 ← [[OpenCode]]（AI 编程助手产品）
+
+## Contradictions
+- （无冲突）

wiki/sources/如何在项目里安装claude-code-templates-skills.md

@@ -0,0 +1,38 @@
+---
+title: "如何在项目里安装 Claude Code Templates Skills"
+type: source
+tags: [claude-code, claude-skills, trae]
+date: 2026-04-17
+---
+
+## Source File
+- [[raw/Vibe Coding/如何在项目里安装Claude-Code-Templates Skills.md]]
+
+## Summary
+- 核心主题：Claude Code Templates 模板平台的安装使用方法
+- 问题域：AI 辅助开发、项目模板初始化
+- 方法/机制：通过 npx 命令安装预配置的 Claude Code 技能模板
+- 结论/价值：提供开箱即用的 Skills、Agents、MCP 模板，简化项目开发
+
+## Key Claims
+- Claude Code Templates 提供 Skills、Agents、MCP 三类模板
+- 可通过 npx 命令直接在项目目录安装模板
+- 模板覆盖开发、组件等多种场景
+
+## Key Quotes
+> "npx claude-code-templates@latest --skill=development/git-commit-helper --yes" — 安装示例命令
+
+## Key Concepts
+- [[Claude Code Templates]]：提供预配置模板的平台
+- [[npx]]：Node.js 包执行工具
+- [[Skill]]：Claude Code 可扩展的技能模块
+
+## Key Entities
+- [[AITmpl]]：提供 Claude Code 模板的资源网站
+
+## Connections
+- [[Claude Code]] ← uses ← [[Claude Code Templates]]
+- [[npx]] ← executes ← [[Claude Code Templates]]
+
+## Contradictions
+- （暂无）

wiki/sources/家庭监控方案-prometheus-grafana-node-exporter-cadvisor-blackbox.md

@@ -0,0 +1,65 @@
+---
+title: "家庭监控方案：Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox"
+type: source
+tags: [monitoring, prometheus, grafana, docker]
+date: 2025-12-29
+---
+
+## Source File
+- [[raw/Home Office/家庭监控方案：Prometheus + Grafana + Node Exporter + cAdvisor +Blackbox.md]]
+
+## Summary
+- 核心主题：家庭监控方案，使用开源监控组件实现主机、容器、服务可用性的全方位监控
+- 问题域：监控工具部署、指标采集、可视化展示、告警通知
+- 方法/机制：Prometheus 拉取模式采集指标，Grafana 可视化，Alertmanager 分发告警
+- 结论/价值：通过 Docker 一键部署完整监控栈，覆盖主机/容器/网络/服务监控面
+
+## Key Claims
+- Prometheus 适合作为主观测时序库和告警引擎
+- node_exporter + cAdvisor + blackbox_exporter 可覆盖主机、容器、服务可用性三大监控面
+- Grafana 支持多数据源仪表盘和告警通知
+- 合成监控（Uptime Kuma + blackbox_exporter）可实现内外网健康探测
+
+## Key Concepts
+- [[Prometheus]]：开源时序数据库和监控系统，支持 PromQL 查询和告警规则
+- [[Grafana]]：开源可视化平台，支持多数据源仪表盘和告警
+- [[Alertmanager]]：Prometheus 告警分发组件，支持抑制、分组和多样化通知
+- [[node_exporter]]：Prometheus 主机指标采集器，采集 CPU/内存/磁盘/网络等指标
+- [[cAdvisor]]：Google 容器指标采集器，采集容器资源使用和性能数据
+- [[Blackbox_exporter]]：Prometheus 黑盒探测组件，支持 HTTP/TCP/ICMP/HTTPS 探测
+- [[Uptime Kuma]]：自托管可用性监控工具，类似 Uptime Robot
+- [[时序数据库]]：专门存储时间序列数据的数据库，适合监控指标存储
+
+## Key Entities
+- [[Docker]]：容器化平台，用于部署所有监控组件
+- [[Portainer]]：Docker 可视化管理工具
+
+## Connections
+- [[Prometheus]] ← scrapes ← [[node_exporter]]
+- [[Prometheus]] ← scrapes ← [[cAdvisor]]
+- [[Prometheus]] ← scrapes ← [[Blackbox_exporter]]
+- [[Grafana]] ← visualizes ← [[Prometheus]]
+- [[Alertmanager]] ← receives_alerts ← [[Prometheus]]
+
+## Contradictions
+- （暂无）
+
+## Architecture Components
+- **观测层**：Prometheus（采集 + 告警）、Alertmanager（告警分发）
+- **可视化层**：Grafana（仪表盘 + 告警）、Loki（日志聚合，可选）
+- **采集层**：node_exporter（主机）、cAdvisor（容器）、Blackbox_exporter（网络探测）
+- **合成监控**：Uptime Kuma（可用性探针）
+
+## Monitoring Coverage
+1. 主机层：CPU / 内存 / 磁盘 / 网络 / I/O / inode
+2. 容器层：容器状态、重启次数、资源限制、镜像版本
+3. 服务层：HTTP(S) 可用性、响应码、延迟、错误率、TLS 证书
+4. 日志层：应用错误/异常（可选 Loki）
+
+## Alert Rules Examples
+- 磁盘空间 < 10%
+- CPU 使用率 > 85%（持续 2 分钟）
+- 可用内存 < 15%
+- 容器重启次数 > 0（1 小时内）
+- HTTP 探测失败（连续 3 次）
+- TLS 证书剩余 < 14 天

wiki/sources/用docker安装apache-superset.md

@@ -0,0 +1,52 @@
+---
+title: 用Docker安装Apache Superset
+type: source
+tags: [docker, apache, superset, bi]
+date: 2026-04-14
+---
+
+## Source File
+- [[raw/Home Office/用Docker安装Apache Superset.md]]
+
+## Summary
+- 核心主题：使用 Docker 部署 Apache Superset 开源 BI 平台
+- 问题域：Docker 容器化部署、数据可视化工具安装
+- 方法/机制：通过 Docker 镜像拉取和容器运行命令部署 Superset
+- 结论/价值：提供本地化的开源 BI 平台，支持数据可视化、仪表盘和 SQL 探索
+
+## Key Claims
+- 通过 `docker pull` 拉取 Apache Superset 官方镜像
+- 通过 `docker run` 命令启动 Superset 容器并配置端口和密钥
+- 通过 `superset fab create-admin` 创建管理员账户
+- 通过 `superset db upgrade` 初始化数据库
+- 通过 `superset load_examples` 加载示例数据
+- 通过 `superset init` 完成初始化配置
+
+## Key Quotes
+> "docker pull apache/superset:GHA-19524015706" — 拉取指定版本的 Superset 镜像
+
+> "docker run -d -p 8777:8088 -e \"SUPERSET_SECRET_KEY=mysuperset\" --name superset apache/superset:GHA-19524015706" — 后台运行容器，映射端口 8777 到 8088
+
+> "docker exec -it superset superset fab create-admin --username admin --firstname Superset --lastname Admin --email admin@superset.com --password admin" — 创建管理员账户
+
+> "docker exec -it superset superset db upgrade" — 升级数据库
+
+> "docker exec -it superset superset load_examples" — 加载示例数据
+
+> "docker exec -it superset superset init" — 完成初始化
+
+## Key Concepts
+- [[Docker]]：开源容器化平台
+- [[Apache Superset]]：Apache 软件基金会旗下的开源 BI 平台
+- [[容器化媒体服务]]：通过 Docker 容器化技术部署应用
+
+## Key Entities
+- [[Apache]]：Apache 软件基金会，全球最大的开源软件基金会之一
+- [[Apache Superset]]：Apache 软件基金会旗下的开源 BI 平台
+
+## Connections
+- [[Apache Superset]] ← deployed_via ← [[Docker]]
+- [[Docker]] ← manages ← [[Apache Superset]]
+
+## Contradictions
+- （暂无）