wiki-ingest batch: n8n Docker / Cloud Operating Model / MinIO+Zipline / Trae Remote SSH (2026-04-15 PM)
This commit is contained in:
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 代码生成器
|
||||
|
||||
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 自研模型
|
||||
|
||||
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
|
||||
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
|
||||
- 多源热点研究
|
||||
- 跨平台趋势分析
|
||||
|
||||
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
|
||||
- 互动权重分析
|
||||
|
||||
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 代码规范
|
||||
|
||||
@@ -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
|
||||
|
||||
|
||||
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 的部署平台
|
||||
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
|
||||
|
||||
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
|
||||
|
||||
@@ -28,6 +28,10 @@
|
||||
- [大模型相关术语和框架总结](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 内容设计模式
|
||||
@@ -40,6 +44,9 @@
|
||||
- [家庭监控方案: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 团队实践者
|
||||
@@ -51,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)
|
||||
@@ -65,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)
|
||||
@@ -129,12 +140,16 @@
|
||||
- [阿里云盘](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)
|
||||
@@ -142,11 +157,21 @@
|
||||
- [Source-Grounding](concepts/Source-Grounding.md)
|
||||
- [被动学习](concepts/被动学习.md)
|
||||
- [DevOps](concepts/DevOps.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)
|
||||
- [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)
|
||||
@@ -155,6 +180,9 @@
|
||||
- [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)
|
||||
@@ -181,6 +209,7 @@
|
||||
- [vLLM](concepts/vLLM.md) — PagedAttention 与连续批处理的推理优化框架
|
||||
- [Token](concepts/Token.md) — LLM 基本输入单元,中文约 0.6 token/字符
|
||||
- [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 多云治理
|
||||
|
||||
32
wiki/log.md
32
wiki/log.md
@@ -107,6 +107,23 @@ 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)
|
||||
- Key claims: Skills = 说明书 + SOP;从提示词工程迈向流程工程;Anthropic 官方 Skills 仓库含 3.2 万收藏;skillsmp.com/aitmpl.com/claudemarketplaces.com 三大聚合站
|
||||
@@ -166,3 +183,18 @@ Created/updated: 12 entity pages (DeepSeek, Qwen, Flux, Stable Diffusion, Hunyua
|
||||
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审查, 项目规则)
|
||||
|
||||
116
wiki/overview.md
116
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)
|
||||
@@ -393,3 +400,112 @@ title/price/rating/image_urls/product_url
|
||||
- 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 中指定用户
|
||||
|
||||
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
|
||||
|
||||
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
|
||||
|
||||
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
|
||||
|
||||
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 栈部署,是另一个自托管服务案例
|
||||
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 触发器配置
|
||||
Reference in New Issue
Block a user