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]]