Auto-sync: wiki-ingest 3 sources (2026-04-16)

2026-04-16 00:08:35 +08:00
parent 9688f3f54b
commit 5ae9550d8c
267 changed files with 9537 additions and 1163 deletions
--- a/wiki/concepts/AI结对执行.md
+++ b/wiki/concepts/AI结对执行.md
@@ -0,0 +1,41 @@
+---
+title: "AI 结对执行"
+type: concept
+tags: [vibe-coding, AI, pair-programming]
+---
+
+## Definition
+AI 结对执行（AI Pair Programming）是 Vibe Coding 范式的第三原则：开发者扮演导演角色，AI 扮演执行者角色，类似结对编程（Pair Programming）但人类提供方向判断和审美决策，AI 负责具体实现。
+
+## Human vs AI Responsibilities
+| 角色 | 人类（导演） | AI（执行者） |
+|------|------------|-------------|
+| 架构决策 | ✅ | ❌ |
+| 需求理解 | ✅ | ✅（辅助澄清） |
+| 代码编写 | ❌ | ✅ |
+| 测试验证 | ✅（审查） | ✅（自测脚本） |
+| 审美判断 | ✅ | ❌ |
+| Bug 修复 | ✅（引导） | ✅（执行） |
+
+## Tools That Enable It
+- **Cursor**：Composer 模型支持多文件编辑和 AI 对话
+- **Windsurf**：Tab 自动补全 + AI 建议
+- **Trae**：Remote SSH 开发环境
+- **Claude Code**：Print Mode 非交互批量执行
+
+## Relationship to Vibe Coding Formula
+Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行
+- 规划驱动：确定做什么
+- 上下文固定：保证 AI 不跑偏
+- AI 结对执行：具体怎么做
+
+## Related Concepts
+- [[Vibe Coding]]：AI 结对执行是 Vibe Coding 三要素之一
+- [[规划驱动]]：结对前的人类准备工作
+- [[上下文固定]]：结对时的行为约束机制
+- [[Cursor]]：AI 结对执行的首选 IDE
+
+## Aliases
+- AI Pair Programming
+- 氛围结对
+- 导演模式
--- a/wiki/concepts/Anthropic-Skills-官方库.md
+++ b/wiki/concepts/Anthropic-Skills-官方库.md
@@ -0,0 +1,43 @@
+---
+title: "Anthropic Skills 官方库"
+type: concept
+tags: [anthropic, claude, skill, github, open-source]
+last_updated: 2026-01-08
+---
+
+## Definition
+Anthropic 官方在 GitHub 发布的 Skills 仓库（github.com/anthropics/skills），收藏数突破 3.2 万，原封不动地拆解了 Claude.ai 网页版的生产级能力。
+
+## Source
+- GitHub: https://github.com/anthropics/skills
+
+## Core Content
+
+### 三大类别
+
+#### 1. 办公自动化四大件（Office Suite）
+- Word/PDF/PPT/Excel 的创建、编辑、分析、重写
+- 格式控制、边界处理、容错策略
+- 每一步包含 Prompt 结构、参数含义
+
+#### 2. 开发者工具箱（Developer Tools）
+- MCP Server
+- Web 应用测试
+- Artifacts 构建
+- 自动化验证流程
+
+#### 3. 创意类 Skills（Creative）
+- 算法艺术
+- Canvas 设计
+- 主题生成工厂
+- 重点：设计思路可复用、输入约束、输出稳定
+
+## Key Value
+"它是 Anthropic 把 Claude 线上真正在跑的生产级能力，原封不动地拆解开来，摊在桌面上给你看。"
+
+本质上是官方在教你"怎么像我们一样开发 AI 应用"。
+
+## Connections
+- [[Anthropic]] ← 发布者
+- [[Claude Skills]] ← 具体实现
+- [[Awesome-Claude-Skills]] ← 第三方精选仓库
--- a/wiki/concepts/Claude-Skills.md
+++ b/wiki/concepts/Claude-Skills.md
@@ -0,0 +1,32 @@
+---
+title: "Claude Skills"
+type: concept
+tags: [claude, anthropic, skill, workflow]
+last_updated: 2026-01-08
+---
+
+## Definition
+Claude Skills 是 Anthropic 官方发布的 AI 技能指南，本质是"写给 Claude 的说明书 + SOP（标准作业程序）"。
+
+## Core Properties
+- **说明书**：清晰描述任务目标、输入约束、输出格式
+- **SOP**：将反复执行、有固定流程的任务拆解为 AI 可理解、稳定复用、自动执行的步骤
+- **可组合**：多个 Skills 可串联形成复杂工作流
+
+## Key Distinction from Prompt Engineering
+| Prompt Engineering | Skills |
+|---|---|
+| 优化单次输出质量 | 优化整套流程的稳定性与可复用性 |
+| 依赖模型能力 | 结构化流程，降低模型依赖 |
+| 单点优化 | 系统化、工程化 |
+
+## Official Resources
+- [[Anthropic Skills 官方库]]：github.com/anthropics/skills，3.2 万收藏
+- [[Awesome-Claude-Skills]]：ComposioHQ、VoltAgent、BehiSecc 维护的精选仓库
+- [[Skill 聚合站]]：skillsmp.com、aitmpl.com/skills、claudemarketplaces.com
+
+## Connections
+- [[AI技能封装]] ← 具体实现
+- [[Prompt工程]] ← 范式升级来源
+- [[Anthropic Skills 官方库]] ← 官方资源
+- [[Agent Skill 设计模式]] ← 设计模式框架
--- a/wiki/concepts/Git自动同步.md
+++ b/wiki/concepts/Git自动同步.md
@@ -0,0 +1,23 @@
+---
+title: "Git自动同步"
+type: concept
+tags: [Obsidian, Git, 版本控制]
+sources: ["养虾日记3-Obsidian-Gitea持久化笔记系统.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+Git自动同步指 Obsidian Git 插件设置为 Auto commit-and-sync interval（如 10 分钟），插件自动 commit + push，无需手动操作。
+
+## Key Value
+AI 批量改文件的能力越强，越需要版本管理来兜底。Git 自动同步让这个兜底机制完全无需人工干预。
+
+## Mechanism
+- Obsidian Git 插件（社区插件）→ Auto commit interval
+- commit + push 全自动
+- Gitea 私有仓库存储，历史版本任意回溯
+
+## Related Concepts
+- [[LLM Wiki]]：Git自动同步是 LLM Wiki 版本控制的实现层
+- [[Gitea]]：承载仓库的 Git 服务
+- [[Obsidian]]：笔记前端
--- a/wiki/concepts/Graph-View.md
+++ b/wiki/concepts/Graph-View.md
@@ -0,0 +1,21 @@
+---
+title: "Graph View"
+type: concept
+tags: [Obsidian, 知识管理]
+sources: ["养虾日记3-Obsidian-Gitea持久化笔记系统.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+Obsidian 的 Graph View 将所有 Wiki 页面以节点展示，双链关系自动连线，是知识网络的可视化健康检查工具。
+
+## Two Usage Patterns
+- **健康检查**：没有任何页面链接指向它 → 孤岛页面，需要补上交叉引用
+- **发现盲区**：某个概念被很多页面提到但自己还没有独立页面 → 图谱里显示为灰色幽灵节点
+
+## Karpathy's Insight
+Graph View 是 LLM Wiki 的"知识盲区探测器"：灰色幽灵节点提醒应该为它建一个专页。
+
+## Related Concepts
+- [[LLM Wiki]]：Graph View 是 LLM Wiki 范式的重要工具
+- [[知识可发现性]]：双向链接 + Graph View 让知识形成网络而非孤岛
--- a/wiki/concepts/KPI卡片.md
+++ b/wiki/concepts/KPI卡片.md
@@ -0,0 +1,30 @@
+---
+title: "KPI 卡片"
+type: concept
+tags: [kpi, bi, 可视化, 指标]
+sources: []
+last_updated: 2025-03-14
+---
+
+## Definition
+Dashboard 顶部的一组数字指标看板，每个卡片展示一个关键业务指标的最新值，用于快速判断业务整体健康度。
+
+## TikTok Shop 场景标准 KPI
+| KPI | 计算方式 | 意义 |
+|-----|---------|------|
+| 总产品数 | COUNT(*) | 市场体量 |
+| 热卖产品数 | COUNT(sold > X) | 爆品数量 |
+| 平均评分 | AVG(rating) | 整体质量 |
+| 平均最终价格 | AVG(final_price) | 价格带定位 |
+| 总 GMV | SUM(final_price × sold) | 整体交易额 |
+| 折扣商品占比 | COUNT(discount > 0) / COUNT(*) | 促销密度 |
+
+## 设计规范
+- 放置在 Dashboard 第一行
+- 双行排列（3+3 或 4+2）
+- Big Number Chart 类型，只显示数字和同比变化
+
+## Related Concepts
+- [[Superset Dashboard]]：载体
+- [[电商选品分析]]：应用场景
+- [[选品评分模型]]：关联指标
--- a/wiki/concepts/LLM-Wiki.md
+++ b/wiki/concepts/LLM-Wiki.md
@@ -0,0 +1,29 @@
+---
+title: "LLM Wiki"
+type: concept
+tags: [AI知识管理, RAG, 知识积累]
+sources: ["养虾日记3-Obsidian-Gitea持久化笔记系统.md", "Personal-Knowledge-Base-RAG.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+LLM Wiki 是一种 AI 知识管理范式：AI 在执行任务过程中**增量构建和维护一个持久化的 Wiki**，页面之间互相链接，知识越积越厚，而非每次从零检索。
+
+## Core Distinction: LLM Wiki vs RAG
+
+| | RAG | LLM Wiki |
+|--|-----|---------|
+| 知识积累 | 不积累，每次从零检索 | 增量构建，页面间互相链接 |
+| 检索方式 | 向量相似度检索 | 双向链接 + Graph View 发现 |
+| 知识边界 | 受知识库文档限制 | 知识随任务执行不断扩展 |
+| 适用场景 | 静态文档问答 | 持续执行任务的 Agent |
+
+## Key Claims
+- RAG 的局限：每次对话从零开始，知识不积累，无法形成知识网络
+- LLM Wiki 的优势：AI 在执行任务过程中顺手维护链接、更新摘要、添加 Tag、标记新旧矛盾
+- Graph View 是知识健康检查工具：孤岛页面（无页面链接指向它）需要补上交叉引用
+
+## Related Concepts
+- [[RAG]]：对比范式
+- [[个人知识库]]：LLM Wiki 的具体实现之一
+- [[知识可发现性]]：双向链接 + Graph View 让知识形成网络而非孤岛
--- a/wiki/concepts/Memory-in-AI-Agent.md
+++ b/wiki/concepts/Memory-in-AI-Agent.md
@@ -0,0 +1,32 @@
+---
+title: "Memory in AI Agent"
+type: concept
+tags: [memory, ai-agent, 上下文, n8n]
+sources: []
+last_updated: 2025-03-06
+---
+
+## Definition
+Memory（记忆）是 AI Agent 保持多轮对话上下文连贯性的机制，通过在每次交互中注入历史消息，使 Agent 能够记住之前的对话内容，输出更相关和连贯的响应。
+
+## 工作原理
+1. 每次对话 → 将历史消息追加到 context
+2. Agent 在决策时读取完整 context
+3. 结合 Memory + 当前输入 → 生成响应
+
+## N8N 实现
+N8N AI Agent 节点内置 Memory 配置，支持：
+- 对话历史注入
+- 与外部数据库（如 [[Airtable]]）联动存储长期记忆
+
+## 与传统 Workflow 的区别
+- Workflow：完全确定性，每次执行相同输入=相同输出
+- 带 Memory 的 Agent：输入相同但上下文不同，输出可能变化
+
+## Related Entities
+- [[Airtable]]：外部存储媒介
+- [[n8n]]：工作流平台
+
+## Related Concepts
+- [[Agentic System]]：依赖 Memory 实现多轮交互
+- [[Workflow vs Agent]]：Agent 的 Memory 是其与 Workflow 本质区别
--- a/wiki/concepts/NFS永久挂载.md
+++ b/wiki/concepts/NFS永久挂载.md
@@ -0,0 +1,40 @@
+---
+title: NFS永久挂载
+type: concept
+tags: [nfs, ubuntu, nas, fstab, mount]
+---
+
+## Definition
+NFS 永久挂载是通过 /etc/fstab 配置使网络文件系统（NFS）在系统启动时自动挂载，而非手动 mount 重启后失效。
+
+## Problem
+手动 mount 命令是临时的，重启后内核重置所有挂载状态。
+
+## Solution
+在 /etc/fstab 中添加 NFS 挂载条目：
+```
+192.168.3.17:/volume2/backup /mnt/nas_backup nfs defaults,timeo=900,retrans=5,_netdev 0 0
+```
+
+## Key Parameters
+| 参数 | 含义 |
+|------|------|
+| defaults | 默认挂载选项（rw, suid, dev, exec, auto, nouser, async） |
+| timeo=900 | 超时 90 秒（单位 1/10 秒） |
+| retrans=5 | 超时后重试 5 次 |
+| _netdev | 告诉系统这是网络设备，等网络就绪后再挂载（防止开机卡死） |
+
+## 验证方法
+```bash
+sudo umount /mnt/nas_backup  # 卸载当前挂载
+sudo mount -a                # 模拟开机自动挂载
+df -h | grep nas_backup      # 验证挂载成功
+```
+
+## 故障排查
+- 重启后仍然失效：systemctl enable remote-fs.target
+- nfs-common 服务启动慢于 mount -a：_netdev 参数解决
+
+## Connections
+- [[Ubuntu服务器通过rsync实现日常增量备份]] — 应用场景
+- [[rsync增量备份]] — 备份目标端挂载
--- a/wiki/concepts/News
+++ b/wiki/concepts/News
@@ -0,0 +1,33 @@
+---
+title: "News API"
+type: concept
+tags: [news-api, 数据源, api, 新闻聚合]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+新闻 API（News API）是提供标准化 HTTP 接口获取结构化新闻数据的平台服务，将多来源（新闻网站/博客/论坛/社交媒体）的非结构化内容整合为 JSON/XML 格式返回。
+
+## Core Value
+Eliminate 人工采集和整理工作，API 自动完成聚合+格式化+过滤，可直接接入 AI 应用工作流。
+
+## 主要分类
+| 类型 | 代表产品 | 特点 |
+|------|---------|------|
+| 全覆盖型 | [[Webz.io]] | surface+deep+dark web |
+| 轻量低价型 | [[GNews API]] / [[Mediastack API]] | 低价/免费/初创友好 |
+| 金融专业型 | [[Bloomberg API]] / [[Financial Times API]] | 机构级金融数据 |
+| 舆情监控型 | [[Opoint]] | 情感分析+品牌追踪 |
+| 编辑质量型 | [[The Guardian API]] | 高质量编辑内容 |
+
+## AI 应用场景
+- AI 新闻聚合应用
+- 金融情报与投资决策支持
+- 品牌舆情监控系统
+- AI 训练数据获取（LLM fine-tuning）
+
+## Related Concepts
+- [[舆情监控]]：应用场景
+- [[金融情报]]：应用场景
+- [[新闻聚合]]：相关概念
--- a/wiki/concepts/QMD.md
+++ b/wiki/concepts/QMD.md
@@ -0,0 +1,18 @@
+---
+title: "QMD"
+type: concept
+tags: [Obsidian, 知识检索]
+sources: ["养虾日记3-Obsidian-Gitea持久化笔记系统.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+QMD（github.com/tobi/qmd）是完全本地运行的 Markdown 搜索引擎，在 Wiki 规模变大后替代 index.md 提供精准搜索。
+
+## When to Use
+- Wiki 到几百个页面之前：index.md 完全够用
+- AI 找东西开始变慢时：再接入 QMD 不迟
+
+## Related Concepts
+- [[LLM Wiki]]：QMD 是 Wiki 规模变大后的检索增强工具
+- [[知识可发现性]]：精准搜索是知识可发现性的一部分
--- a/wiki/concepts/Superset
+++ b/wiki/concepts/Superset
@@ -0,0 +1,35 @@
+---
+title: "Superset Dashboard"
+type: concept
+tags: [superset, bi, 可视化, dashboard]
+sources: []
+last_updated: 2025-03-14
+---
+
+## Definition
+Apache Superset 中的 Dashboard 是多个 Chart 的组合容器，支持 Filter 交互和数据过滤，可通过 JSON 导入/导出实现配置复用。
+
+## Design Patterns
+从 TikTok Shop Dashboard 实践中提炼的标准布局：
+1. **KPI 行**：6-10 个指标卡片，双行排列
+2. **爆品行**：销量/GMV 条形图，2 列布局
+3. **关系图行**：价格×销量气泡图，全宽
+4. **类目分析行**：3 图并列（类目销量榜 + 热力图 + 箱线图）
+5. **评分模型行**：选品评分表格，全宽
+
+## 核心图表类型
+- [[KPI 卡片]]：数字指标看板
+- 气泡图：3 维度（X/Y/Size）关系分析
+- 热力图：类目×评分矩阵
+- 箱线图：价格带分布
+- 折线图：时间序列趋势
+
+## 与 ETL Pipeline 关系
+- ETL 负责采集+清洗 → Superset 负责可视化
+- SQL View 是两者衔接层：清洗结果写入 View → Superset Dataset 读取 View
+
+## Related Concepts
+- [[Apache Superset]]：工具载体
+- [[电商选品分析]]：应用场景
+- [[选品评分模型]]：核心分析模型
+- [[KPI 卡片]]：Dashboard 组件
--- a/wiki/concepts/Workflow-vs-Agent.md
+++ b/wiki/concepts/Workflow-vs-Agent.md
@@ -0,0 +1,37 @@
+---
+title: "Workflow vs Agent"
+type: concept
+tags: [workflow, agent, ai, 自动化]
+sources: []
+last_updated: 2025-03-06
+---
+
+## Definition
+Workflow（工作流）和 Agent（智能体）是 AI 自动化系统的两种核心范式，本质区别在于执行逻辑是预定义还是动态决定。
+
+## 核心对比
+
+| 维度 | Workflow | Agent |
+|------|----------|-------|
+| 执行逻辑 | 预定义，固定路径 | LLM 动态决定 |
+| 工具选择 | 人工预设 | LLM 自主选择 |
+| 适应性 | 固定输入→固定输出 | 动态输入→自适应输出 |
+| 上下文 | 无记忆 | 可带 Memory |
+| 调试难度 | 低（确定性） | 高（非确定性） |
+| 适用场景 | 规则明确的任务 | 需要判断的任务 |
+
+## 典型案例
+- Workflow：每天 9 点自动抓取 RSS → 格式化 → 发送邮件（完全固定）
+- Agent：用户提问 → LLM 判断需要哪些工具（搜索/数据库/计算器）→ 动态调用 → 返回答案
+
+## N8N 中的体现
+- Workflow = Trigger + Action/Utility/Code 节点串联
+- Agent = Advanced AI 节点，内置 LLM 决策 + Memory
+
+## Related Concepts
+- [[Agentic System]]：Agent 的系统级定义
+- [[Memory in AI Agent]]：Agent 区别于 Workflow 的关键能力
+- [[N8N Workflow]]：Workflow 在 N8N 中的实现
+
+## Related Entities
+- [[n8n]]：同时支持 Workflow 和 Agent 构建
--- a/wiki/concepts/rsync增量备份.md
+++ b/wiki/concepts/rsync增量备份.md
@@ -0,0 +1,37 @@
+---
+title: rsync增量备份
+type: concept
+tags: [backup, rsync, ubuntu, nas, automation]
+---
+
+## Definition
+rsync 增量备份是通过 rsync 工具将源目录的变化部分同步到目标目录的自动化数据保护方案，相比全量备份节省存储和带宽。
+
+## Core Mechanism
+- Delta-transfer 算法：只传输变化部分
+- -a：归档模式，保留权限、时间戳、符号链接等属性
+- -z：压缩传输，减少网络带宽占用
+- -R：相对路径，保持目录结构
+- --delete：目标端删除源端不存在的文件（保持镜像一致）
+
+## 防重入机制
+lockfile PID 文件 + kill -0 检测进程是否存活，防止备份任务重复执行。
+
+## 防NAS掉线机制
+mountpoint -q 检查挂载点是否有效，NAS 掉线时自动中止备份，防止数据写入本地挂载点导致硬盘爆满。
+
+## 应用场景
+Ubuntu 服务器数据备份到 Synology NAS，配合 Crontab 凌晨自动化执行。
+
+## 关键参数
+| 参数 | 含义 |
+|------|------|
+| rsync -azR | 归档+压缩+相对路径 |
+| --delete | 目标端同步删除 |
+| timeo=900 | NFS 超时 90 秒 |
+| _netdev | 等待网络设备就绪后再挂载 |
+
+## Connections
+- [[Ubuntu服务器通过rsync实现日常增量备份]] — 完整实现指南
+- [[NFS永久挂载]] — 备份目标端挂载机制
+- [[lockfile防重入]] — 防重复执行机制
--- a/wiki/concepts/一人公司.md
+++ b/wiki/concepts/一人公司.md
@@ -0,0 +1,29 @@
+---
+title: "一人公司"
+type: concept
+tags: [个人品牌, 商业变现]
+sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29.md", "普通人如何在AI时代赚钱.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+一人公司是用最小杠杆撬动最大价值的商业模式，核心支点是个人优势。关键不是更努力地工作，而是更聪明地定位。
+
+## Core Principles
+- [[品味]]：AI 时代真正的护城河，能判断什么是真正好的
+- [[端到端]]：不做别人 AI 流水线上的零件，做从 idea 到 product 的完整闭环
+- [[死亡过滤器]]：每天问自己是否还愿意做这件事，筛选真正的热爱
+
+## 90-Day Framework
+1. 天才地带定位（第 1-30 天）
+2. 底层能力挖掘（第 1-30 天）
+3. Ikigai 四圈交集（第 31-45 天）
+4. 数据验证赛道（第 46-60 天）
+5. 产品漏斗设计（第 61-75 天）
+6. 内容矩阵搭建（第 76-90 天）
+
+## Related Concepts
+- [[Ikigai]]：核心定位框架
+- [[产品漏斗]]：四层产品体系
+- [[内容矩阵]]：内容生产策略
+- [[超级个体]]：一人公司的 AI 增强形态
--- a/wiki/concepts/上下文固定.md
+++ b/wiki/concepts/上下文固定.md
@@ -0,0 +1,30 @@
+---
+title: "上下文固定"
+type: concept
+tags: [vibe-coding, context, AI, constraints]
+---
+
+## Definition
+上下文固定（Context Anchoring）是 Vibe Coding 范式的第二原则：通过持久化文件（.cursorrules、SPEC.md、技术架构文档）维持 AI 跨对话的上下文一致性，防止 AI 在长对话中遗忘项目约束和设计决策。
+
+## Problem It Solves
+- AI 对话窗口有限：长对话后 AI 会丢失早期决策
+- AI 幻觉：缺少明确约束时，AI 会自行创造"合理"但错误的实现
+- 风格漂移：AI 在不同对话中可能给出风格不一致的代码
+
+## Mechanisms
+1. **.cursorrules**：Cursor IDE 项目级 AI 行为规则文件（如强制 Doc 注释）
+2. **SPEC.md**：功能规格文档，作为 AI 每次对话的入口参考
+3. **TECH_STACK.md**：技术栈锁定，防止 AI 随意更换框架
+4. **STATE.yaml**：项目状态文件，多 Agent 协作时维护共同上下文
+
+## Related Concepts
+- [[Vibe Coding]]：上下文固定是 Vibe Coding 三要素之一
+- [[规划驱动]]：规划文档是上下文固定的基础
+- [[项目规则]]：.cursorrules 是上下文固定的具体实现
+- [[去中心化协调]]：STATE.yaml 是上下文固定在多 Agent 场景的延伸
+
+## Aliases
+- Context Anchoring
+- 上下文锚定
+- 上下文维持
--- a/wiki/concepts/产品漏斗.md
+++ b/wiki/concepts/产品漏斗.md
@@ -0,0 +1,29 @@
+---
+title: "产品漏斗"
+type: concept
+tags: [产品设计, 定价策略, 商业变现]
+sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+产品漏斗是个人产品体系的分层设计，通过价格锚定和信任递进，引导用户从免费引流到高价服务。
+
+## Four Layers
+
+| 层级 | 产品形态 | 定价 | 用户心理 |
+|------|----------|------|----------|
+| 引流 | 行业趋势报告 PDF | 免费（换联系方式） | 看看无妨，或许有用 |
+| 入门 | 写作自动流工具 | ¥199 | 这价格买个工具很划算 |
+| 核心 | 6周实战特训营 | ¥4999 | 我要彻底解决这个问题 |
+| 高价 | 企业陪跑咨询 1对1 | ¥20,000/月 | 我需要专家直接帮我做 |
+
+## Key Mechanisms
+- [[价格锚定]]：高价咨询放顶部，让低价显得便宜
+- [[诱饵效应]]：三个选项（基础/标准/旗舰），用中间选项引导选择
+- 信任需要逐步建立，没有人一开始就买最贵的
+
+## Related Concepts
+- [[一人公司]]：产品漏斗是商业变现的落地层
+- [[价格锚定]]：定价心理机制
+- [[Ikigai]]：确定卖什么的定位框架
--- a/wiki/concepts/价格锚定.md
+++ b/wiki/concepts/价格锚定.md
@@ -0,0 +1,19 @@
+---
+title: "价格锚定"
+type: concept
+tags: [定价策略, 心理学]
+sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+价格锚定是心理学定价策略：把高价选项放在最高处，让消费者觉得中间选项相对便宜，从而提高中间选项的购买率。
+
+## Application in Product Funnel
+- 高价咨询（¥20,000/月）放顶部
+- 入门产品（¥199）和核心产品（¥4999）显得便宜
+- 配合[[诱饵效应]]（三个选项：基础/标准/旗舰）引导用户选中间选项
+
+## Related Concepts
+- [[产品漏斗]]：价格锚定是产品漏斗的定价心理机制
+- [[一人公司]]：定价策略是商业变现的关键环节
--- a/wiki/concepts/内容创意密度.md
+++ b/wiki/concepts/内容创意密度.md
@@ -0,0 +1,51 @@
+---
+title: "内容创意密度"
+type: concept
+tags: [idea-density, content, performance, excitement]
+---
+
+# 内容创意密度（Idea Density）
+
+衡量内容质量的复合指标 = Performance（受众关注度）× Excitement（个人热情）。
+
+## 核心公式
+
+```
+Idea Density = Performance × Excitement
+```
+
+## 维度定义
+
+| 维度 | 定义 | 衡量方式 |
+|------|------|----------|
+| Performance | 创意"成功"的潜力，对他人的有用程度 | 点赞/浏览/互动/分享 |
+| Excitement | 对创作的热情程度，自己的关心程度 | 不写下来就觉得浪费 |
+
+## 为什么需要双维度
+
+- 仅看 Performance：可能导致迎合算法而失去真实自我
+- 仅看 Excitement：可能导致自嗨而无人关注
+- 两者相乘：确保内容既对他人有价值又保持个人热情
+
+## 实践应用
+
+### 判断内容是否值得创作
+1. 这个想法是否能引起受众关注？（Performance）
+2. 这个想法是否让我感到兴奋必须写下来？（Excitement）
+3. 两者皆高 = 高创意密度内容
+
+### 创意密度与品牌建设
+- 创意密度随时间和努力不断提高
+- 高创意密度内容创造值得追随和付费的品牌
+
+## 典型案例
+
+Dan Koe 的 Newsletter：
+- 每篇文章都经过 Performance × Excitement 双重筛选
+- 创意密度足够高，人们忍不住打开邮件、开启帖子通知、分享想法
+
+## 相关概念
+
+- [[创意博物馆]]：积累高创意密度素材的地方
+- [[内容矩阵]]：创意密度的下游应用
+- [[反向金字塔]]：高创意密度内容的一次制作多次分发
--- a/wiki/concepts/内容矩阵.md
+++ b/wiki/concepts/内容矩阵.md
@@ -0,0 +1,28 @@
+---
+title: "内容矩阵"
+type: concept
+tags: [内容营销, 个人品牌]
+sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+内容矩阵是内容生产的二维规划框架，横轴是核心主题，纵轴是内容形式，两者交叉形成内容日曆。
+
+## Framework
+
+| | 观察类 | 反直觉类 | 操作指南类 | 个人故事类 | 清单类 |
+|---|---|---|---|---|---|
+| 主题 A | | | | | |
+| 主题 B | | | | | |
+| 主题 C | | | | | |
+
+## 反向金字塔策略
+一次长形式内容，切成无数微内容，一次制作百次分发。
+
+## Build in Public
+公开构建过程，建立信任。AI 泛滥下，活人感更重要。
+
+## Related Concepts
+- [[一人公司]]：内容矩阵是获客和建立信任的工具
+- [[反向金字塔]]：内容分发策略
--- a/wiki/concepts/创意博物馆.md
+++ b/wiki/concepts/创意博物馆.md
@@ -0,0 +1,68 @@
+---
+title: "创意博物馆"
+type: concept
+tags: [idea-museum, content, curation, generalist]
+---
+
+# 创意博物馆（Idea Museum）
+
+创作者积累高密度创意（Idea Density）的素材库，通过 ruthless curation 筛选值得关注的灵感来源。
+
+## 核心定义
+
+创意博物馆 = 随时记录有用想法的地方，通过长期积累形成可复用的创作素材库。
+
+## 核心指标：创意密度（Idea Density）
+
+```
+Idea Density = Performance × Excitement
+```
+
+| 维度 | 定义 | 衡量方式 |
+|------|------|----------|
+| Performance | 创意"成功"的潜力 | 点赞/浏览/互动 |
+| Excitement | 对创作的热情程度 | 不写下来就觉得浪费 |
+
+## 建立步骤
+
+### Step 1：建立 Idea Museum
+- 使用 Eden/Apple Notes/Notion/任何工具
+- 随时记录想法，不拘格式
+- 习惯 > 格式
+
+### Step 2：Curate 基于创意密度
+- 发现 3-5 个高密度信息源
+- **老书或鲜为人知的书籍**：永恒原则，不受潮流影响
+- **精选博客/账号**：Farnam Street（Navalism 等）
+- **重量级社交账号**：少数持续产出高质量想法的账号
+
+### Step 3：用 1000 种方式写 1 个想法
+- 同一想法可用不同结构表达
+- list 结构、observation 结构、对比结构等
+- 练习 3 ideas × 3 structures = 9 种表达方式
+
+## 与内容矩阵的关系
+
+| 概念 | 定位 | 关系 |
+|------|------|------|
+| 创意博物馆 | 输入端（素材积累） | 上游 |
+| 内容矩阵 | 输出端（分发策略） | 下游 |
+
+创意博物馆的内容经结构化后，通过内容矩阵分发到不同平台。
+
+## 实践工具
+
+- **Eden**（https://eden.so/）：Dan Koe 开发的创意博物馆软件
+- **Apple Notes**：简单易用
+- **Notion**：结构化整理
+- **Obsidian**：双向链接，支持 Graph View 发现创意关联
+
+## 相关人物
+
+- [[Dan Koe]]：创意博物馆概念的倡导者
+
+## 相关概念
+
+- [[内容创意密度]]：Idea Density 的量化框架
+- [[内容矩阵]]：创意博物馆的下游，内容的分发策略
+- [[反向金字塔]]：创意一次制作多次分发的策略
--- a/wiki/concepts/反向金字塔.md
+++ b/wiki/concepts/反向金字塔.md
@@ -0,0 +1,20 @@
+---
+title: "反向金字塔"
+type: concept
+tags: [内容营销, 分发策略]
+sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+反向金字塔是一种内容分发策略：制作一次长形式内容，然后切成无数微内容，一次制作、百次分发。
+
+## Why It Works
+- 长内容生产成本高，微内容生产成本低
+- 一次深度输出可以拆出 10-50 条微内容
+- 同一核心观点在不同平台、用不同形式反复触达
+
+## Related Concepts
+- [[内容矩阵]]：反向金字塔是内容矩阵的分发执行策略
+- [[一人公司]]：内容是建立信任和触达客户的工具
+- [[Build in Public]]：公开构建过程增强信任
--- a/wiki/concepts/多云策略.md
+++ b/wiki/concepts/多云策略.md
@@ -0,0 +1,42 @@
+---
+title: "多云策略"
+type: concept
+tags: [cloud, strategy, multi-cloud, ROI]
+---
+
+## Definition
+多云策略（Multi-Cloud Strategy）指跨多个公有云服务商（AWS/Azure/GCP）分配工作负载和数据的战略方法，利用各厂商差异化优势实现成本优化、弹性扩展和风险分散。
+
+## Core Components
+1. **供应商选择**：根据场景匹配最优厂商（AWS 基础设施/GCP 分析/Azure AI）
+2. **工作负载分配**：不同 workload 部署到最适合的云平台
+3. **成本管理**：利用多厂商竞价和差异化定价降低总体支出
+4. **治理框架**：统一安全策略、合规管理和性能监控跨所有云
+
+## Key Metrics
+- 78% 采用多云的企业使用超过 3 个公有云（Virtana）
+- 86% 企业计划在 2024 年底采用多云（New Horizons）
+- 多云优化可降低 30% 运营成本（Forrester）
+
+## Related Concepts
+- [[供应商锁定规避]]：多云策略的核心驱动之一
+- [[多云治理]]：多云策略的统一管理框架
+- [[多云成本优化]]：多云策略的财务收益
+- [[FinOps]]：多云成本优化的专业领域
+- [[DevOps成熟度模型]]：多云治理的组织能力前提
+
+## Industry Applications
+- **电商**：黑五/网一高峰期跨云弹性扩展
+- **医疗**：符合 HIPAA 区域数据主权
+- **金融**：多厂商安全特性组合满足合规要求
+
+## Implementation
+1. 评估需求（目标/预算/现有工作负载）
+2. 选择厂商（按场景匹配）
+3. 集成管理（Kubernetes/Terraform）
+4. 监控优化（CloudHealth/Datadog）
+
+## Aliases
+- Multi-Cloud Strategy
+- 混合多云
+- 跨云策略
--- a/wiki/concepts/天才地带.md
+++ b/wiki/concepts/天才地带.md
@@ -0,0 +1,27 @@
+---
+title: "天才地带"
+type: concept
+tags: [自我认知, 职业规划, Ikigai]
+sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+天才地带（Flow Zone）源自心理学家盖伊·亨德里克斯的理论，指能产生心流的活动区域——时间飞逝、精力充沛、不觉得累。找到天才地带是构建 Ikigai 的第一步。
+
+## Four Zones Framework
+
+| 区域 | 特征 |
+|------|------|
+| 不胜任区 | 既不擅长也不喜欢，压力巨大 |
+| 胜任区 | 能做但平庸，别人也能做 |
+| 卓越区（最危险） | 做得好但不喜欢，长期职业倦怠 |
+| 天才地带 | 产生心流，时间飞逝，精力充沛 |
+
+## How to Find Your Flow Zone
+回顾过去一个月，列出所有活动（颗粒度尽可能细），给每项打标签：精力充沛/平平无奇/压力山大。
+
+## Related Concepts
+- [[底层能力]]：天才地带背后的通用能力
+- [[Ikigai]]：天才地带 + 市场 + 收入 的交汇定位框架
+- [[一人公司]]：用最小杠杆撬动最大价值，支点是个人优势
--- a/wiki/concepts/底层能力.md
+++ b/wiki/concepts/底层能力.md
@@ -0,0 +1,23 @@
+---
+title: "底层能力"
+type: concept
+tags: [自我认知, 能力挖掘]
+sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29.md"]
+last_updated: 2026-04-15
+---
+
+## Definition
+底层能力是冰山水下的通用能力，能串起多件看似不相关但实际上都依赖同一核心技能的事情。
+
+## Three Self-Diagnosis Questions
+1. **追溯童年**：这件事你小时候就喜欢吗？
+2. **毫不费力**：你是不是觉得太简单，甚至不理解别人为什么觉得难？
+3. **底层通用**：这个能力能串起好几件你擅长的事吗？
+
+## Additional Hint
+问身边最亲近的人："你觉得我有什么特别的地方？"
+
+## Related Concepts
+- [[天才地带]]：底层能力的应用区域
+- [[Ikigai]]：底层能力 + 热爱 + 市场 + 收入 的交汇框架
+- [[一人公司]]：将底层能力转化为可变现产品
--- a/wiki/concepts/灾难恢复.md
+++ b/wiki/concepts/灾难恢复.md
@@ -0,0 +1,39 @@
+---
+title: "灾难恢复"
+type: concept
+tags: [disaster-recovery, backup, DR, business-continuity]
+---
+
+## Definition
+灾难恢复（Disaster Recovery，DR）指在硬件故障、人为误操作或自然灾害导致系统不可用后，通过备份数据还原系统正常运行能力的技术和流程。
+
+## Core Metrics
+- **RTO（Recovery Time Objective）**：系统中断到恢复的最大可接受时间
+- **RPO（Recovery Point Objective）**：可接受的最大数据丢失时间窗口
+- **RTO vs RPO**：RTO 关注恢复速度，RPO 关注数据完整性
+
+## Methods
+1. **磁盘镜像还原**（Clonezilla restoredisk）：用镜像文件覆盖目标磁盘，完整恢复系统状态
+2. **rsync 文件级恢复**：从增量备份逐文件还原
+3. **快照恢复**：ZFS/BTRFS 文件系统快照回滚
+4. **云容灾**：云服务商提供的跨区域 failover
+
+## Workflow (Clonezilla)
+1. 用启动盘启动 Clonezilla live
+2. 选择 device-image 模式
+3. 挂载备份存储（NFS/SMB）
+4. 选择 restoredisk
+5. 选中 NAS 上的镜像文件夹
+6. 确认覆盖目标磁盘
+7. 等待还原完成，系统即刻复活
+
+## Related Concepts
+- [[磁盘镜像备份]]：灾难恢复的数据基础
+- [[Clonezilla]]：本地灾难恢复工具
+- [[rsync增量备份]]：日常增量备份的灾难恢复场景
+
+## Aliases
+- Disaster Recovery
+- DR
+- 灾难还原
+- Business Continuity
--- a/wiki/concepts/物件描述框架.md
+++ b/wiki/concepts/物件描述框架.md
@@ -0,0 +1,95 @@
+---
+title: "物件描述框架"
+type: concept
+tags: [prompt, image-generation, nano-banana, structure]
+---
+
+# 物件描述框架（Object Description Framework）
+
+Nano Banana 提示词框架中用于描述物品的结构化字段体系，与人物描述框架共用同一结构，区别在 subject 字段内容。
+
+## 字段定义
+
+```json
+{
+  "shot": "",           // 镜头类型和构图
+  "subject": {
+    "item": "",          // 物品名称
+    "materials": "",     // 材质
+    "details": "",       // 细节描述
+    "condition": ""      // 状态（全新/破损等）
+  },
+  "environment": "",     // 环境背景
+  "lighting": "",       // 光照设置
+  "camera": {
+    "focal_length": "",  // 焦距
+    "aperture": "",      // 光圈
+    "angle": ""          // 角度
+  },
+  "color_grade": "",     // 色彩风格
+  "style": "",           // 整体风格
+  "quality": "",         // 质量要求
+  "negatives": ""        // 负向提示词
+}
+```
+
+## 与人物描述框架的对比
+
+| 字段 | 物件框架 | 人物框架 |
+|------|----------|----------|
+| subject.item | 物品名称 | - |
+| subject.age | - | 年龄 |
+| subject.materials | 材质 | - |
+| subject.appearance | - | 外貌 |
+| subject.details | 细节 | - |
+| subject.pose | - | 姿态 |
+| subject.condition | 状态 | - |
+
+核心结构一致，subject 字段内容因描述对象而异。
+
+## 关键能力
+
+### 负向提示词（Negatives）
+控制生成质量，明确排除不需要的特征：
+```json
+"negatives": "no scratches, no dust, no logos or brand names, no human hands, blurry watch face, unrealistic lighting."
+```
+
+### 运镜控制（Camera）
+实现电影级构图：
+- focal_length：焦距（100mm macro look = 微距效果）
+- aperture：光圈（f/8 = 整体清晰）
+- angle：角度（45 度俯拍 = 产品摄影标准角度）
+
+## 实践示例
+
+手表产品摄影：
+```json
+{
+  "shot": "Macro close-up shot, square aspect ratio (1:1), centered composition.",
+  "subject": {
+    "item": "A luxury men's chronograph watch.",
+    "materials": "Polished stainless steel case, sapphire crystal glass, black ceramic bezel with a tachymeter scale, leather strap with fine stitching.",
+    "details": "White dial with three sub-dials, glowing lume on hands and hour markers, intricate gears of the movement visible through a transparent caseback.",
+    "condition": "Pristine, brand new, no dust or fingerprints."
+  },
+  "environment": "The watch is resting on a dark, textured slab of slate rock. The background is a simple, dark, out-of-focus gradient.",
+  "lighting": "Studio softbox lighting. A key light from the top-left creates clean, sharp reflections on the steel. A soft fill light from the right reveals details in the shadows. A subtle rim light separates the watch from the dark background.",
+  "camera": {
+    "focal_length": "100mm macro lens look",
+    "aperture": "f/8 (to keep the entire watch face in focus)",
+    "angle": "Shot from a 45-degree angle above the watch."
+  },
+  "color_grade": "High contrast, clean and commercial look. Slightly desaturated to emphasize the metallic and monochrome textures. High clarity and sharpness.",
+  "style": "Hyper-realistic CGI render, commercial product photography, luxury and precision.",
+  "quality": "8K resolution, perfect material shaders, flawless reflections, extreme detail on the dial and gears.",
+  "negatives": "no scratches, no dust, no logos or brand names, no human hands, blurry watch face, unrealistic lighting."
+}
+```
+
+## 相关概念
+
+- [[Nano Banana]]：物件描述框架的上一层框架
+- [[人物描述框架]]：物件描述框架的姐妹框架
+- [[AI生图]]：物件描述框架的应用领域
+- [[负向提示词]]：质量控制的关键字段
--- a/wiki/concepts/电商选品分析.md
+++ b/wiki/concepts/电商选品分析.md
@@ -0,0 +1,41 @@
+---
+title: "电商选品分析"
+type: concept
+tags: [电商, 选品, 数据分析, tiktok-shop]
+sources: []
+last_updated: 2025-03-14
+---
+
+## Definition
+通过数据分析发现 TikTok Shop 高潜力产品的系统性方法，核心目标是找出"热卖 + 高评分 + 低竞争 + 高折扣"的产品。
+
+## 核心维度
+1. **销量（sold）**：直接反映市场需求
+2. **评分（rating）**：反映产品质量和用户满意度
+3. **折扣比例（discount_percent）**：促销带量效果
+4. **评分数量（rating_count）**：反映产品热度和可信度
+5. **价格（final_price）**：决定利润空间和受众规模
+
+## 选品评分模型
+```
+score = sold × 0.4 + rating × 12 + rating_count × 0.2 + discount_percent × 0.5
+```
+权重可根据业务偏好调整（0.4/12/0.2/0.5 为基准值）。
+
+## 典型分析场景
+- 爆品发现：Top N 销量/GMV 排行
+- 价格带分析：气泡图识别最优价格区间
+- 类目机会：热力图+箱线图发现蓝海类目（产品少但销量大）
+- 店铺监控：竞争对手上新节奏/价格策略跟踪
+
+## Related Entities
+- [[TikTok Shop]]：数据来源
+- [[TikTok Products]]：分析对象表
+- [[Apache Superset]]：可视化工具
+- [[选品评分模型]]：核心算法
+
+## Related Concepts
+- [[电商数据采集]]：数据来源
+- [[Superset Dashboard]]：可视化载体
+- [[KPI 卡片]]：分析展示形式
+- [[价格带分析]]：子维度分析
--- a/wiki/concepts/磁盘镜像备份.md
+++ b/wiki/concepts/磁盘镜像备份.md
@@ -0,0 +1,38 @@
+---
+title: "磁盘镜像备份"
+type: concept
+tags: [backup, disk-imaging, clonezilla, disaster-recovery]
+---
+
+## Definition
+磁盘镜像备份（Disk Imaging Backup）指将整个磁盘的所有扇区内容打包为单个镜像文件（.img）的备份方式，支持完整还原到任意相同或更大容量磁盘。
+
+## How It Works
+1. **扇区级复制**：读取磁盘每个扇区，包括引导扇区、分区表、文件系统元数据和所有数据
+2. **压缩存储**：镜像文件通常压缩（如 Clonezilla -z1p 高压缩率）以节省存储空间
+3. **差异备份**（部分工具支持）：仅备份自上次全量备份后的变更扇区
+
+## Tools
+- **Clonezilla**：开源方案，支持 NFS/SMB/USB 多种存储后端
+- **Acronis True Image**：商业方案，支持增量镜像
+- **Macrium Reflect**：Windows 平台商业方案
+- **dd**：Linux 原生命令行工具，无压缩无差异
+
+## vs rsync增量备份
+| 维度 | 磁盘镜像备份 | rsync增量备份 |
+|------|------------|-------------|
+| 范围 | 整个磁盘/分区 | 单个目录/文件系统 |
+| 粒度 | 扇区级 | 文件级 |
+| 备份速度 | 慢（全盘复制） | 快（仅差异） |
+| 恢复速度 | 快（直接还原） | 慢（逐文件恢复） |
+| 场景 | 灾难恢复、系统迁移 | 日常增量备份 |
+
+## Related Concepts
+- [[灾难恢复]]：磁盘镜像备份的核心应用场景
+- [[Clonezilla]]：磁盘镜像备份的开源工具
+- [[rsync增量备份]]：互补的增量备份方案
+
+## Aliases
+- Disk Imaging
+- 全盘镜像
+- Ghost 备份
--- a/wiki/concepts/系统经济.md
+++ b/wiki/concepts/系统经济.md
@@ -0,0 +1,54 @@
+---
+title: "系统经济"
+type: concept
+tags: [systems-economy, product, business, dan-koe]
+---
+
+# 系统经济（Systems Economy）
+
+AI 时代的经济形态：人们要的是你的解决方案（系统），而非通用的产品功能。
+
+## 核心定义
+
+系统经济 = 解决方案的价值在于系统本身而非产品功能，人们购买的是经过验证的方法论而非工具本身。
+
+## 与产品经济的对比
+
+| 维度 | 产品经济 | 系统经济 |
+|------|----------|----------|
+| 价值来源 | 功能/特性 | 方法论/流程/经验 |
+| 差异化 | 功能对比 | 系统独特性 |
+| 可复制性 | 高（功能可复制） | 低（经验不可复制） |
+| 护城河 | 技术壁垒 | 经验壁垒 |
+| 典型案例 | Google Drive/Dropbox | 2 Hour Writer |
+
+## 代表案例：2 Hour Writer
+
+Dan Koe 的 2 Hour Writer 系统：
+- **解决的问题**：内容创作者时间不足
+- **系统组成**：swipe files + idea generation steps + templates
+- **目标**：每天 <2 小时完成所有内容创作
+
+评论说"2HW 可以被 Notion 替代"，但系统本身不可复制，因为它是 Dan Koe 自身经验的产品化。
+
+## 系统构建路径
+
+1. **验证自身问题**：通过实践找到有效方法
+2. **产品化系统**：将方法论封装为可复制的产品
+3. **建立分发渠道**：通过内容触达目标受众
+
+## 在 AI 时代的价值
+
+- AI 让功能易于复制，但经验难以复制
+- 系统化思维将个人经验转化为可销售的护城河
+- "人们不想要解决问题的方案，人们想要你的解决方案"
+
+## 相关人物
+
+- [[Dan Koe]]：系统经济的倡导者和实践者
+
+## 相关概念
+
+- [[创意博物馆]]：系统经济的输入端
+- [[系统经济]] ← extends ← [[一人公司]]，一人公司是系统经济的商业模式
+- [[死亡过滤器]] ← relates_to ← 系统构建前的自我验证
--- a/wiki/concepts/自教育.md
+++ b/wiki/concepts/自教育.md
@@ -0,0 +1,58 @@
+---
+title: "自教育"
+type: concept
+tags: [self-education, learning, generalist]
+---
+
+# 自教育（Self-Education）
+
+自主定向学习，获得与传统教育不同的结果，是超级通才三要素中的引擎。
+
+## 核心定义
+
+自教育 = 学习是因为它真正服务于你的发展，而不是因为有人布置了这项任务。
+
+## 与传统教育的对比
+
+| 维度 | 传统教育 | 自教育 |
+|------|----------|--------|
+| 学习动力 | 外部（成绩/文凭/工作要求） | 内部（真实兴趣/发展需求） |
+| 内容选择 | 固定课程大纲 | 按需选择，按兴趣探索 |
+| 学习方式 | 被动接受（听课/考试） | 主动探索（research/实验/实践） |
+| 效果衡量 | 分数/文凭 | 能力提升/价值创造 |
+| 适用场景 | 标准化职业路径 | 复杂/创新/跨领域场景 |
+
+## 自教育的驱动机制
+
+```
+Self-interest（自利） → 自学（因为热爱）
+                    ↓
+         Self-sufficiency（自立） → 精通领域
+                    ↓
+         Self-interest（自利） → 清晰方向
+```
+
+自利促使人们进行自学；自学使人能够自给自足；自给自足能明确自身利益，形成正向循环。
+
+## 在 AI 时代的价值
+
+- AI 降低执行成本，使"跟随意兴趣学习"更可行
+- 传统教育培养专才，AI 时代需要通才
+- 自教育是避免被 AI 替代的关键能力之一
+
+## 实践方法
+
+1. **建立创意博物馆**：积累高密度信息源
+2. **公开学习**：社交媒体 as "taking notes in public"
+3. **产品化学习**：将学习成果转化为内容/产品
+
+## 相关人物
+
+- [[Dan Koe]]：自教育理念的倡导者和实践者
+- [[Leonardo da Vinci]]：通过自教育成为文艺复兴通才
+
+## 相关概念
+
+- [[自利]]：自教育的动力来源
+- [[自立自强]]：自教育的目标
+- [[超级通才]]：自教育 + 自利 + 自立三要素的自然结果
--- a/wiki/concepts/规划驱动.md
+++ b/wiki/concepts/规划驱动.md
@@ -0,0 +1,33 @@
+---
+title: "规划驱动"
+type: concept
+tags: [vibe-coding, planning, workflow]
+---
+
+## Definition
+规划驱动（Planning-Driven）是 Vibe Coding 范式的第一原则：AI 写代码前，必须先完成清晰的技术选型、实施规划和模块化设计，防止 AI 因理解偏差导致项目逻辑混乱。
+
+## Core Idea
+传统开发：需求 → 编码 → 测试 → 修复循环
+Vibe Coding：规划 → AI 执行 → 审查 → 迭代
+
+## Why It Matters
+- AI 的理解存在上下文偏差：没有规划约束，AI 会"自由发挥"导致架构不一致
+- 规划文档 = AI 行为边界：通过 .cursorrules、SPEC.md 等文件约束 AI
+- 规划质量决定产出质量：模糊的规划 = 模糊的代码
+
+## Planning Artifacts
+- **SPEC.md**：产品/功能规格说明
+- **.cursorrules**：Cursor AI 行为约束文件
+- **TECH_STACK.md**：技术选型和架构说明
+- **模块化设计**：将复杂系统拆解为独立可实现的模块
+
+## Related Concepts
+- [[Vibe Coding]]：规划驱动是 Vibe Coding 三要素之首
+- [[上下文固定]]：规划文档是固定 AI 上下文的手段
+- [[项目规则]]：规划的具体化，约束 AI 行为
+
+## Aliases
+- Planning First
+- 规划优先
+- 设计驱动
--- a/wiki/concepts/超级通才.md
+++ b/wiki/concepts/超级通才.md
@@ -0,0 +1,61 @@
+---
+title: "超级通才"
+type: concept
+tags: [generalist, self-education, self-interest, self-sufficiency]
+---
+
+# 超级通才（Super Generalist）
+
+拥有多领域交叉能力的个体，通过自教育、自利、自立三要素实现知识主权和适应力，在 AI 时代比专才更具优势。
+
+## 核心定义
+
+**超级通才** = [[超级个体]] 在知识广度上的具体表达，强调多领域交叉带来的独特视角和创造力。
+
+## 三要素框架
+
+| 要素 | 定义 | 作用 |
+|------|------|------|
+| [[自教育]] | 自主定向学习，获得与传统教育不同的结果 | 引擎 |
+| [[自利]] | 追随自身利益，而非被组织利益裹挟 | 指南针 |
+| [[自立自强]] | 拒绝外包判断力、学习力和自主性 | 基石 |
+
+## 与专才的对比
+
+| 维度 | 专才（Specialist） | 超级通才（Super Generalist） |
+|------|---------------------|------------------------------|
+| 能力结构 | 单点深度 | 多点交叉 |
+| 适应能力 | 低（领域锁定） | 高（跨领域迁移） |
+| 收入天花板 | 高但受限 | 无上限（视整合能力） |
+| AI 替代风险 | 高 | 低（独特视角无法复制） |
+| 代表 | 流水线工人 | Leonardo da Vinci |
+
+## 核心洞察
+
+### "你的优势在交叉而非专精"
+> "Your edge lies more in intersection than it does in expertise." — Dan Koe
+
+多领域交叉创造独特世界观，这是 AI 在未被明确告知时无法理解的能力。
+
+### 第二次文艺复兴
+- 印刷术：降低知识成本 → 个人可追求多领域精通
+- AI：降低执行成本 → 个人可将兴趣转化为产品
+
+## 与超级个体的关系
+
+- [[超级个体]]：某领域八九十分 + AI 横向扩展，强调单领域深耕 + AI 放大
+- **超级通才**：强调跨领域广度和交叉整合能力，两者可互补
+
+超级个体可以是超级通才，但超级通才不一定是传统意义的超级个体。
+
+## 实践路径
+
+1. **建立创意博物馆**：积累高密度信息源（3-5 个）
+2. **发现独特视角**：通过多领域学习构建差异化世界观
+3. **创建品牌环境**：通过内容展现故事和哲学
+4. **构建系统产品**：系统 > 产品，系统具有护城河价值
+
+## 相关人物
+- [[Dan Koe]]：超级通才的典型代表
+- [[Leonardo da Vinci]]：绘画/雕塑/工程/解剖/战争机器/人体绘图跨界
+- [[Jordan Peterson]]：心理学/哲学/演讲/著书跨领域通才
--- a/wiki/concepts/选品评分模型.md
+++ b/wiki/concepts/选品评分模型.md
@@ -0,0 +1,41 @@
+---
+title: "选品评分模型"
+type: concept
+tags: [选品, 评分模型, 算法, 电商]
+sources: []
+last_updated: 2025-03-14
+---
+
+## Definition
+通过对销量、评分、评分数量、折扣比例进行加权求和，自动计算产品综合评分并排序的选品推荐算法。
+
+## 标准公式
+```
+score = sold × 0.4 + rating × 12 + rating_count × 0.2 + discount_percent × 0.5
+```
+
+## 权重设计逻辑
+| 维度 | 权重 | 理由 |
+|------|------|------|
+| sold | 0.4 | 销量是市场验证的直接指标 |
+| rating | 12 | 评分×12 ≈ rating_count×0.2 的两倍，强调质量 |
+| rating_count | 0.2 | 评分数量代表热度和可信度 |
+| discount_percent | 0.5 | 折扣带量效果，权重较低 |
+
+## 使用方式
+在 Superset 中以 Table Chart 展示，支持按 score DESC 排序，LIMIT 100 输出推荐列表。
+
+## 可调参数
+权重可根据业务策略调整：
+- 追求爆量：增加 sold 权重
+- 追求高利润：增加 final_price 相关权重
+- 追求蓝海：增加 rating_count×rating 权重
+
+## Related Entities
+- [[TikTok Products]]：数据来源
+- [[Apache Superset]]：可视化工具
+- [[电商选品分析]]：应用场景
+
+## Related Concepts
+- [[Superset Dashboard]]：展示载体
+- [[KPI 卡片]]：关联指标卡
--- a/wiki/entities/Airtable.md
+++ b/wiki/entities/Airtable.md
@@ -0,0 +1,23 @@
+---
+title: "Airtable"
+type: entity
+tags: [数据库, 在线表格, 库存管理, n8n]
+sources: []
+last_updated: 2025-03-06
+---
+
+## Definition
+Airtable 是一个在线关系型数据库+电子表格混合平台，支持 API，可作为 N8N AI Agent 的工具接入，实现库存查询和更新等操作。
+
+## Core Capabilities
+- 数据库表格，支持多视图（Grid/Kanban/Calendar/Gallery）
+- REST API 访问
+- 可作为 N8N Agent 工具：Agent 通过工具调用查询/更新 Airtable 数据
+- 典型用例：库存管理系统中作为产品数据库
+
+## Related Entities
+- [[n8n]]：工作流平台
+- [[N8N Workflow]]：工作流构建
+
+## Related Concepts
+- [[Memory in AI Agent]]：Airtable 可作为 Agent 存储和查询数据的工具
--- a/wiki/entities/Apache
+++ b/wiki/entities/Apache
@@ -0,0 +1,29 @@
+---
+title: "Apache Superset"
+type: entity
+tags: [bi, 数据可视化, 开源, airbnb]
+sources: []
+last_updated: 2025-03-14
+---
+
+## Definition
+Apache Superset 是 Airbnb 开源的企业级 BI 可视化平台，支持 SQL Dataset 定义、40+ 图表类型、Dashboard 设计，支持导入 JSON Dashboard 配置实现一键部署。
+
+## Core Capabilities
+- **Dataset**：连接 MySQL/PostgreSQL 等数据库，定义数据模型（可创建 SQL View 预处理 JSON 字段）
+- **Chart**：40+ 可视化类型（Bar/Line/Scatter/Heatmap/Box Plot/Histogram 等）
+- **Dashboard**：多 Chart 组合，支持 Filter 交互
+- **Import/Export**：Dashboard 可导出为 JSON，支持一键导入
+
+## Key Constraints
+- JSON 字段无法直接用于图表计算，必须通过 `JSON_EXTRACT` SQL 函数预处理为独立列
+- 推荐为 JSON 字段创建专用 SQL View（如 [[view_products_cleaned]]）
+
+## Related Entities
+- [[TikTok Shop]]：数据来源
+- [[TikTok Products]]：分析对象
+- [[电商选品分析]]：分析场景
+- [[Superset Dashboard]]：核心输出物
+
+## Aliases
+- Superset = Apache Superset = Superset BI
--- a/wiki/entities/Bloomberg
+++ b/wiki/entities/Bloomberg
@@ -0,0 +1,10 @@
+---
+title: "Bloomberg API"
+type: entity
+tags: [news-api, 数据源]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+新闻 API 提供商。详见 [[News API]] 概念页面。
--- a/wiki/entities/Clonezilla.md
+++ b/wiki/entities/Clonezilla.md
@@ -0,0 +1,49 @@
+---
+title: "Clonezilla"
+type: entity
+tags: [backup, disk-imaging, open-source, ubuntu]
+---
+
+## Basic Info
+- **Full Name**: Clonezilla（再生龙）
+- **Type**: 开源磁盘镜像备份工具
+- **License**: GPL
+- **Website**: https://clonezilla.org/
+
+## Description
+Clonezilla 是一款开源磁盘克隆和镜像工具，功能等同于企业级 Ghost。支持将整个磁盘备份为镜像文件并存放到 NAS（通过 NFS/SMB）、外置硬盘或 USB 等存储后端。支持 ext4/XFS/BTRFS/NTFS 等多种文件系统。
+
+## Key Capabilities
+- **savedisk**：将整个本地磁盘保存为镜像文件
+- **restoredisk**：将镜像文件还原到磁盘（全盘覆盖）
+- **partition**：仅备份/还原单个分区
+- **clone**：磁盘对磁盘直接克隆（无需镜像中转）
+
+## Workflow
+1. Rufus 制作 USB 启动盘（Clonezilla live ISO）
+2. 从 USB 启动，选择 device-image 模式
+3. 挂载备份目标（NFS/SMB/local_dev）
+4. 选择 savedisk → 选源磁盘 → 配置压缩参数
+5. 开始克隆（蓝红色进度条显示传输速度和剩余时间）
+
+## Supported Storage Backends
+- NFS（推荐，Linux 兼容性最好）
+- SMB/CIFS
+- SSH/SFTP
+- USB 外置磁盘
+- 本地目录
+
+## Compression Options
+- `-z1p`：高压缩率（节省存储空间）
+- `-z0`：不压缩（最快）
+- `-z2p`：更高压缩率（最慢）
+
+## Related
+- [[磁盘镜像备份]]：Clonezilla 实现的核心功能
+- [[灾难恢复]]：Clonezilla restoredisk 实现灾难恢复
+- [[Rufus]]：Clonezilla USB 启动盘制作工具
+- [[Synology NAS]]：Clonezilla 备份目标存储
+
+## Aliases
+- 再生龙
+- Clonezilla Live
--- a/wiki/entities/CodeCrafters.md
+++ b/wiki/entities/CodeCrafters.md
@@ -0,0 +1,22 @@
+---
+title: "CodeCrafters"
+type: entity
+tags: [company, programming, learning, github]
+---
+
+## 基本信息
+- 类型：公司
+- 领域：编程学习平台
+- 网站：codecrafters.io
+
+## 简介
+CodeCrafters, Inc. 是 build-your-own-x GitHub 仓库的当前维护方，通过在线编程挑战平台提供实践驱动的编程学习体验。
+
+## 主要贡献
+- 维护 [[Build-Your-Own-X-从零构建技术栈]] GitHub 仓库，收录 25 个技术领域的分步骤指南
+- 提供 codecrafters.io 在线平台，在浏览器中完成"从零构建"挑战
+
+## Aliases
+- CodeCrafters
+- CodeCrafters Inc.
+- codecrafters-io
--- a/wiki/entities/Coze.md
+++ b/wiki/entities/Coze.md
@@ -1,23 +1,61 @@
 ---
 title: "Coze"
 type: entity
-tags: [platform, agent, bytedance]
+tags: [ai, agent, workflow, coze]
 ---

-## Definition
-Coze（扣子）是字节跳动推出的 AI Agent 构建平台，支持国内版（coze.cn）和海外版（coze.com）。用户无需编程即可通过可视化方式创建多类型 Agent 和工作流。
+# Coze
+
+字节跳动旗下的 AI Agent 开发平台，国内版（coze.cn）和海外版（coze.com）双版本运营。
+
+## 基本信息
+- **类型**：AI Agent 开发平台
+- **运营方**：字节跳动
+- **网址**：https://www.coze.cn（国内）/ https://www.coze.com（海外）
+
+## 核心能力
+
+### Bot（智能体）模式
+- 基于大语言模型的对话式 AI 应用
+- 支持插件调用、记忆管理、知识库检索
+- 适合简单问答和单轮/多轮对话场景
+
+### Workflow（工作流）模式
+- 可视化流程编辑器，通过节点串联实现复杂业务
+- 适合多步骤、复杂逻辑、需要外部工具集成的场景
+- 支持代码执行、API 调用、LLM 调用、条件分支等
+
+### 行业解决方案
+- **金融**：客户分层营销助手、智能客服 Agent、企业预算管理
+- **教育**：知识库问答、拍照搜视频、组卷出题、知识点掌握评估
+- **医疗**：医疗分诊助手、影像图片识别、AI 问诊
+- **电商**：混剪助手、在线换衣、抖音直播间自动回复
+- **客服**：AI 销售助手、在线客服、教育培训对练
+
+## 技术集成
+
+### 内置工具
+- 表格问答助手（代码版/插件版）
+- 数据分析项目
+- 滴滴计费规则解答
+
+### 外部 AI 工具集成
+- **GPT-SoVITS**：声音克隆，用于个性化语音交互
+- **F5-TTS**：开源语音克隆，用于数字人和 AI 客服
+- **FaceFusion**：人脸融合，用于 AI 证件照和视频生成
+
+## 与 n8n 的对比
+
+| 维度 | Coze | n8n |
+|------|------|-----|
+| 定位 | AI Agent 开发平台 | 通用工作流自动化 |
+| 优势 | 中文生态、低代码、预置 Bot/Workflow 模板 | 通用性强、543+ 节点、可自托管 |
+| 适用场景 | 快速搭建 AI 对话/行业解决方案 | 复杂业务自动化、需要自托管 |
+
+## 相关文档
+- [[AI-解决方案专家培训课程]]

 ## Aliases
- 扣子（国内版）
- Coze（海外版）
-
-## Key Capabilities
- Bot 创建：单 Agent 对话型
- Workflow：多节点可视化工作流
- 插件系统：集成各类 API 和工具
- 知识库：RAG 增强问答
- 记忆（Memory）：对话上下文管理
-
-## Connections
- [[Coze工作流]] ← 核心功能
- [[AI解决方案专家培训课程]] ← 应用案例
+- Coze 中文版
+- Coze 国际版
+- 扣子
--- a/wiki/entities/Dan-Koe.md
+++ b/wiki/entities/Dan-Koe.md
@@ -0,0 +1,55 @@
+---
+title: "Dan Koe"
+type: entity
+tags: [entrepreneur, content-creator, generalist]
+---
+
+# Dan Koe
+
+独立创业者、内容创作者，TheDankoe 品牌创始人，2 Hour Writer 系统和 Eden 软件开发者。
+
+## 核心身份
+- **职业**：多兴趣创业者，通过内容创作和软件产品建立个人品牌
+- **平台**：https://letters.thedankoe.com/（Newsletter）
+- **代表产品**：2 Hour Writer（写作系统）、Eden（笔记软件）
+
+## 核心理念
+
+### 通才主义（Generalist）
+- 反对专业化分工导致的人沦为螺丝钉
+- 主张 Self-education（自学）+ Self-interest（自利）+ Self-sufficiency（自立）三要素
+- 认为独特视角（Perspective）是最终护城河，AI 无法复制
+
+### 内容创作方法论
+- Brand is your story：品牌是你的故事，而非头像和简介
+- Content is novel perspectives：内容是新颖视角，而非信息堆砌
+- Systems are the new product：系统经济时代，系统 > 产品
+
+### 创意密度框架
+- Performance（受众关注度）× Excitement（个人热情）= Idea Density
+- 创意博物馆（Idea Museum）：ruthless curation of notes/ideas/sources
+- 3-5 个高密度信息源：老书/精选博客/重量级社交账号
+
+## 关键作品
+
+### 2 Hour Writer
+- 每天 <2 小时写完所有内容（3 posts/day + 1 thread/week + 1 newsletter/week）
+- 交叉发帖到所有平台（Twitter/LinkedIn/Instagram）
+- Newsletter 为中心，内容复用分发
+
+### Eden
+- 创意博物馆软件（https://eden.so/）
+- 被评论说"可被 Google Drive/Dropbox 替代"，但作为系统具有独特价值
+
+## 相关概念
+- [[超级通才]]
+- [[自教育]]
+- [[自利]]
+- [[自立自强]]
+- [[创意博物馆]]
+- [[系统经济]]
+
+## 相关人物
+- [[Adam Smith]]：引用其对专业化分工的批评
+- [[Leonardo da Vinci]]：文艺复兴通才典范
+- [[Jordan Peterson]]：作为通才不追随内容潮流的榜样
--- a/wiki/entities/Daniel-Stefanovic.md
+++ b/wiki/entities/Daniel-Stefanovic.md
@@ -0,0 +1,18 @@
+---
+title: "Daniel Stefanovic"
+type: entity
+tags: [person, developer, github]
+---
+
+## 基本信息
+- 类型：个人
+- 平台：GitHub
+
+## 简介
+Daniel Stefanovic 是 [[Build-Your-Own-X-从零构建技术栈]] 项目的创始人，该项目后来由 [[CodeCrafters]] 接手维护。
+
+## 主要贡献
+- 创建 build-your-own-x GitHub 仓库，系统性整理各技术领域"从零构建"教程
+
+## Aliases
+- danistefanovic
--- a/wiki/entities/Financial
+++ b/wiki/entities/Financial
@@ -0,0 +1,10 @@
+---
+title: "Financial Times API"
+type: entity
+tags: [news-api, 数据源]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+新闻 API 提供商。详见 [[News API]] 概念页面。
--- a/wiki/entities/GNews
+++ b/wiki/entities/GNews
@@ -0,0 +1,10 @@
+---
+title: "GNews API"
+type: entity
+tags: [news-api, 数据源]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+新闻 API 提供商。详见 [[News API]] 概念页面。
--- a/wiki/entities/Gitea.md
+++ b/wiki/entities/Gitea.md
@@ -0,0 +1,26 @@
+---
+id: gitea
+title: "Gitea"
+type: entity
+tags: [Git, 自托管, 版本控制]
+sources: ["养虾日记3-Obsidian-Gitea持久化笔记系统.md"]
+last_updated: 2026-04-15
+---
+
+## Overview
+Gitea 是自托管 Git 服务（类似 GitHub/GitLab），提供私有 Git 仓库，内网运行数据不出域。本笔记体系中用于 Obsidian 笔记的版本控制。
+
+## Key Attributes
+- 类型：自托管 Git 服务
+- 部署方式：Docker
+- 用途：Obsidian 笔记版本管理 + Agent 工作输出持久化
+
+## Role in System
+- [[Obsidian]] 笔记通过 Git 插件自动 commit 到 Gitea 仓库
+- 每次笔记更新对应一个 Git commit，支持任意时间点回溯
+- Commit message 记录变更来源和内容
+- 私有内网运行，数据不出域
+
+## Related Entities
+- [[Obsidian]]：笔记前端
+- [[OpenClaw]]：写入接口
--- a/wiki/entities/MariaDB.md
+++ b/wiki/entities/MariaDB.md
@@ -0,0 +1,31 @@
+---
+title: MariaDB
+type: entity
+tags: [database, mysql, synology, nas, mariadb]
+---
+
+## Overview
+MariaDB 是 MySQL 的开源分支，Synology NAS Docker 部署的版本为 10.11.6，提供内网（3307端口）和公网（mysql.ishenwei.online:63307）访问能力。
+
+## Aliases
+- MariaDB
+- MySQL（兼容）
+- MariaDB 10.11
+
+## Key Characteristics
+- 版本：10.11.6
+- 内网端口：3307
+- 公网端口：63307
+- 登录方式：socket 本地登录（/run/mysqld/mysqld10.sock）
+- 远程用户：shenwei@'%'（密码 !Abcde12345）
+
+## 权限管理要点
+- 默认只有 root@localhost，不允许远程登录
+- 创建远程用户需执行：CREATE USER → GRANT ALL PRIVILEGES → FLUSH PRIVILEGES
+- % host 表示任意 IP 授权
+
+## Connections
+- [[MySQL MariaDB 数据库详细信息]] — 详细配置指南
+- [[Synology NAS]] — 硬件平台（192.168.3.17）
+- [[Docker]] — 容器化平台
+- [[Cloudflare]] — 公网域名 mysql.ishenwei.online DNS
--- a/wiki/entities/Mediastack
+++ b/wiki/entities/Mediastack
@@ -0,0 +1,10 @@
+---
+title: "Mediastack API"
+type: entity
+tags: [news-api, 数据源]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+新闻 API 提供商。详见 [[News API]] 概念页面。
--- a/wiki/entities/Navidrome.md
+++ b/wiki/entities/Navidrome.md
@@ -0,0 +1,26 @@
+---
+title: Navidrome
+type: entity
+tags: [music, streaming, open-source, docker, synology]
+---
+
+## Overview
+Navidrome 是开源的 Web UI 音乐播放器，兼容 Subsonic API，可作为私有 Spotify 替代品。
+
+## Aliases
+- Navidrome
+
+## Key Characteristics
+- 平台：跨平台（Docker 部署）
+- 协议：Subsonic API（兼容众多音乐 App）
+- 特点：只读挂载音乐目录保护原始文件
+- 转码：ND_AUTOTRANSCODEDOWNLOAD 自动根据客户端能力转码
+
+## Use Cases
+- Synology NAS Docker 部署私有音乐流媒体服务
+- 替代 Spotify/Apple Music 等商业服务，完全掌控音乐数据
+
+## Connections
+- [[用Docker中安装Navidrome]] — 部署指南
+- [[Synology NAS]] — 硬件平台
+- [[Docker]] — 容器化平台
--- a/wiki/entities/Opoint.md
+++ b/wiki/entities/Opoint.md
@@ -0,0 +1,10 @@
+---
+title: "Opoint"
+type: entity
+tags: [news-api, 数据源]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+新闻 API 提供商。详见 [[News API]] 概念页面。
--- a/wiki/entities/The
+++ b/wiki/entities/The
@@ -0,0 +1,10 @@
+---
+title: "The Guardian API"
+type: entity
+tags: [news-api, 数据源]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+新闻 API 提供商。详见 [[News API]] 概念页面。
--- a/wiki/entities/TikTok
+++ b/wiki/entities/TikTok
@@ -0,0 +1,36 @@
+---
+title: "TikTok Shop"
+type: entity
+tags: [电商, tiktok, 字节跳动]
+sources: []
+last_updated: 2025-03-14
+---
+
+## Definition
+字节跳动旗下直播电商平台，支持短视频带货和直播带货生态。为 [[电商数据采集]] 重要数据来源。
+
+## Core Data Fields
+来自爬取系统的核心字段：
+- `sold`（销量）
+- `final_price` / `initial_price` / `discount_percent`（价格体系）
+- `category`（类目）
+- `store_name`（店铺名）
+- `prodct_rating`（JSON：平均评分 + 评分数量）
+- `timestamp`（抓取时间）
+- `position`（热度排名）
+- `videos` / `product_videos`（视频带货数据）
+
+## 数据分析价值
+- 爆品发现：基于销量 + 评分 + 折扣多维度筛选
+- 价格带分析：找出最优价格区间
+- 类目机会：发现蓝海类目
+- 店铺监控：跟踪竞争对手表现
+
+## Related Entities
+- [[字节跳动]]：母公司
+- [[TikTok Products]]：核心事实表
+- [[Apache Superset]]：数据可视化平台
+- [[电商选品分析]]：分析领域
+
+## Aliases
+- TikTok Shop = TikTok电商 = TikTok小店
--- a/wiki/entities/Webz.io.md
+++ b/wiki/entities/Webz.io.md
@@ -0,0 +1,26 @@
+---
+title: "Webz.io"
+type: entity
+tags: [news-api, 数据源, 网安, 金融]
+sources: []
+last_updated: 2025-03-11
+---
+
+## Definition
+Webz.io 是最全面的新闻 API 提供商，同时覆盖 surface web、deep web 和 dark web 数据源，提供情感分析、主题过滤和地理位置过滤功能。
+
+## Core Capabilities
+- 覆盖 surface + deep + dark web 全网数据
+- 情感分析（sentiment tagging）
+- 主题/地理/语言多维过滤
+- 支持可视化与可操作风险监控
+
+## 适用场景
+- 金融情报：市场动向新闻分析
+- 网安风控：威胁情报收集
+- 舆情监控：品牌媒体覆盖跟踪
+
+## Related Concepts
+- [[News API]]：所属类别
+- [[舆情监控]]：应用场景
+- [[金融情报]]：应用场景
--- a/wiki/entities/vibe-coding-cn.md
+++ b/wiki/entities/vibe-coding-cn.md
@@ -0,0 +1,33 @@
+---
+title: "vibe-coding-cn"
+type: entity
+tags: [vibe-coding, AI编程, github, 中文资源]
+---
+
+## Basic Info
+- **Full Name**: vibe-coding-cn
+- **Type**: GitHub 开源项目
+- **Repository**: https://github.com/tukuai/vibe-coding-cn
+- **Language**: 中文
+
+## Description
+面向中文开发者的 Vibe Coding 资源库与工作站，汇集全球顶尖 AI 编程资源。涵盖方法论、AI 编程工具链、提示词库和学习路径，帮助开发者系统性掌握 Vibe Coding。
+
+## Core Contents
+- **方法论**：Vibe Coding 哲学和准则
+- **AI 编程资源**：模型推荐、IDE 配置（Cursor + Claude Opus 4.5-xhigh）
+- **提示词库**：需求澄清/系统架构设计/分步执行/自测全链路脚本，支持 Excel 与 Markdown 互转
+- **实操流程**：从环境设置到基础游戏开发到 Bug 修复的完整流程
+
+## Key Formula
+Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行
+
+## Related
+- [[Vibe Coding]]：vibe-coding-cn 服务的核心主题
+- [[Cursor]]：推荐首选 IDE
+- [[规划驱动]]：Vibe Coding 第一原则
+- [[上下文固定]]：Vibe Coding 第二原则
+
+## Aliases
+- vibe-coding-cn 项目
+- 中文 Vibe Coding 指南
--- a/wiki/entities/庄子.md
+++ b/wiki/entities/庄子.md
@@ -0,0 +1,32 @@
+---
+title: "庄子"
+type: entity
+tags: [person, philosopher, daoism, warring-states]
+---
+
+## 基本信息
+- 类型：人物
+- 时代：战国（约前369-前286）
+- 学派：道家（逍遥派）
+- 著作：《庄子》（内篇/外篇/杂篇）
+
+## 简介
+庄子是道家学派代表人物，与老子并称"老庄"。其哲学核心是"逍遥"——追求精神上的绝对自由，不为外物所累。庄子认为人应顺应自然之道，而非强行干预。
+
+## 核心思想
+- 相对主义：一切是非、善恶、美丑均为相对概念
+- 无为：不为名利所累，顺应自然
+- 齐物：万物平等，以平等心对待一切
+
+## 代表命题
+- "知其不可奈何而安之若命"：尽人事后安然接受不可改变之事
+- "天地与我并生，而万物与我为一"：物我合一的逍遥境界
+
+## 相关概念
+- [[知其不可奈何而安之若命]]：《人间世》核心命题，困境中的接纳智慧
+- [[绝处逢生]]：与庄子"无用之用"哲理相通，绝境中看到新可能
+
+## Aliases
+- 庄子
+- 庄周
+- 南华真人（道教封号）
--- a/wiki/entities/曾国藩.md
+++ b/wiki/entities/曾国藩.md
@@ -0,0 +1,25 @@
+---
+title: "曾国藩"
+type: entity
+tags: [person, statesman, qing-dynasty, confucianism]
+---
+
+## 基本信息
+- 类型：人物
+- 时代：晚清（1811-1872）
+- 著作：《治心经·诚心篇》
+
+## 简介
+曾国藩是晚清重臣、湘军创立者，以"拙诚"和"浑含"为处世原则。在官场倾轧中深谙"忘机"之道，结合道家"无为"与儒家"诚心"形成独特的人生智慧。
+
+## 核心箴言
+- "唯忘机可以消众机，唯懵懂可以祓不祥"：以无争朴拙应对复杂政治环境
+- 重视"治心"——通过内心修养而非外在机巧来处理世事
+
+## 相关概念
+- [[和光同尘]]：与其处世哲学一致，不锋芒毕露以保全自身
+- [[大智若愚]]：表面懵懂实为大智慧
+
+## Aliases
+- 曾国藩
+- 涤生（号）
--- a/wiki/entities/王维.md
+++ b/wiki/entities/王维.md
@@ -0,0 +1,24 @@
+---
+title: "王维"
+type: entity
+tags: [person, poet, tang-dynasty, buddhism]
+---
+
+## 基本信息
+- 类型：人物
+- 时代：唐代（701-761）
+- 称号：诗佛
+
+## 简介
+王维是唐代著名诗人、画家，苏轼称其"诗中有画，画中有诗"。其诗作充满禅意与佛学智慧，被称为"诗佛"。幼年丧父，仕途多舛，晚年隐居山林，以佛学为空寂淡泊心境的精神根基。
+
+## 核心作品
+- 《行到水穷处，坐看云起时》：其人生困境与佛学超脱的代表作，象征"绝处逢生"的东方智慧
+
+## 相关概念
+- [[绝处逢生]]：此诗体现的核心东方逆境转化智慧
+- [[空性智慧]]：王维通过佛学形成对世间虚幻的深刻洞察
+
+## Aliases
+- 王维
+- 诗佛
--- a/wiki/index.md
+++ b/wiki/index.md
@@ -3,11 +3,35 @@
 ## Overview
 - [Overview](overview.md) — living synthesis

+## Sources (2026-04-16 Early Morning Batch)
+- [How Can a Multi Cloud Strategy Transform Your Business ROI](sources/How-Can-a-Multi-Cloud-Strategy-Transform-Your-Business-ROI.md) — 多云策略（AWS/Azure/GCP）提升业务 ROI：78% 企业使用 3+ 公有云；多云规避供应商锁定、提升韧性/弹性/安全性；30% 运营成本降低；电商/医疗/金融行业落地路径
+- [GitHub 上 5000 人收藏的 Vibe Coding 神级指南（中文版）](sources/GitHub-上-5000-人收藏的-Vibe-Coding-神级指南。.md) — Vibe Coding 中文资源库 vibe-coding-cn：Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行；Karpathy "我几乎不写代码了，只负责调整氛围"；Cursor + Claude Opus 4.5-xhigh 推荐工具链
+- [Clonezilla对Ubuntu Server进行全盘镜像备份](sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md) — Clonezilla + Rufus + Synology NAS NFS 全盘镜像备份流程：Rufus 制作 USB 启动盘 → Clonezilla live → NFS 挂载 → savedisk；disaster recovery 通过 restoredisk 还原
+
+## Sources (2026-04-15 Night Batch)
+- [养虾日记3：Obsidian + Gitea 持久化笔记系统](sources/养虾日记3-Obsidian-Gitea持久化笔记系统.md) — Obsidian + Gitea + OpenClaw 三层笔记架构：AI 输出落盘 → iCloud 三端同步 → Gitea 版本管理；LLM Wiki vs RAG 的本质区别
+- [万字保姆级教程：90天跑通一人公司模式](sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md) — 天才地带/Ikigai 定位 → 产品四层漏斗 → 内容矩阵 × 反向金字塔分发，AI 时代更聪明定位而非更努力工作
+- [万字讲透OpenClaw Workspace深度解析（2026-03-21版）](sources/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md) — workspace 7 大文件体系：AGENTS.md（岗位说明）/SOUL.md（性格档案）/IDENTITY.md（身份元数据）/TOOLS.md（工具规范）/BOOTSTRAP.md（一次性引导）
+- [n8n + Claude 自然语言自动化工作流](sources/n8n-Claude-自然语言自动化工作流.md) — n8n-mcp MCP 协议桥接 Claude 与 n8n，543 个节点结构化访问，自然语言生成工作流完成度 80-90%
+
+## Sources (2026-04-15 Late Night Batch)
+- [Multi-Agent System Reliability（Alex Ewerlöf）](sources/Multi-Agent-System-Reliability-Alex-Ewerlof.md) — 4种多智能体可靠性架构模式：Hierarchy/Consensus/Adversarial Debate/Knock-out；将 LLM 视为不可靠组件，通过架构约束而非情感化 prompt 保证正确性
+- [Build Your Own X — 从零构建技术的编程学习资源集](sources/Build-Your-Own-X-从零构建技术栈.md) — GitHub 25 个技术领域分步骤指南，通过重建流行技术掌握编程；费曼学习法的技术领域实践
+- [Multi-Agent Specialized Team（Solo Founder 模式）](sources/Multi-Agent-Specialized-Team-Solo-Founder-Setup.md) — Solo Founder 4 Agent 虚拟团队：Telegram 统一入口 + 共享内存 + 定时主动任务；2 Agent 起步按瓶颈扩展
+- [一语点醒梦中人 — 东方人生智慧](sources/一语点醒梦中人-东方人生智慧.md) — 道家/儒家/佛教经典箴言：王维"行到水穷处"、庄子"知其不可奈何而安之若命"、曾国藩"唯忘机可以消众机"
+- [Autonomous Project Management（去中心化协调模式）](sources/Autonomous-Project-Management-STATE-yaml.md) — STATE.yaml 去中心化协调替代中央 orchestrator；Git 作为审计日志；主会话 CEO 模式
+
 ## Sources (2026-04-15 Evening Batch)
+- [TikTok Shop Apache Superset Dashboard 设计思路](sources/TikTok Shop - Apache Superset Dashboard设计思路.md) — TikTok Shop 选品分析 Dashboard 设计：4-Tab 结构（爆品雷达/类目机会/店铺监控/评论分析）、SQL View 预处理 JSON、选品评分模型
+- [Best 7 News API Data Feeds](sources/Best 7 news API data feeds - AI News.md) — 7 款主流新闻 API 评测：金融选 Bloomberg/FT、舆情选 Webz.io/Opoint、小型应用选 GNews/Mediastack
+- [N8N Full Tutorial - Building AI Agents in 2025 for Beginners](sources/N8N Full Tutorial Building AI Agents in 2025 for Beginners.md) — N8N AI Agent 入门：Workflow(预定义) vs Agent(LLM动态决策)、5类节点、Memory 机制、Airtable 工具接入
 - [Autonomous Project Management](sources/Autonomous-Project-Management.md) — 去中心化项目协调：STATE.yaml 替代中央 orchestrator，subagent 自主协作
 - [Content Factory](sources/Content-Factory.md) — Discord 多 agent 内容工厂：Research→Writing→Thumbnail 链式协作
 - [Market Research Product Factory](sources/Market-Research-Product-Factory.md) — Last30Days 挖掘痛点→OpenClaw 构建 MVP 自动化管线
 - [Personal Knowledge Base RAG](sources/Personal-Knowledge-Base-RAG.md) — 语义可搜索个人第二大脑，URL 自动摄取+向量检索
+- [MySQL MariaDB 数据库详细信息](sources/MySQL-MariaDB-数据库详细信息.md) — Synology NAS MariaDB 10.11 内网/公网访问配置，CREATE USER 'shenwei'@'%' 实现远程连接
+- [用Docker中安装Navidrome](sources/用Docker中安装Navidrome.md) — Synology Docker 部署 Navidrome 开源音乐服务器，:ro 只读挂载保护音乐库
+- [Ubuntu服务器通过rsync实现日常增量备份](sources/Ubuntu服务器通过rsync实现日常增量备份.md) — rsync + NFS + /etc/fstab 永久挂载 + Crontab 凌晨自动化，构建"时间点恢复"能力

 ## Sources
 - [Multi-Agent Specialized Team (Solo Founder Setup)](sources/Agent-usecases-multi-Agent-Team.md) — 多 Agent 虚拟团队：Telegram 统一入口 + 共享内存 + 定时主动汇报
@@ -58,6 +82,8 @@
 - [不谈技术：普通人该怎么在AI时代赚钱](sources/普通人如何在AI时代赚钱.md) — AI 时代赚钱三原则：品味是护城河、端到端优于零件、死亡过滤器筛选真正热爱

 ## Entities
+- [Clonezilla](entities/Clonezilla.md) — 开源磁盘镜像备份工具，等同于企业级 Ghost，支持 NFS/SMB/USB 多种存储后端
+- [vibe-coding-cn](entities/vibe-coding-cn.md) — GitHub 中文 Vibe Coding 资源库，Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行的中文开源实践
 - [Trebuh](entities/Treb uh.md) — Solo founder，4 Agent 团队实践者
 - [Cloudflare](entities/Cloudflare.md) — 全球网络服务商，提供 Workers/D1/R2 无服务器基础设施
 - [Anthropic](entities/Anthropic.md)
@@ -75,6 +101,8 @@
 - [Kubernetes](entities/Kubernetes.md)
 - [Red Hat](entities/Red Hat.md)
 - [Docker](entities/Docker.md)
+- [Navidrome](entities/Navidrome.md) — 开源音乐流媒体服务器，Subsonic API 兼容
+- [MariaDB](entities/MariaDB.md) — Synology NAS Docker 数据库，10.11.6 版本
 - [DeepSeek](entities/DeepSeek.md)
 - [Qwen](entities/Qwen.md)
 - [Flux](entities/Flux.md)
@@ -157,6 +185,12 @@
 - [Zipline](entities/Zipline.md) — 自托管图片托管服务，提供 REST API，与 n8n 集成

 ## Concepts
+- [多云策略](concepts/多云策略.md) — 跨 AWS/Azure/GCP 多厂商工作负载分配，规避供应商锁定、提升弹性和成本效益
+- [磁盘镜像备份](concepts/磁盘镜像备份.md) — 将整个磁盘扇区级打包为镜像文件，全盘还原的核心备份方式
+- [灾难恢复](concepts/灾难恢复.md) — RTO/RPO 驱动的系统还原能力，Clonezilla restoredisk 完整恢复
+- [规划驱动](concepts/规划驱动.md) — Vibe Coding 第一原则：AI 执行前必须有清晰技术选型和模块化设计
+- [上下文固定](concepts/上下文固定.md) — Vibe Coding 第二原则：通过 .cursorrules/SPEC.md 维持 AI 长对话一致性
+- [AI 结对执行](concepts/AI结对执行.md) — Vibe Coding 第三原则：开发者做导演，AI 做执行，类似 Pair Programming
 - [DevOps成熟度模型](concepts/DevOps成熟度模型.md) — 5 阶段评估框架（Ad-Hoc → Mature），4 大焦点领域
 - [共享内存模式](concepts/共享内存模式.md) — 多 Agent 共享 GOALS.md/DECISIONS.md + 私有上下文
 - [空性智慧](concepts/空性智慧.md) — 佛教核心教义，一切有为法如梦幻泡影露电
@@ -243,6 +277,8 @@
 - [数据蒸馏](concepts/数据蒸馏.md) — 用大模型生成精简数据训练小模型
 - [AI工作流自动生成](concepts/AI工作流自动生成.md) — 通过自然语言描述让 AI 自动生成工作流
 - [Agent模式](concepts/Agent模式.md) — Cursor Composer 自动执行模式
+- [rsync增量备份](concepts/rsync增量备份.md) — Delta-transfer 增量同步算法，防重入 lockfile，防 NAS 掉线机制
+- [NFS永久挂载](concepts/NFS永久挂载.md) — /etc/fstab + _netdev 参数实现开机自动挂载网络文件系统
 - [MCP工具链](concepts/MCP工具链.md) — 多个 MCP 工具顺序调用的工作流
 - [Agent Skill 设计模式](concepts/Agent-Skill-设计模式.md) — Google 发布的 5 种 Skill 结构化设计模式
 - [Tool Wrapper](concepts/Tool-Wrapper.md) — 监听关键词动态加载规范文档的模式
@@ -279,16 +315,56 @@
 - [Nicholas Carlini](entities/Nicholas-Carlini.md) — 自主编码 agent 方法论提出者，STATE.yaml 去中心化协调灵感来源
 - [Matt Van Horne](entities/Matt-Van-Horne.md) — Last30Days skill 作者
 - [Alex Finn](entities/Alex-Finn.md) — OpenClaw Use Cases YouTube 视频作者
+- [TikTok Shop](entities/TikTok Shop.md) — 字节跳动旗下电商平台，电商选品数据来源
+- [Apache Superset](entities/Apache Superset.md) — Airbnb 开源 BI 可视化平台，Dashboard JSON 可导入导出
+- [Webz.io](entities/Webz.io.md) — 全覆盖新闻 API（surface+deep+dark web），金融/网安/风控首选
+- [GNews API](entities/GNews API.md) — 轻量低价新闻 API，适合小型应用和初创公司
+- [The Guardian API](entities/The Guardian API.md) — 高质量编辑内容新闻源，适合研究和内容平台
+- [Bloomberg API](entities/Bloomberg API.md) — 机构级金融实时市场数据 API
+- [Financial Times API](entities/Financial Times API.md) — 专业财经分析与经济报告 API
+- [Opoint](entities/Opoint.md) — 舆情监控与情感分析平台，PR/营销/品牌监测首选
+- [Mediastack API](entities/Mediastack API.md) — 7000+ 来源可扩展新闻 API，免费套餐可用
+- [Airtable](entities/Airtable.md) — 在线数据库+表格，可作为 N8N Agent 工具接入实现库存管理

 ## Entities (2026-04-15 PM Batch)
 - [ClawHub](entities/ClawHub.md) — 按单个 skill 安装的 OpenClaw 插件市场协议

+## Entities (2026-04-15 Night Batch)
+- [Gitea](entities/Gitea.md) — 自托管 Git 服务，Obsidian 笔记版本控制层，私有内网运行
+
+## Entities (2026-04-15 Late Night Batch)
+- [CodeCrafters](entities/CodeCrafters.md) — build-your-own-x GitHub 仓库当前维护方，提供在线编程挑战平台
+- [Daniel Stefanovic](entities/Daniel-Stefanovic.md) — build-your-own-x 项目创始人
+- [王维](entities/王维.md) — 唐代诗人，"诗佛"，行到水穷处典故出处
+- [曾国藩](entities/曾国藩.md) — 晚清重臣，《治心经·诚心篇》作者，"唯忘机可以消众机"出处
+- [庄子](entities/庄子.md) — 战国道家代表，"知其不可奈何而安之若命"出处
+
+## Concepts (2026-04-15 Night Batch)
+- [LLM Wiki](concepts/LLM-Wiki.md) — AI 增量构建持久化 Wiki（对比 RAG 每次从零检索），Graph View 发现知识盲区
+- [天才地带](concepts/天才地带.md) — 盖伊·亨德里克斯心流理论，能产生心流的精力充沛活动区域
+- [底层能力](concepts/底层能力.md) — 冰山水下通用能力，三个自检问题追溯真正的擅长
+- [一人公司](concepts/一人公司.md) — 用最小杠杆撬动最大价值，天才地带 + 产品漏斗 + 内容矩阵
+- [产品漏斗](concepts/产品漏斗.md) — 引流（免费PDF）→ 入门（¥199）→ 核心（¥4999）→ 高价（¥20000/月）四层体系
+- [内容矩阵](concepts/内容矩阵.md) — 横轴核心主题 × 纵轴内容形式（观察/反直觉/操作指南/个人故事/清单）
+- [价格锚定](concepts/价格锚定.md) — 高价放顶部让低价显得便宜的心理学定价策略
+- [反向金字塔](concepts/反向金字塔.md) — 一次长内容切无数微内容，一次制作百次分发
+- [Git自动同步](concepts/Git自动同步.md) — Obsidian Git 插件 Auto commit 全自动版本管理
+- [Graph View](concepts/Graph-View.md) — Obsidian 知识网络可视化，孤岛页面和灰色幽灵节点检测
+- [QMD](concepts/QMD.md) — 本地 Markdown 精准搜索引擎，Wiki 规模变大后替代 index.md
+
 ## Concepts (2026-04-15 Evening Batch)
 - [STATE.yaml](concepts/STATE-yaml.md) — 去中心化项目协调文件格式，YAML 结构定义任务状态与依赖
 - [去中心化协调](concepts/去中心化协调.md) — 无中央 orchestrator，各 agent 通过共享状态文件自主协调
 - [内容工厂](concepts/内容工厂.md) — 多 agent 链式协作内容创作管线
 - [产品工厂](concepts/产品工厂.md) — 市场研究到 MVP 构建的自动化管线
 - [个人知识库](concepts/个人知识库.md) — 基于 RAG 的个人第二大脑
+- [Superset Dashboard](concepts/Superset Dashboard.md) — Apache Superset Dashboard 标准布局：KPI行→爆品行→气泡图→类目分析行→评分模型行
+- [电商选品分析](concepts/电商选品分析.md) — TikTok Shop 多维度选品：销量+评分+折扣+评分数量综合评分
+- [选品评分模型](concepts/选品评分模型.md) — 加权公式：sold×0.4 + rating×12 + rating_count×0.2 + discount_percent×0.5
+- [KPI 卡片](concepts/KPI卡片.md) — Dashboard 顶部数字指标看板，6 项核心指标（产品数/热卖数/评分/价格/GMV/折扣占比）
+- [News API](concepts/News API.md) — 标准化 HTTP API 获取结构化新闻数据，覆盖 7500+ 来源，金融/舆情/内容聚合场景
+- [Memory in AI Agent](concepts/Memory-in-AI-Agent.md) — Agent 保持对话上下文连贯性的机制，N8N AI Agent 节点内置 Memory 配置
+- [Workflow vs Agent](concepts/Workflow-vs-Agent.md) — 预定义固定路径 vs LLM 动态决策的本质区别，Workflow=确定性/Agent=适应性

 ## Concepts (2026-04-15 PM Batch)
 - [nvm](concepts/nvm.md) — Node Version Manager，管理 Node.js 多版本
--- a/wiki/log.md
+++ b/wiki/log.md
@@ -1,3 +1,31 @@
+## [2026-04-15 Late Night Batch] ingest | 5 sources
+- Multi-Agent System Reliability（Alex Ewerlöf）：4种可靠性架构模式；Hierarchy/Consensus/Debate/Knock-out；LLM 不可靠组件论
+- Build Your Own X：从零构建技术栈 GitHub 资源集；费曼学习法实践；25个技术领域
+- Multi-Agent Specialized Team（Solo Founder 模式）：Telegram 统一入口；4 Agent 虚拟团队；定时主动任务推送
+- 一语点醒梦中人 — 东方人生智慧：空性智慧/绝处逢生/知其不可奈何而安之若命；王维/庄子/曾国藩
+- Autonomous Project Management（去中心化协调）：STATE.yaml 替代 orchestrator；Git 审计日志；CEO 模式
+- Created: 5 entities (CodeCrafters, Daniel Stefanovic, 王维, 曾国藩, 庄子), 0 new concepts (均复用已有概念)
+
+## [2026-04-15 Night] ingest | 养虾日记3：Obsidian + Gitea 持久化笔记系统
+- [养虾日记3-Obsidian-Gitea持久化笔记系统.md](sources/养虾日记3-Obsidian-Gitea持久化笔记系统.md)
+- Key claims: LLM Wiki vs RAG 本质区别（增量积累 vs 从零检索）；Obsidian + Gitea + OpenClaw 三层笔记架构；Graph View 知识健康检查
+- Created: 1 entity (Gitea), 5 concepts (LLM Wiki, Git自动同步, Graph View, QMD, 知识可发现性)
+
+## [2026-04-15 Night] ingest | 万字保姆级教程：90天跑通一人公司模式
+- [万字保姆级教程-90天跑通一人公司模式-2026-03-29.md](sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md)
+- Key claims: 天才地带/Ikigai 框架；产品漏斗四层定价；内容矩阵 × 反向金字塔分发；四大心理陷阱
+- Created: 4 concepts (天才地带, 底层能力, 一人公司, 产品漏斗, 内容矩阵, 价格锚定, 反向金字塔)
+
+## [2026-04-15 Night] ingest | 万字讲透OpenClaw Workspace 深度解析（2026-03-21版）
+- [万字讲透OpenClaw-Workspace深度解析-2026-03-21.md](sources/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md)
+- Key claims: workspace 7 大文件体系职责分工；AGENTS.md 300-500 字最佳；SOUL.md 叙事性人物小传；BOOTSTRAP.md 一次性引导后删除
+- Created: 0 entities (已存在 OpenClaw), 0 new concepts (内容已覆盖)
+
+## [2026-04-15 Night] ingest | n8n + Claude 自然语言自动化工作流
+- [n8n-Claude-自然语言自动化工作流.md](sources/n8n-Claude-自然语言自动化工作流.md)
+- Key claims: n8n-mcp MCP 协议桥接；543 个节点结构化访问；Claude 生成工作流完成度 80-90%
+- Created: 1 concept (n8n-mcp 已有), 0 new concepts
+
 ## [2026-04-15] ingest | DevOps Culture and Transformation

 ## [2026-04-15] ingest | 2025年11个神级AI开源平替，GitHub杀疯了
@@ -235,3 +263,42 @@ Created/updated: 12 entity pages (DeepSeek, Qwen, Flux, Stable Diffusion, Hunyua
 - [Personal-Knowledge-Base-RAG](sources/Personal-Knowledge-Base-RAG.md)
  Key claims: Drop any URL 自动摄取；语义搜索返回 ranked 结果+来源引文；其他工作流可主动查询知识库
  Created: 1 concept (个人知识库)
+
+## [2026-04-15 Evening] ingest | MySQL MariaDB 数据库详细信息
+
+## [2026-04-15 Evening] ingest | 用Docker中安装Navidrome
+
+## [2026-04-15 Evening] ingest | Ubuntu服务器通过rsync实现日常增量备份
+
+## [2026-04-15 21:30] ingest | TikTok Shop Apache Superset Dashboard 设计思路
+
+Added source. Key claims: Superset 无法直接解析 JSON 需 SQL View 预处理；选品评分模型 = sold×0.4 + rating×12 + rating_count×0.2 + discount_percent×0.5；4-Tab Dashboard（爆品雷达/类目机会/店铺监控/评论分析）；气泡图可一眼识别低价高销量和高客单价爆品。
+
+Created/updated: 2 entity pages (TikTok Shop, Apache Superset), 4 concept pages (Superset Dashboard, 电商选品分析, 选品评分模型, KPI卡片).
+
+## [2026-04-15 21:35] ingest | Best 7 News API Data Feeds
+
+Added source. Key claims: Webz.io 覆盖最全(surface+deep+dark web)；GNews 轻量低价适合初创；Mediastack 7500+来源有免费套餐；Bloomberg/FT 面向机构金融；Opoint 擅长舆情监控。
+
+Created/updated: 7 entity pages (Webz.io, GNews API, The Guardian API, Bloomberg API, Financial Times API, Opoint, Mediastack API), 1 concept page (News API).
+
+## [2026-04-15 21:40] ingest | N8N Full Tutorial - Building AI Agents in 2025 for Beginners
+
+Added source. Key claims: Workflow=预定义固定输出 vs Agent=LLM动态决策；N8N 5类节点(Tigger/Action/Utility/Code/Advanced AI)；Memory=Agent连贯对话关键；Airtable可作Agent工具接入库存管理。
+
+Created/updated: 1 entity page (Airtable), 3 concept pages (Memory in AI Agent, Workflow vs Agent).
+
+## [2026-04-15 Night Batch 2] ingest | 5 sources
+- A Formalization of Recursive Self-Optimizing Generative Systems：自映射 Φ(G) = M(G, O(G(I), Ω))；固定点 G* = Y STEP；自举循环收敛到生成器不动点
+- Never Write Another Prompt：提示词生成工具民主化 Prompt工程；变量机制实现模板化复用；$100-500/条 → 工具化免费生成
+- AI 解决方案专家培训课程（Coze）：Bot 模式 vs Workflow 模式；金融/教育/医疗/电商/客服行业解决方案；GPT-SoVITS/F5-TTS/FaceFusion 集成
+- If You Have Multiple Interests（Dan Koe）：三要素（Self-education + Self-interest + Self-sufficiency）；通才 > 专才；系统经济时代系统 > 产品
+- Nano Banana 提示词框架（已有页面，更新）：物件描述框架 + 人物描述框架共用结构；negatives 质量控制关键；camera 电影级运镜控制
+- Created: 4 entities (Coze, Dan Koe, tukuai, FaceFusion), 5 concepts (超级通才, 自教育, 创意博物馆, 系统经济, 内容创意密度)
+
+## [2026-04-16 00:10] ingest | 3 sources
+- How Can a Multi Cloud Strategy Transform Your Business ROI：多云策略（AWS/Azure/GCP）提升 ROI；78% 企业用 3+ 公有云；30% 运营成本降低；电商/医疗/金融行业落地路径
+- GitHub 上 5000 人收藏的 Vibe Coding 神级指南（中文版）：vibe-coding-cn 中文开源项目；Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行；Karpathy "我几乎不写代码了，只负责调整氛围"
+- Clonezilla对Ubuntu Server进行全盘镜像备份：Rufus + Clonezilla live + Synology NAS NFS 全盘镜像备份流程；savedisk 生成镜像；restoredisk 灾难恢复
+
+Created: 2 entity pages (Clonezilla, vibe-coding-cn), 6 concept pages (多云策略, 磁盘镜像备份, 灾难恢复, 规划驱动, 上下文固定, AI 结对执行).
--- a/wiki/overview.md
+++ b/wiki/overview.md
@@ -1,6 +1,9 @@
 ---
 title: Wiki Overview
-last_updated: 2026-04-15 Evening
+last_updated: 2026-04-16 Early Morning
+// 新增领域：多云策略（AWS/Azure/GCP）与跨云治理框架（2026-04-16 Early Morning）
+// 新增领域：vibe-coding-cn 中文 Vibe Coding 资源库（2026-04-16 Early Morning）
+// 新增领域：Clonezilla + NFS 磁盘镜像备份与灾难恢复（2026-04-16 Early Morning）
 // 新增领域：Agent Use Cases 四大工作流（项目管理/内容工厂/产品工厂/知识库）（2026-04-15 Evening）
 // 新增领域：Last30Days 与多平台热点聚合（2026-04-15）
 // 新增领域：gog CLI 与 Google Workspace CLI（2026-04-15）
@@ -605,6 +608,12 @@ Agentic AI（行动型 AI）与 GenAI（生成型 AI）的根本区别在于：A
 // 新增领域：baoyu-skills Claude Code 技能集（2026-04-15 PM）
 // 新增领域：Multi-Agent 虚拟团队协作模式（2026-04-15 PM）
 // 新增领域：Vibe-Kanban + OpenCode Ubuntu 部署（2026-04-15 PM）
+// 新增领域：Home Office 自托管服务三件套——MariaDB + Navidrome + rsync 增量备份（2026-04-15 Evening）
+
+// 新增领域：n8n + Claude 自然语言工作流生成（2026-04-15 Night）
+// 新增领域：LLM Wiki vs RAG 的本质区别与持久化笔记系统（2026-04-15 Night）
+// 新增领域：一人公司 90 天跑通模式（2026-04-15 Night）
+
 // 新增领域：Self-Improving + 双层记忆架构（2026-04-15 PM）

 ## 新增领域：baoyu-skills Claude Code 技能集
@@ -648,6 +657,74 @@ Ubuntu Server 上通过 nvm 管理 Node 20，安装 Vibe-Kanban 与 OpenCode，p
 - executor 随 vibe-kanban 进程一起管理，不单独用 pm2 管理
 - I/O error 通常是 executor 没启动或端口被占用

+## 新增领域：Home Office 自托管服务三件套
+
+### MariaDB 数据库
+Synology NAS Docker 部署 MariaDB 10.11，通过 socket 本地登录管理，CREATE USER 创建远程访问账号。公网域名 mysql.ishenwei.online:63307 提供外网访问能力。
+
+### Navidrome 音乐服务器
+Synology Docker 部署 Navidrome 开源音乐流媒体服务，音乐目录只读（:ro）挂载保护原始文件。ND_AUTOTRANSCODEDOWNLOAD 根据客户端能力自动转码，Subsonic API 兼容主流音乐 App。
+
+### rsync 增量备份自动化
+rsync + NFS + /etc/fstab 永久挂载 + Crontab 凌晨 3 点自动化，构建"Clonezilla 整机镜像 + rsync 增量数据"二级保护体系。lockfile 防重入，mountpoint -q 防 NAS 掉线写爆本地硬盘。
+
+### 核心概念
+- [[Socket登录]]：MariaDB 本地连接方式
+- [[NFS永久挂载]]：/etc/fstab + _netdev 等待网络就绪
+- [[rsync增量备份]]：Delta-transfer 算法仅传输变化部分
+- [[lockfile防重入]]：PID 文件 + kill -0 检测进程存活
+
+## 新增领域：n8n + Claude 自然语言工作流生成
+
+n8n 通过 MCP 协议与 Claude 连接，实现自然语言驱动的自动化工作流生成。
+
+### 核心机制
+- [[n8n-mcp]]：Claude 与 n8n 之间的 MCP 协议桥接，提供 543 个 n8n 节点的结构化访问
+- [[AI工作流自动生成]]：Claude 生成 n8n 工作流 JSON 完成度约 80-90%，10-20% 错误率需人工修正
+- 选择 Opensea 模型并开启 extended thinking 可显著提升生成质量
+- n8n AI Agent 节点内置 Memory 机制，支持多轮对话上下文
+
+### 关键区分
+- [[Workflow vs Agent]]：预定义固定路径 vs LLM 动态决策
+- Claude Code 的 delegate_task（Hermes 子 agent）vs terminal 调用 claude -p（MCP CLI 通道）
+
+## 新增领域：LLM Wiki vs RAG 的本质区别与持久化笔记系统
+
+通过 Obsidian + Gitea + OpenClaw 三层架构，将 AI 助手输出持久化为可积累的知识网络。
+
+### 核心洞察
+- [[LLM Wiki]] vs [[RAG]]：RAG 每次从零检索，知识不积累；LLM Wiki 让 AI 增量构建和维护持久化 Wiki，页面间互相链接
+- AI 输出直接落盘到笔记（Obsidian）而非留在聊天记录，笔记通过 iCloud Drive 三端同步
+- [[Gitea]] 提供 Git 版本管理，任何时候都能回溯历史版本
+
+### Obsidian 最佳实践
+- [[Obsidian Web Clipper]]：浏览器插件快速采集外部素材
+- [[Graph View]]：知识健康检查，发现孤岛页面和灰色幽灵节点（被引用但无专页的概念）
+- [[Git自动同步]]：Auto commit-and-sync interval 完全自动化版本管理
+- [[QMD]]：Wiki 规模到几百页后替代 index.md 提供精准搜索
+
+### 知识管理原则
+- 研究过程写入 Agent Archive（openclaw/<agentId>/）
+- 经过验证可复用的知识沉淀到 Knowledge Base（knowledgebase/）
+
+## 新增领域：一人公司 90 天跑通模式
+
+从自我认知到商业变现，90 天跑通用最小杠杆撬动最大价值的一人公司。
+
+### 核心框架
+- [[天才地带]]：能产生心流的活动区域，精力充沛、时间飞逝
+- [[底层能力]]：三个自检问题（追溯童年/毫不费力/底层通用）
+- [[Ikigai]]：热情 × 擅长 × 市场需要 × 能获报酬，四圈交集是最佳定位
+
+### 产品体系四层
+- 引流（免费PDF）→ 入门（¥199 工具）→ 核心（¥4999 训练营）→ 高价（¥20000/月陪跑咨询）
+- [[价格锚定]]：高价咨询放顶部让低价显得便宜
+- [[内容矩阵]]：横轴核心主题 × 纵轴内容形式（观察/反直觉/操作指南/个人故事/清单）
+- [[反向金字塔]]：一次长形式内容切成无数微内容一次制作百次分发
+
+### 四个心理陷阱
+- 愧疚陷阱（不喜欢 = 别人也不喜欢）/ 效率陷阱（忙 = 创造价值）/ 卓越陷阱（必须亲自干）/ 努力陷阱（轻松 = 没价值）
+
 ## 新增领域：Self-Improving + 双层记忆架构

 通过 self-improving skill + 双层记忆架构 + 每日定时复盘，实现 Agent 在错误中学习、持续进化，避免同一错误重复出现。
@@ -665,3 +742,77 @@ Ubuntu Server 上通过 nvm 管理 Node 20，安装 Vibe-Kanban 与 OpenCode，p
 ### 每日复盘
 - 23:00 定时触发，读取当天 memory → self_improvement_log → 检查 Pattern-Key 重复 → 同步到长期记忆 → Telegram 摘要
 - 发现机制：复盘时发现 3月27日无 memory 文件 → 推动"Session 启动时强制创建"流程优化
+
+## 新增领域：多智能体可靠性架构（Alex Ewerlöf）
+
+Alex Ewerlöf 提出的多智能体可靠性架构，将 LLM 视为分布式系统中不可靠组件而非拟人化智能体。
+
+### 4 种架构模式
+- [[Multi-Agent Hierarchy]]：Supervisor（规划器）+ Worker（工作者）+ Validator（验证器）三角色顺序协作，依赖图强制协作而非靠"喜欢"
+- [[Multi-Agent Consensus]]：N 个模型独立响应同任务，多数票消除随机噪声（3 模型同谎言概率 0.8%），适合事实核查和分类
+- [[Multi-Agent Adversarial Debate]]：Generator + Critic + Judge 三方对抗（法庭模型），Truth survives the fight，适合安全分析和代码审查
+- [[Multi-Agent Knock-out]]：遗传算法启发的适应度淘汰制，最差代理被淘汰（cattle not pets），适合迭代式 Agent 工程
+
+### 核心洞察
+- 停止要求模型"小心"，改为强制其"正确"（架构约束 > 情感化 prompt）
+- LLM Sycophancy：过度迎合导致撒谎，多数投票可缓解
+- 验证器可以是确定性代码（单元测试/JSON schema）而非 LLM
+
+## 新增领域：Build Your Own X（费曼学习法实践）
+
+build-your-own-x GitHub 项目通过"从零重建流行技术"来深度掌握编程，是费曼学习法在技术领域的系统性实践。
+
+### 核心资源
+- [[CodeCrafters]]：build-your-own-x 当前维护方，提供 codecrafters.io 在线编程挑战
+- 25 个技术领域：3D Renderer / BitTorrent / Blockchain / Bot / Docker / Emulator / Git / Neural Network / OS / Regex / Search Engine / Web Browser 等
+- 每个领域提供多语言实现（Python/JavaScript/Go/C++/Rust 等）
+
+### 关键洞察
+- "What I cannot create, I do not understand" — Richard Feynman
+- BYOX 是 [[Vibe Coding]] 的底层实践，Vibe Coding 规划驱动，BYOX 从零实现
+
+## 新增领域：Solo Founder 多 Agent 专精团队
+
+Solo founder 通过多 Agent 虚拟团队实现 24/7 全天候工作能力，[[Multi-Agent Hierarchy]] 模式的具体 OpenClaw 实践。
+
+### 团队配置模式
+- Lead Agent（Milo）：战略协调，制定计划，OKR 追踪
+- Business Agent（Josh）：数据分析，定价策略，竞品监控
+- Marketing Agent：内容创意，Reddit/X 趋势监控
+- Dev Agent：代码实现，技术架构，CI/CD
+
+### 核心机制
+- [[定时主动任务]]：Agent 主动推送早会摘要/指标报告/内容创意，而非被动等待用户请求
+- [[Telegram路由]]：单群聊 + @AgentName 路由 + 无@默认 Lead
+- 2 Agent 起步按瓶颈扩展，而非一上来建 4 个团队
+
+### 灵感来源
+- [[Trebuh]] 的 4 Agent 实践（"a real small team available 24/7"）
+- [[Nicholas Carlini]] 自主编码 Agent 方法论
+
+## 新增领域：去中心化项目协调（STATE.yaml）
+
+通过共享 STATE.yaml 文件替代中央 orchestrator，实现真正的并行 subagent 协作。
+
+### 核心机制
+- [[STATE.yaml]]：YAML 结构定义任务状态、owner、blocked_by、next_actions
+- Git 作为审计日志：STATE.yaml 变更 commit 实现完整历史追溯
+- 薄主会话原则：主 Agent 只做 spawn/send，不直接执行任务
+
+### 与多 Agent 专精团队的关系
+- 专精团队：多角色 Agent 并存，STATE.yaml 记录团队共享目标
+- 去中心化协调：同一团队内无中央 orchestrator，各 Agent 自主读写状态
+
+## 新增领域：东方人生智慧
+
+道家、儒家、佛教经典箴言体系，补充西方哲学框架之外的人生哲学视角。
+
+### 核心命题
+- [[空性智慧]]：一切有为法如梦幻泡影露水电，不执着于"自性"（金刚经）
+- [[绝处逢生]]："行到水穷处，坐看云起时"，困境即转机的东方智慧（[[王维]]）
+- [[知其不可奈何而安之若命]]：先尽人事，后听天命，接纳与行动的平衡（[[庄子]]）
+- [[和光同尘]]：收敛锋芒，不标新立异，与世无争以保全自身（老子/[[曾国藩]]）
+
+### 与苏东坡视角的关系
+- [[一语点醒梦中人]] 与 [[su-dongpo-perspective]] 均属东方人生智慧，后者侧重苏东坡的文学与政治生涯视角
+
--- a/wiki/sources/3.2万人收藏的Claude-Skills-才是AI这条路.md
+++ b/wiki/sources/3.2万人收藏的Claude-Skills-才是AI这条路.md
@@ -0,0 +1,58 @@
+---
+title: "3.2 万人收藏的 Claude Skills，才是 AI 这条路上最值得研究的一套范式！"
+type: source
+tags: [claude, skills, anthropic, workflow, prompt-engineering]
+date: 2026-01-08
+sources:
+  - "3.2 万人收藏的 Claude Skills，才是 AI 这条路上最值得研究的一套范式！ 1.md"
+---
+
+## Source File
+- raw/AI/3.2 万人收藏的 Claude Skills，才是 AI 这条路上最值得研究的一套范式！ 1.md
+
+## Summary
+- 核心主题：Claude Skills 作为 AI 应用的新范式，代表从提示词工程向流程工程的转型
+- 问题域：大多数 AI 用户还在纠结如何写好 Prompt，而高阶玩家已开始构建可复用的 Skills
+- 方法/机制：Skills = 写给 Claude 的"说明书" + SOP（标准作业程序），将固定流程任务拆解为 AI 可理解、可稳定复用、可自动执行的流程
+- 结论/价值：Skills 的爆发标志从提示词工程迈向流程工程；未来有价值的不是谁的 Prompt 写得最花，而是谁最懂业务流程、谁能将经验沉淀为 SOP
+
+## Key Claims
+- Skills 本质是"说明书"和"SOP"：将反复执行、有固定流程的任务拆解为 AI 能理解、稳定复用、自动执行的流程
+- Anthropic 官方 Skills 仓库（github.com/anthropics/skills）收藏数突破 3.2 万，原封不动地拆解了 Claude.ai 网页版的生产级能力
+- 官方库覆盖三大类：办公自动化（Word/PDF/PPT/Excel）、开发者工具箱（MCP Server、Web 测试、Artifacts、自动化验证）、创意类 Skills
+- 三个 Awesome-Claude-Skills 精选仓库：ComposioHQ、VoltAgent、BehiSecc
+- 三个 Skill 聚合站：skillsmp.com、aitmpl.com/skills、claudemarketplaces.com
+- Skills 的本质是官方在教"怎么像 Anthropic 一样开发 AI 应用"
+
+## Key Quotes
+> "Skills 就是一套你写给 Claude 的'说明书'和'SOP（标准作业程序）'" — 核心定义
+> "这个库本质上是官方在教你，'怎么像我们一样开发 AI 应用'" — 价值定位
+> "未来真正有价值的，不是谁的 Prompt 写得最花、谁一次能生成最多内容；而是谁最懂业务流程、谁能把经验沉淀成 SOP、谁能把 SOP 交给 AI 稳定执行" — 趋势判断
+
+## Key Concepts
+- [[AI技能封装]]：将固定流程任务拆解为 AI 可理解、可复用、可自动执行的结构化流程的方法论
+- [[Prompt工程]] → [[流程工程]]：从优化单次输出质量转向优化整套流程的稳定性与可复用性
+- [[Claude Skills]]：Anthropic 官方发布的 AI 技能指南，本质是"说明书 + SOP"
+
+## Key Entities
+- [[Anthropic]]：Claude Skills 官方仓库的发布者
+- [[Anthropic Skills 官方库]]：github.com/anthropics/skills，3.2 万收藏，生产级能力拆解
+- [[ComposioHQ/awesome-claude-skills]]：精选 Claude Skills 仓库
+- [[VoltAgent/awesome-claude-skills]]：精选 Claude Skills 仓库
+- [[BehiSecc/awesome-claude-skills]]：精选 Claude Skills 仓库
+- [[skillsmp.com]]：Skill 聚合站
+- [[aitmpl.com/skills]]：Skill 聚合站
+- [[claudemarketplaces.com]]：Skill 聚合站
+
+## Connections
+- [[Anthropic]] ← 发布者 ← [[Anthropic Skills 官方库]]
+- [[Anthropic Skills 官方库]] ← 官方示例 ← [[Claude Skills]]
+- [[Claude Skills]] ← 范式升级 ← [[Prompt工程]]
+- [[Claude Skills]] ← 具体实现 ← [[AI技能封装]]
+- [[skillsmp.com]] ← 聚合平台 ← [[Claude Skills]]
+- [[aitmpl.com/skills]] ← 聚合平台 ← [[Claude Skills]]
+- [[claudemarketplaces.com]] ← 聚合平台 ← [[Claude Skills]]
+- [[Vibe Coding]] ← 尽头是 ← [[Claude Skills]]
+
+## Contradictions
+- 无已知冲突
--- a/wiki/sources/A-Formalization-of-Recursive-Self-Optimizing-Generative-Systems.md
+++ b/wiki/sources/A-Formalization-of-Recursive-Self-Optimizing-Generative-Systems.md
@@ -1,52 +1,42 @@
 ---
 title: "A Formalization of Recursive Self-Optimizing Generative Systems"
 type: source
-tags: [cs.LO, cs.AI, math.CT, 形式化, 元学习]
-sources: [raw/AI/A Formalization of Recursive Self-Optimizing Generative Systems.md]
-last_updated: 2026-04-15
+tags: [ai, formalization, self-improvement, lambda-calculus]
+date: 2025-12-30
 ---

 ## Source File
- raw/AI/A Formalization of Recursive Self-Optimizing Generative Systems.md
+- [[raw/AI/A Formalization of Recursive Self-Optimizing Generative Systems.md]]

 ## Summary
- 核心主题：递归自优化生成系统的形式化建模，固定点语义下的自举动力学
- 问题域：AI 系统自我改进机制的理论基础，元生成器的收敛性证明
- 方法/机制：自映射（Self-Map）、固定点（Fixed Point）、λ-calculus 递归组合子（Y Combinator）
- 结论/价值：为自改进 AI 架构、自动元提示词系统提供严谨的数学框架
+- 核心主题：递归自优化生成系统的形式化建模，通过自映射（self-map）和固定点（fixed point）语义描述 AI 系统的自我改进动力学
+- 问题域：如何让 AI 系统在不依赖外部干预的情况下持续改进自身生成能力
+- 方法/机制：自映射 Φ(G) = M(G, O(G(I), Ω)) 将优化结果反馈给生成器；Y Combinator 实现 λ-calculus 自举
+- 结论/价值：稳定生成能力对应 Φ 的固定点 G*，自我改进的目标是收敛行为而非单次最优输出

 ## Key Claims
- 递归自优化的目标不是单个最优输出，而是在生成器空间（Generator Space）中收敛到稳定生成能力
- 稳定生成能力对应于元生成算子（Meta-Generative Operator）的固定点（Fixed Point）
- 自举（Bootstrapping）过程通过"生成→优化→更新"的循环迭代实现系统自我超越
- Y Combinator 表达自引用动力学：G* = Y STEP，G* = STEP G*，即生成器是自身变换的不动点
+- 递归自优化系统的目标不是最优输出，而是生成器空间 {G_n} 的收敛行为
+- 稳定生成能力 = Φ 的固定点 G*，即 Φ(G*) = G*
+- Y Combinator 表达式 G* = Y STEP 满足 G* = STEP G*，体现了系统的自指本质
+- 自举（bootstrapping）通过优化产物反馈给系统，启动下一轮进化循环

 ## Key Quotes
-> "The system's objective is not a particular P*, but the convergence behavior of the sequence {G_n}." — 论文核心命题，生成器迭代的收敛性才是关键，而非单次输出质量
-> "A stable generative capability is defined as a fixed point of Φ: G* ∈ G, Φ(G*) = G*" — 稳定生成能力即系统不动点
-> "Such systems align with classical results on self-reference, recursion, and bootstrapping computation" — 自引用经典理论框架下的一次形式化尝试
+> "We study a class of recursive self-optimizing generative systems whose objective is not the direct production of optimal outputs, but the construction of a stable generative capability through iterative self-modification." — tukuai
+
+> "Such systems naturally instantiate a bootstrapping meta-generative process governed by fixed-point semantics." — tukuai

 ## Key Concepts
- [[自递归优化生成系统]]：α-提示词（生成器）+Ω-提示词（优化器）通过自举实现无限逼近理想状态
- [[固定点]]：Φ(G*) = G* 的生成器，不随自身生成-优化-更新循环而改变
- [[自举]]：用优化后的产物反馈给系统，再次优化生成器本身，形成递归超越
- [[元生成器]]（Meta-Generator）：更新生成器的函数 M: G × P → G
- [[λ-calculus 递归]]：使用 Y Combinator 表达 G* = Y STEP 的自引用不动点
- [[Generator Space]]：所有可能的生成器构成的空间 ℒ ⊆ ℘^ℐ
+- [[自递归优化生成系统]]：α-提示词（生成器 G）+ Ω-提示词（优化器 O）+ 元生成器（M）三角色递归循环
+- [[固定点]]：Φ(G*) = G* 的生成器状态，系统不动点，即自洽的稳定生成能力
+- [[Y Combinator]]：λ-calculus 固定点组合子，Y ≡ λf.(λx.f(x,x))(λx.f(x,x))，用于表达自指动力学

 ## Key Entities
- [[tukuai]]：独立研究者，该形式化框架的提出者，GitHub 账户 https://github.com/tukuai
+- [[tukuai]]：递归自优化生成系统形式化框架提出者，独立研究者

 ## Connections
- [[自递归优化生成系统]] ← 理论基础 ← [[固定点]]
- [[自递归优化生成系统]] ← 形式化工具 ← [[λ-calculus]]
- [[Agent Skill 设计模式]] ← 实践对应：Generator Pattern 实现自递归优化的工程化版本
- [[自递归优化生成系统]] ← 收敛目标 ← [[固定点]]
- [[自递归优化生成系统]] → 实践框架 → [[Agent Skill 设计模式]]
- [[自递归优化生成系统]] → 认知基础 → [[自我改进]]
+- [[Multi-Agent System Reliability]] ← relates_to ← [[Multi-Agent Hierarchy]]，层级架构中 Supervisor 对应 Generator 角色
+- [[Agent Skill 设计模式]] ← extends ← [[自递归优化生成系统]]，Skill Generator Pattern 是固定点语义的具体实践
+- [[Claude Code]] ← tools ← [[自递归优化生成系统]]，Claude Code 通过 Skill 加载实现生成器更新

 ## Contradictions
- 与 [[Claude-Code调用方法总结]] 冲突：
-  - 冲突点：Claude Code 作为工具是否具备自优化能力
-  - 当前观点：Claude Code 是静态工具，仅被动响应指令，无自我改进机制
-  - 对方观点：递归自优化系统理论暗示 AI 工具通过迭代使用可以形成隐式自我改进（通过生成器空间收敛）
+- 与 [[AI Agent 思维方式]] 冲突：本文强调"停止拟人化 LLM"，AI Agent 思维方式强调先问关键问题。冲突点：本文主张架构约束 > 情感化 prompt；AI Agent 思维方式认为澄清问题优先于执行。当前观点：架构约束更根本，澄清问题是执行层面的优化。
--- a/wiki/sources/AI-解决方案专家培训课程.md
+++ b/wiki/sources/AI-解决方案专家培训课程.md
@@ -0,0 +1,45 @@
+---
+title: "AI 解决方案专家培训课程"
+type: source
+tags: [ai, coze, workflow, industry-solution]
+date: 2025-06-20
+---
+
+## Source File
+- [[raw/AI/AI 解决方案专家培训课程.md]]
+
+## Summary
+- 核心主题：Coze 中文版平台提供的多行业 AI Agent 与工作流 Demo 集合，覆盖金融/教育/医疗/电商/客服等场景
+- 问题域：企业难以快速构建可落地的 AI 解决方案，缺乏从概念到实际部署的完整参考
+- 方法/机制：Coze 平台提供预置 Bot/Workflow 模板，用户可 Fork 后自定义改造，API 调用外部工具（GPT-SoVITS/F5-TTS/FaceFusion）
+- 结论/价值：低代码平台大幅降低 AI 解决方案开发门槛，非技术用户也能搭建企业级 AI 应用
+
+## Key Claims
+- Coze 平台实现 AI 应用开发平民化，通过邀请链接即可加入团队空间体验 Demo
+- Workflow 模式（工作流模式）比 Bot 模式更适合复杂多步骤任务，流程固定但灵活性强
+- 表格问答助手支持代码版和插件版两种实现，满足不同技术能力用户需求
+- 医疗分诊助手结合图像识别（影像图片 Excel 数据）+ 问诊逻辑，实现端到端 AI 辅助
+
+## Key Quotes
+> "数据分析案例：https://www.coze.cn/space/7433704316877520906/project-ide/7507579385827360779" — Coze 平台数据分析案例
+
+> "AI证件照Demo：https://idphoto.bananaresearch.cn/" — 泛娱乐场景 AI 应用 Demo
+
+## Key Concepts
+- [[Coze工作流]]：Coze 平台的可视化 Workflow 编辑器，通过节点串联实现复杂业务流程
+- [[AI行业解决方案]]：针对特定行业（金融/教育/医疗/电商）垂直场景的 AI Agent 定制方案
+- [[表格问答助手]]：基于知识库的自然语言 SQL 查询工具，支持代码版和插件版两种架构
+
+## Key Entities
+- [[Coze]]：字节跳动旗下的 AI Agent 开发平台，国内版（coze.cn）和海外版（coze.com）双版本运营
+- [[FaceFusion]]：人脸融合 AI 工具，用于泛娱乐场景的 AI 证件照和视频生成
+- [[F5-TTS]]：开源语音克隆项目，用于数字人和 AI 客服的语音合成
+- [[GPT-SoVITS]]：声音克隆模型，用于医疗问诊等场景的个性化语音交互
+
+## Connections
+- [[n8n]] ← comparable_to ← [[Coze工作流]]，两者都是可视化工作流编排工具，但 Coze 专注于 AI Agent，n8n 通用性更强
+- [[AI数据处理]] ← uses ← [[AI行业解决方案]]，行业方案依赖数据处理层实现结构化信息提取
+- [[智能体工作流]] ← extends ← [[Coze工作流]]，Coze 工作流是智能体工作流的具体实现之一
+
+## Contradictions
+- 与 [[Workflow vs Agent]] 概念：本文的 Workflow 模式强调固定流程；Coze 也支持 Agent 模式（LLM 动态决策）。冲突点：固定流程 vs 动态决策的适用场景。当前观点：复杂业务场景优先 Workflow，简单问答场景用 Agent 模式更灵活。
--- a/wiki/sources/Autonomous-Project-Management-STATE-yaml.md
+++ b/wiki/sources/Autonomous-Project-Management-STATE-yaml.md
@@ -0,0 +1,38 @@
+---
+title: "Autonomous Project Management（去中心化协调模式）"
+type: source
+tags: [project-management, autonomous, subagent, state-yaml, openclaw]
+date: 2026-04-13
+---
+
+## Source File
+- [[raw/Agent/usecases/autonomous-project-management.md]]
+
+## Summary
+- 核心主题：去中心化项目协调——通过共享 STATE.yaml 文件替代中央 orchestrator
+- 问题域：传统中央协调模式（主 Agent 做交通警察）造成瓶颈，多并行工作流项目需要真正的并行执行
+- 方法/机制：每个项目维护 STATE.yaml 作为单一真实源，subagent 自主读写状态文件协调
+- 结论/价值：主会话保持薄（CEO 模式），所有执行下沉到 subagent，Git 作为审计日志
+
+## Key Claims
+- STATE.yaml > 中央 orchestrator：基于文件的协调比消息传递更具可扩展性
+- Git 作为审计日志：STATE.yaml 变更提交 Git 实现完整历史追溯
+- 标签命名规范：`pm-{project}-{scope}` 便于追踪
+- 薄主会话原则：主 Agent 越少做事，响应越快
+
+## Key Quotes
+> "Main session = coordinator ONLY. All execution goes to subagents." — OpenClaw PM Delegation Pattern
+
+## Key Concepts
+- [[STATE.yaml]]：项目协调文件，YAML 结构定义任务状态与依赖，支持 next_actions 驱动
+- [[去中心化协调]]：无中央 orchestrator，各 subagent 通过共享状态文件自主协调
+- [[GitOps]]（隐式）：Git commit STATE.yaml 变更实现项目状态版本管理
+
+## Key Entities
+- [[Nicholas Carlini]]：自主编码 agent 方法论提出者，STATE.yaml 去中心化协调灵感来源
+- [[OpenClaw]]：支持 sessions_spawn/sessions_send，subagent 文件系统访问
+
+## Connections
+- [[Autonomous-Project-Management-STATE-yaml]] ← implements ← [[Multi-Agent Hierarchy]]（Planner+Worker+Validator，STATE.yaml 替代中央验证器）
+- [[Autonomous-Project-Management-STATE-yaml]] ← shares_pattern ← [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]]（均依赖共享状态协调，而非中央 orchestrator）
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← extends ← [[Autonomous-Project-Management-STATE-yaml]]（Solo-Founder 团队在 PM 维度应用去中心化协调）
--- a/wiki/sources/Best
+++ b/wiki/sources/Best
@@ -0,0 +1,60 @@
+---
+title: "Best 7 News API Data Feeds"
+type: source
+tags: [news-api, data-feed, ai, 新闻聚合]
+date: 2025-03-11
+---
+
+## Source File
+- [[raw/AI/Best 7 news API data feeds - AI News.md]]
+
+## Summary
+- 核心主题：7 款主流新闻 API 数据源全面评测
+- 问题域：如何为 AI 应用选择合适的新闻数据源
+- 方法/机制：对比维度（覆盖范围/价格/适用场景/核心能力）
+- 结论/价值：不同场景对应不同 API——金融选 Bloomberg/FT、舆情选 Webz.io/Opoint、小型应用选 GNews/Mediastack
+
+## Key Claims
+- Webz.io 是覆盖最全面的新闻 API，同时覆盖 surface web + deep web + dark web，金融/网安/风控场景首选
+- GNews API 轻量低价，适合小型应用和初创公司，支持多语言本地化
+- The Guardian API 专注高质量编辑内容，适合研究和内容平台
+- Bloomberg API + Financial Times API 面向机构级金融分析，FT 提供经济报告，Bloomberg 提供实时市场数据
+- Opoint 擅长舆情监控和情感分析，PR/营销/品牌监测首选
+- Mediastack 7000+ 来源，免费套餐可用，最适合开发者构建多来源聚合应用
+
+## Key Quotes
+> "News API data feeds are platforms that aggregate, organise, and deliver structured news data from multiple sources." — AI News 概述
+
+## Key Concepts
+- [[News API]]：标准化 HTTP API 接口获取新闻数据，返回 JSON/XML 格式结构化数据
+- [[新闻聚合]]：将多个来源新闻整合为统一格式，Eliminate 人工采集成本
+- [[舆情监控]]：实时跟踪品牌/竞品媒体提及和情感倾向
+- [[金融情报]]：实时分析市场动向新闻，驱动投资决策
+
+## Key Entities
+- [[Webz.io]]：全覆盖新闻 API（surface+deep+dark web）
+- [[GNews API]]：轻量低价新闻 API
+- [[The Guardian API]]：高质量编辑内容新闻源
+- [[Bloomberg API]]：机构级金融数据 API
+- [[Financial Times API]]：专业财经分析与经济报告
+- [[Opoint]]：舆情监控与情感分析平台
+- [[Mediastack API]]：7000+ 来源可扩展新闻 API
+
+## Connections
+- [[News API]] ← 分类产品 ← [[Webz.io]] / [[GNews API]] / [[The Guardian API]] / [[Bloomberg API]] / [[Financial Times API]] / [[Opoint]] / [[Mediastack API]]
+- [[舆情监控]] ← 工具 ← [[Opoint]]
+- [[金融情报]] ← 工具 ← [[Bloomberg API]] / [[Financial Times API]]
+
+## Use Cases
+| 场景 | 推荐 API |
+|------|---------|
+| 金融分析与市场数据 | Bloomberg API / Financial Times API |
+| 舆情监控与品牌追踪 | Opoint / Webz.io |
+| 网安与风控情报 | Webz.io |
+| 小型应用与本地化 | GNews API / Mediastack |
+| 高质量编辑内容 | The Guardian API |
+| AI 训练数据获取 | Mediastack（来源多+价格灵活） |
+
+## Contradictions
+- Webz.io vs Mediastack：Webz.io 覆盖最广但价格高；Mediastack 来源多且有免费套餐，但深度不如 Webz.io
+- Bloomberg vs Financial Times：Blochberg 偏实时市场数据，FT 偏深度经济报告，可互补
--- a/wiki/sources/Build-Your-Own-X-从零构建技术栈.md
+++ b/wiki/sources/Build-Your-Own-X-从零构建技术栈.md
@@ -0,0 +1,38 @@
+---
+title: "Build Your Own X — 从零构建技术的编程学习资源集"
+type: source
+tags: [learning, programming, github, tutorial, build-from-scratch]
+date: 2026-01-01
+---
+
+## Source File
+- [[raw/AI/codecrafters-iobuild-your-own-x Master programming by recreating your favorite technologies from scratch.md]]
+
+## Summary
+- 核心主题：GitHub 编程学习资源集，通过从零重建流行技术来掌握编程
+- 问题域：如何通过动手重建而非被动阅读来深度理解技术原理
+- 方法/机制：收录 25 个技术领域的分步骤指南，每指南附多语言实现教程
+- 结论/价值："What I cannot create, I do not understand"——费曼学习法的技术领域实践
+
+## Key Claims
+- 重建流行技术是深度掌握编程的最有效方法
+- 分步骤指南覆盖 25 个技术领域，从 Web 服务器到神经网络到操作系统
+- 每个领域提供多语言实现（Python/JavaScript/Go/C++/Rust 等），学习者可选择熟悉语言切入
+- codecrafters.io 提供在线编程挑战平台
+
+## Key Quotes
+> "What I cannot create, I do not understand." — Richard Feynman
+
+## Key Concepts
+- [[费曼学习法]]：不能创造即不能真正理解，动手重建是最高效的深度学习路径
+- [[Vibe Coding]]：BYOX 与 Vibe Coding 均强调动手实践，BYOX 是更激进的"完全从零"版本
+
+## Key Entities
+- [[CodeCrafters]]：build-your-own-x 的维护方，提供在线编程挑战平台
+- [[Daniel Stefanovic]]：build-your-own-x 项目创始人
+- [[Richard Feynman]]：费曼学习法起源
+
+## Connections
+- [[Build-Your-Own-X-从零构建技术栈]] ← enables ← [[Vibe Coding]]（BYOX 是 Vibe Coding 的底层实践）
+- [[Build-Your-Own-X-从零构建技术栈]] ← implements ← [[费曼学习法]]
+- [[Vibe-Kanban-OpenCode-Ubuntu-Server安装管理指南]] ← related ← [[Vibe Coding]]（Vibe Coding 工具链）
--- a/wiki/sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md
+++ b/wiki/sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md
@@ -0,0 +1,45 @@
+---
+title: "Clonezilla对Ubuntu Server进行全盘镜像备份"
+type: source
+tags: [clonezilla, ubuntu, backup, nas, disaster-recovery]
+date: 2025-12-20
+---
+
+## Source File
+- [[raw/Home Office/Clonezilla对Ubuntu Server进行全盘镜像备份.md]]
+
+## Summary
+- 核心主题：使用 Clonezilla 对 Ubuntu Server 进行全盘镜像备份到 Synology NAS
+- 问题域：物理机 Ubuntu Server 如何在不停机的情况下做完整磁盘备份并支持灾难恢复
+- 方法/机制：Rufus 制作 USB 启动盘 → Clonezilla live NFS 挂载 NAS → savedisk 生成镜像文件
+- 结论/价值：Clonezilla 等同于企业级 Ghost，支持增量镜像差异备份，NFS 作为备份目标实现集中存储
+
+## Key Claims
+- Clonezilla 支持两种模式：device-image（磁盘备份为镜像文件）和直接克隆（磁盘对磁盘）
+- NFS 是连接 NAS 备份的最佳协议，Linux 兼容性优于 SMB/CIFS
+- Rufus 制作 Clonezilla USB 启动盘：ISO 镜像模式（非 DD 模式），GPT 分区方案（UEFI 非 CSM）
+- 备份参数：-z1p 高压缩率（节省 NAS 空间），-sfsck 跳过文件系统检查（节省时间）
+- 灾难恢复路径：与备份流程相同，仅在"具体操作"中选择 restoredisk 覆盖目标磁盘
+
+## Key Quotes
+> "蓝色 U盘 32G 安装了 Clonezilla" — 作者自用 Clonezilla 启动盘配置
+
+## Key Concepts
+- [[磁盘镜像备份]]：将整个磁盘内容打包为单个镜像文件存储，支持完整恢复
+- [[Clonezilla]]：开源磁盘克隆/镜像工具，支持备份到 NFS/SMB/USB 等多种存储后端
+- [[灾难恢复]]：硬盘损坏后通过镜像文件还原系统，destoredisk 完成后系统即刻复活
+- [[NFS 挂载]]：Network File System 协议挂载 NAS 共享目录作为备份目标
+- [[Rufus]]：快速制作 USB 启动盘工具，支持 ISO 写入和 FAT32 格式化
+
+## Key Entities
+- [[Rufus]]：USB 启动盘制作工具，将 Clonezilla ISO 写入 U 盘
+- [[Synology NAS]]：备份目标存储，NFS 服务器端，提供 /volume2/backups 共享目录
+- [[NFS]]：Network File System，Linux 原生网络文件系统协议，Clonezilla NAS 备份推荐协议
+- [[Ubuntu Server]]：备份源系统，HP ZBook 工作站上运行的 Server 版本
+
+## Connections
+- [[rsync增量备份]] ← complements ← [[磁盘镜像备份]]（全量 vs 增量互补）
+- [[NFS永久挂载]] ← is_similar_to ← [[NFS 挂载]]
+- [[Synology NAS]] ← provides ← [[NFS]]
+
+## Contradictions
--- a/wiki/sources/GitHub-上-5000-人收藏的-Vibe-Coding-神级指南。.md
+++ b/wiki/sources/GitHub-上-5000-人收藏的-Vibe-Coding-神级指南。.md
@@ -0,0 +1,50 @@
+---
+title: "GitHub 上 5000 人收藏的 Vibe Coding 神级指南（中文版）"
+type: source
+tags: [vibe-coding, AI编程, github, 中文资源]
+date: 2025-12-30
+---
+
+## Source File
+- [[raw/AI/GitHub 上 5000 人收藏的 Vibe Coding 神级指南。.md]]
+
+## Summary
+- 核心主题：vibe-coding-cn 中文开源项目——面向中文开发者的 Vibe Coding 资源库与工作站
+- 问题域：中文开发者难以系统性获取 Vibe Coding 方法论和工具链资源
+- 方法/机制：整合 AI 编程资源、提示词库、学习路径和实操流程，形成可操作的工作站
+- 结论/价值：Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行；规划就是一切，防止 AI 理解偏差导致项目逻辑混乱
+
+## Key Claims
+- Vibe Coding 核心公式：规划驱动 + 上下文固定 + AI 结对执行，让想法到可维护代码成为可审计流水线
+- Vibe Coding 本质：开发者做导演，AI 做执行，专注于产品逻辑/用户流程/审美/交互把握
+- Karpathy 原话："我几乎不写代码了，我只负责调整氛围（Vibe），代码会自动长出来"
+- vibe-coding-cn = 中文开发者 Vibe Coding 资源库，提供方法论+工具链+提示词库+开发经验全链路覆盖
+- 工具链推荐：Cursor + Claude Opus 4.5-xhigh，直接可用无需筛选
+- 提示词库覆盖：需求澄清/系统架构设计/分步执行/自测全链路，支持 Excel 与 Markdown 互转
+
+## Key Quotes
+> "Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行，让『从想法到可维护代码』变成一条可审计的流水线，而不是一团无法迭代的巨石文件。" — vibe-coding-cn 定义
+
+> "我几乎不写代码了，我只负责调整氛围（Vibe），代码会自动长出来。" — Andrej Karpathy
+
+## Key Concepts
+- [[Vibe Coding]]：氛围编程，开发者做导演而非码农，专注于规划和审美而非逐行代码
+- [[规划驱动]]：Vibe Coding 第一原则，AI 写代码前必须有清晰技术选型、实施规划和模块化设计
+- [[上下文固定]]：Vibe Coding 第二原则，通过 .cursorrules 等文件约束 AI 行为边界
+- [[AI 结对执行]]：Vibe Coding 第三原则，AI 作为 pair programmer 替代传统 IDE
+- [[vibe-coding-cn]]：中文开发者 Vibe Coding 开源资源库，GitHub 仓库 tukuai/vibe-coding-cn
+
+## Key Entities
+- [[Karpathy]]：Vibe Coding 概念提出者，OpenAI/特斯拉前研究科学家
+- [[Cursor]]：AI 代码编辑器，Vibe Coding 推荐首选 IDE
+- [[Windsurf]]：AI 编程 IDE，Vibe Coding 工具选项之一
+- [[Trae]]：AI 编程 IDE，Vibe Coding 工具选项之一
+- [[vibe-coding-cn]]：中文 Vibe Coding 开源资源库，GitHub tukuai/vibe-coding-cn
+
+## Connections
+- [[Vibe Coding]] ← is_extended_by ← [[vibe-coding-cn]]
+- [[Cursor]] ← is_used_in ← [[Vibe Coding]]
+- [[项目规则]] ← enables ← [[上下文固定]]
+- [[vibe-coding-cn]] ← aggregates ← [[Prompt工程]]
+
+## Contradictions
--- a/wiki/sources/How-Can-a-Multi-Cloud-Strategy-Transform-Your-Business-ROI.md
+++ b/wiki/sources/How-Can-a-Multi-Cloud-Strategy-Transform-Your-Business-ROI.md
@@ -0,0 +1,62 @@
+---
+title: "How Can a Multi Cloud Strategy Transform Your Business ROI?"
+type: source
+tags: [cloud, strategy, multi-cloud, ROI]
+date: 2024-12-24
+---
+
+## Source File
+- [[raw/Cloud & DevOps/How Can a Multi Cloud Strategy Transform Your Business ROI.md]]
+
+## Summary
+- 核心主题：多云策略（Multi-Cloud）如何提升业务 ROI
+- 问题域：单一云厂商依赖导致成本高、弹性差、风险集中
+- 方法/机制：跨 AWS/Azure/GCP 分配工作负载，利用各厂商优势定价和服务能力
+- 结论/价值：多云策略可降低 30% 运营成本，提升韧性、弹性、安全性和创新能力
+
+## Key Claims
+- 78% 采用多云策略的企业将工作负载部署在超过 3 个公有云，以提升敏捷性和成本效益（Virtana）
+- 86% 企业计划在 2024 年底前采用多云策略（New Horizons）
+- 多云策略可为企业降低 30% 运营成本（Forrester）
+- 多云不等于备份策略：真正的价值在于跨厂商性能优化、成本优化和弹性扩展
+- 多云不等于复杂性增加：Kubernetes、Terraform 等工具和治理框架可简化管理
+
+## Key Quotes
+> "You can leverage computing from AWS, AI tools from Google, and store your data in Microsoft Azure without fearing vendor lock-in yet enjoy high availability." — 多云核心价值描述
+
+## Key Concepts
+- [[多云策略]]：跨多个公有云（AWS/Azure/GCP）分配工作负载，利用各厂商差异化优势
+- [[供应商锁定规避]]：通过多厂商策略避免单一云厂商绑定，保持谈判议价能力
+- [[多云治理]]：跨云资源管理、安全策略、成本控制和合规性的统一框架
+- [[多云成本优化]]：利用不同厂商的差异化定价模型降低整体云支出
+- [[云弹性扩展]]：跨多个云动态调配资源，应对突发流量峰值
+- [[数据主权合规]]：选择符合区域法规的云厂商存储和处理数据
+
+## Key Entities
+- [[AWS]]：多云策略中的基础设施和通用计算主力厂商
+- [[Azure]]：多云策略中的企业级 AI 和数据服务厂商
+- [[GCP]]：多云策略中的机器学习和分析工具厂商
+- [[Kubernetes]]：多云环境容器编排和 workload 统一管理工具
+- [[Terraform]]：IaC 工具，跨云基础设施声明式管理
+- [[CloudHealth]]：多云成本和性能监控工具（原文提及）
+- [[Datadog]]：跨云统一可观测性监控平台
+
+## Connections
+- [[Cloud Operating Model]] ← is_applied_to ← [[多云策略]]
+- [[DevOps成熟度模型]] ← enables ← [[多云治理]]
+- [[多云成本优化]] ← depends_on ← [[FinOps]]
+- [[Kubernetes]] ← enables ← [[多云治理]]
+- [[Terraform]] ← enables ← [[多云治理]]
+
+## Industry Use Cases
+- **电商**：黑五/网一高峰期跨云弹性扩展，保障高可用和低延迟
+- **医疗**：符合 HIPAA 区域数据主权要求，分布式存储降低单云依赖成本
+- **金融**：利用不同厂商最优安全特性，满足严格合规要求同时最大化 ROI
+
+## Implementation Steps
+1. 评估需求：明确目标（韧性/成本优化/扩展）、预算分析、现有工作负载梳理
+2. 选择厂商：AWS 做基础设施、Google Cloud 做分析、Azure 做 AI，根据场景匹配
+3. 集成管理：采用 Kubernetes/Terraform 统一编排，确保数据互操作性
+4. 监控优化：CloudHealth/Datadog 持续跟踪性能和成本，动态调整资源分配
+
+## Contradictions
--- a/wiki/sources/If-you-have-multiple-interests-do-not-waste-the-next-2-3-years.md
+++ b/wiki/sources/If-you-have-multiple-interests-do-not-waste-the-next-2-3-years.md
@@ -0,0 +1,58 @@
+---
+title: "If You Have Multiple Interests, Do Not Waste the Next 2-3 Years"
+type: source
+tags: [ai, entrepreneurship, generalist, content, self-education]
+date: 2025-04-15
+---
+
+## Source File
+- [[raw/AI/If you have multiple interests, do not waste the next 2-3 years  如果你有多项兴趣爱好，不要浪费接下来的两三年时间。.md]]
+
+## Summary
+- 核心主题：在 AI 时代，拥有多重兴趣的通才（Generalist）比专才（Specialist）更具优势；多兴趣交叉创造独特视角是最终的护城河
+- 问题域：工业时代专业化分工思维使人沦为螺丝钉，社会对"专注单一技能"的迷信阻碍个人发展
+- 方法/机制：三要素框架（自学 Self-education + 自利 Self-interest + 自立 Self-sufficiency）→ 通才自然涌现；内容创作作为收入载体；系统经济时代系统 > 产品
+- 结论/价值：AI 时代是第二次文艺复兴，多兴趣通才拥有前所未有机遇；品牌即环境，内容即新颖视角，系统即产品
+
+## Key Claims
+- 专业化导致愚蠢和依赖，通才（Generalist）才能实现主权（Self-sufficiency）和适应力
+- 第二次文艺复兴已到来：印刷术降低知识成本 → 个人可追求多领域精通；AI 降低执行成本 → 个人可将兴趣转化为产品
+- 最终护城河是独特视角（Perspective），这来自独一无二的人生经历，无法被复制
+- 三要素：Self-education（引擎）+ Self-interest（指南针）+ Self-sufficiency（基石）
+- 系统经济时代，人们要的是你的解决方案而非通用解决方案；2 Hour Writer 系统即产品
+
+## Key Quotes
+> "The man whose whole life is spent in performing a few simple operations... generally becomes as stupid and ignorant as it is possible for a human creature to become." — Adam Smith
+
+> "Your edge lies more in intersection than it does in expertise." — Dan Koe
+
+> "Your brand is your story." — Dan Koe
+
+> "Content is novel perspectives." — Dan Koe
+
+> "Systems are the new product." — Dan Koe
+
+## Key Concepts
+- [[超级通才]]：拥有多领域交叉能力的个体，AI 时代比专才更具主权和适应力，对应 [[超级个体]] 但更强调知识广度
+- [[自教育]]：自主定向学习以获得与传统教育不同的结果，是通才养成的引擎
+- [[自利]]：追随自身利益而非被组织利益裹挟，是通才的指南针
+- [[自立自强]]：拒绝外包判断力、学习力和自主性，是通才的基石
+- [[创意博物馆]]：Idea Museum，创作素材库，通过 ruthless curation 积累高密度创意
+- [[系统经济]]：Systems Economy，解决方案的价值在于系统本身而非产品功能，2HW 系统即产品
+- [[内容创意密度]]：Idea Density，内容质量的衡量标准 = Performance（受众关注）× Excitement（个人热情）
+
+## Key Entities
+- [[Dan Koe]]（TheDankoe）：多兴趣创业者，内容创作者，2 Hour Writer 系统开发者，Eden 软件创始人
+- [[Adam Smith]]：《国富论》作者，专业化分工理论的提出者，"螺丝钉"批评的引用来源
+- [[Leonardo da Vinci]]：文艺复兴通才典范，绘画/雕塑/工程/解剖/战争机器/人体绘图跨界
+- [[Jordan Peterson]]：《12 rules for life》作者，作为通才不追随内容潮流而是用思想质量建立影响力
+
+## Connections
+- [[超级个体]] ← extends ← [[超级通才]]，超级通才是超级个体在知识广度上的具体表达
+- [[品味]] ← relates_to ← [[独特视角]]，两者均强调 AI 无法复制的判断力护城河
+- [[死亡过滤器]] ← relates_to ← [[自利]]，两者均帮助筛选真正值得投入的方向
+- [[内容矩阵]] ← extends ← [[创意博物馆]]，创意博物馆是内容矩阵的输入端
+- [[反向金字塔]] ← relates_to ← [[系统经济]]，反向金字塔分发是系统执行的体现
+
+## Contradictions
+- 与 [[一人公司]] 框架：本文强调"不要成为 YouTuber/个人品牌/网红，要做自己"；一人公司框架强调需要关注（Attention）才能变现。冲突点：追求纯粹 vs 追求分发。当前观点：两者本质一致——通过真实自我吸引精准受众，只是叙事风格不同。
--- a/wiki/sources/Multi-Agent-Specialized-Team-Solo-Founder-Setup.md
+++ b/wiki/sources/Multi-Agent-Specialized-Team-Solo-Founder-Setup.md
@@ -1,44 +1,37 @@
 ---
-title: "Multi-Agent Specialized Team (Solo Founder Setup)"
+title: "Multi-Agent Specialized Team（Solo Founder 模式）"
 type: source
-tags: [openclaw, multi-agent, telegram, solo-founder, workflow]
-date: 2026-04-15
+tags: [multi-agent, openclaw, solo-founder, team, telegram]
+date: 2026-04-13
 ---

 ## Source File
 - [[raw/Agent/usecases/multi-agent-team.md]]

 ## Summary
- 核心主题：Solo founder 通过多 Agent 虚拟团队实现 24/7 全天候工作能力
- 问题域：单一 Agent 无法高效处理多领域工作；Context 切换破坏深度工作；知识孤岛导致洞察无法跨 Agent 流动
- 方法/机制：专业化 Agent（各角色独立模型/人格）+ 共享记忆（GOALS.md/DECISIONS.md）+ 私有上下文 + Telegram 统一入口 + 定时主动任务
- 结论/价值：从 2 Agent 开始按瓶颈扩展；定时任务是价值飞轮；团队协作产生真正价值
+- 核心主题：Solo Founder 如何通过多 Agent 专精团队实现 24/7 全天候工作能力
+- 问题域：单一 Agent 无法同时擅长战略/开发/营销/销售；角色切换破坏深度工作
+- 方法/机制：每个 Agent 独立角色+人格+模型，通过共享内存协作，Telegram 统一入口
+- 结论/价值：从"管理一个工具"到"指挥一个团队"的范式转变，Agent 主动推送而非被动响应

 ## Key Claims
- 单一 Agent 无法高效处理战略/开发/营销/分析多领域，context window 快速填满
- 共享记忆（GOALS.md/DECISIONS.md）+ 私有上下文是多 Agent 协作核心
- 所有 Agent 通过同一 Telegram 群聊控制，各自只响应被 @ 的消息
- 定时主动任务（早会摘要/指标推送/内容创意）是价值飞轮
- 从 2 Agent 开始，不是一上来建 4 个团队
- [[Trebuh]] 的实践：4 个 Agent（Milo/Josh/Marketing/Dev）+ Telegram + VPS，描述为"真正的 24/7 小团队"
+- 2 Agent 起步（Lead + 1 专精），按瓶颈扩展，而非一上来建 4 个团队
+- 共享内存（GOALS.md/DECISIONS.md/PROJECT_STATUS.md）+ 私有上下文是关键组合
+- 定时主动任务（早会摘要/指标推送/内容创意）是真正的价值杠杆
+- Telegram 单群聊入口 + @AgentName 路由 + 无@默认 Lead

 ## Key Quotes
-> "Start with 2, not 4: Begin with a lead + one specialist, then add agents as you identify bottlenecks" — 实践总结
-> "The real value emerges when agents proactively surface insights, not just when you ask" — 定时任务价值
-> "Personality matters more than you'd think: Giving agents distinct names and communication styles makes it natural to talk to your team" — Trebuh
-
-## Key Concepts
- [[共享记忆模式]]：GOALS.md（OKR与优先级，所有Agent可读）+ DECISIONS.md（关键决策日志）+ PROJECT_STATUS.md（当前项目状态）
- [[定时主动任务]]：Agent 主动在后台工作并推送结果，而非等待用户请求
- [[Multi-Agent Hierarchy]]：团队层级架构，Lead Agent 协调 + Specialist Agent 执行
- [[Telegram路由]]：单群聊入口 + @AgentName 路由 + 无@默认 Lead Agent
+> "A real small team available 24/7." — [[Trebuh]] 描述其 4 Agent 团队

 ## Key Entities
- [[Trebuh]]：Solo founder，4 Agent 团队实践者，通过 X 分享案例
- [[OpenClaw]]：多 Agent 管理平台，支持 sessions_spawn/sessions_send/Telegram skill
+- [[Trebuh]]：Solo founder，4 Agent 团队（Milo/Josh/Marketing/Dev）+ Telegram + VPS 实践者
+- [[OpenClaw]]：多 Agent 协作框架，支持 sessions_spawn/sessions_send/共享文件系统
+- [[Claude Code]]：深度代码任务执行（Agent 模式）
+- [[Telegram]]：统一控制平面，单群聊入口实现多 Agent 路由

 ## Connections
- [[Trebuh]] ← 实践者 ← [[Multi-Agent Specialized Team]]
- [[OpenClaw]] ← 平台 ← [[Multi-Agent Specialized Team]]
- [[共享记忆模式]] ← 核心机制 ← [[Multi-Agent Specialized Team]]
- [[定时主动任务]] ← 价值飞轮 ← [[Multi-Agent Specialized Team]]
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← implements ← [[Multi-Agent Hierarchy]]（Supervisor=Lead，Worker=专精 Agent）
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← shares_pattern ← [[Autonomous-Project-Management]]（共享状态协调模式）
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← extends ← [[Multi-Agent-System-Reliability-Alex-Ewerlof]]（Hierarchy 模式的 OpenClaw 具体实践）
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← uses ← [[共享内存模式]]（GOALS.md/DECISIONS.md/PROJECT_STATUS.md）
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← enables ← [[定时主动任务]]（Agent 主动后台工作推送结果）
--- a/wiki/sources/Multi-Agent-System-Reliability-Alex-Ewerlof.md
+++ b/wiki/sources/Multi-Agent-System-Reliability-Alex-Ewerlof.md
@@ -0,0 +1,53 @@
+---
+title: "Multi-Agent System Reliability（Alex Ewerlöf）"
+type: source
+tags: [multi-agent, reliability, architecture, llm]
+date: 2026-04-13
+---
+
+## Source File
+- [[raw/AI/Multi-Agent System Reliability.md]]
+
+## Summary
+- 核心主题：多智能体系统的可靠性架构模式
+- 问题域：LLM 作为不可靠组件，如何构建企业级可靠的多智能体系统
+- 方法/机制：4种架构模式（Hierarchy/Consensus/Adversarial Debate/Knock-out）+ 可靠性工程原理
+- 结论/价值：将 LLMs 视为分布式系统中不可靠组件，而非拟人化智能体；通过架构约束而非"小心谨慎"来保证正确性
+
+## Key Claims
+- LLM 本质随机（stochastic），单次回答仅代表一种概率分布，幻觉率约 20%
+- 将 LLM 拟人化（给钱/威胁/情感操控）仅改变 token 预测分布，不产生真正的动机
+- 3 个模型同时产生完全相同谎言的概率为 0.8%（0.2³），多数投票可有效消除幻觉噪声
+- 从"AI 原型"到"企业级 AI"的转变核心：停止要求模型"小心"，改为强制其"正确"
+
+## Key Quotes
+> "We don't need AI that 'cares.' We need AI that is constrained, verified, pruned, and challenged." — [[Alex Ewerlöf]]
+> "Don't anthropomorphize LLMs! Find a way to piggy back on their human-corpus training while being aware of their non-biological differences." — [[Alex Ewerlöf]]
+> "If you threaten a model too hard, it might just lie to make you happy. This is Sycophancy." — [[Alex Ewerlöf]]
+
+## Key Concepts
+- [[Multi-Agent Hierarchy]]：Supervisor（规划器）+ Worker（工作者）+ Validator（验证器）的三角色顺序协作
+- [[Multi-Agent Consensus]]：N 个模型对同一任务独立响应，多数票消除随机噪声（0.8% 相同谎言概率）
+- [[Multi-Agent Adversarial Debate]]：Generator + Critic + Judge 三方对抗，Truth survives the fight
+- [[Multi-Agent Knock-out]]：遗传算法启发的适应度淘汰制，最差代理被淘汰（cattle not pets）
+- [[LLM Sycophancy]]：模型过度迎合用户意图而撒谎的现象，多数投票可缓解
+
+## Key Entities
+- [[Alex Ewerlöf]]：Senior Staff Engineer，KTH 系统工程硕士，专注可靠性工程与 LLM 应用（2023年起）
+- [[Groupthink]]：共识模式中的反馈回路风险，导致从众效应放大错误
+- [[Genetic Algorithm]]：Knock-out 模式理论基础，适应度函数评估并淘汰低质量个体
+
+## Connections
+- [[Multi-Agent-System-Reliability-Alex-Ewerlof]] ← foundational_theory ← [[Multi-Agent Hierarchy]]
+- [[Multi-Agent-System-Reliability-Alex-Ewerlof]] ← foundational_theory ← [[Multi-Agent Consensus]]
+- [[Multi-Agent-System-Reliability-Alex-Ewerlof]] ← foundational_theory ← [[Multi-Agent Adversarial Debate]]
+- [[Multi-Agent-System-Reliability-Alex-Ewerlof]] ← foundational_theory ← [[Multi-Agent Knock-out]]
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← extends ← [[Multi-Agent-System-Reliability-Alex-Ewerlof]]（Hierarchy 模式的具体实践）
+- [[Autonomous-Project-Management]] ← implements ← [[Multi-Agent Hierarchy]]（STATE.yaml 替代中央验证器）
+- [[Multi-Agent-Specialized-Team-Solo-Founder-Setup]] ← shares_pattern ← [[Autonomous-Project-Management]]（均依赖共享状态协调）
+
+## Contradictions
+- 与纯 LLM 原型思维：
+  - 冲突点：认为"小心提示"可解决幻觉
+  - 当前观点：架构约束（验证器/投票/淘汰）才是可靠性来源
+  - 对方观点：通过情感化 prompt（给钱/威胁）激励模型正确输出
--- a/wiki/sources/MySQL-MariaDB-数据库详细信息.md
+++ b/wiki/sources/MySQL-MariaDB-数据库详细信息.md
@@ -0,0 +1,56 @@
+---
+title: "MySQL MariaDB 数据库详细信息"
+type: source
+tags: [database, mariadb, mysql, nas, synology]
+date: 2026-04-15
+---
+
+## Source File
+- [[raw/Home Office/MySQL MariaDB 数据库详细信息.md]]
+
+## Summary
+- 核心主题：Synology NAS Docker MariaDB 10.11 内网/公网访问配置与用户权限管理
+- 问题域：NAS 部署的 MariaDB 仅允许 localhost 访问，远程连接需手动创建用户
+- 方法/机制：socket 本地登录 → CREATE USER → GRANT ALL PRIVILEGES → FLUSH PRIVILEGES
+- 结论/价值：建立 NAS 统一数据库层，支持公网域名 mysql.ishenwei.online:63307 访问
+
+## Key Claims
+- Synology Docker MariaDB 默认只允许 root@localhost 连接，不存在 root@% 或任何远程用户
+- 远程连接失败的根因是缺少 host/user 组合与对应权限
+- 创建 'shenwei'@'%' 可实现任意 IP 的远程访问，但密码强度必须符合 MariaDB 策略要求
+
+## Key Quotes
+> "进入 MariaDB（使用 socket 登陆）：sudo mysql -u root -p -S /run/mysqld/mysqld10.sock" — 本地 socket 登录方式
+> "CREATE USER 'shenwei'@'%' IDENTIFIED BY '!Abcde12345'; GRANT ALL PRIVILEGES ON *.* TO 'shenwei'@'%' WITH GRANT OPTION; FLUSH PRIVILEGES;" — 远程访问用户创建标准 SQL
+
+## Key Concepts
+- [[Socket登录]]：通过本地 socket 文件 /run/mysqld/mysqld10.sock 连接 MariaDB，无需 TCP 端口认证
+- [[MariaDB用户权限模型]]：host + user 组合决定访问权限，localhost 表示仅本机，% 表示任意 IP
+- [[FLUSH PRIVILEGES]]：将内存中的权限表重新读取到内存，使权限变更立即生效
+
+## Key Entities
+- [[Synology NAS]]：硬件平台（192.168.3.17），MariaDB 10.11.6 运行在 Docker 容器内
+- [[MariaDB]]：MySQL 分支数据库，版本 10.11.6，端口 3307（内网）、63307（公网）
+- [[Cloudflare]]：域名 mysql.ishenwei.online DNS 解析层
+
+## Connections
+- [[MySQL MariaDB 数据库详细信息]] ← runs_on ← [[Synology NAS]]
+- [[MySQL MariaDB 数据库详细信息]] ← accessible_via ← [[Cloudflare]]（公网域名反向代理）
+
+## Contradictions
+
+## Internal Access Credentials
+| 项目 | 值 |
+|------|-----|
+| IP | 192.168.3.17 |
+| Port | 3307 |
+| Username | shenwei / root |
+| Password | !Abcde12345 |
+
+## Public Access Credentials
+| 项目 | 值 |
+|------|-----|
+| Domain | mysql.ishenwei.online |
+| Port | 63307 |
+| Username | shenwei / root |
+| Password | !Abcde12345 |
--- a/wiki/sources/N8N
+++ b/wiki/sources/N8N
@@ -0,0 +1,40 @@
+---
+title: "N8N Full Tutorial - Building AI Agents in 2025 for Beginners"
+type: source
+tags: [n8n, ai-agent, 工作流, 教程]
+date: 2025-03-06
+---
+
+## Source File
+- [[raw/Agent/n8n full tutorial building AI agents in 2025 for Beginners!.md]]
+
+## Summary
+- 核心主题：N8N 平台构建 AI Agent 入门教程
+- 问题域：Workflow 和 Agent 的区别，N8N 5 类节点，Agent 中 Memory 机制
+- 方法/机制：N8N 可视化节点编排，Trigger → Action/Utility/Code/AI Agent 节点
+- 结论/价值：Agent = LLM 动态选择工具 + Memory 保持上下文；Workflow = 预定义自动化
+
+## Key Claims
+- Workflow vs Agent：Workflow 是预定义自动化（固定输出），Agent 由 LLM 动态决定工具调用（适应用户输入）
+- N8N 5 类节点：Trigger（触发器）、Action（操作）、Utility（工具）、Code（代码）、Advanced AI（AI Agent）
+- Memory 是 AI Agent 与用户对话连贯性的关键，保留上下文使响应更相关
+- Airtable 可作为工具接入 N8N Agent，实现库存查询和更新
+- 多 Agent 串联和工作流链式调用可构建复杂自动化系统
+
+## Key Concepts
+- [[Agentic System]]：Agent + Workflow 的组合，Agent 动态选择工具，Workflow 预定义执行路径
+- [[N8N Workflow]]：N8N 可视化工作流，Trigger → 多节点串联
+- [[Memory in AI Agent]]：Agent 保持对话上下文的机制，使多轮交互连贯
+- [[Workflow vs Agent]]：固定自动化 vs LLM 动态决策的本质区别
+
+## Key Entities
+- [[Airtable]]：在线数据库，可作为 N8N Agent 工具接入，实现库存管理
+
+## Connections
+- [[n8n]] ← 工具 ← [[N8N Workflow]]
+- [[n8n]] ← 工具 ← [[Agentic System]]
+- [[Agentic System]] ← 包含 ← [[Workflow vs Agent]] + [[Memory in AI Agent]]
+- [[Airtable]] ← 工具 ← [[Memory in AI Agent]]
+
+## Contradictions
+- 与 [[n8n Docker 安装与更新]]：后者专注部署安装，本文档专注工作流构建方法论
--- a/wiki/sources/Nano-Banana-提示词框架.md
+++ b/wiki/sources/Nano-Banana-提示词框架.md
@@ -0,0 +1,43 @@
+---
+title: "Nano Banana 结构化提示词框架"
+type: source
+tags: [ai, prompt, image-generation, google]
+date: 2025-03-15
+---
+
+## Source File
+- [[raw/AI/Nano Banana 提示词框架.md]]
+
+## Summary
+- 核心主题：Google 发布的图像生成结构化提示词框架，通过 9 个标准化字段将创意描述转化为机器可执行参数
+- 问题域：自然语言描述图像存在歧义和模糊性，AI 生成结果与预期不符
+- 方法/机制：9 层结构化字段（Shot/Subject/Environment/Lighting/Camera/ColorGrade/Style/Quality/Negatives）；物件描述框架与人物描述框架共用结构，subject 字段内容不同
+- 结论/价值：结构化提示词大幅提升 AI 图像生成的可控性和一致性，降低迭代成本
+
+## Key Claims
+- Nano Banana 框架将图像生成提示词标准化为 9 个字段，每个字段控制特定维度
+- negatives（负向提示词）是质量控制关键字段，明确排除不需要的特征
+- camera 字段提供电影级构图控制（focal_length/aperture/angle），实现专业级运镜效果
+- 物件描述框架与人物描述框架核心结构一致，区别仅在 subject 字段内容（item/materials/details/condition vs age/appearance/pose）
+
+## Key Quotes
+> "negatives": "no scratches, no dust, no logos or brand names, no human hands, blurry watch face, unrealistic lighting." — 示例中的负向提示词
+
+## Key Concepts
+- [[Nano Banana]]：Google 发布的结构化图像生成提示词框架，9 层标准化字段设计
+- [[物件描述框架]]：Nano Banana 中用于描述物品的字段结构（item/materials/details/condition）
+- [[人物描述框架]]：Nano Banana 中用于描述人物的字段结构（age/appearance/pose）
+- [[负向提示词]]：Negatives，通过明确排除不需要的特征来提升生成质量
+- [[运镜控制]]：Camera 参数控制焦距/光圈/角度，实现电影级构图
+
+## Key Entities
+- [[Google]]：Nano Banana 框架的发布方，AI 图像生成工具的技术引领者
+
+## Connections
+- [[AI生图]] ← uses ← [[Nano Banana]]，Nano Banana 是 AI 生图的结构化提示词方法论
+- [[Prompt工程]] ← extends ← [[Nano Banana]]，Nano Banana 是 Prompt工程 在图像生成领域的具体实现
+- [[Never write another prompt]] ← comparable_to ← [[Nano Banana]]，两者都提供结构化提示词能力，但 Nano Banana 专用于图像生成
+- [[主体一致性]] ← relates_to ← [[负向提示词]]，负向提示词有助于维持主体一致性
+
+## Contradictions
+- 与 [[风格迁移]] 概念：Nano Banana 强调精确控制（结构化字段），风格迁移强调美学转化。冲突点：精确控制 vs 美学灵活。当前观点：两者互补——Nano Banana 控制主体和构图，风格迁移处理美学层面的二次加工。
--- a/wiki/sources/Never-write-another-prompt.md
+++ b/wiki/sources/Never-write-another-prompt.md
@@ -1,35 +1,42 @@
 ---
-title: "Never write another prompt"
+title: "Never Write Another Prompt"
 type: source
-tags: [tutorial, ai-tools, prompt-engineering]
+tags: [ai, prompt, youtube, tool]
 date: 2025-03-06
 ---

 ## Source File
- raw/AI/Never write another prompt.md
+- [[raw/AI/Never write another prompt.md]]

 ## Summary
- 核心主题：AI 提示词生成工具的使用教程
- 问题域：用户难以编写精确的提示词导致 AI 输出质量不佳
- 方法/机制：将基础描述转换为结构化详细提示词的自动化工具
- 结论/价值：无需专业提示词工程背景即可生成高质量提示词，大幅降低使用成本
+- 核心主题：通过提示词生成工具，从简单描述自动生成结构化详细提示词，降低 AI 应用门槛
+- 问题域：用户难以写出精确的提示词，导致 AI 返回质量不佳的响应；专业提示词服务费用高达 $100-500/条
+- 方法/机制：工具将简单描述转化为结构化提示词，支持变量插入和编辑；API Key 认证保护账户安全
+- 结论/价值：提示词工程民主化让任何人都能创建高质量提示词，无需专业技术背景

 ## Key Claims
- 工具可以将简单描述自动转化为详细的结构化提示词
- 生成一个高质量提示词通常需要 100-500 美元，自动化工具可大幅降低成本
- 变量功能支持高度定制化
- 提示词库提供灵感来源，可显著减少创建时间
- 成功的提示词可保存复用，提高长期效率
+- 提示词工程已从专业技能转变为工具化流程，非技术用户也能生成高质量提示词
+- 变量（Variables）机制使提示词可高度定制，无需重写即可适应不同场景
+- 提示词库（Prompt Libraries）作为灵感来源，显著减少创作时间
+- AI 工具成本极低，用户可创建无限量提示词
+
+## Key Quotes
+> "Prompt engineering is the art of crafting prompts that elicit specific responses from AI. With the introduction of this tool, users no longer need to be experts in this field." — Never Write Another Prompt
+
+> "You become a curator of ideas that people wouldn't even think to ask AI for, and that people would never come across organically." — Demystified principle

 ## Key Concepts
- [[提示词工程自动化]]：将复杂提示词编写过程简化为描述输入
- [[提示词变量]]：允许用户自定义定制化输出的占位符机制
- [[提示词库]]：预制提示词的资源集合，用于快速复用
+- [[Prompt工程]]：通过结构化方式构建 AI 提示词以获得最佳响应的技术
+- [[提示词生成工具]]：将简单描述自动转化为结构化提示词的 AI 应用工具
+- [[变量机制]]：提示词中可插入变量以实现模板化和复用的设计模式

 ## Key Entities
- [[Anthropic Console]]：Claude API 管理控制台
- [[YouTube]]：视频教程发布平台
+- [[Anthropic Claude Console]]：提供 API 访问权限的 Claude 控制台，用于提示词测试

 ## Connections
- [[Prompt工程]] ← 关联 ← 自动化提示词生成降低工程门槛
- [[Claude-Code]] ← 关联 ← 两者都是提升 AI 使用效率的工具
+- [[Claude Code]] ← uses ← [[Prompt工程]]，Claude Code 通过高质量提示词调用 Claude 模型
+- [[Nano Banana 提示词框架]] ← extends ← [[Prompt工程]]，Nano Banana 是结构化提示词的具体实现
+- [[Agent Skill 设计模式]] ← relates_to ← [[提示词生成工具]]，Skill 是提示词的封装形式
+
+## Contradictions
+- 与 [[流程工程]] 视角：本文将 Prompt工程 工具化；流程工程认为 Prompt 只是表面，SOP 才是核心。冲突点：工具化降低门槛但无法保证一致性；SOP 封装才能保证稳定复用。当前观点：工具化适合个人使用，流程工程适合团队协作。
--- a/Dashboard设计思路.md
+++ b/Dashboard设计思路.md
@@ -0,0 +1,77 @@
+---
+title: "TikTok Shop - Apache Superset Dashboard设计思路"
+type: source
+tags: [tiktok-shop, superset, bi, dashboard, 电商分析]
+date: 2025-03-14
+---
+
+## Source File
+- [[raw/跨境电商/TikTok Shop - Apache Superset Dashboard设计思路.md]]
+
+## Summary
+- 核心主题：TikTok Shop 电商选品数据可视化分析系统设计
+- 问题域：如何将 TikTok Shop 爬取数据转化为可操作的选品决策支持系统
+- 方法/机制：Apache Superset + SQL Views + 多维度 Dashboard 设计
+- 结论/价值：4-Tab 专业选品 Dashboard，覆盖爆品发现、价格带分析、类目机会、店铺监控
+
+## Key Claims
+- TikTok Shop 数据适合做 6 类分析：爆品发现、价格销量关系、类目机会、店铺监控、SKU 库存、评论分析
+- Superset 无法直接解析 JSON，必须通过 SQL View 预处理 JSON_EXTRACT 字段
+- 选品评分模型 = sold×0.4 + rating×12 + rating_count×0.2 + discount_percent×0.5
+- 气泡图（价格×销量×评分）可一眼识别"低价高销量"和"高客单价爆品"
+
+## Key Concepts
+- [[电商选品分析]]：通过销量、评分、折扣多维度评分发现高潜力产品
+- [[Superset Dashboard]]：Apache Superset 可视化分析平台，支持导入 JSON Dashboard 配置
+- [[选品评分模型]]：加权评分公式自动排序推荐产品
+- [[KPI 卡片]]：关键业绩指标数字看板，支持快速筛选热卖/高评分/折扣产品
+- [[价格带分析]]：气泡图/直方图识别最优价格区间
+- [[类目机会分析]]：热力图+箱线图发现蓝海类目
+- [[店铺监控]]：竞争对手销量/评分/上新节奏/价格策略跟踪
+- [[JSON_EXTRACT]]：MySQL JSON 字段预处理，将 JSON 拆分为可计算列
+
+## Key Entities
+- [[TikTok Shop]]：字节跳动旗下电商平台，数据来源
+- [[Apache Superset]]：开源 BI 可视化平台（Airbnb 出品），支持 SQL Dataset、Chart、Dashboard
+- [[TikTok Products]]：核心事实表（products），包含 sold/price/rating/category/store_name/timestamp 等字段
+- [[Product Reviews]]：辅助表，支持评分趋势和 NLP 评论分析
+
+## Connections
+- [[TikTok Shop]] ← 数据源 ← [[电商选品分析]]
+- [[Apache Superset]] ← 可视化工具 ← [[Superset Dashboard]]
+- [[电商选品分析]] ← 支撑 ← [[选品评分模型]]
+- [[选品评分模型]] ← 使用 ← [[TikTok Products]]
+- [[店铺监控]] ← 依赖 ← [[TikTok Products]]
+- [[类目机会分析]] ← 依赖 ← [[JSON_EXTRACT]]
+
+## SQL View
+
+### view_products_cleaned
+```sql
+CREATE OR REPLACE VIEW view_products_cleaned AS
+SELECT
+    id, source_id, title, store_name, category,
+    final_price, initial_price, discount_percent,
+    sold, position, timestamp,
+    JSON_EXTRACT(prodct_rating, '$.rating') AS rating,
+    JSON_EXTRACT(prodct_rating, '$.count') AS rating_count,
+    (final_price * sold) AS total_gmv,
+    (initial_price - final_price) AS discount_amount
+FROM products;
+```
+
+## Dashboard 结构（4 Tab）
+
+| Tab | 名称 | 核心图表 |
+|-----|------|---------|
+| 1 | 爆品雷达 | KPI卡片×6、Top10条形图、类目占比饼图、价格×销量气泡图、评分直方图 |
+| 2 | 类目机会洞察 | 类目销量榜、评分×销量热力图、价格箱线图 |
+| 3 | 店铺监控 | 店铺GMV/销量/评分排名、上新趋势面积图、价格策略对比 |
+| 4 | 评论分析 | 评分趋势折线图、评论数×销量散点图、好评/差评占比 |
+
+## Contradictions
+- 与 [[可自动化可扩展AI增强的电商数据采集与处理系统]]：后者专注爬取+AI处理，本文档专注数据可视化层面，两者构成采集→分析完整管线
+
+## Aliases
+- Superset = Apache Superset
+- TikTok Shop = TikTok电商
--- a/wiki/sources/Ubuntu服务器通过rsync实现日常增量备份.md
+++ b/wiki/sources/Ubuntu服务器通过rsync实现日常增量备份.md
@@ -0,0 +1,83 @@
+---
+title: "Ubuntu服务器通过rsync实现日常增量备份"
+type: source
+tags: [ubuntu, rsync, backup, nas, nfs, fstab]
+date: 2026-04-15
+---
+
+## Source File
+- [[raw/Home Office/Ubuntu服务器通过rsync实现日常增量备份.md]]
+
+## Summary
+- 核心主题：Ubuntu 服务器通过 rsync 实现对 NAS 的每日增量备份自动化
+- 问题域：已有机房镜像备份（Clonezilla），需补充实时增量数据保护方案
+- 方法/机制：rsync -azR --delete 差异同步，lockfile 防重入，crontab 凌晨自动执行，/etc/fstab 实现 NFS 永久挂载
+- 结论/价值：构建"时间点恢复"能力，NAS 掉线时自动中止备份防止本地硬盘爆满
+
+## Key Claims
+- rsync 在备份正在写入的二进制文件（如 MySQL）时可能导致恢复后无法启动，应先用 mysqldump 导出 SQL 再同步
+- rsync 返回码 23/24 在备份运行中系统时属于正常（部分文件权限问题或源文件消失），重点检查数据是否大部分已同步
+- /etc/fstab 中 _netdev 参数确保网络设备就绪后再执行挂载，防止开机因网络未就绪而挂载失败
+- lockfile 机制防止 rsync_backup.sh 重入，脚本开头检查 lockfile 存在则跳过本次执行
+
+## Key Quotes
+> "rsync -azR --delete — -a 归档模式保留权限属性，-z 压缩传输，-R 相对路径，--delete 删除目标端多余文件" — rsync 核心参数解析
+> "0 3 * * * /usr/local/bin/rsync_backup.sh — 每天凌晨 3 点业务低峰期执行备份" — Crontab 时间配置
+> "192.168.3.17:/volume2/backup /mnt/nas_backup nfs defaults,timeo=900,retrans=5,_netdev 0 0" — NFS /etc/fstab 永久挂载条目
+> "timeo=900（90秒超时），retrans=5（重连5次），_netdev（等待网络就绪）" — NFS 挂载参数详解
+
+## Key Concepts
+- [[rsync]]：远程增量同步工具，通过 Delta-transfer 算法只传输变化部分
+- [[增量备份]]：仅备份自上次备份以来变化的文件，相比全量备份节省存储和带宽
+- [[NFS永久挂载]]：通过 /etc/fstab 将 NFS 挂载配置为系统启动时自动执行
+- [[lockfile]]：防止脚本重入的简单机制，PID 文件 + kill -0 检测进程存活
+- [[Crontab]]：Linux 定时任务调度器，支持分钟级精确控制
+- [[Clonezilla]]：磁盘镜像备份工具，与 rsync 形成"整机镜像 + 增量数据"二级保护
+- [[mysqldump]]：MySQL/MariaDB 逻辑备份工具，在 rsync 之前先导出 SQL 文件保证数据库一致性
+
+## Key Entities
+- [[Synology NAS]]：备份目标端（192.168.3.17:/volume2/backup）
+- [[Ubuntu服务器]]：备份源端，运行 rsync_backup.sh
+- [[Docker]]：数据来源之一（/var/lib/docker/volumes/、/etc/docker/、/home/shenwei/Docker/）
+
+## Connections
+- [[Ubuntu服务器通过rsync实现日常增量备份]] → backups_to → [[Synology NAS]]
+- [[Ubuntu服务器通过rsync实现日常增量备份]] ← runs_on ← [[Ubuntu服务器]]
+- [[Docker]] ← source_data ← [[Ubuntu服务器通过rsync实现日常增量备份]]
+
+## 备份策略矩阵
+
+| 备份类型 | 工具 | 频率 | 覆盖范围 | 恢复时间 |
+|---------|------|------|---------|---------|
+| 整机镜像 | Clonezilla | 按需/周 | 全盘扇区级 | 长（全盘还原） |
+| 增量数据 | rsync | 每日凌晨3点 | 变化文件 | 短（选择性还原） |
+
+## 关键脚本：rsync_backup.sh 防重入逻辑
+```bash
+LOCKFILE="/tmp/rsync_backup.lock"
+if [ -e ${LOCKFILE} ] && kill -0 `cat ${LOCKFILE}`; then
+    echo "备份任务已在运行中，跳过本次执行。"
+    exit
+fi
+echo $$ > ${LOCKFILE}
+trap "rm -f ${LOCKFILE}" EXIT
+```
+
+## NFS 永久挂载验证流程
+```bash
+# 1. 卸载当前挂载
+sudo umount /mnt/nas_backup
+# 2. 模拟开机自动挂载
+sudo mount -a
+# 3. 验证挂载成功
+df -h | grep nas_backup
+```
+
+## Contradictions
+
+## 常见问题排查
+| 问题 | 原因 | 解决方案 |
+|------|------|---------|
+| 重启后挂载失效 | nfs-common 启动慢于 mount -a | systemctl enable remote-fs.target |
+| rsync 返回码 20 | 进程被手动中断（SIGINT/SIGTERM） | 使用 nohup 或 screen 后台运行 |
+| 备份写满本地硬盘 | NAS 掉线时挂载点变成普通目录 | 脚本开头加 mountpoint -q 检查 |
--- a/wiki/sources/n8n-Claude-自然语言自动化工作流.md
+++ b/wiki/sources/n8n-Claude-自然语言自动化工作流.md
@@ -0,0 +1,44 @@
+---
+title: "n8n + Claude 通过自然语言自动化工作流"
+type: source
+tags: [n8n, Claude, 工作流自动化, MCP]
+date: 2026-03-29
+---
+
+## Source File
+- [[raw/Agent/n8n+Claude 通过自然语言自动化工作流.md]]
+
+## Summary
+- 核心主题：n8n + Claude（通过 MCP 协议）实现自然语言驱动的自动化工作流生成
+- 问题域：n8n 工作流设计门槛高、非技术用户难以快速上手
+- 方法/机制：n8n-mcp 作为桥梁，让 Claude 能够理解 n8n 的 543 个节点并生成完整工作流 JSON
+- 结论/价值：自然语言生成工作流完成度 80-90%，但需人工修正 10-20%
+
+## Key Claims
+- n8n-mcp 提供 Claude 对 n8n 543 个节点的完整结构化访问
+- Claude 生成 n8n 工作流 JSON 完成度约 80-90%，10%-20% 错误率需人工介入
+- 选择 Opensea 模型并开启 extended thinking 可显著提升生成质量
+- n8n AI Agent 节点支持对话式循环执行，而非单次执行
+- Anthropic MCP 是 Claude 与 n8n 通信的核心协议
+
+## Key Quotes
+> "n8n AI Agent 节点内置 Memory 机制，支持多轮对话上下文"
+> "OpenAI 的 o1-preview 和 o3 模型太慢，实际工作流生成不现实"
+
+## Key Concepts
+- [[n8n-mcp]]：Claude 与 n8n 之间的 MCP 协议桥接，提供 543 个节点的结构化访问
+- [[AI工作流自动生成]]：通过自然语言描述让 AI 自动生成 n8n 工作流 JSON
+- [[Memory in AI Agent]]：n8n AI Agent 节点内置 Memory，支持对话式循环执行
+- [[Workflow vs Agent]]：预定义固定路径 vs LLM 动态决策，n8n AI Agent 节点属于后者
+
+## Key Entities
+- [[Claude]]（Anthropic）：负责理解用户意图并生成 n8n 工作流 JSON
+- [[n8n]]：工作流自动化执行引擎，通过 MCP 接收 Claude 生成的工作流指令
+- [[czlonkowski]]：n8n-mcp 项目作者
+
+## Connections
+- [[Claude]] ← generates via [[n8n-mcp]] ← [[n8n]]
+- [[n8n Docker 安装与更新]] ← 部署基础
+- [[AI工作流自动生成]] ← 应用场景
+
+## Contradictions
--- a/wiki/sources/一语点醒梦中人-东方人生智慧.md
+++ b/wiki/sources/一语点醒梦中人-东方人生智慧.md
@@ -0,0 +1,41 @@
+---
+title: "一语点醒梦中人 — 东方人生智慧"
+type: source
+tags: [wisdom, daoism, confucianism, buddhism, chinese-philosophy]
+date: 2026-01-01
+---
+
+## Source File
+- [[raw/AI/一语点醒梦中人.md]]
+
+## Summary
+- 核心主题：道家、儒家、佛教经典箴言与人生智慧
+- 问题域：如何在困境中保持内心平静，如何以东方哲学应对人生无常
+- 方法/机制：收录王维、曾国藩、老庄等思想家的经典箴言，配以现代解读与实践指南
+- 结论/价值：东方智慧的核心在于"绝处逢生"——以空性智慧观照困境，以道家态度顺势而为
+
+## Key Claims
+- 王维"行到水穷处，坐看云起时"：困境（水穷处）中放下执着，静观变化（云起），顿悟人生
+- "知其不可奈何而安之若命"（庄子）：先尽人事，后听天命，非消极认命而是接纳与行动的平衡
+- "执一守中，有劳而作，言行意合，自然而行"：儒家守中+道家自然+佛家修言的统一修养路径
+- "唯忘机可以消众机，唯懵懂可以祓不祥"（曾国藩）：以无争朴拙应对复杂环境
+- "一切有为法，如梦幻泡影，如露亦如电"（金刚经）：以空性智慧观照世间一切现象
+
+## Key Concepts
+- [[空性智慧]]：一切因缘和合之物皆虚幻短暂，不执着于"自性"，以清醒觉知观照流动真相
+- [[绝处逢生]]："行到水穷处，坐看云起时"，东方逆境转化智慧——困境是转机
+- [[知其不可奈何而安之若命]]：先辨"可奈何"与"不可奈何"，全力于前者，接纳后者
+- [[执一守中]]：儒家"执两用中"与道家"守中"结合，避免极端，动态平衡中守持正道
+- [[大智若愚]]：收敛锋芒，以质朴掩藏才智（老子/苏轼）
+- [[和光同尘]]：不标新立异，与世无争以保全自身（老子）
+
+## Key Entities
+- [[王维]]："诗佛"，行到水穷处典故出处，佛学影响下形成空寂淡泊心境
+- [[曾国藩]]：《治心经·诚心篇》作者，"唯忘机可以消众机"出处，晚清政局中以"拙诚"自保
+- [[庄子]]：《人间世》"知其不可奈何而安之若命"出处，道家逍遥派代表
+- [[老子]]：《道德经》"大巧若拙/和其光同其尘"出处，道家无为思想核心
+
+## Connections
+- [[一语点醒梦中人-东方人生智慧]] ← foundational ← [[空性智慧]]
+- [[一语点醒梦中人-东方人生智慧]] ← foundational ← [[绝处逢生]]
+- [[su-dongpo-perspective]] ← similar_tradition ← [[一语点醒梦中人-东方人生智慧]]（均属东方人生智慧，苏东坡视角可与此互相补充）
--- a/wiki/sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
+++ b/wiki/sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
@@ -0,0 +1,50 @@
+---
+title: "万字保姆级教程：90天跑通一人公司模式"
+type: source
+tags: [一人公司, Ikigai, 个人品牌, 商业变现, AI提示词]
+date: 2026-03-29
+---
+
+## Source File
+- [[raw/Agent/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md]]
+
+## Summary
+- 核心主题：用 AI 辅助，从自我认知到商业变现，90 天跑通一人公司模式
+- 问题域：有行业经验但不知如何将个人优势转化为可变现产品
+- 方法/机制：天才地带模型 → 底层能力挖掘 → Ikigai 四圈交集 → 数据验证赛道 → 产品漏斗设计
+- 结论/价值：一人公司的关键是更聪明地定位，而非更努力地工作
+
+## Key Claims
+- 天才地带（Flow）：能产生心流、时间飞逝、精力充沛的活动区域
+- 底层能力的三个自检问题：追溯童年/毫不费力/底层通用
+- 四个心理陷阱：愧疚陷阱、效率陷阱、卓越陷阱、努力陷阱
+- Ikigai 四圈：热爱 × 擅长 × 市场需要 × 能获报酬
+- 产品体系四层：引流（免费PDF）→ 入门（¥199工具）→ 核心（¥4999训练营）→ 高价（¥20000/月的陪跑咨询）
+- 内容矩阵：横轴核心主题 × 纵轴内容形式（观察类/反直觉类/操作指南类/个人故事类/清单类）
+- 反向金字塔：一次长形式内容，切成无数微内容百次分发
+
+## Key Quotes
+> "一人公司的关键，和你更努力地工作一点关系没有，是更聪明地定位"
+> "在你觉得太简单所以不值钱的事情里，在朋友们总是找你帮忙的那个领域里——现在，是时候把它挖掘出来了"
+> "AI 时代能判断什么是真正好的（品味）成为稀缺护城河"
+
+## Key Concepts
+- [[天才地带]]：能产生心流的活动区域，回顾过去一个月找到精力充沛的项目
+- [[底层能力]]：冰山水下的通用能力，能串起多件擅长的事
+- [[Ikigai]]：热情/使命/天职/职业的交汇点，四圈交集处是最佳定位
+- [[一人公司]]：用最小杠杆撬动最大价值，核心支点是个人优势
+- [[产品漏斗]]：获客（社交媒体→落地页）→ 激活（免费资源→系列内容）→ 转化（低价直接/高价咨询）
+- [[价格锚定]]：高价咨询放顶部，让低价显得便宜
+- [[内容矩阵]]：核心主题 × 内容形式的二维矩阵
+- [[反向金字塔]]：一次长内容切多次分发
+
+## Key Entities
+- [[超级个体]]：某领域八九十分 + AI 横向扩展
+- [[品味]]：AI 时代真正的护城河
+- [[端到端]]：不做别人 AI 流水线上的零件
+
+## Connections
+- [[普通人如何在AI时代赚钱]] ← 同一主题的不同版本
+- [[AI产品经理]] ← 相关：精准表达与结构化思维
+
+## Contradictions
--- a/wiki/sources/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md
+++ b/wiki/sources/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md
@@ -0,0 +1,52 @@
+---
+title: "万字讲透OpenClaw Workspace深度解析（2026-03-21版）"
+type: source
+tags: [OpenClaw, Workspace, Agent, AGENTS.md, SOUL.md, IDENTITY.md]
+date: 2026-03-21
+---
+
+## Source File
+- [[raw/Agent/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md]]
+
+## Summary
+- 核心主题：OpenClaw workspace 7 大核心文件体系的深度解析与最佳实践
+- 问题域：为什么有些 Agent 每次像重新 onboarding，有些 Agent 却记得一切
+- 方法/机制：workspace 文件体系（AGENTS.md/SOUL.md/USER.md/IDENTITY.md/TOOLS.md/BOOTSTRAP.md/memory/）各司其职
+- 结论/价值：这套文件配合好了，Agent 从"能工作"变成"好用了"，成为真正懂你、记得你、靠谱的长期搭档
+
+## Key Claims
+- AGENTS.md 是岗位说明书，SOUL.md 是性格档案，两者分工明确不应混写
+- AGENTS.md 最佳长度为 300-500 字，过长反而冲淡重点
+- SOUL.md 是叙事性角色设定（人物小传），IDENTITY.md 是结构化元数据（名片）
+- TOOLS.md 的核心价值是"什么时候不用"，而非"什么时候用"
+- BOOTSTRAP.md 是一次性引导，完成后必须删除
+- memory/ 是 Agent 真正的长期记忆，对 Agent 来说真正算数的是 Markdown 文件而非黑盒数据库
+- bootstrapMaxChars/boolstrapTotalMaxChars 长度限制会影响 session 启动时带进系统提示词的内容量
+
+## Key Quotes
+> "AGENTS.md 告诉你 Agent 该做什么、不该做什么；SOUL.md 定义 Agent 的性格，让它变得可预期"
+> "BOOTSTRAP.md 的使命是把一个全新的 workspace 引导到可正常使用的状态"
+> "对 Agent 来说，真正算数的长期记忆，是 workspace 里那些 Markdown 文件，不是什么看不见摸不着的黑盒数据库"
+
+## Key Concepts
+- [[Workspace]]：OpenClaw Agent 的工作台，决定 Agent 怎么工作
+- [[AGENTS.md]]：Agent 的岗位职责说明书（功能性）
+- [[SOUL.md]]：Agent 的性格档案（人格性）
+- [[USER.md]]：用户偏好固化，减少重复交代
+- [[IDENTITY.md]]：Agent 结构化身份元数据（名字/emoji/头像）
+- [[TOOLS.md]]：工具权限声明与使用规范，核心是"什么时候不用"
+- [[BOOTSTRAP.md]]：一次性初始化引导，完成后必须删除
+- [[memory/]]：Agent 的长期记忆目录，按日期滚动的 Markdown 文件
+- [[长期记忆]]：Agent 跨会话保留重要信息的能力
+
+## Key Entities
+- [[OpenClaw]]：整个 workspace 文件体系的承载平台
+- [[DracoVibeCoding]]：本文作者，微信公众号 Draco正在VibeCoding
+
+## Connections
+- [[Workspace]] ← contains ← [[AGENTS.md]] + [[SOUL.md]] + [[USER.md]] + [[IDENTITY.md]] + [[TOOLS.md]] + [[BOOTSTRAP.md]] + [[memory/]]
+- [[万字讲透OpenClaw-Workspace深度解析]] ← 早版（内容基本相同）
+- [[BOOTSTRAP.md]] → deleted after initialization → [[SOUL.md]] created
+
+## Contradictions
+- 与[[万字讲透OpenClaw-Workspace深度解析]]：本质同一篇文章的不同版本，此版本为公众号发布版（2026-03-21），原版为早期传播版
--- a/wiki/sources/养虾日记3-Obsidian-Gitea持久化笔记系统.md
+++ b/wiki/sources/养虾日记3-Obsidian-Gitea持久化笔记系统.md
@@ -0,0 +1,55 @@
+---
+title: "养虾日记3：用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统"
+type: source
+tags: [OpenClaw, Obsidian, Gitea, 笔记系统, LLM Wiki, Karpathy]
+date: 2026-04-09
+---
+
+## Source File
+- [[raw/微信公众号/养虾日记3：用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统.md]]
+
+## Summary
+- 核心主题：用 Obsidian 做知识库、Gitea 做版本控制、OpenClaw 做写入接口，构建 AI 助手的持久化笔记系统
+- 问题域：AI 助手每次对话输出后消失在聊天记录里，无法积累和复用
+- 方法/机制：AI 输出直接写入 Obsidian 笔记 → iCloud Drive 三端同步 → Gitea 版本管理
+- 结论/价值：把 AI 变成一个会自动整理笔记的实习生，做完事顺手把记录更新好
+
+## Key Claims
+- AI 输出的有价值结论直接落盘到笔记，而非留在聊天记录里
+- 每个 Agent 有专属 Archive（openclaw/<agentId>/），knowledgebase/ 是跨 Agent 共用的整理后知识
+- 核心原则：研究过程写入 Agent Archive；经过验证可复用的知识沉淀到 Knowledge Base
+- Obsidian Git 插件 Auto commit-and-sync interval 实现完全自动的版本管理
+- Karpathy LLM Wiki 思路：RAG 是每次从零检索知识不积累；LLM Wiki 是增量构建和维护持久化 Wiki，页面间互相链接知识越积越厚
+- Graph View 是知识健康检查工具：孤岛页面（无页面链接指向它）= 需要补上交叉引用
+- Wiki 规模在几百页之前，index.md 完全够用；规模变大后再接入 QMD 精准搜索
+
+## Key Quotes
+> "用 Obsidian 做知识库，用 Gitea 做版本控制，用 OpenClaw 做写入接口"
+> "RAG 模式是每次从零检索，知识不积累；而 LLM Wiki 是让 AI 增量构建和维护一个持久化的 Wiki"
+> "把 AI 变成了一个会自动整理笔记的实习生——它做完事，就会顺手把记录更新好"
+
+## Key Concepts
+- [[LLM Wiki]]：增量构建和维护持久化 Wiki，页面间互相链接，知识越积越厚（区别于 RAG 每次从零检索）
+- [[Obsidian Web Clipper]]：浏览器插件，快速采集外部素材为 Markdown 到 Obsidian
+- [[Graph View]]：知识健康检查工具，发现孤岛页面和知识盲区
+- [[Git自动同步]]：Obsidian Git 插件 Auto commit 实现版本管理完全自动化
+- [[QMD]]：本地 Markdown 搜索引擎，Wiki 规模变大后的精准搜索方案
+- [[知识可发现性]]：Graph View + 双向链接让知识形成网络而非孤岛
+- [[被动更新]]：AI 在执行任务过程中顺手更新文档，无需人工维护
+
+## Key Entities
+- [[Obsidian]]：本地知识库，支持双向链接、Graph View、Git 插件
+- [[Gitea]]：自建 Git 服务，提供私有 Git 仓库，内网运行数据不出域
+- [[Karpathy]]：LLM Wiki 思路提出者，RAG vs Wiki 对比框架
+- [[OpenClaw]]：写入接口，通过 Obsidian Skill 直接写笔记
+- [[iCloud Drive]]：跨设备同步通道，Mac mini / Laptop / iPhone 三端一致
+
+## Connections
+- [[养虾日记1-OpenClaw照片整理实战]] ← 同一系列
+- [[养虾日记2-OpenClaw-Self-Improving复盘实战]] ← 同一系列
+- [[个人知识库]] ← 同主题（本文是具体实现）
+- [[LLM Wiki]] ← 核心理论（Karpathy）
+- [[Gitea]] ← 版本控制层
+- [[memory/]] ← OpenClaw 内置记忆机制（与本文 Obsidian 方案互补）
+
+## Contradictions
--- a/wiki/sources/用Docker中安装Navidrome.md
+++ b/wiki/sources/用Docker中安装Navidrome.md
@@ -0,0 +1,69 @@
+---
+title: "用Docker中安装Navidrome"
+type: source
+tags: [docker, music, navidrome, synology, nas]
+date: 2026-04-15
+---
+
+## Source File
+- [[raw/Home Office/用Docker中安装Navidrome.md]]
+
+## Summary
+- 核心主题：Synology NAS Docker 部署 Navidrome 开源音乐服务器
+- 问题域：自托管音乐流媒体服务搭建，支持多客户端访问和转码
+- 方法/机制：docker-compose 定义服务，指定 UID/GID 用户映射，音乐目录只读挂载，数据目录持久化
+- 结论/价值：获得私有 Spotify 替代品，完全掌控音乐数据和流媒体服务
+
+## Key Claims
+- Navidrome 音乐目录以只读（:ro）方式挂载，防止容器误操作损坏原始音乐文件
+- ND_AUTOTRANSCODEDOWNLOAD=true 使 Navidrome 根据客户端能力自动下载合适格式
+- ND_TRANSCODINGCACHESIZE=200MB 限制转码缓存保护 NAS 磁盘空间
+- 容器以非 root 用户（1026:100）运行，符合最小权限原则
+
+## Key Quotes
+> "ND_LOGLEVEL=info — 开启详细日志，便于排查流媒体传输问题" — 故障排查配置
+> "ND_ENABLETRANSCODINGCONFIG=true — 启用转码配置界面" — 管理接口配置
+> "user: "1026:100" — 以指定 UID/GID 用户身份运行容器" — 安全加固配置
+
+## Key Concepts
+- [[Navidrome]]：开源 Web UI 音乐播放器，支持 Subsonic API，兼容绝大多数音乐客户端
+- [[音乐流媒体服务器]]：将本地音乐库通过 HTTP 流媒体协议提供给多设备客户端
+- [[Transcoding（转码）]]：根据客户端能力动态转换音频格式（如 FLAC → MP3 320kbps）
+- [[只读挂载]]：:ro 后缀保护原始数据，容器只能读取不能写入
+- [[Subsonic API]]：开源音乐流媒体协议标准，众多音乐 App 均兼容此协议
+
+## Key Entities
+- [[Synology NAS]]：硬件平台（192.168.3.17），Docker 宿主机
+- [[Docker]]：容器化平台，运行 Navidrome 服务
+- [[deluan/navidrome]]：Navidrome 官方 Docker 镜像
+
+## Connections
+- [[用Docker中安装Navidrome]] ← hosted_on ← [[Synology NAS]]
+- [[用Docker中安装Navidrome]] ← managed_by ← [[Docker]]
+
+## Navidrome Docker Compose 配置
+```yaml
+version: '3.8'
+services:
+  navidrome:
+    image: deluan/navidrome:latest
+    container_name: navidrome
+    user: "1026:100"
+    restart: unless-stopped
+    ports:
+      - "4533:4533"
+    volumes:
+      - /volume1/music:/music:ro"
+      - /volume1/docker/navidrome/data:/data
+    environment:
+      - ND_LOGLEVEL=info
+      - ND_ENABLETRANSCODINGCONFIG=true
+      - ND_AUTOTRANSCODEDOWNLOAD=true
+      - ND_TRANSCODINGCACHESIZE=200MB
+```
+
+## Contradictions
+
+## Reference
+- Navidrome Doc: https://www.navidrome.org/docs/
+- Navidrome FAQ: https://www.navidrome.org/docs/faq/