Compare commits
2 Commits
426d48b57d
...
8b32551065
| Author | SHA1 | Date | |
|---|---|---|---|
| 8b32551065 | |||
| 5789476c23 |
@@ -20,13 +20,46 @@ status: summarized
|
||||
|
||||
**Type:** VIDEO | **Category:** 05_FinOps
|
||||
|
||||
**Status:** 🟡 Awaiting Whisper transcription → Summary
|
||||
**Status:** ✅ 已完成摘要
|
||||
|
||||
---
|
||||
|
||||
## 摘要
|
||||
|
||||
本次云转型学习会议的主题是“使用自动化优化资源成本”。会议重点介绍了如何通过标准化、合理选择实例类型、利用承诺计划以及实施自动化调度等方式来降低云资源成本。首先,强调了使用批准区域的重要性,这有助于提高安全性、标准化管理,并为优化计算和存储提供基础。其次,详细讲解了如何根据工作负载选择合适的实例类型,例如通用型、经济型、计算密集型和内存密集型,并给出了具体的实例家族推荐和成本对比示例。此外,会议还介绍了AWS和Azure等云服务商提供的承诺计划,通过长期承诺可以显著降低成本。最后,重点介绍了通过自动化调度来优化资源使用,尤其是在研发环境中,通过在非工作时间自动停止实例,可以有效降低成本。会议还提及了存储优化,包括使用GP3替代GP2,及时删除未使用的存储卷和快照,以及合理分配存储空间。
|
||||
本次云转型学习会议的主题是"使用自动化优化资源成本"。会议重点介绍了如何通过标准化、合理选择实例类型、利用承诺计划以及实施自动化调度等方式来降低云资源成本。
|
||||
|
||||
### 核心内容
|
||||
|
||||
1. **批准区域(Approved Region)**
|
||||
- 推荐使用特定的云区域(AWS: Oregon, North Virginia, Frankfurt, London, Sydney, Singapore)
|
||||
- 好处:提高安全性、标准化管理、便于成本优化
|
||||
|
||||
2. **实例类型选择**
|
||||
- 通用型:M6i/M6g (ARM Graviton 比 Intel 便宜 20-25%)
|
||||
- 经济型:T3/T4g (适合 R&D 开发测试环境)
|
||||
- 计算型:C 系列
|
||||
- 内存型:R 系列/X 系列
|
||||
- **关键示例**:同配置从 M 系列切换到 R 系列可节省 35% on-demand 价格
|
||||
|
||||
3. **承诺计划(Commitment Plans)**
|
||||
- 1年承诺:约 40% 折扣
|
||||
- 3年承诺:约 60-64% 折扣
|
||||
- 可结合 EDP 进一步降低成本
|
||||
|
||||
4. **存储优化**
|
||||
- GP2 迁移到 GP3:直接节省 20%
|
||||
- 及时删除未使用的 EBS 卷和快照
|
||||
- 避免过度分配存储空间
|
||||
|
||||
5. **自动化调度(Scheduler)**
|
||||
- 基于标签的 EC2/RDS 启动/停止
|
||||
- 潜在节省:如果每天只运行 10 小时,可节省 70% 成本
|
||||
- 支持不同时区的团队需求
|
||||
- 通过 Lambda + EventBridge 实现
|
||||
|
||||
### 演示环节
|
||||
|
||||
Pushka 演示了如何使用 Terraform 模块配置 scheduler,通过设置标签(如 `auto shutdown = yes`)实现实例自动停止。
|
||||
|
||||
---
|
||||
|
||||
@@ -37,6 +70,7 @@ status: summarized
|
||||
- **承诺计划**: 通过预先承诺使用云资源一段时间(如一年或三年),获得折扣价格。
|
||||
- **自动化调度**: 通过设置定时任务,自动启动和停止云资源,以节省非工作时间的资源成本。
|
||||
- **存储优化**: 通过选择合适的存储类型(如GP3替代GP2),及时清理无用存储,合理分配存储空间来降低存储成本。
|
||||
- **Graviton**: AWS 自研 ARM 处理器,比同规格 Intel 便宜 20-25%,已成熟用于生产环境
|
||||
|
||||
---
|
||||
|
||||
@@ -47,6 +81,7 @@ status: summarized
|
||||
- [ ] 评估现有云资源的使用率,考虑购买承诺计划以降低成本。
|
||||
- [ ] 在研发环境中实施自动化调度,设置定时任务自动启动和停止实例。
|
||||
- [ ] 定期清理未使用的存储卷和快照,优化存储成本。
|
||||
- [ ] 探索 Graviton 实例用于兼容的工作负载
|
||||
|
||||
---
|
||||
|
||||
@@ -57,23 +92,6 @@ status: summarized
|
||||
> [[ctp-topic-XX-ri-savings-plan.md]] — 深入讲解承诺计划的类型和选择策略。
|
||||
> [[ctp-topic-XX-scheduler-demo.md]] — 演示如何使用自动化调度工具来优化资源成本。
|
||||
|
||||
|
||||
## 关键概念
|
||||
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 行动项
|
||||
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 相关视频
|
||||
|
||||
> 配对视频笔记链接(生成后填入)
|
||||
|
||||
---
|
||||
|
||||
*最后更新: 2026-04-14*
|
||||
*最后更新: 2026-04-15*
|
||||
36
wiki/concepts/AI代码编辑器.md
Normal file
36
wiki/concepts/AI代码编辑器.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "AI代码编辑器"
|
||||
type: concept
|
||||
tags: [ai, code-editor, vibe-coding]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
集成 AI 辅助能力(代码生成/补全/审查/规划)的代码编辑器,相比传统 IDE 新增 AI 代理交互界面。
|
||||
|
||||
## 主流工具
|
||||
- [[Cursor]]:基于 VS Code,Composer 模型,多代理并行
|
||||
- [[Windsurf]]:Codeium 推出的 AI 代码编辑器
|
||||
- [[Trae]]:字节跳动推出的 AI 代码编辑器
|
||||
- [[Cline]]:VS Code 扩展,将 VS Code 变身为全自动 AI 工程师
|
||||
|
||||
## 核心功能对比
|
||||
| 功能 | Cursor | Windsurf | Trae | Cline |
|
||||
|------|--------|----------|------|-------|
|
||||
| 底层框架 | VS Code | VS Code | VS Code | VS Code |
|
||||
| 自研模型 | Composer(4倍速) | Codeium | 豆包/其他 | Claude |
|
||||
| 多代理 | ✅ | ✅ | ✅ | ✅ |
|
||||
| MCP 支持 | ✅ | ✅ | ✅ | ✅ |
|
||||
| Diff 审查 | ✅ | ❓ | ❓ | ✅ |
|
||||
|
||||
## 核心工作流
|
||||
明确需求 → AI 规划(Plan)→ 代码生成(Agent)→ Diff 审查 → Git 版本控制
|
||||
|
||||
## 关联
|
||||
- [[Vibe Coding]] 的工具层实现
|
||||
- [[AI编程]] 的具体工具形态
|
||||
|
||||
## Aliases
|
||||
- AI IDE
|
||||
- AI 代码生成器
|
||||
|
||||
30
wiki/concepts/AI数据处理.md
Normal file
30
wiki/concepts/AI数据处理.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: AI数据处理
|
||||
type: concept
|
||||
tags: [AI, data-processing, LLM, workflow]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
通过大语言模型对采集的原始数据进行智能化处理,包括摘要、分类、特征提取、翻译、异常检测等,输出结构化数据供下游使用。
|
||||
|
||||
## 典型任务
|
||||
- **内容摘要**:产品描述压缩为 30 字摘要
|
||||
- **分类**:按类目/品牌/价格区间归类
|
||||
- **特征提取**:从非结构化文本提取品牌、型号、规格等字段
|
||||
- **多语言翻译**:产品信息翻译为多语言版本
|
||||
- **异常检测**:识别异常价格、缺图、缺失字段等
|
||||
|
||||
## 调用方式
|
||||
- **外部 API**:OpenAI GPT-4、Claude 等,高质量但有成本
|
||||
- **本地模型**:[Ollama] + Llama3/Mistral,免费但需 GPU/CPU 资源
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[可自动化可扩展AI增强的电商数据采集与处理系统]] AI 处理层
|
||||
- [[n8n Workflow自动化]] 通过 HTTP Request Node 调用 [[Ollama]] 本地模型
|
||||
|
||||
## n8n 集成示例
|
||||
```
|
||||
Prompt: "从以下JSON中提取每个产品的简短摘要(不超过30字)并分类。输入:{{$json['title']}},价格:{{$json['price']}},评分:{{$json['rating']}}"
|
||||
```
|
||||
28
wiki/concepts/Bind-Mount.md
Normal file
28
wiki/concepts/Bind-Mount.md
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
id: Bind-Mount
|
||||
title: "Bind Mount"
|
||||
type: concept
|
||||
tags: [docker, storage, development]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
Bind Mount(绑定挂载)是 Docker 的一种存储卷类型,将宿主机文件系统上的特定目录/文件直接映射到容器内,容器内对此路径的读写操作直接作用于宿主机文件系统,实现代码修改实时生效。
|
||||
|
||||
## vs Named Volume
|
||||
| 维度 | Bind Mount | Named Volume |
|
||||
|------|-----------|-------------|
|
||||
| 数据位置 | 宿主机任意路径 | Docker 管理(/var/lib/docker/volumes) |
|
||||
| 适用场景 | 开发(代码热更新) | 生产(数据持久化) |
|
||||
| 可移植性 | 依赖宿主机路径 | Docker 自动管理 |
|
||||
| 备份 | 随宿主机备份 | 需单独备份 |
|
||||
|
||||
## Use Case
|
||||
- 开发环境:宿主机源码目录挂载到容器内,修改文件无需重建镜像
|
||||
- 生产环境:使用 Named Volume 或直接使用 Synology NAS 存储路径
|
||||
|
||||
## Related Concepts
|
||||
- [[Docker Compose]]:定义 Bind Mount 的方式
|
||||
- [[Docker Attach模式]]:Attach 模式适合 Bind Mount 开发
|
||||
- [[Synology NAS]]:NAS 存储路径直接挂载到容器(/volume1/docker/...)
|
||||
31
wiki/concepts/Cloud-Operating-Model.md
Normal file
31
wiki/concepts/Cloud-Operating-Model.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
id: Cloud-Operating-Model
|
||||
title: "Cloud Operating Model"
|
||||
type: concept
|
||||
tags: [cloud, governance, strategy]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
云运营模型(Cloud Operating Model,COM)是一套标准化框架,用于组织管理云资源、安全、自动化和成本,确保云投资有效、安全和可持续。
|
||||
|
||||
## Core Pillars
|
||||
1. **治理与合规**:安全策略、访问控制、合规政策
|
||||
2. **自动化与编排**:IaC、CI/CD、事件驱动自动化
|
||||
3. **安全与风险管理**:Zero Trust、实时威胁检测、自动化安全修复
|
||||
4. **云财务管理(FinOps)**:实时成本追踪、Reserved Instances、Auto-Scaling
|
||||
|
||||
## Maturity Levels
|
||||
- Ad-hoc Cloud Adoption:无清晰战略,成本和安全问题突出
|
||||
- Cloud-First Strategy:有定义的流程,但需优化
|
||||
- Cloud-Native Enterprise:自动化驱动,多云复杂性管理
|
||||
|
||||
## Key Quotes
|
||||
> "A Cloud Operating Model is no longer optional—it is the backbone of modern cloud strategy." — Bacancy Technology
|
||||
|
||||
## Related Concepts
|
||||
- [[FinOps]]:云财务管理
|
||||
- [[Zero Trust]]:零信任安全模型
|
||||
- [[Multi-Cloud]]:多云策略
|
||||
- [[DevOps]]:DevOps 文化与 COM 高度重叠
|
||||
27
wiki/concepts/Composer模型.md
Normal file
27
wiki/concepts/Composer模型.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
title: "Composer模型"
|
||||
type: concept
|
||||
tags: [ai, code-generation, cursor, llm]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
Cursor 自研的 AI 代码生成模型,主打生成速度优势,官方声称比其他同类模型快 4 倍。
|
||||
|
||||
## 核心特点
|
||||
- **速度优势**:4 倍生成速度,降低等待成本
|
||||
- **深度集成**:与 Cursor 编辑器深度绑定,支持多代理并行
|
||||
- **上下文感知**:基于整个项目文件结构生成代码
|
||||
|
||||
## 技术定位
|
||||
- [[Cursor]] 的核心 AI 能力
|
||||
- 属于通用代码生成模型,非垂直领域定制
|
||||
|
||||
## 关联
|
||||
- [[Composer模型]] ← 属于 ← [[Cursor]]
|
||||
- [[AI代码编辑器]] ← 增强 ← [[Composer模型]]
|
||||
|
||||
## Aliases
|
||||
- Cursor Composer
|
||||
- Cursor 自研模型
|
||||
|
||||
26
wiki/concepts/DORA指标.md
Normal file
26
wiki/concepts/DORA指标.md
Normal file
@@ -0,0 +1,26 @@
|
||||
---
|
||||
title: "DORA指标 - DevOps效能四指标"
|
||||
type: concept
|
||||
tags: [DevOps, 效能, 指标]
|
||||
sources: ["DevOps Culture and Transformation", "Cloud DevOp Maturity - Guideline"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
DORA(DevOps Research and Assessment)四指标是衡量 DevOps 效能的核心量化框架,被 Google 团队研究成果验证。
|
||||
|
||||
## 四个核心指标
|
||||
1. **部署频率(Deployment Frequency)**:组织能多频繁地向用户交付新功能
|
||||
2. **变更前置时间(Lead Time for Changes)**:从代码提交到生产部署的时间
|
||||
3. **变更失败率(Change Failure Rate)**:部署失败的百分比
|
||||
4. **平均恢复时间(Mean Time to Recovery, MTTR)**:从故障恢复到服务正常的时间
|
||||
|
||||
## 精英团队特征
|
||||
- 部署频率:每天多次到每月多次
|
||||
- 变更前置时间:少于一天到一周
|
||||
- 变更失败率:0-15%
|
||||
- 平均恢复时间:少于一小时
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- 是 [[DevOps Culture and Transformation]] 和 [[Cloud-DevOp-Maturity-Guideline]] 的核心评估框架
|
||||
- 关联概念:[[Kaizen]](持续改进)、[[CI/CD Pipelines]]
|
||||
37
wiki/concepts/DevOps成熟度模型.md
Normal file
37
wiki/concepts/DevOps成熟度模型.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "DevOps成熟度模型"
|
||||
type: concept
|
||||
tags: [devops, maturity-model, organizational-change, dora]
|
||||
sources: [DevOps-Maturity-Model-From-Traditional-IT-to-Advanced-DevOps, Cloud-DevOp-Maturity-Guideline]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
DevOps 成熟度模型是评估组织 DevOps 实践能力的 5 阶段框架,帮助组织了解当前水平、识别改进方向、制定进阶路线图。
|
||||
|
||||
## 5 阶段成熟度
|
||||
|
||||
| 阶段 | 名称 | 核心特征 |
|
||||
|------|------|----------|
|
||||
| Phase 1 | Ad-Hoc | 团队孤立、瀑布式交付、手动基础设施、安全仅在发布前介入 |
|
||||
| Phase 2 | Pockets | 小规模试点、引入 Agile 版本控制、自动化降低发布风险 |
|
||||
| Phase 3 | Defined | 标准化流程、大部分基础设施自动化、安全融入设计阶段 |
|
||||
| Phase 4 | Optimized | 不可变基础设施、CI/CD 流水线成熟、技术债务管理 |
|
||||
| Phase 5 | Mature | 每天多次部署、零人工干预、实时数据驱动决策 |
|
||||
|
||||
## 4 大焦点领域
|
||||
1. **Culture & Strategy**:团队协作方式、客户中心思维
|
||||
2. **Automation**:CI/CD 自动化、基础设施即代码
|
||||
3. **Structure & Process**:标准化流程、小块交付
|
||||
4. **Collaboration**:跨团队协作、知识共享
|
||||
|
||||
## 关键指标
|
||||
- [[DORA指标]]:部署频率、变更前置时间、变更失败率、MTTR
|
||||
- MTTD(Mean Time to Detect):平均问题发现时间
|
||||
- MTTA(Mean Time to Acknowledge):平均问题确认时间
|
||||
|
||||
## Connections
|
||||
- [[DevOps]] ← 上位概念
|
||||
- [[DORA指标]] ← 量化框架
|
||||
- [[DevSecOps]] ← 安全融合
|
||||
- [[Kaizen]] ← 持续改进理念
|
||||
36
wiki/concepts/Diff审查.md
Normal file
36
wiki/concepts/Diff审查.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "Diff审查"
|
||||
type: concept
|
||||
tags: [code-review, cursor, ai, git]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
通过文件对比视图(Diff View)逐文件或整体审查 AI 生成代码改动的机制,是 AI 编程工具中的核心安全机制。
|
||||
|
||||
## 核心功能
|
||||
- **逐文件审查**:逐个查看每个文件的改动内容
|
||||
- **整体接收/撤销**:Accept All 或 Undo All
|
||||
- **逐文件操作**:Accept 或 Undo 单个文件
|
||||
|
||||
## 关键风险
|
||||
- AI 生成代码即写入文件,未点击撤销前持续保留
|
||||
- 关闭文件或多次修改后 Undo All 可能失效
|
||||
- **必须先测试再确认保存**
|
||||
|
||||
## 最佳实践
|
||||
1. 生成代码后进入"待审查"状态
|
||||
2. 使用 Diff 功能逐文件查看改动
|
||||
3. 运行测试验证代码正确性
|
||||
4. 确认无误后 Accept All
|
||||
5. 结合 Git 版本控制以便回滚
|
||||
|
||||
## 关联
|
||||
- [[Cursor]] 的核心审查机制
|
||||
- [[Git]] 版本控制的前置保障
|
||||
- [[AI代码编辑器]] 的标准安全流程
|
||||
|
||||
## Aliases
|
||||
- 代码改动审查
|
||||
- Diff View
|
||||
|
||||
31
wiki/concepts/Docker-Attach模式.md
Normal file
31
wiki/concepts/Docker-Attach模式.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
id: Docker-Attach-mode
|
||||
title: "Docker Attach模式"
|
||||
type: concept
|
||||
tags: [docker, development, remote]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
Docker Attach 模式是一种远程开发方式:Trae/VS Code 直接"进入"已在服务器运行的 Docker 容器,在容器内部启动编辑器后端,实现完全隔离的开发环境。
|
||||
|
||||
## vs 宿主机编辑模式
|
||||
| 维度 | Attach 模式 | 宿主机编辑模式 |
|
||||
|------|------------|-------------|
|
||||
| 编辑器位置 | 容器内 | 宿主机(Ubuntu) |
|
||||
| 环境 | 容器定义的环境 | 宿主机环境 |
|
||||
| Git 凭证 | 需 SSH Agent 转发 | 自动复用宿主机配置 |
|
||||
| 文件权限 | 容器内生成文件属 root | 正常 |
|
||||
| 适合场景 | 深度定制化环境 | docker-compose 管理 |
|
||||
|
||||
## Workflow (Trae)
|
||||
1. Remote SSH 连接到 Ubuntu 服务器
|
||||
2. Docker 插件中找到目标容器
|
||||
3. 右键 → "Attach Visual Studio Code"
|
||||
4. Trae 在容器内安装 Trae Server
|
||||
|
||||
## Related Concepts
|
||||
- [[Remote SSH]]:Attach 模式的前置条件
|
||||
- [[Bind Mount]]:容器内文件与宿主机共享的挂载机制
|
||||
- [[Docker Compose]]:定义开发环境容器的配置文件
|
||||
40
wiki/concepts/Docker-Compose.md
Normal file
40
wiki/concepts/Docker-Compose.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
id: Docker-Compose
|
||||
title: "Docker Compose"
|
||||
type: concept
|
||||
tags: [docker, orchestration, containers]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
Docker Compose 是一个定义和运行多容器 Docker 应用的工具,通过 YAML 文件声明式定义服务、网络、卷和依赖关系,使用 docker compose up 一键启动完整应用栈。
|
||||
|
||||
## Core Concepts
|
||||
- services:定义每个容器(image/build、ports、volumes、environment、depends_on)
|
||||
- volumes:持久化数据存储,named volumes 由 Docker 管理
|
||||
- networks:容器间通信网络,默认 bridge 模式
|
||||
- depends_on:声明服务启动顺序依赖
|
||||
|
||||
## MinIO/Zipline Stack Example
|
||||
```yaml
|
||||
services:
|
||||
minio:
|
||||
image: minio/minio:latest
|
||||
ports: ["9000:9000", "9001:9001"]
|
||||
volumes: [/volume1/docker/zipline-stack/minio/minio_data:/data]
|
||||
postgres:
|
||||
image: postgres:16
|
||||
volumes: [/volume1/docker/zipline-stack/zipline/pg_data:/var/lib/postgresql/data]
|
||||
zipline:
|
||||
depends_on: [minio, postgres]
|
||||
ports: ["3333:3000"]
|
||||
```
|
||||
|
||||
## Update Workflow
|
||||
docker compose pull && docker compose down && docker compose up -d
|
||||
|
||||
## Related Concepts
|
||||
- [[Docker]]:容器化平台
|
||||
- [[MinIO]]:MinIO 部署示例
|
||||
- [[n8n]]:n8n 生产环境推荐 Docker Compose 部署
|
||||
27
wiki/concepts/FinOps.md
Normal file
27
wiki/concepts/FinOps.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
id: FinOps
|
||||
title: "FinOps"
|
||||
type: concept
|
||||
tags: [cloud, cost-optimization, financial-management]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
云财务运营(FinOps,Cloud Financial Operations)是通过实时追踪、分析和优化云成本,防止云超支并最大化投资回报的管理实践。
|
||||
|
||||
## Core Practices
|
||||
- **Reserved Instances + Spot Instances**:计算成本降低 40-70%
|
||||
- **Auto-Scaling + Right-Sizing**:资源按需匹配实际负载
|
||||
- **实时成本监控**:AWS Cost Explorer、Azure Cost Management、GCP Billing Reports
|
||||
- **资源标签化**:按团队、项目、工作负载追踪支出
|
||||
|
||||
## Key Stats
|
||||
- 59% 企业经历云成本管理困难(Flexera 2024)
|
||||
- 全球电商公司通过 AWS+Azure 双云 Reserved Instances 节省 $500,000/年
|
||||
- SaaS 公司通过 Auto-Scaling + Reserved Instances 降低 35% 云成本
|
||||
|
||||
## Related Concepts
|
||||
- [[Cloud Operating Model]]:FinOps 是 COM 的四大支柱之一
|
||||
- [[Multi-Cloud]]:多云环境下的成本管理更复杂
|
||||
- [[DevOps]]:DevOps 团队需与 FinOps 协作
|
||||
31
wiki/concepts/Google-Workspace-CLI.md
Normal file
31
wiki/concepts/Google-Workspace-CLI.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "Google Workspace CLI"
|
||||
type: concept
|
||||
tags: [cli, google-workspace, automation, macos]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
通过命令行界面(CLI)管理 Google Workspace 全部服务(Gmail/Calendar/Drive/Contacts/Docs/Sheets)的工具,支撑脚本化与自动化工作流。
|
||||
|
||||
## 核心工具
|
||||
- [[gog CLI]]:macOS 专属,Homebrew 安装,支持 Gmail/Calendar/Drive/Contacts/Docs/Sheets
|
||||
|
||||
## 关键机制
|
||||
- **OAuth 双层验证**:OAuth 凭证(身份)+ API Enablement(权限)缺一不可
|
||||
- **账号级默认设置**:export GOG_ACCOUNT=ishenwei@gmail.com 避免每次指定账号
|
||||
- **故障排除关键**:403 accessNotConfigured 的根因是 API 未启用而非 OAuth 问题
|
||||
|
||||
## 应用场景
|
||||
- 邮件自动化(定时搜索/发送/归档)
|
||||
- 日历自动化(定时检查日程/创建事件)
|
||||
- 文档导出自动化(定时备份 Docs 内容)
|
||||
|
||||
## 关联
|
||||
- [[gog CLI]] 是 Google Workspace CLI 在 macOS 的具体实现
|
||||
- [[n8n Workflow自动化]] 可通过 gog CLI 作为节点调用 Google 服务
|
||||
|
||||
## Aliases
|
||||
- Google CLI
|
||||
- gog
|
||||
|
||||
35
wiki/concepts/Remote-SSH.md
Normal file
35
wiki/concepts/Remote-SSH.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
id: Remote-SSH
|
||||
title: "Remote SSH"
|
||||
type: concept
|
||||
tags: [development, remote, ssh, vscode]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
Remote SSH 是 VS Code/Trae 的核心插件,允许通过 SSH 连接在远程服务器上运行编辑器后端(VS Code Server/Trae Server),开发者获得与本地开发几乎一致的体验,同时利用远程服务器的算力和存储。
|
||||
|
||||
## How It Works
|
||||
1. 本地机器通过 SSH Config 连接到远程服务器
|
||||
2. Trae 在远程服务器自动安装 Trae Server(首次连接约几十秒)
|
||||
3. 所有编辑、终端、插件操作均在远程服务器执行
|
||||
4. 本地仅作为 UI 终端渲染
|
||||
|
||||
## SSH Config Setup
|
||||
```
|
||||
Host ubuntu2
|
||||
HostName 192.168.3.45
|
||||
User shenwei
|
||||
Port 22
|
||||
IdentityFile ~/.ssh/id_rsa
|
||||
```
|
||||
|
||||
## Common Issues
|
||||
- Git 凭证:Trae 自动转发本地 SSH Agent,需在本地启动 ssh-agent
|
||||
- 文件权限:容器内生成文件归属 root,通过 --user 参数或 Dockerfile 指定 UID 解决
|
||||
|
||||
## Related Concepts
|
||||
- [[Trae]]:支持 Remote SSH 的 AI 代码编辑器
|
||||
- [[SSH Agent转发]]:凭证传递机制
|
||||
- [[Docker Attach模式]]:Remote SSH 与 Docker 容器开发的结合
|
||||
29
wiki/concepts/S3协议.md
Normal file
29
wiki/concepts/S3协议.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
id: S3-Protocol
|
||||
title: "S3协议"
|
||||
type: concept
|
||||
tags: [storage, protocol, cloud]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
S3(Simple Storage Service)协议是 Amazon 发布的对象存储接口标准,通过 RESTful API 提供键值对形式的大规模对象存储。MinIO、Cloudflare R2、Backblaze B2 等均兼容 S3 协议。
|
||||
|
||||
## Core Operations
|
||||
- PUT/GET/DELETE Object:上传、下载、删除对象
|
||||
- ListBuckets/ListObjects:列举存储桶和对象
|
||||
- HEAD Object:获取对象元数据
|
||||
|
||||
## MinIO Configuration Parameters
|
||||
- S3_BUCKET:存储桶名称
|
||||
- S3_ENDPOINT:S3 API 端点 URL
|
||||
- S3_ACCESS_KEY:访问密钥(MINIO_ROOT_USER)
|
||||
- S3_SECRET_KEY:秘密密钥(MINIO_ROOT_PASSWORD)
|
||||
- S3_REGION:区域(MinIO 使用 us-east-1)
|
||||
- S3_FORCE_PATH_STYLE:true(MinIO 必需,R2 等云服务可 false)
|
||||
|
||||
## Related Concepts
|
||||
- [[MinIO]]:开源 S3 兼容对象存储
|
||||
- [[Zipline]]:使用 S3 协议连接 MinIO 的应用
|
||||
- [[向量数据库]]:与对象存储是完全不同的数据存储范式
|
||||
27
wiki/concepts/Zero-Trust.md
Normal file
27
wiki/concepts/Zero-Trust.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
id: Zero-Trust
|
||||
title: "Zero Trust"
|
||||
type: concept
|
||||
tags: [security, cloud, framework]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
零信任安全模型(Zero Trust)是一种安全框架,核心原则为"永不信任,始终验证"——不假设网络边界内的任何请求是安全的,要求每次访问都经过身份验证和授权。
|
||||
|
||||
## Core Principles
|
||||
- 永不隐式信任:无论请求来自内网还是外网,都需验证
|
||||
- 最小权限原则:仅授予完成任务的最低权限
|
||||
- 持续验证:动态评估访问上下文(设备状态、位置、行为)
|
||||
- 微分段网络:限制横向移动,即使边界被突破
|
||||
|
||||
## Cloud Implementation
|
||||
- AWS:IAM + Security Hub + GuardDuty
|
||||
- Azure:Azure AD + Microsoft Defender + Sentinel
|
||||
- GCP:Google IAM + Security Command Center
|
||||
|
||||
## Related Concepts
|
||||
- [[Cloud Operating Model]]:Zero Trust 是 COM 安全支柱的核心
|
||||
- [[DevSecOps]]:Zero Trust 嵌入 DevOps 流程
|
||||
- [[Multi-Cloud Governance]]:跨云统一实施 Zero Trust
|
||||
31
wiki/concepts/共享内存模式.md
Normal file
31
wiki/concepts/共享内存模式.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "共享内存模式"
|
||||
type: concept
|
||||
tags: [multi-agent, memory, collaboration, shared-context]
|
||||
sources: [Agent-usecases-multi-Agent-Team]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
多 Agent 系统中,共享内存(Shared Memory)机制让多个 Agent 访问共同的上下文文件,同时每个 Agent 保留私有记忆空间,实现"共同上下文 + 专业积累"的组合。
|
||||
|
||||
## 架构
|
||||
```
|
||||
team/
|
||||
├── GOALS.md # 当前 OKR 和优先级(所有 Agent 读取)
|
||||
├── DECISIONS.md # 关键决策日志(追加写入)
|
||||
├── PROJECT_STATUS.md # 项目状态(所有 Agent 更新)
|
||||
└── agents/
|
||||
├── milo/ # Milo 私有上下文和笔记
|
||||
├── josh/ # Josh 私有上下文
|
||||
├── marketing/ # 营销 Agent 研究笔记
|
||||
└── dev/ # 开发 Agent 技术笔记
|
||||
```
|
||||
|
||||
## 核心原则
|
||||
- 共享文件:所有 Agent 可读写,存储共同目标、决策、项目状态
|
||||
- 私有文件:单个 Agent 独占,积累领域专业知识和上下文
|
||||
|
||||
## Connections
|
||||
- [[Multi-Agent Hierarchy]] ← 团队架构
|
||||
- [[Workspace]] ← 类似分区思想
|
||||
24
wiki/concepts/可观测性.md
Normal file
24
wiki/concepts/可观测性.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: 可观测性
|
||||
type: concept
|
||||
tags: [monitoring, SRE, infrastructure]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
系统外部可推断其内部状态的能力。包含三大支柱:Metrics(指标)、Logs(日志)、Traces(链路追踪)。
|
||||
|
||||
## 核心组成
|
||||
- **Metrics**:Prometheus 采集的数值型时序数据,如 CPU 使用率、请求延迟
|
||||
- **Logs**:事件发生的文本记录,如应用错误日志
|
||||
- **Traces**:请求在分布式系统中的完整调用链路,如 OpenTelemetry
|
||||
|
||||
## 工具链
|
||||
- Metrics:[[Prometheus]] + [[Grafana]]
|
||||
- Logs:[[Loki]] + Promtail + Grafana
|
||||
- Traces:Jaeger/Zipkin + Grafana Tempo
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 覆盖 Metrics 和部分合成监测
|
||||
- 扩展路径:加 Loki + Promtail 补全日志覆盖
|
||||
35
wiki/concepts/合成监测.md
Normal file
35
wiki/concepts/合成监测.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: 合成监测
|
||||
type: concept
|
||||
tags: [monitoring, uptime, availability]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
Synthetic Monitoring,通过主动发起探测请求(HTTP/TCP/DNS/TLS)模拟用户行为,检测服务可用性和性能。与 Real User Monitoring(RUM)相对。
|
||||
|
||||
## 核心指标
|
||||
- **probe_success**:探测是否成功(0/1)
|
||||
- **probe_duration_seconds**:探测响应时间
|
||||
- **probe_http_status_code**:HTTP 响应码
|
||||
- **probe_ssl_earliest_cert_expiry**:TLS 证书到期时间戳
|
||||
|
||||
## 工具对比
|
||||
| 工具 | 类型 | 特点 |
|
||||
|-----|------|-----|
|
||||
| [[blackbox_exporter]] | Prometheus 生态 | 细粒度 PromQL 指标,适合内嵌 Grafana |
|
||||
| [[Uptime Kuma]] | 独立开源 | 友好 UI,适合外网监控 |
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 中通过 blackbox_exporter 实现内外网 HTTP/TCP/TLS 探测
|
||||
- 监控目标:https://pq2435887bh.vicp.fun、http://shenwei-nas.vip.cpolar.cn、https://transmission.vip.cpolar.cn
|
||||
|
||||
## 告警规则
|
||||
```promql
|
||||
# 站点不可达(连续2分钟)
|
||||
probe_success == 0 for 2m
|
||||
|
||||
# TLS证书14天内到期
|
||||
probe_ssl_earliest_cert_expiry - time() < 86400 * 14
|
||||
```
|
||||
32
wiki/concepts/多代理并行.md
Normal file
32
wiki/concepts/多代理并行.md
Normal file
@@ -0,0 +1,32 @@
|
||||
---
|
||||
title: "多代理并行"
|
||||
type: concept
|
||||
tags: [ai, multi-agent, cursor, concurrency]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
AI 编程工具中多个 AI 代理同时运行不同任务、互不干扰的工作模式。
|
||||
|
||||
## 核心价值
|
||||
- **效率提升**:同一时间并行生成多个模块
|
||||
- **上下文隔离**:每个代理独立上下文,避免相互干扰
|
||||
- **场景区分**:一个代理执行主任务,另一个代理同时构建配套页面/测试
|
||||
|
||||
## 实践方式(Cursor 2.0)
|
||||
1. 主代理:执行游戏开发等主要任务
|
||||
2. 副代理:新建代理创建 Landing Page 等独立模块
|
||||
3. 两种代理并行运行,互不阻塞
|
||||
|
||||
## 使用规范
|
||||
- 分散任务时创建新代理,避免在已有代理内继续先前任务
|
||||
- 同一代理内继续先前任务效果更佳
|
||||
|
||||
## 关联
|
||||
- [[Cursor]] 的多代理并行能力
|
||||
- [[Multi-Agent System Reliability]] 的理论与实践对照
|
||||
|
||||
## Aliases
|
||||
- Multi-Agent concurrency
|
||||
- 多 Agent 并行
|
||||
|
||||
37
wiki/concepts/多平台热点聚合.md
Normal file
37
wiki/concepts/多平台热点聚合.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "多平台热点聚合"
|
||||
type: concept
|
||||
tags: [research, social-media, trend-analysis]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
整合多个社交媒体平台(Reddit/X/YouTube/TikTok/Instagram/Hacker News/Polymarket/Web)的数据进行结构化趋势研究的方法论。
|
||||
|
||||
## 核心机制
|
||||
- **权重分层**:Reddit/X > YouTube > Polymarket > TikTok > Instagram > Web
|
||||
- **数据可信度**:Polymarket(真金白银押注)> Reddit/X(高互动)> Web(无互动)
|
||||
- **单次查询多平台覆盖**:用户输入一个话题,返回跨平台交叉验证的研究报告
|
||||
|
||||
## 执行流程
|
||||
1. 用户输入话题(可选:--x-handle 指定 X 账号、--days 回溯天数)
|
||||
2. ScrapeCreators 抓取 Reddit/TikTok/Instagram
|
||||
3. XAI API 或 AUTH_TOKEN 抓取 X
|
||||
4. Polymarket API 抓取预测市场数据
|
||||
5. Web 搜索补充博客/新闻
|
||||
6. 聚合输出:What I Learned + Key Patterns + Stats + Invitation
|
||||
|
||||
## 应用场景
|
||||
- 竞品分析("cursor vs windsurf" 对比模式)
|
||||
- 人物追踪(--x-handle 指定账号)
|
||||
- 行业周报(--days=7 --quick)
|
||||
- 热点发现(--deep 深度研究)
|
||||
|
||||
## 关联
|
||||
- [[Last30Days]] 是此方法论的自动化实现工具
|
||||
- [[社交信号权重]] 是此方法论的数据评估框架
|
||||
|
||||
## Aliases
|
||||
- 多源热点研究
|
||||
- 跨平台趋势分析
|
||||
|
||||
25
wiki/concepts/媒体刮削.md
Normal file
25
wiki/concepts/媒体刮削.md
Normal file
@@ -0,0 +1,25 @@
|
||||
---
|
||||
title: 媒体刮削
|
||||
type: concept
|
||||
tags: [media, plex, metadata, automation]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
Media Scraping/Media刮削,通过文件名或目录名匹配在线影视数据库,自动下载并填充元数据(海报、剧照、简介、评分、字幕、续集关系等)的过程。
|
||||
|
||||
## 核心数据库
|
||||
- **TheMovieDB (TMDB)**:电影和电视剧元数据
|
||||
- **TheTVDB**:美剧/英剧分集数据
|
||||
- **Fanart.tv**:高清艺术图资源
|
||||
|
||||
## [[Plex]] 刮削机制
|
||||
- Plex 扫描媒体目录,根据目录/文件名模式识别内容
|
||||
- 通过 TMDB/TVDB API 获取元数据
|
||||
- 文件命名规范:MovieName (Year).ext / ShowName S01E01.ext
|
||||
- 媒体目录结构:Movie/TV Shows/Documentary 分目录组织
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform]] 核心能力
|
||||
- 阿里云盘资源通过 Xiaoya 转存到对应目录后,Plex 自动刮削
|
||||
33
wiki/concepts/电商数据采集.md
Normal file
33
wiki/concepts/电商数据采集.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
title: 电商数据采集
|
||||
type: concept
|
||||
tags: [scraper, e-commerce, data-pipeline]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
从电商平台(Amazon/淘宝/JD/Shopee 等)采集产品结构化信息(标题、价格、评分、图片、评论等),用于竞品分析、价格监控或市场研究。
|
||||
|
||||
## 采集字段
|
||||
- title(标题)
|
||||
- price(价格)
|
||||
- rating(评分)
|
||||
- image_urls(图片 URL)
|
||||
- product_url(商品链接)
|
||||
- 扩展字段:品牌、型号、类目、评论数、上架时间
|
||||
|
||||
## 技术栈
|
||||
- **静态页面**:[Scrapy] 为主,高效结构化抓取
|
||||
- **动态页面**:[Playwright] 渲染 JS 后采集
|
||||
- **混合方案**:[scrapy-playwright] 插件,两者结合
|
||||
|
||||
## 防封策略
|
||||
- User-Agent 轮换
|
||||
- 代理池([[BrightData]]/[[ScraperAPI]])
|
||||
- DOWNLOAD_DELAY + RANDOMIZE_DOWNLOAD_DELAY
|
||||
- 分布式调度(Scrapyd 集群)
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[可自动化可扩展AI增强的电商数据采集与处理系统]] 核心场景
|
||||
- 采集结果 JSON/CSV → [[n8n Workflow自动化]] 消费处理
|
||||
35
wiki/concepts/社交信号权重.md
Normal file
35
wiki/concepts/社交信号权重.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "社交信号权重"
|
||||
type: concept
|
||||
tags: [social-media, signal-analysis, credibility]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
基于用户互动质量而非单纯曝光量评估内容热度和可信度的评估框架。
|
||||
|
||||
## 权重分层
|
||||
| 平台 | 权重 | 核心指标 |
|
||||
|------|------|----------|
|
||||
| Polymarket | 最高 | 赔率(真金白银押注,最真实) |
|
||||
| Reddit | 高 | upvotes + comments |
|
||||
| X (Twitter) | 高 | likes + retweets |
|
||||
| YouTube | 高 | views + likes + transcripts |
|
||||
| TikTok | 中 | views + likes + 标题 |
|
||||
| Instagram | 中 | views + likes |
|
||||
| Hacker News | 中 | points + comments |
|
||||
| Web | 低 | 无互动数据,仅补充 |
|
||||
|
||||
## 核心洞察
|
||||
- **互动数据 > 曝光数据**:10万观看但无互动 ≠ 真实热度
|
||||
- **押注数据 > 投票数据**:Polymarket 赔率反映真实概率判断
|
||||
- **评论 > 帖子**:Reddit top comments 往往比标题更有价值
|
||||
|
||||
## 关联
|
||||
- [[多平台热点聚合]] 的数据评估基础
|
||||
- [[Last30Days]] 的权重体系来源
|
||||
|
||||
## Aliases
|
||||
- Engagement-weighted signal
|
||||
- 互动权重分析
|
||||
|
||||
33
wiki/concepts/空性智慧.md
Normal file
33
wiki/concepts/空性智慧.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
title: "空性智慧"
|
||||
type: concept
|
||||
tags: [buddhism, emptiness, non-attachment, diamond-sutra, wisdom]
|
||||
sources: [AI-一语点醒梦中人]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
空性智慧是佛教核心教义,指一切因缘和合之物("有为法")无独立不变的自性,世间万象如梦幻泡影露电般虚幻短暂,不可执着,应以"空性"观照。
|
||||
|
||||
## 经典偈颂
|
||||
> "一切有为法,如梦幻泡影,如露亦如电,应作如是观" — 《金刚经》
|
||||
|
||||
## 6 重比喻解析
|
||||
| 比喻 | 含义 | 世间对应 |
|
||||
|------|------|----------|
|
||||
| 梦 | 看似真实,醒来方知虚妄 | 人生荣辱恍若一梦 |
|
||||
| 幻 | 魔术师幻化的假象 | 金钱权势的短暂满足 |
|
||||
| 泡 | 水泡瞬间破裂 | 青春美貌的无常 |
|
||||
| 影 | 依赖光线,无实体 | 名声地位需他人认可 |
|
||||
| 露 | 清晨露珠,太阳一出即消散 | 亲友相聚的短暂 |
|
||||
| 电 | 闪电刹那生灭 | 愤怒或狂喜情绪的起落 |
|
||||
|
||||
## 实践意义
|
||||
- 止观训练:通过冥想观察念头如露珠生灭,培养不黏着的觉性
|
||||
- 逆境转念:遭遇挫折时思惟"如梦",减轻痛苦
|
||||
- 积极意义:看透虚幻反而能珍惜当下
|
||||
|
||||
## Connections
|
||||
- [[Diamond Sutra]] ← 经典来源
|
||||
- [[被动学习]] ← 不同维度的应用
|
||||
- [[中道智慧]] ← 相关哲学概念
|
||||
27
wiki/concepts/绝处逢生.md
Normal file
27
wiki/concepts/绝处逢生.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
title: "绝处逢生"
|
||||
type: concept
|
||||
tags: [chinese-wisdom, daoism, transformation, adversity]
|
||||
sources: [AI-一语点醒梦中人]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
"绝处逢生"是东方哲学中的逆境转化智慧,指在人生困境("水穷处")中放下执着,以超然心态静观变化,从而获得新的可能("云起时")。
|
||||
|
||||
## 经典表达
|
||||
王维《终南别业》:"行到水穷处,坐看云起时"
|
||||
|
||||
## 核心机制
|
||||
1. **水穷处**:象征人生的绝境、困境、未知
|
||||
2. **坐看**:放下挣扎,以平静心观察
|
||||
3. **云起时**:象征新的变化、希望、可能性
|
||||
|
||||
## 与"知其不可奈何而安之若命"的区别
|
||||
- 绝处逢生:强调在困境中保持观察者姿态,等待转机
|
||||
- 安之若命:强调对无法改变之事的内心接受
|
||||
|
||||
## Connections
|
||||
- [[王维]] ← 代表人物
|
||||
- [[中道智慧]] ← 相关哲学
|
||||
- [[Su Dongpo Perspective]] ← 同类智慧
|
||||
36
wiki/concepts/项目规则.md
Normal file
36
wiki/concepts/项目规则.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "项目规则"
|
||||
type: concept
|
||||
tags: [cursor, ai, code-editor, rules]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 定义
|
||||
可自定义的配置文件(.cursorrules 等),用于约束 AI 代码生成行为,实现团队代码规范自动化。
|
||||
|
||||
## 实现方式
|
||||
在项目根目录创建规则文件,写入期望 AI 遵守的行为规范。
|
||||
|
||||
## 示例
|
||||
```markdown
|
||||
// .cursorrules
|
||||
Always generate doc strings for functions
|
||||
Use TypeScript strict mode
|
||||
Follow the team's naming conventions
|
||||
```
|
||||
|
||||
## 应用场景
|
||||
- 强制为函数生成 Doc 注释(规范文档)
|
||||
- 约束代码风格(命名/缩进/类型)
|
||||
- 定义项目特定的处理逻辑
|
||||
|
||||
## 关联
|
||||
- [[Cursor]] 的自定义规则机制
|
||||
- [[AI代码编辑器]] 的安全和质量控制层
|
||||
- [[Vibe Coding]] 规范化的工具保障
|
||||
|
||||
## Aliases
|
||||
- .cursorrules
|
||||
- Cursor 项目规则
|
||||
- AI 代码规范
|
||||
|
||||
23
wiki/entities/Cloudflare.md
Normal file
23
wiki/entities/Cloudflare.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
title: "Cloudflare"
|
||||
type: entity
|
||||
tags: [cloudflare, serverless, edge-computing, d1, r2, workers]
|
||||
sources: [Home-Office-NodeWarden-把-Bitwarden-搬上-Cloudflare-Workers彻底告别服务器]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
Cloudflare 是全球网络服务商,提供边缘计算(Workers)、分布式数据库(D1)、对象存储(R2)等开发者工具,构成无服务器应用的全栈基础设施。
|
||||
|
||||
## Key Products
|
||||
- [[Cloudflare Workers]]:无服务器边缘计算平台,200+ 地区分布,JavaScript/TypeScript 运行时
|
||||
- [[Cloudflare D1]]:基于 SQLite 的全球分布式数据库,与 Workers 原生集成
|
||||
- [[Cloudflare R2]]:S3 兼容的对象存储,用于文件存储和附件
|
||||
|
||||
## Use Cases
|
||||
- NodeWarden:Bitwarden 服务器端运行在 Workers,数据存储在 D1,附件存储在 R2
|
||||
- 无服务器网站托管、API 网关、边缘渲染
|
||||
|
||||
## Connections
|
||||
- [[NodeWarden]] ← 托管平台
|
||||
- [[Bitwarden]] ← 上位服务
|
||||
@@ -1,25 +1,43 @@
|
||||
---
|
||||
title: "Cursor"
|
||||
type: entity
|
||||
tags: [ai, ide, programming]
|
||||
last_updated: 2025-12-30
|
||||
tags: [ai, code-editor, vscode, vibe-coding]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:AI 编程 IDE
|
||||
- **来源**:Vibe Coding 神级指南推荐
|
||||
- **类型**: AI 代码编辑器
|
||||
- **底层框架**: VS Code
|
||||
- **AI 模型**: Composer(自研,速度比同类快 4 倍)
|
||||
- **版本**: 2.0
|
||||
- **官网**: https://cursor.com
|
||||
|
||||
## 简介
|
||||
Cursor 是 AI 编程领域的领先 IDE,集成了大模型能力,支持智能代码补全、代码生成、代码解释等功能。
|
||||
## 核心功能
|
||||
- 编辑器视图:代码文件编辑
|
||||
- Agents 视图:AI 代理交互
|
||||
- 多代理并行:Plan/Agent/Ask 三种模式同时运行不同任务
|
||||
- Diff 审查:逐文件或整体审查 AI 生成的代码改动
|
||||
- 项目规则:自定义 .cursorrules 文件约束 AI 行为
|
||||
- MCP 服务器集成:扩展外部工具能力
|
||||
|
||||
## 核心能力
|
||||
- AI 驱动的代码补全与生成
|
||||
- 自然语言代码转换
|
||||
- 多文件项目级理解
|
||||
## 三种代理模式
|
||||
- **Plan 模式**:AI 规划任务步骤,不修改代码
|
||||
- **Agent 模式**:自动串联 MCP 工具链,修改代码
|
||||
- **Ask 模式**:仅返回文本答案,不修改代码(最安全)
|
||||
|
||||
## 关键使用规范
|
||||
- AI 生成代码即写入文件:必须先测试再确认保存
|
||||
- Undo All 可撤销所有 AI 改动(关闭文件后可能失效)
|
||||
- 多代理建议创建新代理而非在已有代理继续,避免上下文混用
|
||||
|
||||
## 关联
|
||||
- [[Vibe Coding]] 的主要工具支撑
|
||||
- 与 [[Claude-Code]] 同为 AI 编程工具
|
||||
- [[Cursor]] ← 基于 [[VS Code]]
|
||||
- [[Cursor]] ← 使用 [[Composer模型]]
|
||||
- [[Cursor]] ← 支持 [[MCP服务器]]
|
||||
- [[Cursor]] ← 建议结合 [[Git]](版本控制)
|
||||
- [[Vibe Coding]] 的推荐工具组合之一
|
||||
|
||||
## Aliases
|
||||
- Cursor IDE
|
||||
- Cursor 2.0
|
||||
- Cursor AI
|
||||
|
||||
|
||||
35
wiki/entities/Grafana.md
Normal file
35
wiki/entities/Grafana.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: Grafana
|
||||
type: entity
|
||||
tags: [可视化, 监控, 可观测性, 开源]
|
||||
sources: ["https://grafana.com"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:开源可观测性可视化平台
|
||||
- **官网**:https://grafana.com
|
||||
- **公司**:Grafana Labs
|
||||
|
||||
## 核心功能
|
||||
- **多数据源支持**:Prometheus/Loki/Elasticsearch/PostgreSQL 等
|
||||
- **仪表盘**:可视化展示时序数据,支持模板变量和动态筛选
|
||||
- **告警**:基于查询的告警规则,支持邮件/Slack/Telegram/PagerDuty 等通知渠道
|
||||
- **Dashboard Import**:通过 Dashboard ID(如 1860=Node Exporter Full)直接导入社区仪表盘
|
||||
|
||||
## 关键 Dashboard ID
|
||||
| Dashboard | ID |
|
||||
|-----------|-----|
|
||||
| Node Exporter Full | 1860 |
|
||||
| cAdvisor Container Metrics | 14282 |
|
||||
| Blackbox Exporter Probe | 7587 |
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 可视化层
|
||||
- [[Prometheus]] 的主要展示和告警前端
|
||||
- [[Loki]] + Promtail 日志聚合的可视化界面
|
||||
- [[VictoriaMetrics]] 数据的展示前端
|
||||
|
||||
## 默认配置
|
||||
- 端口:3000(默认 admin/admin 登录)
|
||||
- 匿名访问:GF_AUTH_ANONYMOUS_ENABLED=true 可开启只读匿名访问
|
||||
22
wiki/entities/Loki.md
Normal file
22
wiki/entities/Loki.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
title: Loki
|
||||
type: entity
|
||||
tags: [日志聚合, 可观测性, Grafana, 开源]
|
||||
sources: ["https://grafana.com/oss/loki"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:日志聚合系统
|
||||
- **官网**:https://grafana.com/oss/loki
|
||||
- **公司**:Grafana Labs
|
||||
|
||||
## 核心机制
|
||||
- **标签索引**:仅索引元数据(标签),而非全文索引,存储极简
|
||||
- **Promtail**:日志收集代理,部署在每台主机将日志推送到 Loki
|
||||
- **与 Prometheus/Grafana 原生集成**:同属 Grafana Labs 生态
|
||||
- **查询语言**:LogQL,与 PromQL 类似但用于日志
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 扩展建议:加 Loki + Promtail 做日志收集
|
||||
- [[Grafana]] 作为 Loki 日志的展示界面
|
||||
29
wiki/entities/MinIO.md
Normal file
29
wiki/entities/MinIO.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
id: MinIO
|
||||
title: "MinIO"
|
||||
type: entity
|
||||
tags: [storage, s3, docker, nas]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Overview
|
||||
MinIO 是一个兼容 Amazon S3 协议的开源对象存储引擎,设计用于高性能、大规模数据存储场景。在 Synology NAS 环境下部署,为 Zipline 等应用提供 S3 兼容的私有存储后端。
|
||||
|
||||
## Key Characteristics
|
||||
- 兼容 S3 API,可直接替代 Amazon S3、Cloudflare R2 等商业方案
|
||||
- 支持单节点和分布式部署,存储性能仅受底层硬盘/SSD 限制
|
||||
- 提供 API(9000端口)和 Console UI(9001端口)
|
||||
- 在 Synology NAS 上通过 Docker 部署,数据存储在 /volume1/docker/zipline-stack/minio/minio_data
|
||||
|
||||
## Configuration (Synology NAS)
|
||||
- 环境变量:MINIO_ROOT_USER、MINIO_ROOT_PASSWORD
|
||||
- S3_BUCKET:存储桶名称(需创建并设为 public)
|
||||
- S3_ENDPOINT:http://minio:9000(容器间通信)
|
||||
- S3_FORCE_PATH_STYLE:"true"(MinIO 必需)
|
||||
- Access Rules:通过 mc anonymous set public 命令设置公开读写权限
|
||||
|
||||
## Related Concepts
|
||||
- [[S3协议]]:MinIO 兼容的核心协议
|
||||
- [[Zipline]]:使用 MinIO 作为存储后端的图片托管服务
|
||||
- [[Synology NAS]]:MinIO 的部署平台
|
||||
34
wiki/entities/Ollama.md
Normal file
34
wiki/entities/Ollama.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: Ollama
|
||||
type: entity
|
||||
tags: [本地大模型, AI, 开源, 推理]
|
||||
sources: ["https://ollama.com"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:本地大模型推理引擎
|
||||
- **官网**:https://ollama.com
|
||||
- **支持模型**:Llama3/Mistral/Qwen2.5/Gemma 等
|
||||
|
||||
## 核心机制
|
||||
- **REST API**:通过 http://localhost:11434/api/generate 调用
|
||||
- **模型管理**:ollama pull 下载模型,ollama list 查看已安装
|
||||
- **无 GPU 依赖**:支持 CPU 推理(速度较慢)
|
||||
- **跨平台**:macOS/Linux/Windows 支持
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[可自动化可扩展AI增强的电商数据采集与处理系统]] 本地 AI 处理层
|
||||
- 通过 n8n HTTP Request Node 调用,替代 OpenAI 等外部 API
|
||||
- 支持 Mistral/Llama3 模型做本地摘要、分类、特征提取
|
||||
|
||||
## n8n 集成示例
|
||||
```
|
||||
URL: http://ollama:11434/api/generate
|
||||
Method: POST
|
||||
Body:
|
||||
{
|
||||
"model": "llama3",
|
||||
"prompt": "分析以下产品信息:{{$json.title}},提取品牌、型号、价格区间"
|
||||
}
|
||||
```
|
||||
38
wiki/entities/Playwright.md
Normal file
38
wiki/entities/Playwright.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: Playwright
|
||||
type: entity
|
||||
tags: [浏览器自动化, 测试, 爬虫, 开源]
|
||||
sources: ["https://playwright.dev"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:Microsoft 开源浏览器自动化工具
|
||||
- **官网**:https://playwright.dev
|
||||
- **支持语言**:Python/Node.js/Java/C#
|
||||
|
||||
|
||||
## 核心功能
|
||||
- **多浏览器支持**:Chromium/Firefox/WebKit(WebKit 仅 macOS)
|
||||
- **无头模式**:headless=True 默认,支持有头调试
|
||||
- **自动等待**:Actionability 检查(元素可见/可点击/attached 等)
|
||||
- **截图/PDF**:整页截图和 PDF 生成
|
||||
- **网络拦截**:监听/修改/屏蔽网络请求
|
||||
- **移动端模拟**:viewport 和 userAgent 定制
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[可自动化可扩展AI增强的电商数据采集与处理系统]] 用于渲染 JS 动态页面
|
||||
- [[Scrapy]] 通过 scrapy-playwright 插件集成,处理反爬或懒加载的电商页面
|
||||
- Docker 环境:mcr.microsoft.com/playwright/python:v1.48.0-jammy
|
||||
- shm_size 需设置为 2gb 避免浏览器崩溃
|
||||
|
||||
## 关键参数
|
||||
```python
|
||||
PLAYWRIGHT_LAUNCH_OPTIONS = {
|
||||
"headless": True,
|
||||
"args": ["--no-sandbox", "--disable-setuid-sandbox"],
|
||||
}
|
||||
PLAYWRIGHT_CONTEXT_ARGS = {
|
||||
"viewport": {"width": 1280, "height": 720},
|
||||
}
|
||||
```
|
||||
31
wiki/entities/Plex.md
Normal file
31
wiki/entities/Plex.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: Plex
|
||||
type: entity
|
||||
tags: [媒体服务器, 自托管, 视频]
|
||||
sources: ["https://www.plex.tv"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:跨平台媒体服务器
|
||||
- **官网**:https://www.plex.tv
|
||||
- **支持平台**:Windows/macOS/Linux/NAS/Android TV/当贝盒子/华为盒子等
|
||||
|
||||
## 核心功能
|
||||
- 媒体库管理:自动刮削视频元数据(海报、简介、评分、字幕)
|
||||
- 转码引擎:多格式视频音频转码,支持多设备兼容播放
|
||||
- 多用户支持:Plex Pass 家庭成员共享,观看历史同步
|
||||
- 远程访问:Plex 服务器穿透,外部网络直接访问媒体库
|
||||
- 音乐/Podcast 管理:支持音频媒体库
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 中的目标监控站点之一(transmission.vip.cpolar.cn)
|
||||
- [[Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform]] 媒体库前端,整合本地 NAS 和阿里云盘资源
|
||||
|
||||
## 部署环境
|
||||
- 群晖 NAS:套件中心直接安装,用 Apple ID(ishenwei@hotmail.com)登录
|
||||
- 客户端:当贝盒子(Android 10+)、华为盒子(Android 5.0+,最高支持 com.plexapp.android_10.5.0.4996)
|
||||
|
||||
## 相关工具
|
||||
- [[Xiaoya Alist]]:提供阿里云盘影视资源
|
||||
- [[CloudDrive2]]:将阿里云盘挂载为本地文件系统,供 Plex 扫描
|
||||
34
wiki/entities/Prometheus.md
Normal file
34
wiki/entities/Prometheus.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: Prometheus
|
||||
type: entity
|
||||
tags: [监控, 可观测性, 开源, 时序数据库]
|
||||
sources: ["https://prometheus.io"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:开源监控告警系统和时序数据库
|
||||
- **官网**:https://prometheus.io
|
||||
- **公司**:CNCF 毕业项目
|
||||
|
||||
## 核心机制
|
||||
- **拉模式(Pull-based)**:Prometheus 主动从各 exporter 拉取指标,而非被动接收
|
||||
- **scrape_configs**:配置抓取目标和抓取间隔,默认 15s
|
||||
- **PromQL**:查询语言,支持聚合、过滤、函数计算时序数据
|
||||
- **告警规则**:基于 PromQL 表达式持续评估,达到阈值触发告警
|
||||
- **Alertmanager 集成**:告警触发后推送到 Alertmanager 进行分组/抑制/路由
|
||||
|
||||
## 关键 Exporters
|
||||
- [[node_exporter]]:主机层指标(CPU/内存/磁盘/网络)
|
||||
- [[cAdvisor]]:容器层指标(容器运行状态/资源限制/重启次数)
|
||||
- [[blackbox_exporter]]:黑盒探测(HTTP/TCP/DNS/ICMP 可用性)
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 核心采集和告警引擎
|
||||
- [[Grafana]] 的主要数据源
|
||||
- [[VictoriaMetrics]] 可作为 Prometheus remote_write 后端实现长期存储
|
||||
|
||||
## 存储限制
|
||||
- 本地 TSDB 会持续磁盘增长
|
||||
- 建议配置 remote_write 到 [[VictoriaMetrics]] 等远端存储实现长期保留
|
||||
- 启动参数 --storage.tsdb.path 指定存储路径
|
||||
32
wiki/entities/ScrapeCreators.md
Normal file
32
wiki/entities/ScrapeCreators.md
Normal file
@@ -0,0 +1,32 @@
|
||||
---
|
||||
title: "ScrapeCreators"
|
||||
type: entity
|
||||
tags: [api, scraping, reddit, tiktok, instagram]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**: API 服务
|
||||
- **功能**: Reddit + TikTok + Instagram 数据爬取
|
||||
- **免费额度**: 前 100 次免费
|
||||
- **官网**: https://scrapeographers.com(推测)
|
||||
|
||||
## 用途
|
||||
- Last30Days 技能的 Reddit 数据来源
|
||||
- Last30Days 技能的 TikTok 数据来源
|
||||
- Last30Days 技能的 Instagram 数据来源
|
||||
|
||||
## 配置方式
|
||||
在 `~/.openclaw/.env` 中配置:
|
||||
```bash
|
||||
SCRAPECREATORS_API_KEY=...
|
||||
```
|
||||
|
||||
## 关联
|
||||
- [[Last30Days]] 的核心数据依赖
|
||||
- 覆盖 Reddit 帖子/评论、TikTok 视频标题/观看数/点赞、Instagram Reels 观看数/点赞
|
||||
|
||||
## Aliases
|
||||
- ScrapeCreators API
|
||||
- ScrapeCreators API Key
|
||||
|
||||
41
wiki/entities/Scrapy.md
Normal file
41
wiki/entities/Scrapy.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: Scrapy
|
||||
type: entity
|
||||
tags: [爬虫, Python, 开源, 数据采集]
|
||||
sources: ["https://scrapy.org"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:Python 开源爬虫框架
|
||||
- **官网**:https://scrapy.org
|
||||
- **Star**:5.5万+(GitHub)
|
||||
|
||||
## 核心机制
|
||||
- **异步抓取**:基于 Twisted 异步网络框架,支持高并发
|
||||
- **Spiders**:定义爬取逻辑,支持 CSS/XPath 选择器
|
||||
- **Item Pipeline**:数据清洗、验证、存储管道
|
||||
- **Middleware**:下载中间件,可自定义 User-Agent、代理、cookies
|
||||
- **Feed Exports**:支持 JSON/CSV/XML/JSONL 多种输出格式
|
||||
- **scrapy-playwright**:插件集成 Playwright,处理 JS 动态渲染页面
|
||||
|
||||
## 关键配置
|
||||
```python
|
||||
# scrapy-playwright 集成
|
||||
DOWNLOAD_HANDLERS = {
|
||||
"http": "scrapy_playwright.handler.ScrapyPlaywrightDownloadHandler",
|
||||
}
|
||||
TWISTED_REACTOR = "twisted.internet.asyncioreactor.AsyncioSelectorReactor"
|
||||
PLAYWRIGHT_LAUNCH_OPTIONS = {"headless": True, "args": ["--no-sandbox"]}
|
||||
```
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[可自动化可扩展AI增强的电商数据采集与处理系统]] 爬虫层核心
|
||||
- [[Playwright]] 提供 JS 渲染能力,Scrapy 负责调度和结构化输出
|
||||
|
||||
## 防封策略
|
||||
- ROBOTSTXT_OBEY = False(根据目标网站决定)
|
||||
- DOWNLOAD_DELAY 设置访问延迟
|
||||
- RANDOMIZE_DOWNLOAD_DELAY 随机化延迟
|
||||
- scrapy-user-agents 中间件轮换 User-Agent
|
||||
- 配合代理池(BrightData/ScraperAPI)
|
||||
26
wiki/entities/Synology NAS.md
Normal file
26
wiki/entities/Synology NAS.md
Normal file
@@ -0,0 +1,26 @@
|
||||
---
|
||||
title: Synology NAS
|
||||
type: entity
|
||||
tags: [NAS, 存储, 自托管, 群晖]
|
||||
sources: ["https://www.synology.com"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:网络附加存储设备
|
||||
- **官网**:https://www.synology.com
|
||||
- **代表型号**:本文场景使用型号未明确
|
||||
|
||||
## 核心平台
|
||||
- **套件中心**:官方应用商店(Plex、Download Station 等)
|
||||
- **Container Manager**:群晖 Docker 管理界面(基于 Docker)
|
||||
- **社群频道**:第三方包(CloudDrive2 等)需添加矿神源
|
||||
|
||||
## DSM 7+ 特殊说明
|
||||
- 第三方包安装后需执行 privilege 修复才可完整访问系统资源
|
||||
- 示例:CloudDrive2 安装后需执行 `sudo sed -i 's/package/root/g' /var/packages/CloudDrive2/conf/privilege`
|
||||
- SSH 访问需在控制面板 → 终端机 中启用
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform]] 硬件和容器平台
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 部署目标之一
|
||||
24
wiki/entities/Trebuh.md
Normal file
24
wiki/entities/Trebuh.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "Trebuh"
|
||||
type: entity
|
||||
tags: [solo-founder, openclaw, multi-agent]
|
||||
sources: [Agent-usecases-multi-Agent-Team]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Definition
|
||||
Solo founder,通过 OpenClaw 搭建 4 Agent 虚拟团队(Milo/Josh/Marketing/Dev),全部通过单一 Telegram 群聊控制,7×24 小时自动运转。
|
||||
|
||||
## Profile
|
||||
- 角色:一人公司创始人
|
||||
- 团队配置:Milo(战略 lead)、Josh(商业分析)、Marketing Agent(内容运营)、Dev Agent(开发)
|
||||
- 控制方式:单一 Telegram 群聊,@mention 分发到对应 Agent
|
||||
- 模型选择:Claude Opus(策略)、Claude Sonnet(分析)、Gemini(营销研究)
|
||||
|
||||
## Key Insight
|
||||
> "Personality matters more than you'd think" — 给 Agent 命名和独特性格,比通用提示词产生更好的协作体验。
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← 技术底座
|
||||
- [[Multi-Agent Hierarchy]] ← 团队架构模式
|
||||
- [[Telegram]] ← 统一控制平面
|
||||
22
wiki/entities/Uptime Kuma.md
Normal file
22
wiki/entities/Uptime Kuma.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
title: Uptime Kuma
|
||||
type: entity
|
||||
tags: [监控, 网站监测, 自托管, 开源]
|
||||
sources: ["https://uptimekuma.org"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:自托管网站/服务可用性监控工具
|
||||
- **官网**:https://uptimekuma.org
|
||||
- **类似**:Uptime Robot
|
||||
|
||||
## 核心功能
|
||||
- **合成监测**:HTTP/TCP/DNS/TLS 探针,模拟用户请求检测可用性
|
||||
- **历史记录**:保存所有检测结果,支持看历史事件
|
||||
- **多通知渠道**:邮件/Slack/Telegram/Webhook 等
|
||||
- **Docker 部署**:docker run -p 3001:3001 uptimekuma/uptime-kuma
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox]] 扩展建议:加 Uptime Kuma 作为轻量合成探针外层 UI
|
||||
- 作为 Prometheus blackbox_exporter 的补充,提供更友好的可视化界面
|
||||
28
wiki/entities/Zipline.md
Normal file
28
wiki/entities/Zipline.md
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
id: Zipline
|
||||
title: "Zipline"
|
||||
type: entity
|
||||
tags: [image-hosting, self-hosted, docker, api]
|
||||
sources: []
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## Overview
|
||||
Zipline 是一个自托管的图片托管服务,提供前端上传 UI 和 REST API,可与 n8n 等工作流工具集成,实现图片自动化上传和管理。在 Synology NAS 上与 MinIO 配合使用。
|
||||
|
||||
## Key Characteristics
|
||||
- 提供图片上传 Dashboard(默认端口 3333)和 REST API
|
||||
- 支持多种存储引擎(S3/MinIO/Cloudflare R2/Backblaze B2)
|
||||
- 通过 CORE_SECRET 环境变量配置加密密钥
|
||||
- 支持生成 API Token 供外部工具调用
|
||||
- 可设置上传规则和返回 URL 配置
|
||||
|
||||
## Architecture
|
||||
- Zipline → MinIO(S3 存储)→ NAS 持久化存储
|
||||
- 元数据(PostgreSQL)独立于文件实体(MinIO),备份方案必须保持两者时间点一致
|
||||
- 与 n8n 集成:通过 API Token 调用 Zipline 上传接口
|
||||
|
||||
## Related Concepts
|
||||
- [[MinIO]]:Zipline 的 S3 存储后端
|
||||
- [[n8n]]:通过 Zipline API 集成到自动化工作流
|
||||
- [[PostgreSQL]]:Zipline 元数据存储
|
||||
45
wiki/entities/gogcli.md
Normal file
45
wiki/entities/gogcli.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "gog CLI"
|
||||
type: entity
|
||||
tags: [cli, google-workspace, macos, automation]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**: 命令行工具
|
||||
- **平台**: macOS
|
||||
- **安装**: `brew install steipete/tap/gogcli`
|
||||
- **路径**: /opt/homebrew/bin/gog
|
||||
- **功能**: 管理 Gmail/Google Calendar/Google Drive/Google Contacts/Google Docs/Google Sheets
|
||||
- **官网**: https://gogcli.sh
|
||||
|
||||
## 核心功能
|
||||
| 服务 | 功能 |
|
||||
|------|------|
|
||||
| Gmail | 搜索、发送、创建草稿、发送草稿 |
|
||||
| Calendar | 查看/创建事件、查看颜色 |
|
||||
| Drive | 搜索文件 |
|
||||
| Contacts | 列出联系人 |
|
||||
| Docs | 导出文档、查看内容 |
|
||||
| Sheets | 获取/更新数据 |
|
||||
|
||||
## 认证配置
|
||||
1. Google Cloud Console 创建 OAuth 客户端 ID(桌面应用)
|
||||
2. 下载 credentials.json 移动到 ~/Library/Application\ Support/gogcli/
|
||||
3. 添加测试用户(ishenwei@gmail.com)绕过验证限制
|
||||
4. 执行 `gog auth add ishenwei@gmail.com --services gmail,calendar,drive,contacts,docs,sheets`
|
||||
|
||||
## 常见错误
|
||||
- 403 accessNotConfigured:Google Cloud 项目未启用对应 API
|
||||
- 解决:Google Cloud Console → APIs & Services → Library → 启用对应 API → 重新授权
|
||||
|
||||
## 关联
|
||||
- [[Google Calendar]]:gog CLI 的核心服务之一
|
||||
- [[Gmail]]:gog CLI 的核心服务之一
|
||||
- [[Google Workspace CLI]]:gog CLI 属于此类工具
|
||||
|
||||
## Aliases
|
||||
- gogcli
|
||||
- gog
|
||||
- steipete/gogcli
|
||||
|
||||
26
wiki/entities/阿里云盘.md
Normal file
26
wiki/entities/阿里云盘.md
Normal file
@@ -0,0 +1,26 @@
|
||||
---
|
||||
title: 阿里云盘
|
||||
type: entity
|
||||
tags: [云盘, 存储, 阿里, 网盘]
|
||||
sources: ["https://www.aliyundrive.com"]
|
||||
last_updated: 2026-04-15
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:阿里巴巴云存储服务
|
||||
- **官网**:https://www.aliyundrive.com
|
||||
- **特点**:大容量、不限速、资源分享
|
||||
|
||||
## 在 Wiki 中的角色
|
||||
- [[Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform]] 云端资源来源
|
||||
- [[Xiaoya Alist]] 通过阿里云盘 API 获取资源列表
|
||||
- [[CloudDrive2]] 将阿里云盘挂载为本地文件系统
|
||||
|
||||
## API 访问配置
|
||||
- **refresh_token**:访问 alist.nn.ci/tool/aliyundrive/request.html 扫码获取
|
||||
- **token**:访问阿里云盘分享页面授权后获取
|
||||
- 阿里云盘 App 扫码授权是获取 token 的主要方式
|
||||
|
||||
## 安全注意
|
||||
- CloudDrive2 仅授权资源目录,不授权备份目录
|
||||
- token 信息需妥善保管,避免泄露
|
||||
@@ -4,23 +4,34 @@
|
||||
- [Overview](overview.md) — living synthesis
|
||||
|
||||
## Sources
|
||||
- [Multi-Agent Specialized Team (Solo Founder Setup)](sources/Agent-usecases-multi-Agent-Team.md) — 多 Agent 虚拟团队:Telegram 统一入口 + 共享内存 + 定时主动汇报
|
||||
- [DevOps Maturity Model: From Traditional IT to Advanced DevOps](sources/DevOps-Maturity-Model-From-Traditional-IT-to-Advanced-DevOps.md) — DevOps 成熟度 5 阶段评估框架(Ad-Hoc → Mature)
|
||||
- [一语点醒梦中人——东方人生智慧](sources/AI-一语点醒梦中人.md) — 道家/儒家/佛教经典箴言:空性智慧、绝处逢生、守拙内敛
|
||||
- [NodeWarden - 把 Bitwarden 搬上 Cloudflare Workers,彻底告别服务器](sources/Home-Office-NodeWarden-把-Bitwarden-搬上-Cloudflare-Workers彻底告别服务器.md) — Cloudflare Workers 无服务器 Bitwarden 部署方案
|
||||
- [DevOps Culture and Transformation](sources/DevOps-Culture-and-Transformation.md) — DevOps 文化、敏捷实践与转型方法论
|
||||
- [Cloud DevOp Maturity - Guideline](sources/Cloud-DevOp-Maturity-Guideline.md) — 企业级 SaaS DevOps 成熟度评估框架与 DORA 指标
|
||||
- [Cloud Maturity Model](sources/Cloud-Maturity-Model.md) — 企业云成熟度 5 级评估框架
|
||||
- [Linux 运维必会的 150 个命令](sources/Linux-运维必会的150个命令.md) — Linux 系统管理核心命令速查手册
|
||||
- [2025年11个神级AI开源平替,GitHub杀疯了](sources/2025-ai-open-source-alternatives.md) — 2025年AI各领域GitHub开源平替项目盘点
|
||||
- [14个免费的AI图生视频工具,用AI让图片动起来](sources/14个免费的AI图生视频工具.md) — 14款免费AI图生视频工具盘点
|
||||
- [3.2万人收藏的Claude Skills,才是AI这条路最值得研究的一套范式](sources/Claude-Skills-研究范式.md) — Claude Skills 资源图谱与流程工程新范式
|
||||
- [3.2万人收藏的Claude Skills,才是AI这条路最值得研究的一套范式](sources/Claude-Skills研究范式.md) — Claude Skills 资源图谱与流程工程新范式
|
||||
- [7 Ways I Use NotebookLM to Make My Life Easier](sources/7-ways-NotebookLM.md) — NotebookLM 7种实际应用场景
|
||||
- [Designing for Agentic AI](sources/Designing-for-Agentic-AI.md) — Agentic AI 与 UX 设计原则
|
||||
- [LLMs、RAG、AI Agent 三个到底什么区别?](sources/LLMs-RAG-AI-Agent-三个到底什么区别.md) — LLM/RAG/AI Agent 层级关系与协同模式
|
||||
- [Multi-Agent System Reliability](sources/Multi-Agent-System-Reliability.md) — 4种多智能体可靠性架构模式
|
||||
- [如何写出完美的Prompt(提示词)?](sources/如何写出完美的Prompt(提示词)?.md) — 结构化 Prompt 构建方法论与职场能力培养
|
||||
- [RAG从入门到精通系列1:基础RAG](sources/RAG从入门到精通系列1:基础RAG.md) — Indexing-Retrieval-Generation 三阶段管道
|
||||
- [How to Get the RSS Feed For Any YouTube Channel](sources/How to Get the RSS Feed For Any YouTube Channel.md) — YouTube 频道 RSS Feed 获取方法
|
||||
- [Nano Banana 提示词框架](sources/Nano-Banana-提示词框架.md) — Google 结构化图像生成提示词 9 层框架
|
||||
- [How to Get the RSS Feed For Any YouTube Channel](sources/How-to-Get-the-RSS-Feed-For-Any-YouTube-Channel.md) — YouTube 频道 RSS Feed 获取方法
|
||||
- [Nano Banana 提示词框架](sources/Nano-Banana结构化提示词框架.md) — Google 结构化图像生成提示词 9 层框架
|
||||
- [Claude Code 调用方法总结](sources/Claude-Code调用方法总结.md) — Print Mode / TMUX 交互模式与 Skill 加载
|
||||
- [万字讲透OpenClaw Workspace深度解析](sources/万字讲透OpenClaw-Workspace深度解析.md) — OpenClaw workspace 7 大核心文件体系
|
||||
- [大模型相关术语和框架总结](sources/大模型相关术语和框架总结.md) — LLM/MCP/Agent/RAG/vLLM/Tocken/数据蒸馏核心概念
|
||||
- [GitHub 上 5000 人收藏的 Vibe Coding 神级指南](sources/GitHub-Vibe-Coding-神级指南.md) — Vibe Coding 氛围编程方法论与资源
|
||||
- [How Agentic AI can help for Cloud DevOps](sources/How-Agentic-AI-for-Cloud-DevOps.md) — Agentic AI 云运维七大应用场景
|
||||
- [n8n Docker 安装与更新指南](sources/n8n-Docker安装与更新.md) — n8n Docker 部署、SOCKS5 代理配置与镜像更新流程
|
||||
- [Cloud Operating Model: Key Strategies and Best Practices](sources/Cloud-Operating-Model-关键策略与最佳实践.md) — 企业级云运营模型:治理/安全/FinOps/自动化四大支柱
|
||||
- [MinIO + Zipline 自托管图床应用安装教程](sources/MinIO-Zipline-自托管图床应用安装教程.md) — Synology NAS Docker 部署 MinIO + Zipline + PostgreSQL 自托管图床
|
||||
- [Trae 远程开发部署指南](sources/Trae远程开发部署指南.md) — Trae Remote SSH 连接 Ubuntu 服务器 Docker 开发环境配置
|
||||
- [使用Claude自动生成N8N工作流的实操教程](sources/使用Claude自动生成N8N工作流的实操教程.md) — Claude + n8n-mcp 自动生成工作流完整指南
|
||||
- [MCP在Cursor中的集成与应用详解](sources/MCP在Cursor中的集成与应用详解.md) — MCP 协议在 Cursor IDE 中的集成方法
|
||||
- [Google 5个Agent Skill设计模式](sources/Google-5个Agent-Skill设计模式-2026-03-19.md) — 5种经过验证的 Skill 内容设计模式
|
||||
@@ -30,8 +41,16 @@
|
||||
- [The Picture They Paint of You](sources/The-Picture-They-Paint-of-You.md) — AI产品命名与职业价值认知框架分析
|
||||
- [Never write another prompt](sources/Never-write-another-prompt.md) — 提示词生成工具使用教程
|
||||
- [Useful Prompt Lib](sources/Useful-Prompt-Lib.md) — Anthropic Claude Prompt库60+模板汇总
|
||||
- [家庭监控方案:Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox](sources/家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox.md) — 家庭/实验室 Docker 可观测性监控方案:Prometheus + Grafana + cAdvisor + blackbox_exporter + Alertmanager
|
||||
- [Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform](sources/Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform.md) — 群晖 NAS 整合阿里云盘资源,Plex 媒体库 + Xiaoya Alist + CloudDrive2 端到端影视平台搭建
|
||||
- [可自动化、可扩展、AI增强的电商数据采集与处理系统](sources/可自动化可扩展AI增强的电商数据采集与处理系统.md) — Docker + Scrapy + Playwright + n8n + Ollama 全链路电商数据采集与 AI 处理自动化管线
|
||||
- [Last30Days 使用指南](sources/Last30Days-使用指南.md) — 多平台热点聚合研究工具,覆盖 Reddit/X/YouTube/TikTok/Polymarket 等 8 大数据源
|
||||
- [GOG CLI 安装配置指南](sources/GOG-CLI-安装配置指南.md) — macOS Google Workspace CLI 工具安装与 OAuth + API 启用配置完整指南
|
||||
- [Cursor 2.0 初学者使用指南](sources/Cursor-2-0初学者使用指南.md) — Cursor 2.0 AI 代码编辑器功能详解:Composer 模型、多代理并行、Diff 审查
|
||||
|
||||
## Entities
|
||||
- [Trebuh](entities/Treb uh.md) — Solo founder,4 Agent 团队实践者
|
||||
- [Cloudflare](entities/Cloudflare.md) — 全球网络服务商,提供 Workers/D1/R2 无服务器基础设施
|
||||
- [Anthropic](entities/Anthropic.md)
|
||||
- [LinkedIn](entities/LinkedIn.md)
|
||||
- [Atlassian](entities/Atlassian.md)
|
||||
@@ -39,9 +58,11 @@
|
||||
- [Jenkins](entities/Jenkins.md)
|
||||
- [HashiCorp](entities/HashiCorp.md)
|
||||
- [GitLab](entities/GitLab.md)
|
||||
- [gog CLI](entities/gogcli.md) — macOS Google Workspace CLI 工具
|
||||
- [Datadog](entities/Datadog.md)
|
||||
- [SonarSource](entities/SonarSource.md)
|
||||
- [Snyk](entities/Snyk.md)
|
||||
- [ScrapeCreators](entities/ScrapeCreators.md) — Reddit/TikTok/Instagram 爬取 API
|
||||
- [Kubernetes](entities/Kubernetes.md)
|
||||
- [Red Hat](entities/Red Hat.md)
|
||||
- [Docker](entities/Docker.md)
|
||||
@@ -53,6 +74,8 @@
|
||||
- [Manus](entities/Manus.md)
|
||||
- [OpenManus](entities/OpenManus.md)
|
||||
- [Cline](entities/Cline.md)
|
||||
- [Cursor](entities/Cursor.md) — 基于 VS Code 的 AI 代码编辑器,Composer 模型,多代理并行
|
||||
- [ScrapeCreators](entities/ScrapeCreators.md) — Reddit + TikTok + Instagram 数据爬取 API,Last30Days 核心依赖
|
||||
- [n8n](entities/n8n.md)
|
||||
- [Dify](entities/Dify.md)
|
||||
- [Perplexica](entities/Perplexica.md)
|
||||
@@ -108,28 +131,58 @@
|
||||
- [tukuai](entities/tukuai.md) — 递归自优化生成系统形式化框架提出者
|
||||
- [Kira2red](entities/Kira2red.md) — AI 产品管理实践者,Gemini 工作流方法论作者
|
||||
- [宝玉](entities/宝玉.md) — baoyu-skills 项目作者,Claude Code 技能集开发者
|
||||
- [Prometheus](entities/Prometheus.md) — 开源监控告警系统和时序数据库,Prometheus/Grafana 监控体系核心
|
||||
- [Grafana](entities/Grafana.md) — 开源可观测性可视化平台,多数据源仪表盘和告警
|
||||
- [Scrapy](entities/Scrapy.md) — Python 开源爬虫框架,支持异步结构化抓取和 Item Pipeline
|
||||
- [Playwright](entities/Playwright.md) — Microsoft 浏览器自动化工具,支持 Chromium/Firefox/WebKit
|
||||
- [Ollama](entities/Ollama.md) — 本地大模型推理引擎,支持 Llama3/Mistral 等模型
|
||||
- [Synology NAS](entities/Synology NAS.md) — 群晖网络附加存储,提供 Docker 和套件中心
|
||||
- [阿里云盘](entities/阿里云盘.md) — 阿里云盘云存储服务,支持 API 访问和资源分享
|
||||
- [Loki](entities/Loki.md) — Grafana Labs 日志聚合系统,轻量级日志存储与查询
|
||||
- [Uptime Kuma](entities/Uptime Kuma.md) — 自托管网站/服务可用性监控工具
|
||||
- [MinIO](entities/MinIO.md) — 兼容 S3 协议的开源对象存储引擎,Synology NAS 自托管存储后端
|
||||
- [Zipline](entities/Zipline.md) — 自托管图片托管服务,提供 REST API,与 n8n 集成
|
||||
|
||||
## Concepts
|
||||
- [DevOps成熟度模型](concepts/DevOps成熟度模型.md) — 5 阶段评估框架(Ad-Hoc → Mature),4 大焦点领域
|
||||
- [共享内存模式](concepts/共享内存模式.md) — 多 Agent 共享 GOALS.md/DECISIONS.md + 私有上下文
|
||||
- [空性智慧](concepts/空性智慧.md) — 佛教核心教义,一切有为法如梦幻泡影露电
|
||||
- [绝处逢生](concepts/绝处逢生.md) — 行到水穷处,坐看云起时,东方逆境转化智慧
|
||||
- [多平台热点聚合](concepts/多平台热点聚合.md) — 整合 8 个数据源的结构化趋势研究方法论
|
||||
- [社交信号权重](concepts/社交信号权重.md) — 基于互动质量而非曝光量的热度评估框架
|
||||
- [Taylorism](concepts/Taylorism.md)
|
||||
- [Software Factory](concepts/Software-Factory.md)
|
||||
- [AI工具命名框架](concepts/AI工具命名框架.md)
|
||||
- [流程工程](concepts/流程工程.md)
|
||||
- [Source-Grounding](concepts/Source Grounding.md)
|
||||
- [Source-Grounding](concepts/Source-Grounding.md)
|
||||
- [被动学习](concepts/被动学习.md)
|
||||
- [DevOps](concepts/DevOps.md)
|
||||
- [CI/CD Pipelines](concepts/CI CD Pipelines.md)
|
||||
- [Infrastructure as Code](concepts/Infrastructure as Code.md)
|
||||
- [Cloud Operating Model](concepts/Cloud-Operating-Model.md) — 云运营模型,组织管理云资源/安全/自动化/成本的标准化框架,四大支柱:治理/自动化/安全/FinOps
|
||||
- [FinOps](concepts/FinOps.md) — 云财务运营,实时成本追踪+Reserved Instances+Auto-Scaling 防云超支
|
||||
- [Zero Trust](concepts/Zero-Trust.md) — 零信任安全模型,永不信任始终验证,最小权限+持续验证+微分段
|
||||
- [Docker Compose](concepts/Docker-Compose.md) — 多容器 Docker 应用声明式编排工具,YAML 定义 services/volumes/networks
|
||||
- [Diff审查](concepts/Diff审查.md) — AI 生成代码的逐文件对比审查机制
|
||||
- [CI/CD Pipelines](concepts/CI-CD-Pipelines.md)
|
||||
- [Remote SSH](concepts/Remote-SSH.md) — VS Code/Trae 通过 SSH 连接在远程服务器运行编辑器后端的插件
|
||||
- [Docker Attach模式](concepts/Docker-Attach模式.md) — Trae 直接进入 Docker 容器内部启动编辑器,完全隔离的开发环境
|
||||
- [Bind Mount](concepts/Bind-Mount.md) — Docker 宿主机目录挂载到容器内,代码修改实时生效的热更新机制
|
||||
- [Infrastructure as Code](concepts/Infrastructure-as-Code.md)
|
||||
- [Agile](concepts/Agile.md)
|
||||
- [DevSecOps](concepts/DevSecOps.md)
|
||||
- [S3协议](concepts/S3协议.md) — Amazon S3 对象存储接口标准,MinIO/Cloudflare R2/Backblaze B2 均兼容此协议
|
||||
- [GitOps](concepts/GitOps.md)
|
||||
- [Serverless DevOps](concepts/Serverless DevOps.md)
|
||||
- [Edge Computing DevOps](concepts/Edge Computing DevOps.md)
|
||||
- [Google Workspace CLI](concepts/Google-Workspace-CLI.md) — 命令行管理 Google Workspace 全部服务
|
||||
- [Serverless DevOps](concepts/Serverless-DevOps.md)
|
||||
- [Edge Computing DevOps](concepts/Edge-Computing-DevOps.md)
|
||||
- [Kaizen](concepts/Kaizen.md)
|
||||
- [大语言模型](concepts/大语言模型.md)
|
||||
- [AI生图](concepts/AI生图.md)
|
||||
- [AI生视频](concepts/AI生视频.md)
|
||||
- [通用智能体](concepts/通用智能体.md)
|
||||
- [AI编程](concepts/AI编程.md)
|
||||
- [AI代码编辑器](concepts/AI代码编辑器.md) — 集成 AI 辅助的代码编辑器(Cursor/Windsurf/Trae/Cline)
|
||||
- [Composer模型](concepts/Composer模型.md) — Cursor 自研 AI 生成模型,速度比同类快 4 倍
|
||||
- [多代理并行](concepts/多代理并行.md) — 多个 AI 代理同时运行不同任务,互不干扰
|
||||
- [智能体工作流](concepts/智能体工作流.md)
|
||||
- [AI搜索](concepts/AI搜索.md)
|
||||
- [AI知识库](concepts/AI知识库.md)
|
||||
@@ -139,32 +192,33 @@
|
||||
- [RAG](concepts/RAG.md)
|
||||
- [Embedding](concepts/Embedding.md)
|
||||
- [向量数据库](concepts/向量数据库.md)
|
||||
- [RSS Feed](concepts/RSS Feed.md)
|
||||
- [RSS Feed](concepts/RSS-Feed.md)
|
||||
- [图生视频](concepts/图生视频.md)
|
||||
- [主体一致性](concepts/主体一致性.md)
|
||||
- [运动控制](concepts/运动控制.md)
|
||||
- [运镜控制](concepts/运镜控制.md)
|
||||
- [风格迁移](concepts/风格迁移.md)
|
||||
- [Agentic AI](concepts/Agentic AI.md) — 能感知环境、决策、预判并自主行动的 AI 系统
|
||||
- [Multi-Agent Hierarchy](concepts/Multi Agent Hierarchy.md) — Supervisor+Worker+Validator 层级架构
|
||||
- [Multi-Agent Consensus](concepts/Multi Agent Consensus.md) — 多数投票提高输出可靠性
|
||||
- [Multi-Agent Adversarial Debate](concepts/Multi Agent Adversarial Debate.md) — 对抗辩论防止 Sycophancy
|
||||
- [Multi-Agent Knock-out](concepts/Multi Agent Knock out.md) — 遗传算法启发的适应度淘汰制
|
||||
- [Print Mode](concepts/Print Mode.md) — Claude Code 非交互单次执行模式
|
||||
- [Agentic AI](concepts/Agentic-AI.md) — 能感知环境、决策、预判并自主行动的 AI 系统
|
||||
- [Multi-Agent Hierarchy](concepts/Multi-Agent-Hierarchy.md) — Supervisor+Worker+Validator 层级架构
|
||||
- [Multi-Agent Consensus](concepts/Multi-Agent-Consensus.md) — 多数投票提高输出可靠性
|
||||
- [Multi-Agent Adversarial Debate](concepts/Multi-Agent-Adversarial-Debate.md) — 对抗辩论防止 Sycophancy
|
||||
- [Multi-Agent Knock-out](concepts/Multi-Agent-Knock-out.md) — 遗传算法启发的适应度淘汰制
|
||||
- [Print Mode](concepts/Print-Mode.md) — Claude Code 非交互单次执行模式
|
||||
- [Workspace](concepts/Workspace.md) — OpenClaw Agent 工作台目录体系
|
||||
- [MCP](concepts/MCP.md) — Model Context Protocol,LLM 与外部工具的标准化协议
|
||||
- [vLLM](concepts/vLLM.md) — PagedAttention 与连续批处理的推理优化框架
|
||||
- [Token](concepts/Token.md) — LLM 基本输入单元,中文约 0.6 token/字符
|
||||
- [Vibe Coding](concepts/Vibe Coding.md) — 氛围编程,规划驱动+AI 结对执行
|
||||
- [Self-Healing Systems](concepts/Self Healing Systems.md) — Agentic AI 自动检测并修复异常
|
||||
- [Vibe Coding](concepts/Vibe-Coding.md) — 氛围编程,规划驱动+AI 结对执行
|
||||
- [项目规则](concepts/项目规则.md) — 自定义 .cursorrules 文件约束 AI 行为(如强制生成 Doc 注释)
|
||||
- [Self-Healing Systems](concepts/Self-Healing-Systems.md) — Agentic AI 自动检测并修复异常
|
||||
- [RCA](concepts/RCA.md) — Root Cause Analysis,AI 驱动的根因分析
|
||||
- [Multi-Cloud Governance](concepts/Multi Cloud Governance.md) — 跨 AWS/GCP/Azure 多云治理
|
||||
- [Multi-Cloud Governance](concepts/Multi-Cloud-Governance.md) — 跨 AWS/GCP/Azure 多云治理
|
||||
- [数据蒸馏](concepts/数据蒸馏.md) — 用大模型生成精简数据训练小模型
|
||||
- [AI工作流自动生成](concepts/AI工作流自动生成.md) — 通过自然语言描述让 AI 自动生成工作流
|
||||
- [Agent模式](concepts/Agent模式.md) — Cursor Composer 自动执行模式
|
||||
- [MCP工具链](concepts/MCP工具链.md) — 多个 MCP 工具顺序调用的工作流
|
||||
- [Agent Skill 设计模式](concepts/Agent Skill 设计模式.md) — Google 发布的 5 种 Skill 结构化设计模式
|
||||
- [Tool Wrapper](concepts/Tool Wrapper.md) — 监听关键词动态加载规范文档的模式
|
||||
- [Agent Skill 设计模式](concepts/Agent-Skill-设计模式.md) — Google 发布的 5 种 Skill 结构化设计模式
|
||||
- [Tool Wrapper](concepts/Tool-Wrapper.md) — 监听关键词动态加载规范文档的模式
|
||||
- [Generator](concepts/Generator.md) — 通过填空流程强制一致输出格式的模式
|
||||
- [Reviewer](concepts/Reviewer.md) — 分离检查清单与检查逻辑的模式
|
||||
- [Inversion](concepts/Inversion.md) — agent 先问再做收集信息的模式
|
||||
@@ -179,6 +233,11 @@
|
||||
- [内容技能](concepts/内容技能.md) — baoyu-skills 内容生成与发布类 Skill 子集
|
||||
- [AI产品经理](concepts/AI产品经理.md) — 掌握 AI 嵌入工作流的产品经理,核心能力是精准表达与结构化思维
|
||||
- [超级个体](concepts/超级个体.md) — 某领域八九十分者用 AI 横向扩展,AI 是充分非必要条件
|
||||
- [可观测性](concepts/可观测性.md) — Metrics/Logs/Traces 三大支柱,Prometheus + Grafana + Loki 工具链
|
||||
- [合成监测](concepts/合成监测.md) — Synthetic Monitoring,通过探针模拟用户请求检测内外网服务可用性
|
||||
- [媒体刮削](concepts/媒体刮削.md) — Media Scraping,Plex 等媒体服务器自动匹配 TMDB/TVDB 元数据
|
||||
- [电商数据采集](concepts/电商数据采集.md) — 从电商平台采集产品结构化信息,Scrapy + Playwright 主流技术栈
|
||||
- [AI数据处理](concepts/AI数据处理.md) — 通过 LLM 对采集数据进行摘要、分类、特征提取、翻译
|
||||
|
||||
## Syntheses
|
||||
- [DevOps 核心理念](syntheses/DevOps核心理念.md)
|
||||
|
||||
79
wiki/log.md
79
wiki/log.md
@@ -10,7 +10,6 @@ Created/updated: 12 entity pages (DeepSeek, Qwen, Flux, Stable Diffusion, Hunyua
|
||||
|
||||
|
||||
## [2026-04-15] ingest | 3.2万人收藏的Claude Skills
|
||||
- [Claude-Skills-研究范式](sources/Claude-Skills-研究范式.md)
|
||||
- Key claims: Skills = 说明书 + SOP;从提示词工程迈向流程工程;Anthropic 官方 Skills 仓库含 3.2 万收藏;skillsmp.com/aitmpl.com/claudemarketplaces.com 三大聚合站
|
||||
- Created: 1 entity (Anthropic), 2 concepts (AI技能封装, 流程工程)
|
||||
|
||||
@@ -60,12 +59,11 @@ Created/updated: 12 entity pages (DeepSeek, Qwen, Flux, Stable Diffusion, Hunyua
|
||||
- Created: 3 concepts (RAG, Embedding, 向量数据库)
|
||||
|
||||
## [2026-04-15] ingest | YouTube RSS Feed
|
||||
- [How to Get the RSS Feed For Any YouTube Channel](sources/How to Get the RSS Feed For Any YouTube Channel.md)
|
||||
- [How to Get the RSS Feed For Any YouTube Channel](sources/How-to-Get-the-RSS-Feed-For-Any-YouTube-Channel.md)
|
||||
- Key claims: 通过 View Page Source 搜索 channel_id= 可获取 RSS Feed URL;无需第三方服务
|
||||
- Created: 1 concept (RSS Feed)
|
||||
|
||||
## [2026-04-15] ingest | Nano Banana 提示词框架
|
||||
- [Nano-Banana-提示词框架](sources/Nano-Banana-提示词框架.md)
|
||||
- Key claims: 9层结构化字段(Shot/Subject/Environment/Lighting/Camera/ColorGrade/Style/Quality/Negatives);negatives 是质量控制关键;camera 字段提供电影级构图控制
|
||||
- Created: 1 concept (Nano Banana), 1 entity (Google)
|
||||
|
||||
@@ -109,8 +107,25 @@ Created/updated: 12 entity pages (DeepSeek, Qwen, Flux, Stable Diffusion, Hunyua
|
||||
- Key claims: ClawHub按单个skill安装;内容技能覆盖xhs/信息图/幻灯片/漫画;baoyu-imagine支持9家服务商自动选择;工具技能覆盖翻译/字幕/URL抓取等
|
||||
- Created: 6 concepts (baoyu-imagine, baoyu-infographic, 内容技能, AI生成技能, 工具技能, ClawHub), 2 entities (宝玉, JimLiu)
|
||||
|
||||
## [2026-04-15 PM] ingest batch | 4 docs (n8n Docker / Cloud Operating Model / MinIO+Zipline / Trae)
|
||||
- [n8n-Docker安装与更新](sources/n8n-Docker安装与更新.md)
|
||||
Key claims: n8n 官方镜像需 Dockerfile 扩展安装 curl/wget;ALL_PROXY=socks5://172.21.0.1:10808 使容器内流量走宿主机代理;更新流程:pull && down && up -d
|
||||
Created: 1 concept (Docker容器网络)
|
||||
|
||||
- [Cloud-Operating-Model-关键策略与最佳实践](sources/Cloud-Operating-Model-关键策略与最佳实践.md)
|
||||
Key claims: COM 四大支柱(治理/自动化/安全/FinOps);Zero Trust=零隐式信任持续验证;FinOps 可降低 35-40% 云成本;六步设计法
|
||||
Created: 4 concepts (Cloud Operating Model, FinOps, Zero Trust, 云治理)
|
||||
|
||||
- [MinIO-Zipline-自托管图床应用安装教程](sources/MinIO-Zipline-自托管图床应用安装教程.md)
|
||||
Key claims: MinIO+Zipline+PostgreSQL 三件套 Synology Docker 部署;pg_dump 热备份+Hyper Backup 增量归档防数据不一致;mc anonymous set public 设置公开 Bucket
|
||||
Created: 2 entities (MinIO, Zipline), 4 concepts (S3协议, Docker Compose, PostgreSQL备份, Synology Hyper Backup)
|
||||
|
||||
- [Trae远程开发部署指南](sources/Trae远程开发部署指南.md)
|
||||
Key claims: Remote SSH 连接 Ubuntu 服务器;Attach 容器模式=隔离环境;Bind Mount=热更新;SSH Agent 转发解决 Git 凭证问题
|
||||
Created: 3 concepts (Remote SSH, Docker Attach模式, Bind Mount)
|
||||
|
||||
## [2026-04-15] ingest batch | 5 docs
|
||||
- [Claude Skills研究范式](sources/Claude Skills研究范式.md)
|
||||
- [Claude Skills研究范式](sources/Claude-Skills研究范式.md)
|
||||
- Key claims: Skills = 说明书 + SOP;从提示词工程迈向流程工程;Anthropic 官方 Skills 仓库含 3.2 万收藏;skillsmp.com/aitmpl.com/claudemarketplaces.com 三大聚合站
|
||||
- Created: 1 entity (Anthropic), 2 concepts (AI技能封装, 流程工程)
|
||||
|
||||
@@ -126,6 +141,60 @@ Created/updated: 12 entity pages (DeepSeek, Qwen, Flux, Stable Diffusion, Hunyua
|
||||
- Key claims: Source-Grounding 机制确保回答可溯源;Audio Overviews 支持被动学习;NotebookLM 可作项目管理系统、法律文档审查工具、软件更新对比工具
|
||||
- Created: 1 entity (NotebookLM), 2 concepts (Source Grounding, 被动学习)
|
||||
|
||||
- [Nano Banana结构化提示词框架](sources/Nano Banana结构化提示词框架.md)
|
||||
- [Nano Banana结构化提示词框架](sources/Nano-Banana结构化提示词框架.md)
|
||||
- Key claims: 9层结构化字段(Shot/Subject/Environment/Lighting/Camera/ColorGrade/Style/Quality/Negatives);negatives 是质量控制关键;camera 字段提供电影级构图控制
|
||||
- Created: 1 concept (Nano Banana, 负向提示词), 1 entity (Google)
|
||||
|
||||
## [2026-04-15] ingest batch | 3 docs (Home Office + Cloud DevOps)
|
||||
|
||||
- [Cloud-DevOp-Maturity-Guideline](sources/Cloud-DevOp-Maturity-Guideline.md)
|
||||
- Key claims: DevOps 成熟度评估框架;DORA 四指标(部署频率、变更前置时间、变更失败率、平均恢复时间);四大支柱(自动化、协作与文化、监控与可观测性、DevSecOps)
|
||||
- Created: 1 concept (DORA指标)
|
||||
|
||||
- [Cloud-Maturity-Model](sources/Cloud-Maturity-Model.md)
|
||||
- Key claims: 云成熟度 5 级模型(Legacy→Initial→Repeatable→Systematic→Measured→Optimized);三要素(People/Processes/Technology);Forrester 预测2025年市场达15亿美元
|
||||
- Created: concepts (云成熟度模型, 云迁移, 云治理, CAPEX, OPEX, TCO)
|
||||
|
||||
- [Linux-运维必会的150个命令](sources/Linux-运维必会的150个命令.md)
|
||||
- Key claims: 150 个 Linux 核心命令速查;一切皆文件理念;按功能分类(线上查询、文件操作、文本处理、信息显示、压缩解压)
|
||||
- Created: concepts (Shell, 管道, 正则表达式)
|
||||
|
||||
## [2026-04-15] ingest batch | 3 docs (监控方案 + NAS媒体平台 + 电商爬虫)
|
||||
|
||||
- [家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox](sources/家庭监控方案 Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox.md)
|
||||
- Key claims: Prometheus pull模式采集主机/容器/服务指标;Grafana Dashboard ID 1860/14282/7587;docker-compose 一键部署完整监控栈;Docker Socket 挂载存在安全风险;TLS 证书到期可通过 probe_ssl_earliest_cert_expiry 监控
|
||||
- Created: entities (Prometheus, Grafana, Loki, Uptime Kuma), concepts (可观测性, 合成监测)
|
||||
|
||||
- [Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform](sources/Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform.md)
|
||||
- Key claims: 离线镜像导入法(docker save/load)解决 Container Manager 无法访问 Docker Hub;Xiaoya Alist 需 myopentoken/mytoken/temp_transfer_folder_id 三个配置文件;CloudDrive2 需 DSM 7+ privilege 修复;Plex 通过 TMDB/TVDB 自动刮削
|
||||
- Created: entities (Plex, Synology NAS, 阿里云盘), concepts (媒体刮削)
|
||||
|
||||
- [可自动化可扩展AI增强的电商数据采集与处理系统](sources/可自动化可扩展AI增强的电商数据采集与处理系统.md)
|
||||
- Key claims: Scrapy + scrapy-playwright 处理静态+动态页面;n8n Workflow 自动化管线(Cron→爬虫→AI→存储→通知);Ollama 本地模型通过 HTTP API 调用;防封策略(UA轮换/代理池/延迟访问)
|
||||
- Created: entities (Scrapy, Playwright, Ollama), concepts (电商数据采集, AI数据处理)
|
||||
|
||||
## [2026-04-15 PM] ingest batch | Multi-Agent Team / DevOps Maturity / 一语点醒梦中人 / NodeWarden
|
||||
- [Agent-usecases-multi-Agent-Team](sources/Agent-usecases-multi-Agent-Team.md)
|
||||
Key claims: 单一 Agent 无法多领域高效工作;共享记忆+私有上下文是多 Agent 协作核心;定时主动任务是价值飞轮;从 2 Agent 开始按瓶颈扩展
|
||||
Created: 2 entities (Trebuh, Cloudflare), 3 concepts (DevOps成熟度模型, 共享内存模式, 空性智慧, 绝处逢生)
|
||||
- [DevOps-Maturity-Model-From-Traditional-IT-to-Advanced-DevOps](sources/DevOps-Maturity-Model-From-Traditional-IT-to-Advanced-DevOps.md)
|
||||
Key claims: DevOps 成熟度 5 阶段(Ad-Hoc→Pockets→Defined→Optimized→Mature);4大焦点:文化/自动化/结构/协作;DORA 四指标量化效能
|
||||
- [AI-一语点醒梦中人](sources/AI-一语点醒梦中人.md)
|
||||
Key claims: 王维"行到水穷处"体现佛学超脱;曾国藩"忘机消众机"融合道家无为;"知其不可奈何而安之若命"区分可控与不可控
|
||||
- [Home-Office-NodeWarden-把-Bitwarden-搬上-Cloudflare-Workers彻底告别服务器](sources/Home-Office-NodeWarden-把-Bitwarden-搬上-Cloudflare-Workers彻底告别服务器.md)
|
||||
Key claims: NodeWarden 将 Bitwarden 托管在 Cloudflare Workers;支持 TOTP(官方需会员);零服务器费用;Cloudflare D1+R2 提供存储
|
||||
|
||||
## [2026-04-15] ingest | Last30Days 使用指南
|
||||
- [Last30Days-使用指南](sources/Last30Days-使用指南.md)
|
||||
- Key claims: 8 大数据源热点聚合(Reddit/X > YouTube > Polymarket > TikTok > Instagram > Web);社交信号权重基于真实互动而非曝光量;对比模式一次返回 A/B 并排研究;深度研究需 2-8 分钟
|
||||
- Created: 1 entity (ScrapeCreators), 2 concepts (多平台热点聚合, 社交信号权重)
|
||||
|
||||
## [2026-04-15] ingest | GOG CLI 安装配置指南
|
||||
- [GOG-CLI-安装配置指南](sources/GOG-CLI-安装配置指南.md)
|
||||
- Key claims: macOS Google Workspace CLI;OAuth 双层验证(凭证 + API Enablement);403 accessNotConfigured 根因是 API 未启用;添加测试用户绕过验证限制
|
||||
- Created: 1 entity (gog CLI), 1 concept (Google Workspace CLI)
|
||||
|
||||
## [2026-04-15] ingest | Cursor 2.0 初学者使用指南
|
||||
- [Cursor-2-0初学者使用指南](sources/Cursor-2-0初学者使用指南.md)
|
||||
- Key claims: Composer 模型比同类快 4 倍;多代理并行(Plan/Agent/Ask 三模式);Diff 审查强制先测试再确认;AI 生成代码即写入文件
|
||||
- Created: 1 entity (Cursor), 4 concepts (AI代码编辑器, Composer模型, 多代理并行, Diff审查, 项目规则)
|
||||
|
||||
240
wiki/overview.md
240
wiki/overview.md
@@ -1,6 +1,13 @@
|
||||
---
|
||||
title: Wiki Overview
|
||||
last_updated: 2026-04-15
|
||||
// 新增领域:Last30Days 与多平台热点聚合(2026-04-15)
|
||||
// 新增领域:gog CLI 与 Google Workspace CLI(2026-04-15)
|
||||
// 新增领域:Cursor 2.0 与 AI 代码编辑器(2026-04-15)
|
||||
// 新增领域:n8n Docker 部署与网络代理配置(2026-04-15 PM)
|
||||
// 新增领域:Cloud Operating Model 云运营模型(2026-04-15 PM)
|
||||
// 新增领域:MinIO + Zipline 自托管图床(2026-04-15 PM)
|
||||
// 新增领域:Trae Remote SSH 远程开发(2026-04-15 PM)
|
||||
// 新增领域:递归自优化生成系统(2026-04-15)
|
||||
// 新增领域:AI产品经理工作流(2026-04-15)
|
||||
// 新增领域:baoyu-skills Claude Code技能集(2026-04-15)
|
||||
@@ -20,6 +27,8 @@ AI开源生态在2025年取得突破性进展,国产模型在多个领域成
|
||||
6. **智能体工作流**:n8n(16万Star)和Dify实现可视化AI流程编排
|
||||
7. **AI搜索**:Perplexica实现完全本地化的开源搜索
|
||||
8. **DevOps 文化与转型**:四大支柱驱动组织数字化交付能力
|
||||
9. **DevOps 成熟度评估**:DORA 四指标 + 云成熟度 5 级模型
|
||||
10. **Linux 运维**:150 个核心命令覆盖系统管理全场景
|
||||
|
||||
## 关键趋势
|
||||
- 深度推理让AI学会"慢思考"
|
||||
@@ -88,6 +97,48 @@ DevOps 建立在四大支柱之上:协作优先于孤岛、自动化即赋能
|
||||
- [[Serverless DevOps]]:FaaS 减少运维开销
|
||||
- [[Edge Computing DevOps]]:边缘节点实时应用优化
|
||||
|
||||
## 新增领域:DevOps 成熟度与云成熟度评估
|
||||
|
||||
### DevOps 成熟度模型
|
||||
DevOps 成熟度评估帮助组织了解当前效能水平并识别改进方向,核心框架为 Google DORA 团队提出的四指标体系。
|
||||
|
||||
### DORA 四指标
|
||||
- [[DORA指标]]:部署频率、变更前置时间、变更失败率、平均恢复时间
|
||||
- 精英团队:每天多次部署、变更前置时间 < 1 天、变更失败率 0-15%、MTTR < 1 小时
|
||||
- 关联概念:[[Kaizen]]、Chaos Engineering(主动测试系统韧性)
|
||||
|
||||
### 云成熟度 5 级模型
|
||||
- Level 0(Legacy):无云准备,纯本地遗留系统
|
||||
- Level 1(Initial):初始准备,少数系统试点云服务
|
||||
- Level 2(Repeatable):可重复,建立流程和采购规范
|
||||
- Level 3(Systematic):系统化文档化,有管理流程和合规策略
|
||||
- Level 4(Measured):可测量,云原生应用广泛采用
|
||||
- Level 5(Optimized):优化,数据驱动决策,灵活跨云迁移工作负载
|
||||
|
||||
### 三要素评估
|
||||
- People:技能与工作方式转型
|
||||
- Processes:工作流优化
|
||||
- Technology:基础设施适配
|
||||
|
||||
### Forrester 预测
|
||||
2025 年全球云成熟度模型市场达 15 亿美元,60%+ 组织已实施云成熟度模型。
|
||||
|
||||
## 新增领域:Linux 运维 150 命令
|
||||
|
||||
Linux 命令是系统管理的核心,核心理念为"一切皆文件"——CPU、内存、磁盘、键盘、鼠标、用户都是文件。
|
||||
|
||||
### 命令分类
|
||||
- 线上查询:man(命令帮助)、help(内置命令帮助)
|
||||
- 文件目录操作:ls/cd/cp/find/mkdir/mv/pwd/rename/rm/rmdir/touch/tree/basename/dirname/chattr/lsattr/file/md5sum
|
||||
- 文件内容处理:cat/tac/more/less/head/tail/cut/split/paste/sort/uniq/wc/iconv/dos2unix/diff/vimdiff/rev/grep/join/tr/vi/vim
|
||||
- 压缩解压:tar/unzip/gzip/zip
|
||||
- 信息显示:uname/hostname/dmesg/uptime/stat/du/df/top/free
|
||||
|
||||
### 关键概念
|
||||
- [[Shell]]:命令解释器(Bash/Zsh)
|
||||
- [[管道]]:| 将多个命令组合实现复杂功能
|
||||
- [[正则表达式]]:文本匹配模式
|
||||
|
||||
## 新增领域:Nano Banana 结构化提示词框架
|
||||
|
||||
Google Nano Banana 是图像生成提示词的结构化框架,通过 9 个标准化字段(Shot/Subject/Environment/Lighting/Camera/ColorGrade/Style/Quality/Negatives)将创意描述转化为机器可执行参数。
|
||||
@@ -269,3 +320,192 @@ OpenClaw workspace 文件体系通过 7 个核心文件实现 Agent 的可预期
|
||||
|
||||
### 核心价值
|
||||
从"每次重新 onboarding"转变为"记得上下文、偏好和历史"的长期搭档。
|
||||
|
||||
## 新增领域:家庭监控方案(可观测性实践)
|
||||
|
||||
家庭和小型实验室场景下,通过 Docker 一键部署完整监控栈,实现主机/容器/服务三层覆盖。
|
||||
|
||||
### 核心组件
|
||||
- [[Prometheus]]:时序数据库和告警规则引擎,pull 模式采集所有 exporter 指标
|
||||
- [[Grafana]]:仪表盘可视化,Dashboard ID 1860/14282/7587 覆盖主要监控需求
|
||||
- [[cAdvisor]]:容器指标采集,挂载 /var/lib/docker/ 获取完整容器资源数据
|
||||
- [[blackbox_exporter]]:HTTP/TCP/DNS/TLS 黑盒探测,监控内外网服务可用性
|
||||
- [[node_exporter]]:主机指标采集,CPU/内存/磁盘/网络
|
||||
- [[Alertmanager]]:告警分组抑制分发,支持邮件/Slack/Telegram
|
||||
|
||||
### 关键告警
|
||||
- HostHighCPU:CPU 5分钟平均 > 85%
|
||||
- HostLowDisk:磁盘剩余 < 10%
|
||||
- TLSCertExpiring:证书到期 < 14天
|
||||
- HTTPProbeFailed:探测连续失败
|
||||
|
||||
### 扩展路径
|
||||
- [[Loki]] + Promtail:日志聚合
|
||||
- [[Uptime Kuma]]:轻量合成探针 UI
|
||||
- [[VictoriaMetrics]]:长期时序存储
|
||||
|
||||
### 关键洞察
|
||||
- Docker Socket 挂载存在安全风险,容器可获宿主机 root 等同权限
|
||||
- 监控流量建议放在管理 VLAN 或防火墙限定访问
|
||||
|
||||
## 新增领域:Synology NAS 影视媒体平台
|
||||
|
||||
群晖 NAS 作为自托管媒体中心,整合阿里云盘资源与 Plex 前端,构建私有影视平台。
|
||||
|
||||
### 核心组件
|
||||
- [[Plex]]:跨平台媒体服务器,自动刮削 TMDB/TVDB 元数据,支持转码和多设备播放
|
||||
- [[Xiaoya Alist]]:阿里云盘资源聚合,通过 token 授权转存分享资源到阿里云盘
|
||||
- [[CloudDrive2]]:群晖套件,将阿里云盘挂载为本地文件系统
|
||||
- [[Synology NAS]]:硬件平台,Container Manager(Docker)和套件中心两大应用入口
|
||||
|
||||
### 离线镜像导入
|
||||
当 Container Manager 无法读取 Docker Hub 时,通过 docker save/docker load 在离线环境迁移镜像。
|
||||
|
||||
### 媒体目录策略
|
||||
aliyun-movie/ → Plex 电影库
|
||||
aliyun-tvshows/ → Plex 电视剧库
|
||||
aliyun-documentory/ → Plex 纪录片库
|
||||
|
||||
### 阿里云盘配置
|
||||
- refresh_token:通过 alist.nn.ci/tool/aliyundrive/request.html 扫码获取
|
||||
- token:阿里云盘 App 扫码授权
|
||||
- 安全原则:仅授权资源目录,不授权备份目录
|
||||
|
||||
## 新增领域:电商数据采集与AI处理自动化
|
||||
|
||||
基于 Scrapy + Playwright + n8n + Ollama 构建全链路电商数据采集与 AI 处理管线。
|
||||
|
||||
### 核心架构
|
||||
- [[Scrapy]]:异步结构化抓取,分页调度,支持 JSON/CSV 输出
|
||||
- [[Playwright]]:JS 动态页面渲染,scrapy-playwright 插件集成
|
||||
- [[n8n Workflow自动化]]:Cron 触发 → 执行爬虫 → 读取 JSON → AI 处理 → 存储 → 通知
|
||||
- [[Ollama]]:本地 LLM 推理,http://localhost:11434/api/generate 调用
|
||||
|
||||
### 采集字段
|
||||
title/price/rating/image_urls/product_url
|
||||
|
||||
### AI 处理任务
|
||||
- 内容摘要(30字内)
|
||||
- 分类(类目/品牌/价格区间)
|
||||
- 特征提取(品牌、型号、规格)
|
||||
- 多语言翻译
|
||||
- 异常检测(异常价格/缺图)
|
||||
|
||||
### 防封策略
|
||||
- User-Agent 轮换
|
||||
- 代理池([[BrightData]]/[[ScraperAPI]])
|
||||
- DOWNLOAD_DELAY + 随机化
|
||||
|
||||
### 扩展路径
|
||||
- FastAPI 服务层:REST API 暴露给前端/BI
|
||||
- LangChain + Qdrant:向量语义检索
|
||||
- Grafana/Metabase:电商趋势可视化
|
||||
|
||||
## 新增领域:Last30Days 与多平台热点聚合
|
||||
|
||||
Last30Days 研究过去 30 天内多平台社交热点,生成聚合研究报告,覆盖 Reddit/X/YouTube/TikTok/Instagram/Hacker News/Polymarket/Web 8 大数据源。
|
||||
|
||||
### 核心机制
|
||||
- [[多平台热点聚合]]:整合 8 个数据源的结构化趋势研究方法,权重分层(Reddit/X > YouTube > Polymarket > TikTok > Instagram > Web)
|
||||
- [[社交信号权重]]:基于真实互动(upvotes/likes/押注)而非单纯曝光量的热度评估框架
|
||||
- 对比模式("A vs B")一次返回并排对比研究
|
||||
- [[ScrapeCreators]] API 覆盖 Reddit/TikTok/Instagram(前 100 次免费)
|
||||
|
||||
### API Keys 配置
|
||||
- SCRAPECREATORS_API_KEY(必填)
|
||||
- XAI_API_KEY 或 AUTH_TOKEN+CT0(X 搜索)
|
||||
- OPENROUTER_API_KEY / TAVILY_API_KEY(Web 搜索备选)
|
||||
|
||||
### 最佳实践
|
||||
- 测试话题:--quick(8-12 条/来源,2 分钟内)
|
||||
- 深度研究:--deep(50-70 条 Reddit,40-60 条 X,2-8 分钟)
|
||||
- 指定 X 账号:--x-handle=账号名(搜索特定人物/品牌帖子)
|
||||
|
||||
## 新增领域:gog CLI 与 Google Workspace CLI
|
||||
|
||||
gog CLI 是 macOS 系统通过命令行管理 Google Workspace 的工具,支撑日历/邮件自动化工作流。
|
||||
|
||||
### 核心机制
|
||||
- [[Google Workspace CLI]]:命令行管理 Gmail/Calendar/Drive/Contacts/Docs/Sheets
|
||||
- OAuth 双层验证:OAuth 凭证(身份认证)+ Google Cloud API Enablement(权限控制)
|
||||
- 403 accessNotConfigured 错误的根因是 Google Cloud 项目未启用对应 API,而非权限问题
|
||||
|
||||
### 关键使用规范
|
||||
- 添加测试用户(ishenwei@gmail.com)绕过 Google 第三方应用验证限制
|
||||
- 启用新 API 后必须重新授权(gog auth revoke && gog auth login)
|
||||
- export GOG_ACCOUNT=ishenwei@gmail.com 设置默认账号
|
||||
|
||||
## 新增领域:Cursor 2.0 与 AI代码编辑器
|
||||
|
||||
Cursor 2.0 是基于 VS Code 的 AI 代码编辑器,通过 [[Composer模型]] 和多代理并行机制提升编程效率。
|
||||
|
||||
### 核心机制
|
||||
- [[AI代码编辑器]]:集成 AI 辅助的代码编辑器(Cursor/Windsurf/Trae/Cline),AI 代理 + Diff 审查 + 项目规则
|
||||
- [[Composer模型]]:Cursor 自研 AI 生成模型,生成速度比同类快 4 倍
|
||||
- [[多代理并行]]:Plan/Agent/Ask 三种模式同时运行不同任务,互不干扰
|
||||
- [[Diff审查]]:逐文件对比 AI 生成代码,强制先测试再确认
|
||||
|
||||
### 三种代理模式
|
||||
- Plan 模式:AI 规划任务步骤,不修改代码
|
||||
- Agent 模式:自动串联 MCP 工具链,修改代码
|
||||
- Ask 模式:仅返回文本答案,不修改代码(最安全)
|
||||
|
||||
### 关键规范
|
||||
- AI 生成代码即写入文件,未点 Undo 前持续保留
|
||||
- [[项目规则]](.cursorrules)可自定义 AI 行为规范
|
||||
- Cursor 建议结合 [[Git]] 版本控制以便回滚
|
||||
|
||||
## 新增领域:n8n Docker 部署与网络代理配置
|
||||
|
||||
n8n 自托管工作流引擎通过 Docker 部署在 Ubuntu2(192.168.3.45),通过 SOCKS5 代理解决容器内访问外网问题。
|
||||
|
||||
### 核心组件
|
||||
- [[Docker Compose]]:n8n 容器编排,定义环境变量、端口映射和数据卷
|
||||
- [[SOCKS5代理]]:ALL_PROXY 环境变量将容器内 HTTP/HTTPS 流量转发到宿主机代理
|
||||
- 容器内测试代理:curl --socks5 172.18.0.1:10808 https://ifconfig.me
|
||||
|
||||
### 关键能力
|
||||
- [[n8n-mcp]]:Claude 通过 MCP 协议调用 n8n 543 个节点
|
||||
- [[AI工作流自动生成]]:Claude 自然语言生成 n8n 工作流,完成度 80-90%
|
||||
|
||||
## 新增领域:Cloud Operating Model 云运营模型
|
||||
|
||||
企业级云运营模型(COM)通过四大支柱和六步设计法,为组织提供云投资有效管理、安全运营和可持续优化的标准化框架。
|
||||
|
||||
### 核心机制
|
||||
- [[Cloud Operating Model]]:四大支柱(治理/自动化/安全/FinOps),六步设计法(评估→治理→自动化→FinOps→安全→优化)
|
||||
- [[FinOps]]:实时成本追踪,Reserved Instances 可节省 40-70% 计算成本
|
||||
- [[Zero Trust]]:零信任安全模型,永不信任持续验证,最小权限原则
|
||||
- 多云策略避免供应商锁定,Kubernetes 实现工作负载可移植性
|
||||
|
||||
### 关键洞察
|
||||
- 89% 企业将在 2025 年采用云优先架构(Gartner),但缺乏结构化方法的组织面临成本失控和安全漏洞
|
||||
- AI 驱动异常检测可使停机时间减少 45%
|
||||
|
||||
## 新增领域:MinIO + Zipline 自托管图床
|
||||
|
||||
Synology NAS 通过 Docker 部署 MinIO 对象存储 + Zipline 图片托管服务 + PostgreSQL 元数据,构建完全自控的私有图床。
|
||||
|
||||
### 核心组件
|
||||
- [[MinIO]]:兼容 S3 协议的对象存储引擎,数据持久化在 NAS
|
||||
- [[Zipline]]:图片上传 Dashboard + REST API,与 n8n Workflow 集成
|
||||
- [[PostgreSQL备份]]:pg_dump 热备份 + Synology Hyper Backup 增量归档
|
||||
- [[S3协议]]:MinIO 核心配置参数(S3_BUCKET/ENDPOINT/ACCESS_KEY/SECRET_KEY/REGION/FORCE_PATH_STYLE)
|
||||
|
||||
### 关键洞察
|
||||
- 存储性能仅受 NAS 硬盘/SSD 限制
|
||||
- pg_dump + Hyper Backup 是防数据不一致的标准方案
|
||||
|
||||
## 新增领域:Trae Remote SSH 远程开发
|
||||
|
||||
Trae AI 代码编辑器通过 Remote SSH 连接 Ubuntu 服务器,结合 Docker Attach 模式和 Bind Mount,实现远程服务器上的隔离开发环境。
|
||||
|
||||
### 核心机制
|
||||
- [[Remote SSH]]:Trae 在服务器安装 Trae Server,所有编辑操作在远程执行
|
||||
- [[Docker Attach模式]]:直接进入 Docker 容器内部启动编辑器,完全隔离环境
|
||||
- [[Bind Mount]]:宿主机目录挂载容器内,代码修改实时生效
|
||||
- SSH Config HostName 可填写 Tailscale IP,实现内网/外网无缝切换
|
||||
|
||||
### 关键洞察
|
||||
- Git 凭证通过 SSH Agent 转发解决
|
||||
- 文件权限(UID/GID)问题:容器内生成文件归属 root,需在 Dockerfile 中指定用户
|
||||
|
||||
61
wiki/sources/AI-一语点醒梦中人.md
Normal file
61
wiki/sources/AI-一语点醒梦中人.md
Normal file
@@ -0,0 +1,61 @@
|
||||
---
|
||||
title: "一语点醒梦中人——东方人生智慧"
|
||||
type: source
|
||||
tags: [chinese-wisdom, daoism, confucianism, buddhism, life-philosophy]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/AI/一语点醒梦中人.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:中国古典哲学与人生修养箴言,涵盖道家/儒家/佛教/禅宗智慧
|
||||
- 问题域:现代人在困境、焦虑、执着中寻找内心平静与处事之道
|
||||
- 方法/机制:以经典引述+释义+背景延伸的结构,解析名言背后的哲学思想
|
||||
- 结论/价值:东方智慧提供"绝处逢生"、"放下执着"、"守拙内敛"的实践路径
|
||||
|
||||
## Key Claims
|
||||
- 王维"行到水穷处,坐看云起时":人生困境("水穷处")与超然觉醒("云起时")的辩证关系,仕途挫折促使其转向佛学形成空寂淡泊心境
|
||||
- 曾国藩"唯忘机可以消众机,唯懵懂可以祓不吉祥":以无争、大智若愚姿态化解官场算计与人生风险
|
||||
- "知其不可奈何而安之若命"(庄子):区分"可奈何"与"不可奈何",对无法改变之事安然接受,而非继续内耗
|
||||
- "一切有为法,如梦幻泡影,如露亦如电,应作如是观"(金刚经):世间一切因缘和合之物皆虚幻短暂,以"空性"智慧观照而不执着
|
||||
- "执一守中,有劳而作,言行意合,自然而行":融合儒家"执两用中"与道家"守中",在劳作中体悟,在言行中修心
|
||||
|
||||
## Key Quotes
|
||||
> "知其不可奈何而安之若命,德之至也" — 庄子·内篇·人间世
|
||||
> "大智若愚,大巧若拙" — 老子·第四十五章
|
||||
> "和其光,同其尘" — 老子·第五十六章
|
||||
> "一切有为法,如梦幻泡影,如露亦如电,应作如是观" — 金刚经
|
||||
|
||||
## Key Concepts
|
||||
- [[空性智慧]]:一切因缘和合之物皆无独立不变的自性,不执着于幻象
|
||||
- [[中道智慧]]:避免极端,在动态平衡中守持正道("执两用中")
|
||||
- [[绝处逢生]]:"水穷处"象征困境,"云起时"象征在放下执着后获得新的可能
|
||||
- [[知其不可奈何而安之若命]]:分辨可控与不可控,对不可控之事保持内心平静
|
||||
- [[忘机]]:忘却世俗机巧,以淳朴自然的心态化解纷扰
|
||||
- [[慎独]]:独处时仍保持行为谨慎不苟(《礼记·中庸》)
|
||||
|
||||
## Key Entities
|
||||
- [[王维]](诗佛):唐代诗人,"行到水穷处,坐看云起时"作者,仕途多舛后转向佛学
|
||||
- [[曾国藩]]:清代重臣,"唯忘机可以消众机"出处,结合道家无为与儒家诚心
|
||||
- [[老子]]:道家创始人,"大智若拙"/"和光同尘"/"守中"等思想源头
|
||||
- [[庄子]]:道家代表,"知其不可奈何而安之若命"出处
|
||||
- [[佛陀]]:金刚经偈颂来源,阐述"有为法"之虚妄
|
||||
|
||||
## Connections
|
||||
- [[Laozi, Confucius, Buddha Wisdom]] ← 上位概念 ← [[空性智慧]]
|
||||
- [[Diamond Sutra]] ← 同一经典 ← [[一切有为法,如梦幻泡影]]
|
||||
- [[Su Dongpo Perspective]] ← 同类实践 ← [[绝处逢生]]
|
||||
|
||||
## Contradictions
|
||||
- 与现代"积极进取"文化的张力:
|
||||
- 冲突点:东方智慧强调"放下"、"接受",与现代社会"主动改变"、"征服自然"的叙事存在张力
|
||||
- 当前观点:"安之若命"非消极躺平,而是"尽人事后听天命"的智慧
|
||||
- 对方观点:在快速变化的现代职场,过度强调接受可能导致错失主动改善的机会
|
||||
|
||||
## Related Links
|
||||
- 《金刚经》
|
||||
- 《庄子·内篇·人间世》
|
||||
- 《老子》
|
||||
- 《礼记·中庸》
|
||||
- 曾国藩《治心经·诚心篇》
|
||||
54
wiki/sources/Agent-usecases-multi-Agent-Team.md
Normal file
54
wiki/sources/Agent-usecases-multi-Agent-Team.md
Normal file
@@ -0,0 +1,54 @@
|
||||
---
|
||||
title: "Multi-Agent Specialized Team (Solo Founder Setup)"
|
||||
type: source
|
||||
tags: [multi-agent, openclaw, solo-founder, telegram]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/usecases/multi-agent-team.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:一人公司通过多个专业化 AI Agent 组建虚拟团队,实现 24/7 自动运转
|
||||
- 问题域:创始人身兼数职导致上下文切换成本高、精力耗散、无法深度工作
|
||||
- 方法/机制:多 Agent 分工 + 共享内存 + Telegram 统一入口 + 定时主动汇报
|
||||
- 结论/价值:Agent 团队比单一 Agent 更高效,分工专业化是关键
|
||||
|
||||
## Key Claims
|
||||
- 单一 Agent 无法同时处理战略、代码、营销等多领域任务而不快速填满上下文窗口
|
||||
- 共享记忆(GOALS.md/DECISIONS.md)+ 私有上下文组合是多 Agent 协作的核心机制
|
||||
- 定时主动任务(scheduled daily tasks)是 Agent 团队产生真实价值的飞轮
|
||||
- 从 2 个 Agent 开始(lead + specialist),再按瓶颈扩展至 4 个
|
||||
|
||||
## Key Quotes
|
||||
> "Personality matters more than you'd think: Giving agents distinct names and communication styles makes it natural to 'talk to your team' rather than wrestle with a generic AI" — Trebuh on X
|
||||
> "Start with 2, not 4: Begin with a lead + one specialist, then add agents as you identify bottlenecks"
|
||||
|
||||
## Key Concepts
|
||||
- [[Multi-Agent Hierarchy]]:Supervisor(战略 Lead)+ Worker(领域专家)+ Validator 的层级分工
|
||||
- [[共享内存模式]]:共享 GOALS.md/DECISIONS.md + 私有 notes,实现共同上下文与专业积累
|
||||
- [[Telegram 路由]]:单一 Telegram 群聊,通过 @mention 分发到不同 Agent
|
||||
- [[定时主动任务]]:Agent 不等待指令,而是按日程主动 surface insights
|
||||
|
||||
## Key Entities
|
||||
- [[Trebuh]]:Solo founder,4 Agent 团队( Milo/Josh/Marketing/Dev)实践者,OpenClaw Showcase 案例
|
||||
- [[OpenClaw]]:多 Agent 控制平面,支持 sessions_spawn/sessions_send 通过 Telegram 协调
|
||||
- [[Claude Opus]]:Milo(Strategy Lead)使用,擅长战略规划和综合协调
|
||||
- [[Claude Sonnet]]:Josh(Business)使用,快速分析能力匹配数字驱动任务
|
||||
- [[Gemini]]:Marketing Agent 使用,强于网页研究和长上下文分析
|
||||
|
||||
## Connections
|
||||
- [[Multi-Agent System Reliability]] ← 扩展 ← [[Multi-Agent Hierarchy]]
|
||||
- [[OpenClaw]] ← 支撑 ← [[Multi-Agent Hierarchy]] 的执行层
|
||||
- [[Agentic AI]] ← 上位概念 ← [[Multi-Agent Hierarchy]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Multi-Agent System Reliability]] 冲突:
|
||||
- 冲突点:Multi-Agent System Reliability 强调可靠性(多数投票/对抗辩论/淘汰制),Solo Founder Setup 强调快速交付和主动性
|
||||
- 当前观点:专业化分工 + 主动汇报优先于冗余可靠性机制
|
||||
- 对方观点:高风险任务需要 Validator/Hierarchy 等可靠性保障机制
|
||||
|
||||
## Related Links
|
||||
- [Trebuh on X](https://x.com/iamtrebuh/status/2011260468975771862)
|
||||
- [OpenClaw Showcase](https://openclaw.ai/showcase)
|
||||
- [Anthropic: Building Effective Agents](https://www.anthropic.com/research/building-effective-agents)
|
||||
@@ -1,54 +0,0 @@
|
||||
---
|
||||
title: "3.2万人收藏的Claude Skills,才是AI这条路最值得研究的一套范式"
|
||||
type: source
|
||||
tags: [AI, Claude-Skills, Vibe-Coding]
|
||||
date: 2026-01-05
|
||||
---
|
||||
|
||||
## Source File
|
||||
- raw/AI/3.2 万人收藏的 Claude Skills,才是 AI 这条路上最值得研究的一套范式!.md
|
||||
- raw/AI/3.2 万人收藏的 Claude Skills,才是 AI 这条路上最值得研究的一套范式! 1.md
|
||||
|
||||
## Summary
|
||||
- 核心主题:Claude Skills 作为 AI 应用开发的新范式,标志从"提示词工程"迈向"流程工程"
|
||||
- 问题域:如何将 AI 能力真正落地为可复用、可自动执行的生产级工作流
|
||||
- 方法/机制:Skills = 说明书 + SOP,将固定流程任务拆解为 AI 可理解的结构化流程
|
||||
- 结论/价值:真正有价值的不是 Prompt 写得多花哨,而是谁最懂业务流程、能把经验沉淀成 SOP、能把 SOP 交给 AI 稳定执行
|
||||
|
||||
## Key Claims
|
||||
- Claude Skills 是 Anthropic 官方发布的开源项目,本质是官方在教"怎么像我们一样开发 AI 应用"
|
||||
- Skills 即将知识经验封装为可复用工作流,Vibe Coding 的尽头也是 Skills
|
||||
- Anthropic 官方 Skills 仓库(github.com/anthropics/skills)包含生产级技能:办公自动化(Word/PDF/PPT/Excel)、开发者工具箱(MCP Server、Web 测试、Artifacts 构建)、创意类 Skill
|
||||
- 三大 Awesome-Claude-Skills 社区仓库(ComposioHQ/VoltAgent/BehiSecc)系统性整理了各类 LLM Skills 工作流
|
||||
- Skills 聚合站(skillsmp.com、aitmpl.com/skills、claudemarketplaces.com)提供一站式 Skills 选型与二次改造
|
||||
|
||||
## Key Quotes
|
||||
> "Skills 就是一套你写给 Claude 的'说明书'和'SOP(标准作业程序)'" — 核心定义
|
||||
> "这个库本质上是官方在教你,'怎么像我们一样开发 AI 应用'" — 价值定位
|
||||
> "未来真正有价值的,不是谁的 Prompt 写得最花,而是谁最懂业务流程、谁能把经验沉淀成 SOP、谁能把 SOP 交给 AI 稳定执行" — 趋势判断
|
||||
|
||||
## Key Concepts
|
||||
- [[AI技能封装]]:将反复执行、有固定流程的任务,拆解为 AI 能理解、能稳定复用、能自动执行的结构化流程
|
||||
- [[流程工程]]:从提示词工程(Prompt Engineering)进化而来,强调将经验沉淀为 SOP 再交给 AI 执行的新范式
|
||||
- [[AI编程]]:Claude Skills 的核心技术场景之一,使 AI 真正参与工程流程而非仅展示写代码能力
|
||||
|
||||
## Key Entities
|
||||
- [[Anthropic]]:Claude Skills 官方来源,发布 github.com/anthropics/skills 仓库,包含 3.2 万收藏
|
||||
- [[ComposioHQ]]:维护 awesome-claude-skills 仓库,系统性整理 LLM Skills 工作流
|
||||
- [[VoltAgent]]:维护 awesome-claude-skills 仓库
|
||||
- [[BehiSecc]]:维护 awesome-claude-skills 仓库
|
||||
- [[skillsmp.com]]:Skills 聚合站,提供拿来即用的 Skills 集合
|
||||
- [[aitmpl.com]]:Skills 聚合站,支持分类与搜索
|
||||
- [[claudemarketplaces.com]]:Skills 聚合站
|
||||
|
||||
## Connections
|
||||
- [[Anthropic]] ← 发布 ← [[Claude-Skills-研究范式]]
|
||||
- [[Vibe-Kanban]] ← 终点也是 ← [[AI技能封装]]
|
||||
- [[Claude-Skills-研究范式]] ← 收录于 ← [[AI编程]]
|
||||
- [[AI技能封装]] ← 核心机制 ← [[流程工程]]
|
||||
|
||||
## Contradictions
|
||||
- 无明显冲突
|
||||
|
||||
## Related Sources
|
||||
- [[Claude Code 调用方法]]:Claude Code 是 Skills 调用的核心工具链
|
||||
52
wiki/sources/Cloud-DevOp-Maturity-Guideline.md
Normal file
52
wiki/sources/Cloud-DevOp-Maturity-Guideline.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: "Cloud DevOp Maturity - Guideline"
|
||||
type: source
|
||||
tags: [DevOps, Cloud, 运维, 成熟度]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Cloud & DevOps/Cloud DevOp Maturity - Guideline.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:企业级 SaaS 公司云 DevOps 成熟度评估框架
|
||||
- 问题域:DevOps 成熟度模型、DORA 指标、CMMI、治理与实践
|
||||
- 方法/机制:四支柱模型(自动化、协作与文化、监控与可观测性、安全集成)
|
||||
- 结论/价值:提供从初始阶段到高度优化的渐进式转型路径
|
||||
|
||||
## Key Claims
|
||||
- DevOps 成熟度评估可降低 time-to-market、提升运营效率、增强产品可靠性
|
||||
- DORA 四指标(部署频率、变更前置时间、变更失败率、平均恢复时间)是核心评估框架
|
||||
- 自动化、协作、文化、监控与可观测性是 DevOps 成熟度四大支柱
|
||||
- DevSecOps 将安全集成到 CI/CD 生命周期实现主动式漏洞管理
|
||||
|
||||
## Key Quotes
|
||||
> "DevOps isn't just about tools or automation; it's a mindset shift that prioritizes collaboration, continuous learning, and customer-centricity."
|
||||
|
||||
## Key Concepts
|
||||
- [[DORA指标]]:部署频率、变更前置时间、变更失败率、平均恢复时间
|
||||
- [[CMMI]]:能力成熟度模型集成
|
||||
- [[CI/CD Pipelines]]:自动化构建、测试、部署流水线
|
||||
- [[Infrastructure as Code]]:以代码管理基础设施
|
||||
- [[DevSecOps]]:安全集成的 DevOps
|
||||
- [[Kaizen]]:持续改进
|
||||
- [[Chaos Engineering]]:主动测试系统韧性
|
||||
|
||||
## Key Entities
|
||||
- [[Jenkins]]:CI/CD 工具
|
||||
- [[GitLab]]:CI/CD 工具
|
||||
- [[GitHub Actions]]:CI/CD 工具
|
||||
- [[Terraform]]:IaC 工具
|
||||
- [[AWS CloudFormation]]:IaC 工具
|
||||
- [[Prometheus]]:监控与可观测性
|
||||
- [[Grafana]]:监控与可观测性
|
||||
- [[Datadog]]:监控与可观测性
|
||||
|
||||
## Connections
|
||||
- [[DevOps Culture and Transformation]] ← relates_to ← [[Cloud-DevOp-Maturity-Guideline]]
|
||||
- [[How Agentic AI for Cloud DevOps]] ← extends ← [[Cloud-DevOp-Maturity-Guideline]]
|
||||
- [[CI/CD Pipelines]] ← depends_on ← [[Infrastructure as Code]]
|
||||
- [[DevSecOps]] ← extends ← [[DevOps Culture and Transformation]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[DevOps Culture and Transformation]] 无冲突,两者互补
|
||||
51
wiki/sources/Cloud-Maturity-Model.md
Normal file
51
wiki/sources/Cloud-Maturity-Model.md
Normal file
@@ -0,0 +1,51 @@
|
||||
---
|
||||
title: "Cloud Maturity Model - 企业云成熟度5级评估框架"
|
||||
type: source
|
||||
tags: [Cloud, Maturity, 云迁移, 评估框架]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Cloud & DevOps/Cloud Maturity Model A Detailed Guide For Cloud Adoption.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:企业云成熟度模型(CMM)的5级评估框架与最佳实践
|
||||
- 问题域:云采用成熟度评估、云迁移战略、云治理
|
||||
- 方法/机制:5级成熟度模型(0-4:Legacy→Initial→Repeatable→Systematic→Measured→Optimized)
|
||||
- 结论/价值:Forrester 预测2025年全球云成熟度模型市场达15亿美元,60%+组织已实施
|
||||
|
||||
## Key Claims
|
||||
- 云成熟度模型帮助组织从业务和技术两个维度评估云采用准备度
|
||||
- 5级成熟度路径:Legacy(无云准备)→ Initial(初始准备)→ Repeatable(可重复)→ Systematic(系统化文档化)→ Measured(可测量)→ Optimized(优化)
|
||||
- 云成熟度三要素:People(技能与工作方式)、Processes(工作流优化)、Technology(基础设施适配)
|
||||
- 云成熟度最佳实践:设定目标→识别当前级别→选择模型→遵循治理合规→安全管理风险
|
||||
|
||||
## Key Quotes
|
||||
> "The cloud maturity model helps businesses make the most of their cloud journey by guiding them through the different stages of cloud adoption."
|
||||
|
||||
## Key Concepts
|
||||
- [[云成熟度模型]]:评估组织云采用准备度的框架
|
||||
- [[云迁移]]:从本地向云端迁移的过程
|
||||
- [[云治理]]:定义角色、职责、决策流程的框架
|
||||
- [[Cloud Native]]:云原生架构
|
||||
- [[Multi-Cloud]]:多云策略
|
||||
- [[Hybrid Cloud]]:混合云策略
|
||||
- [[CAPEX]]:资本支出
|
||||
- [[OPEX]]:运营支出
|
||||
- [[TCO]]:总拥有成本
|
||||
|
||||
## Key Entities
|
||||
- [[Forrester]]:市场研究机构
|
||||
- [[Gartner]]:市场研究机构
|
||||
- [[AWS]]:云服务提供商
|
||||
- [[Azure]]:云服务提供商
|
||||
- [[Google Cloud]]:云服务提供商
|
||||
- [[Open Alliance for Cloud Adoption]]:云采用联盟
|
||||
|
||||
## Connections
|
||||
- [[Cloud-DevOp-Maturity-Guideline]] ← relates_to ← [[Cloud-Maturity-Model]]
|
||||
- [[DevOps Culture and Transformation]] ← extends ← [[Cloud-Maturity-Model]]
|
||||
- [[How Agentic AI for Cloud DevOps]] ← extends ← [[Cloud-Maturity-Model]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[DevOps Culture and Transformation]] 无冲突,两者互补(DevOps成熟度 vs 云成熟度)
|
||||
57
wiki/sources/Cloud-Operating-Model-关键策略与最佳实践.md
Normal file
57
wiki/sources/Cloud-Operating-Model-关键策略与最佳实践.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Cloud Operating Model: Key Strategies and Best Practices"
|
||||
type: source
|
||||
tags: [cloud, governance, finops, devops, security]
|
||||
date: 2025-02-07
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Cloud & DevOps/Cloud Operating Model Key Strategies and Best Practices.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:企业级云运营模型(Cloud Operating Model)设计框架,涵盖治理、安全、成本优化和自动化四大支柱
|
||||
- 问题域:89% 企业将在 2025 年采用云优先架构,但缺乏结构化方法导致成本失控、安全漏洞和运维混乱
|
||||
- 方法/机制:六步设计法(成熟度评估→治理框架→自动化→FinOps→安全→持续优化)
|
||||
- 结论/价值:Cloud Operating Model 是云投资有效管理、安全运营和可持续优化的基础,不可或缺
|
||||
|
||||
## Key Claims
|
||||
- 89% 企业将在 2025 年运营在云上(Gartner),但缺乏结构化方法的公司面临意外成本和安全漏洞
|
||||
- 59% 企业经历云成本管理困难,8% 企业担忧可持续性和碳足迹(Flexera 2024)
|
||||
- Cloud Operating Model 四大支柱:治理与合规、自动化与编排、安全与风险管理、云财务管理(FinOps)
|
||||
- 云成熟度三阶段:Ad-hoc Cloud Adoption → Cloud-First Strategy → Cloud-Native Enterprise
|
||||
- Zero Trust 安全模型:零隐式信任,持续验证,而非传统边界防火墙
|
||||
- FinOps 三大策略:Reserved Instances(节省 40-70%)、Auto-Scaling + Right-Sizing、实时成本监控 + 资源标签化
|
||||
- 多云策略降低 40% 停机风险,Kubernetes 容器化实现工作负载可移植性
|
||||
- AI 驱动异常检测使 SaaS 提供商停机时间减少 45%
|
||||
|
||||
## Key Quotes
|
||||
> "A Cloud Operating Model is no longer optional—it is the backbone of modern cloud strategy." — Bacancy Technology
|
||||
|
||||
## Key Concepts
|
||||
- [[Cloud Operating Model]]:云运营模型,组织管理云资源、安全、自动化和成本的标准化框架
|
||||
- [[FinOps]]:云财务运营,通过实时追踪和优化防止云超支
|
||||
- [[Zero Trust]]:零信任安全模型,无隐式信任,持续验证身份和权限
|
||||
- [[Multi-Cloud]]:多云策略,避免供应商锁定,提高韧性和灵活性
|
||||
- [[IaC]]:Infrastructure as Code,Terraform/CloudFormation/Bicep 自动化基础设施部署
|
||||
- [[云治理]]:跨 AWS/Azure/GCP 的统一治理框架,IAM + 合规 + 成本策略
|
||||
|
||||
## Key Entities
|
||||
- [[AWS]]:Amazon 云服务,提供 IAM/Cost Explorer/GuardDuty/CodePipeline
|
||||
- [[Azure]]:Microsoft 云平台,提供 Azure AD/Cost Management/Defender/Sentinel
|
||||
- [[GCP]]:Google 云平台,提供 Google IAM/Security Command Center/Billing Reports
|
||||
- [[Terraform]]:HashiCorp IaC 工具,跨云基础设施自动化
|
||||
|
||||
## Connections
|
||||
- [[Cloud Operating Model]] ← 治理框架 → [[DevOps]]
|
||||
- [[Cloud Operating Model]] ← 成本管理 → [[FinOps]]
|
||||
- [[Cloud Operating Model]] ← 安全模型 → [[Zero Trust]]
|
||||
- [[Cloud Operating Model]] ← 自动化支撑 → [[CI/CD Pipelines]]
|
||||
- [[Multi-Cloud]] ← 供应商选择 → [[Kubernetes]](工作负载可移植性)
|
||||
|
||||
## Contradictions
|
||||
- 与单云策略对比:单云简单但存在供应商锁定风险,多云灵活但管理复杂度上升
|
||||
|
||||
## Related Wiki Pages
|
||||
- [[DevOps成熟度模型]]:DevOps 4 大支柱与 COM 四大支柱高度重叠
|
||||
- [[Multi-Cloud Governance]]:跨云治理是 COM 的核心组成部分
|
||||
- [[Serverless DevOps]]:AWS Lambda/Azure Functions 是 COM 自动化的关键工具
|
||||
50
wiki/sources/Cursor-2-0初学者使用指南.md
Normal file
50
wiki/sources/Cursor-2-0初学者使用指南.md
Normal file
@@ -0,0 +1,50 @@
|
||||
---
|
||||
title: "Cursor 2.0 初学者使用指南"
|
||||
type: source
|
||||
tags: [ai, cursor, ide, mcp, vibe-coding]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/Cursor 2.0初学者使用指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:Cursor 2.0 AI 代码编辑器功能与使用方法,面向初学者
|
||||
- 问题域:如何高效使用 AI 辅助编程工具完成项目开发
|
||||
- 方法/机制:明确需求 → AI 规划 → 代码生成 → 多代理并行执行 → Diff 审查 → Git 版本控制
|
||||
- 结论/价值:Cursor 2.0 将 AI 编程效率提升至"想法→可维护代码"的可审计流水线
|
||||
|
||||
## Key Claims
|
||||
- Cursor 2.0 的 Composer 模型生成速度比同类模型快 4 倍
|
||||
- 多代理并行(Plan/Agent/Ask 三模式)可同时运行不同任务,互不干扰
|
||||
- AI 生成代码即写入文件,必须先测试再确认,未点撤销前持续保留
|
||||
- Diff 视图是代码审查核心功能,支持逐文件审查或整体接收
|
||||
|
||||
## Key Quotes
|
||||
> "在向 AI 代理发出生成代码请求前,需明确项目目标" — 规划重要性
|
||||
> "代码生成即写入文件,先测试再保存" — 易错点提醒
|
||||
> "Agent 模式会修改代码,Ask 模式仅提供文本答案,不会改动代码" — 模式区分
|
||||
|
||||
## Key Concepts
|
||||
- [[AI代码编辑器]]:集成 AI 辅助的代码编辑器(Cursor/Windsurf/Trae)
|
||||
- [[Composer模型]]:Cursor 自研 AI 生成模型,主打速度优势
|
||||
- [[多代理并行]]:多个 AI 代理同时运行不同任务,提升生成效率
|
||||
- [[Diff审查]]:通过文件对比视图审查 AI 生成代码改动的机制
|
||||
- [[项目规则]]:可自定义的 AI 行为规范文件(如强制生成 Doc 注释)
|
||||
- [[MCP服务器]]:通过 Model Context Protocol 集成外部工具
|
||||
|
||||
## Key Entities
|
||||
- [[Cursor]]:基于 VS Code 的 AI 代码编辑器
|
||||
- [[Git]]:版本控制系统,Cursor 推荐结合使用
|
||||
- [[VS Code]]:Cursor 的底层编辑器框架
|
||||
- [[MCP]]:Model Context Protocol,工具集成协议
|
||||
|
||||
## Connections
|
||||
- [[Cursor]] ← 基于 ← [[VS Code]]
|
||||
- [[Cursor]] ← 包含 ← [[Composer模型]]
|
||||
- [[Cursor]] ← 支持 ← [[MCP服务器]]
|
||||
- [[AI代码编辑器]] ← 包含 ← [[Cursor]] / [[Windsurf]] / [[Trae]]
|
||||
- [[Cursor]] ← 建议结合 ← [[Git]](版本控制)
|
||||
|
||||
## Contradictions
|
||||
|
||||
@@ -6,7 +6,7 @@ date: 2025-03-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- raw/AI/Designing for Agentic AI.md
|
||||
- raw/AI/Designing for Agentic-AI.md
|
||||
|
||||
## Summary
|
||||
- 核心主题:Agentic AI(智能体AI)与 GenAI 的区别,以及为 Agentic AI 设计用户体验的最佳实践
|
||||
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
title: "DevOps Maturity Model: From Traditional IT to Advanced DevOps"
|
||||
type: source
|
||||
tags: [devops, maturity-model, dora, cloud, transformation]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Cloud & DevOps/DevOps Maturity Model From Traditional IT to Advanced DevOps.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:DevOps 成熟度 5 阶段评估框架,从传统 IT 到完全成熟 DevOps 的演进路径
|
||||
- 问题域:组织评估当前 DevOps 能力、识别改进方向、制定进阶路线图
|
||||
- 方法/机制:4 大焦点领域(文化/自动化/结构流程/协作)+ 5 阶段成熟度评估
|
||||
- 结论/价值:成熟度模型提供结构化自评工具,帮助组织量化 DevOps 转型进展
|
||||
|
||||
## Key Claims
|
||||
- DevOps 成熟度评估 4 大焦点:Culture & Strategy(文化战略)/ Automation(自动化)/ Structure & Process(结构流程)/ Collaboration(协作)
|
||||
- Phase 1(Ad-Hoc):团队孤立、瀑布式交付、手动基础设施管理、安全仅在发布前介入
|
||||
- Phase 2(Pockets):小规模试点、引入 Agile 版本控制、自动化降低发布风险
|
||||
- Phase 3(Defined):标准化流程、大部分基础设施自动化、安全融入设计阶段
|
||||
- Phase 4(Optimized):不可变基础设施、CI/CD 流水线成熟、技术债务管理、性能负载测试
|
||||
- Phase 5(Mature):每天多次部署、零人工干预、安全内嵌、实时数据驱动决策
|
||||
|
||||
## Key Quotes
|
||||
> "The core of DevOps security is merging development, operations, and security into a unified process" — Bacancy Technology
|
||||
> "Companies with advanced DevOps practices can seize new opportunities more effectively. Their capability to rapidly deploy updates and services enables them to introduce innovative products and enter new markets ahead of their competitors"
|
||||
|
||||
## Key Concepts
|
||||
- [[DevOps]]:开发与运维一体化,强调协作、自动化、持续改进
|
||||
- [[DevOps成熟度模型]]:5 阶段评估框架(Ad-Hoc → Pockets → Defined → Optimized → Mature)
|
||||
- [[DORA指标]]:部署频率/变更前置时间/变更失败率/MTTR,Google 提出的 DevOps 效能四指标
|
||||
- [[DevSecOps]]:安全融入 DevOps 全流程,而非单独阶段介入
|
||||
- [[Kaizen]]:持续改进,DevOps 文化的核心原则
|
||||
- [[不可变基础设施]]:不更新旧服务器,而是替换为新服务器,减少配置漂移
|
||||
|
||||
## Key Entities
|
||||
- [[DORA]](DevOps Research and Assessment):Google 团队,提出四指标效能评估框架
|
||||
- [[Bacancy Technology]]:内容发布方,提供 DevOps 成熟度模型详细解读
|
||||
|
||||
## Connections
|
||||
- [[DevOps Culture and Transformation]] ← 理论补充 ← [[DevOps成熟度模型]]
|
||||
- [[Cloud DevOp Maturity - Guideline]] ← 同一领域 ← [[DevOps成熟度模型]]
|
||||
- [[Cloud Maturity Model]] ← 关联评估 ← [[DevOps成熟度模型]]
|
||||
- [[CI/CD Pipelines]] ← 核心实践 ← Phase 3-5 的关键使能技术
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Cloud DevOp Maturity - Guideline]] 部分重叠:
|
||||
- 冲突点:该文 5 阶段模型与 Cloud DevOp Maturity Guideline 的 DORA 评估体系表述方式不同
|
||||
- 当前观点:5 阶段成熟度模型更侧重组织文化与流程演进
|
||||
- 对方观点:DORA 四指标更量化、更聚焦交付效能
|
||||
|
||||
## Related Links
|
||||
- [DevOps Maturity Model 原文](https://www.bacancytechnology.com/blog/devops-maturity-model)
|
||||
42
wiki/sources/GOG-CLI-安装配置指南.md
Normal file
42
wiki/sources/GOG-CLI-安装配置指南.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "GOG CLI 安装配置指南"
|
||||
type: source
|
||||
tags: [gog, gog-cli, macos, google-workspace]
|
||||
date: 2026-03-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Skills/GOG-CLI-安装配置指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:macOS 系统通过命令行管理 Google Workspace(Gmail/Calendar/Drive/Contacts/Docs/Sheets)
|
||||
- 问题域:打破 GUI 限制,实现 Google 服务的脚本化与自动化
|
||||
- 方法/机制:Homebrew 安装 → OAuth 授权 → API 服务启用 → 命令行调用
|
||||
- 结论/价值:gog CLI 将 Google Workspace 全部服务纳入终端,支撑日历/邮件自动化工作流
|
||||
|
||||
## Key Claims
|
||||
- gog CLI 是 macOS 专属工具,通过 Homebrew 安装,路径为 /opt/homebrew/bin/gog
|
||||
- Google API 访问需满足双重条件:OAuth 用户身份认证 + Google Cloud API Enablement 均通过
|
||||
- 403 accessNotConfigured 错误的根因是 Google Cloud 项目未启用对应 API,而非权限问题
|
||||
- 添加测试用户是绕过 Google 第三方应用验证限制的标准方法
|
||||
|
||||
## Key Quotes
|
||||
> "此应用未经 Google 验证——此应用请求访问您 Google 账号中的敏感信息" — OAuth 安全限制说明
|
||||
> "旧 token 不包含新权限" — 启用 API 后必须重新授权的原因
|
||||
|
||||
## Key Concepts
|
||||
- [[Google Workspace CLI]]:命令行管理 Google 全部服务
|
||||
- [[OAuth 双层验证]]:OAuth 凭证 + API Enablement 双重条件
|
||||
- [[gog CLI]]:macOS Google Workspace 命令行工具
|
||||
|
||||
## Key Entities
|
||||
- [[Google Cloud Console]]:OAuth 凭证创建与 API 启用管理平台
|
||||
- [[gogcli]]:工具本身,Homebrew 安装的 Google Workspace CLI
|
||||
|
||||
## Connections
|
||||
- [[gog CLI]] ← 安装于 ← [[macOS]]
|
||||
- [[gog CLI]] ← 依赖 ← [[Google Cloud Console]](凭证 + API)
|
||||
- [[gog CLI]] ← 支持 ← [[Gmail]] / [[Google Calendar]] / [[Google Drive]] / [[Google Contacts]] / [[Google Docs]] / [[Google Sheets]]
|
||||
|
||||
## Contradictions
|
||||
|
||||
@@ -0,0 +1,46 @@
|
||||
---
|
||||
title: "NodeWarden - 把 Bitwarden 搬上 Cloudflare Workers,彻底告别服务器"
|
||||
type: source
|
||||
tags: [bitwarden, cloudflare-workers, password-manager, self-hosted, serverless]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/NodeWarden - 把 Bitwarden 搬上 Cloudflare Workers,彻底告别服务器.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:NodeWarden 将 Bitwarden 服务器端部署到 Cloudflare Workers,实现零 VPS 的自托管密码管理
|
||||
- 问题域:Bitwarden 官方自托管需要服务器,而许多人希望完全无服务器方案
|
||||
- 方法/机制:Cloudflare Workers(DDoS 防护/全球 CDN/免费额度)+ D1(SQLite 分布式数据库)+ R2(对象存储附件)
|
||||
- 结论/价值:在不付费服务器的情况下,获得支持 TOTP/自动填充/完整同步的开源密码管理方案
|
||||
|
||||
## Key Claims
|
||||
- NodeWarden 在 Cloudflare Workers 上运行,完全零服务器费用(Free Tier 足够个人使用)
|
||||
- 支持单用户保管库完整功能:登录/笔记/卡片/身份/文件夹/附件/R2 存储/网站图标代理
|
||||
- 支持 passkey 和 TOTP(官方需要会员,NodeWarden 免费)
|
||||
- 不支持多用户、组织/集合/成员权限、SSO/SCIM/Send/紧急访问(单用户定位,无需这些功能)
|
||||
|
||||
## Key Quotes
|
||||
> "部署 NodeWarden 之后的效果,就是在无服务器的情况下,也能在手机、电脑上使用 Bitwarden 客户端来保存密码了,支持自动登陆、二次验证之类的功能" — AppInn
|
||||
|
||||
## Key Concepts
|
||||
- [[Cloudflare Workers]]:无服务器边缘计算平台,支持在 200+ 地区运行 JavaScript/TypeScript 代码
|
||||
- [[Cloudflare D1]]:基于 SQLite 的全球分布式数据库,Workers 原生集成
|
||||
- [[Cloudflare R2]]:S3 兼容的对象存储,用于存储密码库附件
|
||||
- [[自托管密码管理]]:自己控制数据,不依赖第三方云服务的密码管理方式
|
||||
- [[无服务器密码学]]:TOTP(Time-based One-Time Password)算法实现二次验证
|
||||
|
||||
## Key Entities
|
||||
- [[Bitwarden]]:开源密码管理系统,客户端和服务器端均开源,支持完整自托管
|
||||
- [[Cloudflare]]:全球网络服务商,提供 Workers/D1/R2 等开发者工具
|
||||
- [[NodeWarden]]:将 Bitwarden 服务器端运行在 Cloudflare Workers 的开源项目(shuaiplus/GitHub)
|
||||
- [[AppInn]]:中文科技博客,内容翻译和本地化介绍
|
||||
|
||||
## Connections
|
||||
- [[Bitwarden]] ← 基础服务 ← [[Cloudflare Workers]] ← 承载层 ← [[NodeWarden]]
|
||||
- [[密码管理器]] ← 上位概念 ← [[自托管密码管理]]
|
||||
|
||||
## Related Links
|
||||
- [NodeWarden GitHub](https://github.com/shuaiplus/NodeWarden)
|
||||
- [AppInn 原文](https://www.appinn.com/nodewarden/)
|
||||
- NodeWarden 实例:https://nodewarden.ishenwei.online/
|
||||
45
wiki/sources/Last30Days-使用指南.md
Normal file
45
wiki/sources/Last30Days-使用指南.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "Last30Days 使用指南"
|
||||
type: source
|
||||
tags: [hackernews, instagram, last30days, polymarket, scrapecreator, tiktok, x, youtube]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Skills/Last30Days-使用指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:多平台社交热点研究工具,覆盖 Reddit/X/YouTube/TikTok/Instagram/Hacker News/Polymarket/Web
|
||||
- 问题域:快速获取某话题在多平台的真实热度与趋势
|
||||
- 方法/机制:数据按权重聚合(Reddit/X > YouTube > Polymarket > TikTok > Instagram > Web),输出结构化研究报告
|
||||
- 结论/价值:打破信息孤岛,一次查询获取多平台交叉验证的热点洞察
|
||||
|
||||
## Key Claims
|
||||
- Reddit/X 平台互动数据(upvotes/likes)权重最高,是判断真实热度的核心指标
|
||||
- Polymarket 赔率数据具有最高置信度,因其为真实钱币押注
|
||||
- 对比模式("A vs B")可一次返回并排对比研究,提升选型效率
|
||||
- 深度研究(--deep)需 2-8 分钟,快速模式(--quick)8-12 条/来源适合方向探索
|
||||
|
||||
## Key Quotes
|
||||
> "Reddit 评论往往比帖子更有价值,关注 top comments" — 使用建议
|
||||
> "Polymarket 赔率是最高置信度的数据" — 数据源说明
|
||||
|
||||
## Key Concepts
|
||||
- [[多平台热点聚合]]:整合 8 个数据源的结构化趋势研究方法
|
||||
- [[社交信号权重]]:基于互动率(点赞/评论/押注)而非单纯曝光量的热度评估框架
|
||||
- [[对比模式]]:一次查询获取 A/B 双主题并排研究报告
|
||||
|
||||
## Key Entities
|
||||
- [[ScrapeCreators]]:Reddit + TikTok + Instagram 数据爬取 API(前 100 次免费)
|
||||
- [[XAI]]:X 搜索备选 API,xai- 开头的 key
|
||||
- [[OpenRouter]]:Web 搜索备选,支持 Perplexity 风格聚合
|
||||
- [[Tavily]]:Brave Search 备选,支持结构化搜索结果
|
||||
|
||||
## Connections
|
||||
- [[Last30Days]] ← 使用 ← [[Claude Code]]
|
||||
- [[多平台热点聚合]] ← 依赖 ← [[ScrapeCreators]]
|
||||
- [[多平台热点聚合]] ← 依赖 ← [[XAI API]]
|
||||
- [[Last30Days]] ← 增强 ← [[对比模式]](v2.9.5 新增)
|
||||
|
||||
## Contradictions
|
||||
|
||||
42
wiki/sources/Linux-运维必会的150个命令.md
Normal file
42
wiki/sources/Linux-运维必会的150个命令.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Linux 运维必会的 150 个命令"
|
||||
type: source
|
||||
tags: [Linux, 运维, 命令, 系统管理]
|
||||
date: 2026-04-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Linux 运维必会的 150 个命令.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:Linux 系统管理核心命令速查手册
|
||||
- 问题域:文件操作、文本处理、系统监控、压缩解压
|
||||
- 方法/机制:按功能分类的 150 个命令速查表
|
||||
- 结论/价值:Linux 命令是系统管理的核心,熟练掌握是运维基本功
|
||||
|
||||
## Key Claims
|
||||
- Linux 系统一切皆文件(CPU、内存、磁盘、键盘、鼠标、用户)
|
||||
- 命令分为内置 Shell 命令和外部 Linux 命令
|
||||
- 150 个命令覆盖线上查询、文件目录操作、文件内容处理、信息显示等场景
|
||||
- 线上查询命令:man(命令帮助)、help(内置命令帮助)
|
||||
- 文件目录操作:ls/cd/cp/find/mkdir/mv/pwd/rename/rm/rmdir/touch/tree/basename/dirname/chattr/lsattr/file/md5sum
|
||||
- 文件内容处理:cat/tac/more/less/head/tail/cut/split/paste/sort/uniq/wc/iconv/dos2unix/diff/vimdiff/rev/grep/join/tr/vi/vim
|
||||
- 压缩解压:tar/unzip/gzip/zip
|
||||
- 信息显示:uname/hostname/dmesg/uptime/stat/du/df/top/free
|
||||
|
||||
## Key Concepts
|
||||
- [[Shell]]:命令解释器
|
||||
- [[管道]]:将多个命令组合实现复杂功能
|
||||
- [[正则表达式]]:文本匹配模式
|
||||
- [[管道符]]:| 命令连接符
|
||||
|
||||
## Key Entities
|
||||
- [[Linux]]:开源操作系统内核
|
||||
- [[GNU]]:开源软件集合
|
||||
|
||||
## Connections
|
||||
- [[Ubuntu-24.04-enable-SSH]] ← related_to [[Linux-运维必会的150个命令]]
|
||||
- [[用Docker中安装Navidrome]] ← related_to [[Linux-运维必会的150个命令]]
|
||||
|
||||
## Contradictions
|
||||
- 无冲突
|
||||
50
wiki/sources/MinIO-Zipline-自托管图床应用安装教程.md
Normal file
50
wiki/sources/MinIO-Zipline-自托管图床应用安装教程.md
Normal file
@@ -0,0 +1,50 @@
|
||||
---
|
||||
title: "MinIO + Zipline 自托管图床应用安装教程"
|
||||
type: source
|
||||
tags: [minio, zipline, docker, synology, nas, image-hosting]
|
||||
date: 2025-03-30
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/MinIO + Zipline 自托管图床应用安装教程.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:在 Synology NAS 上通过 Docker 部署 MinIO 对象存储 + Zipline 图片托管服务,替代第三方图床
|
||||
- 问题域:自托管图片存储方案,确保数据主权、避免第三方图床限速或关停,结合 n8n 实现自动化工作流
|
||||
- 方法/机制:docker-compose 编排 MinIO(存储引擎)+ PostgreSQL(元数据)+ Zipline(上传 UI 和 API),通过 mc 命令行设置公开 Bucket
|
||||
- 结论/价值:完整自托管图床方案,存储性能仅受 NAS 硬盘/SSD 限制,可与 n8n 联动实现自动化图片处理
|
||||
|
||||
## Key Claims
|
||||
- MinIO 存储性能仅受 NAS 硬盘/SSD 限制,Zipline 仅处理 metadata
|
||||
- Zipline Bucket 必须设置为 public read 才能直接访问图片,使用 mc anonymous set public 命令
|
||||
- Core_SECRET(随机字符串)和 MINIO_ROOT_PASSWORD 是必需的环境变量
|
||||
- 数据库与 MinIO 数据必须保持时间点一致,pg_dump 热备份 + Hyper Backup 增量归档是推荐方案
|
||||
- Synology DSM 必须安装 Container Manager(DSM 7.2+)或 Docker(DSM 7.1 及更早)
|
||||
- Docker 网络默认网桥 IP 通常为 172.18.0.1,宿主机代理端口 10808 需对 Docker 网桥开放
|
||||
- 容器内 SOCKS5 代理测试:curl --socks5 172.18.0.1:10808 https://ifconfig.me
|
||||
|
||||
## Key Concepts
|
||||
- [[MinIO]]:兼容 S3 协议的对象存储引擎,部署在 NAS 提供高性价比私有云存储
|
||||
- [[Zipline]]:自托管图片托管服务,提供上传 UI + REST API,n8n 可通过 API 集成
|
||||
- [[S3协议]]:Amazon S3 兼容接口,MinIO 支持,S3_BUCKET/S3_ENDPOINT/S3_ACCESS_KEY/S3_SECRET_KEY 为四个核心配置
|
||||
- [[Docker Compose]]:多容器编排,定义 minio/postgres/zipline 三个服务及其依赖关系
|
||||
- [[PostgreSQL备份]]:pg_dump 逻辑热备份,备份目录 /volume1/docker/zipline-stack/backups
|
||||
- [[Synology Hyper Backup]]:Synology 备份套件,可备份数据库 SQL 文件和 MinIO 数据目录
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]:硬件平台,IP 192.168.3.17,Container Manager 提供 Docker 能力
|
||||
- [[shenwei]]:部署者
|
||||
- [[n8n]]:通过 Zipline API 触发图片上传的自动化工作流编排工具
|
||||
|
||||
## Connections
|
||||
- [[MinIO-Zipline自托管图床]] ← 存储层 → [[Synology NAS]]
|
||||
- [[MinIO-Zipline自托管图床]] ← API集成 → [[n8n]](Workflow 自动化上传图片)
|
||||
- [[MinIO-Zipline自托管图床]] ← 元数据存储 → [[PostgreSQL]]
|
||||
|
||||
## Contradictions
|
||||
- Docker Socket 挂载存在安全风险(容器可获宿主机 root 权限),但本方案通过 docker exec 操作而非 Socket 挂载规避
|
||||
|
||||
## Related Wiki Pages
|
||||
- [[Synology NAS]]:NAS 平台本身,Docker 和 Container Manager 是 Synology 的核心能力
|
||||
- [[n8n]]:n8n Workflow 自动化,可通过 Zipline API 触发图片上传
|
||||
- [[家庭监控方案]]:同样基于 Synology Docker 栈部署,是另一个自托管服务案例
|
||||
@@ -1,38 +0,0 @@
|
||||
---
|
||||
title: "Nano Banana 提示词框架"
|
||||
type: source
|
||||
tags: [AI提示词, AI生图, Google]
|
||||
date: 2026-03-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- raw/AI/Nano Banana 提示词框架.md
|
||||
|
||||
## Summary
|
||||
- 核心主题:Google Nano Banana 图像生成提示词的结构化框架
|
||||
- 问题域:如何精确描述视觉内容以获得高质量 AI 生成图像
|
||||
- 方法/机制:Shot/Subject/Environment/Lighting/Camera/ColorGrade/Style/Quality/Negatives 9 层结构化字段
|
||||
- 结论/价值:将主观审美转化为机器可精确执行的结构化参数,降低 AI 生成不确定性
|
||||
|
||||
## Key Claims
|
||||
- 物件描述与人物描述共用同一框架结构,仅 subject 字段内容不同
|
||||
- negatives(负向提示词)是质量控制的关键字段,必须明确排除不需要的特征
|
||||
- camera 字段(焦距/光圈/角度)提供电影级构图控制能力
|
||||
|
||||
## Key Quotes
|
||||
> "Studio softbox lighting. A key light from the top-left creates clean, sharp reflections on the steel." — 硬光实例
|
||||
> "High contrast, clean and commercial look. Slightly desaturated to emphasize the metallic and monochrome textures." — 色调实例
|
||||
|
||||
## Key Concepts
|
||||
- [[Nano Banana]]:Google 发布的结构化图像提示词框架,通过 9 个标准化字段将创意描述转化为机器可执行参数
|
||||
- [[Prompt工程]]:将主观创意转化为结构化提示词的过程,Nano Banana 是其具体实现
|
||||
- [[负向提示词]](Negatives):明确告知 AI 不应生成的内容,用于消除图像缺陷
|
||||
|
||||
## Key Entities
|
||||
- [[Google]]:Nano Banana 框架的发布方
|
||||
|
||||
## Connections
|
||||
- [[Nano Banana]] ← 应用于 ← [[AI生图]]
|
||||
- [[Prompt工程]] ← 支撑 ← [[Nano Banana]]
|
||||
|
||||
## Contradictions
|
||||
@@ -0,0 +1,85 @@
|
||||
---
|
||||
title: "Synology NAS + Xiaoya Alist + CloudDrive2 + Plex to Build Media Platform"
|
||||
type: source
|
||||
tags: [synology, nas, plex, alist, media, self-hosted]
|
||||
date: 2025-02-23
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Synology NAS + Xiaoya Alist + CloudDrvie2+ Plex to Build Media Platform.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:利用群晖 NAS 整合阿里云盘资源,构建以 Plex 为前端的私有影视媒体平台
|
||||
- 问题域:如何绕过 NAS 容器管理器的网络限制安装 Docker 应用,并整合云盘资源与本地媒体库
|
||||
- 方法/机制:Plex 安装套件提供媒体管理;Xiaoya Alist(Docker)挂载阿里云盘分享资源;CloudDrive2(套件)将阿里云盘挂载为本地文件系统;Plex 扫描目录进行视频刮削
|
||||
- 结论/价值:完整记录了 Synology DSM 7+ 上通过 Docker 手动加载镜像安装应用、配置阿里云盘 token、并整合 Plex 媒体库的端到端流程
|
||||
|
||||
## Key Claims
|
||||
- 群晖套件中心可直接安装 Plex Media Server,安装后用 Apple ID 登录
|
||||
- Synology Container Manager 无法读取 Docker Hub 时,可通过另一台机器 docker pull 镜像 → docker save tar → 上传 NAS → docker load 导入
|
||||
- Docker 镜像导入需要 NAS 开启 SSH 访问(控制面板 → 终端机)
|
||||
- Xiaoya Alist 需要三个配置文件:myopentoken.txt(阿里云盘 refresh token)、mytoken.txt(Alist 访问 token)、temp_transfer_folder_id.txt(转存目标目录)
|
||||
- Aliyun refresh token 获取需访问 alist.nn.ci/tool/aliyundrive/request.html 并用阿里云盘 App 扫码授权
|
||||
- CloudDrive2 通过群晖套件中心社群频道安装,安装后需执行 sudo sed -i 's/package/root/g' /var/packages/CloudDrive2/conf/privilege 提权
|
||||
- CloudDrive2 挂载阿里云盘时仅授权资源目录,不授权备份目录
|
||||
- Plex 媒体库策略:通过 Xiaoya 选择资源 → 移动到 aliyun-movie/aliyun-tvshows 等目录 → Plex 自动刮削显示
|
||||
- 阿里云盘挂载后,xiaoya 和 CloudDrive2 共用同一阿里云盘账号数据
|
||||
|
||||
## Key Quotes
|
||||
> "用阿里云盘app扫描二维码,并授权,请主要,不要授权备份目录,仅资源目录即可" — CloudDrive2 安全配置要点
|
||||
> "目前我的Plex账号是用Apple ID: ishenwei@hotmail.com来进行登录的" — Plex 账号信息
|
||||
|
||||
## Key Concepts
|
||||
- [[媒体刮削]]:Plex 通过文件名/目录名匹配在线数据库(TheMovieDB/TVDB)自动获取影视元数据(海报、简介、评分)
|
||||
- [[Docker镜像导入]]:通过 docker save/docker load 在离线环境中迁移 Docker 镜像
|
||||
- [[阿里云盘挂载]]:通过 CloudDrive2 将阿里云盘远程挂载为本地文件系统,文件可被本地应用直接访问
|
||||
- [[资源聚合]]:Xiaoya Alist 整合多个公开分享资源,Plex 统一管理本地+云端媒体库
|
||||
- [[NAS Docker权限]]:Synology DSM 7+ 要求对第三方包执行 privilege 修复才可完整访问系统资源
|
||||
|
||||
## Key Entities
|
||||
- [[Plex]]:跨平台媒体服务器,支持视频音频转码、元数据刮削、多设备同步
|
||||
- [[Xiaoya Alist]]:阿里云盘资源聚合平台,支持分享链接转存到阿里云盘
|
||||
- [[CloudDrive2]]:群晖 NAS 套件,将云盘(阿里云盘/115/Google Drive等)挂载为本地文件系统
|
||||
- [[Synology NAS]]:群晖网络附加存储设备,提供 Docker(Container Manager)和套件中心两大应用平台
|
||||
- [[阿里云盘]]:阿里巴巴云存储服务,支持资源分享和 API 访问
|
||||
|
||||
## Connections
|
||||
- [[Plex]] ← 媒体库目录 ← [[CloudDrive2]](阿里云盘挂载目录)
|
||||
- [[Plex]] ← 媒体库目录 ← NAS 本地存储目录
|
||||
- [[Xiaoya Alist]] ← 转存 ← [[阿里云盘]]
|
||||
- [[CloudDrive2]] ← 挂载 ← [[阿里云盘]]
|
||||
- [[Synology NAS]] ← 容器平台 ← [[Xiaoya Alist]](Docker 部署)
|
||||
- [[Synology NAS]] ← 套件 ← [[CloudDrive2]] + [[Plex]]
|
||||
|
||||
## Contradictions
|
||||
- 无明显冲突
|
||||
|
||||
## 操作流程摘要
|
||||
|
||||
### 1. Plex 安装
|
||||
群晖套件中心 → 搜索 Plex Media Server → 安装 → 用 Apple ID(ishenwei@hotmail.com)登录
|
||||
|
||||
### 2. Xiaoya Alist 安装(离线镜像导入法)
|
||||
```bash
|
||||
# 在有网络的机器上
|
||||
docker pull xiaoyaliu/alist
|
||||
docker save -o xiaoya.tar xiaoyaliu/alist
|
||||
|
||||
# 上传 xiaoya.tar 到 NAS,通过 SSH 执行
|
||||
docker load < xiaoya.tar
|
||||
```
|
||||
|
||||
### 3. Xiaoya 配置文件准备
|
||||
- myopentoken.txt:访问 https://alist.nn.ci/tool/aliyundrive/request.html 扫码获取
|
||||
- mytoken.txt:访问阿里云盘分享授权页面获取
|
||||
- temp_transfer_folder_id.txt:在阿里云盘资源盘创建目录,将 URL 中的 folder token 写入
|
||||
|
||||
### 4. CloudDrive2 安装(DSM 7+)
|
||||
- 套件中心 → 设置 → 社群 → 添加矿神源
|
||||
- 安装 CloudDrive2 后执行:
|
||||
```bash
|
||||
sudo sed -i 's/package/root/g' /var/packages/CloudDrive2/conf/privilege
|
||||
```
|
||||
|
||||
### 5. Plex 媒体库配置
|
||||
媒体目录结构:aliyun-movie/、aliyun-tvshows/、aliyun-documentory/,由 Xiaoya 转存文件后 Plex 自动刮削
|
||||
49
wiki/sources/Trae远程开发部署指南.md
Normal file
49
wiki/sources/Trae远程开发部署指南.md
Normal file
@@ -0,0 +1,49 @@
|
||||
---
|
||||
title: "Trae 远程开发部署指南"
|
||||
type: source
|
||||
tags: [trae, remote-ssh, ubuntu, docker, development]
|
||||
date: 2025-03-29
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Vibe Coding/Trae远程开发部署指南.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:Trae AI 代码编辑器通过 Remote SSH 连接 Ubuntu 服务器进行远程 Docker 项目开发的完整配置指南
|
||||
- 问题域:本地机器算力/存储不足,需通过 Trae 远程连接 Ubuntu 服务器进行开发,同时管理多个 Docker 容器环境
|
||||
- 方法/机制:Remote SSH 插件 + Docker 插件 + 两种开发模式(Attach 容器 / 宿主机编辑),SSH Config 免密登录
|
||||
- 结论/价值:Trae 将 VS Code 远程开发能力与 Docker 容器管理结合,适合 Vibe Coding 场景下的远程服务器开发
|
||||
|
||||
## Key Claims
|
||||
- Ubuntu 2(192.168.3.45)为开发服务器(源码 + Bind Mount),Ubuntu 1(192.168.3.47)为生产服务器(仅镜像)
|
||||
- SSH Config HostName 可填写 Tailscale IP(如 100.x.x.x),实现内网/外网无缝切换
|
||||
- Trae Remote SSH 首次连接在服务器安装 VS Code Server 代理组件,耗时约几十秒
|
||||
- 模式 A(Attach 容器):Docker 容器内运行 Trae Server,环境完全隔离,无需在宿主机安装语言环境
|
||||
- 模式 B(宿主机编辑 + Docker CLI):直接编辑 Ubuntu 文件系统代码,在终端执行 docker compose 命令
|
||||
- Git 凭证问题:Trae/VS Code 自动转发本地 SSH Agent,需在本地启动 ssh-agent 并添加私钥
|
||||
- 文件权限(UID/GID)问题:容器内生成的文件归属 root,宿主机无法修改,需在 Dockerfile 中指定 user 或使用 --user 参数
|
||||
|
||||
## Key Concepts
|
||||
- [[Trae]]:基于 VS Code 的 AI 代码编辑器,原生支持 Remote SSH 和 Docker 插件
|
||||
- [[Remote SSH]]:通过 SSH 连接远程服务器,在服务器上运行编辑器后端
|
||||
- [[Docker Attach模式]]:直接"进入"已运行的 Docker 容器进行开发,环境完全隔离
|
||||
- [[Bind Mount]]:宿主机目录挂载到容器内,代码修改实时生效(开发模式 A 的核心)
|
||||
- [[SSH Agent转发]]:本地 SSH Agent 私钥通过 SSH 连接转发给远程服务器,供 Git 操作使用
|
||||
|
||||
## Key Entities
|
||||
- [[Ubuntu2]]:开发服务器,IP 192.168.3.45,安装 Trae Server,提供 /home/shenwei/docker/tiktok_pm 开发目录
|
||||
- [[Ubuntu1]]:生产服务器,IP 192.168.3.47,运行 tiktok_pm 容器(镜像打包模式)
|
||||
- [[Trae]]:AI 代码编辑器,支持 VS Code 插件生态
|
||||
|
||||
## Connections
|
||||
- [[Trae远程开发部署]] ← 开发环境 → [[Ubuntu2]]
|
||||
- [[Trae远程开发部署]] ← 生产部署 → [[Ubuntu1]]
|
||||
- [[Trae远程开发部署]] ← 开发模式 → [[Docker]](容器化开发环境)
|
||||
- [[Trae远程开发部署]] ← 协作工具 → [[SSH Config]](多主机别名管理)
|
||||
|
||||
## Contradictions
|
||||
|
||||
## Related Wiki Pages
|
||||
- [[Vibe Coding]]:Trae 是 Vibe Coding 推荐工具之一
|
||||
- [[Cursor]]:Cursor 是另一个 AI 代码编辑器,与 Trae 功能高度重叠
|
||||
- [[Ubuntu]]:Ubuntu 2 和 Ubuntu 1 是双服务器架构的核心
|
||||
41
wiki/sources/n8n-Docker安装与更新.md
Normal file
41
wiki/sources/n8n-Docker安装与更新.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "n8n Docker 安装与更新指南"
|
||||
type: source
|
||||
tags: [docker, n8n, workflow]
|
||||
date: 2025-03-30
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/n8n docker install & update.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:n8n 自托管工作流引擎的 Docker 部署、代理配置与更新流程
|
||||
- 问题域:n8n 容器内无法访问外网(需配置宿主机代理)、镜像更新维护
|
||||
- 方法/机制:Dockerfile 扩展官方镜像 + docker-compose 编排 + SOCKS5 宿主机代理
|
||||
- 结论/价值:n8n 生产环境推荐 Docker 部署,通过 Caddy 反向代理 + SOCKS5 代理实现安全访问外网
|
||||
|
||||
## Key Claims
|
||||
- n8n 官方镜像默认不包含 curl/wget,需通过自定义 Dockerfile 安装
|
||||
- ALL_PROXY=socks5://172.21.0.1:10808 使容器内 HTTP/HTTPS 流量走宿主机 SOCKS5 代理
|
||||
- 宿主机防火墙必须允许 Docker 网桥访问代理端口:sudo ufw allow from 172.18.0.0/16 to any port 10808
|
||||
- docker compose pull && docker compose down && docker compose up -d 为标准更新流程
|
||||
- 容器内测试代理是否生效:curl --socks5 172.18.0.1:10808 https://ifconfig.me(返回国外 IP 则生效)
|
||||
|
||||
## Key Concepts
|
||||
- [[n8n]]:开源工作流自动化平台,支持 543 个节点,AI 能力节点 271 个
|
||||
- [[Docker容器网络]]:Docker 默认网桥(172.18.0.0/16 或 172.21.0.0.1),容器通过宿主机网桥 IP 访问外网
|
||||
- [[SOCKS5代理]]:SOCKS5 协议允许客户端通过代理服务器转发请求,ALL_PROXY 环境变量在容器内全局生效
|
||||
|
||||
## Key Entities
|
||||
- [[n8n]]:工作流自动化引擎
|
||||
- [[shenwei]]:部署者,在 Ubuntu2(192.168.3.45)部署 n8n
|
||||
|
||||
## Connections
|
||||
- [[n8n-Docker安装与更新]] ← 更新流程参考 → [[n8n configure telegram trigger]]
|
||||
- [[n8n-Docker安装与更新]] ← 使用场景 → [[n8n-mcp]](Claude 通过 n8n-mcp 调用 n8n 节点)
|
||||
|
||||
## Contradictions
|
||||
|
||||
## Related Wiki Pages
|
||||
- [[n8n-mcp]]:Claude 与 n8n 的 MCP 协议桥接
|
||||
- [[n8n configure telegram trigger]]:n8n Telegram 触发器配置
|
||||
105
wiki/sources/可自动化可扩展AI增强的电商数据采集与处理系统.md
Normal file
105
wiki/sources/可自动化可扩展AI增强的电商数据采集与处理系统.md
Normal file
@@ -0,0 +1,105 @@
|
||||
---
|
||||
title: "可自动化、可扩展、AI增强的电商数据采集与处理系统"
|
||||
type: source
|
||||
tags: [e-commerce, scraper, automation, n8n, ai, docker]
|
||||
date: 2025-11-11
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/可自动化、可扩展、AI增强的电商数据采集与处理系统.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:基于 Docker + Scrapy + Playwright + n8n 构建可自动化运行的电商数据采集与 AI 处理管线
|
||||
- 问题域:如何高效采集多电商平台产品数据,并通过 AI 实现清洗、分类、摘要和结构化输出
|
||||
- 方法/机制:Scrapy 负责结构化抓取和分页调度;Playwright 处理 JS 动态渲染页面;n8n 定时触发爬虫、读取结果、调用 AI(OpenAI/Ollama)处理、写入数据库/文件、发送通知
|
||||
- 结论/价值:提供完整 Docker Compose 架构、Scrapy 项目模板、n8n Workflow JSON 模板,实现从爬取到 AI 分析的全链路自动化
|
||||
|
||||
## Key Claims
|
||||
- Scrapy + Playwright 组合:Scrapy 负责结构化抓取、分页调度、下载媒体;Playwright 负责 JS 动态渲染页面;scrapy-playwright 插件直接集成两者
|
||||
- docker-compose 多容器架构:scraper(Scrapy+Playwright)、n8n(自动化调度),数据通过共享 ./data 目录传递
|
||||
- n8n Workflow 自动化管线:Cron Trigger → Execute Command(运行爬虫)→ Read File → AI 处理(OpenAI/Ollama)→ Database/File → 通知
|
||||
- 本地 AI 处理方案:Ollama(Mistral/Llama3)通过 HTTP Request 调用 http://localhost:11434/api/generate,不依赖外部 API
|
||||
- 防封策略:User-Agent 轮换、代理池(BrightData/ScraperAPI)、下载延迟+随机化访问、分布式调度(Scrapyd)
|
||||
- Scrapy 爬取结果输出为 JSON/CSV 格式,供 n8n 消费处理
|
||||
- 采集数据建议字段:title、price、rating、image_urls、product_url
|
||||
- 长期扩展路径:FastAPI 服务层 + LangChain + Qdrant 向量数据库 + Grafana/Metabase 可视化
|
||||
- Playwright 需安装浏览器:playwright install,支持 headless 模式和 viewport 参数配置
|
||||
|
||||
## Key Quotes
|
||||
> "Scrapy 负责结构化抓取、分页调度、下载媒体;Playwright 负责加载动态页面;两者可通过 Docker Compose 容器化" — 推荐技术组合
|
||||
> "可以本地使用 Ollama (Mistral, Llama3) 模型,通过 n8n 的 HTTP Request 调用本地 http://localhost:11434/api/generate" — 本地 AI 处理方案
|
||||
|
||||
## Key Concepts
|
||||
- [[Scrapy]]:Python 开源爬虫框架,支持异步抓取、中间件扩展、Item Pipeline,适合大规模结构化数据采集
|
||||
- [[Playwright]]:Microsoft 开源浏览器自动化工具,支持 Chromium/Firefox/WebKit,可模拟真实用户操作
|
||||
- [[scrapy-playwright]]:Scrapy 与 Playwright 集成插件,使 Scrapy 爬虫可直接渲染 JS 动态页面
|
||||
- [[n8n Workflow自动化]]:可视化工作流引擎,通过 Cron 定时触发爬虫执行、文件读取、AI 处理、数据存储全流程
|
||||
- [[Ollama]]:本地大模型推理服务,支持 Llama3/Mistral 等模型,通过 REST API 调用
|
||||
- [[电商数据采集]]:从电商平台采集产品标题、价格、评分、图片等结构化信息
|
||||
- [[AI数据处理]]:通过 LLM 对采集数据进行摘要、分类、特征提取、异常检测
|
||||
- [[防封策略]]:User-Agent 轮换、代理池、访问延迟、分布式调度等反爬虫对抗技术
|
||||
- [[Docker容器化爬虫]]:将 Scrapy + Playwright 封装为 Docker 镜像,实现环境一致性部署
|
||||
|
||||
## Key Entities
|
||||
- [[Scrapy]]:Python 爬虫框架
|
||||
- [[Playwright]]:Microsoft 浏览器自动化工具
|
||||
- [[n8n]]:开源工作流自动化平台
|
||||
- [[Ollama]]:本地 LLM 推理引擎
|
||||
- [[BrightData]]:商业代理池服务
|
||||
- [[ScraperAPI]]:爬虫 API 服务
|
||||
|
||||
## Connections
|
||||
- [[Scrapy]] ← 动态渲染 ← [[Playwright]](通过 scrapy-playwright)
|
||||
- [[n8n Workflow自动化]] ← Cron Trigger ← [[Scrapy]](执行爬虫命令)
|
||||
- [[n8n Workflow自动化]] ← AI处理 ← [[Ollama]](本地模型调用)
|
||||
- [[n8n Workflow自动化]] ← 数据写入 ← PostgreSQL/SQLite
|
||||
- [[Scrapy]] ← 输出格式 ← JSON/CSV(data/ 目录)
|
||||
- [[电商数据采集]] ← 工具 ← [[Scrapy]] + [[Playwright]]
|
||||
- [[AI数据处理]] ← 工具 ← [[n8n Workflow自动化]] + [[Ollama]]
|
||||
|
||||
## Contradictions
|
||||
- 无明显冲突
|
||||
|
||||
## 核心架构代码
|
||||
|
||||
### docker-compose.yml
|
||||
|
||||
```yaml
|
||||
services:
|
||||
scraper:
|
||||
build: ./scrapy
|
||||
volumes:
|
||||
- ./data:/app/data
|
||||
depends_on:
|
||||
- playwright
|
||||
environment:
|
||||
- PLAYWRIGHT_BROWSERS_PATH=/ms-playwright
|
||||
playwright:
|
||||
image: mcr.microsoft.com/playwright/python:v1.48.0-jammy
|
||||
shm_size: 2gb
|
||||
```
|
||||
|
||||
### Scrapy settings.py(关键配置)
|
||||
|
||||
```python
|
||||
DOWNLOAD_HANDLERS = {
|
||||
"http": "scrapy_playwright.handler.ScrapyPlaywrightDownloadHandler",
|
||||
"https": "scrapy_playwright.handler.ScrapyPlaywrightDownloadHandler",
|
||||
}
|
||||
TWISTED_REACTOR = "twisted.internet.asyncioreactor.AsyncioSelectorReactor"
|
||||
PLAYWRIGHT_LAUNCH_OPTIONS = {
|
||||
"headless": True,
|
||||
"args": ["--no-sandbox", "--disable-setuid-sandbox"],
|
||||
}
|
||||
FEEDS = {"/app/data/amazon.json": {"format": "json", "overwrite": True}}
|
||||
```
|
||||
|
||||
### n8n Workflow 节点链路
|
||||
|
||||
1. Cron Trigger(每天凌晨 2:00)
|
||||
2. Execute Command(docker exec scraper scrapy crawl amazon)
|
||||
3. Read Binary File(读取 /data/products.json)
|
||||
4. Function Node(解析 JSON)
|
||||
5. OpenAI / HTTP Request(Ollama 本地调用)
|
||||
6. Write Binary File(输出 products_summary.json)
|
||||
7. Email / Telegram(发送日报)
|
||||
@@ -0,0 +1,153 @@
|
||||
---
|
||||
title: "家庭监控方案:Prometheus + Grafana + Node Exporter + cAdvisor + Blackbox"
|
||||
type: source
|
||||
tags: [monitoring, prometheus, grafana, self-hosted]
|
||||
date: 2025-11-11
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/家庭监控方案:Prometheus + Grafana + Node Exporter + cAdvisor +Blackbox.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:家庭/小型实验室环境基于 Docker 的可观测性监控方案,覆盖主机层、容器层、服务层和合成监测
|
||||
- 问题域:如何用开源工具低成本构建完整的监控告警体系
|
||||
- 方法/机制:Prometheus 拉模式采集 + Grafana 可视化 + Alertmanager 告警分发;cAdvisor 采集容器指标;blackbox_exporter 做 HTTP/TCP/DNS 合成监测;node_exporter 采集主机指标
|
||||
- 结论/价值:提供两套 docker-compose 模板(轻量/PoC),以及可直接拷贝的 prometheus.yml、告警规则和 Alertmanager 配置
|
||||
|
||||
## Key Claims
|
||||
- Prometheus 拉模式(pull-based)适配多主机监控,通过 scrape_configs 抓取各 exporter 指标
|
||||
- cAdvisor 容器指标需挂载 /var/lib/docker/ 才可完整采集容器资源使用情况
|
||||
- blackbox_exporter 支持 HTTP/TCP/ICMP/DNS 四类探测,可监控内外网服务可用性和 TLS 证书到期
|
||||
- Alertmanager 支持邮件/Slack/Webhook/PagerDuty 分组抑制告警,避免告警风暴
|
||||
- docker-compose 部署 Prometheus + Grafana + cAdvisor + blackbox_exporter + Alertmanager 一键启动
|
||||
- Grafana 导入 Dashboard 只需 ID(Node Exporter Full: 1860、cAdvisor: 14282、Blackbox: 7587)
|
||||
- Docker Socket 挂载存在安全风险,容器可获取宿主机 root 等同权限
|
||||
- TLS 证书到期可通过 probe_ssl_earliest_cert_expiry 指标监控,提前 14 天告警
|
||||
- 建议将监控流量放在管理 VLAN 或通过防火墙限定访问
|
||||
- Prometheus 本地磁盘会持续增长,长期保留需配置 remote_write 到 VictoriaMetrics 等远端存储
|
||||
|
||||
## Key Quotes
|
||||
> "Prometheus 本地磁盘会增长,考虑长期保留要用远端存储或定期 snapshot" — 生产级存储建议
|
||||
> "Prometheus 支持对同一网站设置下载延迟 + 随机化访问,防止被封禁" — 爬虫防封策略
|
||||
|
||||
## Key Concepts
|
||||
- [[Prometheus]]:开源时序数据库和监控告警系统,支持 PromQL 查询语言和告警规则引擎
|
||||
- [[Grafana]]:开源可观测性平台,支持时序数据可视化、仪表盘和告警通知
|
||||
- [[Alertmanager]]:Prometheus 生态告警分发组件,支持分组、抑制和路由
|
||||
- [[cAdvisor]]:Google 开源容器资源监控工具,采集 CPU、内存、网络、磁盘 I/O 指标
|
||||
- [[node_exporter]]:Prometheus 官方主机指标 exporter,采集 CPU、内存、磁盘、网络指标
|
||||
- [[blackbox_exporter]]:Prometheus 官方黑盒监测 exporter,支持 HTTP/TCP/DNS/ICMP 探测
|
||||
- [[PromQL]]:Prometheus Query Language,用于查询和聚合时序指标
|
||||
- [[可观测性]]:监控系统三大支柱(Metrics/Logs/Traces)
|
||||
- [[合成监测]]:Synthetic Monitoring,通过探针模拟用户请求检测服务可用性
|
||||
- [[Prometheus告警规则]]:基于 PromQL 表达式持续评估,达到阈值触发告警
|
||||
- [[Docker Socket安全]]:挂载 /var/run/docker.sock 等同给予容器宿主机 root 权限
|
||||
|
||||
## Key Entities
|
||||
- [[Uptime Kuma]]:自托管网站监控工具,支持 HTTP/TCP/DNS/TLS 探测,适合合成监测外层 UI
|
||||
- [[Loki]]:Grafana Labs 日志聚合系统,与 Prometheus/Grafana 原生集成,轻量级
|
||||
- [[VictoriaMetrics]]:高性能时序数据库,兼容 Prometheus remote_write API,适合长期存储
|
||||
- [[Portainer]]:Docker 可视化管理工具,不替代 Prometheus 但便于运维操作
|
||||
|
||||
## Connections
|
||||
- [[Prometheus]] ← scrape_configs ← [[node_exporter]]
|
||||
- [[Prometheus]] ← scrape_configs ← [[cAdvisor]]
|
||||
- [[Prometheus]] ← scrape_configs ← [[blackbox_exporter]]
|
||||
- [[Grafana]] ← 数据源 ← [[Prometheus]]
|
||||
- [[Alertmanager]] ← 告警接收 ← [[Prometheus]]
|
||||
- [[Grafana]] ← 仪表盘 ← [[cAdvisor]] / [[node_exporter]] / [[blackbox_exporter]]
|
||||
- [[Prometheus]] ← 远端存储 ← [[VictoriaMetrics]]
|
||||
|
||||
## Contradictions
|
||||
- 无明显冲突
|
||||
|
||||
## Infrastructure Code
|
||||
|
||||
### docker-compose.yml 核心配置
|
||||
|
||||
```yaml
|
||||
services:
|
||||
prometheus:
|
||||
image: prom/prometheus:latest
|
||||
ports: ["9090:9090"]
|
||||
volumes:
|
||||
- ./prometheus/prometheus.yml:/etc/prometheus/prometheus.yml:ro
|
||||
- ./prometheus/alerts.yml:/etc/prometheus/alerts.yml:ro
|
||||
- prometheus-data:/prometheus
|
||||
command: ['--config.file=/etc/prometheus/prometheus.yml', '--storage.tsdb.path=/prometheus', '--web.enable-lifecycle']
|
||||
|
||||
grafana:
|
||||
image: grafana/grafana:latest
|
||||
ports: ["3000:3000"]
|
||||
environment:
|
||||
- GF_AUTH_ANONYMOUS_ENABLED=true
|
||||
- GF_AUTH_ANONYMOUS_ORG_ROLE=Viewer
|
||||
|
||||
node_exporter:
|
||||
image: prom/node-exporter:latest
|
||||
network_mode: "host"
|
||||
pid: "host"
|
||||
volumes:
|
||||
- /proc:/host/proc:ro
|
||||
- /sys:/host/sys:ro
|
||||
- /:/rootfs:ro
|
||||
|
||||
cadvisor:
|
||||
image: gcr.io/cadvisor/cadvisor:latest
|
||||
ports: ["8080:8080"]
|
||||
volumes:
|
||||
- /:/rootfs:ro
|
||||
- /var/run:/var/run:ro
|
||||
- /sys:/sys:ro
|
||||
- /var/lib/docker/:/var/lib/docker:ro
|
||||
|
||||
blackbox:
|
||||
image: prom/blackbox-exporter:latest
|
||||
ports: ["9115:9115"]
|
||||
```
|
||||
|
||||
### prometheus.yml scrape_configs
|
||||
|
||||
```yaml
|
||||
scrape_configs:
|
||||
- job_name: 'node_exporter'
|
||||
file_sd_configs:
|
||||
- files: ['/etc/prometheus/targets/node.yml']
|
||||
- job_name: 'cadvisor'
|
||||
file_sd_configs:
|
||||
- files: ['/etc/prometheus/targets/cadvisor.yml']
|
||||
- job_name: 'blackbox_http'
|
||||
metrics_path: /probe
|
||||
params: { module: [http_2xx] }
|
||||
file_sd_configs:
|
||||
- files: ['/etc/prometheus/targets/blackbox.yml']
|
||||
relabel_configs:
|
||||
- source_labels: [__address__]
|
||||
target_label: __param_target
|
||||
- target_label: __address__
|
||||
replacement: blackbox:9115
|
||||
```
|
||||
|
||||
### 核心告警规则
|
||||
|
||||
```yaml
|
||||
- alert: HostHighCPU
|
||||
expr: avg(rate(node_cpu_seconds_total{mode="user"}[2m])) * 100 > 85
|
||||
for: 2m
|
||||
labels:
|
||||
severity: warning
|
||||
annotations:
|
||||
summary: "高 CPU 使用率"
|
||||
|
||||
- alert: HostLowDisk
|
||||
expr: (node_filesystem_avail_bytes{fstype!~"tmpfs|overlay"} / node_filesystem_size_bytes{fstype!~"tmpfs|overlay"}) < 0.10
|
||||
for: 5m
|
||||
labels:
|
||||
severity: critical
|
||||
|
||||
- alert: TLSCertExpiring
|
||||
expr: probe_ssl_earliest_cert_expiry - time() < 86400 * 14
|
||||
for: 1h
|
||||
labels:
|
||||
severity: warning
|
||||
```
|
||||
Reference in New Issue
Block a user