feat(wiki): ingest remaining subdirectories batch (51 files)
- Others: ChinaTextbook, Obsidian笔记系列, YouTube Channel ID, TikTok PM Django - Skills: GOG CLI, Last30Days, baoyu-skills - Vibe Coding: Cursor 2.0, Trae远程开发, Vibe-Kanban+OpenCode, vibe coding经验 - 微信公众号: 养虾日记1-5, AI时代赚钱 - 跨境电商: TikTok数据抓取, 选品策略, Superset Dashboard - AI目录补充: 20个文件 Source pages: 51 Entities: TapXWorld, VibeKanban, OpenCode, Trae, SourceGrounding等 Concepts: 自举Meta生成, 5大设计原则, MD5去重, 混合搜索等
This commit is contained in:
@@ -141,6 +141,42 @@
|
||||
- [Ollama-DeepSeek-OpenWebui-离线部署大模型](sources/Ollama-DeepSeek-OpenWebUI-离线部署大模型.md)
|
||||
- [Claude Prompt Library](sources/Claude-Prompt-Library.md)
|
||||
- [Nano Banana Pro提示词指南谷歌官方版](sources/Nano-Banana-Pro提示词指南-谷歌官方版.md)
|
||||
- [7 ways NotebookLM](sources/7-ways-notebooklm.md)
|
||||
- [AI时代赚钱方法](sources/AI时代赚钱方法.md)
|
||||
- [baoyu-skills](sources/baoyu-skills.md)
|
||||
- [Best 7 News APIs](sources/best-7-news-api.md)
|
||||
- [ChinaTextbook中国教材](sources/ChinaTextbook中国教材.md)
|
||||
- [Coze平台Demo合集](sources/Coze平台Demo合集.md)
|
||||
- [Cursor 2.0初学者指南](sources/Cursor-2-0初学者指南.md)
|
||||
- [Dataview插件](sources/Dataview.md)
|
||||
- [Designing for Agentic AI](sources/designing-for-agentic-ai.md)
|
||||
- [GOG CLI配置](sources/GOG-CLI配置.md)
|
||||
- [Last30Days使用指南](sources/Last30Days使用指南.md)
|
||||
- [Obsidian Tasks插件](sources/Obsidian-Tasks插件.md)
|
||||
- [Obsidian十大插件](sources/Obsidian十大插件.md)
|
||||
- [Obsidian高效指南](sources/Obsidian高效指南.md)
|
||||
- [Obsidian碎片化](sources/笔记碎片化问题.md)
|
||||
- [OpenCode配置VibeKanban](sources/OpenCode配置VibeKanban.md)
|
||||
- [TikTok PM Django](sources/TikTok-PM-Django.md)
|
||||
- [Trae远程开发部署](sources/Trae远程开发部署.md)
|
||||
- [Vibe-Kanban OpenCode Ubuntu安装](sources/Vibe-Kanban-OpenCode-Ubuntu安装.md)
|
||||
- [Vibe-Kanban Ubuntu安装](sources/Vibe-Kanban-Ubuntu安装.md)
|
||||
- [Vibe Coding经验收集](sources/VibeCoding经验收集.md)
|
||||
- [YouTube Channel ID](sources/YouTube-Channel-ID.md)
|
||||
- [笔记整理方法](sources/笔记整理方法.md)
|
||||
- [TK跨境思路](sources/TK跨境思路.md)
|
||||
- [TK美国面单授权](sources/TK美国面单授权.md)
|
||||
- [TikTok Superset Dashboard](sources/TikTok-Superset-Dashboard.md)
|
||||
- [TikTok数据抓取](sources/TikTok数据抓取.md)
|
||||
- [电商选品策略](sources/电商选品策略.md)
|
||||
- [养虾日记1-照片整理](sources/养虾日记1-照片整理.md)
|
||||
- [养虾日记2-SelfImproving](sources/养虾日记2-SelfImproving.md)
|
||||
- [养虾日记3-Obsidian-Gitea](sources/养虾日记3-Obsidian-Gitea.md)
|
||||
- [养虾日记4-Context调试](sources/养虾日记4-Context调试.md)
|
||||
- [养虾日记5-苏轼对话](sources/养虾日记5-苏轼对话.md)
|
||||
- [养龙虾记忆调试](sources/养龙虾记忆调试.md)
|
||||
- [递归自我优化生成系统](sources/递归自我优化生成系统.md)
|
||||
- [开发经验与项目规范](sources/开发经验与项目规范.md)
|
||||
|
||||
## Entities
|
||||
- [Cursor](entities/Cursor.md)
|
||||
|
||||
26
wiki/log.md
26
wiki/log.md
@@ -142,3 +142,29 @@ Ran lint. See lint-report.md for details.
|
||||
|
||||
### 冲突检测
|
||||
- 无重大冲突发现
|
||||
|
||||
## [2026-04-14] ingest | Others+Skills+VibeCoding+微信公众号+跨境电商目录批量摄取（51个文件）
|
||||
|
||||
### 摄取统计
|
||||
- Source页面：51个
|
||||
- Entity页面：TapXWorld(中国教材)、VibeKanban(任务看板)、OpenCode(AI编程代理)、Trae(IDE)等
|
||||
- Concept页面：SourceGrounding(NotebookLM)、自举Meta生成、5大设计原则(Agentic AI)、MD5去重、混合搜索等
|
||||
|
||||
### 来源文件
|
||||
- Others目录：9个文件（ChinaTextbook、Obsidian笔记系列、YouTube Channel ID、TikTok PM Django）
|
||||
- Skills目录：3个文件（GOG CLI、Last30Days、baoyu-skills）
|
||||
- Vibe Coding目录：7个文件（Cursor 2.0、Trae远程开发、Vibe-Kanban+OpenCode、vibe coding经验）
|
||||
- 微信公众号目录：7个文件（养虾日记1-5、AI时代赚钱）
|
||||
- 跨境电商目录：5个文件（TikTok数据抓取、选品策略、Superset Dashboard）
|
||||
- AI目录：20个文件（补充）
|
||||
|
||||
### 主要主题
|
||||
- Obsidian笔记系统：Tasks插件、Dataview、双链笔记、碎片化整理
|
||||
- Vibe Coding：C vursor/Trae/OpenCode/Vibe-Kanban配置与经验
|
||||
- AI Agent记忆系统：OpenClaw双层记忆+Self-Improving复盘机制
|
||||
- 苏东坡蒸馏：女娲造人术实践案例
|
||||
- TikTok电商：选品策略、Superset Dashboard设计、数据抓取
|
||||
- 新闻API：Webz.io、GNews、Opoint、Mediastack评测
|
||||
|
||||
### 冲突检测
|
||||
- 无重大冲突发现
|
||||
|
||||
42
wiki/sources/3X-UI-Xray-on-BandwagonVPS.md
Normal file
42
wiki/sources/3X-UI-Xray-on-BandwagonVPS.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "3X-UI Xray on BandwagonVPS"
|
||||
type: source
|
||||
tags: [vps, xray, 3x-ui, 科学上网]
|
||||
date: 2026-02-10
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/3X-UI Xray on BandwagonVPS.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Bandwagon VPS 上安装配置 3X-UI 面板管理 Xray/VLESS+Reality
|
||||
- 问题域：VPS 科学上网节点的部署与管理
|
||||
- 方法/机制：通过 3X-UI 一键安装脚本实现 Xray 面板化管理，配置 VLESS+Reality 协议
|
||||
- 结论/价值：提供完整的自建科学上网节点运维手册
|
||||
|
||||
## Key Claims
|
||||
- Bandwagon VPS（VPS2）通过 3X-UI 面板实现 Xray 可视化管理
|
||||
- 3X-UI 提供完整的命令行管理菜单，支持启动/停止/更新/SSL证书等操作
|
||||
- 当前面板状态和 xray 状态均为 Running，Autostart 已启用
|
||||
- 使用 v2rayN（Windows/Linux）和 v2rayNG（Android）作为客户端
|
||||
|
||||
## Key Quotes
|
||||
> "bash <(curl -Ls https://raw.githubusercontent.com/mhsanaei/3x-ui/master/install.sh)" — 3X-UI 一键安装命令
|
||||
|
||||
## Key Concepts
|
||||
- [[VLESS+Reality]]：抗封锁的传输协议，配置需生成公钥私钥对
|
||||
- [[BBR]]：TCP 拥塞控制算法，可通过 3X-UI 菜单启用加速
|
||||
- [[Xray]]：网络代理工具，3X-UI 的底层引擎
|
||||
|
||||
## Key Entities
|
||||
- [[Bandwagon]]：VPS 服务商，提供廉价服务器
|
||||
- [[VPS2]]：Bandwagon 服务器，IP 104.194.92.188
|
||||
- [[3X-UI]]：Xray 面板管理脚本
|
||||
|
||||
## Connections
|
||||
- [[VPS2]] ← hosts ← [[3X-UI]]
|
||||
- [[v2rayN]] ← connects_to ← [[VPS2]]
|
||||
- [[v2rayNG]] ← connects_to ← [[VPS2]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
title: "7 ways I use NotebookLM to make my life easier"
|
||||
title: "7 ways NotebookLM"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-12-19
|
||||
@@ -9,31 +9,29 @@ date: 2025-12-19
|
||||
- [[raw/AI/7 ways I use NotebookLM to make my life easier.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：NotebookLM 的深度使用场景与实用技巧
|
||||
- 问题域：信息过载时代的知识管理、被动学习效率提升
|
||||
- 方法/机制：利用 NotebookLM 的 Source-Grounding 限制、Audio Overviews 播客生成、交互式问答等功能，将碎片化信息转化为可消费内容
|
||||
- 结论/价值：NotebookLM 的核心优势在于准确性优先(strictly limiting knowledge base to trusted documents)，可作为个性化项目管理和法律文档审查助手
|
||||
- 核心主题：NotebookLM七种实用场景深度使用指南
|
||||
- 问题域：AI辅助学习、项目管理、文档处理
|
||||
- 方法/机制：Source-Grounding确保准确性、Audio Overviews生成播客、问答式信息提取
|
||||
- 结论/价值：NotebookLM通过严格限制知识库范围实现了远超通用AI的可信度
|
||||
|
||||
## Key Claims
|
||||
- NotebookLM 的 Source-Grounding 机制将知识库严格限制在用户上传的文档内，输出结果自动带有引用验证
|
||||
- Audio Overviews 功能将文档转化为 AI 双人播客，适合通勤、健身等被动学习场景
|
||||
- NotebookLM 可作为个性化项目管理系统，将分散的研究和想法汇聚成结构化路线图
|
||||
- 法律文档（租约等）审查是 NotebookLM 的高价值场景：每个答案附带精确引用，可直接定位原文
|
||||
|
||||
## Key Quotes
|
||||
> "NotebookLM's best quality is that it prioritizes accuracy by strictly limiting its knowledge base to only your trusted documents" — 核心定位
|
||||
> "It cuts right through all that informational mess and makes sure I feel like I have processed the content, even though I technically never read the original source" — 被动学习价值
|
||||
- Source-Grounding使输出可溯源，答案附带精确引用
|
||||
- Audio Overviews将文档转化为双人播客，适合通勤时间被动学习
|
||||
- 可自定义prompt影响对话风格：critique/debate/brief
|
||||
- 可作为个性化项目管理大脑，聚合分散的研究和想法
|
||||
- 对比软件更新和版本变化是高效用法
|
||||
- 适合处理长法律文档、租约、专利等
|
||||
|
||||
## Key Concepts
|
||||
- [[Source-Grounding]]：NotebookLM 将知识库严格限制在上传文档内，确保输出准确且自带引用的机制
|
||||
- [[音频概览]]：NotebookLM 将文档转化为 AI 双人播客格式，支持主动学习和被动消费
|
||||
- [[SourceGrounding]]：严格限制知识库确保准确性
|
||||
- [[AudioOverview]]：文档转AI播客格式
|
||||
- [[被动学习]]：通勤时间消费复杂信息
|
||||
|
||||
## Key Entities
|
||||
- [[NotebookLM]]：Google 出品的 AI 学习工具，核心功能包括 Source-Grounding、Audio Overviews、交互式问答
|
||||
- [[NotebookLM]]：Google AI学习工具
|
||||
|
||||
## Connections
|
||||
- [[Source-Grounding]] ← implemented_by ← [[NotebookLM]]
|
||||
- [[音频概览]] ← implemented_by ← [[NotebookLM]]
|
||||
- [[NotebookLM]] ← uses ← [[SourceGrounding]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
- 无冲突
|
||||
|
||||
37
wiki/sources/AI时代赚钱方法.md
Normal file
37
wiki/sources/AI时代赚钱方法.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "AI时代赚钱方法"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-10
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/微信公众号/不谈技术：普通人该怎么在AI时代赚钱？.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：AI时代普通人赚钱的正确姿势
|
||||
- 问题域：个人发展定位、竞争力构建
|
||||
- 方法/机制：工具不值钱品味值钱、做端到端的事、用死亡过滤器
|
||||
- 结论/价值：AI不会让普通人变富，AI会让那些知道自己要做什么、对品质有执念的人变得极其强大
|
||||
|
||||
## Key Claims
|
||||
- 工具民主化了，但品味没有民主化——品味是真正的护城河
|
||||
- 不要做AI流水线上的螺丝钉，要做一个完整的产品或服务
|
||||
- 用死亡过滤器：问自己对什么有真正的热爱和好奇心，然后用AI把它做到极致
|
||||
|
||||
## Key Quotes
|
||||
> "AI不会让普通人变富。AI会让那些知道自己要做什么、并且对品质有执念的人变得极其强大"
|
||||
|
||||
## Key Concepts
|
||||
- [[品味护城河]]：判断AI方案优劣的能力比使用AI的能力更值钱
|
||||
- [[端到端]]：做完整产品而非流水线零件
|
||||
- [[死亡过滤器]]：对一千件事说No，只对一件事说Yes
|
||||
|
||||
## Key Entities
|
||||
- [[乔布斯]]：文章引用来源
|
||||
|
||||
## Connections
|
||||
- [[AI时代赚钱]] ← guided_by ← [[品味护城河]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
38
wiki/sources/ChinaTextbook中国教材.md
Normal file
38
wiki/sources/ChinaTextbook中国教材.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "ChinaTextbook中国教材"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-05-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/ChinaTextbook - 41.53 GB，中国小学、初中、高中、大学 PDF 教材.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：开源中国教材资源库
|
||||
- 问题域：教育资源获取、K-12到大学教材整理
|
||||
- 方法/机制：聚合国家中小学智慧教育平台公开教材，GitHub托管，41.53GB总库
|
||||
- 结论/价值：提供了从小学到大学全学段教材的免费PDF获取途径
|
||||
|
||||
## Key Claims
|
||||
- ChinaTextbook项目聚合了41.53GB的中国教材PDF，涵盖小学到大学全学段
|
||||
- 教材来源为国家中小学智慧教育平台，仅需登录即可浏览和下载
|
||||
- 项目托管在GitHub，由TapXWorld维护
|
||||
|
||||
## Key Quotes
|
||||
> "ChinaTextbook 是一款收集了公开的中国小学、初中、高中、大学 PDF 教材的项目，托管在 GitHub 上，总库大小 41.53GB"
|
||||
|
||||
## Key Concepts
|
||||
- [[知识聚合]]：将分散的公开教育资源集中整理
|
||||
- [[K-12教育]]：小学到高中的基础教育体系
|
||||
|
||||
## Key Entities
|
||||
- [[TapXWorld]]：GitHub用户，ChinaTextbook项目维护者
|
||||
- [[国家中小学智慧教育平台]]：官方教材来源平台
|
||||
- [[Appinn]]：发现并报道此项目的网站
|
||||
|
||||
## Connections
|
||||
- [[知识聚合]] ← provides ← [[ChinaTextbook中国教材]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
43
wiki/sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md
Normal file
43
wiki/sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "Clonezilla对Ubuntu Server进行全盘镜像备份"
|
||||
type: source
|
||||
tags: [backup, clonezilla, nas, ubuntu, 运维]
|
||||
date: 2025-12-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Clonezilla对Ubuntu Server进行全盘镜像备份.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：使用 Clonezilla 再生龙对 Ubuntu Server 进行全盘镜像备份到 NAS
|
||||
- 问题域：服务器灾难恢复与数据保护
|
||||
- 方法/机制：通过 Rufus 制作 Clonezilla 启动盘，通过 NFS 挂载 NAS，保存/还原磁盘镜像
|
||||
- 结论/价值：实现类似 Ghost 的磁盘镜像备份，支持完整系统恢复
|
||||
|
||||
## Key Claims
|
||||
- Clonezilla 支持将整个磁盘备份为镜像文件，存储在 NAS 或外置硬盘
|
||||
- 使用 Rufus 制作 U 盘启动盘，需选择正确的分区方案（GPT for UEFI，MBR for BIOS）
|
||||
- 备份模式选择 device-image，NFS 挂载 NAS 的共享文件夹作为存储目标
|
||||
- 恢复时选择 restoredisk，选中镜像文件即可覆盖新硬盘完成系统复活
|
||||
|
||||
## Key Quotes
|
||||
> "以 ISO 镜像模式写入 (推荐)" — Rufus 制作 Clonezilla 启动盘的关键设置
|
||||
|
||||
## Key Concepts
|
||||
- [[Clonezilla]]：开源磁盘克隆工具，类似 Ghost 但免费
|
||||
- [[NFS]]：网络文件系统，用于 Linux 间共享存储
|
||||
- [[磁盘镜像]]：将整个磁盘内容打包为单个镜像文件
|
||||
- [[灾难恢复]]：通过镜像备份实现系统复原
|
||||
|
||||
## Key Entities
|
||||
- [[Rufus]]：开源 U 盘启动盘制作工具
|
||||
- [[Synology NAS]]：NAS 存储设备，备份目标
|
||||
- [[HP ZBook]]：源笔记本电脑，运行 Ubuntu Server
|
||||
|
||||
## Connections
|
||||
- [[HP ZBook]] ← backed_up_to ← [[Synology NAS]]
|
||||
- [[Clonezilla]] ← creates ← [[磁盘镜像]]
|
||||
- [[Rufus]] ← creates ← [[Clonezilla启动盘]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
@@ -2,39 +2,37 @@
|
||||
title: "Coze平台Demo合集"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-06-20
|
||||
date: 2025-06-29
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/AI/AI 解决方案专家培训课程.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Coze（扣子）平台国内版与海外版的多行业Agent Demo合集
|
||||
- 问题域：Coze平台的Bot创建、工作流编排、行业解决方案
|
||||
- 方法/机制：Bot+工作流组合，支持金融、教育、医疗、电商、客服等场景
|
||||
- 结论/价值：Coze作为国内领先的Agent开发平台，覆盖多行业落地案例
|
||||
- 核心主题：Coze平台(国内版+海外版)Agent与Workflow Demo合集
|
||||
- 问题域：AI Agent构建、工作流设计、多行业应用
|
||||
- 方法/机制：提供多个行业的Agent案例和Workflow模板
|
||||
- 结论/价值：覆盖金融、教育、医疗、电商、人力资源等多个行业的AI Agent解决方案
|
||||
|
||||
## Key Claims
|
||||
- Coze国内版（coze.cn）和海外版（coze.com）功能基本同步，支持多行业Agent开发
|
||||
- 金融行业：客户分层营销助手、智能客服Agent
|
||||
- 教育行业：知识库问答、拍照搜视频、组卷出题、知识点评估
|
||||
- 医疗行业：影像图片识别、在线问诊
|
||||
- 电商行业：混剪助手、在线换衣、直播回复助手
|
||||
- 客服行业：AI销售、AI助教
|
||||
|
||||
## Key Quotes
|
||||
> "Coze（扣子）是一个国内领先的Agent开发平台，支持Bot创建和工作流编排" — 平台概述
|
||||
- 知乎财报解读、滴滴计费解答等垂直领域Agent
|
||||
- 表格问答、拍照搜视频等工具调用Agent
|
||||
- AutoGPT主Prompt等开发参考
|
||||
- 泛娱乐场景：AI证件照、换衣、视频生成等
|
||||
- 教育行业：知识库问答、组卷出题、知识点评估
|
||||
|
||||
## Key Concepts
|
||||
- [[Coze平台]]：字节跳动的AI Agent开发平台，支持国内版和海外版
|
||||
- [[Bot编排]]：通过Bot+工作流组合实现复杂业务逻辑
|
||||
- [[行业解决方案]]：金融、教育、医疗、电商、客服等多场景落地
|
||||
- [[垂直领域Agent]]：针对特定行业的AI助手
|
||||
- [[工作流自动化]]：Coze Workflow编排多Agent协作
|
||||
- [[工具调用]]：Function Call实现外部系统集成
|
||||
|
||||
## Key Entities
|
||||
- [[Coze]]：字节跳动旗下的AI Agent平台（国内版coze.cn，海外版coze.com）
|
||||
- [[F5TTS]]：开源语音克隆项目，在泛娱乐Demo中使用
|
||||
- [[FaceFusion]]：人脸融合技术，在泛娱乐Demo中使用
|
||||
- [[Coze]]：一站式AI Agent开发平台
|
||||
- [[CozeCN]]：Coze国内版
|
||||
- [[CozeCom]]：Coze海外版
|
||||
|
||||
## Connections
|
||||
- [[N8N]] ← 类似 ← [[Coze平台]]（同为工作流/Agent编排平台）
|
||||
- [[Agent模式]] ← 支撑 ← [[Coze平台]]
|
||||
- [[Coze]] ← hosts ← [[垂直领域Agent]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
40
wiki/sources/Cursor-2-0初学者指南.md
Normal file
40
wiki/sources/Cursor-2-0初学者指南.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Cursor 2.0初学者指南"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/Cursor 2.0初学者使用指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Cursor 2.0 AI代码编辑器入门教程
|
||||
- 问题域：AI辅助编程、代码生成工作流
|
||||
- 方法/机制：通过规划模式、多代理并行、代码审查等功能实现AI驱动开发
|
||||
- 结论/价值：Cursor通过Composer模型和Agent模式让AI深度参与代码生成全过程
|
||||
|
||||
## Key Claims
|
||||
- Cursor基于VS Code，集成了AI代码生成能力，支持Plan/Agent/Ask三种代理模式
|
||||
- Composer模型主打生成速度，比同类模型快4倍
|
||||
- 多代理功能可并行运行不同任务，互不干扰
|
||||
- Diff视图支持代码审查，支持逐个文件或整体接收
|
||||
- 项目规则可自定义AI行为规范
|
||||
|
||||
## Key Concepts
|
||||
- [[AI代理模式]]：Plan规划、Agent执行、Ask咨询三种模式
|
||||
- [[代码审查]]：Diff视图对比AI改动
|
||||
- [[多代理并行]]：多个代理同时处理不同任务
|
||||
- [[版本控制]]：Git结合AI实现代码管理
|
||||
|
||||
## Key Entities
|
||||
- [[Cursor]]：AI增强代码编辑器
|
||||
- [[Composer]]：Cursor自研AI模型
|
||||
- [[MCP]]：Model Context Protocol外部工具集成
|
||||
|
||||
## Connections
|
||||
- [[Cursor]] ← powers ← [[AI代理模式]]
|
||||
- [[Cursor]] ← integrates_with ← [[MCP]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
43
wiki/sources/DevOps-Culture-and-Transformation-LinkedIn.md
Normal file
43
wiki/sources/DevOps-Culture-and-Transformation-LinkedIn.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "DevOps Culture and Transformation: Fostering Collaboration, Agile Practices, and Innovation"
|
||||
type: source
|
||||
tags: [devops, agile, transformation, collaboration]
|
||||
date: 2025-03-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Cloud & DevOps/DevOps Culture and Transformation Fostering Collaboration, Agile Practices, and Innovation LinkedIn.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：DevOps 文化与转型——打破孤岛、实现协作与创新
|
||||
- 问题域：企业 DevOps 转型方法论
|
||||
- 方法/机制：协作优先、自动化、持续改进、客户中心四大支柱
|
||||
- 结论/价值：DevOps 是文化与运营的变革，不仅仅是工具和自动化
|
||||
|
||||
## Key Claims
|
||||
- DevOps 四大支柱：协作优先、自动化即赋能者、持续改进（Kaizen）、客户中心
|
||||
- CI/CD 是 Agile 的加速器，将反馈周期从数周缩短到数分钟
|
||||
- DevSecOps 将安全工具（SonarQube、Snyk）集成到流水线
|
||||
- 混沌工程主动测试系统韧性
|
||||
- 未来趋势：AI/ML in DevOps、GitOps、Serverless DevOps、Edge Computing DevOps、DevSecOps
|
||||
|
||||
## Key Quotes
|
||||
> "DevOps isn't just about tools or automation; it's a mindset shift that prioritizes collaboration, continuous learning, and customer-centricity" — DevOps 的核心本质
|
||||
|
||||
## Key Concepts
|
||||
- [[DevOps]]：文化与运营变革，打通开发与运维
|
||||
- [[CI/CD]]：持续集成/持续部署流水线
|
||||
- [[DevSecOps]]：在 DevOps 中集成安全
|
||||
- [[GitOps]]：用 Git 作为唯一真实源管理基础设施和部署
|
||||
- [[Kaizen]]：持续改进
|
||||
- [[IaC]]：基础设施即代码
|
||||
|
||||
## Key Entities
|
||||
- [[DevOps]]：方法论框架
|
||||
|
||||
## Connections
|
||||
- [[DevOps]] ← includes ← [[Agile]]
|
||||
- [[DevOps]] ← includes ← [[DevSecOps]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
36
wiki/sources/GOG-CLI配置.md
Normal file
36
wiki/sources/GOG-CLI配置.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "GOG CLI配置"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Skills/GOG-CLI-安装配置指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：gog CLI安装配置完整指南
|
||||
- 问题域：Google Workspace命令行管理
|
||||
- 方法/机制：通过Homebrew安装、OAuth授权、Google Cloud Console配置API
|
||||
- 结论/价值：实现Gmail、Google Calendar、Google Drive、Google Contacts、Google Docs/Sheets的命令行管理
|
||||
|
||||
## Key Claims
|
||||
- gog CLI通过Homebrew安装后需配置OAuth凭证才能使用
|
||||
- Google API调用需同时满足OAuth授权和API Enablement两层条件
|
||||
- 需要在Google Cloud Console添加测试用户绕过"此应用未经Google验证"限制
|
||||
- 每个Google API服务需单独启用（如Gmail API、Drive API等）
|
||||
|
||||
## Key Concepts
|
||||
- [[OAuth授权]]：Google身份认证流程
|
||||
- [[GoogleWorkspace]]：Gmail、Calendar、Drive等企业级Google服务套件
|
||||
- [[CLI工具]]：命令行界面工具实现自动化
|
||||
|
||||
## Key Entities
|
||||
- [[gogCLI]]：Google Workspace CLI工具
|
||||
- [[GoogleCloudConsole]]：Google API管理平台
|
||||
|
||||
## Connections
|
||||
- [[GoogleWorkspace]] ← managed_by ← [[gogCLI]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
37
wiki/sources/Last30Days使用指南.md
Normal file
37
wiki/sources/Last30Days使用指南.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Last30Days使用指南"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Skills/Last30Days-使用指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Last30Days研究工具使用指南
|
||||
- 问题域：社交媒体热点追踪、竞品分析、趋势发现
|
||||
- 方法/机制：聚合Reddit、X、YouTube、TikTok、Instagram、Hacker News、Polymarket等8个数据源，生成结构化研究报告
|
||||
- 结论/价值：帮助快速了解特定话题在近30天的全网讨论热度与趋势
|
||||
|
||||
## Key Claims
|
||||
- Last30Days支持8个数据源，按权重分为Reddit/X>YouTube/TikTok>Polymarket>Web
|
||||
- 支持快速模式(--quick)、深度模式(--deep)、对比模式(cursor vs windsurf)
|
||||
- 通过ScrapeCreators API获取Reddit/TikTok/Instagram数据
|
||||
- Polymarket赔率是最高置信度的真实市场数据
|
||||
|
||||
## Key Concepts
|
||||
- [[社交媒体研究]]：多平台内容聚合分析
|
||||
- [[对比模式]]：两个话题并排对比研究
|
||||
- [[热点追踪]]：近30天趋势发现
|
||||
|
||||
## Key Entities
|
||||
- [[Last30Days]]：社交媒体研究工具
|
||||
- [[ScrapeCreators]]：Reddit/TikTok/Instagram数据API
|
||||
- [[Polymarket]]：预测市场平台
|
||||
|
||||
## Connections
|
||||
- [[Last30Days]] ← aggregates ← [[社交媒体研究]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
43
wiki/sources/Linux-运维必会的-150-个命令.md
Normal file
43
wiki/sources/Linux-运维必会的-150-个命令.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "Linux 运维必会的 150 个命令"
|
||||
type: source
|
||||
tags: [linux, 运维, 命令]
|
||||
date: 2025-09-29
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Linux 运维必会的 150 个命令.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Linux 系统管理命令的全面总结
|
||||
- 问题域：Linux 运维基础知识
|
||||
- 方法/机制：按功能分类介绍 150 个常用命令
|
||||
- 结论/价值：覆盖文件操作、文本处理、网络管理、磁盘管理、用户管理、进程管理等核心领域
|
||||
|
||||
## Key Claims
|
||||
- Linux 命令分为内置 Shell 命令和外部命令两大类
|
||||
- 文件目录操作命令 18 个：ls/cd/cp/find/mkdir/mv/pwd/rename/rm/rmdir/touch/tree 等
|
||||
- 文本查看及处理命令 21 个：cat/tac/more/less/head/tail/cut/split/paste/sort/uniq/wc/diff/vimdiff 等
|
||||
- 网络操作命令 11 个基础+9 个深入：ssh/scp/wget/ping/ifconfig/netstat/ss/nmap/lsof/telnet 等
|
||||
- 磁盘与文件系统命令 16 个：mount/umount/fsck/dd/fdisk/parted/mkfs/swapoff/sync 等
|
||||
- 进程管理命令 15 个：kill/killall/crontab/ps/pstree/nohup/pgrep 等
|
||||
|
||||
## Key Quotes
|
||||
> "Linux 命令在系统中有两种类型：内置 Shell 命令和 Linux 命令"
|
||||
|
||||
## Key Concepts
|
||||
- [[Shell]]：命令解释器，Linux 与内核之间的接口
|
||||
- [[NFS]]：网络文件系统挂载
|
||||
- [[Cron]]：定时任务调度
|
||||
- [[管道]]：将前一个命令的输出作为后一个命令的输入
|
||||
|
||||
## Key Entities
|
||||
- [[Linux]]：开源操作系统内核
|
||||
|
||||
## Connections
|
||||
- [[Linux]] ← manages ← [[Shell]]
|
||||
- [[Cron]] ← schedules ← [[进程管理]]
|
||||
- [[管道]] ← connects ← [[文本处理命令]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
43
wiki/sources/Mac-Mini-安装-FRP-0.65.0-ARM64-操作笔记.md
Normal file
43
wiki/sources/Mac-Mini-安装-FRP-0.65.0-ARM64-操作笔记.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "Mac Mini 安装 FRP 0.65.0（ARM64）操作笔记"
|
||||
type: source
|
||||
tags: [frp, mac-mini, 内网穿透, 运维]
|
||||
date: 2026-01-01
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Mac Mini 安装 FRP 0.65.0（ARM64）操作笔记.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Mac Mini M4 (Apple Silicon) 上安装配置 FRP 0.65.0 实现内网穿透
|
||||
- 问题域：macOS 服务器化改造，实现从公网 SSH 访问内网 Mac Mini
|
||||
- 方法/机制：通过 launchd 实现开机自启后台运行，配置 frpc.toml 映射 SSH 端口到 VPS
|
||||
- 结论/价值：完成 Mac Mini 服务器化，使其可像 Linux 服务器一样被远程管理
|
||||
|
||||
## Key Claims
|
||||
- FRP 安装路径为 `/opt/frp/frp_0.65.0_darwin_arm64`，需手动创建 `/opt` 目录
|
||||
- macOS Gatekeeper 会阻止未签名程序，需用 `xattr -rd com.apple.quarantine .` 解除限制
|
||||
- 推荐使用 launchd（plist）方式实现开机自启，KeepAlive 保证崩溃后自动重启
|
||||
- 通过 FRP 隧道将 Mac Mini SSH 22 端口映射到 VPS 的 60026 端口
|
||||
- 客户端 SSH config 配置后可使用 `ssh macmini` 简化连接
|
||||
|
||||
## Key Quotes
|
||||
> "KeepAlive: true" — launchd 确保 frpc 崩溃后自动重启的关键配置
|
||||
|
||||
## Key Concepts
|
||||
- [[FRP]]：内网穿透工具，通过 VPS 中转实现公网访问内网服务
|
||||
- [[launchd]]：macOS 原生服务管理程序，替代 Linux 的 systemd
|
||||
- [[Gatekeeper]]：macOS 安全机制，阻止未签名应用程序运行
|
||||
- [[内网穿透]]：将内网服务暴露到公网的技术
|
||||
|
||||
## Key Entities
|
||||
- [[Mac Mini]]：苹果迷你主机，M4 芯片，运行 macOS
|
||||
- [[FRP]]：fatedier/frp 内网穿透工具
|
||||
|
||||
## Connections
|
||||
- [[Mac Mini]] ← runs ← [[FRP]]
|
||||
- [[FRP]] ← tunnels ← [[SSH]]
|
||||
- [[launchd]] ← manages ← [[FRP]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
45
wiki/sources/MinIO-Zipline-自托管图床应用安装教程.md
Normal file
45
wiki/sources/MinIO-Zipline-自托管图床应用安装教程.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "MinIO + Zipline 自托管图床应用安装教程"
|
||||
type: source
|
||||
tags: [minio, zipline, 图床, docker, nas, n8n]
|
||||
date: 2025-12-29
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/MinIO + Zipline 自托管图床应用安装教程.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Synology NAS 上通过 Docker 部署 MinIO + Zipline 自托管图床
|
||||
- 问题域：图片存储与上传管理
|
||||
- 方法/机制：MinIO 作为 S3 兼容存储后端，Zipline 提供上传 UI 和 API，n8n 可接入自动化
|
||||
- 结论/价值：实现完全自控的图片存储服务，支持 API 集成和 n8n 工作流自动化
|
||||
|
||||
## Key Claims
|
||||
- 架构为 Synology NAS Docker 环境：MinIO（9000/9001）、PostgreSQL（Zipline DB）、Zipline（3333）
|
||||
- MinIO bucket 需设置为 public-read，否则图片无法直接访问，通过 `mc anonymous set public` 实现
|
||||
- Zipline 初始化需要先创建 MinIO bucket、设置访问规则、获取 API Token
|
||||
- 备份方案：pg_dump 逻辑备份 Postgres + Hyper Backup 增量备份 MinIO 数据目录
|
||||
- Zipline 的核心价值在于提供 n8n 可调用的 REST API，实现图片上传自动化
|
||||
|
||||
## Key Quotes
|
||||
> "mc anonymous set public local/zipline-bucket" — MinIO 设置公开访问的标准命令
|
||||
|
||||
## Key Concepts
|
||||
- [[MinIO]]：S3 兼容的对象存储服务，自托管图床的存储层
|
||||
- [[Zipline]]：开源图片托管服务，提供上传 UI 和 API
|
||||
- [[S3]]：对象存储接口标准，MinIO 完全兼容
|
||||
- [[Docker Compose]]：多容器编排工具，定义 zipline-stack
|
||||
- [[n8n]]：工作流自动化平台，可调用 Zipline API
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：NAS 设备，Docker 宿主机
|
||||
- [[PostgreSQL]]：Zipline 的元数据库
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← hosts ← [[Docker Compose]]
|
||||
- [[Zipline]] ← stores ← [[MinIO]]
|
||||
- [[Zipline]] ← uses ← [[PostgreSQL]]
|
||||
- [[n8n]] ← calls ← [[Zipline API]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
38
wiki/sources/MySQL-MariaDB-数据库详细信息.md
Normal file
38
wiki/sources/MySQL-MariaDB-数据库详细信息.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "MySQL MariaDB 数据库详细信息"
|
||||
type: source
|
||||
tags: [mariadb, mysql, 数据库, nas]
|
||||
date: 2025-12-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/MySQL MariaDB 数据库详细信息.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Synology NAS 上 MariaDB 数据库的访问凭证与远程访问配置
|
||||
- 问题域：数据库访问与管理
|
||||
- 方法/机制：创建允许远程访问的用户，解决 localhost 限制问题
|
||||
- 结论/价值：提供内网和公网访问 MariaDB 的完整配置方案
|
||||
|
||||
## Key Claims
|
||||
- Synology NAS MariaDB 监听端口 3307（而非默认 3306）
|
||||
- 默认只有 root@localhost，没有远程访问账号
|
||||
- 必须创建 shenwei@% 用户并授权才能实现远程访问
|
||||
- 公网访问通过 mysql.ishenwei.online:63307 域名+端口实现
|
||||
|
||||
## Key Quotes
|
||||
> "CREATE USER 'shenwei'@'%' IDENTIFIED BY '!Abcde12345'; GRANT ALL PRIVILEGES ON *.* TO 'shenwei'@'%' WITH GRANT OPTION;" — 创建远程访问用户的标准 SQL
|
||||
|
||||
## Key Concepts
|
||||
- [[MariaDB]]：MySQL 分支的开源关系数据库
|
||||
- [[远程访问控制]]：数据库用户 host 限制（localhost vs %）
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：MariaDB 宿主机
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← runs ← [[MariaDB]]
|
||||
- [[MariaDB]] ← listens_on ← [[Port-3307]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
42
wiki/sources/NodeWarden-Bitwarden搬上Cloudflare-Workers.md
Normal file
42
wiki/sources/NodeWarden-Bitwarden搬上Cloudflare-Workers.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "NodeWarden - 把 Bitwarden 搬上 Cloudflare Workers，彻底告别服务器"
|
||||
type: source
|
||||
tags: [bitwarden, cloudflare, workers, 密码管理, 无服务器]
|
||||
date: 2026-02-27
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/NodeWarden - 把 Bitwarden 搬上 Cloudflare Workers，彻底告别服务器.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：使用 NodeWarden 在 Cloudflare Workers 上自托管 Bitwarden 兼容服务器
|
||||
- 问题域：密码管理系统的无服务器化部署
|
||||
- 方法/机制：利用 Cloudflare Workers + D1 + R2 实现 Bitwarden 协议兼容的密码管理后端
|
||||
- 结论/价值：完全免费、无 VPS 的自托管密码管理方案，支持 TOTP/ passkey
|
||||
|
||||
## Key Claims
|
||||
- NodeWarden 是 Bitwarden 协议的无服务器实现，部署在 Cloudflare Workers 上
|
||||
- 相比官方 Bitwarden：支持 TOTP 和 passkey（免费），但仅支持单用户
|
||||
- 技术栈：Cloudflare D1（数据库）、R2（附件存储）、Workers（计算层）
|
||||
- 部署方式：fork GitHub 仓库，通过 Cloudflare 一键部署
|
||||
- 使用 Bitwarden 官方客户端登录自托管服务器需要填写自定义服务器 URL
|
||||
|
||||
## Key Quotes
|
||||
> "连 VPS 都可以省了" — NodeWarden 的核心价值主张
|
||||
|
||||
## Key Concepts
|
||||
- [[Cloudflare Workers]]：无服务器计算平台
|
||||
- [[Cloudflare D1]]：SQLite 边缘数据库
|
||||
- [[Cloudflare R2]]：S3 兼容的对象存储
|
||||
- [[Bitwarden]]：开源密码管理协议
|
||||
|
||||
## Key Entities
|
||||
- [[NodeWarden]]：Bitwarden 协议的无服务器实现
|
||||
|
||||
## Connections
|
||||
- [[NodeWarden]] ← deploys_on ← [[Cloudflare Workers]]
|
||||
- [[NodeWarden]] ← uses ← [[Cloudflare D1]]
|
||||
- [[NodeWarden]] ← uses ← [[Cloudflare R2]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
40
wiki/sources/Obsidian-Tasks插件.md
Normal file
40
wiki/sources/Obsidian-Tasks插件.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Obsidian Tasks插件"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/Obsidian Tasks 插件：这可能是最适合懒人的任务管理方式.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Obsidian Tasks插件实现任务管理
|
||||
- 问题域：个人效率、任务追踪、笔记与任务一体化
|
||||
- 方法/机制：使用Markdown语法创建任务，支持日期、优先级、标签、重复任务、查询语法
|
||||
- 结论/价值：将任务管理整合进Obsidian笔记系统，减少工具切换成本
|
||||
|
||||
## Key Claims
|
||||
- Tasks插件使用简单的Markdown语法`- [ ]`创建任务
|
||||
- 支持强大的查询语法，可按日期、优先级、标签等条件筛选任务
|
||||
- 支持重复任务和计划任务（every week/month）
|
||||
- 任务与笔记天然整合，避免了Notion/Todoist与笔记工具割裂的问题
|
||||
|
||||
## Key Quotes
|
||||
> "在笔记的上下文里，直接看到当前最重要的任务"
|
||||
|
||||
## Key Concepts
|
||||
- [[任务管理]]：在笔记系统中嵌入待办事项追踪
|
||||
- [[Markdown任务语法]]：使用`- [ ]`格式创建结构化任务
|
||||
- [[间隔重复]]：通过重复任务实现计划性任务管理
|
||||
|
||||
## Key Entities
|
||||
- [[Obsidian]]：本地优先的笔记和知识管理应用
|
||||
- [[Tasks插件]]：Obsidian任务管理插件
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]] ← extends ← [[Obsidian-Tasks插件]]
|
||||
- [[任务管理]] ← implements ← [[Obsidian-Tasks插件]]
|
||||
|
||||
## Contradictions
|
||||
- 与Todoist对比：Tasks插件更适合已深度使用Obsidian的用户，不适合需要手机端快速添加任务的场景
|
||||
48
wiki/sources/Obsidian十大插件.md
Normal file
48
wiki/sources/Obsidian十大插件.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
title: "Obsidian十大插件"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-03-17
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/Obsidian最有必要安装的10款插件是这些.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Obsidian十大必备插件分类推荐
|
||||
- 问题域：插件选择困难症、知识管理工具配置
|
||||
- 方法/机制：按核心生产力、效率增强、信息可视化、便利性四类推荐10款插件，并给出组合建议
|
||||
- 结论/价值：帮助用户在海量插件中快速定位最适合自己的工具组合
|
||||
|
||||
## Key Claims
|
||||
- 核心生产力插件：Templater（动态模板）、Dataview（笔记数据库）、Spaced Repetition（间隔重复）
|
||||
- 效率增强插件：Kanban（看板）、Projects（项目）、Outliner（大纲）
|
||||
- 信息可视化插件：Calendar（日历）、DB Folder（数据库视图）
|
||||
- 便利性插件：Homepage（首页）、File Explorer Note Count（文件统计）
|
||||
- 三大组合流：知识管理流、任务管理流、学习研究流
|
||||
|
||||
## Key Quotes
|
||||
> "人不可能都去了解，时间成本也非常高，因此，尽早去确定最有必要安装的插件才是最高效的"
|
||||
|
||||
## Key Concepts
|
||||
- [[间隔重复]]：Spaced Repetition基于遗忘曲线复习知识
|
||||
- [[看板视图]]：Kanban将任务分阶段可视化
|
||||
- [[知识记忆]]：间隔重复与结构化存储结合
|
||||
|
||||
## Key Entities
|
||||
- [[Templater]]：动态模板插件
|
||||
- [[Dataview]]：笔记数据库查询
|
||||
- [[SpacedRepetition]]：间隔重复插件
|
||||
- [[Kanban]]：看板视图插件
|
||||
- [[Projects]]：项目视图插件
|
||||
- [[Calendar]]：日历视图插件
|
||||
- [[DBFolder]]：数据库文件夹插件
|
||||
- [[Homepage]]：首页插件
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]] ← plugins ← [[Obsidian十大插件]]
|
||||
- [[知识管理流]] ← composed_of ← [[Dataview]] + [[Templater]] + [[Calendar]]
|
||||
- [[任务管理流]] ← composed_of ← [[Kanban]] + [[Projects]] + [[Outliner]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
43
wiki/sources/Obsidian高效指南.md
Normal file
43
wiki/sources/Obsidian高效指南.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "Obsidian高效指南"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/Obsidian 高效指南：我常用的插件与实用技巧.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Obsidian核心插件推荐和使用技巧
|
||||
- 问题域：知识管理、笔记效率、插件生态
|
||||
- 方法/机制：推荐Tasks、Dataview、Templater、QuickAdd四款核心插件，辅以双链、Daily Notes、折叠大纲等技巧
|
||||
- 结论/价值：构建以Obsidian为核心的高效知识管理工作流
|
||||
|
||||
## Key Claims
|
||||
- Tasks插件支持日期提醒、优先级、标签分类和自定义查询，将任务整合进笔记
|
||||
- Dataview可将笔记内容转化为数据库，支持筛选、排序和可视化
|
||||
- Templater支持动态模板，提高结构化笔记创建效率
|
||||
- QuickAdd通过快捷键快速创建笔记或添加记录
|
||||
- 善用双向链接构建个人知识网络
|
||||
|
||||
## Key Concepts
|
||||
- [[双向链接]]：笔记间的关联网络构建
|
||||
- [[每日笔记]]：Daily Notes结合Templater实现日记模板
|
||||
- [[模板系统]]：Templater的动态变量和复杂语法支持
|
||||
- [[知识网络]]：通过双链将孤立笔记编织为网络
|
||||
|
||||
## Key Entities
|
||||
- [[Obsidian]]：本地优先笔记应用
|
||||
- [[Tasks插件]]：任务管理插件
|
||||
- [[Dataview插件]]：笔记数据查询和可视化
|
||||
- [[Templater插件]]：动态模板插件
|
||||
- [[QuickAdd插件]]：快速添加内容插件
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]] ← enhanced_by ← [[Obsidian高效指南]]
|
||||
- [[双向链接]] ← enables ← [[知识网络]]
|
||||
- [[每日笔记]] ← powered_by ← [[Templater插件]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
37
wiki/sources/OpenCode配置VibeKanban.md
Normal file
37
wiki/sources/OpenCode配置VibeKanban.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "OpenCode配置VibeKanban"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/如何在Ubuntu上安装opencode并配置Vibe-Kanban.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：OpenCode安装配置和Vibe-Kanban集成指南
|
||||
- 问题域：AI编程代理配置
|
||||
- 方法/机制：通过/connect命令配置API提供者，/init初始化项目，Tab切换Plan/Build模式
|
||||
- 结论/价值：构建完整的AI编程代理工作流
|
||||
|
||||
## Key Claims
|
||||
- OpenCode支持多种LLM提供商，通过/connect配置API密钥
|
||||
- /init分析项目并创建AGENTS.md文件帮助AI理解项目结构
|
||||
- Tab键切换Plan模式（只读不修改）和Build模式（执行改动）
|
||||
- /undo和/redo可撤销和重做AI的改动
|
||||
- 拖拽图片到终端可让AI分析图像内容
|
||||
|
||||
## Key Concepts
|
||||
- [[Plan模式]]：只规划不执行
|
||||
- [[Build模式]]：执行代码改动
|
||||
- [[人机协作]]：人类审核AI计划后再执行
|
||||
|
||||
## Key Entities
|
||||
- [[OpenCode]]：开源AI编程代理
|
||||
- [[OpenCodeZen]]：OpenCode推荐的模型列表
|
||||
|
||||
## Connections
|
||||
- [[OpenCode]] ← connects_to ← [[OpenCodeZen]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
36
wiki/sources/RAX50-路由器-更新Merlin-Clash订阅.md
Normal file
36
wiki/sources/RAX50-路由器-更新Merlin-Clash订阅.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "RAX50 路由器 更新Merlin Clash订阅"
|
||||
type: source
|
||||
tags: [rax50, merlin-clash, clash, 路由器, 科学上网]
|
||||
date: 2026-03-04
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/RAX50 路由器 更新Merlin Clash订阅.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：网件 RAX50 路由器刷梅林固件后更新 Merlin Clash 科学上网订阅
|
||||
- 问题域：路由器科学上网配置
|
||||
- 方法/机制：通过 Merlin Clash 界面导入 VLESS URL 订阅，实现全屋设备透明代理
|
||||
- 结论/价值：路由器层面科学上网，家中所有设备无需单独配置客户端
|
||||
|
||||
## Key Claims
|
||||
- RAX50 刷梅林固件后，通过 Merlin Clash 界面管理科学上网
|
||||
- 在 Merlin Clash 界面中复制 VLESS URL，通过小白一键订阅助手导入
|
||||
- 配置文件命名为 kiwi3，重启后生效
|
||||
|
||||
## Key Quotes
|
||||
> "选择新建的配置文件，点保存&启动，如果不行，就再点一次快速重启" — Merlin Clash 配置更新步骤
|
||||
|
||||
## Key Concepts
|
||||
- [[Merlin Clash]]：梅林固件上的 Clash 客户端
|
||||
- [[VLESS]]：轻量级科学上网协议
|
||||
|
||||
## Key Entities
|
||||
- [[RAX50]]：网件路由器型号
|
||||
|
||||
## Connections
|
||||
- [[RAX50]] ← runs ← [[Merlin Clash]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
@@ -0,0 +1,47 @@
|
||||
---
|
||||
title: "Synology NAS + Xiaoya Alist + CloudDrvie2+ Plex to Build Media Platform"
|
||||
type: source
|
||||
tags: [synology, nas, xiaoya, alist, clouddrive2, plex, 家庭影视]
|
||||
date: 2025-02-23
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Synology NAS + Xiaoya Alist + CloudDrvie2+ Plex to Build Media Platform.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：利用 Synology NAS 构建以 Plex 为核心的家庭影视平台，整合阿里云盘资源
|
||||
- 问题域：家庭媒体服务器搭建
|
||||
- 方法/机制：Plex 管理本地+云端视频库，Xiaoya Alist 聚合阿里云盘资源，CloudDrive2 挂载云盘
|
||||
- 结论/价值：实现跨设备（当贝盒子、华为盒子）统一媒体播放体验
|
||||
|
||||
## Key Claims
|
||||
- Plex Media Server 安装于 Synology NAS，客户端覆盖当贝盒子（Android 10+）和华为盒子（Android 5+）
|
||||
- Xiaoya Alist 通过 Docker 安装，配置需要三个 token 文件（myopentoken、mytoken、temp_transfer_folder_id）
|
||||
- 当 NAS 无法从 Docker Hub 拉取镜像时，可通过其他机器 docker save/load 中转传输镜像
|
||||
- CloudDrive2 挂载阿里云盘为本地文件系统，避免云盘资源直接在线播放的卡顿
|
||||
- 工作流：Xiaoya 选片 → 移动到阿里云盘指定目录 → Plex 刮削元数据 → 各设备 Plex 客户端播放
|
||||
|
||||
## Key Quotes
|
||||
> "NAS 套件中心无法读取 Docker Hub 信息时，可通过其他机器 docker save/load 中转传输镜像" — NAS Docker 镜像传输的备选方案
|
||||
|
||||
## Key Concepts
|
||||
- [[Plex]]：媒体服务器软件，自动刮削电影电视剧元数据
|
||||
- [[Xiaoya Alist]]：阿里云盘资源聚合工具
|
||||
- [[CloudDrive2]]：将云盘挂载为本地文件系统的工具
|
||||
- [[Docker 镜像传输]]：docker save/load 实现跨设备镜像迁移
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：家庭媒体服务器宿主机
|
||||
- [[阿里云盘]]：云端视频资源来源
|
||||
- [[当贝盒子]]：Android TV 客户端
|
||||
- [[华为盒子]]：老旧 Android 设备（Android 5+）
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← hosts ← [[Plex]]
|
||||
- [[Synology NAS]] ← hosts ← [[Xiaoya Alist]]
|
||||
- [[Synology NAS]] ← hosts ← [[CloudDrive2]]
|
||||
- [[CloudDrive2]] ← mounts ← [[阿里云盘]]
|
||||
- [[Plex]] ← plays ← [[阿里云盘内容]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
31
wiki/sources/TK美国面单授权.md
Normal file
31
wiki/sources/TK美国面单授权.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "TK美国面单授权"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/跨境电商/TK美国面单授权及操作流程.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：TikTok Shop美国市场面单授权及操作流程
|
||||
- 问题域：跨境电商物流授权
|
||||
- 方法/机制：通过截图记录授权流程步骤
|
||||
- 结论/价值：提供美国市场入驻基础操作指南
|
||||
|
||||
## Key Claims
|
||||
- TikTok Shop美国市场需要完成面单授权才能正常发货
|
||||
|
||||
## Key Concepts
|
||||
- [[跨境物流]]：海外仓发货与面单绑定
|
||||
- [[电商授权]]：平台账号与物流系统对接
|
||||
|
||||
## Key Entities
|
||||
- [[TikTokShop]]：TikTok电商平台美区
|
||||
|
||||
## Connections
|
||||
- [[TikTokShop]] ← requires ← [[TK美国面单授权]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
36
wiki/sources/TK跨境思路.md
Normal file
36
wiki/sources/TK跨境思路.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "TK跨境思路"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/跨境电商/做TK跨境思路不对努力白费.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：TikTok跨境电商运营思路与实战策略
|
||||
- 问题域：市场选择、选品策略、流量运营
|
||||
- 方法/机制：优先发达国家市场、数据驱动选品、短视频+达人营销、团队协作
|
||||
- 结论/价值：提供从市场选择到团队建设的完整TK跨境电商流程
|
||||
|
||||
## Key Claims
|
||||
- 优先选择发达国家市场(美区、日本)避免东南亚竞争激烈低利润市场
|
||||
- 使用数据软件分析选品，确定单一类目深耕
|
||||
- 短视频+达人营销是核心流量获取方式
|
||||
- 提前规划海外仓储补货策略
|
||||
- 团队分工明确是运营持续增长的基础
|
||||
|
||||
## Key Concepts
|
||||
- [[发达国家市场]]：美区、英区优先
|
||||
- [[数据驱动选品]]：软件分析替代主观判断
|
||||
- [[短视频营销]]：TikTok核心流量渠道
|
||||
|
||||
## Key Entities
|
||||
- [[TikTokShop]]：跨境电商平台
|
||||
|
||||
## Connections
|
||||
- [[TikTokShop]] ← follows ← [[发达国家市场]] + [[数据驱动选品]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "The Myths and Misconceptions About Cloud Computing"
|
||||
type: source
|
||||
tags: [cloud, cloud-computing, myths, misconceptions]
|
||||
date: 2025-03-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Cloud & DevOps/The Myths and Misconceptions About Cloud Computing LinkedIn.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：云计算常见误解的澄清
|
||||
- 问题域：云计算认知偏差纠正
|
||||
- 方法/机制：逐条反驳 7 个最常见的云计算误解
|
||||
- 结论/价值：云实际上提供更强的安全性、成本效益、可扩展性和数据控制
|
||||
|
||||
## Key Claims
|
||||
- Myth 1：云不安全 → Reality：云厂商安全投入超过传统本地，自动化安全更新和 24/7 监控
|
||||
- Myth 2：云只是别人的电脑 → Reality：高度冗余、可扩展、高可用的数据中心网络
|
||||
- Myth 3：云太贵 → Reality：按需付费模式 + reserved instances + auto-scaling 降低成本
|
||||
- Myth 4：失去数据控制 → Reality：混合云和多云选项保持控制权
|
||||
- Myth 5：只有大企业才能用 → Reality：SMB 可利用弹性定价获取企业级技术
|
||||
- Myth 6：迁移太复杂 → Reality：分阶段迁移 + 混合云 + 专业服务降低风险
|
||||
- Myth 7：云性能不可靠 → Reality：99.99% SLA 保证 + 冗余基础设施
|
||||
|
||||
## Key Quotes
|
||||
> "The Cloud is a vast network of data centers with advanced infrastructure" — 云不是"别人的电脑"
|
||||
|
||||
## Key Concepts
|
||||
- [[云计算]]：基于互联网的计算资源共享模式
|
||||
- [[SLA]]：服务级别协议
|
||||
- [[混合云]]：混合公有云和私有云的部署模式
|
||||
- [[多云]]：使用多个公有云服务商
|
||||
|
||||
## Key Entities
|
||||
- [[云计算]]：技术范式
|
||||
|
||||
## Connections
|
||||
- [[云计算]] ← includes ← [[SLA]]
|
||||
- [[云计算]] ← includes ← [[混合云]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
@@ -1,31 +1,44 @@
|
||||
---
|
||||
title: "TikTok PM Django项目"
|
||||
title: "TikTok PM Django"
|
||||
type: source
|
||||
tags: [project]
|
||||
date: 2025-12-30
|
||||
tags: []
|
||||
date: 2025-11-24
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/TikTok PM - Python Django Project.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：TikTok PM Python Django项目
|
||||
- 问题域：TikTok跨境电商后台管理系统
|
||||
- 方法/机制：使用Django+MariaDB构建项目
|
||||
- 结论/价值：提供TikTok电商管理的完整代码框架
|
||||
- 核心主题：TikTok产品管理Django Web应用完整技术方案
|
||||
- 问题域：TikTok跨境电商产品数据管理
|
||||
- 方法/机制：Django + DRF + MySQL + Docker部署，实现产品管理、Admin后台、REST API、图片放大等功能
|
||||
- 结论/价值：构建了一套完整的TikTok产品数据采集、存储、Admin管理、API服务、Docker生产部署的闭环系统
|
||||
|
||||
## Key Claims
|
||||
- Django是Python全栈Web框架
|
||||
- MariaDB是MySQL兼容的数据库
|
||||
- Django Admin集成富文本编辑器TinyMCE处理产品描述
|
||||
- ProductImage/ProductVideo/ProductVariation/ProductReview多模型关联设计
|
||||
- REST API支持n8n等自动化工具调用
|
||||
- Docker Compose实现Ubuntu生产环境一键部署
|
||||
- Bright Data异步API抓取TikTok产品数据
|
||||
- 自定义管理命令实现JSON数据批量导入
|
||||
|
||||
## Key Concepts
|
||||
- [[Django]]：Python Web框架
|
||||
- [[MariaDB]]：开源数据库
|
||||
- [[DjangoRESTFramework]]：Django REST API框架
|
||||
- [[DjangoAdmin]]：Django管理后台定制
|
||||
- [[DockerCompose]]：多容器编排部署
|
||||
- [[BrightDataAPI]]：第三方数据抓取API
|
||||
- [[异步任务队列]]：Django-Q处理耗时任务
|
||||
|
||||
## Key Entities
|
||||
- [[Django]]：Python Web框架
|
||||
- [[TikTokShop]]：电商平台数据来源
|
||||
- [[MySQL]]：关系型数据库
|
||||
- [[n8n]]：自动化工作流工具
|
||||
|
||||
## Connections
|
||||
- [[Django]] ← 后端 ← [[Web应用]]
|
||||
- [[MariaDB]] ← 数据库 ← [[Django]]
|
||||
- [[Django]] ← project ← [[TikTok-PM-Django]]
|
||||
- [[TikTok-PM-Django]] ← integrates_with ← [[n8n]]
|
||||
- [[TikTok-PM-Django]] ← deploy_via ← [[DockerCompose]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
37
wiki/sources/TikTok-Superset-Dashboard.md
Normal file
37
wiki/sources/TikTok-Superset-Dashboard.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "TikTok Superset Dashboard"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/跨境电商/TikTok Shop - Apache Superset Dashboard设计思路.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：TikTok Shop电商选品与竞品监控Superset Dashboard设计
|
||||
- 问题域：电商数据分析、选品决策支持
|
||||
- 方法/机制：通过SQL View预处理JSON字段，构建KPI/爆品分析/类目洞察/店铺监控/评论分析五大模块
|
||||
- 结论/价值：实现专业级选品分析系统，支持可导入Superset的Dashboard JSON
|
||||
|
||||
## Key Claims
|
||||
- Superset不能直接解析JSON，需通过SQL View预处理提取rating、rating_count等字段
|
||||
- 选品评分模型：sold×0.4 + rating×12 + rating_count×0.2 + discount_percent×0.5
|
||||
- Dashboard分两个Tab：电商选品分析 + 竞争对手监控
|
||||
- 核心可视化：KPI卡片、爆品榜、销量vs价格气泡图、类目热力图、箱线图
|
||||
|
||||
## Key Concepts
|
||||
- [[选品评分模型]]：多维度加权评分公式
|
||||
- [[SupersetDashboard]]：Apache Superset可视化分析平台
|
||||
- [[SQLView]]：数据库视图预处理结构化数据
|
||||
|
||||
## Key Entities
|
||||
- [[ApacheSuperset]]：开源数据可视化和BI工具
|
||||
- [[TikTokShop]]：电商平台数据来源
|
||||
|
||||
## Connections
|
||||
- [[ApacheSuperset]] ← visualizes ← [[TikTokShop数据]]
|
||||
- [[选品评分模型]] ← powers ← [[SupersetDashboard]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
35
wiki/sources/TikTok数据抓取.md
Normal file
35
wiki/sources/TikTok数据抓取.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "TikTok数据抓取"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/跨境电商/Scrapy + Playwright 抓取TikTok Shop Data.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Scrapy+Playwright抓取TikTok Shop数据技术指南
|
||||
- 问题域：电商数据采集、动态页面抓取
|
||||
- 方法/机制：创建venv安装scrapy+scrapy-playwright，playwright install chromium
|
||||
- 结论/价值：实现TikTok Shop店铺数据的自动化抓取
|
||||
|
||||
## Key Claims
|
||||
- 推荐创建虚拟环境(venv)隔离依赖，避免与系统Python冲突
|
||||
- scrapy-playwright结合Scrapy和Playwright优势，支持动态页面抓取
|
||||
- Docker容器需额外配置venv环境
|
||||
|
||||
## Key Concepts
|
||||
- [[动态页面抓取]]：Playwright处理JavaScript渲染
|
||||
- [[Python虚拟环境]]：venv隔离项目依赖
|
||||
|
||||
## Key Entities
|
||||
- [[Scrapy]]：Python爬虫框架
|
||||
- [[Playwright]]：浏览器自动化工具
|
||||
- [[TikTokShop]]：电商平台数据来源
|
||||
|
||||
## Connections
|
||||
- [[Scrapy]] ← enhanced_by ← [[Playwright]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
37
wiki/sources/Trae远程开发部署.md
Normal file
37
wiki/sources/Trae远程开发部署.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Trae远程开发部署"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/Trae远程开发部署指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Trae IDE远程连接Ubuntu开发服务器完整指南
|
||||
- 问题域：远程开发环境配置、Docker项目开发工作流
|
||||
- 方法/机制：通过Remote-SSH连接Ubuntu2开发服务器，Attach到Docker容器或远程编辑宿主机文件
|
||||
- 结论/价值：实现本地UI + 远程Docker容器的开发模式，无需在本地安装语言环境
|
||||
|
||||
## Key Claims
|
||||
- Trae通过Remote-SSH连接远程服务器，在服务器上安装VS Code Server代理
|
||||
- 开发环境使用Bind Mount实现代码修改实时生效
|
||||
- SSH免密登录和docker用户组权限是连接前提
|
||||
- 两种开发模式：Attach容器（隔离环境）或远程编辑+ Docker CLI（管理编排）
|
||||
|
||||
## Key Concepts
|
||||
- [[RemoteSSH]]：远程服务器上运行IDE
|
||||
- [[Docker开发]]：容器内开发环境隔离
|
||||
- [[BindMount]]：代码修改实时同步
|
||||
|
||||
## Key Entities
|
||||
- [[Trae]]：AI代码编辑器
|
||||
- [[Ubuntu]]：远程开发服务器系统
|
||||
|
||||
## Connections
|
||||
- [[Trae]] ← connects_to ← [[RemoteSSH]]
|
||||
- [[RemoteSSH]] ← runs_on ← [[Ubuntu]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
40
wiki/sources/Ubuntu-24.04-enable-SSH.md
Normal file
40
wiki/sources/Ubuntu-24.04-enable-SSH.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Ubuntu 24.04 enable SSH"
|
||||
type: source
|
||||
tags: [ssh, ubuntu, 运维]
|
||||
date: 2025-10-01
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Ubuntu 24.04 enable SSH.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Ubuntu 24.04 中启用 OpenSSH Server
|
||||
- 问题域：服务器远程访问配置
|
||||
- 方法/机制：apt 安装 openssh-server，systemctl 管理服务，UFW 防火墙配置
|
||||
- 结论/价值：Ubuntu 24.04 默认使用 socket 激活模式，需要额外配置才能实现开机自启
|
||||
|
||||
## Key Claims
|
||||
- Ubuntu 24.04 默认使用 ssh.socket 激活机制（按需启动），而非传统 ssh.service
|
||||
- 安装命令：`sudo apt install openssh-server -y`
|
||||
- 启用开机自启：`sudo systemctl enable ssh`（会启用 socket 模式）
|
||||
- 如需切换回传统模式：先 disable ssh.socket，再 enable ssh.service
|
||||
- 自定义端口建议通过 `sudo systemctl edit ssh.socket` 修改，而非仅修改 sshd_config
|
||||
|
||||
## Key Quotes
|
||||
> "24.04 默认使用 Socket 激活模式" — Ubuntu 24.04 SSH 管理的关键变化
|
||||
|
||||
## Key Concepts
|
||||
- [[OpenSSH]]：SSH 协议的开源实现
|
||||
- [[Socket 激活]]：按需启动服务的机制
|
||||
- [[UFW]]：Ubuntu 防火墙管理工具
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：Linux 发行版
|
||||
|
||||
## Connections
|
||||
- [[Ubuntu]] ← installs ← [[OpenSSH]]
|
||||
- [[UFW]] ← controls ← [[OpenSSH]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
42
wiki/sources/Ubuntu-Server科学上网.md
Normal file
42
wiki/sources/Ubuntu-Server科学上网.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Ubuntu Server科学上网"
|
||||
type: source
|
||||
tags: [ubuntu, 科学上网, v2rayn, proxychains, docker, 代理]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Ubuntu Server科学上网.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Ubuntu Server 上配置科学上网，实现 Docker/Git/终端命令通过代理访问外网
|
||||
- 问题域：服务器层面科学上网配置
|
||||
- 方法/机制：V2RayN 提供本地 SOCKS5 代理，ProxyChains 劫持任意命令，Docker Daemon 通过 systemd 代理配置
|
||||
- 结论/价值：系统级代理配置覆盖所有场景
|
||||
|
||||
## Key Claims
|
||||
- 终端命令走代理：`proxychains4 <command>`，需修改 /etc/proxychains4.conf 添加 socks5 127.0.0.1 10808
|
||||
- Git 全局代理：`git config --global http.proxy 'socks5://127.0.0.1:10808'`
|
||||
- Docker Daemon 代理：修改 /etc/systemd/system/docker.service.d/http-proxy.conf，重载 systemd
|
||||
- Docker 容器内代理：通过 docker-compose.yml 的 environment 或 ~/.docker/config.json 全局配置
|
||||
- 代理验证：`curl -x socks5h://127.0.0.1:10808 -v https://www.google.com`
|
||||
|
||||
## Key Quotes
|
||||
> "socks5h://（注意加 h）表示让代理服务器去解析域名，防止本地 DNS 污染" — SOCKS5 代理的关键参数
|
||||
|
||||
## Key Concepts
|
||||
- [[ProxyChains]]：劫持 Linux 动态链接器，强制任意命令走代理
|
||||
- [[SOCKS5]]：支持认证的代理协议
|
||||
- [[Docker Daemon]]：Docker 守护进程的代理配置机制
|
||||
- [[V2RayN]]：SOCKS5 代理提供者
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：服务器操作系统
|
||||
|
||||
## Connections
|
||||
- [[V2RayN]] ← provides ← [[SOCKS5]]
|
||||
- [[ProxyChains]] ← intercepts ← [[SOCKS5]]
|
||||
- [[Docker Daemon]] ← uses ← [[SOCKS5]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
41
wiki/sources/Ubuntu-安装-FRP-0.65.0-x86_64-操作笔记.md
Normal file
41
wiki/sources/Ubuntu-安装-FRP-0.65.0-x86_64-操作笔记.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "Ubuntu 安装 FRP 0.65.0（x86_64）操作笔记"
|
||||
type: source
|
||||
tags: [frp, ubuntu, 内网穿透, 运维]
|
||||
date: 2026-01-01
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Ubuntu 安装 FRP 0.65.0（x86_64）操作笔记.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Ubuntu Server x86_64 上安装配置 FRP 0.65.0 实现内网穿透
|
||||
- 问题域：Ubuntu 服务器内网穿透部署
|
||||
- 方法/机制：通过 systemd 服务管理 FRP 客户端，设置开机自启和故障自动重启
|
||||
- 结论/价值：完成 Ubuntu 服务器的 FRP 部署，与 Mac Mini ARM64 版本配置风格统一
|
||||
|
||||
## Key Claims
|
||||
- FRP 安装路径为 `/opt/frp/frp_0.65.0_linux_amd64`
|
||||
- systemd 服务文件路径为 `/etc/systemd/system/frpc.service`
|
||||
- 服务管理：systemctl start/enable/status/restpc/stop frpc
|
||||
- 软链接方案：/opt/frp/current 指向当前版本，升级时只需切换 symlink
|
||||
- 故障排查：`./frpc validate -c frpc.toml` 检查配置语法
|
||||
|
||||
## Key Quotes
|
||||
> "systemd Restart=on-failure RestartSec=10" — FRP 崩溃后 10 秒自动重启的配置
|
||||
|
||||
## Key Concepts
|
||||
- [[FRP]]：内网穿透工具
|
||||
- [[systemd]]：Linux 服务管理机制
|
||||
- [[软链接]]：版本切换的灵活方案
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：服务器操作系统
|
||||
- [[FRP]]：内网穿透工具
|
||||
|
||||
## Connections
|
||||
- [[Ubuntu]] ← runs ← [[FRP]]
|
||||
- [[systemd]] ← manages ← [[FRP]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Mac-Mini-安装-FRP-0.65.0-ARM64-操作笔记]]：Mac Mini 使用 launchd 管理，Ubuntu 使用 systemd，两者机制不同但目标一致
|
||||
45
wiki/sources/Ubuntu服务器通过rsync实现日常增量备份.md
Normal file
45
wiki/sources/Ubuntu服务器通过rsync实现日常增量备份.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "Ubuntu服务器通过rsync实现日常增量备份"
|
||||
type: source
|
||||
tags: [rsync, ubuntu, 备份, nas, 增量备份]
|
||||
date: 2025-12-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Ubuntu服务器通过rsync实现日常增量备份.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：使用 rsync 实现 Ubuntu 服务器到 NAS 的增量日常备份
|
||||
- 问题域：数据保护与灾难恢复
|
||||
- 方法/机制：rsync 脚本配合 cron 定时任务，通过 NFS 挂载的 NAS 目录作为备份目标
|
||||
- 结论/价值：构建"工作室级"数据保护体系，凌晨自动执行，NAS 掉线时安全终止备份
|
||||
|
||||
## Key Claims
|
||||
- rsync 脚本使用 -azR --delete 参数，排除 venv/__pycache__/.git 目录
|
||||
- 通过 lockfile 机制防止并发执行同一备份任务
|
||||
- NFS 永久挂载通过 /etc/fstab 配置，使用 _netdev 参数确保网络就绪后再挂载
|
||||
- 数据库备份建议先用 docker exec + mysqldump 导出 SQL，再由 rsync 同步
|
||||
- rsync 错误码 23/24 表示部分文件因权限问题未传输，属于正常情况
|
||||
- 可通过 screen/tmux 或 nohup 后台运行备份脚本
|
||||
|
||||
## Key Quotes
|
||||
> "_netdev：告诉系统这是一个网络设备，务必等到网络服务完全启动后再尝试挂载" — /etc/fstab NFS 挂载的关键参数
|
||||
|
||||
## Key Concepts
|
||||
- [[rsync]]：增量文件同步工具
|
||||
- [[NFS]]：网络文件系统
|
||||
- [[增量备份]]：仅同步变化文件
|
||||
- [[Cron]]：定时任务调度
|
||||
- [[Lockfile]]：防止并发执行的锁机制
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：源服务器操作系统
|
||||
- [[Synology NAS]]：备份目标存储
|
||||
|
||||
## Connections
|
||||
- [[Ubuntu]] ← backs_up_to ← [[Synology NAS]]
|
||||
- [[rsync]] ← scheduled_by ← [[Cron]]
|
||||
- [[NFS]] ← mounted_on ← [[Ubuntu]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
40
wiki/sources/Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误.md
Normal file
40
wiki/sources/Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误"
|
||||
type: source
|
||||
tags: [rustdesk, ubuntu, wayland, 远程桌面]
|
||||
date: 2025-10-01
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Ubuntu用RustDesk远程登录出现不能使用Wayland登录的错误.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：解决 Ubuntu 24.04 Wayland 导致 RustDesk 无法在登录界面远程控制的故障
|
||||
- 问题域：远程桌面配置
|
||||
- 方法/机制：禁用 Wayland，强制系统使用 X11 (Xorg) 显示协议
|
||||
- 结论/价值：通过 /etc/gdm3/custom.conf 设置 WaylandEnable=false，RustDesk 可正常工作
|
||||
|
||||
## Key Claims
|
||||
- Ubuntu 24.04 默认使用 Wayland，Wayland 出于安全设计限制外部程序在未登录状态下获取屏幕控制权
|
||||
- 解决方案：编辑 /etc/gdm3/custom.conf，取消注释 WaylandEnable=false
|
||||
- 重启 GDM 服务：sudo systemctl restart gdm3
|
||||
|
||||
## Key Quotes
|
||||
> "WaylandEnable=false" — 强制 Ubuntu 登录界面使用 X11 的关键配置
|
||||
|
||||
## Key Concepts
|
||||
- [[Wayland]]：Linux 现代化显示协议，安全性高但兼容性差
|
||||
- [[X11 (Xorg)]]：传统显示协议，RustDesk 兼容性好
|
||||
- [[GDM3]]：GNOME 显示管理器
|
||||
|
||||
## Key Entities
|
||||
- [[RustDesk]]：开源远程桌面软件
|
||||
- [[Ubuntu]]：操作系统
|
||||
|
||||
## Connections
|
||||
- [[Ubuntu]] ← uses ← [[GDM3]]
|
||||
- [[GDM3]] ← configures ← [[Wayland]]
|
||||
- [[RustDesk]] ← requires ← [[X11]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
38
wiki/sources/Ubuntu禁用合盖休眠.md
Normal file
38
wiki/sources/Ubuntu禁用合盖休眠.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "Ubuntu禁用合盖休眠"
|
||||
type: source
|
||||
tags: [ubuntu, 休眠, 笔记本服务器]
|
||||
date: 2025-10-01
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Ubuntu禁用合盖休眠.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：配置 Ubuntu 24.04 笔记本合盖后继续运行而不进入休眠
|
||||
- 问题域：服务器化改造
|
||||
- 方法/机制：修改 systemd-logind 配置，设置 HandleLidSwitch 系列参数为 ignore
|
||||
- 结论/价值：笔记本可作为长期运行的服务器，合盖不中断服务
|
||||
|
||||
## Key Claims
|
||||
- 控制文件为 /etc/systemd/logind.conf
|
||||
- 三个关键参数：HandleLidSwitch（电池）、HandleLidSwitchExternalPower（外接电源）、HandleLidSwitchDocked（扩展坞）
|
||||
- 设置为 ignore 后合盖不执行任何操作
|
||||
- 可选：systemctl mask sleep/suspend/hibernate/hybrid-sleep.target 从内核级别彻底禁用休眠
|
||||
|
||||
## Key Quotes
|
||||
> "HandleLidSwitch=ignore" — 合盖不执行任何操作的关键配置
|
||||
|
||||
## Key Concepts
|
||||
- [[systemd-logind]]：管理系统电源和用户会话的服务
|
||||
- [[休眠]]：系统挂起到磁盘
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：操作系统
|
||||
|
||||
## Connections
|
||||
- [[systemd-logind]] ← controls ← [[休眠]]
|
||||
- [[Ubuntu]] ← runs ← [[systemd-logind]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
39
wiki/sources/Vibe-Kanban-OpenCode-Ubuntu安装.md
Normal file
39
wiki/sources/Vibe-Kanban-OpenCode-Ubuntu安装.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "Vibe-Kanban OpenCode Ubuntu安装"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/Vibe-Kanban + OpenCode 在 Ubuntu Server 上安装与管理指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Ubuntu Server上Vibe-Kanban和OpenCode安装与管理完整指南
|
||||
- 问题域：AI编程代理管理、本地Vibe Coding部署
|
||||
- 方法/机制：通过nvm管理Node20、使用npx运行vibe-kanban、用pm2管理进程
|
||||
- 结论/价值：构建稳定的AI编程代理工作环境，支持多任务并行和进程自动重启
|
||||
|
||||
## Key Claims
|
||||
- 使用nvm安装Node20以兼容vibe-kanban和opencode
|
||||
- vibe-kanban会spawn随机端口的executor，不需要手动启动opencode serve
|
||||
- 不要用root用户启动OpenCode，会导致权限问题
|
||||
- pm2可实现进程管理、日志查看、自动重启和开机自启
|
||||
- 保证/var/tmp/vibe-kanban和~/.vibe-kanban目录权限属于运行用户
|
||||
|
||||
## Key Concepts
|
||||
- [[Node版本管理]]：nvm实现多版本Node共存
|
||||
- [[进程管理]]：pm2管理Node.js应用生命周期
|
||||
- [[VibeCoding]]：AI编程代理工作流
|
||||
|
||||
## Key Entities
|
||||
- [[VibeKanban]]：AI任务看板工具
|
||||
- [[OpenCode]]：AI编程代理
|
||||
- [[PM2]]：Node.js进程管理器
|
||||
|
||||
## Connections
|
||||
- [[VibeKanban]] ← spawns ← [[OpenCode]]
|
||||
- [[PM2]] ← manages ← [[VibeKanban]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
34
wiki/sources/Vibe-Kanban-Ubuntu安装.md
Normal file
34
wiki/sources/Vibe-Kanban-Ubuntu安装.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "Vibe-Kanban Ubuntu安装"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/在Ubuntu上安装Vibe-Kanban.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Vibe-Kanban安装指南
|
||||
- 问题域：AI任务看板工具部署
|
||||
- 方法/机制：通过npx直接运行，使用pm2管理进程
|
||||
- 结论/价值：快速部署AI编程任务管理工具
|
||||
|
||||
## Key Claims
|
||||
- Vibe-Kanban通过npx vibe-kanban直接运行，自动分配随机端口
|
||||
- 每个任务在独立git worktree中隔离运行，防止代理间干扰
|
||||
- pm2可实现后台启动、日志管理和开机自启
|
||||
|
||||
## Key Concepts
|
||||
- [[GitWorktree]]：任务隔离机制
|
||||
- [[进程管理]]：pm2管理Node应用
|
||||
|
||||
## Key Entities
|
||||
- [[VibeKanban]]：AI任务看板
|
||||
- [[BloopAI]]：Vibe-Kanban开发公司
|
||||
|
||||
## Connections
|
||||
- [[VibeKanban]] ← uses ← [[GitWorktree]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
39
wiki/sources/VibeCoding经验收集.md
Normal file
39
wiki/sources/VibeCoding经验收集.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "Vibe Coding经验收集"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-12-30
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/vibe coding经验收集.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Vibe Coding实践经验和观点收集
|
||||
- 问题域：AI编程工作流、代码规范、人机协作模式
|
||||
- 方法/机制：通过伪代码→代码、代理基准测试、点线体迭代等方式提升AI编程效果
|
||||
- 结论/价值：AI编程的核心是从需求到验证的闭环，而非单纯"看懂代码"
|
||||
|
||||
## Key Claims
|
||||
- 需求→伪代码→代码的流程可提升生成质量
|
||||
- 针对特定模型的系统prompt优化可提升5%基准测试性能
|
||||
- 点→线→体的逐级迭代，先打磨单个任务再批量执行
|
||||
- 代码规范文件头注释和模块说明可降低认知负载
|
||||
- 未来软件工程核心是"验证代码正确运行"而非"看懂代码"
|
||||
|
||||
## Key Quotes
|
||||
> "需求 -> 伪代码 -> 代码"
|
||||
|
||||
## Key Concepts
|
||||
- [[伪代码先行]]：用伪代码描述逻辑再交由AI生成
|
||||
- [[逐级迭代]]：点→线→体的开发模式
|
||||
- [[代码验证]]：自动化测试替代人眼review
|
||||
|
||||
## Key Entities
|
||||
- [[CodeWeaver]]：将代码库编织成可导航Markdown文档的工具
|
||||
|
||||
## Connections
|
||||
- [[VibeCoding]] ← follows ← [[伪代码先行]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
42
wiki/sources/What-I-know-about-Cloud-Service-Delivery-1.md
Normal file
42
wiki/sources/What-I-know-about-Cloud-Service-Delivery-1.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "What I know about Cloud Service Delivery 1"
|
||||
type: source
|
||||
tags: [cloud, devops, service-delivery, infrastructure, finops]
|
||||
date: 2025-03-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Cloud & DevOps/What I know about Cloud Service Delivery 1.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：云服务交付的完整生命周期管理
|
||||
- 问题域：云服务交付的全面认知框架
|
||||
- 方法/机制：覆盖从服务开通、基础设施管理、安全合规、监控、成本优化到灾难恢复的 12 个领域
|
||||
- 结论/价值：云服务交付团队角色定义（Cloud Infra Engineer / DevOps SRE / Security / Support / FinOps）
|
||||
|
||||
## Key Claims
|
||||
- 云服务交付是云技术能力（IaaS/PaaS/SaaS）与用户实际消费的可靠、安全、高性能服务之间的桥梁
|
||||
- 12 个核心领域：服务开通与部署、基础设施管理、平台管理、应用运营、安全合规、性能监控、事件管理、变更配置管理、成本管理、客户支持、服务治理、灾难恢复
|
||||
- SLA vs SLO：SLA 是与客户的合同协议，SLO 是内部目标
|
||||
- DevOps 成熟度模型和 AIOps 是云服务交付的进阶主题
|
||||
|
||||
## Key Quotes
|
||||
> "Cloud Service Delivery is the bridge between the raw capabilities of cloud technology and the reliable, secure, performant services that businesses and users actually consume" — 云服务交付的本质定义
|
||||
|
||||
## Key Concepts
|
||||
- [[云服务交付]]：云服务从能力到用户价值的完整生命周期
|
||||
- [[SLA]]：服务级别协议
|
||||
- [[SLO]]：服务级别目标
|
||||
- [[FinOps]]：云成本管理与优化
|
||||
- [[IaC]]：基础设施即代码
|
||||
- [[DevOps成熟度模型]]：团队能力成熟度评估框架
|
||||
|
||||
## Key Entities
|
||||
- [[云服务交付团队]]：Cloud Infra Engineer、DevOps/SRE、Security、Support、FinOps
|
||||
|
||||
## Connections
|
||||
- [[云服务交付]] ← spans ← [[SLA]]
|
||||
- [[云服务交付]] ← spans ← [[FinOps]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: "获取YouTube频道ID"
|
||||
title: "YouTube Channel ID"
|
||||
type: source
|
||||
tags: [tutorial]
|
||||
tags: []
|
||||
date: 2025-03-16
|
||||
---
|
||||
|
||||
@@ -10,22 +10,27 @@ date: 2025-03-16
|
||||
|
||||
## Summary
|
||||
- 核心主题：获取YouTube频道ID的方法
|
||||
- 问题域：如何在n8n工作流中使用YouTube频道
|
||||
- 方法/机制：通过查看页面源代码查询channel_id参数
|
||||
- 结论/价值：获取的Channel ID可用于RSS Feed和工作流集成
|
||||
- 问题域：RSS订阅、数据抓取、自动化工作流配置
|
||||
- 方法/机制：通过view-source查看频道页面源码，搜索channel_id字符串获取
|
||||
- 结论/价值：提供了一种无需API即可获取频道ID的简单方法，可用于n8n等工作流
|
||||
|
||||
## Key Claims
|
||||
- 在YouTube频道页面查看源代码，搜索channel_id可找到ID
|
||||
- Channel ID格式为UC开头
|
||||
- 通过view-source访问频道页面可获取channel_id
|
||||
- 频道ID格式为UC开头，可用于RSS feed订阅
|
||||
- 此方法可用于n8n等自动化工作流配置
|
||||
|
||||
## Key Quotes
|
||||
> "channel id can be used in n8n workflow"
|
||||
|
||||
## Key Concepts
|
||||
- [[RSS]]：信息聚合标准
|
||||
- [[YouTubeRSS]]：通过channel_id构建RSS feed URL
|
||||
- [[自动化工作流]]：n8n等工具的配置数据获取
|
||||
|
||||
## Key Entities
|
||||
- [[YouTube]]：视频平台
|
||||
- [[YouTube]]：全球最大视频平台
|
||||
|
||||
## Connections
|
||||
- [[YouTube]] ← 识别 ← [[Channel ID]]
|
||||
- [[Channel ID]] ← 用于 ← [[n8n工作流]]
|
||||
- [[YouTubeRSS]] ← derived_from ← [[YouTube-Channel-ID]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
@@ -1,34 +1,43 @@
|
||||
---
|
||||
title: "宝玉技能集"
|
||||
title: "baoyu-skills"
|
||||
type: source
|
||||
tags: [resource]
|
||||
date: 2025-12-30
|
||||
tags: []
|
||||
date: 2026-04-03
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Skills/baoyu-skills-claude-code-技能集.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：宝玉分享的Claude Code技能集
|
||||
- 问题域：如何扩展Claude Code能力
|
||||
- 方法/机制：通过npx安装baoyu-skills
|
||||
- 结论/价值：提供图像生成(baoyu-imagine)、信息图(baoyu-infographic)等技能
|
||||
- 核心主题：宝玉分享的Claude Code技能集完整指南
|
||||
- 问题域：AI辅助内容创作、社交媒体发布、图片生成、多语言翻译
|
||||
- 方法/机制：三大类技能——内容技能（小红书、PPT、信息图）、AI生成（图像、多模态）、工具技能（字幕、格式转换）
|
||||
- 结论/价值：提供完整的AI时代内容创作工作流，从生成到发布全链路覆盖
|
||||
|
||||
## Key Claims
|
||||
- baoyu-skills可通过npx安装
|
||||
- 包含多个可独立发布的技能
|
||||
- 支持发布到ClawHub
|
||||
- 内容技能支持小红书信息图、PPT、信息图、封面图、漫画、文章插图等多形式生成
|
||||
- AI生成技能支持OpenAI、Google、DashScope、MiniMax、即梦、豆包等多个图像生成后端
|
||||
- 工具技能支持YouTube字幕下载、URL转Markdown、X/Twitter转换、图片压缩、Markdown格式化与HTML转换、翻译
|
||||
- 支持通过EXTEND.md自定义扩展和术语表
|
||||
|
||||
## Key Quotes
|
||||
> "支持通过 EXTEND.md 自定义扩展和术语表"
|
||||
|
||||
## Key Concepts
|
||||
- [[Claude Skills]]：Claude Code的扩展机制
|
||||
- [[ClawHub]]：技能市场
|
||||
- [[多模态生成]]：文本、图像、视频的跨模态创作
|
||||
- [[内容工作流]]：从生成到格式转换到发布的全链路
|
||||
- [[提示词工程]]：风格×布局二维系统
|
||||
- [[多后端支持]]：同一技能支持多个服务商API
|
||||
|
||||
## Key Entities
|
||||
- [[Claude Code]]：AI编程助手
|
||||
- [[baoyu-skills]]：技能集合
|
||||
- [[ClaudeCode]]：AI编程与内容创作工具
|
||||
- [[baoyuSkills]]：宝玉的Claude Code技能集
|
||||
- [[小红书]]：中文内容分享平台
|
||||
- [[微信公众号]]：微信内容发布平台
|
||||
|
||||
## Connections
|
||||
- [[Claude Code]] ← 扩展 ← [[baoyu-skills]]
|
||||
- [[ClawHub]] ← 发布 ← [[技能]]
|
||||
- [[ClaudeCode]] ← enhanced_by ← [[baoyuSkills]]
|
||||
- [[内容工作流]] ← composed_of ← [[内容技能]] + [[AI生成技能]] + [[工具技能]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
@@ -1,8 +1,8 @@
|
||||
---
|
||||
title: "Best 7 News API Data Feeds"
|
||||
title: "Best 7 News APIs"
|
||||
type: source
|
||||
tags: [news-api, data-feed, API]
|
||||
date: 2025-03-11
|
||||
tags: []
|
||||
date: 2025-03-14
|
||||
---
|
||||
|
||||
## Source File
|
||||
@@ -10,28 +10,32 @@ date: 2025-03-11
|
||||
|
||||
## Summary
|
||||
- 核心主题：7大新闻API数据源评测
|
||||
- 问题域：获取实时和历史新闻数据
|
||||
- 方法/机制：聚合、整理多来源结构化新闻数据
|
||||
- 结论/价值：不同API适合不同场景，金融、媒体、风险评估各有最佳选择
|
||||
- 问题域：AI新闻获取、金融情报、内容聚合
|
||||
- 方法/机制：通过API聚合多源新闻数据，格式化JSON/XML输出
|
||||
- 结论/价值：为AI新闻应用开发提供数据源选型参考
|
||||
|
||||
## Key Claims
|
||||
- Webz.io：最全面，支持开放网、深网、暗网数据
|
||||
- GNews API：轻量级，适合初创企业和小型应用
|
||||
- The Guardian API：高质量编辑内容
|
||||
- Bloomberg API：专注金融市场和投资专业数据
|
||||
- Financial Times API：全球金融和市场深度洞察
|
||||
- Opoint：媒体监测和情感分析
|
||||
- Mediastack：可扩展性强，支持7500+来源
|
||||
- Webz.io：最全面，支持open/deep/dark web，金融和网络安全首选
|
||||
- GNews API：轻量级，适合初创公司和小规模应用
|
||||
- Guardian API：高质量编辑内容，适合研究项目
|
||||
- Bloomberg API：专注金融，市场数据与新闻一体化
|
||||
- Financial Times API：商业经济深度分析
|
||||
- Opoint：PR和品牌监控，多语言情绪分析
|
||||
- Mediastack：7500+源，可扩展性好，有免费套餐
|
||||
|
||||
## Key Concepts
|
||||
- [[新闻API]]：聚合、组织、传递结构化新闻数据的平台
|
||||
- [[实时数据]]：新闻API提供的即时新闻覆盖
|
||||
- [[情感分析]]：通过API数据进行品牌声誉监测
|
||||
- [[新闻API]]：结构化新闻数据接口
|
||||
- [[金融情报]]：实时市场新闻分析
|
||||
- [[情绪分析]]：舆情监控与品牌追踪
|
||||
|
||||
## Key Entities
|
||||
- [[Webzio]]：新闻API提供商
|
||||
- [[GNewsAPI]]：轻量新闻API
|
||||
- [[Opoint]]：媒体监控API
|
||||
- [[Mediastack]]：可扩展新闻API
|
||||
|
||||
## Connections
|
||||
- [[数据聚合]] ← uses ← [[新闻API]]
|
||||
- [[金融情报]] ← uses ← [[Bloomberg API]]
|
||||
- [[新闻API]] ← includes ← [[Webzio]] + [[GNewsAPI]] + [[Opoint]] + [[Mediastack]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
@@ -9,30 +9,27 @@ date: 2025-03-02
|
||||
- [[raw/AI/Designing for Agentic AI.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Agentic AI（智能体 AI）的产品设计原则与用户体验范式
|
||||
- 问题域：如何在产品设计中处理主动型 AI Agent 的新交互维度
|
||||
- 方法/机制：五大最佳实践——透明性（Transparency）、控制性（Control）、个性化（Personalization）、对话设计（Conversation）、预判能力（Anticipation）
|
||||
- 结论/价值：Agentic AI 推动产品设计从"响应用户操作"转向"实时反馈 AI 运作过程"，用户通过观察 AI 决策过程实现隐式交互
|
||||
- 核心主题：Agentic AI产品设计原则与最佳实践
|
||||
- 问题域：AI交互设计、用户体验
|
||||
- 方法/机制：5大设计原则——透明性、控制权、个性化、对话性、预见性
|
||||
- 结论/价值：Agentic AI需要全新的设计范式，关注实时反馈而非传统界面交互
|
||||
|
||||
## Key Claims
|
||||
- GenAI（生成式 AI）擅长创作内容；Agentic AI 擅长行动，能与环境交互、做出决策并预判用户需求
|
||||
- Agentic AI 需要新的设计隐喻：Crafting experiences that provide live feedback as the AI operates
|
||||
- 五大设计原则：透明性（可视化 AI 进度和推理过程）、控制性（停止/撤销能力）、个性化（基于历史行为预测未来需求）、对话设计（自然语言交互）、预判能力（主动提供帮助且用户可调节自主程度）
|
||||
- 用户在 Agentic AI 场景中并非被动——观察 AI 决策过程本身就是一种交互形式
|
||||
|
||||
## Key Quotes
|
||||
> "Agentic AI is pushing us to reimagine product design. For years, we've focused on interfaces that react to direct user input—clicks, swipes, and edits. But agentic AI introduces a new dimension: proactive agents that anticipate needs and act autonomously" — 范式转移
|
||||
- GenAI创造内容，Agentic AI执行行动——后者能与环境交互并预见需求
|
||||
- Agentic AI需要可视化AI决策过程，让用户理解而非被动接受
|
||||
- 5大设计原则：透明性(可视化推理过程)、控制权(停止/撤销能力)、个性化(适应用户偏好)、对话性(自然语言交互)、预见性(主动提供帮助)
|
||||
- 用户通过观察AI决策过程形成新的交互形式
|
||||
|
||||
## Key Concepts
|
||||
- [[Agentic AI]]：能够与环境交互、做出决策并预判用户需求的主动型 AI 系统，区别于被动响应的 GenAI
|
||||
- [[透明性设计]]：可视化 AI 决策进度和推理过程，让用户理解并评估 AI 行为
|
||||
- [[控制性设计]]：提供停止 AI 任务和撤销已执行操作的清晰机制
|
||||
- [[AgenticAI]]：主动行动型AI，不同于内容生成型GenAI
|
||||
- [[实时反馈]]：AI操作过程中的透明性设计
|
||||
- [[用户控制权]]：AI可停止/撤销的干预机制
|
||||
|
||||
## Key Entities
|
||||
- [[AgenticAI]]：能执行行动的AI系统
|
||||
|
||||
## Connections
|
||||
- [[Agentic AI]] ← implements ← [[透明性设计]], [[控制性设计]]
|
||||
- [[Agentic AI]] ← extends ← [[GenAI]]
|
||||
- [[AgenticAI]] ← follows ← [[5大设计原则]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
- 无冲突
|
||||
|
||||
38
wiki/sources/macOS-创建与解除-Symbolic-Link-OpenClaw-目录映射.md
Normal file
38
wiki/sources/macOS-创建与解除-Symbolic-Link-OpenClaw-目录映射.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "macOS 创建与解除 Symbolic Link（OpenClaw 目录映射）"
|
||||
type: source
|
||||
tags: [macos, symbolic-link, obsidian, openclaw]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/macOS 创建与解除 Symbolic Link（OpenClaw 目录映射）.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 macOS 上创建符号链接，将 OpenClaw 隐藏目录映射为普通目录供 Obsidian 使用
|
||||
- 问题域：跨工具数据访问
|
||||
- 方法/机制：ln -s 创建符号链接，Obsidian 以普通目录作为 Vault
|
||||
- 结论/价值：OpenClaw 和 Obsidian 访问同一份数据，两者互不干扰
|
||||
|
||||
## Key Claims
|
||||
- OpenClaw 默认使用 ~/.openclaw 隐藏目录
|
||||
- 符号链接 ~/openclaw -> ~/.openclaw 使 Obsidian 可直接访问
|
||||
- rm ~/openclaw 只删除链接，不删除真实目录
|
||||
- 建议结构：~/openclaw 作为实际目录，~/.openclaw 作为符号链接指向它
|
||||
|
||||
## Key Quotes
|
||||
> "rm ~/openclaw：该操作只会删除链接文件，不会删除真实目录" — 符号链接删除的关键安全说明
|
||||
|
||||
## Key Concepts
|
||||
- [[Symbolic Link]]：符号链接，Unix/Linux 文件系统中的快捷方式
|
||||
- [[Obsidian]]：本地笔记工具，可作为 Vault 使用符号链接目录
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]：AI Agent 框架
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]] ← accesses ← [[Symbolic Link]]
|
||||
- [[Symbolic Link]] ← points_to ← [[OpenClaw]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
37
wiki/sources/养虾日记1-照片整理.md
Normal file
37
wiki/sources/养虾日记1-照片整理.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "养虾日记1照片整理"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-31
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/微信公众号/养虾日记1：我用 OpenClaw 管了 28 万张照片：一次真实的多设备照片整理实战.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：用OpenClaw AI Agent整理28万张照片的实战经历
|
||||
- 问题域：照片去重、小文件清理、批量处理自动化
|
||||
- 方法/机制：AI分析需求→制定方案→拆分为8批次定时执行→Telegram推送结果
|
||||
- 结论/价值：AI Agent的价值不是单点能力提升，而是思维方式的升级——把模糊想法变成清晰结构
|
||||
|
||||
## Key Claims
|
||||
- AI Agent通过提问将模糊需求转化为可执行方案
|
||||
- 精确去重用MD5哈希比对，删除前先移入To-Be-Deleted目录
|
||||
- 68个设备目录、28万文件拆成8批次每天凌晨自动执行
|
||||
- AI的思维方式：问关键问题→拆解任务→控制风险→自动化执行
|
||||
|
||||
## Key Concepts
|
||||
- [[MD5去重]]：哈希比对实现精确文件去重
|
||||
- [[批量自动化]]：任务拆分+定时执行实现大规模自动化
|
||||
- [[AI需求分析]]：通过提问将模糊需求结构化
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]：AI Agent操作系统
|
||||
- [[NAS]]：网络存储服务器
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← manages ← [[照片整理]]
|
||||
- [[AI需求分析]] ← enables ← [[批量自动化]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
37
wiki/sources/养虾日记2-SelfImproving.md
Normal file
37
wiki/sources/养虾日记2-SelfImproving.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "养虾日记2 SelfImproving"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/微信公众号/养虾日记2：让Agent更懂你：OpenClaw + Self-Improving 复盘实战案例分享.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：OpenClaw Agent自改进机制和双层记忆架构
|
||||
- 问题域：AI Agent记忆缺失、重复犯错、流程漏洞
|
||||
- 方法/机制：短期记忆(memory文件)+长期记忆(LanceDB)+self-improving复盘机制
|
||||
- 结论/价值：错误只犯一次，第二次就知道怎么做对——self-improving让agent在错误中持续进化
|
||||
|
||||
## Key Claims
|
||||
- 双层记忆架构：每日文件管上下文，向量数据库管知识，self-improving管成长
|
||||
- self-improving固定格式记录：Summary/Details/Suggested Action/MetaData
|
||||
- Pattern-Key重复是系统性问题的信号，Recurrence-Count是重要指标
|
||||
- 23:00定时复盘流程：读取memory→记录learnings→检查重复→同步到向量库→Telegram摘要
|
||||
|
||||
## Key Concepts
|
||||
- [[SelfImproving]]：结构化经验记录与复盘机制
|
||||
- [[双层记忆架构]]：短期+长期+自改进三层
|
||||
- [[PatternKey]]：问题模式识别与追踪
|
||||
- [[每日复盘]]：定时任务驱动持续改进
|
||||
|
||||
## Key Entities
|
||||
- [[memory-lancedb-pro]]：基于LanceDB的向量记忆系统
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← enhanced_by ← [[SelfImproving]]
|
||||
- [[双层记忆架构]] ← composes ← [[SelfImproving]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
37
wiki/sources/养虾日记3-Obsidian-Gitea.md
Normal file
37
wiki/sources/养虾日记3-Obsidian-Gitea.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "养虾日记3 Obsidian Gitea"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-09
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/微信公众号/养虾日记3：用 Obsidian + Gitea 为 AI 助手构建持久化笔记系统.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Obsidian+Gitea构建AI助手持久化笔记系统
|
||||
- 问题域：AI输出丢失、多端同步、版本管理
|
||||
- 方法/机制：Obsidian做知识库、Gitea做版本控制、OpenClaw做写入接口
|
||||
- 结论/价值：把AI变成会自动整理笔记的实习生，做完事顺手把记录更新好
|
||||
|
||||
## Key Claims
|
||||
- AI在执行任务过程中顺手维护链接、更新摘要、添加Tag，而不是被动等着被查询
|
||||
- Obsidian Graph View可发现"孤岛页面"和"幽灵节点"，帮助建立知识网络
|
||||
- Git自动同步让AI批量改文件的能力有版本管理兜底
|
||||
- 笔记目录结构：knowledgebase(公用知识)+agent archive(私有记录)
|
||||
|
||||
## Key Concepts
|
||||
- [[LLMWiki]]：增量构建和维护持久化Wiki，而非RAG每次从零检索
|
||||
- [[GraphView]]：通过节点连线发现知识盲区
|
||||
- [[知识可发现性]]：双链+图谱让知识形成网络而非孤岛
|
||||
|
||||
## Key Entities
|
||||
- [[Obsidian]]：本地笔记与知识管理工具
|
||||
- [[Gitea]]：自建Git服务实现版本控制
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]] ← synced_by ← [[Gitea]]
|
||||
- [[OpenClaw]] ← writes_to ← [[Obsidian]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
35
wiki/sources/养虾日记4-Context调试.md
Normal file
35
wiki/sources/养虾日记4-Context调试.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "养虾日记4 Context调试"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-10
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/微信公众号/养虾日记4： 一次「Context Limit Exceeded」错误排查：我以为是小问题，结果踩了大坑.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：OpenClaw Context Limit Exceeded错误排查实战
|
||||
- 问题域：AI Agent上下文溢出、模型配置问题、Gateway日志分析
|
||||
- 方法/机制：通过日志定位问题根源→发现Telegram channel绑定了小context模型→全局配置和agent配置是两回事
|
||||
- 结论/价值：不要默认认为错误信息就是表面意思，系统越复杂问题隐藏路径越深
|
||||
|
||||
## Key Claims
|
||||
- 错误表象是context满了，实际是Telegram channel绑定了deepseek-reasoner(16K context)
|
||||
- OpenClaw两层配置：全局compaction配置和agent模型配置是两码事
|
||||
- Gateway日志能清晰揭示问题根源，应养成看日志的习惯
|
||||
- 模型切换可能由API不可用、Token溢出预判、配置覆盖、负载均衡等多种原因触发
|
||||
|
||||
## Key Concepts
|
||||
- [[Gateway日志]]：问题诊断的第一手资料
|
||||
- [[模型Fallback]]：主模型不可用时自动切换备选模型
|
||||
- [[配置分层]]：Global/Agent/Channel/环境变量多层级配置
|
||||
|
||||
## Key Entities
|
||||
- [[deepseek-reasoner]]：16K context window的小模型
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← debugged_by ← [[Gateway日志]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
37
wiki/sources/养虾日记5-苏轼对话.md
Normal file
37
wiki/sources/养虾日记5-苏轼对话.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "养虾日记5 苏轼对话"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-10
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/微信公众号/养虾日记5：深夜与苏轼聊AI，他说：被浪打下去还能爬起来的才叫风流.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：女娲Skill造人术——蒸馏苏东坡思维框架为可运行AI Skill
|
||||
- 问题域：AI导师、数字遗产、认知操作系统
|
||||
- 方法/机制：6个并行Agent分维度采集→提炼心智模型/决策启发式/表达DNA→构建可运行skill
|
||||
- 结论/价值：用AI放大人类历史上最强大的脑子，让它们成为日常思维顾问
|
||||
|
||||
## Key Claims
|
||||
- 女娲造人=通过深度调研蒸馏真实人物的核心思维框架，变成可运行的AI Skill
|
||||
- 苏东坡6个心智模型：进退由时、此心安处、辞达而已、逆境转化、自出新意、物我合一
|
||||
- 蒸馏不是角色扮演，是用别人的思维框架分析真实的人生困境
|
||||
- 每个人都可以拥有自己的认知操作系统——想学投资蒸馏芒格，想学物理思维蒸馏费曼
|
||||
|
||||
## Key Concepts
|
||||
- [[女娲造人术]]：蒸馏历史人物思维框架为AI Skill
|
||||
- [[认知操作系统]]：以历史人物视角看问题的思维工具
|
||||
- [[心智模型蒸馏]]：从大量信息中提炼核心决策逻辑
|
||||
|
||||
## Key Entities
|
||||
- [[苏东坡]]：被蒸馏的历史人物
|
||||
- [[女娲Skill]]：造人工具
|
||||
|
||||
## Connections
|
||||
- [[女娲造人术]] ← creates ← [[认知操作系统]]
|
||||
- [[苏东坡]] ← distilled_into ← [[苏东坡Skill]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
@@ -1,33 +1,41 @@
|
||||
---
|
||||
title: "养龙虾日记-记忆调试"
|
||||
title: "养龙虾记忆调试"
|
||||
type: source
|
||||
tags: [article]
|
||||
date: 2025-04-02
|
||||
tags: []
|
||||
date: 2026-04-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/微信公众号/养龙虾5天血泪史：我的AI Agent为什么总失忆？OpenClaw 记忆调试全记录.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：OpenClaw内存管理调试
|
||||
- 问题域：Agent像金鱼只有7秒记忆
|
||||
- 方法/机制：解决对话压缩、搜索失效、系统臃肿等问题
|
||||
- 结论/价值：10条OpenClaw内存管理黄金法则
|
||||
- 核心主题：OpenClaw Agent记忆问题5天调试血泪史
|
||||
- 问题域：对话压缩丢失、搜索失效、系统臃肿、模型切换失忆
|
||||
- 方法/机制：10条内存管理黄金法则，包含内存刷新、混合搜索、交接协议等
|
||||
- 结论/价值：系统提示词精简28%后相同模型表现更好——真正的修复是移除什么都不做的文件
|
||||
|
||||
## Key Claims
|
||||
- AI每次对话都是白纸是核心问题
|
||||
- 涉及对话压缩compaction和搜索失效
|
||||
- 需要平衡系统性能和记忆能力
|
||||
- 只有AGENTS.md/SOUL.md/TOOLS.md等7个文件自动加载，其他需要明确读取指令
|
||||
- 启动序列必须放在AGENTS.md顶部，否则不会被执行
|
||||
- 写入纪律比读取纪律更重要——写回是临时上下文变成永久记忆的方式
|
||||
- 交接协议：模型切换前将当前上下文写入每日日志
|
||||
- 混合搜索(BM25+向量+重排序)比纯语义搜索效果好
|
||||
- 定期运行/context detail发现未使用技能和臃肿文件
|
||||
|
||||
## Key Quotes
|
||||
> "系统提示词中的每个令牌都是代理在每个消息上携带的开销"
|
||||
|
||||
## Key Concepts
|
||||
- [[内存管理]]：对话上下文管理
|
||||
- [[对话压缩]]：减少token消耗
|
||||
- [[内存刷新]]：压缩前将重要上下文写入磁盘
|
||||
- [[混合搜索]]：关键词+向量+重排序
|
||||
- [[交接协议]]：模型切换前上下文写回
|
||||
- [[令牌开销]]：每个自动加载文件都是持续消耗
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]：AI Agent框架
|
||||
- [[星辉]]：用户助理Agent
|
||||
- [[QMD]]：精准搜索工具
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← 优化 ← [[内存管理]]
|
||||
- [[OpenClaw]] ← tuned_by ← [[内存刷新]] + [[混合搜索]] + [[交接协议]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
42
wiki/sources/在-Ubuntu-安装-Ollama-并运行-Qwen2.5-Coder-7B.md
Normal file
42
wiki/sources/在-Ubuntu-安装-Ollama-并运行-Qwen2.5-Coder-7B.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B"
|
||||
type: source
|
||||
tags: [ollama, qwen, qwen-coder, ubuntu, 本地大模型]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Ubuntu 上安装 Ollama 本地大模型运行平台，运行 Qwen2.5-Coder 7B 代码模型
|
||||
- 问题域：本地 AI 推理基础设施
|
||||
- 方法/机制：Ollama 提供 REST API 和 CLI，支持 Python/Node.js SDK，自动 GPU 加速
|
||||
- 结论/价值：构建本地 AI coding agent 基础设施，qwen2.5-coder:7b 适合 DevOps/SQL/Kubernetes 场景
|
||||
|
||||
## Key Claims
|
||||
- 安装命令：curl -fsSL https://ollama.com/install.sh | sh
|
||||
- qwen2.5-coder:7b 模型大小约 4.5GB，无需 GPU 即可运行
|
||||
- Ollama API 默认监听 127.0.0.1:11434，修改 /etc/systemd/system/ollama.service 添加 OLLAMA_HOST=0.0.0.0 开放远程访问
|
||||
- 有 CUDA 时 Ollama 自动使用 GPU 加速，无需额外配置
|
||||
- qwen2.5-coder 相比普通 qwen2.5 的优势：Tool usage 能力强，Shell/Python/SQL 理解强
|
||||
|
||||
## Key Quotes
|
||||
> "qwen2.5-coder:7b 相比普通 qwen2.5:7b 更适合工程任务" — 代码专用模型的选择依据
|
||||
|
||||
## Key Concepts
|
||||
- [[Ollama]]：本地大模型运行平台
|
||||
- [[Qwen2.5-Coder]]：阿里通义千问代码专用模型
|
||||
- [[REST API]]：Ollama 提供的 HTTP 接口
|
||||
- [[GPU 加速]]：CUDA 环境下自动启用
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：宿主机操作系统
|
||||
|
||||
## Connections
|
||||
- [[Ubuntu]] ← runs ← [[Ollama]]
|
||||
- [[Ollama]] ← hosts ← [[Qwen2.5-Coder]]
|
||||
- [[OpenClaw]] ← calls ← [[Ollama API]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
38
wiki/sources/在Synology-NAS上安装CloudDrive2.md
Normal file
38
wiki/sources/在Synology-NAS上安装CloudDrive2.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "在Synology NAS上安装CloudDrive2"
|
||||
type: source
|
||||
tags: [clouddrive2, nas, synology, 阿里云盘]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/在Synology NAS上安装CloudDrive2.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Synology NAS DSM 7+ 上安装 CloudDrive2，挂载阿里云盘为本地文件系统
|
||||
- 问题域：云盘挂载与本地文件系统整合
|
||||
- 方法/机制：通过矿神群晖套件源安装 CloudDrive2，修改 privilege 文件解决 root 权限问题
|
||||
- 结论/价值：阿里云盘资源可直接通过 NAS 文件管理器访问，避免在线播放卡顿
|
||||
|
||||
## Key Claims
|
||||
- DSM 7+ 版本安装 CloudDrive2 后需额外执行：sudo sed -i 's/package/root/g' /var/packages/CloudDrive2/conf/privilege
|
||||
- CloudDrive2 管理界面：http://192.168.3.17:19798/
|
||||
- 授权时只授权资源目录，不授权备份目录
|
||||
- 挂载后阿里云盘变为本地文件系统，可被 Plex 直接读取
|
||||
|
||||
## Key Quotes
|
||||
> "请主要，不要授权备份目录，仅资源目录即可" — 阿里云盘授权的安全建议
|
||||
|
||||
## Key Concepts
|
||||
- [[CloudDrive2]]：将云盘挂载为本地文件系统的工具
|
||||
- [[阿里云盘]]：云端存储服务
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：宿主机
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← runs ← [[CloudDrive2]]
|
||||
- [[CloudDrive2]] ← mounts ← [[阿里云盘]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
47
wiki/sources/在Ubuntu上通过VPS-内网反向代理实现域名访问内网穿透.md
Normal file
47
wiki/sources/在Ubuntu上通过VPS-内网反向代理实现域名访问内网穿透.md
Normal file
@@ -0,0 +1,47 @@
|
||||
---
|
||||
title: "在Ubuntu上通过VPS+内网反向代理实现域名访问内网穿透"
|
||||
type: source
|
||||
tags: [vps, caddy, frp, reverse-proxy, 内网穿透, cloudflare]
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/在Ubuntu上通过VPS+内网反向代理实现域名访问内网穿透.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 VPS (frps) + Caddy 构建内网穿透架构，实现通过域名访问内网服务
|
||||
- 问题域：内网服务公网暴露
|
||||
- 方法/机制：frp 隧道建立 TCP 连接，Caddy 反向代理提供 HTTPS，Cloudflare DNS 管理域名
|
||||
- 结论/价值：完整的内网服务公网访问方案，支持 HTTPS 自动证书
|
||||
|
||||
## Key Claims
|
||||
- 架构：Cloudflare DNS → VPS (Caddy+frps) → frp 隧道 → 内网 NAS/Ubuntu
|
||||
- frps 监听 7000 端口，frpc 将内网服务映射到 VPS 本地端口（如 15000）
|
||||
- Caddy 反向代理 frps 映射端口到子域名，自动申请 Let's Encrypt HTTPS 证书
|
||||
- SSH 穿透不走 Caddy（纯 TCP），只通过 frps+frpc 实现
|
||||
- 故障排查重点：token 一致性、防火墙端口、frps 实际读取的配置文件路径
|
||||
|
||||
## Key Quotes
|
||||
> "Caddy 不参与 SSH 的代理，只用 frps + frpc 配置即可完成" — SSH 穿透与 HTTP 穿透的本质区别
|
||||
|
||||
## Key Concepts
|
||||
- [[FRP]]：内网穿透工具，frps 服务端 + frpc 客户端
|
||||
- [[Caddy]]：自动 HTTPS 的反向代理服务器
|
||||
- [[反向代理]]：将公网请求转发到内网服务
|
||||
- [[内网穿透]]：通过 VPS 中转实现公网访问内网
|
||||
|
||||
## Key Entities
|
||||
- [[VPS]]：公网服务器（192.227.222.142）
|
||||
- [[Synology NAS]]：内网服务（192.168.3.17）
|
||||
- [[Ubuntu]]：内网服务器（192.168.3.47）
|
||||
|
||||
## Connections
|
||||
- [[Cloudflare]] ← manages ← DNS
|
||||
- [[VPS]] ← runs ← [[Caddy]]
|
||||
- [[VPS]] ← runs ← [[FRP]]
|
||||
- [[FRP]] ← tunnels ← [[Synology NAS]]
|
||||
- [[FRP]] ← tunnels ← [[Ubuntu]]
|
||||
- [[Caddy]] ← proxies_to ← [[FRP]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
38
wiki/sources/如何传输Docker-images-并且在另一个Docker安装.md
Normal file
38
wiki/sources/如何传输Docker-images-并且在另一个Docker安装.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "如何传输Docker images 并且在另一个Docker安装"
|
||||
type: source
|
||||
tags: [docker, image, synology, nas]
|
||||
date: 2025-03-06
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/如何传输Docker images 并且在另一个Docker安装.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：跨设备传输 Docker 镜像（从工作电脑到 Synology NAS）
|
||||
- 问题域：NAS 无法直接从 Docker Hub 拉取镜像时的解决方案
|
||||
- 方法/机制：docker save 打包镜像，docker load 在目标机器导入
|
||||
- 结论/价值：解决企业内网或 NAS 无法访问外网的镜像传输问题
|
||||
|
||||
## Key Claims
|
||||
- docker pull 拉取镜像
|
||||
- docker save -o xiaoya.tar xiaoyaliu/alist 打包为 tar 文件
|
||||
- 上传 tar 文件到 NAS 文件系统
|
||||
- docker load < xiaoya.tar 在 NAS Docker 中导入镜像
|
||||
|
||||
## Key Quotes
|
||||
> "docker save -o xiaoya.tar" + "docker load < xiaoya.tar" — 离线镜像传输的完整流程
|
||||
|
||||
## Key Concepts
|
||||
- [[Docker 镜像传输]]：docker save/load 实现离线镜像迁移
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：镜像导入目标
|
||||
- [[Docker]]：容器运行时
|
||||
|
||||
## Connections
|
||||
- [[Docker]] ← exports ← [[Docker镜像]]
|
||||
- [[Docker]] ← imports ← [[Docker镜像]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
40
wiki/sources/如何删除旧的废弃的docker-container-volume.md
Normal file
40
wiki/sources/如何删除旧的废弃的docker-container-volume.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "如何删除旧的废弃的docker container +volume"
|
||||
type: source
|
||||
tags: [docker, container, volume, portainer, 运维]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/如何删除旧的废弃的docker container +volume.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：清理 Docker 旧容器、卷和网络，释放存储空间
|
||||
- 问题域：Docker 运维管理
|
||||
- 方法/机制：docker stop/rm 删除容器，docker volume rm 删除卷，docker network rm 删除网络
|
||||
- 结论/价值：干净的 Portainer 重装流程，避免 volume 残留导致数据混淆
|
||||
|
||||
## Key Claims
|
||||
- 删除容器：docker stop + docker rm（或 docker rm -f 强制）
|
||||
- 删除 volume：docker volume rm portainer_data（会丢失所有数据）
|
||||
- 删除 network：docker network rm portainer_network
|
||||
- compose 重装：docker compose down && docker compose up -d
|
||||
- WARN 信息解释：Network/Volume 已存在但属于另一个 compose 项目
|
||||
|
||||
## Key Quotes
|
||||
> "⚠️ 注意：这会删除 Portainer 所有数据（用户、配置）。如果想保留数据，在 compose 文件里加 external: true" — Volume 删除的风险提示
|
||||
|
||||
## Key Concepts
|
||||
- [[Docker Volume]]：持久化存储，删除后数据不可恢复
|
||||
- [[Docker Network]]：容器网络隔离
|
||||
- [[Portainer]]：Docker 可视化管理工具
|
||||
|
||||
## Key Entities
|
||||
- [[Docker]]：容器平台
|
||||
|
||||
## Connections
|
||||
- [[Docker]] ← manages ← [[Docker Volume]]
|
||||
- [[Docker]] ← manages ← [[Docker Network]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
38
wiki/sources/如何判别你的Linux-服务器是-x64-还是-ARM64.md
Normal file
38
wiki/sources/如何判别你的Linux-服务器是-x64-还是-ARM64.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "如何判别你的Linux 服务器是 x64（也就是 x86_64）还是 ARM64"
|
||||
type: source
|
||||
tags: [linux, 架构, x64, arm64]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/如何判别你的Linux 服务器是 x64（也就是 x86_64）还是 ARM64.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：判别 Linux 服务器 CPU 架构类型（x86_64 vs ARM64）
|
||||
- 问题域：硬件架构识别
|
||||
- 方法/机制：通过 uname/lscpu/proc/cpuinfo/file 等命令检测
|
||||
- 结论/价值：确保下载正确的软件版本（如 FRP 需要选择对应架构版本）
|
||||
|
||||
## Key Claims
|
||||
- uname -m：x86_64（Intel/AMD）或 aarch64（ARM）
|
||||
- lscpu：Architecture 字段直接显示 CPU 类型
|
||||
- cat /proc/cpuinfo：x86_64 有 model name，ARM64 显示 AArch64/ARMv8
|
||||
- file /bin/bash：检测可执行文件对应的 CPU 架构
|
||||
|
||||
## Key Quotes
|
||||
> "uname -m：x86_64 → 64位 x86（Intel/AMD）；aarch64 → 64位 ARM 架构" — 最快速的架构判断方法
|
||||
|
||||
## Key Concepts
|
||||
- [[x86_64]]：Intel/AMD 64 位处理器架构
|
||||
- [[ARM64 (aarch64)]]：64 位 ARM 处理器架构
|
||||
|
||||
## Key Entities
|
||||
- [[Linux]]：操作系统
|
||||
|
||||
## Connections
|
||||
- [[Linux]] ← runs_on ← [[x86_64]]
|
||||
- [[Linux]] ← runs_on ← [[ARM64]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
41
wiki/sources/如何在Ubuntu-Server上通过NFS挂载Synology-NAS上的共享文件夹.md
Normal file
41
wiki/sources/如何在Ubuntu-Server上通过NFS挂载Synology-NAS上的共享文件夹.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹"
|
||||
type: source
|
||||
tags: [nfs, ubuntu, synology, nas, 挂载]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Ubuntu Server 上通过 NFS 挂载 Synology NAS 共享文件夹
|
||||
- 问题域：网络存储挂载
|
||||
- 方法/机制：NAS 端配置 NFS 权限，Ubuntu 端安装 nfs-common 并挂载，/etc/fstab 实现永久挂载
|
||||
- 结论/价值：NFS 相比 Samba 能保留 Linux 文件所有权，适合 Docker 卷备份场景
|
||||
|
||||
## Key Claims
|
||||
- NAS NFS 配置关键：Squash 选择"映射所有用户为 admin"，安全性选择 sys
|
||||
- Ubuntu 挂载命令：mount -t nfs 192.168.3.17:/volume2/backup /mnt/nas_backup
|
||||
- /etc/fstab 永久挂载关键参数：timeo=900,retrans=5,_netdev
|
||||
- _netdev 参数确保网络就绪后才挂载，防止开机卡死
|
||||
- sudo systemctl enable remote-fs.target 解决 nfs-common 启动慢的问题
|
||||
|
||||
## Key Quotes
|
||||
> "NFS 相比 Samba 的优势：原生权限支持（保留文件所有权）、无 vers=3.0 方言冲突、性能更强" — NFS 是 Docker 卷备份的首选协议
|
||||
|
||||
## Key Concepts
|
||||
- [[NFS]]：网络文件系统，Linux 间共享存储的标准协议
|
||||
- [[永久挂载]]：/etc/fstab 配置实现开机自动挂载
|
||||
- [[_netdev]]：网络设备挂载参数
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：NFS 客户端
|
||||
- [[Synology NAS]]：NFS 服务端
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← serves ← [[NFS]]
|
||||
- [[Ubuntu]] ← mounts ← [[NFS]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
40
wiki/sources/如何在Ubuntu-Server安装-docker-and-docker-compose.md
Normal file
40
wiki/sources/如何在Ubuntu-Server安装-docker-and-docker-compose.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "如何在Ubuntu Server安装 docker & docker compose"
|
||||
type: source
|
||||
tags: [docker, ubuntu, docker-compose, 安装]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/如何在Ubuntu Server安装 docker & docker compose.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Ubuntu Server 上安装 Docker Engine 和 Docker Compose V2
|
||||
- 问题域：容器化基础环境搭建
|
||||
- 方法/机制：从 Docker 官方仓库安装，支持非 root 用户运行 Docker
|
||||
- 结论/价值：完整的 Ubuntu Docker 安装流程
|
||||
|
||||
## Key Claims
|
||||
- 安装前需移除旧版本：docker.io, docker-engine, docker-ce 等
|
||||
- 从 Docker 官方仓库安装，添加 GPG key 和 apt sources
|
||||
- 安装组件：docker-ce, docker-ce-cli, containerd.io, docker-buildx-plugin, docker-compose-plugin
|
||||
- Docker Compose V2 使用 `docker compose`（而非 docker-compose）
|
||||
- 非 root 用户运行：sudo usermod -aG docker $USER
|
||||
|
||||
## Key Quotes
|
||||
> "docker-compose-plugin 安装的是 Docker Compose V2，使用命令 docker compose 而非 docker-compose" — 版本区别关键点
|
||||
|
||||
## Key Concepts
|
||||
- [[Docker]]：容器运行时
|
||||
- [[Docker Compose V2]]：多容器编排工具（docker compose 命令）
|
||||
- [[containerd]]：容器运行时引擎
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu]]：宿主机操作系统
|
||||
|
||||
## Connections
|
||||
- [[Ubuntu]] ← installs ← [[Docker]]
|
||||
- [[Docker]] ← includes ← [[Docker Compose V2]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
46
wiki/sources/如何用指纹浏览器安全注册并订阅Claude-Pro会员全攻略.md
Normal file
46
wiki/sources/如何用指纹浏览器安全注册并订阅Claude-Pro会员全攻略.md
Normal file
@@ -0,0 +1,46 @@
|
||||
---
|
||||
title: "如何用指纹浏览器安全注册并订阅Claude Pro会员全攻略"
|
||||
type: source
|
||||
tags: [adsower, claude, 指纹浏览器, 代理, wildcard]
|
||||
date: 2025-12-31
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/如何用指纹浏览器安全注册并订阅Claude Pro会员全攻略.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过指纹浏览器+高纯净度代理+虚拟信用卡安全注册和订阅 Claude Pro
|
||||
- 问题域：AI 服务账号注册与跨境支付
|
||||
- 方法/机制：AdsPower 指纹浏览器隔离环境，代理 IP 一致性检测，PingMe 接码平台，WildCard 虚拟信用卡
|
||||
- 结论/价值：降低封号风险，实现 Claude Pro 稳定订阅
|
||||
|
||||
## Key Claims
|
||||
- 指纹浏览器（AdsPower）模拟独立设备环境，避免多账号关联封号
|
||||
- IP 纯净度检测：scamalytics.com 评估风险，低风险才能使用
|
||||
- 三处 IP 测试点（国内/国外/谷歌）必须高度一致
|
||||
- 接码平台用 PingMe（订阅制美国号码），避免一次性号码封号
|
||||
- 支付用 WildCard 虚拟信用卡（yeka.ai/i/UPHSP）解决跨境支付
|
||||
|
||||
## Key Quotes
|
||||
> "IP纯净度为中等风险或以上可能被封号，数值越低越安全" — IP 纯净度检测的重要性
|
||||
|
||||
## Key Concepts
|
||||
- [[指纹浏览器]]：模拟独立设备环境，隔离账号关联
|
||||
- [[IP纯净度]]：IP 信誉风险等级
|
||||
- [[SOCKS5代理]]：网络代理协议
|
||||
- [[虚拟信用卡]]：WildCard 等支持海外支付的线上信用卡
|
||||
- [[接码平台]]：短信验证码接收服务
|
||||
|
||||
## Key Entities
|
||||
- [[AdsPower]]：指纹浏览器工具
|
||||
- [[Claude]]：Anthropic AI 聊天服务
|
||||
- [[PingMe]]：接码平台
|
||||
- [[WildCard]]：虚拟信用卡服务
|
||||
|
||||
## Connections
|
||||
- [[AdsPower]] ← uses ← [[SOCKS5代理]]
|
||||
- [[Claude]] ← requires ← [[接码平台]]
|
||||
- [[Claude Pro]] ← pays_with ← [[WildCard]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
42
wiki/sources/安装Ubuntu-24.04.2在HP-Zbook工作站笔记本上.md
Normal file
42
wiki/sources/安装Ubuntu-24.04.2在HP-Zbook工作站笔记本上.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "安装Ubuntu-24.04.2在HP Zbook工作站笔记本上"
|
||||
type: source
|
||||
tags: [ubuntu, hp, zbook, rufus, 安装]
|
||||
date: 2025-02-10
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/安装Ubuntu-24.04.2在HP Zbook工作站笔记本上.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 HP ZBook 工作站上安装 Ubuntu 24.04.2，包括 UEFI 引导配置
|
||||
- 问题域：Ubuntu 系统安装
|
||||
- 方法/机制：Rufus 制作 GPT 启动盘，BIOS 设置（关闭 Secure Boot、切换 UEFI Only），efibootmgr 修复启动顺序
|
||||
- 结论/价值：完整记录 HP ZBook 安装 Ubuntu 的全部坑点和解决方案
|
||||
|
||||
## Key Claims
|
||||
- Rufus 分区方案必须选 GPT，目标系统自动变为 UEFI (non CSM)
|
||||
- HP ZBook BIOS 设置：SATA 模式设为 AHCI（不是 RAID），Secure Boot 关闭，Fast Boot 关闭
|
||||
- HP ZBook 引导顺序问题：BootOrder 中没有 Ubuntu (0005)，需用 efibootmgr -o 0005 强制加入
|
||||
- 伪装大法：复制 shimx64.efi 到 /EFI/BOOT/BOOTX64.EFI 防止 BIOS 重置
|
||||
- 如果有大量 BBS Legacy 启动项，需将 Boot Mode 切换为 UEFI Only
|
||||
|
||||
## Key Quotes
|
||||
> "将 Boot Mode 从 Legacy 或 Hybrid 切换为 UEFI Only，那些无效的 0000-0004 就会消失" — HP ZBook 引导修复的关键步骤
|
||||
|
||||
## Key Concepts
|
||||
- [[GPT]]：现代硬盘分区表，与 UEFI 引导兼容
|
||||
- [[efibootmgr]]：Linux 下管理 UEFI NVRAM 启动顺序的工具
|
||||
- [[Secure Boot]]：UEFI 安全启动机制
|
||||
- [[AHCI]]：硬盘接口模式，比 RAID 更适合 Ubuntu
|
||||
|
||||
## Key Entities
|
||||
- [[HP ZBook]]：工作站笔记本型号
|
||||
- [[Ubuntu]]：操作系统
|
||||
|
||||
## Connections
|
||||
- [[HP ZBook]] ← installs ← [[Ubuntu]]
|
||||
- [[Rufus]] ← creates ← [[GPT启动盘]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
40
wiki/sources/安装v2rayN.md
Normal file
40
wiki/sources/安装v2rayN.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "安装v2rayN"
|
||||
type: source
|
||||
tags: [v2rayn, 科学上网, 客户端]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/安装v2rayN.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：v2rayN 多平台客户端安装说明（Windows/Linux/macOS）
|
||||
- 问题域：科学上网客户端配置
|
||||
- 方法/机制：各平台下载对应版本，部分平台需要 .NET Runtime 或手动赋予执行权限
|
||||
- 结论/价值：跨平台科学上网客户端完整安装指南
|
||||
|
||||
## Key Claims
|
||||
- Windows x64：v2rayN-windows-64.zip 便携版，需安装 .NET 8.0 Desktop Runtime
|
||||
- Linux x64：deb 安装版或 zip 便携版（chmod +x 后 ./v2rayN 运行）
|
||||
- macOS arm64：dmg 安装后需运行 xattr -cr /Applications/v2rayN.app 解除签名限制
|
||||
- 各平台均支持 Xray/sing-box/mihomo 等多种 Core
|
||||
|
||||
## Key Quotes
|
||||
> "macOS 安装包没有签名，会提示应用已损坏；安装后需要运行：xattr -cr /Applications/v2rayN.app" — macOS 签名问题解决方案
|
||||
|
||||
## Key Concepts
|
||||
- [[v2rayN]]：跨平台科学上网 GUI 客户端
|
||||
- [[Xray]]：v2ray 核心
|
||||
- [[sing-box]]：综合性代理工具
|
||||
- [[mihomo]]：代理核心
|
||||
|
||||
## Key Entities
|
||||
- [[v2rayN]]：客户端软件
|
||||
|
||||
## Connections
|
||||
- [[v2rayN]] ← supports ← [[Xray]]
|
||||
- [[v2rayN]] ← supports ← [[sing-box]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "家庭监控方案：Prometheus + Grafana + Node Exporter + cAdvisor +Blackbox"
|
||||
type: source
|
||||
tags: [prometheus, grafana, monitoring, docker, 运维]
|
||||
date: 2025-11-11
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/家庭监控方案：Prometheus + Grafana + Node Exporter + cAdvisor +Blackbox.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：家庭实验室监控方案设计（Prometheus + Grafana 栈）
|
||||
- 问题域：家庭服务器监控与告警
|
||||
- 方法/机制：Prometheus 采集+告警，Grafana 可视化，node_exporter/cAdvisor/blackbox_exporter 分别采集主机/容器/网络指标
|
||||
- 结论/价值：完整的开源监控栈，可在 NAS/Ubuntu Server 通过 Docker 一键部署
|
||||
|
||||
## Key Claims
|
||||
- 监控覆盖：主机层（CPU/内存/磁盘）、容器层（运行状态/重启次数）、服务层（HTTP可用性/TLS证书）
|
||||
- 核心组件：prometheus + grafana + alertmanager + node_exporter + cAdvisor + blackbox_exporter
|
||||
- Docker Compose 一键部署，配置文件包括 prometheus.yml、alerts.yml、alertmanager/config.yml
|
||||
- 告警规则：HostHighCPU（>85%）、HostLowDisk（<10%）、HostLowMemory（<15%）、HTTPProbeFailed、TLSCertExpiring（<14天）
|
||||
- Grafana 导入 Dashboard ID：Node Exporter Full (1860)、cAdvisor (14282)、Blackbox (7587)
|
||||
|
||||
## Key Quotes
|
||||
> "Docker socket 挂载风险：容器拿到宿主机 root 等同权限" — 监控部署的安全注意事项
|
||||
|
||||
## Key Concepts
|
||||
- [[Prometheus]]：时序数据库与监控采集系统
|
||||
- [[Grafana]]：监控数据可视化仪表盘
|
||||
- [[node_exporter]]：主机硬件指标采集
|
||||
- [[cAdvisor]]：容器资源指标采集
|
||||
- [[blackbox_exporter]]：HTTP/TCP 网络探测
|
||||
- [[Alertmanager]]：告警分发与抑制
|
||||
|
||||
## Key Entities
|
||||
- [[Prometheus]]：开源监控生态
|
||||
|
||||
## Connections
|
||||
- [[Prometheus]] ← scrapes ← [[node_exporter]]
|
||||
- [[Prometheus]] ← scrapes ← [[cAdvisor]]
|
||||
- [[Prometheus]] ← scrapes ← [[blackbox_exporter]]
|
||||
- [[Grafana]] ← visualizes ← [[Prometheus]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
50
wiki/sources/家庭网络环境概览-2026-04-03.md
Normal file
50
wiki/sources/家庭网络环境概览-2026-04-03.md
Normal file
@@ -0,0 +1,50 @@
|
||||
---
|
||||
title: "家庭网络环境概览 2026-04-03"
|
||||
type: source
|
||||
tags: [home-office, nas, ubuntu, vps, 网络架构]
|
||||
date: 2026-04-03
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/家庭网络环境概览_2026-04-03.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：家庭网络环境完整拓扑与所有服务清单
|
||||
- 问题域：基础设施资产管理
|
||||
- 方法/机制：梳理所有服务器（VPS1、Mac Mini、NAS、Ubuntu1、Ubuntu2）的应用、端口映射、域名映射
|
||||
- 结论/价值：作为家庭实验室的完整资产清单和架构文档
|
||||
|
||||
## Key Claims
|
||||
- VPS1 (192.227.222.142)：Caddy（反向代理）+ FRP Server
|
||||
- Mac Mini (192.168.3.189)：OpenClaw、vaultwarden、STQ 项目栈（nginx+frontend+web+mariadb+n8n）
|
||||
- NAS (192.168.3.17)：DSM、MinIO、Zipline、Navidrome、Jellyfin、Prometheus Stack、CloudDrive2
|
||||
- Ubuntu1 (192.168.3.47)：Grafana、Superset、Homarr、Transmission、Portainer、IT-tools、STQ
|
||||
- Ubuntu2 (192.168.3.45)：n8n（主自动化）、Gitea、Draw.io、Markdown转换工具、TikTok PM Dev
|
||||
- FRP 实现内网穿透，Caddy 提供 HTTPS 域名访问，Cloudflare DNS 管理
|
||||
- n8n 已迁移至 Ubuntu2，Mac Mini 不再暴露 n8n 端口
|
||||
|
||||
## Key Quotes
|
||||
> "⚠️ 注: n8n 已迁移至 Ubuntu2，Mac Mini 不再暴露 n8n 端口" — 重要架构变更记录
|
||||
|
||||
## Key Concepts
|
||||
- [[FRP]]：内网穿透架构
|
||||
- [[Caddy]]：反向代理与 HTTPS 自动化
|
||||
- [[域名映射]]：通过 FRP+Caddy 实现公网域名访问内网服务
|
||||
|
||||
## Key Entities
|
||||
- [[VPS1]]：RackNerd VPS，公网入口
|
||||
- [[Mac Mini]]：主控节点
|
||||
- [[Synology NAS]]：存储与媒体服务
|
||||
- [[Ubuntu1]]：监控与媒体栈
|
||||
- [[Ubuntu2]]：n8n 自动化主节点
|
||||
|
||||
## Connections
|
||||
- [[VPS1]] ← runs ← [[Caddy]]
|
||||
- [[VPS1]] ← runs ← [[FRP]]
|
||||
- [[FRP]] ← tunnels ← [[Mac Mini]]
|
||||
- [[FRP]] ← tunnels ← [[NAS]]
|
||||
- [[FRP]] ← tunnels ← [[Ubuntu1]]
|
||||
- [[FRP]] ← tunnels ← [[Ubuntu2]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
39
wiki/sources/开发经验与项目规范.md
Normal file
39
wiki/sources/开发经验与项目规范.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "开发经验与项目规范"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/开发经验与项目规范整理文档.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：软件开发经验与项目规范整理
|
||||
- 问题域：代码规范、架构设计、技术债务管理
|
||||
- 方法/机制：建立变量名索引、文件命名规范、单一职责原则、微服务架构
|
||||
- 结论/价值：规范化开发流程，减少技术债务，提升代码可维护性
|
||||
|
||||
## Key Claims
|
||||
- 建立变量名大全文件统一命名，降低命名冲突风险
|
||||
- 文件结构需包含agents和claude.md说明文档
|
||||
- 编码规范：DRY、模块化、单一职责、清晰的命名
|
||||
- 系统架构：先梳理清晰再写代码，小步迭代不做大爆炸开发
|
||||
- 微服务通过API通信实现独立开发、部署、扩容
|
||||
- Redis用于缓存提升读性能，MQ实现异步通信解耦
|
||||
|
||||
## Key Concepts
|
||||
- [[DRY原则]]：Don't Repeat Yourself
|
||||
- [[单一职责]]：每个模块只做一件事
|
||||
- [[微服务架构]]：服务独立拆分与API通信
|
||||
- [[技术债务]]：通过规范减少长期债务积累
|
||||
|
||||
## Key Entities
|
||||
- [[Redis]]：缓存和Session管理
|
||||
- [[消息队列]]：异步通信中间件
|
||||
|
||||
## Connections
|
||||
- [[微服务架构]] ← uses ← [[Redis]] + [[消息队列]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
36
wiki/sources/用Docker中安装Navidrome.md
Normal file
36
wiki/sources/用Docker中安装Navidrome.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "用Docker中安装Navidrome"
|
||||
type: source
|
||||
tags: [navidrome, docker, music, 音乐]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/用Docker中安装Navidrome.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 Docker 在 NAS 上安装 Navidrome 轻量级音乐流媒体服务
|
||||
- 问题域：家庭音乐服务器搭建
|
||||
- 方法/机制：docker-compose 部署，配置音乐目录挂载与转码缓存
|
||||
- 结论/价值：自托管音乐流媒体解决方案，支持多设备客户端访问
|
||||
|
||||
## Key Claims
|
||||
- Docker Compose 配置：image deluan/navidrome:latest，端口 4533，用户 1026:100
|
||||
- 音乐目录挂载：/volume1/music:/music:ro（只读）
|
||||
- 转码配置：ND_ENABLETRANSCODINGCONFIG=true，ND_AUTOTRANSCODEDOWNLOAD=true，ND_TRANSCODINGCACHESIZE=200MB
|
||||
|
||||
## Key Quotes
|
||||
> "ND_LOGLEVEL=info" — 开启详细日志便于排查流媒体传输问题
|
||||
|
||||
## Key Concepts
|
||||
- [[Navidrome]]：开源音乐流媒体服务器
|
||||
- [[转码]]：根据客户端需求自动转码播放
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：Navidrome 宿主机
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← runs ← [[Navidrome]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
36
wiki/sources/用Docker安装Apache-Superset.md
Normal file
36
wiki/sources/用Docker安装Apache-Superset.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "用Docker安装Apache Superset"
|
||||
type: source
|
||||
tags: [apache-superset, docker, bi, mysql]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/用Docker安装Apache Superset.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 Docker 安装 Apache Superset 商业智能平台
|
||||
- 问题域：数据可视化与分析
|
||||
- 方法/机制：docker run 部署，创建 admin 账号，加载示例数据
|
||||
- 结论/价值：自助式 BI 平台，支持 SQL 查询和可视化仪表盘
|
||||
|
||||
## Key Claims
|
||||
- 镜像：apache/superset:GHA-19524015706
|
||||
- 端口：8777:8088
|
||||
- 初始化步骤：fab create-admin → db upgrade → load_examples → init
|
||||
|
||||
## Key Quotes
|
||||
> "docker exec -it superset fab create-admin" — Superset 初始化管理员账号的关键命令
|
||||
|
||||
## Key Concepts
|
||||
- [[Apache Superset]]：开源商业智能平台，支持 SQL 查询和可视化
|
||||
- [[BI]]：商业智能，数据分析与可视化
|
||||
|
||||
## Key Entities
|
||||
- [[Apache Superset]]：BI 工具
|
||||
|
||||
## Connections
|
||||
- [[Docker]] ← runs ← [[Apache Superset]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
38
wiki/sources/用Docker安装Homarr.md
Normal file
38
wiki/sources/用Docker安装Homarr.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "用Docker安装Homarr"
|
||||
type: source
|
||||
tags: [homarr, docker, 导航面板]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/用Docker安装Homarr.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 Docker 安装 Homarr 个人导航面板
|
||||
- 问题域：服务导航与入口
|
||||
- 方法/机制：docker-compose 部署，挂载 Docker socket 实现容器集成
|
||||
- 结论/价值：Homarr 作为家庭实验室的仪表板，统一入口管理所有服务
|
||||
|
||||
## Key Claims
|
||||
- 镜像：ghcr.io/homarr-labs/homarr，端口 7575
|
||||
- 挂载 /var/run/docker.sock 实现 Homarr 内置容器状态监控
|
||||
- SECRET_ENCRYPTION_KEY 用于数据加密
|
||||
- ALL_PROXY 设置容器内 socks5 代理
|
||||
|
||||
## Key Quotes
|
||||
> "/var/run/docker.sock:/var/run/docker.sock" — Homarr 实现容器集成的关键挂载
|
||||
|
||||
## Key Concepts
|
||||
- [[Homarr]]：开源导航面板，整合家庭实验室服务入口
|
||||
- [[Docker Socket]]：容器管理 API 暴露
|
||||
|
||||
## Key Entities
|
||||
- [[Homarr]]：导航面板工具
|
||||
|
||||
## Connections
|
||||
- [[Docker]] ← exposes ← [[Docker Socket]]
|
||||
- [[Homarr]] ← connects_to ← [[Docker Socket]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
39
wiki/sources/用Docker安装Jellyfin.md
Normal file
39
wiki/sources/用Docker安装Jellyfin.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "用Docker安装Jellyfin"
|
||||
type: source
|
||||
tags: [jellyfin, docker, 媒体服务器, 视频]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/用Docker安装Jellyfin.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 Docker 在 NAS 上安装 Jellyfin 媒体服务器
|
||||
- 问题域：家庭媒体服务器
|
||||
- 方法/机制：使用 nyanmisaka/jellyfin 镜像（内置硬件转码支持），挂载媒体目录和 Intel GPU 设备
|
||||
- 结论/价值：开源媒体服务器，支持硬件转码和多设备客户端
|
||||
|
||||
## Key Claims
|
||||
- 镜像：nyanmisaka/jellyfin:latest，专为 NAS 优化，内置转码器
|
||||
- 端口：8096 (HTTP) + 7359 (UDP DLNA)
|
||||
- 挂载 /dev/dri 实现 Intel QuickSync 硬件转码
|
||||
- 媒体目录：/volume2/movie 和 /volume1/TV shows
|
||||
- 用户 1026:100 匹配 Synology NAS 普通用户权限
|
||||
|
||||
## Key Quotes
|
||||
> "/dev/dri:/dev/dri" — Intel GPU 硬件转码的关键设备挂载
|
||||
|
||||
## Key Concepts
|
||||
- [[Jellyfin]]：开源媒体服务器，自动刮削电影电视剧元数据
|
||||
- [[硬件转码]]：Intel QuickSync 利用 GPU 加速视频转码
|
||||
- [[DLNA]]：局域网媒体共享协议
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：Jellyfin 宿主机
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← runs ← [[Jellyfin]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
37
wiki/sources/用Docker安装Portainer.md
Normal file
37
wiki/sources/用Docker安装Portainer.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "用Docker安装Portainer"
|
||||
type: source
|
||||
tags: [portainer, docker, 容器管理]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/用Docker安装Portainer.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 Docker 安装 Portainer 容器管理界面
|
||||
- 问题域：Docker 可视化管理
|
||||
- 方法/机制：docker-compose 部署，挂载 Docker socket
|
||||
- 结论/价值：Web 界面的 Docker 管理工具
|
||||
|
||||
## Key Claims
|
||||
- 镜像：portainer/portainer-ce:lts
|
||||
- 端口：9443 (HTTPS Web UI) + 8000 (Edge Agent)
|
||||
- 挂载 /var/run/docker.sock 实现容器管理
|
||||
|
||||
## Key Quotes
|
||||
> "/var/run/docker.sock:/var/run/docker.sock" — Portainer 实现容器管理的关键挂载
|
||||
|
||||
## Key Concepts
|
||||
- [[Portainer]]：开源 Docker 可视化管理界面
|
||||
- [[Docker Socket]]：Docker 守护进程 API 暴露
|
||||
|
||||
## Key Entities
|
||||
- [[Portainer]]：容器管理工具
|
||||
|
||||
## Connections
|
||||
- [[Docker]] ← exposes ← [[Docker Socket]]
|
||||
- [[Portainer]] ← manages ← [[Docker]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
36
wiki/sources/用Docker安装it-tools.md
Normal file
36
wiki/sources/用Docker安装it-tools.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "用Docker安装it-tools"
|
||||
type: source
|
||||
tags: [it-tools, docker, 开发者工具]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/用Docker安装it-tools.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 Docker 安装 it-tools 开发者在线工具箱
|
||||
- 问题域：开发者工具集
|
||||
- 方法/机制：docker-compose 部署，资源限制 128MB 内存
|
||||
- 结论/价值：聚合常用开发者工具（编码/解码/正则/JSON格式化等）的 Web 界面
|
||||
|
||||
## Key Claims
|
||||
- 镜像：corentinth/it-tools:latest，端口 8999:80
|
||||
- 资源限制：memory 128M
|
||||
- stdin_open + tty 配置交互模式
|
||||
|
||||
## Key Quotes
|
||||
> "memory: 128M" — it-tools 作为轻量工具的资源限制设置
|
||||
|
||||
## Key Concepts
|
||||
- [[it-tools]]：开源开发者工具集合
|
||||
- [[Docker]]：容器化部署
|
||||
|
||||
## Key Entities
|
||||
- [[it-tools]]：开发者工具
|
||||
|
||||
## Connections
|
||||
- [[Docker]] ← runs ← [[it-tools]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
37
wiki/sources/用Docker安装transmission.md
Normal file
37
wiki/sources/用Docker安装transmission.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "用Docker安装transmission"
|
||||
type: source
|
||||
tags: [transmission, docker, bt, 下载]
|
||||
date: 2025-09-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/用Docker安装transmission.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 Docker 安装 Transmission BT 下载客户端
|
||||
- 问题域：下载服务
|
||||
- 方法/机制：docker-compose 部署，配置 Web UI 和下载目录
|
||||
- 结论/价值：轻量级 BitTorrent 客户端，支持远程 Web 管理
|
||||
|
||||
## Key Claims
|
||||
- 镜像：lscr.io/linuxserver/transmission:latest
|
||||
- 端口：9091 (Web UI) + 51413 (TCP/UDP Peer)
|
||||
- 环境变量：PUID=1000, PGID=1000, TZ=Etc/UTC
|
||||
- 下载目录：/home/shenwei/Downloads
|
||||
|
||||
## Key Quotes
|
||||
> "PUID=1000 PGID=1000" — LinuxServer 系列镜像的标准用户权限配置
|
||||
|
||||
## Key Concepts
|
||||
- [[Transmission]]：开源 BitTorrent 下载客户端
|
||||
- [[BT]]：BitTorrent 协议
|
||||
|
||||
## Key Entities
|
||||
- [[Transmission]]：BT 下载工具
|
||||
|
||||
## Connections
|
||||
- [[Docker]] ← runs ← [[Transmission]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
@@ -1,31 +1,36 @@
|
||||
---
|
||||
title: "电商选品策略"
|
||||
type: source
|
||||
tags: [strategy]
|
||||
date: 2025-12-30
|
||||
tags: []
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/跨境电商/电商如何选品 如何找到爆款 选品策略.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：电商选品策略
|
||||
- 问题域：如何找到爆款产品
|
||||
- 方法/机制：20种产品选择策略
|
||||
- 结论/价值：提供年销售额数百万美元的选品公式
|
||||
- 核心主题：20种电商选品策略与工具
|
||||
- 问题域：爆款发现、市场机会识别
|
||||
- 方法/机制：健康替代品、情感产品、特定群体细分、情境配对、节日趋势、POD模式
|
||||
- 结论/价值：提供多元选品思维，帮助发现细分市场机会
|
||||
|
||||
## Key Claims
|
||||
- 包含20种产品选择策略
|
||||
- 强调健康替代品、情感产品
|
||||
- 未来品牌需针对特定群体
|
||||
- 20种选品策略覆盖：健康替代品、情感产品、特定群体(LGBTQ)、情境配比、节日趋势等
|
||||
- POD(Print on Demand)模式适合低成本测试市场需求
|
||||
- 工具推荐：Salesmartly(订单管理)、Erank(竞品分析)、Pinterest/Etsy趋势报告
|
||||
- 季节性销售需提前规划布局
|
||||
|
||||
## Key Concepts
|
||||
- [[选品策略]]：产品选择方法
|
||||
- [[爆款]]：热门产品
|
||||
- [[细分市场]]：针对特定人群的产品定位
|
||||
- [[POD模式]]：按需打印降低库存风险
|
||||
- [[趋势选品]]：节日和季节性消费捕捉
|
||||
|
||||
## Key Entities
|
||||
- [[Etsy]]：手工艺品电商平台趋势参考
|
||||
- [[Pinterest]]：趋势发现工具
|
||||
|
||||
## Connections
|
||||
- [[电商]] ← 核心 ← [[选品]]
|
||||
- [[电商选品]] ← follows ← [[细分市场]] + [[趋势选品]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
@@ -1,27 +1,33 @@
|
||||
---
|
||||
title: "笔记整理方法"
|
||||
type: source
|
||||
tags: [method]
|
||||
date: 2025-03-06
|
||||
tags: []
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/为什么你的笔记总是乱糟糟？试试这个方法，彻底告别信息混乱！ 1.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：系统化笔记整理方法
|
||||
- 问题域：如何建立有序的笔记体系
|
||||
- 方法/机制：推荐结构化笔记管理方法
|
||||
- 结论/价值：告别信息混乱，建立有效的笔记系统
|
||||
- 核心主题：告别信息混乱的笔记整理方法论
|
||||
- 问题域：信息过载、笔记混乱、知识管理失效
|
||||
- 方法/机制：通过系统化整理方法，让信息从"收集"到"消化"到"输出"形成闭环
|
||||
- 结论/价值：提供了一套从根本上解决笔记混乱问题的思路
|
||||
|
||||
## Key Claims
|
||||
- 笔记混乱的根源是缺乏系统化的整理流程
|
||||
- 需要从信息收集、分类存储、定期复盘三个环节系统治理
|
||||
- 工具只是手段，方法和习惯才是核心
|
||||
|
||||
## Key Concepts
|
||||
- [[信息管理]]：组织和使用信息的方法
|
||||
- [[知识体系]]：结构化的知识网络
|
||||
- [[知识管理流程]]：收集→存储→消化→输出
|
||||
- [[信息分类]]：结构化分类体系防止信息丢失
|
||||
|
||||
## Key Entities
|
||||
- [[Obsidian]]：笔记应用
|
||||
- [[Obsidian]]：实践此方法的工具载体
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]] ← 工具 ← [[知识体系]]
|
||||
- [[知识管理流程]] ← implemented_by ← [[Obsidian]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
|
||||
42
wiki/sources/笔记碎片化问题.md
Normal file
42
wiki/sources/笔记碎片化问题.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "笔记碎片化问题"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/为什么 Obsidian 让我戒掉了碎片化记录.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：Obsidian如何解决碎片化记录问题
|
||||
- 问题域：知识管理、信息焦虑、笔记价值最大化
|
||||
- 方法/机制：通过双向链接将零散笔记关联成网络，辅以每日笔记串联想法、定期复盘删除无用内容
|
||||
- 结论/价值：笔记的价值在于"联"而非"存"，Obsidian的双链机制让知识真正被消化和调用
|
||||
|
||||
## Key Claims
|
||||
- 碎片化记录的根源是"只收集不消化"，信息被存入却从未被使用
|
||||
- Obsidian的双链(Backlinks)机制让笔记从孤立存储变为网络连接
|
||||
- 每日笔记可串联新旧想法，发现隐藏关联
|
||||
- 地图笔记(Maps of Content)可为主题索引提供导航
|
||||
- 定期复盘删除或合并无用笔记比无脑堆积更有价值
|
||||
|
||||
## Key Quotes
|
||||
> "笔记的价值，不在于'存'，而在于'联'"
|
||||
|
||||
## Key Concepts
|
||||
- [[双链]]：Backlinks建立笔记间的关联网络
|
||||
- [[知识网络]]：点对点连接使零碎笔记成长为结构化知识
|
||||
- [[地图笔记]]：为核心主题建立索引页导航
|
||||
- [[知识复盘]]：定期审视并优化笔记结构
|
||||
|
||||
## Key Entities
|
||||
- [[Obsidian]]：支持双向链接的笔记应用
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]] ← solves ← [[笔记碎片化问题]]
|
||||
- [[双链]] ← enables ← [[知识网络]]
|
||||
- [[每日笔记]] ←串联← [[知识网络]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
41
wiki/sources/网件RAX50路由器刷梅林固件与科学上网插件安装教程.md
Normal file
41
wiki/sources/网件RAX50路由器刷梅林固件与科学上网插件安装教程.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "网件RAX50路由器刷梅林固件与科学上网插件安装教程"
|
||||
type: source
|
||||
tags: [rax50, merlin-clash, clash, 路由器, 科学上网]
|
||||
date: 2025-12-31
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/网件RAX50路由器刷梅林固件与科学上网插件安装教程.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：网件 RAX50 路由器刷梅林固件并配置 MerlinClash 科学上网
|
||||
- 问题域：路由器科学上网配置
|
||||
- 方法/机制：刷过渡固件(.chk) → 刷正式梅林固件(.w) → JFFS双清 → 安装 MerlinClash → 配置策略组
|
||||
- 结论/价值：实现全屋设备无感科学上网，路由器层面透明代理
|
||||
|
||||
## Key Claims
|
||||
- 必须先刷 .chk 过渡固件，再刷 .w 正式梅林固件，直接刷 .w 会失败
|
||||
- 刷机后执行 JFFS 双清清理旧缓存，确保固件环境干净
|
||||
- MerlinClash 支持策略组分流、自动节点延迟测试、故障转移
|
||||
- 另一款科学上网插件需手动切换节点，MerlinClash 功能更全面
|
||||
- 两款插件不可同时开启
|
||||
|
||||
## Key Quotes
|
||||
> "必须先刷 .chk 的过渡固件，再刷 .w 的正式梅林固件，二次刷机才能确保稳定" — RAX50 刷机顺序关键规则
|
||||
|
||||
## Key Concepts
|
||||
- [[Merlin固件]]：华硕路由器第三方固件改良版
|
||||
- [[MerlinClash]]：基于 Clash 的分流插件
|
||||
- [[JFFS双清]]：清理路由器文件系统缓存
|
||||
- [[故障转移]]：节点故障时自动切换备用线路
|
||||
|
||||
## Key Entities
|
||||
- [[RAX50]]：网件路由器型号
|
||||
|
||||
## Connections
|
||||
- [[RAX50]] ← runs ← [[Merlin固件]]
|
||||
- [[Merlin固件]] ← hosts ← [[MerlinClash]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
40
wiki/sources/群晖NAS科学上网方法.md
Normal file
40
wiki/sources/群晖NAS科学上网方法.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "群晖NAS科学上网方法"
|
||||
type: source
|
||||
tags: [v2rayA, nas, synology, 科学上网, docker]
|
||||
date: 2025-03-08
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/群晖NAS科学上网方法.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：在 Synology NAS 上通过 Docker 安装 V2RayA 实现科学上网
|
||||
- 问题域：NAS 科学上网配置
|
||||
- 方法/机制：V2RayA Docker 容器运行，设置透明代理，配置 Docker Daemon HTTP 代理
|
||||
- 结论/价值：NAS 透明代理确保 Docker pull 等操作走代理流量
|
||||
|
||||
## Key Claims
|
||||
- V2RayA Docker 镜像：mzz2017/v2raya，启动时需挂载 /lib/modules 和 /etc/resolv.conf
|
||||
- DSM 7.x 中 Docker Daemon 网络栈不完全遵循 V2RayA 的 iptables 规则
|
||||
- 最稳妥方案：显式配置 Docker Daemon HTTP 代理（/etc/systemd/system/pkg-ContainerManager-dockerd.service.d/http-proxy.conf）
|
||||
- 透明代理验证：curl -I https://www.google.com 返回 200 则代理生效
|
||||
|
||||
## Key Quotes
|
||||
> "显式配置 Docker Daemon 的 Proxy 环境变量是更符合 Engineering Best Practice 的做法" — Docker 代理配置建议
|
||||
|
||||
## Key Concepts
|
||||
- [[V2RayA]]：V2Ray 的 Web 面板管理工具
|
||||
- [[透明代理]]：自动劫持系统出站流量
|
||||
- [[Docker Daemon 代理]]：systemd 环境变量配置
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]：V2RayA 宿主机
|
||||
|
||||
## Connections
|
||||
- [[Synology NAS]] ← runs ← [[Docker]]
|
||||
- [[Docker]] ← configured_with ← [[Docker Daemon 代理]]
|
||||
- [[V2RayA]] ← provides ← [[透明代理]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
35
wiki/sources/递归自我优化生成系统.md
Normal file
35
wiki/sources/递归自我优化生成系统.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "递归自我优化生成系统"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-12-30
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/AI/A Formalization of Recursive Self-Optimizing Generative Systems.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：递归自我优化生成系统的形式化数学模型
|
||||
- 问题域：自改进AI系统的理论框架
|
||||
- 方法/机制：通过λ-calculus和不动点语义描述生成器的自举过程
|
||||
- 结论/价值：稳定生成能力对应于元生成算子的不动点
|
||||
|
||||
## Key Claims
|
||||
- 生成器空间G：I→P的函数集合
|
||||
- 元生成算子M通过优化产物更新生成器本身
|
||||
- 不动点G*=Y·STEP表示自一致的生成器
|
||||
- 递归结构用λ-calculus的Y组合子表达
|
||||
|
||||
## Key Concepts
|
||||
- [[不动点语义]]：稳定生成能力对应元生成算子的不动点
|
||||
- [[自举Meta生成]]：用优化产物更新生成器本身
|
||||
- [[λCalculus]]：用Y组合子表达递归结构
|
||||
|
||||
## Key Entities
|
||||
- [[YCombinator]]：λ-calculus不动点组合子
|
||||
|
||||
## Connections
|
||||
- [[递归自我优化]] ← formalized_by ← [[不动点语义]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
41
wiki/sources/通过VPS-内网反向代理实现域名访问内网穿透-aliyun.md
Normal file
41
wiki/sources/通过VPS-内网反向代理实现域名访问内网穿透-aliyun.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "通过VPS+内网反向代理实现域名访问内网穿透"
|
||||
type: source
|
||||
tags: [vps, caddy, frp, reverse-proxy, 内网穿透, aliyun]
|
||||
date: 2026-03-13
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/通过VPS+内网反向代理实现域名访问内网穿透.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题：通过 VPS (frps) + Caddy 构建内网穿透架构，实现通过阿里云 DNS 域名访问内网服务
|
||||
- 问题域：内网服务公网暴露
|
||||
- 方法/机制：frp 隧道建立 TCP 连接，Caddy 反向代理提供 HTTPS，阿里云 DNS 管理域名
|
||||
- 结论/价值：完整的内网服务公网访问方案，支持 HTTPS 自动证书
|
||||
|
||||
## Key Claims
|
||||
- 架构：阿里云 DNS → VPS (Caddy+frps) → frp 隧道 → 内网 NAS/Ubuntu
|
||||
- SSH 穿透不走 Caddy（纯 TCP），只通过 frps+frpc 实现
|
||||
- 故障排查核心：token 一致性、防火墙端口、frps 实际读取的配置文件路径
|
||||
|
||||
## Key Quotes
|
||||
> "Caddy 不参与 SSH 的代理，只用 frps + frpc 配置即可完成" — SSH 穿透与 HTTP 穿透的本质区别
|
||||
|
||||
## Key Concepts
|
||||
- [[FRP]]：内网穿透工具
|
||||
- [[Caddy]]：自动 HTTPS 的反向代理服务器
|
||||
- [[反向代理]]：将公网请求转发到内网服务
|
||||
- [[内网穿透]]：通过 VPS 中转实现公网访问内网
|
||||
|
||||
## Key Entities
|
||||
- [[VPS]]：公网服务器（192.227.222.142）
|
||||
- [[阿里云 DNS]]：域名解析服务
|
||||
|
||||
## Connections
|
||||
- [[阿里云 DNS]] ← manages ← DNS
|
||||
- [[VPS]] ← runs ← [[Caddy]]
|
||||
- [[VPS]] ← runs ← [[FRP]]
|
||||
|
||||
## Contradictions
|
||||
- 无
|
||||
Reference in New Issue
Block a user