Batch 9: Obsidian插件/AI开源平替/Coze培训/TK面单/Ubuntu科学上网

- Sources: 5个新文档
- Concepts: ProxyChains, SOCKS5代理, Docker Daemon代理
- Index: 更新至 Batch 9
- 累计 sources: 108/182

wiki/concepts/AI配音.md

@@ -0,0 +1,38 @@
+---
+title: "AI配音"
+type: concept
+tags: [ai-voice, tts, content-creation]
+last_updated: 2026-04-16
+---
+
+## Definition
+文字转语音（Text-to-Speech）技术，通过AI生成带自然情感的人类语音，广泛应用于视频旁白、有声书、游戏配音等场景。
+
+## Core Capabilities
+- 文字转语音（TTS）
+- 多语言/多方言支持
+- 情感控制（开心/生气/平静等）
+- 声音克隆（用少量样本复制特定音色）
+
+## Tool Landscape（2025年主流）
+| 层级 | 工具 | 特点 |
+|------|------|------|
+| 国际顶流 | [[ElevenLabs]] | 30+语言，情感丰富，API灵活 |
+| 国内免费 | [[海螺AI]] | MiniMax出品，30秒克隆，免费 |
+| 开源本地 | [[F5-TTS]] | 2秒克隆，开源MIT，数据安全 |
+| 打工人必备 | TTSMaker | 3万字/周，商用免费，无需注册 |
+| 短视频集成 | 剪映 | 抖音官方，小帅小美音色，VIP |
+| 企业级 | 魔音工坊 | 500+音色，明星声音模仿，会员制 |
+
+## Selection Framework
+- 追求高品质 → ElevenLabs
+- 日常免费 → 海螺AI/TTSMaker/AnyVoice
+- 技术流/企业 → F5-TTS本地部署
+- 短视频新手 → 剪映
+
+## Related Concepts
+- [[声音克隆]]：AI配音的高级能力，3秒到30秒样本即可克隆
+- [[AI生视频]]：AI配音的下一个链路——视频+配音=完整内容
+
+## Source
+- [[二创视频必不可少-AI配音声音克隆]]

wiki/concepts/AWS-Organizations.md

@@ -0,0 +1,29 @@
+---
+title: "AWS Organizations"
+type: concept
+tags: [aws, governance, multi-account, security]
+date: 2025-10-25
+---
+
+## Definition
+AWS Organizations，AWS 账户集中管理服务，通过组织单位（OU）树形结构对多个 AWS 账户进行分组治理，实现统一策略管理、账单整合和跨账户服务委托。
+
+## Key Properties
+- **组织单元（OU）**：账户的逻辑分组，支持嵌套，策略继承
+- **服务控制策略（SCP）**：在 OU 或账户级别限制 IAM 权限，超越账户内 IAM 策略
+- **可信访问（Trusted Access）**：授权 AWS 服务（如 StackSets）跨账户AssumeRole，无需手动配置
+- ** delegated administrator**：为特定服务指定委派管理员账户
+
+## Multi-Account DevOps Role
+StackSets 集中日志方案依赖：
+- 启用 StackSets 可信访问（Organization 级别授权）
+- 指定管理账户为 delegated administrator
+- OU ID 作为 StackSets 部署目标范围
+
+## Related Concepts
+- [[CloudFormation StackSets]]：依赖 Organizations 实现跨账户授权
+- [[Multi-Cloud-Governance]]：Organizations 是 AWS 侧多账户治理的核心框架
+- [[Zero-Trust]]：Organizations + SCP 是 Zero Trust 在 AWS 环境的策略实施层
+
+## Source
+[[AWS-CloudFormation-StackSets-多账户集中日志监控]]

wiki/concepts/Bugs-First-Policy.md

@@ -0,0 +1,24 @@
+---
+title: "Bugs First Policy"
+type: concept
+tags: [software-engineering, autonomous-agent, workflow]
+date: 2026-04-16
+---
+
+## Definition
+Agent 工作流中的强制优先级策略：任何新任务开始前，必须先检查并修复 bugs/ 目录下的第一个文件（按字母顺序），在修复完成前不允许处理任何新功能。
+
+## Why It Works
+- 阻止 Agent 的"快速实现冲动"，强制回归稳定性
+- 每次修复后自然触发新一轮审查循环
+- 与人类开发中的"消防员模式"相同：最紧急的先处理
+
+## Contrast
+| 模式 | 行为 |
+|------|------|
+| Bugs First | 停下所有新功能，只修 bugs/ 下第一个文件 |
+| Feature First | 优先实现新功能，bug 在 backlog 中积累 |
+
+## Connections
+- [[Autonomous-Educational-Game-Development-Pipeline]]：强制使用此策略的项目
+- [[Self-Healing-Systems]]：类似自愈逻辑，但 Self-Healing 更广（不限 bug 修复）

wiki/concepts/CloudFormation-StackSets.md

@@ -0,0 +1,28 @@
+---
+title: "CloudFormation StackSets"
+type: concept
+tags: [aws, iac, devops, multi-account]
+date: 2025-10-25
+---
+
+## Definition
+AWS CloudFormation StackSets，允许在多个 AWS 账户和区域中通过单一操作创建、更新或删除 CloudFormation 堆栈的托管服务。管理员在管理账户定义模板，StackSets 自动将操作传播到指定的组织单位（OU）或账户列表。
+
+## Key Properties
+- **跨账户/跨区域**：一张模板同时部署到多个目标账户和区域
+- **自动部署**：启用自动部署后，新增账户自动获得预定义资源
+- **故障容忍度**：parallel regions + fault tolerance 设置控制并发数
+- **服务托管（Service-Managed）**：使用 AWS Organizations 的服务委托角色，无需手动创建跨账户 IAM 角色
+
+## Use Cases
+- 安全基线批量部署（安全组、Config Rules、SCP）
+- 合规性配置跨账户统一落地
+- 多账户监控、日志、网络基础设施一键部署
+
+## Related Concepts
+- [[Infrastructure-as-Code]]：StackSets 是 IaC 在多账户场景的扩展
+- [[EventBridge]]：StackSets 操作生成事件，可被 EventBridge 规则捕获
+- [[AWS Organizations]]：StackSets 依赖组织框架进行跨账户授权
+
+## Source
+[[AWS-CloudFormation-StackSets-多账户集中日志监控]]

wiki/concepts/CloudWatch-Logs-Insights.md

@@ -0,0 +1,32 @@
+---
+title: "CloudWatch Logs Insights"
+type: concept
+tags: [aws, observability, logging, analytics]
+date: 2025-10-25
+---
+
+## Definition
+CloudWatch Logs Insights，CloudWatch Logs 的结构化查询引擎，提供类 SQL 查询语言对日志进行实时分析、可视化和告警配置。
+
+## Key Properties
+- **查询语法**：`fields` + `filter` + `parse` + `sort` + `limit` 管道化组合
+- **跨账户查询**：可在管理账户跨所有成员账户查询集中日志
+- **结构化解析**：`parse` 命令支持正则表达式提取 JSON 嵌套字段（如 resource-type、status、logical-resource-id）
+- **可视化**：查询结果可直接绑定 CloudWatch Dashboard 图表
+
+## Example Query（StackSets 场景）
+```
+fields @timestamp, account, region
+| parse @message /"resource-type":"(?<resource_type>[^"]+)"/
+| parse @message /"status":"(?<status>[^"]+)"/"
+| sort @timestamp desc
+```
+提取：时间戳、账户 ID、区域、资源类型、部署状态。
+
+## Related Concepts
+- [[CloudWatch Logs]]：Logs Insights 的数据来源
+- [[可观测性]]：Logs Insights 是可观测性体系的核心查询层
+- [[CloudFormation StackSets]]：典型查询对象为 StackSets 部署事件
+
+## Source
+[[AWS-CloudFormation-StackSets-多账户集中日志监控]]

wiki/concepts/CloudWatch-Logs.md

@@ -0,0 +1,28 @@
+---
+title: "CloudWatch Logs"
+type: concept
+tags: [aws, observability, logging, devops]
+date: 2025-10-25
+---
+
+## Definition
+Amazon CloudWatch Logs，AWS 日志存储与分析服务，支持从 AWS 服务、本地服务器、第三方应用收集日志，并以结构化或非结构化文本形式持久化。
+
+## Key Properties
+- **日志组（Log Group）**：日志流的组织单元，可设置保留期和加密策略
+- **KMS 加密**：日志组可使用客户托管 KMS 密钥（CMK）加密，满足合规要求
+- **订阅过滤器（Subscription Filter）**：将日志实时流式传输至 Lambda、Kinesis Firehose 或第三方目标
+- **跨账户日志**：通过 CloudWatch Logs Insights 跨账户查询（Cross-Account Query）
+
+## Use Cases in This Context
+- StackSets 场景：central-cloudformation-logs 日志组存储来自所有成员账户的 CloudFormation 事件
+- 与 [[EventBridge]] 配合，作为跨账户事件转发后的集中存储层
+- 通过 CloudWatch Logs Insights 提供跨账户查询能力
+
+## Related Concepts
+- [[可观测性]]：CloudWatch Logs 是 Metrics/Logs/Traces 三大支柱之一
+- [[CloudWatch Logs Insights]]：结构化日志查询引擎
+- [[EventBridge]]：CloudWatch Logs 的事件来源之一
+
+## Source
+[[AWS-CloudFormation-StackSets-多账户集中日志监控]]

wiki/concepts/Conventional-Commits.md

@@ -0,0 +1,25 @@
+---
+title: "Conventional Commits"
+type: concept
+tags: [git, software-engineering, automation]
+date: 2026-04-16
+---
+
+## Definition
+语义化提交格式规范：`<type>: <description>`，其中 type 包括 feat/fix/docs/style/refactor/test/chore 等，描述用祈使语气。
+
+## Example
+```
+feat: add memory search integration
+fix: resolve cron timezone issue
+chore: update dependencies
+```
+
+## Why It Matters
+- 自动化 CHANGELOG 生成
+- 语义化版本管理（semver）
+- 人类和机器均可解析提交历史
+
+## Connections
+- [[Autonomous-Educational-Game-Development-Pipeline]]：使用 conventional commits 生成 CHANGELOG
+- [[GitOps]]：Git 提交历史作为系统状态的审计日志

wiki/concepts/Docker-Daemon代理.md

@@ -0,0 +1,40 @@
+---
+id: docker-daemon-proxy
+title: Docker Daemon 代理
+type: concept
+tags: [Docker, 代理, Ubuntu, systemd]
+sources: []
+last_updated: 2026-04-16
+---
+
+## Definition
+
+Docker 守护进程（Daemon）级代理配置。`docker pull` 等操作由 Daemon 执行，不读取用户环境变量，必须通过 systemd 环境变量注入。
+
+## Configuration
+
+创建 `/etc/systemd/system/docker.service.d/http-proxy.conf`：
+
+```ini
+[Service]
+Environment="HTTP_PROXY=http://127.0.0.1:10808/"
+Environment="HTTPS_PROXY=http://127.0.0.1:10808/"
+Environment="NO_PROXY=localhost,127.0.0.1"
+```
+
+执行生效：`sudo systemctl daemon-reload && sudo systemctl restart docker`
+
+验证：`docker info | grep -i proxy`
+
+## Key Distinction
+
+| 层级 | 配置文件 | 作用范围 |
+|------|---------|---------|
+| Daemon 级 | systemd unit override | docker pull/build 等 |
+| 容器内应用级 | ~/.docker/config.json | 容器内 apt-get/pip 等 |
+| Compose 环境变量 | docker-compose.yml | 单个服务 |
+
+## Connections
+- [[Docker]] ← Docker 守护进程配置
+- [[SOCKS5 代理]] ← Daemon 通常连接 SOCKS5 转换 HTTP
+- [[V2RayN]] ← 提供本地代理端口

wiki/concepts/EventBridge.md

@@ -0,0 +1,29 @@
+---
+title: "EventBridge"
+type: concept
+tags: [aws, event-driven, serverless, devops]
+date: 2025-10-25
+---
+
+## Definition
+Amazon EventBridge，AWS 无服务器事件总线服务，将应用程序与来自 SaaS 工具和 AWS 服务的事件连接起来。核心机制是事件规则（Event Rules）匹配模式，将匹配的事件路由到目标（Targets）。
+
+## Key Properties
+- **事件规则**：基于事件模式（Event Pattern）匹配，支持前缀/后缀/精确匹配
+- **跨账户转发**：通过资源访问策略（Resource-Based Policy）将事件从成员账户转发至管理账户事件总线
+- **目标类型**：Lambda、SSM、CloudWatch Logs、SQS、SNS、Kinesis Firehose 等
+- **自定义事件总线**：每个 AWS 账户可创建多个自定义事件总线，按来源隔离
+
+## Multi-Account Pattern
+在 StackSets 集中日志场景中：
+1. 成员账户 EventBridge 规则捕获 CloudFormation 事件
+2. 通过跨账户权限转发至管理账户自定义事件总线
+3. 管理账户 EventBridge 将事件路由至 CloudWatch Logs
+
+## Related Concepts
+- [[CloudFormation StackSets]]：EventBridge 事件来源之一
+- [[Serverless-DevOps]]：EventBridge 是无服务器 DevOps 的核心事件中枢
+- [[CloudWatch Logs]]：EventBridge 的常用目标服务
+
+## Source
+[[AWS-CloudFormation-StackSets-多账户集中日志监控]]

wiki/concepts/LaTeX-Flattening.md

@@ -0,0 +1,20 @@
+---
+title: "LaTeX Flattening"
+type: concept
+tags: [latex, document-processing, research-tools]
+date: 2026-04-16
+---
+
+## Definition
+自动解析 LaTeX 源码中的 \include 语句，将所有被包含文件的内容合并为单一文档，消除多文件 LaTeX 项目的上下文跳跃问题。
+
+## How It Works
+LaTeX 项目通常由主文件通过 \include 调用多个子文件（章节/图表），展平后生成无 \include 指令的连续文档，便于阅读器直接处理。
+
+## Application
+- arxiv-reader skill 核心能力，自动展平 arXiv 下载的 .tex 源码
+- 解决 PDF 阅读时切换文件丢失上下文的问题
+
+## Connections
+- [[arXiv-Paper-Reader]]：使用 LaTeX Flattening 的核心场景
+- [[arXiv-API]]：LaTeX 源码的来源

wiki/concepts/PRD自动生成.md

@@ -1,31 +1,32 @@
 ---
 title: "PRD自动生成"
 type: concept
-tags: [产品管理, AI辅助, 文档自动化]
-last_updated: 2026-04-15
+tags: [ai-product-manager, workflow, automation, 产品管理, 文档自动化]
+last_updated: 2026-04-16
 ---
 
 ## Definition
-PRD自动生成：基于 FeatureList（需求框架）和 Mermaid（逻辑图）由 AI 分页面口述生成需求文档的工作流。核心原则：分页面逐一描述、模板 + 调教、HTML 原型同步生成。
+将传统人工撰写PRD的工作流，转变为AI深度嵌入的多阶段共创流程：FeatureList共创 → Mermaid图生成 → 分页面口述 → HTML原型。
 
-## Workflow
-1. **FeatureList 共创**：与 Gemini 构思需求框架（见 [[FeatureList]]）
-2. **Mermaid 逻辑图**：ER 图（数据结构）、泳道图（工作流）、时序图、甘特图
-3. **分页面口述 PRD**：
-   - 一个页面一个页面描述，复杂页面拆成几个状态
-   - 提供 PRD 写作指南 + 示例文档作为模板
-   - 逐版指出遗漏的交互细节和格式问题
-4. **HTML 原型生成**：Gemini 同步输出 HTML 代码，逐步生成后组合
-5. **差量维护**：需求迭代时，将旧 HTML 丢给 Gemini，描述修改内容即可
+## Workflow Stages
+1. **FeatureList共创**：与AI构思需求框架，AI补全层级和边界场景
+2. **Mermaid图生成**：用Mermaid代码生成ER图、泳道图、甘特图
+3. **分页面口述**：逐一描述每个功能页面 + PRD写作指南模板 + 调教反馈
+4. **HTML原型**：HTML原型同步生成 + 差量维护 = 永远最新的交互原型库
 
-## Key Principles
-- 分页面逐一描述：保持任务难度在 Gemini 胜任范围内
-- 模板 + 调教：给规范文档和示例，让 AI 学习风格
-- 直接指出错误：三句话带出一个文档写得好的"AI下属"
+## Core Tool
+- [[Gemini]]：核心AI助手，深度嵌入各阶段
 
-## Connections
-- [[FeatureList]] ← 上游输入
-- [[Mermaid]] ← 图形支持
-- [[Gemini]] ← 主要工具
-- [[精准表达]] ← 调教基础
-- [[不会Gemini的产品经理真的要被淘汰了]] ← 来源
+## Key Principle
+表述越准确，AI执行越准确——模糊是PRD失败的第一原因。
+
+## Limitations
+- AI生成的结构需人工验证逻辑一致性
+- Mermaid图质量依赖提示词精确度
+
+## Related Concepts
+- [[FeatureList]]：分层需求表，AI共创起点
+- [[精准表达]]：PRD自动生成的核心能力前提
+
+## Source
+- [[不会Gemini的产品经理真的要被淘汰了-附保姆级PRD生成指南]]

wiki/concepts/Playwright.md

@@ -0,0 +1,30 @@
+---
+title: "Playwright"
+type: concept
+tags: [browser-automation, testing, scraping, python]
+date: 2025-09-29
+---
+
+## Definition
+Playwright，Microsoft 开源浏览器自动化工具，支持 Chromium、Firefox、WebKit 三大渲染引擎，通过一致的 API 控制真实浏览器加载动态内容。
+
+## Key Properties
+- **三大引擎**：Chromium（Chrome）、Firefox、WebKit（Safari），跨浏览器一致性测试
+- **无头模式（Headless）**：`playwright install chromium` 安装无头浏览器，无需图形界面
+- **API 风格**：同步（sync_api）+异步（async_api）两套接口
+- **自动等待**：Playwright 自动等待元素可操作后才执行操作，减少 flaky tests
+- **scrapy-playwright**：将 Playwright 注册为 Scrapy 下载器中间件，处理 JavaScript 动态渲染页面
+
+## Use Cases
+- 动态网页爬取（JavaScript 渲染内容）
+- 端到端测试（E2E Testing）
+- 截图和 PDF 生成
+- 自动化填表和交互
+
+## Related Concepts
+- [[Scrapy]]：通过 scrapy-playwright 集成作为动态内容爬取解决方案
+- [[浏览器自动化]]：Playwright 属于浏览器自动化工具类别
+- [[Playwright]]（Entity）：工具开发方 Microsoft
+
+## Source
+[[Scrapy-Playwright-抓取TikTok-Shop-Data]]

wiki/concepts/ProxyChains.md

@@ -0,0 +1,34 @@
+---
+id: proxychains
+title: ProxyChains
+type: concept
+tags: [Linux, 代理, 网络, 终端]
+sources: []
+last_updated: 2026-04-16
+---
+
+## Definition
+
+终端命令级 SOCKS5 代理强制工具。通过修改 `/etc/proxychains4.conf`，使原本不支持代理的 CLI 命令自动走 SOCKS5 隧道。
+
+## Mechanism
+
+1. 在 `/etc/proxychains4.conf` 的 `[ProxyList]` 添加 `socks5 127.0.0.1 10808`
+2. 任何命令前加 `proxychains4` 前缀即可穿代理
+
+## Use Cases
+
+- 临时让某个命令走代理：`proxychains4 curl https://google.com`
+- Git Push 被 GFW TCP RST 时紧急绕行
+- Docker pull 异常时的调试命令
+
+## Limitation
+
+- 不支持 HTTP 代理，只支持 SOCKS4/SOCKS5
+- 代理须在本地运行（如 V2RayN）
+- 不影响 Docker Daemon（Daemon 级代理需 systemd 配置）
+
+## Connections
+- [[SOCKS5 代理]] ← 底层协议 ← ProxyChains
+- [[Git代理配置]] ← 应用场景
+- [[V2RayN]] ← 提供本地 SOCKS5 端口

wiki/concepts/SOCKS5代理.md

@@ -0,0 +1,36 @@
+---
+id: socks5-proxy
+title: SOCKS5 代理
+type: concept
+tags: [网络, 代理, 协议]
+sources: []
+last_updated: 2026-04-16
+---
+
+## Definition
+
+SOCKS5 是 SOCKS 协议的第五版，一种通用的代理协议，支持 TCP 和 UDP。相比 HTTP 代理，SOCKS5 更底层，不解析流量内容。
+
+## socks5 vs socks5h
+
+- `socks5://127.0.0.1:10808`：本地解析域名（DNS 泄露风险）
+- `socks5h://127.0.0.1:10808`（推荐）：代理服务器解析域名，防止 DNS 污染
+
+## vs HTTP 代理
+
+| 维度 | SOCKS5 | HTTP 代理 |
+|------|--------|-----------|
+| 协议层 | SOCKS（会话层） | HTTP（应用层） |
+| 通用性 | 所有 TCP/UDP | 仅 HTTP/HTTPS |
+| 头部修改 | 无 | 可修改 HTTP 头 |
+| 场景 | 科学上网、Git | Web 抓取、浏览器 |
+
+## 在 OpenClaw TOOLS.md 中的配置
+
+- Mac Mini: `127.0.0.1:10808`（V2RayN）
+- Ubuntu1/2: `127.0.0.1:10808`
+- NAS: `127.0.0.1:20170`（仅监听本地）
+
+## Connections
+- [[V2RayN]] ← 提供本地 SOCKS5 端口
+- [[ProxyChains]] ← 基于 SOCKS5 协议

wiki/concepts/Scrapy.md

@@ -0,0 +1,29 @@
+---
+title: "Scrapy"
+type: concept
+tags: [python, scraping, crawling, data-collection]
+date: 2025-09-29
+---
+
+## Definition
+Scrapy，开源 Python 爬虫框架，提供异步请求调度、Item Pipeline 结构化输出、下载器中间件扩展等能力，适用于大规模结构化网页数据采集。
+
+## Key Properties
+- **异步架构**：基于 Twisted 异步网络库，支持高并发请求
+- **Item Pipeline**：数据清洗、验证、持久化（JSON/CSV/数据库）的可编程管道
+- **选择器**：CSS Selector + XPath 双选，支持 re 项目提取
+- **Spider**：自定义爬虫类，定义 start_urls、解析规则、Item 输出
+- **scrapy-playwright 集成**：Playwright 无头浏览器作为下载器中间件，解决 JavaScript 动态渲染问题
+
+## Use Cases
+- 结构化电商数据采集（产品标题、价格、评分、评论）
+- 新闻内容聚合（标题、摘要、来源、时间）
+- 竞品价格监控
+
+## Related Concepts
+- [[Playwright]]：浏览器自动化工具，Scrapy 通过 scrapy-playwright 集成
+- [[电商数据采集]]：Scrapy 是电商数据采集的主流技术栈之一
+- [[Scrapy]]（Entity）：工具开发方
+
+## Source
+[[Scrapy-Playwright-抓取TikTok-Shop-Data]]

wiki/concepts/WOL.md

@@ -0,0 +1,31 @@
+---
+title: "WOL"
+type: concept
+tags: [networking, hardware, remote-access, power-management]
+date: 2026-03-15
+---
+
+## Definition
+WOL（Wake-on-LAN，网络唤醒），以太网标准发现协议，允许通过发送特制魔术包（Magic Packet）在局域网内远程唤醒处于关机或待机状态的计算机。
+
+## Mechanism
+1. 目标网卡处于低功耗待机状态，持续监听特定端口（通常 9）
+2. 发送方构造包含目标 MAC 地址（重复 16 次）的魔术包，广播至局域网
+3. 网卡收到魔术包后触发硬件唤醒信号，主机开机
+
+## Prerequisites
+- **硬件支持**：主板和网卡均需支持 WOL
+- **BIOS/UEFI 配置**：启用 Wake on LAN 选项
+- **macOS 配置**：`sudo pmset -a womp 1` 启用 WOL
+- **网络可达**：发送方与目标在同一 LAN 或通过路由器正确路由
+
+## Use Cases
+- 服务器远程开机（不派人到机房按电源键）
+- 配合 [[pmset]] 实现完整远程电源生命周期管理
+
+## Related Concepts
+- [[pmset]]：`pmset -a womp 1` 是 macOS WOL 启用命令
+- [[caffeinate]]：WOL 唤醒后可用 caffeinate 保持活跃
+
+## Source
+[[Mac-Mini-服务器配置-防止自动锁屏与睡眠]]

wiki/concepts/caffeinate.md

@@ -0,0 +1,33 @@
+---
+title: "caffeinate"
+type: concept
+tags: [macos, power-management, cli, server]
+date: 2026-03-15
+---
+
+## Definition
+caffeinate，macOS 内置工具，在指定命令执行期间临时阻止系统进入睡眠状态，不修改系统电源管理设置，执行完毕自动恢复睡眠行为。
+
+## Key Commands
+| 命令 | 作用 |
+|------|------|
+| `caffeinate -d` | 防止显示器睡眠 |
+| `caffeinate -i` | 防止系统空闲时睡眠 |
+| `caffeinate -s` | 防止系统睡眠 |
+| `caffeinate -u` | 模拟用户活动（防止睡眠） |
+| `caffeinate -d -i -s` | 全开，按 Ctrl+C 停止 |
+
+## Comparison with pmset
+- **pmset**：永久修改系统电源管理设置，重启后保持
+- **caffeinate**：临时防止睡眠，进程结束即恢复，适合一次性任务
+
+## Use Cases
+- 执行备份、拷贝等长时间任务时临时防止睡眠
+- 远程 SSH 会话中保持系统活跃
+
+## Related Concepts
+- [[pmset]]：永久电源管理配置
+- [[WOL]]：配合 caffeinate 使用，长时任务后远程唤醒
+
+## Source
+[[Mac-Mini-服务器配置-防止自动锁屏与睡眠]]

wiki/concepts/pmset.md

@@ -0,0 +1,35 @@
+---
+title: "pmset"
+type: concept
+tags: [macos, power-management, cli, server]
+date: 2026-03-15
+---
+
+## Definition
+pmset，macOS 系统电源管理命令行工具，用于查看和修改 Mac 的电源管理设置，包括睡眠、显示器休眠、待机模式、休眠模式和网络唤醒等行为。
+
+## Key Commands
+| 命令 | 作用 | 参数 |
+|------|------|------|
+| `pmset -a sleep 0` | 禁止系统睡眠 | `-a` 所有模式 |
+| `pmset -a displaysleep 0` | 禁止显示器关闭 | `-a` 所有模式 |
+| `pmset -a standby 0` | 禁止待机模式 | `-a` 所有模式 |
+| `pmset -a hibernatemode 0` | 禁止休眠（内存→磁盘） | `-a` 所有模式 |
+| `pmset -a womp 1` | 启用网络唤醒（WOL） | `-a` 所有模式 |
+| `pmset -g` | 查看当前电源设置 | 全局状态 |
+
+## Parameters
+- `-a`：所有电源模式（电池+电源适配器）
+- `-b`：仅电池模式
+- `-c`：仅电源适配器模式
+
+## Use Cases
+- 无头服务器配置：关闭所有睡眠，确保 SSH/RustDesk 远程访问始终可用
+- WOL 远程开机：配合 `wakeonlan` 命令实现远程开机
+
+## Related Concepts
+- [[caffeinate]]：临时防止睡眠，不修改系统设置
+- [[WOL]]：Wake-on-LAN，pmset -a womp 1 是其前提条件
+
+## Source
+[[Mac-Mini-服务器配置-防止自动锁屏与睡眠]]

wiki/concepts/增量索引.md

@@ -0,0 +1,26 @@
+---
+title: "增量索引"
+type: concept
+tags: [indexing, efficiency, vector-search]
+date: 2026-04-16
+---
+
+## Definition
+基于内容哈希（SHA-256）识别未变化的文件，仅对新增或内容变更的文件重新构建索引，避免对未变化内容重复计算。
+
+## Why It Matters
+- Embedding API 调用成本高，增量索引可节省 90%+ 的 API 费用
+- 文件监视器实时触发增量索引，保持索引最新
+- 零浪费：每枚 token 都花在真正变化的内容上
+
+## Implementation
+```python
+# 内容哈希 → 对比上次索引记录
+content_hash = sha256(file_content)
+if content_hash not in last_index:
+    embed_and_index(file_content)
+```
+
+## Connections
+- [[memsearch]]：增量索引的具体实现
+- [[向量数据库]]：增量索引的存储后端

wiki/concepts/声音克隆.md

@@ -0,0 +1,36 @@
+---
+title: "声音克隆"
+type: concept
+tags: [ai-voice, voice-cloning, tts]
+last_updated: 2026-04-16
+---
+
+## Definition
+用少量音频样本（2秒-30秒）复制特定音色的技术，使AI能够用克隆的声音生成任意文本的语音，是AI配音的高级能力。
+
+## Technical Spectrum
+- 最低门槛：AnyVoice（3秒录音）
+- 入门：海螺AI（30秒）
+- 开源方案：F5-TTS（2秒）
+- 企业级：魔音工坊（100句话定制）
+
+## Key Distinction
+- 预设音色：TTSMaker等工具使用官方音库，无法克隆自定义声音
+- 声音克隆：复制你自己的音色或其他特定音色
+
+## Quality vs Cost Trade-off
+| 工具 | 克隆精度 | 成本 | 商用授权 |
+|------|---------|------|---------|
+| AnyVoice | 高 | 免费无限 | 免费有限 |
+| 海螺AI（国际版） | 高 | 免费有限 | 免费有限 |
+| F5-TTS | 高 | 开源免费 | MIT开源 |
+| 魔音工坊 | 极高 | 会员+定制费 | 企业授权 |
+| ElevenLabs | 极高 | 付费 | 付费商用 |
+
+## Related Concepts
+- [[AI配音]]：声音克隆的上游技术
+- [[ElevenLabs]]：国际顶流，高精度克隆代表
+- [[F5-TTS]]：开源方案，技术流首选
+
+## Source
+- [[二创视频必不可少-AI配音声音克隆]]

wiki/concepts/多因素安全防护.md

@@ -0,0 +1,24 @@
+---
+title: "多因素安全防护"
+type: concept
+tags: [security, defense-in-depth, autonomous-agent]
+date: 2026-04-16
+---
+
+## Definition
+多层安全策略叠加，任何单层失效不影响整体安全。在 AI Agent 场景中，专指防止 AI 硬编码密钥、意外泄露隐私的多层防护机制。
+
+## AI Agent 特有风险
+AI 会毫无警觉地将 API key 内联写入代码，这是最大安全风险。
+
+## 多层防护模型
+1. **预推送钩子**：TruffleHog 在 git push 前扫描所有文件
+2. **本地 Git 暂存**：先推送到私有 Gitea，不直连公开仓库
+3. **CI 扫描管道**：Woodpecker 等 CI 在合并前执行安全扫描
+4. **分支保护**：PR required for main，Agent 无法绕过
+5. **最小权限**：Agent 持有只读权限，写操作需 human review
+
+## Connections
+- [[Self-Healing-Home-Server]]：多因素安全防护的具体实现
+- [[DevSecOps]]：DevOps 安全支柱的具体实践
+- [[TruffleHog]]：第一层防护工具

wiki/concepts/定时晨报.md

@@ -0,0 +1,43 @@
+---
+title: "定时晨报"
+type: concept
+tags: [automation, openclaw, daily-routine]
+date: 2026-04-16
+---
+
+## Definition
+Agent 在固定时间自动生成的每日简报，包含天气/日历/系统状态/任务看板等维度信息，通过 Telegram 或 Email 推送。
+
+## 标准模板
+```
+### Weather
+- 当前条件和预报
+
+### Calendars
+- 今日事件
+- 冲突标注
+
+### System Health
+- CPU/RAM/Storage 概览
+- 服务 UP/DOWN 状态
+- ArgoCD 部署状态
+- 24h 内告警
+
+### Task Board
+- 昨日完成卡片
+- 进行中卡片
+- 阻塞项
+
+### Highlights
+- 隔夜脑暴亮点
+- 待处理邮件
+- 本周截止日期
+```
+
+## 典型触发时间
+- 8:00 AM：工作日开始
+- 23:00 PM：夜间复盘
+
+## Connections
+- [[Self-Healing-Home-Server]]：晨报的具体实现
+- [[每日复盘]]：互补流程（晚间 vs 早晨）

wiki/concepts/忘机消众机.md

@@ -0,0 +1,37 @@
+---
+title: "忘机消众机"
+type: concept
+tags: [wisdom, daoism, social-strategy]
+last_updated: 2026-04-16
+---
+
+## Definition
+"唯忘机可以消众机，唯懵懂可以祓不吉祥。"——忘却世俗机巧可化解周遭算计，大智若愚可消除不祥灾祸。
+
+## 核心要素
+- **忘机**：摒弃心机智巧，保持淳朴自然的心态
+- **懵懂**：表面糊涂不谙世故（实为大智若愚）
+- **祓不吉祥**：消除不祥与灾祸
+
+## 出处
+曾国藩《治心经·诚心篇》："众机骈集，吾心不扰；群疑众难，吾心不摇。唯忘机可以消众机，唯懵懂可以祓不吉祥。"
+
+## 思想渊源
+- 《庄子》"鸥鹭忘机"典故——忘却世俗机巧，与自然万物和谐共处
+- 老子"大智若愚"——真正智慧看似愚钝
+- 郑板桥"难得糊涂"——同一处世哲学的不同表达
+
+## 现代应用
+| 场景 | 积极算计 | 忘机策略 |
+|------|---------|---------|
+| 职场政治 | 主动站队/打压他人 | 专注本职，不参与派系 |
+| 商业竞争 | 刺探对手/制造信息差 | 以产品价值应对，不搞小动作 |
+| 人际关系 | 计较得失/精心维护 | 真诚待人，不刻意经营 |
+
+## Related Concepts
+- [[知其不可奈何而安之若命]]：同一哲学体系的不同层面——接纳结果 vs 避免冲突
+- [[和光同尘]]：老子同一思想——收敛锋芒，与世无争
+- [[大智若愚]]：忘机消众机的理论基础
+
+## Source
+- [[一语点醒梦中人-2026-04-16]]

wiki/concepts/混合搜索.md

@@ -0,0 +1,29 @@
+---
+title: "混合搜索"
+type: concept
+tags: [vector-search, information-retrieval, hybrid]
+date: 2026-04-16
+---
+
+## Definition
+融合多种检索方法的搜索策略，通常结合：
+1. **Dense Vector**（语义相似度）：理解查询意图
+2. **BM25**（关键词匹配）：捕获精确术语
+3. **RRF**（Reciprocal Rank Fusion）：多结果集融合排序
+
+## Why Hybrid Wins
+- 纯向量搜索：同义词命中好，但精确术语漏检
+- 纯 BM25：精确术语好，但无法捕捉语义泛化
+- 混合：两者互补，RRF 融合排序
+
+## Formula
+RRF score for a document d:
+```
+RRF(d) = Σ 1/(k + rank_i(d))
+```
+其中 k 通常为 60，rank_i 是第 i 种检索方法的排名。
+
+## Connections
+- [[memsearch]]：混合搜索的具体实现
+- [[语义搜索]]：混合搜索的组成部分
+- [[Personal-Knowledge-Base-RAG]]：RAG 管道中可使用混合搜索

wiki/concepts/知其不可奈何而安之若命.md

@@ -0,0 +1,39 @@
+---
+title: "知其不可奈何而安之若命"
+type: concept
+tags: [wisdom, daoism, confucianism, mental-state]
+last_updated: 2026-04-16
+---
+
+## Definition
+出自《庄子·内篇·人间世》："自事其心者，哀乐不易施乎前，知其不可奈何而安之若命，德之至也。"——知晓有些事人力无法改变，安然接受如同接受命运，是最高德行。
+
+## 核心两部
+1. **知其不可奈何**：清醒认知什么是人力无法改变的（需要智慧判断）
+2. **安之若命**：安然接受已定局面，不继续挣扎内耗（需要心态修养）
+
+## 实践步骤
+1. **明辨"可奈何"与"不可奈何"**：用所有智慧区分能改变和不能改变的
+2. **尽力而为**：在"可奈何"范围内全力以赴
+3. **接纳现实**：停止内心抗拒，与不完美共存
+4. **转变视角**：用宏大长远眼光看困境，当作学习机会
+5. **修养心性**：通过冥想/阅读/自然接触保持内心平静
+
+## 关键区分
+- ❌ 消极躺平：放弃努力，等命运安排
+- ✅ 尽人事后听天命：先全力争取，后坦然接受结果
+
+## 现代应用
+| 情境 | 错误做法 | "安之若命"做法 |
+|------|---------|--------------|
+| 项目失败 | 持续抱怨/后悔投入 | 辨析"市场变化不可控"→总结经验→转向新方向 |
+| 人际冲突 | 反复纠结对方态度 | 辨析"他人价值观不可控"→专注自己能影响的 |
+| 行业变化 | 焦虑未来不确定性 | 辨析"技术趋势不可挡"→主动适应而非抗拒 |
+
+## Related Concepts
+- [[绝处逢生]]：同一哲学体系的不同表达——困境即转机
+- [[忘机消众机]]：在复杂人际环境中的具体应用
+- [[空性智慧]]：佛教版本——一切现象如梦幻泡影
+
+## Source
+- [[一语点醒梦中人-2026-04-16]]

wiki/concepts/纸带交易.md

@@ -0,0 +1,26 @@
+---
+title: "纸带交易"
+type: concept
+tags: [paper-trading, trading-bot, simulation]
+date: 2026-04-16
+---
+
+## Definition
+在真实市场环境中使用假资金（模拟资金）测试交易策略，隔离风险，在实盘前验证策略有效性。
+
+## 特点
+- 模拟资金池（如 $10,000）
+- 所有交易记录在数据库，实时计算 P&L
+- 策略迭代基于历史数据回测
+
+## 与实盘对比
+| 维度 | 纸带交易 | 实盘 |
+|------|---------|------|
+| 资金风险 | 无 | 有 |
+| 策略验证 | 必要前提 | 高风险 |
+| 心理因素 | 无 | 强烈 |
+| 执行速度 | 快 | 受情绪影响 |
+
+## Connections
+- [[Polymarket-Autopilot]]：使用纸带交易的具体实现
+- [[预测市场]]：纸带交易应用的市场类型

wiki/concepts/自愈基础设施.md

@@ -0,0 +1,26 @@
+---
+title: "自愈基础设施"
+type: concept
+tags: [infrastructure, autonomous-agent, self-healing]
+date: 2026-04-16
+---
+
+## Definition
+基础设施 Agent 具备检测异常、诊断根因、自主修复的能力，无需人工干预即可恢复正常运行状态。
+
+## Self-Healing Actions
+- 检测：健康检查探针、告警触发器
+- 诊断：日志分析、指标关联
+- 修复：重启 Pod/扩展资源/修复配置文件/回滚部署
+
+## Contrast with Traditional Monitoring
+| 维度 | 传统监控 | 自愈基础设施 |
+|------|---------|-------------|
+| 响应 | 人工告警 | Agent 自主行动 |
+| 时效 | 分钟到小时 | 秒级 |
+| 可用性 | 有人待命 | 24/7 |
+
+## Connections
+- [[Self-Healing-Home-Server]]：自愈基础设施的具体实现案例
+- [[Self-Healing-Systems]]：已有相关概念页面
+- [[Prometheus]]：健康指标采集层

wiki/concepts/语义搜索.md

@@ -0,0 +1,25 @@
+---
+title: "语义搜索"
+type: concept
+tags: [vector-search, memory, ai-tools]
+date: 2026-04-16
+---
+
+## Definition
+通过向量表示（Embedding）理解查询和文档的语义含义，而非字面关键词匹配，实现"按意思查找"而非"按字找词"。
+
+## Example
+查询"what caching solution did we pick?" 能找到讨论 Redis/Memcached 决策的记忆，即使记忆文件中从未出现 "caching" 一词。
+
+## vs 关键词搜索
+| 维度 | 关键词搜索 | 语义搜索 |
+|------|-----------|----------|
+| 原理 | 倒排索引 BM25 | 向量相似度 |
+| 匹配 | 精确词项 | 语义最近邻 |
+| 同义词 | 漏检 | 命中 |
+| 泛化 | 差 | 强 |
+
+## Connections
+- [[memsearch]]：语义搜索实现工具
+- [[混合搜索]]：语义搜索与关键词搜索的融合
+- [[QMD]]：BM25 关键词搜索工具（与语义搜索互补）

wiki/concepts/超级个体.md

@@ -1,26 +1,32 @@
 ---
 title: "超级个体"
 type: concept
-tags: [AI, 个人效率, 能力结构, 超级个体]
-last_updated: 2026-04-15
+tags: [ai-empowerment, solo-founder, productivity, 个人效率, 能力结构]
+last_updated: 2026-04-16
 ---
 
 ## Definition
-超级个体：在某个领域能做到八九十分的个体，通过 AI 放大横向扩展能力，同时在多个领域拉到六七十分。核心成因不是 AI，而是本就掌握"把事情做对"的方法和能力（提问能力、模糊信息判断能力、模块化/流程化能力）。
+某领域八九十分者用AI横向扩展能力边界。AI是充分非必要条件——不是AI让你变强，而是你已经强，AI放大你的能力。
 
-## Key Claims
-- 超级个体的成因 = 方法论能力（内因）+ AI 工具（外因），AI 是充分条件而非必要条件
-- 没有方法论能力的人：被工具化，嵌入 AI 流程，而非真正用好 AI
-- [[AI产品经理]] 的案例：某 HRBP 观察到，能用好 AI 的人本来就具备高效做事的底层能力
+## Core Formula
+超级个体 = 领域专家（80-90分）+ AI工具放大
 
-## 与 AI 的关系
-- AI 浪潮 = 超级个体的放大器，而非平庸者的救星
-- [[AI产品经理]] = 超级个体在产品管理领域的具体形态
-- 贴身使用 AI、积累 know-how、等待质变时刻嵌入漩涡
+## Key Distinction
+- ❌ 错误路径：普通人 + AI = 超级个体（AI是充分条件）
+- ✅ 正确路径：领域强人 + AI = 超级个体（AI是放大器）
 
-## Connections
-- [[AI产品经理]] ← 具体领域
-- [[不会Gemini的产品经理真的要被淘汰了]] ← 来源
-- [[精准表达]] ← 底层能力
-- [[结构化思维]] ← 底层能力
-- [[AI嵌入工作流]] ← 实践方式
+## Required Prerequisites
+- 某领域有扎实基础（能判断什么是真正好的）
+- 精准表达能力（将模糊想法转化为清晰结构）
+- 市场洞察力（知道什么值得做）
+
+## Related Concepts
+- [[AI产品经理]]：精准表达 + 市场洞察的典型结合
+- [[品味]]：AI时代真正的护城河，能判断什么是真正好的
+- [[端到端]]：从idea到product的完整闭环能力
+
+## Source
+- [[不会Gemini的产品经理真的要被淘汰了-附保姆级PRD生成指南]]
+
+## Contradiction
+- 与"AI降低门槛"叙事冲突：AI降低了工具使用门槛，但判断力门槛未降低反而提高

wiki/concepts/邮件分类.md

@@ -0,0 +1,25 @@
+---
+title: "邮件分类"
+type: concept
+tags: [automation, email, openclaw, gog]
+date: 2026-04-16
+---
+
+## Definition
+Agent 自动扫描 Gmail 收件箱，对邮件进行标签标注（待处理/归档/加星标）、噪音归档，并根据发件人或关键词触发相应工作流。
+
+## 典型规则
+| 条件 | 操作 |
+|------|------|
+| 促销/新闻邮件 | 自动归档 |
+| 包含"urgent"关键词 | 标注红色标签 + 置顶 |
+| 已知联系人 | 归类到对应联系人标签 |
+| 无已知规则 | 保留在收件箱待处理 |
+
+## 实现依赖
+- [[gog-CLI]]：Gmail API 访问
+- Cron job 每小时执行一次
+
+## Connections
+- [[Self-Healing-Home-Server]]：邮件分类是晨报前的数据准备步骤
+- [[gog-CLI]]：Gmail 访问工具

wiki/concepts/预测市场.md

@@ -0,0 +1,26 @@
+---
+title: "预测市场"
+type: concept
+tags: [trading, crypto, forecasting]
+date: 2026-04-16
+---
+
+## Definition
+允许用户通过交易事件结果概率来表达预测的市场机制，YES 概率上升意味着市场对该结果的信心增强。
+
+## Polymarket 特点
+- 二元市场（YES/NO）为主
+- 基于加密货币结算
+- API 提供价格/成交量/价差等实时数据
+
+## 关键指标
+| 指标 | 含义 |
+|------|------|
+| 概率 | YES 的市场定价（0-1） |
+| 成交量 | 市场活跃度 |
+| 价差 | YES+NO 通常≈1，>1 有套利机会 |
+| 交易量突增 | 趋势信号 |
+
+## Connections
+- [[Polymarket]]：预测市场平台
+- [[Polymarket-Autopilot]]：基于预测市场数据的自动化策略交易

wiki/concepts/飘风不终朝.md

@@ -0,0 +1,27 @@
+---
+title: "飘风不终朝"
+type: concept
+tags: [wisdom, daoism, impermanence]
+last_updated: 2026-04-16
+---
+
+## Definition
+"飘风不终朝，骤雨不终日。"——狂风不会持续一早晨，暴雨不会持续一整天。比喻困境终会过去。
+
+## 出处
+《老子·第二十三章》
+
+## 跨文化对照
+- 中文：飘风不终朝，骤雨不终日
+- 英文：This too shall pass（异曲同工）
+- 佛学版：一切有为法如梦幻泡影露水电
+
+## 实践意义
+困境是暂时的，不应被当下的痛苦淹没判断力。用时间换空间——等待而非放弃，休息而非退缩。
+
+## Related Concepts
+- [[知其不可奈何而安之若命]]：困境期间的内在心态管理
+- [[绝处逢生]]：困境之后必有转机
+
+## Source
+- [[一语点醒梦中人-2026-04-16]]

wiki/index.md

@@ -544,3 +544,15 @@
 - [Recurrence-Count](concepts/Recurrence-Count.md) — 重复次数计数器，区分偶发错误与系统性问题
 - [每日复盘](concepts/每日复盘.md) — 23:00 定时复盘流程，self-improving 触发机制
 - [记忆断层](concepts/记忆断层.md) — 无对话日 memory 文件缺失问题，Session 启动时强制创建解决
+
+## Sources (2026-04-16 Batch 9)
+- [Obsidian 高效指南：我常用的插件与实用技巧](sources/Obsidian高效指南-我常用的插件与实用技巧.md) — Tasks/Dataview/Templater/QuickAdd 四大插件组合；双向链接+每日笔记形成知识管理闭环；Dataview 查询实现笔记资产盘活
+- [2025 年 11 个神级 AI 开源平替，GitHub 杀疯了](sources/2025年11个神级AI开源平替-GitHub杀疯了.md) — DeepSeek R1/Qwen3/Flux/HunyuanVideo/OpenManus/Cline/n8n/Dify/Perplexica；国产开源 LLM 已领先；Flux 人体解剖学最正确
+- [AI 解决方案专家培训课程](sources/AI解决方案专家培训课程.md) — Coze 平台多行业 Agent Demo：金融/医疗/教育/电商/HR/客服；Bot+Workflow 两种构建形态；低代码快速搭建企业 AI 应用
+- [TK美国面单授权及操作流程](sources/TK美国面单授权及操作流程.md) — TikTok Shop 美国市场面单授权流程截图（6张）；Zipline 图床托管；跨境电商运营前置步骤
+- [Ubuntu Server 科学上网配置指南](sources/Ubuntu-Server科学上网配置指南.md) — ProxyChains（终端命令）+ Git 全局配置 + systemd Docker Daemon 代理 + ~/.docker/config.json 容器内代理；分层代理架构
+
+## Concepts (2026-04-16 Batch 9)
+- [ProxyChains](concepts/ProxyChains.md) — 终端命令强制走 SOCKS5 代理；/etc/proxychains4.conf 配置；socks5h:// 防 DNS 污染
+- [SOCKS5 代理](concepts/SOCKS5代理.md) — socks5 vs socks5h vs HTTP 代理对比；代理服务器 DNS 解析防止污染
+- [Docker Daemon 代理](concepts/Docker-Daemon代理.md) — systemd 环境变量注入；docker info 验证；vs 容器内应用代理

wiki/log.md

@@ -369,3 +369,11 @@ Created: 3 source pages, 3 entity pages (LaunchDarkly, HP, Christian Dior), 5 co
 ## [2026-04-16] ingest | Clonezilla 对 Ubuntu Server 进行全盘镜像备份
 ## [2026-04-16] ingest | Cursor 2.0 初学者使用指南
 ## [2026-04-16] ingest | GitHub 上 5000 人收藏的 Vibe Coding 神级指南
+
+## [2026-04-16] Batch 9 | 5个文档摄取完成
+- Obsidian高效指南（插件生态）
+- 2025年11个AI开源平替（11类开源AI工具）
+- AI解决方案专家培训课程（Coze平台）
+- TK美国面单授权（跨境电商）
+- Ubuntu Server科学上网（ProxyChains/SOCKS5代理/Docker Daemon代理）
+- 新增 concepts：ProxyChains、SOCKS5代理、Docker Daemon代理

wiki/sources/2025年11个神级AI开源平替-GitHub杀疯了.md

@@ -0,0 +1,63 @@
+---
+title: "2025 年 11 个神级 AI 开源平替，GitHub 杀疯了"
+type: source
+tags: [AI, 开源, GitHub, LLM, AI生图, AI生视频, AI智能体]
+date: 2026-01-01
+---
+
+## Source File
+- [[raw/AI/2025 年 11 个神级 AI 开源平替，GitHub 杀疯了。.md]]
+
+## Summary
+- 核心主题：2025 年 GitHub 热门 AI 开源项目盘点，覆盖 11 个细分领域
+- 问题域：寻找闭源 AI 产品的开源替代方案
+- 方法/机制：按领域分类横向对比，每个领域推荐 1-2 个最具代表性的开源项目
+- 结论/价值：国产开源模型（DeepSeek/Qwen）在 LLM 赛道已领先；Flux 在 AI 生图人体解剖学最正确；HunyuanVideo 是开源最大参数量视频生成模型
+
+## Key Claims
+
+### LLM（大语言模型）
+- DeepSeek R1：开源首个 o1 级深度推理模型，差异化竞争破壁者
+- Qwen 3：全尺寸覆盖 + 极致工具调用，开源界六边形战士
+- 智谱 GLM、Kimi K2、MiniMax 构成国产第二梯队
+
+### AI 生图
+- Flux：前 SD 核心团队出品，人体解剖学最正确的开源模型，指尖细节超过 Midjourney
+- Stable Diffusion 3.5：LoRA/ControlNet 生态最丰富，特定角色/姿势控制首选
+
+### AI 生视频
+- HunyuanVideo（混元视频）：开源界参数量最大视频生成模型，中文 Prompt 理解天花板，动作连贯性强
+
+### 通用智能体
+- OpenManus：Manus 开源平替，5 万 Star，规划→执行→循环反馈，Browser-use/Playwright 驱动
+
+### AI Coding
+- Cline：VS Code 最强开源自主编程插件，MCP 扩展，敏感操作需用户授权
+
+### 智能体工作流
+- n8n：16 万 Star，拖拽节点自动化，LangChain 节点集成，私有部署开源版 Zapier
+- Dify：LLM 应用开发平台，可视化知识库机器人搭建
+
+### AI 搜索
+- Perplexica：2.8K Star，Perplexity 开源平替，SearXNG 搜索源，支持本地大模型
+
+## Key Concepts
+- [[开源平替]]：以开源项目替代闭源商业产品的策略
+- [[HunyuanVideo]]：腾讯混元视频，开源最大参数量视频生成模型
+- [[OpenManus]]：通用智能体开源方案，规划-执行-反馈循环
+- [[Cline]]：VS Code AI 编程插件，Cursor 开源平替
+- [[Perplexica]]：AI 搜索引擎开源实现，SearXNG + 本地 LLM
+
+## Key Entities
+- [[DeepSeek]]：国产开源 LLM 代表，R1 深度推理模型
+- [[Qwen]]：阿里通义千问，开源六边形战士
+- [[Flux]]：AI 生图开源模型，人体解剖学最正确
+- [[n8n]]：工作流自动化开源平台，16 万 Star
+- [[Dify]]：LLM 应用开发平台
+- [[Manus]]：AI Agent 领域里程碑产品，2025 年现象级应用
+
+## Connections
+- [[DeepSeek]] ← 同类竞争 ← [[Qwen]]
+- [[n8n]] ← 功能重叠 ← [[Dify]]
+- [[OpenManus]] ← 对标 ← [[Manus]]
+- [[Cline]] ← 功能重叠 ← [[Cursor]]

wiki/sources/AI解决方案专家培训课程.md

@@ -1,31 +1,33 @@
 ---
-title: "AI解决方案专家培训课程"
+title: "AI 解决方案专家培训课程"
 type: source
-tags: [ai, coze, agent, workflow]
+tags: [coze, AI Agent, 解决方案, 培训]
 date: 2025-06-20
 ---
 
 ## Source File
-- raw/AI/AI 解决方案专家培训课程.md
+- [[raw/AI/AI 解决方案专家培训课程.md]]
 
 ## Summary
-- 核心主题：Coze（扣子）平台 Agent Demo 全景展示
-- 问题域：AI Agent 在多个行业的落地场景与工作流设计
-- 方法/机制：通过 Coze 平台创建多类型 Agent（问答/工作流/对话/客服等），覆盖金融、医疗、教育、电商、泛娱乐等 8 大行业
-- 结论/价值：展示 Coze 平台从 0 到 1 构建行业 Agent 的完整路径
+- 核心主题：Coze（扣子）平台 AI Agent 开发培训课程案例集
+- 问题域：展示 Coze 平台多行业 AI Agent 和工作流设计能力
+- 方法/机制：通过 Coze 中国版/国际版平台 Demo，涵盖金融、医疗、教育、电商、HR、客服等行业场景
+- 结论/价值：Coze 是企业级 AI Agent 快速搭建的低代码平台，Workflow+Bot 组合覆盖大多数业务场景
 
 ## Key Claims
-- Coze 平台支持国内版（coze.cn）和海外版（coze.com）
-- Agent 类型覆盖：单 Bot 对话、Workflow 工作流、表格问答、拍照搜视频、在线问诊等
-- 行业覆盖：金融（客户分层营销/智能客服）、医疗（影像识别/分诊）、教育（知识库问答/组卷出题/培训对练）、电商（混剪助手/在线换衣）、泛娱乐（AI证件照/视频生成）、HR（招聘打分/面试对话）
-- 工作流 Demo 可视化编排，非技术用户也能快速搭建
+- Coze 中国版（coze.cn）和国际版（coze.com）功能基本对齐，支持 Bot 和 Workflow 两种形态
+- 金融场景：客户分层营销助手、智能客服 Agent，支撑企业级决策
+- 教育场景：拍照搜视频、组卷出题、知识点掌握评估，覆盖学习全流程
+- 医疗场景：影像图片识别 + 在线问诊，AI 辅助诊断
+- 电商场景：混剪助手、在线换衣、直播间自动回复，覆盖营销全链路
+- HR 场景：AI 面试对练、培训对练，标准化招聘流程
+- 客服场景：AI 销售、在线客服助教，降低人工成本
 
 ## Key Entities
-- [[Coze]]：字节跳动 AI Agent 平台（国内版 coze.cn，海外版 coze.com）
-- [[Coze工作流]]：可视化编排多节点 AI 任务的机制
+- [[Coze]]：字节跳动 AI Agent 开发平台，低代码/无代码构建 Bot 和 Workflow
+- [[Coze Workflow]]：Coze 可视化业务流程编排引擎
+- [[Coze Bot]]：Coze 对话型 AI Agent 构建形态
 
 ## Connections
-- [[Coze]] ← 平台基础
-- [[Coze工作流]] ← 编排机制
-
-## Contradictions
+- [[Coze Bot]] ← 构成 ← [[Coze]]
+- [[Coze Workflow]] ← 构成 ← [[Coze]]

wiki/sources/AWS-CloudFormation-StackSets-多账户集中日志监控.md

@@ -0,0 +1,49 @@
+---
+title: "AWS CloudFormation StackSets 多账户集中日志监控"
+type: source
+tags: [aws, devops, iac, cloudwatch, eventbridge]
+date: 2025-10-25
+---
+
+## Source File
+- [[raw/Cloud & DevOps/How to Simplify Multi-Account Deployments Monitoring Centralized Logs for AWS CloudFormation StackSets.md]]
+
+## Summary
+- 核心主题：AWS 多账户环境下 CloudFormation StackSets 部署的集中日志监控方案
+- 问题域：多账户 IaC 部署时，逐账户登录排查故障的运维负担
+- 方法/机制：EventBridge 跨账户事件转发 + CloudWatch Logs 集中存储 + CloudWatch Logs Insights 查询
+- 结论/价值：一个管理账户统一视图，覆盖全部成员账户的 StackSets 事件，缩短故障定位时间
+
+## Key Claims
+- AWS Organizations 多账户结构下，StackSets 可跨账户部署基础设施，但缺乏集中监控
+- EventBridge 规则在每个成员账户捕获 CloudFormation 事件并转发至管理账户自定义事件总线
+- CloudWatch Logs Insights 支持跨账户查询，提供失败堆栈操作、账户分布、资源类型等结构化分析
+- 两张 CloudFormation 模板（log-setup-management.yaml + common-resources-stackset.yaml）实现全自动化部署
+
+## Key Quotes
+> "When a critical security baseline deployed across 50 accounts suddenly starts failing, teams face the daunting task of logging into each account individually to understand what went wrong." — AWS DevOps Blog，描述多账户运维的核心痛点
+
+## Key Concepts
+- [[CloudFormation StackSets]]：跨 AWS 账户和区域部署 IaC 的托管服务
+- [[EventBridge]]：AWS 事件总线，支持跨账户事件路由
+- [[CloudWatch Logs]]：AWS 日志存储与查询服务
+- [[CloudWatch Logs Insights]]：结构化日志分析查询语言
+- [[AWS Organizations]]：AWS 多账户组织管理框架
+- [[IaC]]：Infrastructure as Code，基础设施即代码
+
+## Key Entities
+- [[AWS]]：云服务商，StackSets/EventBridge/CloudWatch 服务的提供方
+
+## Connections
+- [[AWS]] ← 提供基础设施 ← [[CloudFormation StackSets]]
+- [[CloudFormation StackSets]] ← 事件来源 ← [[EventBridge]]
+- [[EventBridge]] ← 跨账户转发 ← [[CloudWatch Logs]]
+- [[CloudWatch Logs]] ← 查询分析 ← [[CloudWatch Logs Insights]]
+
+## Contradictions
+- 无
+
+## Metadata
+- 来源：AWS DevOps & Developer Productivity Blog
+- URL：https://aws.amazon.com/blogs/devops/how-to-simplify-multi-account-deployments-monitoring-centralized-logs-for-aws-cloudformation-stacksets/
+- 模板：log-setup-management.yaml + common-resources-stackset.yaml（GitHub aws-cloudformation-templates 仓库）

wiki/sources/Autonomous-Educational-Game-Development-Pipeline.md

@@ -0,0 +1,44 @@
+---
+title: "Autonomous Educational Game Development Pipeline"
+type: source
+tags: [game-development, autonomous-agent, openclaw-usecase]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Agent/usecases/autonomous-game-dev-pipeline.md]]
+
+## Summary
+- 核心主题：OpenClaw Agent 作为游戏开发智能体，自主管道生命周期管理（创建/修复/部署）
+- 问题域：独立开发者手工开发 40+ 教育游戏速度太慢，维护一致性困难
+- 方法/机制：Bugs First 策略 + Round Robin 队列 + 标准化设计规则 + Git 分支工作流；Agent 自主选择→实现→注册→文档→部署，每 7 分钟完成一个游戏或修复
+- 结论/价值：将游戏开发速度提升至每 7 分钟一个新游戏或修复，已成功生产 41+ 游戏
+
+## Key Claims
+- Bugs First 强制优先级：Agent 必须先修复 bugs/ 目录下第一个文件，才可处理新游戏
+- 每 7 分钟一个游戏或修复的产出速度，管道已稳定运行
+- 游戏需注册到 public/js/games-list.json 才会在首页显示
+- 设计规则强制纯 HTML/CSS/JS（无框架）、移动优先、离线可用
+- 产出：elbebe.co — 一个面向拉丁美洲儿童的西班牙语教育游戏门户
+
+## Key Quotes
+> "Bugs First! If the bugs/ folder has content, your only priority is to fix the first bug in alphabetical order."
+
+> "This pipeline is capable of producing 1 new game or bugfix every 7 minutes."
+
+## Key Concepts
+- [[Bugs-First-Policy]]：Agent 强制优先处理 bugs/ 队列中的第一个文件，阻止 feature 开发冲动
+- [[Round-Robin-Queue]]：跨年龄段平衡分配游戏开发任务的策略
+- [[Conventional-Commits]]：语义化提交格式（feat/fix），用于自动生成 CHANGELOG
+- [[Git-Branch-Workflow]]：feature/[game-id] 分支 → PR → master → 自动化发布
+
+## Key Entities
+- [[El-Bebe-Games]]：拉丁美洲儿童教育游戏网站，游戏产出实体，GitHub 为 duberblockito/elbebe
+- [[LANero]]：项目创始人背景，"LANero of the old school" 创作者
+
+## Connections
+- [[OpenClaw]] ← 平台 ← [[Autonomous-Educational-Game-Development-Pipeline]]
+- [[Self-Healing-Systems]] ← 类似模式 ← [[Autonomous-Educational-Game-Development-Pipeline]]（自动修复优先）
+- [[Vibe-Kanban]] ← 任务管理 ← [[Autonomous-Educational-Game-Development-Pipeline]]
+
+## Contradictions

wiki/sources/Mac-Mini-服务器配置-防止自动锁屏与睡眠.md

@@ -0,0 +1,42 @@
+---
+title: "Mac Mini 服务器配置：防止自动锁屏与睡眠"
+type: source
+tags: [macos, server, homelab, remote-access]
+date: 2026-03-15
+---
+
+## Source File
+- [[raw/Home Office/Mac-Mini-服务器配置-防止自动锁屏与睡眠.md]]
+
+## Summary
+- 核心主题：Mac Mini 作为无头服务器运行时，防止自动锁屏和睡眠的配置方案
+- 问题域：关闭显示器后 Mac Mini 自动锁屏或进入睡眠，导致远程桌面（RustDesk/VNC）无法连接
+- 方法/机制：`pmset` 系统电源管理命令集；`caffeinate` 临时防止睡眠工具
+- 结论/价值：通过 `pmset -a sleep 0 displaysleep 0 standby 0 hibernatemode 0` 彻底关闭睡眠，配合 WOL 实现远程唤醒
+
+## Key Claims
+- `pmset -a sleep 0` 禁止系统睡眠，`-a` 参数表示应用于所有电源模式（电池和电源适配器）
+- `pmset -a displaysleep 0` 禁止显示器关闭，适合接显示器远程访问场景
+- `pmset -a standby 0` 禁止待机模式（内存供电暂停）
+- `pmset -a hibernatemode 0` 禁止休眠（内存镜像保存至磁盘）
+- `pmset -a womp 1` 启用网络唤醒（WOL，Wake-on-LAN），远程开机
+- `caffeinate -d -i -s` 临时防止睡眠，不修改系统设置，按 Ctrl+C 停止
+
+## Key Concepts
+- [[pmset]]：macOS 系统电源管理命令行工具
+- [[caffeinate]]：macOS 临时防止系统睡眠的工具
+- [[WOL]]：Wake-on-LAN，网络唤醒协议
+
+## Key Entities
+- [[Mac Mini]]：Apple Mac Mini，作为家庭服务器使用
+
+## Connections
+- [[Mac Mini]] ← 配置目标 ← [[pmset]]
+- [[pmset]] ← 临时方案 ← [[caffeinate]]
+
+## Contradictions
+- 无
+
+## Metadata
+- 来源：个人实践笔记
+- 标签：macos、server、homelab、remote-access

wiki/sources/Obsidian高效指南-我常用的插件与实用技巧.md

@@ -0,0 +1,40 @@
+---
+title: "Obsidian 高效指南：我常用的插件与实用技巧"
+type: source
+tags: [obsidian, 插件, 知识管理]
+date: 2025-03-13
+---
+
+## Source File
+- [[raw/Others/Obsidian 高效指南：我常用的插件与实用技巧.md]]
+
+## Summary
+- 核心主题：Obsidian 插件生态与高效使用技巧
+- 问题域：如何将 Obsidian 打造成完整的知识管理系统
+- 方法/机制：Tasks（任务管理）、Dataview（数据查询）、Templater（模板）、QuickAdd（快速记录）+ 双向链接 + 每日笔记
+- 结论/价值：插件组合形成信息管理闭环，Dataview 查询实现笔记资产盘活
+
+## Key Claims
+- Tasks 插件将待办事项整合进笔记系统，支持日期提醒、优先级、标签分类和查询语法
+- Dataview 将笔记转化为数据库，支持按时间/标签/关键词筛选，提升检索效率
+- Templater 预设模板统一笔记结构，消除重复操作
+- QuickAdd 快捷键快速创建笔记，适合捕捉瞬时想法
+- 双向链接构建个人知识网络，比传统分类更灵活
+- 每日笔记结合 Templater 形成"早计划-晚复盘"节奏
+
+## Key Concepts
+- [[Obsidian Tasks]]：待办事项管理插件，日程整合进 PKM
+- [[Obsidian Dataview]]：笔记数据库化查询插件，类 SQL 语法
+- [[Obsidian Templater]]：动态模板引擎，支持变量和条件逻辑
+- [[Obsidian QuickAdd]]：快捷键快速记录插件
+- [[双向链接]]：笔记间双向引用，构建知识网络
+- [[每日笔记]]：Daily Notes，日期驱动的工作流锚点
+
+## Key Entities
+- [[Obsidian]]：本地优先 Markdown PKM 工具
+
+## Connections
+- [[Obsidian Dataview]] ← 依赖 ← [[双向链接]]
+- [[Obsidian Templater]] ← 支撑 ← [[每日笔记]]
+- [[Obsidian Tasks]] ← 整合进 ← [[Obsidian]]
+- [[Obsidian QuickAdd]] ← 整合进 ← [[Obsidian]]

wiki/sources/Polymarket-Autopilot.md

@@ -0,0 +1,42 @@
+---
+title: "Polymarket Autopilot: Automated Paper Trading"
+type: source
+tags: [polymarket, paper-trading, trading-bot, openclaw-usecase]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Agent/usecases/polymarket-autopilot.md]]
+
+## Summary
+- 核心主题：OpenClaw Agent 自动化预测市场模拟交易（Paper Trading），执行趋势跟踪和反向交易策略
+- 问题域：手动监控预测市场耗时长、错过机会、情绪化决策；实盘测试策略风险高
+- 方法/机制：Polymarket API 监控市场数据 → 执行 Paper Trade（模拟交易）→ PostgreSQL 记录 → Discord 每日报告；支持 TAIL/BONDING/SPREAD 三种策略；子 Agent 并行分析多个市场
+- 结论/价值：睡前设置，醒来收到隔夜报告；基于回测结果自动调整策略参数
+
+## Key Claims
+- 三种核心策略：TAIL（趋势跟踪，>60% 概率+交易量突增）、BONDING（反向交易，过度反应时买入）、SPREAD（套利，YES+NO>1.05 时入场）
+- 每日 8:00 Discord 晨报包含：交易日志/P&L/胜率/策略表现/市场洞察
+- 初始模拟资金 $10,000，永不使用真实资金
+- 子 Agent 并行分析多个市场，高峰期效率提升
+- 策略迭代基于回测结果，阈值可调
+
+## Key Quotes
+> "You want to test and refine trading strategies without risking real capital."
+
+## Key Concepts
+- [[Paper-Trading]]：模拟交易，在真实市场中使用假资金测试策略，隔离风险
+- [[趋势跟踪策略]]：TAIL 策略，识别概率>60%且交易量突增的趋势，顺势入场
+- [[反向交易策略]]：BONDING 策略，在市场对新闻过度反应时反向入场
+- [[套利策略]]：SPREAD 策略，检测 YES+NO 价格总和>1.05 的低效定价
+- [[预测市场]]：Polymarket，基于加密货币的预测市场平台
+
+## Key Entities
+- [[Polymarket]]：基于加密货币的预测市场平台，支持 API 访问市场数据
+
+## Connections
+- [[Last30Days]] ← 类似数据驱动方法 ← [[Polymarket-Autopilot]]
+- [[Content-Factory]] ← 子 Agent 模式 ← [[Polymarket-Autopilot]]（并行多市场分析）
+- [[Market-Research-Product-Factory]] ← 数据分析 ← [[Polymarket-Autopilot]]
+
+## Contradictions

wiki/sources/Scrapy-Playwright-抓取TikTok-Shop-Data.md

@@ -0,0 +1,40 @@
+---
+title: "Scrapy + Playwright 抓取 TikTok Shop Data"
+type: source
+tags: [scrapy, playwright, tiktok, data-collection, python]
+date: 2025-09-29
+---
+
+## Source File
+- [[raw/跨境电商/Scrapy + Playwright 抓取TikTok Shop Data.md]]
+
+## Summary
+- 核心主题：使用 Scrapy + Scrapy-Playwright 抓取 TikTok Shop 店铺数据
+- 问题域：TikTok Shop 页面为动态渲染，传统 HTTP 请求无法获取数据
+- 方法/机制：Python venv 虚拟环境隔离依赖；scrapy-playwright 驱动 Chromium 渲染动态内容；`scrapy runspider` CLI 运行爬虫
+- 结论/价值：提供 Docker 容器化部署配置（venv + PATH 环境变量）；Playwright Chromium 替代 requests + Selenium 组合
+
+## Key Claims
+- Python venv 虚拟环境是管理 Scrapy/Playwright 依赖的最佳实践，避免全局环境污染
+- `scrapy-playwright` 集成包将 Playwright 无头浏览器注册为 Scrapy 下载器中间件
+- `playwright install chromium` 安装无头 Chromium，支持 JavaScript 渲染
+- Docker 容器部署需在 Dockerfile 中预先配置 venv 并设置 PATH
+
+## Key Concepts
+- [[Scrapy]]：Python 开源爬虫框架，异步结构化抓取，支持 Item Pipeline
+- [[Playwright]]：Microsoft 浏览器自动化工具，支持 Chromium/Firefox/WebKit
+- [[电商数据采集]]：TikTok Shop 数据采集的技术栈
+
+## Key Entities
+- [[TikTok Shop]]：字节跳动旗下电商平台，数据采集目标
+
+## Connections
+- [[Scrapy]] ← 中间件整合 ← [[Playwright]]
+- [[Scrapy]] → 输出结构化数据 → [[电商数据采集]]
+
+## Contradictions
+- 无
+
+## Metadata
+- 来源：个人实践笔记
+- 标签：scrapy、playwright、tiktok

wiki/sources/Self-Healing-Home-Server.md

@@ -0,0 +1,48 @@
+---
+title: "Self-Healing Home Server & Infrastructure Management"
+type: source
+tags: [self-healing, infrastructure, openclaw, home-lab]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Agent/usecases/self-healing-home-server.md]]
+
+## Summary
+- 核心主题：OpenClaw 作为家庭基础设施的自主运维 Agent（代号 Reef），实现 24/7 无人值守管理
+- 问题域：家庭服务器需 24 小时待命、证书过期、磁盘满、服务崩溃、凌晨故障需人工 SSH 处理
+- 方法/机制：SSH 访问内网机器 + 定时 Cron 任务 + 1Password 密钥管理 + K8s/kubectl + Terraform/Ansible；多层安全防护（TruffleHog 预推送钩子 + 本地 Gitea + CI 扫描）
+- 结论/价值：Agent 可在用户察觉前检测、诊断并修复问题；每日晨报自动汇总系统状态、日历、天气、任务看板
+
+## Key Claims
+- AI 会硬编码密钥（最大安全风险），必须强制预推送钩子 + 密钥扫描
+- 本地优先 Git 策略：必须通过私有 Gitea 暂存 + CI 扫描后才可推送公开仓库
+- Cron 任务是真正的产品：定时健康检查、邮件分类、晨报比临时命令更有日常价值
+- 知识提取随时间复利：5,000+ 条笔记的用户从中提取了 49,079 条原子事实
+
+## Key Quotes
+> "AI assistants will happily hardcode secrets. They sometimes don't have the same instincts humans do."
+
+> "Cron jobs are the real product."
+
+## Key Concepts
+- [[自愈基础设施]]：健康检查 + 自动诊断 + 自主修复（重启 Pod/扩展资源/修复配置）
+- [[基础设施即代码]]：Terraform（基础设施定义）+ Ansible（配置管理）+ Kubernetes 清单
+- [[多因素安全防护]]：TruffleHog 预推送钩子 + 本地 Gitea + CI 扫描 + 分支保护 + 最小权限
+- [[定时晨报]]：每日 8:00 自动生成天气/日历/系统状态/任务看板摘要
+- [[邮件分类]]：Gmail 自动标签标注、归档噪音、标注待处理项
+
+## Key Entities
+- [[Nathan-Reef]]：OpenClaw Showcase 用户，Home Server Agent "Reef" 的作者，5,000+ Obsidian 笔记，15 个活跃 Cron 任务
+- [[TruffleHog]]：Git 预推送密钥扫描工具，检测代码/配置中的硬编码密钥
+- [[K3s]]：轻量级 Kubernetes，用于家庭集群管理
+- [[Gitea]]：自托管 Git 服务，家庭实验室私有代码暂存区
+
+## Connections
+- [[OpenClaw]] ← 平台 ← [[Self-Healing-Home-Server]]
+- [[Autonomous-Project-Management]] ← 类似自主性 ← [[Self-Healing-Home-Server]]
+- [[Autonomous-Educational-Game-Development-Pipeline]] ← 共享 Bugs-First 模式 ← [[Self-Healing-Home-Server]]
+- [[1Password]] ← 密钥管理 ← [[Self-Healing-Home-Server]]
+- [[Prometheus]] ← 健康监控 ← [[Self-Healing-Home-Server]]
+
+## Contradictions

wiki/sources/Semantic-Memory-Search.md

@@ -0,0 +1,44 @@
+---
+title: "Semantic Memory Search"
+type: source
+tags: [openclaw, memory, vector-search, milvus]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Agent/usecases/semantic-memory-search.md]]
+
+## Summary
+- 核心主题：为 OpenClaw Markdown 记忆文件叠加向量语义搜索能力
+- 问题域：OpenClaw 记忆以纯 Markdown 存储，缺乏语义搜索；grep 只能关键字匹配，无法语义匹配
+- 方法/机制：memsearch（基于 Milvus）提供混合搜索（dense vectors + BM25 + RRF reranking）；SHA-256 内容哈希实现增量索引；支持本地化（无需 API key）
+- 结论/价值：用自然语言提问即可找到相关记忆，无需精确关键词；Markdown 始终为唯一真相源
+
+## Key Claims
+- 混合搜索（语义相似度 + BM25 关键词 + RRF 融合）优于纯向量搜索
+- SHA-256 内容哈希保证只对新增或变更内容重新 Embedding，零浪费
+- 文件监视器自动增量索引，索引始终保持最新
+- 支持任意 Embedding 提供商（OpenAI/Google/Voyager/Ollama/本地）
+- Markdown 为唯一真相源，向量索引仅为衍生缓存，可随时重建
+
+## Key Quotes
+> "Your markdown files are never modified. The vector index is just a derived cache — you can rebuild it anytime with memsearch index."
+
+## Key Concepts
+- [[语义搜索]]：通过向量表示理解语义而非字面匹配，实现"按意思查找"
+- [[混合搜索]]：Dense vector（语义）+ BM25（关键词）+ RRF（Reciprocal Rank Fusion 融合）三层检索
+- [[增量索引]]：基于内容哈希（SHA-256）仅对变化文件重新 Embedding
+- [[向量数据库]]：Milvus，开源分布式向量数据库，memsearch 后端
+
+## Key Entities
+- [[memsearch]]：Zilliz 开源 Python CLI/库，为 OpenClaw 记忆提供语义搜索能力
+- [[Milvus]]：memsearch 使用的向量数据库后端
+- [[OpenClaw]]：记忆文件来源，Markdown 为源，memsearch 在其上构建搜索层
+
+## Connections
+- [[Personal-Knowledge-Base-RAG]] ← 类似架构 ← [[Semantic-Memory-Search]]（均叠加向量搜索层）
+- [[QMD]] ← 替代方案 ← [[Semantic-Memory-Search]]（均为 Markdown 提供搜索能力，但 QMD 为 BM25，memsearch 为向量语义）
+- [[Memory-in-AI-Agent]] ← 相关 ← [[Semantic-Memory-Search]]
+
+## Contradictions
+- 与 [[QMD]]：QMD 是 BM25 关键词搜索，memsearch 是向量语义搜索；两者可互补而非互斥

wiki/sources/TK美国面单授权及操作流程.md

@@ -0,0 +1,27 @@
+---
+title: "TK美国面单授权及操作流程"
+type: source
+tags: [TikTok, 跨境电商, 面单, TK, 授权]
+date: 2025-12-19
+---
+
+## Source File
+- [[raw/跨境电商/TK美国面单授权及操作流程.md]]
+
+## Summary
+- 核心主题：TikTok Shop 美国市场面单授权与操作流程
+- 问题域：跨境电商卖家如何在 TikTok 美国市场获取和使用面单授权
+- 方法/机制：通过 Zipline 图床托管运营截图，展示面单授权操作步骤
+- 结论/价值：面单授权是 TK 美国市场运营的前置流程，需完成资质认证和授权绑定
+
+## Key Claims
+- TK 美国面单授权需先完成商家资质认证
+- 授权后可在卖家中心生成官方面单用于履约
+- 操作流程涉及多步页面操作（截图记录共 6 张）
+
+## Key Entities
+- [[TikTok Shop]]：TikTok 电商平台
+- [[TK美国]]：TikTok 美国市场，跨境电商重点区域
+
+## Connections
+- [[TikTok Shop]] ← 市场 ← [[TK美国]]

wiki/sources/Ubuntu-Server科学上网配置指南.md

@@ -0,0 +1,51 @@
+---
+title: "Ubuntu Server 科学上网配置指南"
+type: source
+tags: [Ubuntu, 科学上网, V2Ray, ProxyChains, Docker, 代理]
+date: 2025-12-29
+---
+
+## Source File
+- [[raw/Home Office/Ubuntu Server科学上网.md]]
+
+## Summary
+- 核心主题：Ubuntu Server 环境下配置科学上网的完整方案
+- 问题域：终端命令/Git/Docker 守护进程/容器内应用如何走代理
+- 方法/机制：分层代理架构——ProxyChains（临时命令）、Git 全局配置（Git 专设）、systemd Docker 代理（镜像拉取）、~/.docker/config.json（容器内应用）
+- 结论/价值：不同场景用不同方案，不可混用；Daemon 层面走 systemd，用户层面走环境变量
+
+## Key Claims
+
+### ProxyChains（终端命令级）
+- 修改 `/etc/proxychains4.conf` 添加 `socks5 127.0.0.1 10808`
+- 任何命令前加 `proxychains4` 前缀即可穿代理：`proxychains4 curl https://google.com`
+
+### Git 代理配置
+- 设置全局：`git config --global http.proxy 'socks5://127.0.0.1:10808'`
+- Docker 守护进程不走用户环境变量，必须通过 systemd 配置
+
+### Docker Pull 代理（Daemon 级）
+- 创建 `/etc/systemd/system/docker.service.d/http-proxy.conf`
+- 添加 `HTTP_PROXY/HTTPS_PROXY/NO_PROXY` 环境变量
+- 必须执行 `systemctl daemon-reload && systemctl restart docker`
+- 验证：`docker info | grep -i proxy`
+
+### Docker 容器内代理（应用级）
+- 方案 A（推荐 17.07+）：`~/.docker/config.json` 添加 `proxies.default`
+- 方案 B：docker-compose.yml 环境变量 `ALL_PROXY=socks5://172.24.0.1:10808`
+- 容器内获取宿主机 IP：`docker exec <container> ip route | awk '/default/ {print $3}'`
+
+## Key Concepts
+- [[ProxyChains]]：终端命令强制走 SOCKS5 代理工具
+- [[SOCKS5 代理]]：支持本地 DNS 解析（socks5h://）的代理协议
+- [[Docker Daemon 代理]]：Docker 守护进程级代理配置，通过 systemd 环境变量注入
+- [[Docker 容器内代理]]：容器应用级代理，通过 ~/.docker/config.json 或 docker-compose environment
+
+## Key Entities
+- [[V2RayN]]：SOCKS5/HTTP 代理客户端（运行在宿主机）
+- [[Ubuntu Server]]：Linux 服务器操作系统
+
+## Connections
+- [[V2RayN]] ← 提供代理 ← [[SOCKS5 代理]]
+- [[ProxyChains]] ← 转发至 ← [[SOCKS5 代理]]
+- [[Docker Daemon 代理]] ← 配置 ← [[Ubuntu Server]]

wiki/sources/arXiv-Paper-Reader.md

@@ -0,0 +1,38 @@
+---
+title: "arXiv Paper Reader"
+type: source
+tags: [research, arxiv, openclaw-skill]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/Agent/usecases/arxiv-paper-reader.md]]
+
+## Summary
+- 核心主题：基于 OpenClaw Agent 的 arXiv 论文阅读助手工作流
+- 问题域：PDF 下载后切换论文丢失上下文、LaTeX 公式难以解析
+- 方法/机制：Prismer AI 的 arxiv-reader skill（3 个工具：arxiv_fetch/arxiv_sections/arxiv_abstract）；Node.js 原生实现无需 Docker；直接从 arXiv 下载并自动扁平化 LaTeX 源码
+- 结论/价值：对话式论文阅读，支持摘要浏览、多篇对比、章节定位、结果缓存
+
+## Key Claims
+- arxiv-reader skill 无需 Docker 或 Python，通过 Node.js 内置模块独立运行
+- LaTeX 源码自动展平（flatten includes），消除公式解析障碍
+- 多篇论文可并行获取摘要并生成对比表格，按相关性排序
+- 结果本地缓存，回访论文秒级加载
+
+## Key Quotes
+> "Reading arXiv papers means downloading PDFs, losing context when switching between papers, and struggling to parse dense LaTeX notation."
+
+## Key Concepts
+- [[arXiv-API]]：论文元数据和 PDF 源码获取接口，支持 ID 检索
+- [[LaTeX-Flattening]]：自动解析并合并 LaTeX 源码中的 \include 语句，生成可读文本
+- [[arxiv-reader-skill]]：Prismer 项目开源 skill，包含 fetch/sections/abstract 三个工具
+
+## Key Entities
+- [[Prismer-AI]]：arxiv-reader skill 的开发方，GitHub 仓库为 Prismer-AI/Prismer
+
+## Connections
+- [[OpenClaw]] ← 平台 ← [[arXiv-Paper-Reader]]
+- [[Personal-Knowledge-Base-RAG]] ← 类似工作流 ← [[arXiv-Paper-Reader]]
+
+## Contradictions

wiki/sources/一语点醒梦中人-2026-04-16.md

@@ -0,0 +1,66 @@
+---
+title: "一语点醒梦中人（2026-04-16新批次）"
+type: source
+tags: [wisdom, eastern-philosophy, daoism, confucianism, buddhism]
+date: 2026-04-16
+---
+
+## Source File
+- [[raw/AI/一语点醒梦中人.md]]
+
+## Summary
+- 核心主题：东方人生智慧精选——道家、儒家、佛教经典箴言与实践指南
+- 问题域：如何将传统东方智慧应用于现代人生困境（职业瓶颈、困境转化、内心安宁）
+- 方法/机制：经典原文 + 多维度解释（出处/含义/实践建议）+ 现代生活对照
+- 结论/价值：东方智慧提供了一整套"绝处逢生"的实践框架，核心是接纳与行动的平衡
+
+## Key Claims
+- "行到水穷处，坐看云起时"是东方逆境转化的最高智慧——困境即转机
+- "知其不可奈何而安之若命"不是消极认命，而是"尽人事后听天命"的积极接纳
+- "忘机可以消众机"是复杂环境中保全自身的处世智慧
+- 真正的智慧（"大智若愚"）看似愚钝，实则藏锋守拙
+
+## Key Quotes
+> "知其不可奈何而安之若命，德之至也。" — 《庄子·内篇·人间世》
+
+> "唯忘机可以消众机，唯懵懂可以祓不吉祥。" — 曾国藩《治心经·诚心篇》
+
+> "一切有为法，如梦幻泡影，如露亦如电，应作如是观。" — 《金刚经》
+
+> "大直若屈，大巧若拙，大辩若讷。" — 《老子·第四十五章》
+
+## Key Concepts
+- [[空性智慧]]：一切有为法如梦幻泡影露水电，不可执着于"自性"
+- [[绝处逢生]]："行到水穷处，坐看云起时"，困境即转机的东方智慧
+- [[知其不可奈何而安之若命]]：先尽人事，后听天命，接纳与行动的平衡
+- [[忘机消众机]]：以无争无求、大智若愚的态度应对复杂环境
+- [[和光同尘]]：收敛锋芒，不标新立异，与世无争以保全自身
+- [[飘风不终朝]]：困境终会过去，与西方谚语"This too shall pass"异曲同工
+- [[修行八法]]：守相、藏拙、宁神、扩形、藏锋、控语、修心、慎独
+
+## Key Entities
+- [[王维]]：唐代"诗佛"，《终南别业》作者，"行到水穷处"典故出处
+- [[曾国藩]]：晚清重臣，《治心经》作者，"忘机消众机"出处
+- [[庄子]]：战国道家代表，"知其不可奈何而安之若命"出处
+- [[孔子]]：儒家至圣，"执两用中"出处
+- [[老子]]：道家始祖，"大巧若拙"/"和光同尘"出处
+
+## Connections
+- [[su-dongpo-perspective]] ← related_to ← [[一语点醒梦中人]]（同为东方智慧资源）
+- [[空性智慧]] ← is_about ← [[金刚经]]
+- [[绝处逢生]] ← is_about ← [[王维]]
+- [[知其不可奈何而安之若命]] ← is_about ← [[庄子]]
+
+## Contradictions
+- 与西方积极心理学的张力：
+  - 西方观点：积极行动永远优于被动接纳（"action orientation"）
+  - 东方智慧：先辨别"可奈何"与"不可奈何"，在"不可奈何"处接纳并非消极
+  - 融合点：两者都强调"尽人事"后的心态调整，区别在于对"人事已尽"标准的判定
+
+## 现代实践对照
+| 古训 | 现代困境 | 实践建议 |
+|------|---------|---------|
+| 知其不可奈何而安之若命 | 项目失败/市场变化不可控 | 全力辨别"可改"vs"不可改"，不可改则停止内耗 |
+| 忘机消众机 | 职场政治/人际算计 | 以淳朴自然应对，不主动参与算计 |
+| 大巧若拙 | 展示能力vs藏锋守拙 | 在关键时刻才展露，避免锋芒毕露招嫉 |
+| 一切有为法如梦幻泡影 | 执着于成败得失 | 以觉知观察执着，不压制情感而是看清本质 |

wiki/sources/不会Gemini的产品经理真的要被淘汰了-附保姆级PRD生成指南.md

@@ -0,0 +1,46 @@
+---
+title: "不会Gemini的产品经理真的要被淘汰了—附保姆级PRD生成指南"
+type: source
+tags: [ai-product-manager, gemini, prd, ai-workflow]
+date: 2025-12-18
+---
+
+## Source File
+- [[raw/AI/附保姆级PRD生成指南.md]]
+
+## Summary
+- 核心主题：AI时代产品经理能力结构重塑，从功能清单到AI驱动PRD的工作流转型
+- 问题域：产品经理如何在AI工具普及背景下重新定义核心竞争力
+- 方法/机制：FeatureList共创 → Mermaid图生成 → 分页面口述 → HTML原型，AI嵌入全链路
+- 结论/价值：AI是充分非必要条件，市场洞察力才是最稀缺能力；精准表达是人与AI协作的核心技能
+
+## Key Claims
+- Gemini = 知识渊博但不带脑子的苦工，表述越准确执行越准确
+- 市场洞察力 = 产品经理最稀缺也最重要的能力，AI时代比以往任何时候都更重要
+- 超级个体 = 某领域八九十分 + AI横向扩展，AI是充分非必要条件
+- 精准表达 = 将模糊想法转化为清晰结构，是人与AI协作的核心技能
+
+## Key Quotes
+> "你连给下属指令都讲不清，怎么可能用好AI？Prompt能力的本质是有对问题清晰界定的能力，加上结构化的思维逻辑和表达能力。"
+
+> "AI不会让普通人变富，但会让那些知道自己要做什么、且对品质有执念的人变得极其强大。"
+
+## Key Concepts
+- [[FeatureList]]：分层需求表，AI共创需求创意的核心工具
+- [[PRD自动生成]]：FeatureList → Mermaid → 分页面口述 → HTML原型的AI工作流
+- [[超级个体]]：某领域八九十分者用AI横向扩展，AI是充分非必要条件
+- [[精准表达]]：将模糊想法转化为清晰结构的能力，人与AI协作的核心
+
+## Key Entities
+- [[Gemini]]：Google AI模型，深度嵌入PRD工作流的工具
+- [[Kira2red]]：AI产品管理实践者，Gemini工作流方法论作者
+
+## Connections
+- [[AI产品经理]] ← is_about ← [[不会Gemini的产品经理真的要被淘汰了]]
+- [[超级个体]] ← extends ← [[AI产品经理]]
+- [[精准表达]] ← supports ← [[AI产品经理]]
+
+## Contradictions
+- 与传统PM能力模型冲突：
+  - 传统观点：PM核心竞争力是执行力、项目管理
+  - 本文观点：AI时代市场洞察力才是PM最稀缺能力，执行力可被AI替代

wiki/sources/二创视频必不可少-2025年最热门AI工具推荐合集-AI配音声音克隆.md

@@ -0,0 +1,61 @@
+---
+title: "二创视频必不可少！2025年最热门AI工具推荐合集—AI配音、声音克隆"
+type: source
+tags: [ai-voice, voice-cloning, tts, ai-tools]
+date: 2025-12-18
+---
+
+## Source File
+- [[raw/AI/二创视频必不可少！2025年最热门AI工具推荐合集-AI配音、声音克隆.md]]
+
+## Summary
+- 核心主题：2025年主流AI配音与声音克隆工具横向评测
+- 问题域：内容创作者如何选择适合的AI配音工具（免费/付费、技术流/小白友好）
+- 方法/机制：按使用场景分类评测，从声音质量/费用/功能/适用人群维度对比
+- 结论/价值：选ElevenLabs追高品质；日常免费用海螺AI/TTSMaker/AnyVoice；技术流选F5-TTS本地部署
+
+## Key Claims
+- 声音克隆已成AI配音标配，最快3秒完成（AnyVoice）
+- 免费与付费工具差距主要在商用授权和克隆精度
+- 国内工具（海螺/TTSMaker/剪映）无需科学上网
+
+## Key Quotes
+> "海螺AI：小白友好，30秒克隆声音，支持中文、粤语等17种语言，还能给语音加情绪。免费！免费！免费！"
+
+> "F5-TTS：程序员专属，开源免费，2秒音频就能克隆声音，还能控制语速和情绪。适合想自己部署的企业或技术党。"
+
+## Key Concepts
+- [[AI配音]]：文字转语音（TTS），带情感变化的语音生成
+- [[声音克隆]]：用少量音频样本复制特定音色，支持多语言
+- [[ElevenLabs]]：国际顶流AI配音，支持30+语言和方言，带情感变化
+- [[F5-TTS]]：开源本地部署，中英文支持，技术流首选
+- [[TTSMaker]]：打工人必备，每周免费3万字，50+语言，商用授权
+
+## Key Entities
+- [[ElevenLabs]]：国际顶流AI配音工具，声音自然度高，API接口灵活
+- [[海螺AI]]（MiniMax）：30秒克隆，免费，中文/粤语支持，网页直接操作
+- [[F5-TTS]]：开源免费，2秒克隆，本地部署，数据安全
+- [[TTSMaker]]（马克配音）：无需注册，网页操作，商用免费
+- [[剪映]]（抖音）：短视频必备，小帅小美音色，VIP付费
+- [[魔音工坊]]：500+音色，企业批量配音，会员30元/月起
+- [[AnyVoice]]：3秒克隆，免费无限下载，中英日韩四语
+
+## Connections
+- [[AI生视频]] ← related_to ← [[二创视频必不可少-AI配音声音克隆]]
+- [[声音克隆]] ← is_a ← [[AI配音]]
+- [[海螺AI]] ← same_as ← [[MiniMax]]
+
+## Contradictions
+- 与 ElevenLabs 高付费对比：
+  - 对方：国际顶流，高品质但免费版限制多（字数限制）
+  - 本文立场：日常创作国内工具免费额度已足够，非专业场景无需付费
+
+## Tools Comparison Table
+| 工具 | 免费额度 | 声音克隆 | 梯子 | 商用 | 适合人群 |
+|------|---------|---------|------|------|---------|
+| ElevenLabs | 限制多 | 支持 | 需要 | 付费 | 高品质需求 |
+| 海螺AI | 免费 | 国际版 | 需要 | 免费有限 | 小白日常 |
+| F5-TTS | 开源免费 | 支持 | 不需要 | 开源免费 | 技术流/企业 |
+| TTSMaker | 3万字/周 | 不支持 | 不需要 | 免费商用 | 打工人 |
+| 剪映 | VIP | 支持收费 | 不需要 | VIP | 短视频新手 |
+| AnyVoice | 免费无限 | 3秒克隆 | 不需要 | 免费有限 | 多语言教学 |

wiki/sources/清华出的DeepSeek使用手册104页.md

@@ -0,0 +1,44 @@
+---
+title: "清华出的DeepSeek使用手册，104页，全是干货！"
+type: source
+tags: [deepseek, prompt-engineering, tsinghua, llm]
+date: 2025-12-18
+---
+
+## Source File
+- [[raw/AI/清华出的DeepSeek使用手册，104页，真的是太厉害了！（免费领取）.md]]
+
+## Summary
+- 核心主题：《DeepSeek从入门到精通2025》核心内容速览，清华大学元宇宙文化实验室出品的AI使用指南
+- 问题域：如何科学使用DeepSeek，理解提示词设计的底层逻辑而非表面技巧
+- 方法/机制：授人以渔——先讲清原理，再手把手教怎么用，从入门到精通的完整路径
+- 结论/价值：清华专家毫无保留分享实用技巧，104页全是能直接上手的干货
+
+## Key Claims
+- DeepSeek-R1在处理复杂任务方面表现优异，备受世界瞩目
+- 清华手册核心价值在于"授人以渔"——不是改改GPT说明书，而是讲清楚原理
+- 提示词设计底层逻辑比表面技巧更重要
+- 中国在人工智能领域的创新能力在该文档中得到体现
+
+## Key Quotes
+> "以前我看了很多教程，都感觉特别花哨，没啥干货，大部分就是把GPT的说明书稍微改改，就拿来用在DeepSeek上了。清华这个手册完全不一样！它先是给你讲清楚原理，然后手把手教你怎么科学地使用。"
+
+> "这才是真正的'授人以渔'，太有用了！"
+
+## Key Concepts
+- [[DeepSeek]]：专注于AGI的中国科技公司，开源推理模型DeepSeek-R1
+- [[提示词设计底层逻辑]]：理解为什么这么问，而非仅知道怎么问
+- [[授人以渔]]：教方法论而非给具体答案
+
+## Key Entities
+- [[清华大学]]：新闻与传播学院新媒体研究中心元宇宙文化实验室
+- [[余梦珑]]：博士后，《DeepSeek从入门到精通2025》作者
+
+## Connections
+- [[大语言模型]] ← related_to ← [[清华出的DeepSeek使用手册]]
+- [[提示词设计底层逻辑]] ← is_a ← [[Prompt工程]]
+- [[清华大学]] ← published_by ← [[清华出的DeepSeek使用手册]]
+
+## Limitations
+- 本文档为微信公众号文章，主要为封面图和引用介绍，原版104页PDF需扫码获取
+- 元数据质量：description和tags字段为空，需以source页面内容为参考