Auto-sync: 2026-04-22 16:03
This commit is contained in:
@@ -1,16 +1,20 @@
|
||||
---
|
||||
title: "AGENTS.md"
|
||||
type: concept
|
||||
tags: [opencode, project-context, agent]
|
||||
sources: [如何在ubuntu上安装opencode并配置vibe-kanban]
|
||||
last_updated: 2026-04-22
|
||||
tags: [opencode, openclaw, project-context, agent]
|
||||
sources: [如何在ubuntu上安装opencode并配置vibe-kanban, 万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**AGENTS.md** 是 OpenCode 为项目自动生成的角色定义文件,位于项目根目录,包含项目结构、编码规范、约定俗成等上下文信息,帮助 AI 理解项目的整体背景。
|
||||
**AGENTS.md** 是 AI Agent 框架中定义 Agent **工作说明书**的核心文件。存在两种语境:
|
||||
|
||||
## Generation
|
||||
1. **OpenCode 语境**(自动生成):位于项目根目录,由 `/init` 命令自动分析项目结构生成,包含项目结构、编码规范、约定俗成等上下文信息,帮助 AI 理解项目的整体背景。
|
||||
|
||||
2. **OpenClaw 语境**(手动配置):位于 `~/.openclaw/workspace/`,是用户手动编写的岗位说明书,定义 Agent 的职责、边界、多 Agent 协作流程。
|
||||
|
||||
## OpenCode: 自动生成
|
||||
|
||||
运行 `/init` 命令后,OpenCode 会自动分析项目结构并生成 `AGENTS.md`:
|
||||
|
||||
@@ -20,14 +24,29 @@ opencode
|
||||
/init
|
||||
```
|
||||
|
||||
## Best Practices
|
||||
|
||||
最佳实践:
|
||||
- **纳入版本控制**:OpenCode 官方建议将 AGENTS.md 提交到 Git,以获得一致的跨团队体验
|
||||
- **持续维护**:随着项目演进,定期更新 AGENTS.md 以反映最新的架构决策
|
||||
- **具体示例**:提供代码示例和模式说明,帮助 AI 生成符合项目风格的代码
|
||||
|
||||
## OpenClaw: 手动配置
|
||||
|
||||
在 OpenClaw 中,AGENTS.md 回答的是:
|
||||
- 这个 Agent 叫什么,主要职责是什么?
|
||||
- 遇到什么类型的任务该用什么方式处理?
|
||||
- 有哪些事情是绝对不该做的?
|
||||
- 当用户说某类话时,该优先走哪套流程?
|
||||
- 在多 Agent 场景里,该怎么协调其他 Agent?
|
||||
|
||||
**经验法则**:300-500 字的 AGENTS.md,比 2000 字的更有效。边界比能力描述更重要——LLM 默认会"发挥创意",需要约束。
|
||||
|
||||
**场景触发优于通用指令**:与其写"始终保持专业语气",不如写"当用户问技术问题时,使用专业准确的措辞;当用户随意聊天时,语气可以轻松一些"。
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[OpenCode]] — 生成和使用 AGENTS.md 的核心工具
|
||||
- [[OpenCode]] — OpenCode 语境下生成和使用 AGENTS.md 的核心工具
|
||||
- [[OpenClaw]] — OpenClaw 语境下 AGENTS.md 所属的框架
|
||||
- [[SOUL.md]] — Agent 性格档案,与 AGENTS.md 分工明确
|
||||
- [[Agent Specialization]] — AGENTS.md 定义多 Agent 协作的核心机制
|
||||
- [[Plan Mode]] — 利用 AGENTS.md 提供充足上下文以生成精准方案
|
||||
- [[Vibe Coding]] — AI 辅助编程的工作流理念
|
||||
|
||||
38
wiki/concepts/ActionItemTracking.md
Normal file
38
wiki/concepts/ActionItemTracking.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "ActionItemTracking"
|
||||
type: concept
|
||||
tags: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# ActionItemTracking
|
||||
|
||||
从非结构化文本(会议记录、邮件、聊天记录)中识别行动项并持续追踪其执行状态的方法论。核心要素包括:任务描述、负责人(Owner)、截止日(Deadline)、状态(Status)。
|
||||
|
||||
## Definition
|
||||
|
||||
ActionItemTracking 解决的核心问题:团队讨论中产生的行动项往往停留在口头或聊天记录中,缺乏系统化追踪机制导致遗忘和责任不清。该模式通过 AI 自动化实现:
|
||||
- 从会议转录中提取所有行动项
|
||||
- 识别每项任务的负责人(通过姓名匹配或说话人归属)
|
||||
- 提取或推断截止日期(未提及则标记为 TBD)
|
||||
- 自动在项目管理工具中创建任务
|
||||
- 设置截止日前提醒机制
|
||||
|
||||
## Key Attributes
|
||||
|
||||
| 属性 | 说明 |
|
||||
|------|------|
|
||||
| Task | 需要完成的具体任务描述 |
|
||||
| Owner | 负责人,通过发言人或@提及识别 |
|
||||
| Deadline | 截止日,未提及则 TBD |
|
||||
| Status | 状态:Pending / In Progress / Done |
|
||||
| Source | 来源:会议转录、邮件、聊天等 |
|
||||
|
||||
## Implementation
|
||||
|
||||
- [[Todoist Task Manager]] — Todoist 中的通用行动项管理
|
||||
- [[meeting-notes-action-items]] — 从会议转录自动提取行动项
|
||||
|
||||
## Related Concepts
|
||||
- [[MeetingNotes]] — 行动项的主要来源场景
|
||||
- [[TaskAutomation]] — 行动项的自动化创建
|
||||
49
wiki/concepts/Agent-Memory.md
Normal file
49
wiki/concepts/Agent-Memory.md
Normal file
@@ -0,0 +1,49 @@
|
||||
---
|
||||
title: "Agent-Memory"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, Memory, Long-Term]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**Agent-Memory** 是 OpenClaw 通过 workspace 文件体系实现的**跨会话长期记忆**机制。核心洞察:对 Agent 来说,真正算数的长期记忆,是 workspace 里那些 Markdown 文件,不是什么看不见摸不着的黑盒数据库。
|
||||
|
||||
## 记忆机制
|
||||
|
||||
OpenClaw 支持两种记忆方案:
|
||||
|
||||
- **builtin**(默认):原始记忆还是 Markdown 文件,系统维护本地索引方便检索
|
||||
- **qmd**:换了一套更强的检索/索引方式来辅助"想起来"
|
||||
|
||||
## 工作流程
|
||||
|
||||
```
|
||||
对话发生
|
||||
↓
|
||||
Agent 通过普通文件工具把重要信息写入 `memory/` 或 `MEMORY.md`
|
||||
↓
|
||||
下次对话开始
|
||||
↓
|
||||
Agent 通过 `memory_search` / `memory_get` 检索相关记忆
|
||||
↓
|
||||
相关记忆被注入到当前对话的上下文里
|
||||
↓
|
||||
Agent 表现出"我记得你说过……"的能力
|
||||
```
|
||||
|
||||
## 为什么重要
|
||||
|
||||
默认情况下,LLM 对话是无状态的——每次新开会话,什么都不记得。对持续工作的 Agent 来说很伤:
|
||||
|
||||
- 每次都要重新解释项目背景
|
||||
- Agent 无法在多个会话之间积累对工作的理解
|
||||
- 花了时间告诉它的偏好和经验,换个会话就白费了
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[MEMORY.md]] — 长期知识总表,与 memory/ 目录共同构成记忆层
|
||||
- [[Workspace]] — Agent-Memory 的载体
|
||||
- [[OpenClaw]] — 实现 Agent-Memory 的框架
|
||||
|
||||
42
wiki/concepts/Agent-Mode.md
Normal file
42
wiki/concepts/Agent-Mode.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Agent模式"
|
||||
type: concept
|
||||
tags: [cursor, ai, agent, interaction-mode]
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Overview
|
||||
Agent 模式是 Cursor Composer 模块中的一种交互方式,允许 AI 自动执行内嵌命令并处理工具调用,显著减少手动操作步骤,实现命令链路的自动打通。
|
||||
|
||||
## Aliases
|
||||
- Agent Mode
|
||||
- Composer Agent 模式
|
||||
- 自动执行模式
|
||||
|
||||
## Agent模式 vs Normal模式
|
||||
| 特性 | Agent 模式 | Normal 模式 |
|
||||
|------|-----------|-------------|
|
||||
| 命令执行 | 自动执行 | 用户手动复制执行 |
|
||||
| 工具调用 | 自动触发和处理 | 需要用户确认 |
|
||||
| 效率 | 高,适合批量任务 | 低,适合精确控制 |
|
||||
| 风险 | 可能误操作(建议关闭 Yolo Mode) | 安全 |
|
||||
| 使用门槛 | 低,无需干预 | 高,需用户操作 |
|
||||
|
||||
## Key Features
|
||||
- **自动工具链**:自动调用 MCP 工具并整合结果
|
||||
- **命令链路打通**:减少用户在不同环境间切换的操作步骤
|
||||
- **对话标识**:Agent 模式下对话界面下方会显示"agent"标识
|
||||
- **可关闭**:用户可随时切换回 Normal 模式
|
||||
|
||||
## Yolo Mode
|
||||
Agent 模式下的危险选项。开启后会自动无确认执行所有命令,可能造成误操作(如误删文件)。官方默认关闭,建议用户谨慎使用。
|
||||
|
||||
## Connections
|
||||
- [[Cursor]] — Agent 模式所在的模块
|
||||
- [[MCP(Model Context Protocol)]] — Agent 模式可调用的协议
|
||||
- [[Sequential Thinking]] — Agent 模式下可触发的 MCP 工具
|
||||
- [[Tool Calling]] — Agent 模式自动执行的调用机制
|
||||
|
||||
## Sources
|
||||
- [[mcp在cursor中的集成与应用详解]]
|
||||
35
wiki/concepts/BOOTSTRAP.md.md
Normal file
35
wiki/concepts/BOOTSTRAP.md.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "BOOTSTRAP.md"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, Setup]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**BOOTSTRAP.md** 是 OpenClaw workspace 中最特殊的一个文件——它的使命是把一个全新的 workspace 引导到"可正常使用"的状态。这是一份"第一次上岗前的引导词",Agent 读到它后知道自己不是立刻开工,而是先把自己安顿好。
|
||||
|
||||
## 引导流程
|
||||
|
||||
1. 和用户聊几句,搞清楚 Agent 应该叫什么名字、是什么性格、用什么 emoji
|
||||
2. 把结果写入 `IDENTITY.md`
|
||||
3. 记录用户的基本信息到 `USER.md`
|
||||
4. 一起打开 `SOUL.md`,把真正的性格和边界写进去
|
||||
5. (可选)引导用户接入渠道——WhatsApp、Telegram 等
|
||||
|
||||
## 一次性特性
|
||||
|
||||
官方模板的最后一句话非常有意思:
|
||||
|
||||
> *"Delete this file. You don't need a bootstrap script anymore — you're you now."*
|
||||
|
||||
BOOTSTRAP.md 本质上是一次性引导,Agent 在完成初始化后必须把它删掉。
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[IDENTITY.md]] — 初始化时写入身份元数据的目标文件
|
||||
- [[SOUL.md]] — 初始化时写入性格设定的目标文件
|
||||
- [[USER.md]] — 初始化时写入用户画像的目标文件
|
||||
- [[OpenClaw]] — BOOTSTRAP.md 所属的框架
|
||||
|
||||
67
wiki/concepts/BuildInPublic.md
Normal file
67
wiki/concepts/BuildInPublic.md
Normal file
@@ -0,0 +1,67 @@
|
||||
---
|
||||
title: "Build in Public"
|
||||
type: concept
|
||||
tags: [内容营销, 个人品牌, 创业]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
Build in Public(公开构建)是一种创业和个人品牌策略,即在项目/产品开发过程中公开分享进展、挑战、失败和学到的东西。
|
||||
|
||||
## 核心理念
|
||||
|
||||
### 在 AI 泛滥时代,活人感更重要
|
||||
|
||||
- AI 生成内容越来越多,同质化严重
|
||||
- 真实的构建过程、思考和挣扎更能建立信任
|
||||
- 受众喜欢看到"真人"而不是"完美机器"
|
||||
|
||||
### 透明度创造连接
|
||||
|
||||
- 分享失败比分享成功更有价值
|
||||
- 过程比结果更能引发共鸣
|
||||
- 让受众参与你的成长旅程
|
||||
|
||||
## 实践方法
|
||||
|
||||
### 内容矩阵
|
||||
|
||||
- **观察类**:行业洞察、趋势分析
|
||||
- **反直觉类**:挑战常规认知的观点
|
||||
- **操作指南类**:可执行的步骤和教程
|
||||
- **个人故事类**:真实的创业经历和教训
|
||||
- **清单类**:可复用的资源和工具
|
||||
|
||||
### 反向金字塔内容法
|
||||
|
||||
```
|
||||
一次长形式内容
|
||||
↓ 拆分
|
||||
无数微内容
|
||||
↓ 分发
|
||||
一次制作,百次分发
|
||||
```
|
||||
|
||||
## 在一人公司中的作用
|
||||
|
||||
Build in Public 是[[一人公司]]内容策略的重要组成部分,配合:
|
||||
- [[产品四层级体系]] 实现引流
|
||||
- [[销售漏斗]] 实现转化
|
||||
- [[底层能力]] 确定分享主题
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[一人公司]]
|
||||
- [[内容矩阵]]
|
||||
- [[个人品牌]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- 公开构建
|
||||
- 透明创业
|
||||
- 公开分享
|
||||
37
wiki/concepts/Chained Agents.md
Normal file
37
wiki/concepts/Chained Agents.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Chained Agents"
|
||||
type: concept
|
||||
tags: [multi-agent, workflow, automation]
|
||||
sources: [content-factory]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
Chained Agents(链式 Agent)是一种多 Agent 协作模式,其中上游 Agent 的输出直接作为下游 Agent 的输入,无需人工逐步干预。核心价值在于将复杂任务拆解为多个专业化子任务,通过流水线式编排实现全自动化执行。
|
||||
|
||||
## Key Characteristics
|
||||
|
||||
- **顺序依赖**:Agent A 输出 → Agent B 输入 → Agent B 输出 → Agent C 输入
|
||||
- **无需人工中转**:每个环节由 Agent 自动触发和推进
|
||||
- **可插拔**:可替换任意环节 Agent(如将本地模型替换为 API)
|
||||
- **透明可查**:通过 Discord 频道等隔离机制,每个 Agent 的工作独立可审查
|
||||
|
||||
## Example: Content Factory
|
||||
|
||||
```
|
||||
Research Agent (#research)
|
||||
→ 输出:Top 5 内容机会(含来源)
|
||||
↓
|
||||
Writing Agent (#scripts)
|
||||
→ 输出:完整脚本/推文串/Newsletter 草稿
|
||||
↓
|
||||
Thumbnail Agent (#thumbnails)
|
||||
→ 输出:AI 生成的缩略图/封面
|
||||
```
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[Multi-Agent Coordination]]:多 Agent 协作的整体框架
|
||||
- [[Workflow Architecture]]:工作流架构设计原则
|
||||
- [[Content Automation]]:内容创作自动化
|
||||
30
wiki/concepts/Channel-Based-Monitoring.md
Normal file
30
wiki/concepts/Channel-Based-Monitoring.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "Channel-Based Monitoring"
|
||||
type: concept
|
||||
tags: [Channel, Monitoring, YouTube, RSS, Subscription]
|
||||
sources: [daily-youtube-digest, how-to-get-youtube-channel-id, how-to-get-the-rss-feed-for-any-youtube-channel]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
Channel-Based Monitoring 是一种以订阅频道为单位跟踪内容更新的策略——用户明确指定感兴趣的频道列表,AI Agent 定期检查这些频道的最新上传,而非被动依赖平台推荐算法。
|
||||
|
||||
## Why Not Just Use YouTube Notifications?
|
||||
|
||||
YouTube 通知系统不可靠:订阅频道的新视频经常不会出现在通知或首页推荐中,被平台算法压制。Channel-Based Monitoring 通过主动检查(RSS Feed / API)绕过这一限制。
|
||||
|
||||
## Implementation
|
||||
|
||||
- **RSS Feed**: `https://www.youtube.com/feeds/videos.xml?channel_id=<ID>`
|
||||
- **TranscriptAPI**: `channel/latest` API(免费,0 积分)
|
||||
- **yt-dlp**: `--flat-playlist` 模式
|
||||
|
||||
### Getting Channel ID
|
||||
|
||||
参考 [[how-to-get-youtube-channel-id]]:在浏览器地址栏打开 `view-source:https://www.youtube.com/@ChannelName`,搜索 `channel_id` 字符串即可获得 RSS Feed URL。
|
||||
|
||||
## Connections
|
||||
- [[Channel-Based Monitoring]] ← powers ← [[Daily YouTube Digest]]
|
||||
- [[RSS Feed]] ← feeds ← [[Channel-Based Monitoring]]
|
||||
- [[Keyword-Based Monitoring]] ← complements ← [[Channel-Based Monitoring]]
|
||||
37
wiki/concepts/Content Automation.md
Normal file
37
wiki/concepts/Content Automation.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Content Automation"
|
||||
type: concept
|
||||
tags: [content-creation, automation, multi-agent]
|
||||
sources: [content-factory, podcast-production-pipeline]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
Content Automation(内容自动化)是指利用 AI Agent 流水线实现内容创作全流程(选题研究→内容撰写→视觉设计→分发)的自动化执行,创作者无需逐步人工干预,次日即可收获成品内容。
|
||||
|
||||
## Core Phases
|
||||
|
||||
1. **Research**:扫描趋势话题、竞品内容、社交媒体数据,识别最佳内容机会
|
||||
2. **Writing**:将研究结果转化为脚本、推文串、Newsletter 草稿或博客文章
|
||||
3. **Design**:生成缩略图、封面图、社交媒体配图等视觉资产
|
||||
4. **Distribution**(可选):自动发布到各平台并收集反馈
|
||||
|
||||
## Key Technologies
|
||||
|
||||
- **多 Agent 编排**:`sessions_spawn` / `sessions_send` 实现多 Agent 调度
|
||||
- **定时调度**:每日 8 AM 自动运行,创作者次日醒来即收获成品
|
||||
- **本地图像生成**:如 Nano Banana,降低 API 调用成本
|
||||
- **平台集成**:Discord 频道隔离各 Agent 输出,便于审查和反馈
|
||||
|
||||
## Use Cases
|
||||
|
||||
- [[Content Factory]]:Discord 频道多 Agent 内容工厂
|
||||
- [[Podcast Production Pipeline]]:AI 全自动播客制作流水线
|
||||
- [[daily-youtube-digest]]:YouTube 频道订阅内容自动摘要
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[Chained Agents]]:内容自动化的核心技术实现
|
||||
- [[Multi-Agent Coordination]]:多 Agent 系统协调机制
|
||||
- [[Workflow Architecture]]:工作流架构设计
|
||||
32
wiki/concepts/Credit-Efficient-Processing.md
Normal file
32
wiki/concepts/Credit-Efficient-Processing.md
Normal file
@@ -0,0 +1,32 @@
|
||||
---
|
||||
title: "Credit-Efficient Processing"
|
||||
type: concept
|
||||
tags: [Credits, Cost-Optimization, API, AI-Agent, Efficiency]
|
||||
sources: [daily-youtube-digest]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
Credit-Efficient Processing 是一种通过策略性地分配 API 积分(credits),最大化 AI 信息处理价值的优化方法。核心原则:**免费操作做检查,付费操作做摘要**。
|
||||
|
||||
## Core Principle
|
||||
|
||||
| 操作类型 | 积分消耗 | 说明 |
|
||||
|---|---|---|
|
||||
| 新内容检查 | **免费**(0 积分) | 判断是否有新内容需要处理 |
|
||||
| 内容处理/摘要 | **按需付费** | 仅对真正需要的内容花费积分 |
|
||||
|
||||
## Example: YouTube Digest
|
||||
|
||||
- `channel/latest` / `channel/resolve` → **0 积分** → 判断频道是否有新视频
|
||||
- 字幕提取 + 摘要 → **1 积分/视频** → 仅对感兴趣的视频花费
|
||||
- `seen-videos.txt` → **免费** → 避免重复付费
|
||||
|
||||
## Why It Matters
|
||||
|
||||
AI API 积分是有成本的(即便有免费额度)。在高频自动化场景下,credit-efficient 策略可以将积分消耗降低 90%+,让免费额度支撑更长时间,或降低付费规模。
|
||||
|
||||
## Connections
|
||||
- [[Credit-Efficient Processing]] ← enables ← [[Daily YouTube Digest]]
|
||||
- [[Credit-Efficient Processing]] ← applies_to ← [[TranscriptAPI.com]]
|
||||
40
wiki/concepts/Daily-Digest.md
Normal file
40
wiki/concepts/Daily-Digest.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Daily-Digest"
|
||||
type: concept
|
||||
tags: [Daily-Digest, AI-Agent, Content-Consumption, Information-Management]
|
||||
sources: [daily-youtube-digest, multi-source-tech-news-digest]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
Daily-Digest 是一种信息消费模式:由 AI Agent 定时(如每天早上 8 点)将多个信息源的最新内容打包成结构化摘要,统一推送给用户。它替代的是算法推荐的"被动碎片消费"(doom-scrolling),用主动的系统化摄入提升信息获取效率。
|
||||
|
||||
## Core Mechanism
|
||||
|
||||
1. **Trigger**: 定时(cron)或阈值(达到 N 条未读)
|
||||
2. **Collection**: 从各来源获取最新条目(RSS/API/网页爬取)
|
||||
3. **Processing**: AI 提取关键信息(摘要、要点、时间戳)
|
||||
4. **Delivery**: 打包推送(Email/Telegram/Slack/Notification)
|
||||
5. **Deduplication**: 避免重复处理(seen-videos.txt 或哈希记录)
|
||||
|
||||
## Variants in the Wiki
|
||||
|
||||
| Digest Type | Source | Trigger |
|
||||
|---|---|---|
|
||||
| Daily YouTube Digest | [[daily-youtube-digest]] | 每日 8am |
|
||||
| Multi-Source Tech News | [[multi-source-tech-news-digest]] | 每小时 |
|
||||
| Daily Reddit Digest | [[daily-reddit-digest]] | 每日 |
|
||||
| Custom Morning Brief | [[custom-morning-brief]] | 每日 9am |
|
||||
|
||||
## Why It Works
|
||||
|
||||
- **注意力聚焦**: 把多次"打开 App 看一眼"变成一次专注的 Digest 阅读
|
||||
- **去重**: 系统自动追踪已处理内容,不浪费用户时间
|
||||
- **成本可控**: 免费 API 检查 + 按需付费摘要(如 TranscriptAPI 1积分/视频)
|
||||
- **个性化**: 用户定义频道列表/关键词,算法无法替代主动选择
|
||||
|
||||
## Connections
|
||||
- [[Daily-Digest]] ← powers ← [[second-brain]] (信息摄入层)
|
||||
- [[Transcript-Based Summarization]] ← feeds_into ← [[Daily-Digest]]
|
||||
- [[Credit-Efficient Processing]] ← enables ← [[Daily-Digest]]
|
||||
16
wiki/concepts/Extended Thinking.md
Normal file
16
wiki/concepts/Extended Thinking.md
Normal file
@@ -0,0 +1,16 @@
|
||||
---
|
||||
title: "Extended Thinking"
|
||||
type: concept
|
||||
tags: [claude, reasoning, ai-mode]
|
||||
last_updated: 2025-12-31
|
||||
---
|
||||
|
||||
## Overview
|
||||
**Extended Thinking** 是 Claude 的一种运行模式,支持更深层次的逻辑推理。当启用此模式后,Claude 会在生成响应前进行更长时间、更详细的推理过程,从而提升复杂任务的输出质量,特别是在代码生成和工作流设计场景中效果显著。
|
||||
|
||||
## Usage
|
||||
在 Claude 客户端设置中开启 Extended Thinking 模式,可搭配 OpenSea 模型使用以获得最佳代码生成效果。
|
||||
|
||||
## Related
|
||||
- [[Claude]] — 提供 Extended Thinking 的 AI 助手
|
||||
- [[工作流自动化]] — Extended Thinking 提升的典型应用场景
|
||||
39
wiki/concepts/Generator.md
Normal file
39
wiki/concepts/Generator.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "Generator"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Generator 是 Google ADK 发布的 5 种 Agent Skill 设计模式之一,通过"填空"流程从模板生成结构化输出,强制一致的输出格式。
|
||||
|
||||
## Mechanism
|
||||
- 利用两个可选目录:
|
||||
- `assets/`:存放输出模板
|
||||
- `references/`:存放样式指南
|
||||
- SKILL.md 扮演项目经理角色
|
||||
- 流程:加载模板 → 读取样式指南 → 向用户询问缺失变量 → 填充文档
|
||||
|
||||
## Use Cases
|
||||
- 生成统一的 API 文档
|
||||
- 标准化 commit 信息
|
||||
- 脚手架项目结构生成
|
||||
|
||||
## Implementation
|
||||
```
|
||||
SKILL.md: 项目经理角色
|
||||
assets/template.md: 输出模板
|
||||
references/style-guide.md: 样式规范
|
||||
→ 用户填空 → 生成结构化输出
|
||||
```
|
||||
|
||||
## Related Concepts
|
||||
- [[ToolWrapper]]:应用知识的模式
|
||||
- [[Reviewer]]:检查生成的输出
|
||||
- [[Inversion]]:可在 Generator 开头依赖 Inversion 收集必要变量
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← part_of ← [[Generator]]
|
||||
- [[ADK]] ← published_by ← [[Generator]]
|
||||
34
wiki/concepts/IDENTITY.md.md
Normal file
34
wiki/concepts/IDENTITY.md.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "IDENTITY.md"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, Identity]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**IDENTITY.md** 是 OpenClaw workspace 中存储 Agent **结构化身份元数据**的文档。与 SOUL.md 的叙事性性格文档分工明确:IDENTITY.md 是名片(结构化元数据),SOUL.md 是人物小传(叙事性性格)。
|
||||
|
||||
## 核心字段
|
||||
|
||||
- **Name**:Agent 在界面和对话里的显示名
|
||||
- **Creature**:Agent 的存在类型(AI assistant / ghost / familiar / robot 等)
|
||||
- **Vibe**:Agent 的感觉描述(直接、毒舌、靠谱等)
|
||||
- **Emoji**:UI 中的标识符
|
||||
- **Avatar**:头像(workspace 相对路径 / URL / data URI)
|
||||
|
||||
## 与 SOUL.md 的分工
|
||||
|
||||
| | IDENTITY.md | SOUL.md |
|
||||
|---|---|---|
|
||||
| 性质 | 结构化元数据 | 叙事性文档 |
|
||||
| 内容 | 谁、长什么样、什么感觉 | 怎么思考、怎么行事、有什么执念 |
|
||||
| 类比 | 名片 | 人物小传 |
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[SOUL.md]] — 叙事性性格文档,与 IDENTITY.md 互补
|
||||
- [[BOOTSTRAP.md]] — 初始化时写入 IDENTITY.md 的引导流程
|
||||
- [[OpenClaw]] — IDENTITY.md 所属的框架
|
||||
|
||||
58
wiki/concepts/Ikigai框架.md
Normal file
58
wiki/concepts/Ikigai框架.md
Normal file
@@ -0,0 +1,58 @@
|
||||
---
|
||||
title: "Ikigai框架"
|
||||
type: concept
|
||||
tags: [个人定位, 职业发展, 商业变现]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
Ikigai 是一个源自日本的自我定位框架,代表四个核心维度的交集:
|
||||
|
||||
```
|
||||
世界需要的
|
||||
│
|
||||
│
|
||||
你热爱的 ───┼─── 你擅长的
|
||||
│
|
||||
│
|
||||
你能获得报酬的
|
||||
```
|
||||
|
||||
**四个维度:**
|
||||
1. **你所热爱的**(What you love)
|
||||
2. **你所擅长的**(What you're good at)
|
||||
3. **世界所需要的**(What the world needs)
|
||||
4. **你能获得报酬的**(What you can be paid for)
|
||||
|
||||
## 三步走方法
|
||||
|
||||
1. **反思热情和技能**:做什么会忘记时间?周末下午会主动学什么?
|
||||
2. **分析市场需求**:人们经常抱怨什么问题?愿意为什么付费?
|
||||
3. **寻找交集**:热情和市场的重叠处,就是你的 Ikigai
|
||||
|
||||
## 在一人公司中的应用
|
||||
|
||||
| 步骤 | 内容 |
|
||||
|------|------|
|
||||
| 发现天才地带 | 识别产生心流的活动([[天才地带(Zone of Genius)]]) |
|
||||
| 挖掘底层能力 | 找到隐藏在活动表象下的核心能力([[底层能力]]) |
|
||||
| 找到 Ikigai | 确定热情、擅长、市场、报酬的交汇点 |
|
||||
| 验证赛道 | 用数据验证定位(搜索意图、支付意愿、预售) |
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[一人公司]]
|
||||
- [[天才地带(Zone of Genius)]]
|
||||
- [[底层能力]]
|
||||
- [[产品四层级体系]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- Ikigai
|
||||
- 生命意义
|
||||
- 人生目标框架
|
||||
42
wiki/concepts/Inversion.md
Normal file
42
wiki/concepts/Inversion.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Inversion"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Inversion 是 Google ADK 发布的 5 种 Agent Skill 设计模式之一,让 Agent 先变成面试官问你问题,等你回答完再行动。这是最反直觉但最实用的模式之一。
|
||||
|
||||
## Mechanism
|
||||
- Agent 变成面试官,先问一系列问题
|
||||
- 等待用户逐个回答
|
||||
- 明确、不可协商的门控指令("不到所有阶段完成就不开始构建")
|
||||
- 等用户回答完所有问题后才开始行动
|
||||
|
||||
## Use Cases
|
||||
- 项目规划:收集需求、约束、资源
|
||||
- PRD 生成:收集产品背景、目标用户、功能需求
|
||||
- 架构设计:收集技术栈、规模要求、预算限制
|
||||
|
||||
## Key Insight
|
||||
> Agent 天生喜欢直接猜测和生成,Inversion 把这个流程完全反过来。
|
||||
|
||||
## Implementation
|
||||
```
|
||||
SKILL.md: 门控指令("不完成所有阶段不开始构建")
|
||||
→ Agent 逐阶段提问
|
||||
→ 用户回答
|
||||
→ 加载 plan-template.md
|
||||
→ 生成最终计划
|
||||
```
|
||||
|
||||
## Related Concepts
|
||||
- [[Generator]]:可以在开头依赖 Inversion 收集必要变量
|
||||
- [[Pipeline]]:另一种强制流程的模式
|
||||
- [[渐进式披露]]:类似的按需加载思想
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← part_of ← [[Inversion]]
|
||||
- [[ADK]] ← published_by ← [[Inversion]]
|
||||
30
wiki/concepts/Keyword-Based-Monitoring.md
Normal file
30
wiki/concepts/Keyword-Based-Monitoring.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "Keyword-Based Monitoring"
|
||||
type: concept
|
||||
tags: [Keyword, Monitoring, YouTube, Search, AI-Agent]
|
||||
sources: [daily-youtube-digest]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
Keyword-Based Monitoring 是一种以关键词/主题为触发条件,主动搜索并追踪新内容的方法。与 [[Channel-Based Monitoring]] 的"固定频道列表"不同,它以主题为中心——适合跟踪竞品动态、技术趋势、新闻事件等泛化兴趣。
|
||||
|
||||
## How It Works
|
||||
|
||||
1. **Define keywords**: "Claude Code", "AI agents", "OpenClaw", etc.
|
||||
2. **Periodic search**: AI Agent 定期通过 YouTube Search API 搜索含关键词的新视频
|
||||
3. **Deduplication**: 已处理视频 ID 存入 seen-videos.txt,避免重复
|
||||
4. **Transcript + Summary**: 对新视频执行 [[Transcript-Based Summarization]]
|
||||
5. **Delivery**: 合并到 [[Daily-Digest]]
|
||||
|
||||
## Use Cases
|
||||
|
||||
- **竞品追踪**: 监控竞品官方频道 + 相关 KOL 频道
|
||||
- **技术跟踪**: "RAG", "Fine-tuning", "vLLM" 等技术关键词
|
||||
- **行业新闻**: 特定公司/产品的最新视频评论
|
||||
|
||||
## Connections
|
||||
- [[Keyword-Based Monitoring]] ← powers ← [[Daily YouTube Digest]]
|
||||
- [[Daily-Digest]] ← aggregates ← [[Keyword-Based Monitoring]]
|
||||
- [[Channel-Based Monitoring]] ← complements ← [[Keyword-Based Monitoring]]
|
||||
25
wiki/concepts/MEMORY.md.md
Normal file
25
wiki/concepts/MEMORY.md.md
Normal file
@@ -0,0 +1,25 @@
|
||||
---
|
||||
title: "MEMORY.md"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, Memory]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**MEMORY.md** 是 OpenClaw workspace 中用于存储 Agent **长期知识总表**的文档,与 `memory/` 日期滚动目录共同构成 Agent 的持久记忆层。
|
||||
|
||||
## 与 memory/ 目录的关系
|
||||
|
||||
- **MEMORY.md**:长期知识总表,适合存储需要长期保留的、不随时间变化的知识
|
||||
- **memory/**:按日期滚动的记忆笔记,适合存储随时间积累的会话片段和临时洞见
|
||||
|
||||
两者共同构成 [[Agent-Memory]] 的存储层。
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[Agent-Memory]] — 跨会话长期记忆机制
|
||||
- [[Workspace]] — MEMORY.md 所在的目录
|
||||
- [[OpenClaw]] — MEMORY.md 所属的框架
|
||||
|
||||
32
wiki/concepts/MeetingNotes.md
Normal file
32
wiki/concepts/MeetingNotes.md
Normal file
@@ -0,0 +1,32 @@
|
||||
---
|
||||
title: "MeetingNotes"
|
||||
type: concept
|
||||
tags: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# MeetingNotes
|
||||
|
||||
AI Agent 自动将会议录音/转录文本转换为结构化会议记录的工作流模式。包括摘要提取、关键决策识别、行动项抽取、任务创建和团队通知等环节。
|
||||
|
||||
## Definition
|
||||
|
||||
MeetingNotes 是一种 AI Agent 工作流,核心目标是消除"会议结束"到"任务追踪"之间的 Gap。传统流程中,会议记录需要人工整理(耗时 20+ 分钟),行动项容易被遗忘。该模式通过 AI 自动化实现:
|
||||
1. 监听会议转录文本来源(Otter.ai、Google Meet、Zoom)
|
||||
2. 提取关键决策和行动项(包含负责人和截止日)
|
||||
3. 自动在项目管理工具创建任务(Jira/Linear/Todoist/Notion)
|
||||
4. 发送摘要到团队频道(Slack/Discord)
|
||||
5. 截止日前自动提醒负责人
|
||||
|
||||
## Core Insight
|
||||
|
||||
> "Meeting notes that don't become tracked tasks are just documentation theater."
|
||||
> — 真正有价值的不是摘要本身,而是**自动任务创建**
|
||||
|
||||
## Related Concepts
|
||||
- [[ActionItemTracking]] — 行动项追踪
|
||||
- [[TaskAutomation]] — 任务自动化
|
||||
- [[TranscriptProcessing]] — 转录文本处理
|
||||
|
||||
## Related Sources
|
||||
- [[meeting-notes-action-items]]
|
||||
41
wiki/concepts/Pipeline.md
Normal file
41
wiki/concepts/Pipeline.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "Pipeline"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Pipeline 是 Google ADK 发布的 5 种 Agent Skill 设计模式之一,通过硬性检查点和明确门控条件强制执行严格的顺序工作流。适用于复杂任务,Agent 无法跳过步骤直接给出未验证的最终结果。
|
||||
|
||||
## Mechanism
|
||||
- 指令本身定义了工作流
|
||||
- 实现明确的门控条件(如"用户在进入下一步之前确认生成的文档字符串")
|
||||
- 用户必须在进入下一步之前确认
|
||||
- 每一步都有明确的前置条件
|
||||
|
||||
## Use Cases
|
||||
- 文档流水线:解析和清点 → 生成文档字符串 → 组装文档 → 质量检查
|
||||
- 复杂业务流程:每步强制验证
|
||||
- CI/CD 流程:每阶段 gate check
|
||||
|
||||
## Example Flow
|
||||
```
|
||||
1. 解析和清点 → [Gate: 用户确认]
|
||||
2. 生成文档字符串 → [Gate: 用户确认]
|
||||
3. 组装文档 → [Gate: 用户确认]
|
||||
4. 质量检查 → 完成
|
||||
```
|
||||
|
||||
## Key Insight
|
||||
> 对于复杂任务,你承受不起跳过步骤或者忽略指令的情况。Pipeline 模式强制执行严格的顺序工作流。
|
||||
|
||||
## Related Concepts
|
||||
- [[Reviewer]]:Pipeline 可以在最后包含 Reviewer 步骤 double-check 成果
|
||||
- [[Generator]]:Pipeline 的输出可以是 Generator 的输入
|
||||
- [[Inversion]]:Pipeline 可以用 Inversion 作为第一步收集信息
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← part_of ← [[Pipeline]]
|
||||
- [[ADK]] ← published_by ← [[Pipeline]]
|
||||
41
wiki/concepts/Reviewer.md
Normal file
41
wiki/concepts/Reviewer.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "Reviewer"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Reviewer 是 Google ADK 发布的 5 种 Agent Skill 设计模式之一,将"检查什么"和"怎么检查"完全分离,指令保持静态,Agent 动态加载特定审查标准。
|
||||
|
||||
## Mechanism
|
||||
- 审查标准存放在 `references/review-checklist.md`
|
||||
- 可以是 Python 风格检查,也可以是 OWASP 安全检查
|
||||
- 同样的 Skill 基础设施,换个清单就是完全不同的专项审计
|
||||
- 强制输出按严重程度分组的结构化结果
|
||||
|
||||
## Use Cases
|
||||
- Python 代码风格审查
|
||||
- OWASP 安全检查
|
||||
- 文档质量审计
|
||||
- 代码安全审计
|
||||
|
||||
## Implementation
|
||||
```
|
||||
SKILL.md: 静态指令
|
||||
references/review-checklist.md: 动态审查标准
|
||||
→ 加载特定标准 → 结构化输出结果
|
||||
```
|
||||
|
||||
## Key Insight
|
||||
> 传统的代码审查会把所有规则都写进 system prompt,结果越写越长。Reviewer 模式完美解决这个问题。
|
||||
|
||||
## Related Concepts
|
||||
- [[ToolWrapper]]:另一个互补的 Skill 设计模式
|
||||
- [[Generator]]:可以生成待审查的内容
|
||||
- [[Pipeline]]:可以包含 Reviewer 步骤 double-check 成果
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← part_of ← [[Reviewer]]
|
||||
- [[ADK]] ← published_by ← [[Reviewer]]
|
||||
46
wiki/concepts/SOUL.md.md
Normal file
46
wiki/concepts/SOUL.md.md
Normal file
@@ -0,0 +1,46 @@
|
||||
---
|
||||
title: "SOUL.md"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, Personality]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**SOUL.md** 是 OpenClaw workspace 中定义 Agent **性格档案**的叙事性文档。与 AGENTS.md 的功能性定位(做什么、怎么做)不同,SOUL.md 偏向人格性——这个 Agent 是谁、有什么个性、说话什么风格、面对压力怎么反应。
|
||||
|
||||
## 与 AGENTS.md 的区别
|
||||
|
||||
| | AGENTS.md | SOUL.md |
|
||||
|---|---|---|
|
||||
| 定位 | 岗位说明书 | 性格档案 |
|
||||
| 性质 | 功能性 | 人格性 |
|
||||
| 内容 | 职责、边界、优先级 | 性格、沟通风格、价值观 |
|
||||
| 风格 | 结构化规则 | 叙事性叙述 |
|
||||
|
||||
## 应包含的内容
|
||||
|
||||
1. **自我叙事**:Agent 是什么样存在的描述
|
||||
2. **沟通风格**:口语化程度、类比习惯、礼貌性废话的处理
|
||||
3. **价值观和边界**:诚实第一、效率优先、用户主导
|
||||
4. **有趣的细节(可选)**:建立信任感的彩蛋式信息
|
||||
|
||||
## 核心价值
|
||||
|
||||
一个没有 SOUL.md 的 Agent,每次对话都像第一次见面——说话没有固定风格,遇到同样问题今天这么说、明天那么说。有精心设计的 SOUL.md 的 Agent,用户会形成"这个 AI 是有个性的"的奇妙感觉。
|
||||
|
||||
## 与 IDENTITY.md 的分工
|
||||
|
||||
- **IDENTITY.md**:结构化元数据(谁、长什么样、什么感觉)
|
||||
- **SOUL.md**:叙事性性格文档(怎么思考、怎么行事、有什么执念)
|
||||
|
||||
前者是名片,后者是人物小传。
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[AGENTS.md]] — 岗位说明书,与 SOUL.md 互补
|
||||
- [[IDENTITY.md]] — 结构化身份元数据,与 SOUL.md 叙事分工
|
||||
- [[USER.md]] — 用户偏好,与 SOUL.md 共同定义人机关系基本共识
|
||||
- [[OpenClaw]] — SOUL.md 所属的框架
|
||||
|
||||
43
wiki/concepts/SSE-Server-Sent-Events.md
Normal file
43
wiki/concepts/SSE-Server-Sent-Events.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "SSE(Server-Sent Events)"
|
||||
type: concept
|
||||
tags: [web, realtime, mcp, protocol]
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Overview
|
||||
SSE(Server-Sent Events,服务器推送事件)是一种服务器向客户端推送实时事件的技术标准。在 MCP 协议中,SSE 作为一种接入方式,用于建立 MCP Client 与 MCP Server 之间的实时通信通道。
|
||||
|
||||
## Aliases
|
||||
- Server-Sent Events
|
||||
- 服务端推送事件
|
||||
- HTML5 Server-Sent Events
|
||||
|
||||
## Key Characteristics
|
||||
- **单向通信**:服务器主动向客户端推送数据,客户端无需轮询
|
||||
- **基于 HTTP**:使用标准 HTTP 协议,兼容性好
|
||||
- **自动重连**:浏览器端自动处理连接断开和重连
|
||||
- **MCP 接入方式**:作为 MCP Server 的一种连接方式(另一种是 Command 命令行)
|
||||
|
||||
## SSE vs WebSocket
|
||||
| 特性 | SSE | WebSocket |
|
||||
|------|-----|-----------|
|
||||
| 通信方向 | 单向(Server→Client) | 双向 |
|
||||
| 协议 | HTTP | ws/wss |
|
||||
| 自动重连 | 原生支持 | 需手动实现 |
|
||||
| 二进制数据 | 不支持 | 支持 |
|
||||
| HTTP/2 多路复用 | 支持 | 支持 |
|
||||
| 复杂度 | 简单 | 较复杂 |
|
||||
|
||||
## Usage in MCP Context
|
||||
- **适用场景**:在线 MCP 服务的远程连接
|
||||
- **配置方式**:在 Cursor MCP 设置中填写 SSE 服务 URL
|
||||
- **替代方案**:本地 Command 命令行方式(适合本地 MCP 服务)
|
||||
|
||||
## Connections
|
||||
- [[MCP(Model Context Protocol)]] — SSE 作为 MCP 的一种接入传输层
|
||||
- [[Cursor]] — Cursor MCP 设置中支持 SSE 方式配置
|
||||
|
||||
## Sources
|
||||
- [[mcp在cursor中的集成与应用详解]]
|
||||
34
wiki/concepts/Sequential-Thinking.md
Normal file
34
wiki/concepts/Sequential-Thinking.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "Sequential Thinking"
|
||||
type: concept
|
||||
tags: [ai, mcp, reasoning, agent]
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Overview
|
||||
Sequential Thinking 是 MCP 工具之一,支持逻辑推理与分步执行任务,通过逐步拆解复杂问题来优化 AI 模型的思考与响应过程,提升 AI 决策质量和沟通效率。
|
||||
|
||||
## Aliases
|
||||
- 序列思考
|
||||
- 逐步推理
|
||||
- Step-by-step Reasoning
|
||||
|
||||
## Key Characteristics
|
||||
- **分步拆解**:将复杂任务分解为多个可管理的步骤
|
||||
- **逻辑链**:每一步都有清晰的推理逻辑和上下文
|
||||
- **工具协同**:可与其他 MCP 工具(如热点新闻服务)相互调用、协同工作
|
||||
- **可追溯**:推理过程透明,便于审查和修正
|
||||
|
||||
## Usage in MCP Context
|
||||
- 在 Cursor Composer 的 Agent 模式下通过提示词触发
|
||||
- 自动执行工具链并返回处理后的精准结果
|
||||
- 适用于需要多步骤推理的复杂任务场景
|
||||
|
||||
## Connections
|
||||
- [[MCP(Model Context Protocol)]] — Sequential Thinking 的实现载体
|
||||
- [[Agent模式]] — 触发 Sequential Thinking 的交互环境
|
||||
- [[Tool Calling]] — Sequential Thinking 依赖的工具调用机制
|
||||
|
||||
## Sources
|
||||
- [[mcp在cursor中的集成与应用详解]]
|
||||
29
wiki/concepts/TOOLS.md.md
Normal file
29
wiki/concepts/TOOLS.md.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: "TOOLS.md"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, Tools]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**TOOLS.md** 是 OpenClaw workspace 中声明**工具权限与使用规范**的文档。它的核心价值不在于列出工具名,而在于把"什么时候该用、什么时候不该用"写清楚。
|
||||
|
||||
## 核心作用
|
||||
|
||||
- **减少工具误用**:明确说明什么情况下不用某个工具,比"什么时候用"更有效
|
||||
- **降低权限越界风险**:把限制规则固化在 workspace 里,不需要每次在对话里重申
|
||||
- **与 openclaw.json 互补**:系统层决定"能不能用",TOOLS.md 帮助 Agent 理解"该不该用"
|
||||
|
||||
## 应包含的内容
|
||||
|
||||
- **可用工具列表**:Read/Write/Edit、Bash、Glob/Grep、sessions_spawn、memory_get/memory_search 等
|
||||
- **使用原则**:文件操作优先用 Read/Write/Edit,避免直接用 Bash 的 cat/echo
|
||||
- **受限工具**:需要用户明确授权才使用的工具(如 browser)
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[AGENTS.md]] — 工作说明书,与 TOOLS.md 共同定义 Agent 行为
|
||||
- [[OpenClaw]] — TOOLS.md 所属的框架
|
||||
|
||||
48
wiki/concepts/TaskAutomation.md
Normal file
48
wiki/concepts/TaskAutomation.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
title: "TaskAutomation"
|
||||
type: concept
|
||||
tags: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# TaskAutomation
|
||||
|
||||
AI Agent 自动在项目管理工具中创建和管理任务的机制。通过 API 与 Jira/Linear/Todoist/Notion 等工具集成,从各种信息源(会议转录、邮件、聊天)自动生成结构化任务。
|
||||
|
||||
## Definition
|
||||
|
||||
TaskAutomation 是 AI Agent 工作流中的核心能力之一,核心价值在于:
|
||||
- 消除人工录入的时间成本(手动创建 Jira ticket 平均耗时 3-5 分钟/项)
|
||||
- 减少因遗忘导致的行动项丢失
|
||||
- 确保任务包含足够的上下文(从原始来源自动携带)
|
||||
|
||||
## Supported Tools
|
||||
|
||||
| 工具 | API 类型 | 典型用途 |
|
||||
|------|----------|----------|
|
||||
| Jira | REST API | 企业级项目管理 |
|
||||
| Linear | GraphQL API | 团队协作(轻量) |
|
||||
| Todoist | REST API | 个人/轻量团队 |
|
||||
| Notion | API + Database | 知识管理型任务 |
|
||||
|
||||
## Workflow Pattern
|
||||
|
||||
```
|
||||
信息源(会议/邮件/聊天)
|
||||
↓
|
||||
AI Agent 提取结构化数据
|
||||
(任务描述、负责人、截止日、优先级)
|
||||
↓
|
||||
API 调用创建任务
|
||||
(携带原始上下文链接)
|
||||
↓
|
||||
发送确认通知
|
||||
(Slack/Discord/Email)
|
||||
```
|
||||
|
||||
## Related Concepts
|
||||
- [[MeetingNotes]] — 会议场景的任务来源
|
||||
- [[ActionItemTracking]] — 行动项的识别和追踪
|
||||
|
||||
## Related Sources
|
||||
- [[meeting-notes-action-items]]
|
||||
25
wiki/concepts/Telegram-Trigger.md
Normal file
25
wiki/concepts/Telegram-Trigger.md
Normal file
@@ -0,0 +1,25 @@
|
||||
---
|
||||
title: "Telegram Trigger"
|
||||
type: concept
|
||||
tags: [n8n, telegram, trigger, automation]
|
||||
sources: [n8n-configure-telegram-trigger]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
Telegram Trigger 是 n8n 工作流自动化平台内置的触发器节点,用于接收 Telegram Bot 的消息事件并触发后续工作流。当用户在 Telegram 中向 Bot 发送消息时,n8n 通过 Telegram Webhook 机制实时接收消息并执行工作流。
|
||||
|
||||
## Configuration Requirements
|
||||
- n8n 实例必须可通过 **HTTPS** 公开访问(Telegram Webhook 的硬性要求)
|
||||
- Telegram Bot Token(通过 BotFather 创建获取)
|
||||
- `WEBHOOK_URL` 环境变量指向 HTTPS 基础地址
|
||||
|
||||
## Common Error
|
||||
```
|
||||
Telegram Trigger: Bad Request: bad webhook: An HTTPS URL must be provided for webhook
|
||||
```
|
||||
此错误表示 n8n 生成的 Webhook URL 不是 HTTPS 协议。解决方法:在 Docker / Docker Desktop / docker-compose 中设置 `WEBHOOK_URL=https://your-domain.com/`
|
||||
|
||||
## Related Concepts
|
||||
- [[Webhook]] — Telegram Trigger 的底层通信机制
|
||||
- [[WEBHOOK_URL]] — n8n 环境变量,控制 Telegram Trigger 的 Webhook URL 生成
|
||||
40
wiki/concepts/Tool-Calling.md
Normal file
40
wiki/concepts/Tool-Calling.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Tool Calling"
|
||||
type: concept
|
||||
tags: [ai, mcp, tools, function-calling]
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Overview
|
||||
Tool Calling(工具调用)是 MCP 协议中的核心机制之一,类似于 HTTP POST 请求,用于触发外部工具执行具体操作,实现 AI 大模型与外部服务的功能交互。
|
||||
|
||||
## Aliases
|
||||
- 函数调用
|
||||
- 工具执行
|
||||
- Function Calling
|
||||
|
||||
## Key Characteristics
|
||||
- **触发机制**:通过 MCP 协议的消息传递触发外部工具
|
||||
- **参数传递**:支持结构化参数传递给被调用的工具
|
||||
- **结果返回**:工具执行结果通过 MCP 协议返回给 AI 模型
|
||||
- **工具链**:多个工具可按顺序调用形成工具链(MCP Tool Chain)
|
||||
- **自动执行**:在 Cursor Composer Agent 模式下可自动执行,无需手动干预
|
||||
|
||||
## MCP 协议中的工具调用接口
|
||||
- **类型**:POST 类接口(MCP Server 的三大接口之一)
|
||||
- **协议层**:MCP Client ↔ MCP Server 之间的工具调用通信
|
||||
- **场景**:数据查询、API 调用、命令执行、文件操作等
|
||||
|
||||
## Tool Chain Example
|
||||
```
|
||||
用户请求 → AI模型推理 → Tool Calling(MCP) → MCP Server 执行 → 结果返回 → AI模型整合响应
|
||||
```
|
||||
|
||||
## Connections
|
||||
- [[MCP(Model Context Protocol)]] — Tool Calling 的协议基础
|
||||
- [[Sequential Thinking]] — 可调用 Tool Calling 实现分步推理
|
||||
- [[Agent模式]] — Agent 模式下自动执行 Tool Calling
|
||||
|
||||
## Sources
|
||||
- [[mcp在cursor中的集成与应用详解]]
|
||||
37
wiki/concepts/ToolWrapper.md
Normal file
37
wiki/concepts/ToolWrapper.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Tool Wrapper"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Tool Wrapper 是 Google ADK 发布的 5 种 Agent Skill 设计模式之一,通过动态加载领域知识让 Agent 快速成为某个领域的专家。
|
||||
|
||||
## Mechanism
|
||||
- 将某个库或框架的规范文档打包成一个 Skill
|
||||
- SKILL.md 监听特定的库关键词
|
||||
- 当用户开始使用相关技术时才动态加载 `references/` 目录下的文档
|
||||
- 把加载的规则当作绝对真理来执行
|
||||
|
||||
## Use Cases
|
||||
- 分发团队内部的编码规范
|
||||
- 特定框架的最佳实践(如 FastAPI 规范)
|
||||
- 按需加载团队内部知识库
|
||||
|
||||
## Implementation
|
||||
```
|
||||
SKILL.md: 监听 "FastAPI" 关键词
|
||||
references/conventions.md: FastAPI API 约定规范
|
||||
→ 用户写 FastAPI 代码时才加载
|
||||
```
|
||||
|
||||
## Related Concepts
|
||||
- [[渐进式披露]]:只在使用时才加载相关知识
|
||||
- [[Reviewer]]:另一个互补的 Skill 设计模式
|
||||
- [[Generator]]:另一个互补的 Skill 设计模式
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← part_of ← [[ToolWrapper]]
|
||||
- [[ADK]] ← published_by ← [[ToolWrapper]]
|
||||
38
wiki/concepts/Transcript-Based-Summarization.md
Normal file
38
wiki/concepts/Transcript-Based-Summarization.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "Transcript-Based Summarization"
|
||||
type: concept
|
||||
tags: [Transcript, Summarization, YouTube, Content-Processing, AI]
|
||||
sources: [daily-youtube-digest]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
Transcript-Based Summarization 是指从视频/音频内容中提取字幕/ transcript,然后通过 AI 压缩为结构化要点摘要的处理流程。它使长视频/播客的消费从"没时间看完"变为"5 分钟掌握精华"。
|
||||
|
||||
## Workflow
|
||||
|
||||
1. **Transcript Extraction**: 通过 API([[TranscriptAPI.com]])或 CLI 工具(yt-dlp)获取字幕
|
||||
2. **AI Summarization**: LLM 处理字幕文本,输出关键点、亮点引用、时间戳
|
||||
3. **Structured Output**: 生成 bullet points、key quotes、timestamps 等结构化格式
|
||||
4. **Delivery**: 整合到 [[Daily-Digest]] 或 [[second-brain]]
|
||||
|
||||
## TranscriptAPI vs yt-dlp
|
||||
|
||||
| Criteria | yt-dlp | TranscriptAPI.com |
|
||||
|---|---|---|
|
||||
| Output format | Verbose CLI logs | Clean JSON |
|
||||
| Cloud compatibility | Fails on GCP/cloud | ✅ Works everywhere |
|
||||
| Caching | None | ✅ Cached results |
|
||||
| Rate limiting | Random blocks | ✅ Reliable, millions served |
|
||||
| Dependencies | Binary required | HTTP API only |
|
||||
|
||||
## Applications
|
||||
|
||||
- [[Daily YouTube Digest]]: 频道新视频 → 字幕提取 → 要点摘要 → 推送
|
||||
- [[Podcast Production Pipeline]]: 播客音频 → 字幕 → 时间戳笔记 → 社交媒体片段
|
||||
- [[youtube-content-pipeline]]: YouTube 视频 → 字幕 → 博客文章/Newsletter
|
||||
|
||||
## Connections
|
||||
- [[Transcript-Based Summarization]] ← uses ← [[TranscriptAPI.com]]
|
||||
- [[Daily-Digest]] ← incorporates ← [[Transcript-Based Summarization]]
|
||||
39
wiki/concepts/TranscriptProcessing.md
Normal file
39
wiki/concepts/TranscriptProcessing.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "TranscriptProcessing"
|
||||
type: concept
|
||||
tags: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# TranscriptProcessing
|
||||
|
||||
AI Agent 处理会议转录文本(Transcripts)的技术方法,包括文本解析、发言人识别、关键内容提取和信息结构化。是 [[MeetingNotes]] 自动化的核心技术环节。
|
||||
|
||||
## Definition
|
||||
|
||||
TranscriptProcessing 解决的核心问题:原始转录文本(VTT、SRT、TXT)包含大量噪音(语气词、重复、停顿),需要 AI 理解并提取有价值的信息。该过程包括:
|
||||
- 格式解析:识别 VTT/SRT 时间戳、说话人标签
|
||||
- 去噪清理:去除语气词、重复、停顿标记
|
||||
- 发言人归属:将发言内容归因到具体人员
|
||||
- 主题分段:识别不同讨论主题的边界
|
||||
- 关键提取:决策、行动项、问题、待跟进事项
|
||||
|
||||
## Recommended Input Formats
|
||||
|
||||
| 格式 | 来源 | 优势 |
|
||||
|------|------|------|
|
||||
| VTT | Zoom/Google Meet 字幕导出 | 包含时间戳,利于发言人归属 |
|
||||
| SRT | 视频字幕导出 | 时间戳支持多发言人识别 |
|
||||
| TXT | Otter.ai 导出 | 已整理的纯文本 |
|
||||
| JSON | Otter.ai API | 结构化数据(speaker, words, timing) |
|
||||
|
||||
## Key Insight
|
||||
|
||||
> "VTT/SRT subtitle files from Zoom or Google Meet work great as input — they include timestamps which help the agent attribute statements to speakers."
|
||||
|
||||
## Related Concepts
|
||||
- [[MeetingNotes]] — 转录处理的主要应用场景
|
||||
- [[ActionItemTracking]] — 从处理结果中提取行动项
|
||||
|
||||
## Related Sources
|
||||
- [[meeting-notes-action-items]]
|
||||
30
wiki/concepts/USER.md.md
Normal file
30
wiki/concepts/USER.md.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "USER.md"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, User-Profile]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**USER.md** 是 OpenClaw workspace 中用于固化**用户画像与偏好**的文档。它的核心作用是把反复要交代的信息(职业、使用场景、偏好设定)沉淀成默认背景,避免每次对话都重新说明。
|
||||
|
||||
## 应包含的内容
|
||||
|
||||
- **基本信息**:职业、主要使用场景、常用语言
|
||||
- **偏好设定**:回答风格、代码偏好、内容偏好、不喜欢的行为
|
||||
- **常见任务**:使用频率最高的任务类型
|
||||
- **背景知识假设**:用户已掌握的技术栈和工具
|
||||
|
||||
## 与 SOUL.md 的协同效应
|
||||
|
||||
SOUL.md 定义 Agent 的性格,USER.md 定义用户的性格。两者放在一起,相当于在 Agent 脑子里预装了一份"人机关系的基本共识"。
|
||||
|
||||
类比:SOUL.md 是新来助理的个人简历,USER.md 是 HR 给助理写的"关于你的上司,你需要提前知道的事"。两者都读完了,第一天上班才不会尴尬。
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[SOUL.md]] — Agent 性格档案,共同定义人机关系
|
||||
- [[OpenClaw]] — USER.md 所属的框架
|
||||
|
||||
31
wiki/concepts/WEBHOOK_URL.md
Normal file
31
wiki/concepts/WEBHOOK_URL.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "WEBHOOK_URL"
|
||||
type: concept
|
||||
tags: [n8n, environment-variable, webhook, telegram]
|
||||
sources: [n8n-configure-telegram-trigger]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
`WEBHOOK_URL` 是 n8n 工作流自动化平台的环境变量,用于指定 n8n 实例对外暴露的 HTTPS 基础地址。n8n 基于此地址自动生成各个 Trigger 节点的 Webhook URL。
|
||||
|
||||
## Why It Matters
|
||||
Telegram Bot API 要求 Webhook 必须使用 HTTPS 协议。如果 `WEBHOOK_URL` 未设置或指向 HTTP/本地地址,Telegram 会拒绝注册 Webhook 并报错:
|
||||
```
|
||||
bad webhook: An HTTPS URL must be provided for webhook
|
||||
```
|
||||
|
||||
## Configuration in Docker
|
||||
在 Docker Compose 或 Docker Desktop 中设置:
|
||||
```yaml
|
||||
environment:
|
||||
- WEBHOOK_URL=https://n8n.cpolar.top
|
||||
```
|
||||
|
||||
## Related Entities
|
||||
- [[n8n]] — 读取 WEBHOOK_URL 环境变量的工作流平台
|
||||
- [[Telegram]] — 要求 HTTPS Webhook 的消息平台
|
||||
|
||||
## Related Concepts
|
||||
- [[Webhook]] — WEBHOOK_URL 生成的 HTTPS URL 用于 Webhook 注册
|
||||
- [[Telegram Trigger]] — 依赖 WEBHOOK_URL 的 n8n 节点
|
||||
29
wiki/concepts/Webhook.md
Normal file
29
wiki/concepts/Webhook.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: "Webhook"
|
||||
type: concept
|
||||
tags: [webhook, http, api, real-time]
|
||||
sources: [n8n-configure-telegram-trigger]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Definition
|
||||
Webhook 是一种服务器间实时推送数据的机制,通过 HTTP POST 请求将事件通知从发送方服务器主动推送到接收方服务器。与轮询(Polling)不同,Webhook 是被动接收,无需客户端频繁请求。
|
||||
|
||||
## How It Works
|
||||
1. 接收方服务器向发送方注册一个公开可访问的 HTTPS URL
|
||||
2. 发送方在特定事件发生时向该 URL 发送 HTTP POST 请求
|
||||
3. 接收方处理请求并返回响应
|
||||
|
||||
## Telegram Webhook
|
||||
Telegram Bot API 支持两种消息接收模式:
|
||||
- **Polling 模式**:Bot 主动轮询 Telegram 服务器拉取更新
|
||||
- **Webhook 模式**:Telegram 服务器在收到消息时主动 POST 到 Bot 指定的 HTTPS URL
|
||||
|
||||
Telegram 要求 Webhook URL 必须是 HTTPS 协议,HTTP 或 localhost 无法使用。
|
||||
|
||||
## n8n 与 Webhook
|
||||
n8n Telegram Trigger 节点依赖 Telegram Webhook 机制接收消息。配置时需确保 n8n 实例可通过 HTTPS 访问,否则 Telegram 会拒绝注册 Webhook。
|
||||
|
||||
## Related Concepts
|
||||
- [[Telegram Trigger]] — n8n 中使用 Webhook 接收 Telegram 消息的节点
|
||||
- [[WEBHOOK_URL]] — n8n 环境变量,指定 Webhook URL 基础地址
|
||||
57
wiki/concepts/Workspace.md
Normal file
57
wiki/concepts/Workspace.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Workspace"
|
||||
type: concept
|
||||
tags: [OpenClaw, Agent, Configuration]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
|
||||
**Workspace** 是 OpenClaw 中 Agent 的**工作台目录**(默认 `~/.openclaw/workspace/`),包含一系列 Markdown 配置文件,决定 Agent 怎么工作、什么性格、记住什么。
|
||||
|
||||
## 目录结构
|
||||
|
||||
```
|
||||
~/.openclaw/
|
||||
├── workspace/ # 默认情况下主 Agent 的工作区
|
||||
│ ├── AGENTS.md # Agent 的行为规则与多 Agent 协调
|
||||
│ ├── SOUL.md # Agent 的叙事性格设定
|
||||
│ ├── USER.md # 用户画像与偏好
|
||||
│ ├── IDENTITY.md # Agent 身份元数据(名字/emoji/头像)
|
||||
│ ├── TOOLS.md # 工具权限声明与使用规范
|
||||
│ ├── HEARTBEAT.md # 会话节奏/状态提示
|
||||
│ ├── BOOTSTRAP.md # 首次启动引导(完成后应删除)
|
||||
│ ├── MEMORY.md # 长期知识总表
|
||||
│ ├── memory/ # 按日期滚动的记忆笔记
|
||||
│ └── skills/ # 技能包目录
|
||||
├── agents/<agentId>/ # 各 Agent 的运行态目录
|
||||
└── openclaw.json # 总控配置
|
||||
```
|
||||
|
||||
## 核心洞察
|
||||
|
||||
OpenClaw 使用者存在一条隐形分界线:
|
||||
- 不会用 workspace 的人:每次都要重新交代背景,Agent 每次都像陌生人
|
||||
- 会用 workspace 的人:Agent 知道用户是谁、该怎么说话、记得上次积累的东西
|
||||
|
||||
**这条分界线,就是 workspace。**
|
||||
|
||||
## 与 agentDir / sessions 的区别
|
||||
|
||||
| 概念 | 职责 |
|
||||
|------|------|
|
||||
| **workspace** | Agent 的工作台,决定"怎么工作" |
|
||||
| **agentDir** | openclaw.json 里的配置字段,指向运行状态目录 |
|
||||
| **sessions** | 对话历史日志 |
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[AGENTS.md]] — workspace 核心文件之一
|
||||
- [[SOUL.md]] — workspace 核心文件之一
|
||||
- [[USER.md]] — workspace 核心文件之一
|
||||
- [[IDENTITY.md]] — workspace 核心文件之一
|
||||
- [[TOOLS.md]] — workspace 核心文件之一
|
||||
- [[Agent-Memory]] — workspace 中的长期记忆机制
|
||||
- [[OpenClaw]] — Workspace 所属的框架
|
||||
|
||||
80
wiki/concepts/一人公司.md
Normal file
80
wiki/concepts/一人公司.md
Normal file
@@ -0,0 +1,80 @@
|
||||
---
|
||||
title: "一人公司"
|
||||
type: concept
|
||||
tags: [创业, 商业模式, 个人品牌]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
一人公司(One-Person Business)是一种用最小杠杆撬动最大价值的商业模式,核心是通过 AI 和自动化工具放大个人优势,实现规模化收入而不需要大量雇员。
|
||||
|
||||
## 核心原则
|
||||
|
||||
### 定位比努力更重要
|
||||
|
||||
> "一人公司的关键,和你更努力地工作一点关系没有,是更聪明地定位。"
|
||||
|
||||
关键洞察:在你觉得太简单所以不值钱的事情里,在朋友们总是找你帮忙的那个领域里,隐藏着你的商业机会。
|
||||
|
||||
### AI 杠杆
|
||||
|
||||
利用 AI 工具实现:
|
||||
- 内容批量生产
|
||||
- 客户服务自动化
|
||||
- 工作流编排
|
||||
- 技能放大
|
||||
|
||||
## 建立流程
|
||||
|
||||
### 90天系统化方法论
|
||||
|
||||
```
|
||||
第1步:自我体检
|
||||
↓ 发现天才地带
|
||||
第2步:挖掘底层能力
|
||||
↓ 找到核心元技能
|
||||
第3步:识别心理陷阱
|
||||
↓ 突破自我限制
|
||||
第4步:团队协作
|
||||
↓ 不一个人扛
|
||||
第5步:找到 Ikigai
|
||||
↓ 确定商业方向
|
||||
第6步:赛道验证
|
||||
↓ 数据验证定位
|
||||
第7步:产品体系设计
|
||||
↓ 建立收入层级
|
||||
第8步:内容矩阵
|
||||
↓ 持续获客
|
||||
第9步:销售漏斗
|
||||
↓ 完成变现
|
||||
```
|
||||
|
||||
## 关键指标
|
||||
|
||||
| 指标 | 目标 |
|
||||
|------|------|
|
||||
| 首次付费时间 | 越快越好 |
|
||||
| 客户终身价值 | 通过产品层级提升 |
|
||||
| 内容投入产出比 | 一次制作,百次分发 |
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[个人品牌]]
|
||||
- [[Ikigai框架]]
|
||||
- [[天才地带]]
|
||||
- [[底层能力]]
|
||||
- [[产品四层级体系]]
|
||||
- [[内容矩阵]]
|
||||
- [[销售漏斗]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- One-Person Business
|
||||
- Solo Business
|
||||
- Solopreneur
|
||||
- 个人创业
|
||||
74
wiki/concepts/个人品牌.md
Normal file
74
wiki/concepts/个人品牌.md
Normal file
@@ -0,0 +1,74 @@
|
||||
---
|
||||
title: "个人品牌"
|
||||
type: concept
|
||||
tags: [个人品牌, 内容营销, 社交媒体]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
个人品牌是通过持续输出内容、建立专业形象和真实人设,在目标受众心中形成的独特认知和信任关系。
|
||||
|
||||
## 与一人公司的关系
|
||||
|
||||
个人品牌是[[一人公司]]的获客基础设施:
|
||||
- 品牌 = 信任
|
||||
- 信任 = 转化
|
||||
- 转化 = 收入
|
||||
|
||||
## 核心策略
|
||||
|
||||
### Build in Public
|
||||
|
||||
在[[一人公司]]构建过程中公开分享:
|
||||
- 进展与挑战
|
||||
- 成功与失败
|
||||
- 学习与成长
|
||||
|
||||
**核心价值**:AI 泛滥时代,活人感更稀缺、更珍贵
|
||||
|
||||
### 内容矩阵
|
||||
|
||||
围绕核心主题,构建多形式内容:
|
||||
- 观察类(行业洞察)
|
||||
- 反直觉类(挑战常规)
|
||||
- 操作指南类(可执行步骤)
|
||||
- 个人故事类(真实经历)
|
||||
- 清单类(资源汇总)
|
||||
|
||||
### 反向金字塔内容法
|
||||
|
||||
一次深度内容 → 拆分为多个微内容 → 一次制作,百次分发
|
||||
|
||||
## 建立步骤
|
||||
|
||||
1. **明确定位**:基于[[Ikigai框架]]确定 niche
|
||||
2. **持续输出**:通过[[内容矩阵]]保持曝光
|
||||
3. **真实互动**:Build in Public 增加亲和力
|
||||
4. **产品转化**:通过[[销售漏斗]]完成商业闭环
|
||||
|
||||
## 关键指标
|
||||
|
||||
| 指标 | 意义 |
|
||||
|------|------|
|
||||
| 受众信任度 | 比粉丝数更重要 |
|
||||
| 内容一致性 | 长期积累的品牌资产 |
|
||||
| 转化率 | 品牌 → 客户的成功率 |
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[一人公司]]
|
||||
- [[Build in Public]]
|
||||
- [[内容矩阵]]
|
||||
- [[销售漏斗]]
|
||||
- [[天才地带]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- Personal Branding
|
||||
- 个人 IP
|
||||
- 个人影响力
|
||||
57
wiki/concepts/产品四层级体系.md
Normal file
57
wiki/concepts/产品四层级体系.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "产品四层级体系"
|
||||
type: concept
|
||||
tags: [商业模式, 产品策略, 商业变现]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
一人公司或知识产品创作者的标准化产品分层架构,从免费引流到高价服务逐层递进。
|
||||
|
||||
## 四层产品结构
|
||||
|
||||
| 层级 | 产品形态 | 定价 | 用户心理 |
|
||||
|------|----------|------|----------|
|
||||
| **引流层** | 行业趋势报告 PDF | 免费(换联系方式) | 看看无妨,或许有用 |
|
||||
| **入门层** | 写作自动流工具 | ¥199 | 这价格买个工具很划算 |
|
||||
| **核心层** | 6周实战特训营 | ¥4999 | 我要彻底解决这个问题 |
|
||||
| **高价层** | 企业陪跑咨询 1对1 | ¥20,000/月 | 我需要专家直接帮我做 |
|
||||
|
||||
## 设计原则
|
||||
|
||||
### 客户信任需要逐步建立
|
||||
|
||||
- 没有人一开始就买最贵的
|
||||
- 每一层都在筛选和教育客户
|
||||
- 低价产品是高价产品的"信任桥梁"
|
||||
|
||||
### 定价心理
|
||||
|
||||
- **价格锚定**:把高价咨询放顶部,让低价显得便宜
|
||||
- **诱饵效应**:三个选项(基础/标准/旗舰),引导用户选择中间选项
|
||||
|
||||
## 在一人公司中的应用
|
||||
|
||||
产品体系是[[一人公司]]商业变现的核心组件,配合:
|
||||
- [[内容矩阵]] 进行获客
|
||||
- [[销售漏斗]] 实现转化
|
||||
- [[Ikigai框架]] 确定产品方向
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[一人公司]]
|
||||
- [[销售漏斗]]
|
||||
- [[价格锚定]]
|
||||
- [[诱饵效应]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- 产品层级
|
||||
- 收入漏斗
|
||||
- 产品矩阵
|
||||
- 定价层级
|
||||
74
wiki/concepts/价格锚定与诱饵效应.md
Normal file
74
wiki/concepts/价格锚定与诱饵效应.md
Normal file
@@ -0,0 +1,74 @@
|
||||
---
|
||||
title: "价格锚定与诱饵效应"
|
||||
type: concept
|
||||
tags: [定价策略, 心理学, 商业变现]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
两种基于消费者心理学的定价策略,常用于[[销售漏斗]]和[[产品四层级体系]]中。
|
||||
|
||||
## 价格锚定(Price Anchoring)
|
||||
|
||||
### 原理
|
||||
|
||||
消费者在做购买决策时会参考第一个看到的价格作为"锚点"。
|
||||
|
||||
### 应用方法
|
||||
|
||||
- 把高价产品/服务放在最显眼的位置
|
||||
- 让用户首先感知"高价值"
|
||||
- 中低价产品因此显得更划算
|
||||
|
||||
### 示例
|
||||
|
||||
```
|
||||
¥20,000/月 企业咨询 ← 锚点(让人感知"贵")
|
||||
¥4,999 6周特训营 ← 主推(相对便宜)
|
||||
¥199 工具会员 ← 入门(几乎免费)
|
||||
```
|
||||
|
||||
## 诱饵效应(Decoy Effect)
|
||||
|
||||
### 原理
|
||||
|
||||
当引入一个明显较差的第三个选项时,用户更倾向于选择中间价位。
|
||||
|
||||
### 三选项设计
|
||||
|
||||
| 选项 | 配置 | 定位 |
|
||||
|------|------|------|
|
||||
| 基础版 | 核心功能 | 诱饵(让人觉得太简陋) |
|
||||
| **标准版** | 完整功能 | **推荐(被设计为最佳选择)** |
|
||||
| 旗舰版 | 全功能+增值服务 | 锚点(让人感觉太贵) |
|
||||
|
||||
### 关键洞察
|
||||
|
||||
- 标准版被设计为"明显更好但价格合理"
|
||||
- 基础版和旗舰版都衬托出标准版的价值
|
||||
- 用户感到自己在做理性选择,实际上被引导
|
||||
|
||||
## 组合使用
|
||||
|
||||
在一人公司产品体系中同时应用:
|
||||
|
||||
1. **价格锚定**:高价服务在顶部建立价值感知
|
||||
2. **诱饵效应**:中层产品通过三选项设计优化转化
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[销售漏斗]]
|
||||
- [[产品四层级体系]]
|
||||
- [[一人公司]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- Pricing Anchoring
|
||||
- Decoy Pricing
|
||||
- 定价心理学
|
||||
- 相对价值感知
|
||||
74
wiki/concepts/内容矩阵.md
Normal file
74
wiki/concepts/内容矩阵.md
Normal file
@@ -0,0 +1,74 @@
|
||||
---
|
||||
title: "内容矩阵"
|
||||
type: concept
|
||||
tags: [内容营销, 数字营销, 个人品牌]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
围绕核心主题和多种内容形式构建的二维内容策略框架,是[[一人公司]]和[[Build in Public]]策略的核心工具。
|
||||
|
||||
## 矩阵结构
|
||||
|
||||
```
|
||||
│ 观察类 │ 反直觉类 │ 操作指南类 │ 个人故事类 │ 清单类
|
||||
───────────────┼────────┼──────────┼────────────┼───────────┼──────
|
||||
核心主题 A │ 📊 │ 💡 │ 📝 │ 📖 │ ✅
|
||||
核心主题 B │ 📊 │ 💡 │ 📝 │ 📖 │ ✅
|
||||
核心主题 C │ 📊 │ 💡 │ 📝 │ 📖 │ ✅
|
||||
```
|
||||
|
||||
### 纵轴:内容形式
|
||||
|
||||
| 类型 | 特点 | 示例 |
|
||||
|------|------|------|
|
||||
| **观察类** | 行业趋势、数据分析 | "Q1 AI工具市场趋势" |
|
||||
| **反直觉类** | 挑战常规认知 | "为什么努力工作反而害了你" |
|
||||
| **操作指南类** | 可执行步骤 | "5步建立你的内容矩阵" |
|
||||
| **个人故事类** | 真实经历分享 | "我是如何找到我的天才地带的" |
|
||||
| **清单类** | 可复用资源 | "2026年必备10个AI工具" |
|
||||
|
||||
### 横轴:核心主题
|
||||
|
||||
围绕[[Ikigai框架]]确定的商业方向展开,通常 2-3 个核心主题足够。
|
||||
|
||||
## 反向金字塔内容法
|
||||
|
||||
```
|
||||
一次长形式内容(深度文章/视频/播客)
|
||||
↓ 拆分
|
||||
多个微内容
|
||||
├── 社交媒体帖子 × 5
|
||||
├── 电子邮件摘要 × 1
|
||||
├── 短视频片段 × 3
|
||||
└── 图片/信息图 × 2
|
||||
↓ 分发
|
||||
一次制作,百次分发
|
||||
```
|
||||
|
||||
## 在一人公司中的作用
|
||||
|
||||
内容矩阵是[[销售漏斗]]获客阶段的核心策略:
|
||||
1. 通过高质量内容建立专业形象
|
||||
2. 通过[[Build in Public]]增加"活人感"
|
||||
3. 通过反向金字塔最大化内容价值
|
||||
4. 引导用户进入产品体系
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[Build in Public]]
|
||||
- [[一人公司]]
|
||||
- [[销售漏斗]]
|
||||
- [[产品四层级体系]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- Content Strategy
|
||||
- 内容策略
|
||||
- 内容规划
|
||||
- 内容框架
|
||||
67
wiki/concepts/四个心理陷阱.md
Normal file
67
wiki/concepts/四个心理陷阱.md
Normal file
@@ -0,0 +1,67 @@
|
||||
---
|
||||
title: "四个心理陷阱"
|
||||
type: concept
|
||||
tags: [心理学, 职业发展, 个人成长]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
阻碍个人发现和发挥天才地带的四个常见心理障碍。
|
||||
|
||||
## 四个陷阱详解
|
||||
|
||||
### 1. 愧疚陷阱
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| 核心问题 | "我不喜欢,所以别人肯定也不喜欢" |
|
||||
| 表现 | 忽视自己的真实喜好,认为自己的偏好不重要 |
|
||||
| 解决方法 | 允许组建支持团队,把不适合你的活动交给别人 |
|
||||
|
||||
### 2. 效率陷阱
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| 核心问题 | "只要我在忙,就是在创造价值" |
|
||||
| 表现 | 忙于低价值任务,逃避高价值但可能不舒服的工作 |
|
||||
| 解决方法 | 学会说不,学会委派 |
|
||||
|
||||
### 3. 卓越陷阱
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| 核心问题 | "我是最厉害的,这事儿必须亲自干" |
|
||||
| 表现 | 无法放权,成为团队瓶颈 |
|
||||
| 解决方法 | 把方法论教给别人,精力留给真正重要的事 |
|
||||
|
||||
### 4. 努力陷阱
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| 核心问题 | "做起来太轻松,感觉没什么价值" |
|
||||
| 表现 | 低估自己的天赋,追求困难的事情 |
|
||||
| 解决方法 | 重新定义价值——价值取决于解决了什么问题,而非花了多少力气 |
|
||||
|
||||
## 为什么这些陷阱危险
|
||||
|
||||
这些陷阱让人:
|
||||
- 停留在[[卓越区]]而非[[天才地带]]
|
||||
- 消耗精力在不产生心流的活动中
|
||||
- 错失发挥真正优势的机会
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[天才地带(Zone of Genius)]]
|
||||
- [[底层能力]]
|
||||
- [[一人公司]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- 心理障碍
|
||||
- 认知偏见
|
||||
- 自我限制信念
|
||||
53
wiki/concepts/天才地带.md
Normal file
53
wiki/concepts/天才地带.md
Normal file
@@ -0,0 +1,53 @@
|
||||
---
|
||||
title: "天才地带(Zone of Genius)"
|
||||
type: concept
|
||||
tags: [职业发展, 自我认知, 心理学]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
由心理学家[[盖伊·亨德里克斯]]提出的概念,指人类活动划分的四个区域中,能产生心流、时间飞逝、精力充沛的区域。
|
||||
|
||||
## 四个活动区域
|
||||
|
||||
| 区域 | 特征 | 问题 |
|
||||
|------|------|------|
|
||||
| **不胜任区** | 既不擅长也不喜欢 | 做起来压力山大 |
|
||||
| **胜任区** | 能做但平平无奇 | 别人也能做,缺乏竞争力 |
|
||||
| **卓越区**(最危险)| 比多数人做得好但不喜欢 | 长期产生职业倦怠 |
|
||||
| **天才区** | 能产生心流 | 时间飞逝,精力充沛 ✅ |
|
||||
|
||||
## 如何识别天才地带
|
||||
|
||||
**活动自检三问:**
|
||||
1. **追溯童年** —— 这件事你小时候就喜欢吗?
|
||||
2. **毫不费力** —— 你是不是觉得太简单,甚至不理解别人为什么觉得难?
|
||||
3. **底层通用** —— 这个能力能串起好几件你擅长的事吗?
|
||||
|
||||
**外部反馈:**
|
||||
- 问身边最亲近的人:"你觉得我有什么特别的地方?"
|
||||
|
||||
## 为什么卓越区最危险
|
||||
|
||||
卓越区的人往往因为外界的认可和报酬而停滞在不喜欢的事情上,最终导致:
|
||||
- 职业倦怠
|
||||
- 动力丧失
|
||||
- 创造力和热情耗尽
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[底层能力]]
|
||||
- [[四个心理陷阱]]
|
||||
- [[Ikigai框架]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- Zone of Genius
|
||||
- 天才区
|
||||
- 心流区
|
||||
- 高绩效区域
|
||||
29
wiki/concepts/工作流自动化.md
Normal file
29
wiki/concepts/工作流自动化.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: "工作流自动化"
|
||||
type: concept
|
||||
tags: [workflow, automation, ai]
|
||||
last_updated: 2025-12-31
|
||||
---
|
||||
|
||||
## Overview
|
||||
**工作流自动化(Workflow Automation)** 是通过软件工具将重复性、手动执行的任务和业务流程转变为自动执行的流程的技术方法。通过自然语言指令驱动 AI 助手自动设计和搭建工作流,是近年来工作流自动化领域的重要发展方向。
|
||||
|
||||
## Key Characteristics
|
||||
- **自然语言驱动**:用户通过描述性文本(Prompt)告知 AI 需要完成的自动化任务
|
||||
- **节点编排**:AI 自动选择和连接适当的节点/工具来完成流程
|
||||
- **代码生成**:AI 自动编写脚本逻辑,减少人工编码工作量
|
||||
- **低门槛**:非技术用户也能通过自然语言创建复杂自动化流程
|
||||
|
||||
## Claude + N8N 自动化案例
|
||||
通过 [[n8n-mcp]] 将 [[Claude]] 与 [[N8N]] 连接:
|
||||
1. 用户输入自然语言需求(如"每小时爬取最新新闻,更新至 Google 表格")
|
||||
2. Claude 通过 n8n-mcp 理解 N8N 节点能力
|
||||
3. Claude 自动查找节点、设置触发器、编写代码
|
||||
4. 生成的工作流完成度约 80%-90%,需人工二次修正
|
||||
|
||||
## Related
|
||||
- [[N8N]] — 工作流自动化平台
|
||||
- [[n8n-mcp]] — Claude 与 N8N 的连接桥梁
|
||||
- [[Claude]] — 提供自然语言理解的 AI 助手
|
||||
- [[Extended Thinking]] — Claude 的深层推理模式,提升生成质量
|
||||
- [[MCP(Model Context Protocol)]] — 使 AI 能调用外部工具的协议
|
||||
55
wiki/concepts/底层能力.md
Normal file
55
wiki/concepts/底层能力.md
Normal file
@@ -0,0 +1,55 @@
|
||||
---
|
||||
title: "底层能力"
|
||||
type: concept
|
||||
tags: [职业发展, 自我认知, 能力挖掘]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
隐藏在各种活动表象下的核心能力,是可跨领域迁移和复用的元技能。
|
||||
|
||||
## 自检三问
|
||||
|
||||
找到底层能力的三个关键问题:
|
||||
|
||||
1. **追溯童年**
|
||||
- 这件事你小时候就喜欢吗?
|
||||
- 是否具有跨时间的持久性?
|
||||
|
||||
2. **毫不费力**
|
||||
- 你是不是觉得太简单?
|
||||
- 甚至不理解别人为什么觉得难?
|
||||
- 这是否是他人会付费请你做的事?
|
||||
|
||||
3. **底层通用**
|
||||
- 这个能力能串起好几件你擅长的事吗?
|
||||
- 是否可以迁移到不同领域?
|
||||
|
||||
## 外部验证
|
||||
|
||||
问身边最亲近的人:
|
||||
> "你觉得我有什么特别的地方?"
|
||||
|
||||
## 与天才地带的关系
|
||||
|
||||
- [[天才地带(Zone of Genius)]]描述的是**活动区域**
|
||||
- 底层能力解释的是**为什么**某些活动会落在天才地带
|
||||
- 底层能力是天才地带活动的**内在驱动力**
|
||||
|
||||
## 应用场景
|
||||
|
||||
- 个人职业定位
|
||||
- [[Ikigai框架]] 中的"你所擅长的"维度
|
||||
- [[一人公司]] 的核心竞争力识别
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- 核心能力
|
||||
- 元技能
|
||||
- 可迁移技能
|
||||
- 天赋能力
|
||||
85
wiki/concepts/销售漏斗.md
Normal file
85
wiki/concepts/销售漏斗.md
Normal file
@@ -0,0 +1,85 @@
|
||||
---
|
||||
title: "销售漏斗"
|
||||
type: concept
|
||||
tags: [商业变现, 营销策略, 转化]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
将潜在客户从认知逐步转化为付费客户的线性流程,也称为"营销漏斗"或"转化漏斗"。
|
||||
|
||||
## 三阶段模型
|
||||
|
||||
### 1. 获客阶段
|
||||
|
||||
```
|
||||
社交媒体 → 落地页
|
||||
```
|
||||
|
||||
- **渠道**:社交媒体、内容营销、SEO、广告
|
||||
- **目标**:吸引注意力,建立初步认知
|
||||
- **关键指标**:曝光量、点击率
|
||||
|
||||
### 2. 激活阶段
|
||||
|
||||
```
|
||||
免费资源换取联系方式 → 系列转化内容
|
||||
```
|
||||
|
||||
- **策略**:提供免费资源(如 PDF、模板、工具)
|
||||
- **目标**:获取联系方式,建立信任
|
||||
- **关键指标**:转化率、邮件打开率
|
||||
|
||||
### 3. 转化阶段
|
||||
|
||||
```
|
||||
低价产品直接支付页面
|
||||
高价服务引导预约咨询
|
||||
```
|
||||
|
||||
- **策略**:
|
||||
- 低价产品:直接支付页面
|
||||
- 高价服务:一对一咨询
|
||||
- **目标**:完成首次购买
|
||||
- **关键指标**:转化率、客单价
|
||||
|
||||
## 定价技巧
|
||||
|
||||
### 价格锚定
|
||||
|
||||
- 把高价咨询放顶部
|
||||
- 让低价显得便宜
|
||||
- 利用相对价格感知
|
||||
|
||||
### 诱饵效应
|
||||
|
||||
- 提供三个选项:基础/标准/旗舰
|
||||
- 中间选项被设计为"最佳选择"
|
||||
- 用户倾向于选择不会太便宜也不会太贵的中间项
|
||||
|
||||
## 在一人公司中的应用
|
||||
|
||||
销售漏斗配合[[产品四层级体系]]:
|
||||
1. 顶层免费资源引流
|
||||
2. 中层产品建立信任
|
||||
3. 底层高价服务完成变现
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## 相关概念
|
||||
|
||||
- [[一人公司]]
|
||||
- [[产品四层级体系]]
|
||||
- [[价格锚定]]
|
||||
- [[诱饵效应]]
|
||||
- [[Build in Public]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- 营销漏斗
|
||||
- 转化漏斗
|
||||
- 客户旅程
|
||||
- 转化路径
|
||||
28
wiki/entities/ADK.md
Normal file
28
wiki/entities/ADK.md
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
title: "ADK"
|
||||
type: entity
|
||||
tags: [Google, AI, Agent, Development Kit]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Agent Development Kit (ADK) 是 Google Cloud 发布的 Agent 开发工具包,提供了完整的代码示例和 5 种经过验证的 Skill 设计模式。
|
||||
|
||||
## Key Features
|
||||
- **SkillToolset**:支持多个 Skill 组合使用的工具集
|
||||
- **渐进式披露机制**:Agent 只在运行时需要时才消耗上下文 token 加载特定模式
|
||||
- **5 种设计模式**:Tool Wrapper、Generator、Reviewer、Inversion、Pipeline
|
||||
|
||||
## Related Entities
|
||||
- [[GoogleCloud]]:ADK 的发布主体
|
||||
- [[ClaudeCode]]:类似的 Agent 开发工具(Anthropic)
|
||||
- [[SkillToolset]]:ADK 中的 Skill 组合机制
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← documented_in ← [[ADK]]
|
||||
- [[ToolWrapper]] ← part_of ← [[ADK]]
|
||||
- [[Generator]] ← part_of ← [[ADK]]
|
||||
- [[Reviewer]] ← part_of ← [[ADK]]
|
||||
- [[Inversion]] ← part_of ← [[ADK]]
|
||||
- [[Pipeline]] ← part_of ← [[ADK]]
|
||||
30
wiki/entities/Anthropic.md
Normal file
30
wiki/entities/Anthropic.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "Anthropic"
|
||||
type: entity
|
||||
tags: [AI, Claude, Anthropic]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Anthropic 是一家 AI 安全公司,开发了 Claude 系列大语言模型和 Claude Code CLI Agent。其在 Skill 设计方面的实践经验(9 类分类、3 条铁律)被 Google ADK 指南引用。
|
||||
|
||||
## Key Contributions
|
||||
- **Claude Code**:Anthropic 的 CLI Agent,支持 SKILL.md 格式标准化
|
||||
- **9 类 Skill 分类**:从参考手册到故障排查,每类有明确场景
|
||||
- **3 条铁律**:
|
||||
1. 只写 Agent 不知道的东西
|
||||
2. 重点写踩坑清单
|
||||
3. 给工具不给指令
|
||||
|
||||
## Key Insight
|
||||
> "最好的 Skill 不是写得好的提示词,而是一个「工具箱」。" — Anthropic
|
||||
|
||||
## Related Entities
|
||||
- [[GoogleCloud]]:引用了 Anthropic 的 Skill 实践经验
|
||||
- [[ClaudeCode]]:Anthropic 开发的 CLI Agent
|
||||
- [[ADK]]:Google Cloud 的 Agent 开发工具包
|
||||
|
||||
## Connections
|
||||
- [[AnthropicSkill实践]] ← authored_by ← [[Anthropic]]
|
||||
- [[Google5个AgentSkill设计模式]] ← extends ← [[AnthropicSkill实践]]
|
||||
20
wiki/entities/Claude-Desktop.md
Normal file
20
wiki/entities/Claude-Desktop.md
Normal file
@@ -0,0 +1,20 @@
|
||||
---
|
||||
title: "Claude Desktop"
|
||||
type: entity
|
||||
tags: [anthropic, ai, mcp, desktop-app]
|
||||
last_updated: 2025-12-31
|
||||
---
|
||||
|
||||
## Overview
|
||||
**Claude Desktop** 是 Anthropic 官方发布的 Claude AI 桌面客户端应用,支持通过 MCP(Model Context Protocol)协议扩展集成外部工具和服务。与 Claude Code(CLI)和 Claude API(编程接口)不同,Claude Desktop 提供图形界面,适合日常用户和终端用户使用。
|
||||
|
||||
## MCP Integration
|
||||
Claude Desktop 内置 MCP 支持,可在开发者设置(Developer settings)中编辑 `claude_desktop_config.json` 配置文件,添加 MCP 服务器连接。典型集成包括:
|
||||
- **n8n-mcp**:连接 n8n 工作流引擎,通过自然语言生成 N8N 工作流
|
||||
- **其他 MCP 服务器**:文件系统、数据库、API 等外部工具调用
|
||||
|
||||
## Related
|
||||
- [[Claude Code]] — Anthropic CLI agent(命令行版本)
|
||||
- [[Claude Pro]] — Claude Pro 订阅服务
|
||||
- [[n8n-mcp]] — 连接 Claude Desktop 与 n8n 的 MCP 服务器
|
||||
- [[MCP(Model Context Protocol)]] — 使 Claude Desktop 扩展外部工具的协议
|
||||
24
wiki/entities/ClawHub.md
Normal file
24
wiki/entities/ClawHub.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "ClawHub"
|
||||
type: entity
|
||||
tags: [ClawHub, OpenClaw, Skill, Marketplace]
|
||||
sources: [daily-youtube-digest]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- ClawHub
|
||||
- clawhub.ai
|
||||
|
||||
## Definition
|
||||
|
||||
ClawHub(clawhub.ai)是 OpenClaw 的官方 Skill 市场,托管 OpenClaw Agent 可安装的技能包(Skills)。用户可以通过自然语言让 AI Agent 安装 Skill(如 "Install the youtube-full skill"),或通过 `npx clawhub@latest install <skill-name>` 命令行安装。安装后 Skill 自动配置 API Key 并存储到正确的系统位置。
|
||||
|
||||
## Key Skills on ClawHub
|
||||
|
||||
- **youtube-full** — 自动获取 YouTube 频道最新视频、提取字幕并摘要
|
||||
- 持续扩充中(官网 clawhub.ai 浏览全部)
|
||||
|
||||
## Connections
|
||||
- [[ClawHub]] ← hosts ← [[youtube-full skill]]
|
||||
- [[OpenClaw]] ← extends via ← [[ClawHub]] skills
|
||||
@@ -34,3 +34,10 @@ Cursor是基于VS Code的AI增强代码编辑器,集成了AI模型辅助代码
|
||||
|
||||
## Sources
|
||||
- [[cursor-2-0初学者使用指南]]
|
||||
- [[mcp在cursor中的集成与应用详解]]
|
||||
|
||||
## New Insights (from MCP in Cursor Integration)
|
||||
- Composer 支持 Agent 模式和 Normal 模式两种交互方式,Agent 模式可自动执行 MCP 工具链
|
||||
- MCP Server 在 Cursor 中有两种接入方式:SSE 服务端模式和本地 Command 命令行方式
|
||||
- Agent 模式下的 Yolo Mode 会无确认执行所有命令,存在误操作风险(默认关闭)
|
||||
- 典型 MCP 工具:热点新闻服务(smisery 提供九个新闻来源)、Sequential Thinking 逻辑推理工具
|
||||
|
||||
30
wiki/entities/Docker-Desktop.md
Normal file
30
wiki/entities/Docker-Desktop.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "Docker Desktop"
|
||||
type: entity
|
||||
tags: [docker, container, desktop]
|
||||
sources: [n8n-configure-telegram-trigger]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Docker Desktop
|
||||
|
||||
## Overview
|
||||
Docker Desktop 是一款桌面级 Docker 容器运行环境,支持在 macOS、Windows 上运行 Docker 容器,内置 Kubernetes 支持。在 Docker Desktop 中可以通过图形界面或 `docker run` 命令配置容器环境变量。
|
||||
|
||||
## Key Capabilities
|
||||
- **图形化容器管理**:Docker Dashboard 管理运行中的容器、日志、文件
|
||||
- **环境变量配置**:通过 GUI 添加 `KEY=VALUE` 格式的环境变量
|
||||
- **端口映射**:容器端口与宿主机端口映射
|
||||
- **卷挂载**:宿主机目录与容器内目录挂载
|
||||
|
||||
## Docker Desktop 配置 n8n WEBHOOK_URL
|
||||
在 Docker Desktop 中为 n8n 容器添加环境变量:
|
||||
```
|
||||
WEBHOOK_URL=https://n8n.cpolar.top
|
||||
```
|
||||
此配置用于解决 n8n Telegram Trigger 的 "bad webhook: An HTTPS URL must be provided" 错误。
|
||||
|
||||
## Related Entities
|
||||
- [[n8n]] — 在 Docker Desktop 中运行的自动化工作流平台
|
||||
- [[Docker]] — Docker Desktop 的底层容器技术
|
||||
24
wiki/entities/GoogleCloud.md
Normal file
24
wiki/entities/GoogleCloud.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "Google Cloud"
|
||||
type: entity
|
||||
tags: [Google, Cloud, AI, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Overview
|
||||
Google Cloud Platform 的云计算部门,发布了 Agent Development Kit (ADK) 及配套的 5 种 Agent Skill 设计模式指南。
|
||||
|
||||
## Key Contributions
|
||||
- **ADK (Agent Development Kit)**:Google Cloud 发布的 Agent 开发工具包
|
||||
- **5 种 Skill 设计模式**:Tool Wrapper、Generator、Reviewer、Inversion、Pipeline
|
||||
- **SkillToolset 机制**:支持渐进式披露,Agent 按需加载 Skill
|
||||
|
||||
## Related Entities
|
||||
- [[Anthropic]]:Claude Code 开发者,其 Skill 实践经验被 ADK 指南引用
|
||||
- [[ADK]]:Google Cloud 的 Agent 开发工具包
|
||||
- [[Google5个AgentSkill设计模式]]:本文档的核心来源
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← published_by ← [[GoogleCloud]]
|
||||
- [[AnthropicSkill实践]] ← related_to ← [[GoogleCloud]]
|
||||
34
wiki/entities/Jira.md
Normal file
34
wiki/entities/Jira.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "Jira"
|
||||
type: entity
|
||||
tags: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# Jira
|
||||
|
||||
Atlassian 旗下的企业级项目管理工具,支持敏捷看板、Scrum、SAFe 等多种项目管理方法论。通过 REST API 实现任务创建、状态流转和团队协作。是 Agent 自动化工作流中常用的行动项落地工具。
|
||||
|
||||
## Overview
|
||||
|
||||
Jira 是 [[meeting-notes-action-items]] 等 Agent 用例中的关键集成目标——AI Agent 从会议转录中提取行动项后,通过 Jira REST API 自动创建工单并分配给相关人员。
|
||||
|
||||
## Aliases
|
||||
- Jira Software
|
||||
- Jira Cloud
|
||||
- Jira Server
|
||||
|
||||
## Capabilities
|
||||
- REST API 创建和管理 issue
|
||||
- 项目/史诗/故事/任务/子任务层级结构
|
||||
- 敏捷看板和冲刺管理
|
||||
- 自定义工作流和字段
|
||||
- JQL 查询语言
|
||||
|
||||
## Related Entities
|
||||
- [[Linear]] — 现代替代方案,GraphQL API
|
||||
- [[Todoist]] — 个人任务管理
|
||||
- [[Notion]] — 协作型知识管理
|
||||
|
||||
## Related Sources
|
||||
- [[meeting-notes-action-items]]
|
||||
33
wiki/entities/Linear.md
Normal file
33
wiki/entities/Linear.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
title: "Linear"
|
||||
type: entity
|
||||
tags: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# Linear
|
||||
|
||||
现代极速团队协作工具,提供 GraphQL API,支持 GitHub/Jira 导入、以 Unicode 符号编码的状态、键盘快捷键优先设计。是 Agent 自动化工作流中轻量级的任务创建目标。
|
||||
|
||||
## Overview
|
||||
|
||||
Linear 是 [[meeting-notes-action-items]] 中推荐的行动项落地工具之一。相比 Jira,Linear 提供更简洁的 API 体验,适合需要快速集成任务创建的 Agent 用例。
|
||||
|
||||
## Aliases
|
||||
- Linear.app
|
||||
- Linear GraphQL API
|
||||
|
||||
## Capabilities
|
||||
- GraphQL API(比 REST 更灵活)
|
||||
- GitHub/Jira 双向同步
|
||||
- 键盘驱动的工作流
|
||||
- Cycles(冲刺)和 Projects(项目)
|
||||
- 自动化规则和工作流
|
||||
|
||||
## Related Entities
|
||||
- [[Jira]] — 企业级替代,功能更重
|
||||
- [[Todoist]] — 个人任务管理
|
||||
- [[Notion]] — 协作型知识管理
|
||||
|
||||
## Related Sources
|
||||
- [[meeting-notes-action-items]]
|
||||
@@ -30,3 +30,15 @@ MCP(Model Context Protocol,模型上下文协议)是一种支持将外部
|
||||
|
||||
## Sources
|
||||
- [[cursor-2-0初学者使用指南]]
|
||||
- [[mcp在cursor中的集成与应用详解]]
|
||||
|
||||
## Protocol Architecture (detailed from MCP in Cursor Integration)
|
||||
- **Client-Server 架构**:MCP 由 MCP Server(服务提供方)和 MCP Client(调用方,如 Cursor)组成
|
||||
- **三种功能接口**:
|
||||
- 资源获取(GET,类似 HTTP GET):用于读取外部数据源
|
||||
- 工具调用(POST,类似 HTTP POST):用于触发外部工具执行
|
||||
- Promise 提示词:用于异步交互和状态管理
|
||||
- **接入方式**:
|
||||
- SSE(Server-Sent Events):服务端推送模式,适合在线 MCP 服务
|
||||
- Command(命令行):本地执行命令方式,适合本地 MCP 服务
|
||||
- **典型 MCP Server**:smisery 热点新闻服务(9个新闻来源)、Sequential Thinking 逻辑推理工具
|
||||
|
||||
36
wiki/entities/Node.js.md
Normal file
36
wiki/entities/Node.js.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "Node.js"
|
||||
type: entity
|
||||
tags: [javascript, runtime, n8n, mcp]
|
||||
last_updated: 2025-12-31
|
||||
---
|
||||
|
||||
## Overview
|
||||
**Node.js** 是基于 Chrome V8 引擎的 JavaScript 运行时环境,允许在服务器端运行 JavaScript 代码。Node.js 是 n8n 工作流自动化平台的核心依赖,也是 n8n-mcp MCP 服务器的运行环境。
|
||||
|
||||
## Role in AI Workflow Stack
|
||||
- **n8n 工作流引擎**:n8n 基于 Node.js 构建,通过 npm 包管理安装
|
||||
- **n8n-mcp**:作为 Node.js 全局 npm 包安装,通过 `npx n8n-mcp` 启动 MCP 服务器
|
||||
- **Claude Desktop**:Node.js 是运行 n8n-mcp 的运行时前提
|
||||
|
||||
## Version Requirement
|
||||
- n8n-mcp 要求 **Node.js 18+**
|
||||
- n8n 通常要求 **Node.js 18.x 或更高版本**
|
||||
|
||||
## Installation
|
||||
```bash
|
||||
# Check version
|
||||
node --version
|
||||
|
||||
# Install via nvm (recommended)
|
||||
nvm install 18
|
||||
nvm use 18
|
||||
|
||||
# Or via official installer
|
||||
# https://nodejs.org/
|
||||
```
|
||||
|
||||
## Related
|
||||
- [[n8n]] — n8n 工作流自动化平台,基于 Node.js 构建
|
||||
- [[n8n-mcp]] — Node.js 全局 npm 包,作为 Claude 与 n8n 之间的 MCP 服务器
|
||||
- [[Claude Desktop]] — 通过 n8n-mcp 连接 n8n 的桌面客户端
|
||||
39
wiki/entities/OpenClaw.md
Normal file
39
wiki/entities/OpenClaw.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "OpenClaw"
|
||||
type: entity
|
||||
tags: [OpenClaw, Agent, Workspace, Multi-Agent]
|
||||
sources: [万字讲透openclaw-workspace深度解析-2026-03-21, 养龙虾5天血泪史-我的ai-agent为什么总失忆-openclaw-记忆调试全记录, daily-youtube-digest]
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- OpenClaw
|
||||
- openclaw
|
||||
|
||||
## Definition
|
||||
|
||||
OpenClaw 是一个开源的 **multi-agent 框架**,核心目标是让 AI Agent 从"能用"进化到"真好用"。它通过 workspace 目录体系(AGENTS.md / SOUL.md / USER.md 等)管理 Agent 的职责定义、性格设定、用户偏好和长期记忆,实现跨会话的持续性和一致性。
|
||||
|
||||
## Core Components
|
||||
|
||||
- **workspace/**:Agent 的工作台目录(默认 `~/.openclaw/workspace/`),包含核心配置文件
|
||||
- `AGENTS.md`:工作说明书(职责、边界、多 Agent 协作)
|
||||
- `SOUL.md`:性格档案(叙事性角色设定)
|
||||
- `USER.md`:用户画像与偏好固化
|
||||
- `IDENTITY.md`:结构化身份元数据(Name/Creature/Vibe/Emoji/Avatar)
|
||||
- `TOOLS.md`:工具权限声明与使用规范
|
||||
- `MEMORY.md` / `memory/`:长期知识总表与日期滚动记忆
|
||||
- `BOOTSTRAP.md`:一次性出厂引导(完成后应删除)
|
||||
- `skills/`:技能包目录
|
||||
- **agents/<agentId>/**:各 Agent 的运行态目录(sessions、auth-profiles、models.json)
|
||||
- **openclaw.json**:总控配置,整个系统的"宪法"
|
||||
|
||||
## Key Insight
|
||||
|
||||
> OpenClaw 使用者存在一条隐形分界线:一边每次都要重新交代背景,另一边的 Agent 已知道用户是谁、该怎么说话——这条分界线就是 **workspace**。
|
||||
|
||||
## Connections
|
||||
- [[Workspace]] — OpenClaw 的核心工作目录体系
|
||||
- [[Agent-Memory]] — OpenClaw 通过 builtin/qmd 方案实现跨会话长期记忆
|
||||
- [[n8n]] — OpenClaw 通过 n8n 实现 workflow orchestration
|
||||
|
||||
19
wiki/entities/Recapio.md
Normal file
19
wiki/entities/Recapio.md
Normal file
@@ -0,0 +1,19 @@
|
||||
---
|
||||
title: "Recapio"
|
||||
type: entity
|
||||
tags: [Recapio, YouTube, Daily-Recap, Commercial]
|
||||
sources: [daily-youtube-digest]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Recapio
|
||||
- Recapio.com
|
||||
|
||||
## Definition
|
||||
|
||||
Recapio(recapio.com)是一个提供 **Daily YouTube Recap** 功能的商业产品,与 [[daily-youtube-digest]] 所描述的 AI Agent DIY 方案功能重叠。Recapio 是闭源 SaaS,直接面向用户提供服务;[[daily-youtube-digest]] 是用户自主搭建的开源方案,成本更低(100 免费积分)。
|
||||
|
||||
## Connections
|
||||
- [[Recapio]] ← commercial_alternative_to ← [[Daily YouTube Digest]]
|
||||
- [[TranscriptAPI.com]] ← may_power ← [[Recapio]]
|
||||
34
wiki/entities/Slack.md
Normal file
34
wiki/entities/Slack.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "Slack"
|
||||
type: entity
|
||||
tags: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# Slack
|
||||
|
||||
企业团队协作和消息平台,支持频道、线程、直接消息。支持 Incoming Webhook 和 Bot 实现自动化消息推送。是 Agent 自动化工作流中发送会议摘要和提醒通知的主要通道。
|
||||
|
||||
## Overview
|
||||
|
||||
Slack 是 [[meeting-notes-action-items]] 中 AI Agent 发送会议摘要的目标平台。Agent 可通过 Incoming Webhook 将结构化摘要(关键决策+行动项+待解决问题)自动发布到指定频道,确保团队全员知情。
|
||||
|
||||
## Aliases
|
||||
- Slack Workspace
|
||||
- Slack API
|
||||
- Slack Bot
|
||||
|
||||
## Capabilities
|
||||
- Incoming Webhook(无代码消息推送)
|
||||
- Bot 用户和 Interactive Messages
|
||||
- Slack API(channels.history、chat.postMessage 等)
|
||||
- 频道管理和权限控制
|
||||
- Thread 消息组织
|
||||
- 搜索和存档
|
||||
|
||||
## Related Entities
|
||||
- [[Discord]] — 类似平台,社区向
|
||||
- [[Notion]] — 协作型知识管理
|
||||
|
||||
## Related Sources
|
||||
- [[meeting-notes-action-items]]
|
||||
@@ -2,20 +2,34 @@
|
||||
title: "Todoist"
|
||||
type: entity
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2025-03-13
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Description
|
||||
Todoist 是一款独立的跨平台任务管理工具(Web/iOS/Android/桌面端),以项目层级和标签为核心,支持协作和可视化看板视图。
|
||||
# Todoist
|
||||
|
||||
## Details
|
||||
- **类型**:产品(任务管理工具)
|
||||
- **作者**:曾被 Obsidian Tasks 插件用户作为主要任务管理工具使用,后迁移至 Obsidian Tasks
|
||||
跨平台个人和团队任务管理工具,支持自然语言输入、标签、过滤器和协作功能。通过 API 可实现个人行动项的自动化管理,适合个人工作流和轻量级团队场景。
|
||||
|
||||
## Overview
|
||||
|
||||
Todoist 是 [[meeting-notes-action-items]] 和 [[todoist-task-manager]] 中的核心任务管理工具。Agent 从会议中提取的个人行动项可自动添加到 Todoist,设置截止日和提醒。
|
||||
|
||||
## Aliases
|
||||
- Todoist
|
||||
- Todoist 自然语言解析
|
||||
- Todoist API
|
||||
|
||||
## Connections
|
||||
- [[obsidian-tasks-插件-这可能是最适合懒人的任务管理方式]]:作者从 Todoist 迁移到 Obsidian Tasks 的经验分享
|
||||
- [[Obsidian Tasks]]:Todoist 的替代方案,将任务整合进笔记工作流
|
||||
## Capabilities
|
||||
- 自然语言任务创建("明天3点完成任务")
|
||||
- 项目/标签/过滤器层级
|
||||
- 团队协作(个人版/专业版/商业版)
|
||||
- REST API
|
||||
- 截止日和定时提醒
|
||||
- 与 Google Calendar 同步
|
||||
|
||||
## Related Entities
|
||||
- [[Linear]] — 团队级替代
|
||||
- [[Jira]] — 企业级替代
|
||||
- [[Notion]] — 协作型知识管理
|
||||
|
||||
## Related Sources
|
||||
- [[meeting-notes-action-items]]
|
||||
- [[todoist-task-manager]]
|
||||
|
||||
34
wiki/entities/TranscriptAPI.md
Normal file
34
wiki/entities/TranscriptAPI.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "TranscriptAPI.com"
|
||||
type: entity
|
||||
tags: [TranscriptAPI, YouTube, API, Transcript]
|
||||
sources: [daily-youtube-digest]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- TranscriptAPI.com
|
||||
- YouTubeToTranscript.com
|
||||
|
||||
## Definition
|
||||
|
||||
TranscriptAPI.com 是一个提供 YouTube 视频字幕提取 HTTP API 服务的平台,背后支撑 YouTubeToTranscript.com(已服务数百万次请求)。它以纯 HTTP 接口替代传统的 yt-dlp CLI 工具,具备缓存机制和跨平台可靠性。
|
||||
|
||||
## Why It Wins Over yt-dlp
|
||||
|
||||
| | CLI tools (yt-dlp) | TranscriptAPI |
|
||||
|---|---|---|
|
||||
| Agent context | Verbose logs flood agent context | Clean JSON responses |
|
||||
| Cloud/GCP | Doesn't work on cloud OpenClaw | Works everywhere, fast |
|
||||
| Reliability | Gets blocked randomly by YouTube | Cached and reliable, millions served |
|
||||
| Dependencies | Requires binary installation | No binaries, just HTTP |
|
||||
|
||||
## Key Pricing
|
||||
|
||||
- **注册即送 100 免费积分**,无需信用卡
|
||||
- `channel/latest` 和 `channel/resolve`:**免费**(0 积分)—— 检查新上传不花钱
|
||||
- 字幕提取:**1 积分/视频**
|
||||
|
||||
## Connections
|
||||
- [[youtube-full skill]] ← uses ← [[TranscriptAPI.com]]
|
||||
- [[Daily-Digest]] ← powers ← [[TranscriptAPI.com]]
|
||||
48
wiki/entities/n8n-mcp.md
Normal file
48
wiki/entities/n8n-mcp.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
title: "n8n-mcp"
|
||||
type: entity
|
||||
tags: [mcp, n8n, workflow-automation, open-source]
|
||||
last_updated: 2025-12-31
|
||||
---
|
||||
|
||||
## Overview
|
||||
**n8n-mcp**(czlonkowski/n8n-mcp)是连接 n8n 工作流自动化平台与 AI 模型的 MCP(Model Context Protocol)服务器。它使 AI 助手(如 Claude)能够理解和使用 n8n 节点,从而通过自然语言自动生成 N8N 工作流。
|
||||
|
||||
## Repository
|
||||
https://github.com/czlonkowski/n8n-mcp
|
||||
|
||||
## Capabilities
|
||||
- 📚 **543 n8n nodes** from both n8n-nodes-base and @n8n/n8n-nodes-langchain
|
||||
- 🔧 **Node properties** — 99% coverage with detailed schemas
|
||||
- ⚡ **Node operations** — 63.6% coverage of available actions
|
||||
- 📄 **Documentation** — 87% coverage from official n8n docs (including AI nodes)
|
||||
- 🤖 **AI tools** — 271 AI-capable nodes detected with full documentation
|
||||
- 💡 **Real-world examples** — 2,646 pre-extracted configurations from popular templates
|
||||
- 🎯 **Template library** — 2,709 workflow templates with 100% metadata coverage
|
||||
|
||||
## Usage
|
||||
|
||||
### Installation
|
||||
```bash
|
||||
# Requires Node.js 18+
|
||||
npx n8n-mcp
|
||||
```
|
||||
|
||||
### Claude Desktop Integration
|
||||
1. Install Claude desktop app
|
||||
2. Navigate to Developer settings
|
||||
3. Edit claude_desktop_config.json
|
||||
4. Add n8n server address and API key
|
||||
|
||||
### Telemetry
|
||||
n8n-mcp collects anonymous usage data (tool usage, workflow structures, error patterns, performance metrics). It NEVER collects URLs, API keys, workflow content, or personal information.
|
||||
|
||||
To disable telemetry:
|
||||
```bash
|
||||
npx n8n-mcp telemetry disable
|
||||
```
|
||||
|
||||
## Related
|
||||
- [[N8N]] — the workflow automation platform
|
||||
- [[Claude]] — AI assistant that uses n8n-mcp
|
||||
- [[MCP(Model Context Protocol)]] — the protocol enabling the connection
|
||||
23
wiki/entities/n8n.md
Normal file
23
wiki/entities/n8n.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
title: "N8N"
|
||||
type: entity
|
||||
tags: [workflow-automation, open-source, self-hosted]
|
||||
last_updated: 2025-12-31
|
||||
---
|
||||
|
||||
## Overview
|
||||
**N8N**(发音 "n-eight-n")是一款开源的工作流自动化工具,支持通过可视化节点编辑器连接各种服务、API 和数据库,实现业务流程自动化。
|
||||
|
||||
## Key Features
|
||||
- 开源免费,可自托管
|
||||
- 可视化节点编辑器
|
||||
- 支持 400+ 预置集成节点
|
||||
- 支持 Webhook 触发
|
||||
- 支持条件分支、循环、错误处理
|
||||
- 支持代码执行节点(JavaScript / Python)
|
||||
- 可与 AI 模型集成(Claude、OpenAI、LangChain 等)
|
||||
|
||||
## Related
|
||||
- [[n8n-mcp]] — Claude 与 N8N 的连接桥梁
|
||||
- [[工作流自动化]] — 相关概念
|
||||
- [[Webhook]] — N8N 常用触发方式
|
||||
39
wiki/entities/盖伊亨德里克斯.md
Normal file
39
wiki/entities/盖伊亨德里克斯.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "盖伊·亨德里克斯(Gay Hendricks)"
|
||||
type: entity
|
||||
tags: [心理学家, 职业发展]
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
|
||||
- **类型**:人物
|
||||
- **职业**:心理学家、畅销书作家
|
||||
- **出生**:1945年
|
||||
|
||||
## 主要贡献
|
||||
|
||||
提出了**天才地带(Zone of Genius)**概念,将人类活动分为四个区域:
|
||||
|
||||
| 区域 | 描述 |
|
||||
|------|------|
|
||||
| **不胜任区** | 既不擅长也不喜欢,做起来压力山大 |
|
||||
| **胜任区** | 能做但做得平平,别人也能做 |
|
||||
| **卓越区(最危险)** | 比大多数人做得好,但不喜欢,长期会产生职业倦怠 |
|
||||
| **天才区** | 能产生心流的区域,时间飞逝,精力充沛 |
|
||||
|
||||
## 核心观点
|
||||
|
||||
- 职业倦怠的根源是长期待在"卓越区"而非"天才区"
|
||||
- 发现并专注自己的天才地带是实现个人价值最大化的关键
|
||||
- 通过自我觉察找到那些"做起来毫不费力"的活动
|
||||
|
||||
## 相关来源
|
||||
|
||||
- [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## Aliases
|
||||
|
||||
- Gay Hendricks
|
||||
- 盖伊·亨德里克斯
|
||||
- 亨德里克斯
|
||||
@@ -4,7 +4,22 @@
|
||||
- [Overview](overview.md) — living synthesis
|
||||
|
||||
## Sources
|
||||
- [2026-04-22] [TikTok PM - Python Django 项目](sources/tiktok-pm-python-django-project.md) — TikTok Shop 产品数据管理系统的完整 Django Web 应用开发教程,含 Admin 后台、API 接口、Docker 部署、异步任务
|
||||
- [2026-04-22] [Multi-Agent Content Factory](sources/content-factory.md)
|
||||
- [2026-04-22] [Daily YouTube Digest](sources/daily-youtube-digest.md)
|
||||
- [2026-04-22] [Automated Meeting Notes & Action Items](sources/meeting-notes-action-items.md)
|
||||
- [2026-04-22] [Podcast Production Pipeline](sources/podcast-production-pipeline.md)
|
||||
- [2026-04-22] [Claude Code 调用方法总结](sources/claude-code调用方法总结.md)
|
||||
- [2026-04-22] [N8N Full Tutorial Building AI Agents in 2025 for Beginners!](sources/n8n-full-tutorial-building-ai-agents-in-2025-for-beginners.md)
|
||||
- [2026-04-22] [n8n + Claude:通过自然语言自动化工作流](sources/n8n-claude-通过自然语言自动化工作流.md)
|
||||
- [2026-04-22] [万字保姆级教程,让你90天跑通"一人公司"模式(附AI提示词)](sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md)
|
||||
- [2026-04-22] [使用Claude自动生成N8N工作流的实操教程](sources/使用claude自动生成n8n工作流的实操教程.md)
|
||||
- [2026-04-22] [MCP在Cursor中的集成与应用详解](sources/mcp在cursor中的集成与应用详解.md)
|
||||
- [2026-04-22] [Google 5个 Agent Skill 设计模式](sources/google-5个agent-skill设计模式-2026-03-19.md)
|
||||
- [2026-04-22] [n8n configure telegram trigger](sources/n8n-configure-telegram-trigger.md)
|
||||
- [2026-04-22] [n8n Docker 安装与更新](sources/n8n-docker-install-update.md)
|
||||
- [2026-04-22] [万字讲透OpenClaw Workspace深度解析](sources/万字讲透openclaw-workspace深度解析-2026-03-21.md)
|
||||
- [2026-04-22] [How to get Youtube Channel ID](sources/how-to-get-youtube-channel-id.md)
|
||||
- [2026-04-22] [TikTok PM - Python Django 项目](sources/tiktok-pm-python-django-project.md)
|
||||
- [2026-04-22] [Dataview——让我从"笔记黑洞"里逃出来的 Obsidian 神器](sources/dataview-让我从"笔记黑洞"里逃出来的-obsidian-神器-1.md)
|
||||
- [2026-04-22] [Obsidian 高效指南:我常用的插件与实用技巧](sources/obsidian-高效指南-我常用的插件与实用技巧.md)
|
||||
- [2026-04-22] [Obsidian最有必要安装的10款插件是这些](sources/obsidian最有必要安装的10款插件是这些.md)
|
||||
@@ -399,22 +414,6 @@
|
||||
- [2026-04-17] [multi-agent-team](sources/multi-agent-team.md) — (expected: wiki/sources/multi-agent-team.md — source missing)
|
||||
- [2026-04-17] [health-symptom-tracker](sources/health-symptom-tracker.md) — (expected: wiki/sources/health-symptom-tracker.md — source missing)
|
||||
- [2026-04-17] [self-healing-home-server](sources/self-healing-home-server.md) — (expected: wiki/sources/self-healing-home-server.md — source missing)
|
||||
- [2026-04-17] [content-factory](sources/content-factory.md) — (expected: wiki/sources/content-factory.md — source missing)
|
||||
- [2026-04-17] [daily-youtube-digest](sources/daily-youtube-digest.md) — (expected: wiki/sources/daily-youtube-digest.md — source missing)
|
||||
- [2026-04-17] [meeting-notes-action-items](sources/meeting-notes-action-items.md) — (expected: wiki/sources/meeting-notes-action-items.md — source missing)
|
||||
- [2026-04-17] [podcast-production-pipeline](sources/podcast-production-pipeline.md) — (expected: wiki/sources/podcast-production-pipeline.md — source missing)
|
||||
- [2026-04-17] [claude-code调用方法总结](sources/claude-code调用方法总结.md) — (expected: wiki/sources/claude-code调用方法总结.md — source missing)
|
||||
- [2026-04-17] [n8n-full-tutorial-building-ai-agents-in-2025-for-beginners](sources/n8n-full-tutorial-building-ai-agents-in-2025-for-beginners.md) — (expected: wiki/sources/n8n-full-tutorial-building-ai-agents-in-2025-for-beginners.md — source missing)
|
||||
- [2026-04-17] [n8n-claude-通过自然语言自动化工作流](sources/n8n-claude-通过自然语言自动化工作流.md) — (expected: wiki/sources/n8n-claude-通过自然语言自动化工作流.md — source missing)
|
||||
- [2026-04-17] [万字保姆级教程-90天跑通一人公司模式-2026-03-29](sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md) — (expected: wiki/sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md — source missing)
|
||||
- [2026-04-17] [使用claude自动生成n8n工作流的实操教程](sources/使用claude自动生成n8n工作流的实操教程.md) — (expected: wiki/sources/使用claude自动生成n8n工作流的实操教程.md — source missing)
|
||||
- [2026-04-17] [mcp在cursor中的集成与应用详解](sources/mcp在cursor中的集成与应用详解.md) — (expected: wiki/sources/mcp在cursor中的集成与应用详解.md — source missing)
|
||||
- [2026-04-17] [google-5个agent-skill设计模式-2026-03-19](sources/google-5个agent-skill设计模式-2026-03-19.md) — (expected: wiki/sources/google-5个agent-skill设计模式-2026-03-19.md — source missing)
|
||||
- [2026-04-17] [n8n-configure-telegram-trigger](sources/n8n-configure-telegram-trigger.md) — (expected: wiki/sources/n8n-configure-telegram-trigger.md — source missing)
|
||||
- [2026-04-17] [n8n-docker-install-update](sources/n8n-docker-install-update.md) — (expected: wiki/sources/n8n-docker-install-update.md — source missing)
|
||||
- [2026-04-17] [万字讲透openclaw-workspace深度解析-2026-03-21](sources/万字讲透openclaw-workspace深度解析-2026-03-21.md) — (expected: wiki/sources/万字讲透openclaw-workspace深度解析-2026-03-21.md — source missing)
|
||||
- [2026-04-17] [how-to-get-youtube-channel-id](sources/how-to-get-youtube-channel-id.md) — (expected: wiki/sources/how-to-get-youtube-channel-id.md — source missing)
|
||||
- [2026-04-17] [tiktok-pm-python-django-project](sources/tiktok-pm-python-django-project.md) — (expected: wiki/sources/tiktok-pm-python-django-project.md — source missing)
|
||||
- [Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog](sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md) — (expected: wiki/sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md — source missing)
|
||||
- [Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend](sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md) — (expected: wiki/sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md — source missing)
|
||||
- [zk-steward](sources/zk-steward.md) — (expected: wiki/sources/zk-steward.md — source missing)
|
||||
@@ -535,12 +534,14 @@
|
||||
|
||||
## Entities
|
||||
- [Acronis](entities/Acronis.md)
|
||||
- [ADK](entities/ADK.md)
|
||||
- [AdsPower](entities/AdsPower.md)
|
||||
- [Agentic-AI](entities/Agentic-AI.md)
|
||||
- [aitmpl.com](entities/aitmpl.com.md)
|
||||
- [Alertmanager](entities/Alertmanager.md)
|
||||
- [Amazon-CloudWatch-Logs](entities/Amazon-CloudWatch-Logs.md)
|
||||
- [Amazon-EventBridge](entities/Amazon-EventBridge.md)
|
||||
- [Anthropic](entities/Anthropic.md)
|
||||
- [Apache-Superset](entities/Apache-Superset.md)
|
||||
- [AWS](entities/AWS.md)
|
||||
- [AWS-CloudFormation-StackSets](entities/AWS-CloudFormation-StackSets.md)
|
||||
@@ -553,7 +554,9 @@
|
||||
- [btop++](entities/btop++.md)
|
||||
- [cAdvisor](entities/cAdvisor.md)
|
||||
- [Calibre](entities/Calibre.md)
|
||||
- [Claude-Desktop](entities/Claude-Desktop.md)
|
||||
- [Claude-Pro](entities/Claude-Pro.md)
|
||||
- [ClawHub](entities/ClawHub.md)
|
||||
- [Clonezilla](entities/Clonezilla.md)
|
||||
- [cloud-computing](entities/cloud-computing.md)
|
||||
- [Cloud-Maturity-Model](entities/Cloud-Maturity-Model.md)
|
||||
@@ -566,6 +569,7 @@
|
||||
- [docker-buildx-plugin](entities/docker-buildx-plugin.md)
|
||||
- [docker-ce](entities/docker-ce.md)
|
||||
- [docker-compose-plugin](entities/docker-compose-plugin.md)
|
||||
- [Docker-Desktop](entities/Docker-Desktop.md)
|
||||
- [docker-engine](entities/docker-engine.md)
|
||||
- [Docker-Network](entities/Docker-Network.md)
|
||||
- [Docker卷](entities/Docker卷.md)
|
||||
@@ -573,6 +577,7 @@
|
||||
- [GDPR](entities/GDPR.md)
|
||||
- [glances](entities/glances.md)
|
||||
- [Google-Cloud](entities/Google-Cloud.md)
|
||||
- [GoogleCloud](entities/GoogleCloud.md)
|
||||
- [Grafana](entities/Grafana.md)
|
||||
- [hello-world](entities/hello-world.md)
|
||||
- [HemantSawant](entities/HemantSawant.md)
|
||||
@@ -582,20 +587,26 @@
|
||||
- [ISO-27001](entities/ISO-27001.md)
|
||||
- [it-tools](entities/it-tools.md)
|
||||
- [Jellyfin](entities/Jellyfin.md)
|
||||
- [Jira](entities/Jira.md)
|
||||
- [KoolCenter固件服务器](entities/KoolCenter固件服务器.md)
|
||||
- [Kubernetes](entities/Kubernetes.md)
|
||||
- [LaunchDarkly](entities/LaunchDarkly.md)
|
||||
- [Linear](entities/Linear.md)
|
||||
- [Mac-Mini-M4](entities/Mac-Mini-M4.md)
|
||||
- [MariaDB](entities/MariaDB.md)
|
||||
- [MCP(Model Context Protocol)](entities/MCP(Model Context Protocol).md)
|
||||
- [MerlinClash插件](entities/MerlinClash插件.md)
|
||||
- [MinIO](entities/MinIO.md)
|
||||
- [mission-center](entities/mission-center.md)
|
||||
- [n8n](entities/n8n.md)
|
||||
- [n8n-mcp](entities/n8n-mcp.md)
|
||||
- [Navidrome](entities/Navidrome.md)
|
||||
- [Netdata](entities/Netdata.md)
|
||||
- [node-exporter](entities/node-exporter.md)
|
||||
- [Node.js](entities/Node.js.md)
|
||||
- [nodewarden](entities/nodewarden.md)
|
||||
- [Open-Alliance-for-Cloud-Adoption](entities/Open-Alliance-for-Cloud-Adoption.md)
|
||||
- [OpenClaw](entities/OpenClaw.md)
|
||||
- [OpenCode](entities/OpenCode.md)
|
||||
- [PingMe](entities/PingMe.md)
|
||||
- [Portainer](entities/Portainer.md)
|
||||
@@ -603,15 +614,18 @@
|
||||
- [Public-Cloud-Provider](entities/Public-Cloud-Provider.md)
|
||||
- [RackNerd](entities/RackNerd.md)
|
||||
- [Raj-Vardhan-Singh](entities/Raj-Vardhan-Singh.md)
|
||||
- [Recapio](entities/Recapio.md)
|
||||
- [rsync](entities/rsync.md)
|
||||
- [Rufus](entities/Rufus.md)
|
||||
- [RustDesk](entities/RustDesk.md)
|
||||
- [shenwei](entities/shenwei.md)
|
||||
- [Slack](entities/Slack.md)
|
||||
- [stacer](entities/stacer.md)
|
||||
- [Synology-NAS-DS718](entities/Synology-NAS-DS718.md)
|
||||
- [Terraform](entities/Terraform.md)
|
||||
- [Todoist](entities/Todoist.md)
|
||||
- [Trae](entities/Trae.md)
|
||||
- [TranscriptAPI](entities/TranscriptAPI.md)
|
||||
- [Ubuntu-Server](entities/Ubuntu-Server.md)
|
||||
- [Uptime-Kuma](entities/Uptime-Kuma.md)
|
||||
- [Veeam](entities/Veeam.md)
|
||||
@@ -621,10 +635,14 @@
|
||||
- [Zipline](entities/Zipline.md)
|
||||
- [机场](entities/机场.md)
|
||||
- [梅林固件](entities/梅林固件.md)
|
||||
- [盖伊亨德里克斯](entities/盖伊亨德里克斯.md)
|
||||
- [矿神源](entities/矿神源.md)
|
||||
- [网件RAX50](entities/网件RAX50.md)
|
||||
|
||||
## Concepts
|
||||
- [ActionItemTracking](concepts/ActionItemTracking.md)
|
||||
- [Agent-Memory](concepts/Agent-Memory.md)
|
||||
- [Agent-Mode](concepts/Agent-Mode.md)
|
||||
- [AGENTS.md](concepts/AGENTS.md.md)
|
||||
- [AgilePractices](concepts/AgilePractices.md)
|
||||
- [AI-ChatOps](concepts/AI-ChatOps.md)
|
||||
@@ -638,15 +656,19 @@
|
||||
- [BindMount](concepts/BindMount.md)
|
||||
- [BI平台](concepts/BI平台.md)
|
||||
- [Blue-Green-Deployment](concepts/Blue-Green-Deployment.md)
|
||||
- [BOOTSTRAP.md](concepts/BOOTSTRAP.md.md)
|
||||
- [Break-the-Build](concepts/Break-the-Build.md)
|
||||
- [Bug-Bounty](concepts/Bug-Bounty.md)
|
||||
- [Build-Mode](concepts/Build-Mode.md)
|
||||
- [BuildInPublic](concepts/BuildInPublic.md)
|
||||
- [Business-Impact-Analysis](concepts/Business-Impact-Analysis.md)
|
||||
- [caffeinate](concepts/caffeinate.md)
|
||||
- [Canary-Release](concepts/Canary-Release.md)
|
||||
- [Centralized-Logging](concepts/Centralized-Logging.md)
|
||||
- [Chained Agents](concepts/Chained Agents.md)
|
||||
- [Change-Failure-Rate](concepts/Change-Failure-Rate.md)
|
||||
- [Change-Management](concepts/Change-Management.md)
|
||||
- [Channel-Based-Monitoring](concepts/Channel-Based-Monitoring.md)
|
||||
- [CI-CD-Pipeline](concepts/CI-CD-Pipeline.md)
|
||||
- [CICDPipeline](concepts/CICDPipeline.md)
|
||||
- [Claude-Code-Templates](concepts/Claude-Code-Templates.md)
|
||||
@@ -666,11 +688,14 @@
|
||||
- [CodeWeaver](concepts/CodeWeaver.md)
|
||||
- [Compliance-Automation](concepts/Compliance-Automation.md)
|
||||
- [Configuration-Management](concepts/Configuration-Management.md)
|
||||
- [Content Automation](concepts/Content Automation.md)
|
||||
- [Continuous-Deployment](concepts/Continuous-Deployment.md)
|
||||
- [Continuous-Integration](concepts/Continuous-Integration.md)
|
||||
- [Cost-Optimization](concepts/Cost-Optimization.md)
|
||||
- [Credit-Efficient-Processing](concepts/Credit-Efficient-Processing.md)
|
||||
- [Cron定时任务](concepts/Cron定时任务.md)
|
||||
- [Cross-Account-Monitoring](concepts/Cross-Account-Monitoring.md)
|
||||
- [Daily-Digest](concepts/Daily-Digest.md)
|
||||
- [DAST](concepts/DAST.md)
|
||||
- [Data-Governance](concepts/Data-Governance.md)
|
||||
- [Data-Sovereignty](concepts/Data-Sovereignty.md)
|
||||
@@ -693,12 +718,14 @@
|
||||
- [Error-Budget](concepts/Error-Budget.md)
|
||||
- [Event-Correlation](concepts/Event-Correlation.md)
|
||||
- [Exporter](concepts/Exporter.md)
|
||||
- [Extended Thinking](concepts/Extended Thinking.md)
|
||||
- [external配置](concepts/external配置.md)
|
||||
- [Failover](concepts/Failover.md)
|
||||
- [Feature-Flag](concepts/Feature-Flag.md)
|
||||
- [FinOps](concepts/FinOps.md)
|
||||
- [Gatekeeper](concepts/Gatekeeper.md)
|
||||
- [GDM3](concepts/GDM3.md)
|
||||
- [Generator](concepts/Generator.md)
|
||||
- [GitOps](concepts/GitOps.md)
|
||||
- [GPG-密钥验证](concepts/GPG-密钥验证.md)
|
||||
- [Green-Computing](concepts/Green-Computing.md)
|
||||
@@ -708,18 +735,24 @@
|
||||
- [Hybrid-Cloud](concepts/Hybrid-Cloud.md)
|
||||
- [Hyperautomation](concepts/Hyperautomation.md)
|
||||
- [IAST](concepts/IAST.md)
|
||||
- [IDENTITY.md](concepts/IDENTITY.md.md)
|
||||
- [Ikigai框架](concepts/Ikigai框架.md)
|
||||
- [Immutable-Infrastructure](concepts/Immutable-Infrastructure.md)
|
||||
- [Incident-Management](concepts/Incident-Management.md)
|
||||
- [Infrastructure-as-Code](concepts/Infrastructure-as-Code.md)
|
||||
- [Intentional-Cloud-Strategy](concepts/Intentional-Cloud-Strategy.md)
|
||||
- [Inversion](concepts/Inversion.md)
|
||||
- [IP纯净度](concepts/IP纯净度.md)
|
||||
- [ISOHybrid镜像](concepts/ISOHybrid镜像.md)
|
||||
- [ITSM](concepts/ITSM.md)
|
||||
- [ITSM-2.0](concepts/ITSM-2.0.md)
|
||||
- [JFFS双清](concepts/JFFS双清.md)
|
||||
- [Keyword-Based-Monitoring](concepts/Keyword-Based-Monitoring.md)
|
||||
- [Kill-Switch](concepts/Kill-Switch.md)
|
||||
- [launchd](concepts/launchd.md)
|
||||
- [Lead-Time](concepts/Lead-Time.md)
|
||||
- [MeetingNotes](concepts/MeetingNotes.md)
|
||||
- [MEMORY.md](concepts/MEMORY.md.md)
|
||||
- [Micro-Recovery](concepts/Micro-Recovery.md)
|
||||
- [MTTA](concepts/MTTA.md)
|
||||
- [MTTD](concepts/MTTD.md)
|
||||
@@ -737,6 +770,7 @@
|
||||
- [passkey](concepts/passkey.md)
|
||||
- [Pay-as-you-go](concepts/Pay-as-you-go.md)
|
||||
- [Penetration-Testing](concepts/Penetration-Testing.md)
|
||||
- [Pipeline](concepts/Pipeline.md)
|
||||
- [Plan-Mode](concepts/Plan-Mode.md)
|
||||
- [pmset](concepts/pmset.md)
|
||||
- [Policy-as-Code](concepts/Policy-as-Code.md)
|
||||
@@ -754,6 +788,7 @@
|
||||
- [Release-Management](concepts/Release-Management.md)
|
||||
- [Remote-SSH](concepts/Remote-SSH.md)
|
||||
- [RemoteDevelopment](concepts/RemoteDevelopment.md)
|
||||
- [Reviewer](concepts/Reviewer.md)
|
||||
- [Rightsizing](concepts/Rightsizing.md)
|
||||
- [Risk-Mitigation](concepts/Risk-Mitigation.md)
|
||||
- [ROI](concepts/ROI.md)
|
||||
@@ -768,6 +803,7 @@
|
||||
- [Security-and-Compliance](concepts/Security-and-Compliance.md)
|
||||
- [Self-Healing-Systems](concepts/Self-Healing-Systems.md)
|
||||
- [self-hosted-password-manager](concepts/self-hosted-password-manager.md)
|
||||
- [Sequential-Thinking](concepts/Sequential-Thinking.md)
|
||||
- [Serverless-Computing](concepts/Serverless-Computing.md)
|
||||
- [Shared-Responsibility-Model](concepts/Shared-Responsibility-Model.md)
|
||||
- [Shift-Left-Security](concepts/Shift-Left-Security.md)
|
||||
@@ -775,35 +811,57 @@
|
||||
- [Socket-登录](concepts/Socket-登录.md)
|
||||
- [SOCKS5代理](concepts/SOCKS5代理.md)
|
||||
- [Software-Assurance-Maturity-Model](concepts/Software-Assurance-Maturity-Model.md)
|
||||
- [SOUL.md](concepts/SOUL.md.md)
|
||||
- [SSE-Server-Sent-Events](concepts/SSE-Server-Sent-Events.md)
|
||||
- [StackSets-Deployment-Visibility](concepts/StackSets-Deployment-Visibility.md)
|
||||
- [symbolic-link](concepts/symbolic-link.md)
|
||||
- [system-monitoring](concepts/system-monitoring.md)
|
||||
- [systemd](concepts/systemd.md)
|
||||
- [Task-Query](concepts/Task-Query.md)
|
||||
- [TaskAutomation](concepts/TaskAutomation.md)
|
||||
- [Telegram-Trigger](concepts/Telegram-Trigger.md)
|
||||
- [Threat-Modeling](concepts/Threat-Modeling.md)
|
||||
- [Time-to-Market](concepts/Time-to-Market.md)
|
||||
- [Tool-Calling](concepts/Tool-Calling.md)
|
||||
- [TOOLS.md](concepts/TOOLS.md.md)
|
||||
- [ToolWrapper](concepts/ToolWrapper.md)
|
||||
- [totp](concepts/totp.md)
|
||||
- [Transcript-Based-Summarization](concepts/Transcript-Based-Summarization.md)
|
||||
- [TranscriptProcessing](concepts/TranscriptProcessing.md)
|
||||
- [tui](concepts/tui.md)
|
||||
- [UEFI-Only](concepts/UEFI-Only.md)
|
||||
- [UEFI启动](concepts/UEFI启动.md)
|
||||
- [USER.md](concepts/USER.md.md)
|
||||
- [Vendor-Lock-In](concepts/Vendor-Lock-In.md)
|
||||
- [Vibe-Coding](concepts/Vibe-Coding.md)
|
||||
- [Vulnerability-Scanning](concepts/Vulnerability-Scanning.md)
|
||||
- [Wake-on-LAN](concepts/Wake-on-LAN.md)
|
||||
- [Wayland](concepts/Wayland.md)
|
||||
- [Webhook](concepts/Webhook.md)
|
||||
- [WEBHOOK_URL](concepts/WEBHOOK_URL.md)
|
||||
- [What-If-Simulation](concepts/What-If-Simulation.md)
|
||||
- [Workspace](concepts/Workspace.md)
|
||||
- [X11](concepts/X11.md)
|
||||
- [Zero-Trust-Architecture](concepts/Zero-Trust-Architecture.md)
|
||||
- [一人公司](concepts/一人公司.md)
|
||||
- [个人品牌](concepts/个人品牌.md)
|
||||
- [云盘挂载](concepts/云盘挂载.md)
|
||||
- [产品四层级体系](concepts/产品四层级体系.md)
|
||||
- [价格锚定与诱饵效应](concepts/价格锚定与诱饵效应.md)
|
||||
- [全盘镜像备份](concepts/全盘镜像备份.md)
|
||||
- [内容矩阵](concepts/内容矩阵.md)
|
||||
- [单一职责原则](concepts/单一职责原则.md)
|
||||
- [合成监控](concepts/合成监控.md)
|
||||
- [四个心理陷阱](concepts/四个心理陷阱.md)
|
||||
- [固件刷入](concepts/固件刷入.md)
|
||||
- [图床](concepts/图床.md)
|
||||
- [增量备份](concepts/增量备份.md)
|
||||
- [天才地带](concepts/天才地带.md)
|
||||
- [容器资源限制](concepts/容器资源限制.md)
|
||||
- [容器重启策略](concepts/容器重启策略.md)
|
||||
- [工作流自动化](concepts/工作流自动化.md)
|
||||
- [并发编程](concepts/并发编程.md)
|
||||
- [底层能力](concepts/底层能力.md)
|
||||
- [微服务架构](concepts/微服务架构.md)
|
||||
- [挂载点检查](concepts/挂载点检查.md)
|
||||
- [指纹浏览器](concepts/指纹浏览器.md)
|
||||
@@ -830,5 +888,6 @@
|
||||
- [过渡固件](concepts/过渡固件.md)
|
||||
- [进程管理](concepts/进程管理.md)
|
||||
- [逻辑备份](concepts/逻辑备份.md)
|
||||
- [销售漏斗](concepts/销售漏斗.md)
|
||||
|
||||
## Syntheses
|
||||
|
||||
224
wiki/log.md
224
wiki/log.md
@@ -1,3 +1,158 @@
|
||||
## [2026-04-23] ingest | Daily YouTube Digest
|
||||
- Source file: Agent/usecases/daily-youtube-digest.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 每日 YouTube Digest 全自动流水线——通过 youtube-full skill(ClawHub)监控订阅频道新视频,用 TranscriptAPI.com 提取字幕,AI 生成要点摘要后推送。两种模式:频道列表 + 关键词搜索。`channel/latest` 免费检查,`seen-videos.txt` 避免重复付费。核心洞察:把算法推荐的"被动消费"转变为系统化的"主动学习"。
|
||||
- Concepts created: [[Daily-Digest]], [[Transcript-Based Summarization]], [[Channel-Based Monitoring]], [[Keyword-Based Monitoring]], [[Credit-Efficient Processing]]
|
||||
- Entities updated: [[OpenClaw]](追加 sources)
|
||||
- Entities created: [[TranscriptAPI.com]], [[ClawHub]], [[Recapio]]
|
||||
- Source page: wiki/sources/daily-youtube-digest.md
|
||||
- Notes:
|
||||
- 新增 Sources 条目至 index.md(顶部插入)
|
||||
- 更新 overview.md,补充 AI-Powered Daily Digest 章节到 YouTube Automation
|
||||
- 更新 OpenClaw.md sources
|
||||
- 创建 3 个 Entity 页面:TranscriptAPI.com.md、ClawHub.md、Recapio.md
|
||||
- 创建 5 个 Concept 页面:Daily-Digest.md、Transcript-Based-Summarization.md、Channel-Based-Monitoring.md、Keyword-Based-Monitoring.md、Credit-Efficient-Processing.md
|
||||
- 与 [[实战笔记-本地部署-rsshub-并获取-youtube-订阅]] 的互补关系已在 Contradictions 节记录(RSSHub 被动监控 vs AI Digest 主动学习)
|
||||
|
||||
- Source file: Agent/usecases/meeting-notes-action-items.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 将会议转录文本(Otter.ai、Google Meet、Zoom)自动转换为结构化摘要,提取行动项并创建 Jira/Linear/Todoist/Notion 任务,发送 Slack/Discord 摘要,支持截止日提醒。核心洞察:自动任务创建比摘要本身更有价值,无法转化为追踪任务的会议记录只是"文档剧场"。
|
||||
- Concepts created: [[MeetingNotes]], [[ActionItemTracking]], [[TaskAutomation]], [[TranscriptProcessing]]
|
||||
- Entities created: [[Jira]], [[Linear]], [[Todoist]], [[Slack]]
|
||||
- Source page: wiki/sources/meeting-notes-action-items.md
|
||||
- Notes:
|
||||
- 新增 Sources 条目至 index.md(顶部插入)
|
||||
- 更新 overview.md,补充"会议记录自动化"章节
|
||||
- 创建 4 个 Entity 页面:Jira.md、Linear.md、Todoist.md、Slack.md
|
||||
- 创建 4 个 Concept 页面:MeetingNotes.md、ActionItemTracking.md、TaskAutomation.md、TranscriptProcessing.md
|
||||
- 与 [[todoist-task-manager]] 的潜在重叠已在 Contradictions 节记录
|
||||
|
||||
## [2026-04-22] ingest | Claude Code 调用方法总结
|
||||
- Source file: Agent/claude-code调用方法总结.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Hermes Agent 通过 terminal 工具调用 Claude Code 的两种模式与最佳实践。Print Mode(`claude -p`,适合绝大多数任务)和 TMUX 交互模式(适合超长任务)。核心参数:`--permission-mode bypassPermissions`、`--add-dir`、`--max-turns`。关键结论:任务需要 Claude Code Skill 时应使用 `terminal` 调用 `claude -p` 而非 `delegate_task`。
|
||||
- Concepts referenced: [[Print Mode]], [[TMUX 交互模式]], [[bypassPermissions]], [[Skill 加载]], [[delegate_task vs claude -p]]
|
||||
- Entities referenced: [[Claude Code]](已在 overview 存在)、[[Hermes]](已在 overview 存在)、[[TMUX]]
|
||||
- Source page: wiki/sources/claude-code调用方法总结.md
|
||||
- Notes:
|
||||
- 新增 Sources 条目至 index.md(顶部插入)
|
||||
- 更新 overview.md,补充 AI Tools & Prompt Engineering 章节的 Claude Code 调用方法
|
||||
- 与 [[llm-wiki]] 的 delegate_task/acp_command 路径冲突已在 Contradictions 节记录
|
||||
|
||||
## [2026-04-23] ingest | N8N Full Tutorial Building AI Agents in 2025 for Beginners!
|
||||
- Source file: Agent/n8n full tutorial building AI agents in 2025 for Beginners!.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 使用 N8N 平台构建 AI Agent 的完整入门教程,涵盖五类节点系统(Trigger/Action/Utility/Code/Advanced AI)、Agent 记忆机制、与 Airtable 外部工具集成。核心概念:Agentic System = Workflow 可预测性 + Agent 动态工具选择。
|
||||
- Concepts referenced: [[Agentic AI]](已在 overview 存在), [[Workflow Architecture]], [[AI Agent Memory]]
|
||||
- Source page: wiki/sources/n8n-full-tutorial-building-ai-agents-in-2025-for-beginners.md
|
||||
- Notes:
|
||||
- 新增 Sources 条目至 index.md(顶部插入)
|
||||
- 更新 overview.md,补充 n8n Workflow Automation 章节的入门教程内容
|
||||
- 与 [[n8n + Claude:通过自然语言自动化工作流]] 的潜在差异已在 Contradictions 节记录
|
||||
|
||||
## [2026-04-22] ingest | 万字保姆级教程,让你90天跑通"一人公司"模式(附AI提示词)
|
||||
- Source file: Agent/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 90天内建立一人公司的系统性方法论:天才地带自检 → 底层能力挖掘 → 心理陷阱识别 → Ikigai 框架定位 → 赛道验证 → 产品体系设计 → 内容矩阵构建 → 销售漏斗搭建。核心观点:一人公司的关键不是更努力工作,而是更聪明地定位,用 AI 杠杆放大个人优势。
|
||||
- Concepts created: [[一人公司]], [[个人品牌]], [[天才地带]], [[底层能力]], [[Ikigai框架]], [[四个心理陷阱]], [[产品四层级体系]], [[内容矩阵]], [[Build in Public]], [[销售漏斗]], [[价格锚定与诱饵效应]]
|
||||
- Entities created: [[盖伊·亨德里克斯]]
|
||||
- Source page: wiki/sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,添加"个人品牌与一人公司"新主题章节
|
||||
- 更新了 index.md,在 Sources 节更新现有条目为正常状态,添加新 Entity 和 Concepts 条目
|
||||
- 创建了 wiki/entities/盖伊亨德里克斯.md 实体页面
|
||||
- 创建了 11 个 Concept 页面:一人公司、个人品牌、天才地带、底层能力、Ikigai框架、四个心理陷阱、产品四层级体系、内容矩阵、BuildInPublic、销售漏斗、价格锚定与诱饵效应
|
||||
- 冲突检测:无已知冲突
|
||||
|
||||
## [2026-04-22] ingest | 使用Claude自动生成N8N工作流的实操教程
|
||||
- Source file: Agent/使用Claude自动生成N8N工作流的实操教程.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 通过安装 n8n-mcp(Model Context Protocol 多功能控制面板),Claude 可理解并调用 543 个 N8N 节点,使用 OpenSea 模型 + Extended Thinking 模式,通过自然语言自动生成 N8N 工作流,完成度约 80%-90%,显著降低新手入门门槛。
|
||||
- Concepts created: [[工作流自动化]], [[Extended Thinking]]
|
||||
- Entities created: [[N8N]](新增), [[n8n-mcp]](新增)
|
||||
- Source page: wiki/sources/使用claude自动生成n8n工作流的实操教程.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,在 n8n Workflow Automation 章节添加 Claude + N8N MCP 自动化工作流说明
|
||||
- 更新了 index.md,在 Sources 顶部插入新条目,在 Entities 添加 N8N 和 n8n-mcp,在 Concepts 添加 工作流自动化 和 Extended Thinking
|
||||
- 创建了 wiki/entities/N8N.md、N8N.md 实体页面
|
||||
- 创建了 wiki/entities/n8n-mcp.md 实体页面(czlonkowski/n8n-mcp MCP 服务器详细说明)
|
||||
- 创建了 wiki/concepts/工作流自动化.md、Extended Thinking.md 两个 Concept 页面
|
||||
- 冲突检测:无已知冲突
|
||||
- 相关来源:[[MCP在Cursor中的集成与应用详解]](MCP 协议详解)可与此来源互补
|
||||
|
||||
## [2026-04-22] ingest | MCP在Cursor中的集成与应用详解
|
||||
- Source file: Agent/MCP在Cursor中的集成与应用详解.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: MCP(Model Context Protocol)在 Cursor 中的集成方法:基于 Client-Server 架构,通过三种接口(GET 资源获取、POST 工具调用、Promise 提示词)实现 AI 大模型与外部工具集成。两种接入方式:SSE 服务端模式和本地 Command 命令行方式。Composer Agent 模式自动执行 MCP 工具链,典型应用包括热点新闻服务(smisery 9个新闻来源)和 Sequential Thinking 逻辑推理工具。Yolo Mode 风险警告。
|
||||
- Concepts created: [[Sequential Thinking]], [[Tool Calling]], [[SSE(Server-Sent Events)]], [[Agent模式]]
|
||||
- Entities created: [[Cursor]](已更新), [[MCP(Model Context Protocol)]](已更新)
|
||||
- Source page: wiki/sources/mcp在cursor中的集成与应用详解.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,在 AI Tools & Prompt Engineering 章节添加 MCP 在 Cursor 中集成的详细说明
|
||||
- 更新了 index.md,在 Sources 顶部插入新条目
|
||||
- 更新了 Cursor.md entity 页面,新增 MCP 集成相关 insights
|
||||
- 更新了 MCP(Model Context Protocol).md entity 页面,新增协议架构详细说明
|
||||
- 创建了 Sequential Thinking.md、Tool Calling.md、SSE(Server-Sent Events).md、Agent模式.md 四个 Concept 页面
|
||||
- 冲突检测:无已知冲突
|
||||
- 新增来源 [[鱼凤老师]](视频教程作者)、[[smisery]](热点新闻 MCP Server 提供方)可在后续补充 Entity 页面
|
||||
|
||||
## [2026-03-19] ingest | Google 5个 Agent Skill 设计模式
|
||||
- Source file: Agent/Google-5个Agent-Skill设计模式-2026-03-19.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Google Cloud 发布的 5 种 Agent Skill 设计模式:Tool Wrapper(按需加载领域知识)、Generator(模板填空生成)、Reviewer(检查逻辑分离)、Inversion(先收集再行动)、Pipeline(硬性检查点工作流)。每种都有完整的 ADK 代码示例。
|
||||
- Concepts created: [[ToolWrapper]], [[Generator]], [[Reviewer]], [[Inversion]], [[Pipeline]], [[渐进式披露]], [[SkillToolset]]
|
||||
- Entities created: [[GoogleCloud]], [[Anthropic]], [[ADK]]
|
||||
- Concept pages: wiki/concepts/ToolWrapper.md, wiki/concepts/Generator.md, wiki/concepts/Reviewer.md, wiki/concepts/Inversion.md, wiki/concepts/Pipeline.md
|
||||
- Entity pages: wiki/entities/GoogleCloud.md, wiki/entities/Anthropic.md, wiki/entities/ADK.md
|
||||
- Source page: wiki/sources/google-5个agent-skill设计模式-2026-03-19.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,在 AI Tools & Prompt Engineering 章节添加 Google ADK Skill 设计模式说明和 Anthropic 3 条铁律
|
||||
- 更新了 index.md,在 Sources 顶部插入新条目
|
||||
- Key Concepts: [[ToolWrapper]], [[Generator]], [[Reviewer]], [[Inversion]], [[Pipeline]], [[渐进式披露]], [[SkillToolset]]
|
||||
- Key Entities: [[GoogleCloud]], [[Anthropic]], [[ADK]], [[SabooShubham]], [[lavinigam]]
|
||||
- 冲突检测:与 [[ClaudeSkill设计指南9种类型]] 存在互补关系——Google 强调 5 种结构模式,Anthropic 强调 9 类分类,两者可互补使用
|
||||
|
||||
## [2026-04-25] ingest | n8n configure telegram trigger
|
||||
- Source file: Agent/n8n configure telegram trigger.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: n8n Telegram Trigger 节点的 HTTPS Webhook 配置与故障排查文档。问题:配置 Telegram Trigger 时报错 "bad webhook: An HTTPS URL must be provided for webhook"。解决方法:在 Docker Desktop 中设置 `WEBHOOK_URL=https://n8n.cpolar.top` 环境变量,使 n8n 生成 HTTPS Webhook URL,从而通过 Telegram 的 HTTPS 要求。
|
||||
- Concepts created: [[Webhook]], [[Telegram Trigger]], [[WEBHOOK_URL]]
|
||||
- Entities created: [[n8n]], [[Docker Desktop]]
|
||||
- Concept pages: wiki/concepts/Webhook.md, wiki/concepts/Telegram-Trigger.md, wiki/concepts/WEBHOOK_URL.md
|
||||
- Entity pages: wiki/entities/n8n.md, wiki/entities/Docker-Desktop.md
|
||||
- Source page: wiki/sources/n8n-configure-telegram-trigger.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,添加 "n8n Workflow Automation" 章节,补充 Telegram 集成和 WEBHOOK_URL 配置说明
|
||||
- 更新了 index.md entry,从 "(expected: source missing)" 更新为完整描述
|
||||
- Key Concepts: [[Webhook]], [[WEBHOOK_URL]], [[Telegram Trigger]], [[n8n Workflow]]
|
||||
- Key Entities: [[n8n]], [[Docker Desktop]], [[Telegram]], [[Cpolar]]
|
||||
- 与 [[n8n Docker 安装与更新]] 存在依赖关系:本文为 n8n Docker 部署的 Telegram 集成补充
|
||||
- 冲突检测:无冲突
|
||||
|
||||
## [2026-04-24] ingest | n8n Docker 安装与更新
|
||||
- Source file: Agent/n8n docker install & update.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: n8n 工作流自动化平台的 Docker 容器化部署与配置,包含自定义 Dockerfile(安装 curl/wget)、Docker Compose YAML(HTTPS、反向代理环境变量)、SOCKS5 网络代理配置(容器内访问国外 API)和版本更新流程
|
||||
- Concepts created: 无(相关概念均已在 overview 中存在)
|
||||
- Source page: wiki/sources/n8n-docker-install-update.md
|
||||
- Notes:
|
||||
- n8n、Docker、SOCKS5代理、Docker网络网关IP、环境变量代理等概念均已在 overview.md 中存在,未创建独立页面
|
||||
- 更新了 index.md
|
||||
- Key Entities: [[n8n]], [[Docker]], [[V2Ray/Tuic]]
|
||||
- Key Concepts: [[Docker网络网关IP]], [[SOCKS5代理]], [[环境变量代理]], [[Caddy反向代理]], [[Docker卷]], [[Docker Compose]]
|
||||
|
||||
## [2026-04-23] ingest | TikTok PM - Python Django 项目
|
||||
- Source file: Others/TikTok PM - Python Django Project.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: TikTok Shop 产品数据管理系统的完整 Django Web 应用开发教程,含 Admin 后台定制(富文本、内联模型、图片预览)、REST API(Django REST Framework)、Docker + Gunicorn + Nginx 生产部署、Django-Q 异步任务队列、Bright Data API 数据抓取、自定义 Management Command
|
||||
- Concepts created: 无(Entity 均已在 overview 中提及,不符合独立创建条件)
|
||||
- Source page: wiki/sources/tiktok-pm-python-django-project.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,添加 TikTok E-commerce Product Management 章节
|
||||
- 更新了 index.md,在 Sources 顶部插入新条目
|
||||
- Key Entities: [[Django]], [[Docker]], [[MySQL / MariaDB]], [[Gunicorn]], [[Nginx]], [[TikTok Shop]], [[Bright Data]], [[n8n]]
|
||||
- Key Concepts: [[Django ORM]], [[Django REST Framework]], [[Django Admin 定制]], [[Docker 容器化部署]], [[Django-Q 异步任务]], [[Bright Data API]], [[自定义管理命令]]
|
||||
|
||||
## [2025-12-19] ingest | ChinaTextbook - 41.53 GB,中国小学、初中、高中、大学 PDF 教材
|
||||
- Source file: Others/ChinaTextbook - 41.53 GB,中国小学、初中、高中、大学 PDF 教材.md
|
||||
- Status: ✅ 成功摄入
|
||||
@@ -400,3 +555,72 @@
|
||||
- [[shenwei]] Entity 已存在,无需新建
|
||||
- 内容冲突:与 Todoist 的任务管理整合度对比,记录于 Contradictions 节
|
||||
|
||||
## [2026-04-22] ingest | How to get Youtube Channel ID
|
||||
- Source file: Others/How to get Youtube Channel ID.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 通过浏览器 view-source 方法获取 YouTube 频道 Channel ID 的简明教程,在频道页面源码中搜索 `channel_id` 字符串提取 RSS Feed URL 中的频道 ID,可用于 n8n 工作流自动化
|
||||
- Concepts created: 无(Channel ID / RSS Feed 为单一来源具体方法,不满足"抽象可复用"条件)
|
||||
- Entities created: 无(YouTube / n8n 已存在于 overview.md)
|
||||
- Source page: wiki/sources/how-to-get-youtube-channel-id.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,添加 YouTube Automation 章节
|
||||
- 更新了 index.md entry,从 "(expected: source missing)" 更新为完整描述
|
||||
- 无内容冲突
|
||||
|
||||
|
||||
## [2026-04-23] ingest | 万字讲透OpenClaw Workspace深度解析
|
||||
- Source file: Agent/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: OpenClaw workspace 文件体系深度解析,涵盖 AGENTS.md(职责说明书)、SOUL.md(性格档案)、USER.md(用户偏好)、IDENTITY.md(身份元数据)、TOOLS.md(工具规范)、BOOTSTRAP.md(出厂引导)、memory/(长期记忆)等核心文件的作用、分工和最佳实践
|
||||
- Concepts created: [[Workspace]], [[SOUL.md]], [[USER.md]], [[IDENTITY.md]], [[TOOLS.md]], [[BOOTSTRAP.md]], [[MEMORY.md]], [[Agent-Memory]]
|
||||
- Entities created: [[OpenClaw]], [[DracoVibeCoding]]
|
||||
- Concepts updated: [[AGENTS.md]](扩展了 OpenClaw 语境描述)
|
||||
- Source page: wiki/sources/万字讲透openclaw-workspace深度解析-2026-03-21.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,添加 Workspace 相关 Key Concepts 和 DracoVibeCoding 实体
|
||||
- 更新了 index.md,替换"source missing"占位条目为正式条目
|
||||
- Key Concepts 新增:[[Workspace]], [[SOUL.md]], [[USER.md]], [[IDENTITY.md]], [[TOOLS.md]], [[BOOTSTRAP.md]], [[HEARTBEAT.md]], [[MEMORY.md]], [[Agent-Memory]]
|
||||
- Entity 新增:[[OpenClaw]], [[DracoVibeCoding]]
|
||||
- 冲突检测:无已知冲突
|
||||
|
||||
## [2026-04-22] ingest | n8n + Claude:通过自然语言自动化工作流
|
||||
- Source file: Agent/n8n+Claude 通过自然语言自动化工作流.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 通过在 Claude Desktop 中配置 n8n-mcp MCP 服务器,使 Claude 能够通过自然语言指令直接调用 n8n 的 543 个节点,自动生成和执行工作流,实现"用嘴做自动化"。核心流程:安装 Claude Desktop → 安装 Node.js → 安装 n8n-mcp → 配置 MCP 连接 → 用自然语言描述需求 → Claude 生成工作流。
|
||||
- Concepts created: 无新 Concept([[工作流自动化]] 已存在,[[Extended Thinking]] 已存在,[[MCP(Model Context Protocol)]] 已存在)
|
||||
- Entities created: [[Claude Desktop]](新增), [[Node.js]](新增)
|
||||
- Source page: wiki/sources/n8n-claude-通过自然语言自动化工作流.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,在 n8n Workflow Automation 章节补充 Claude Desktop 端侧方案与 Claude API 云端方案的对比说明,添加 [[Claude Desktop]] 和 [[Node.js]] 到 Key Entities 和 Key Concepts
|
||||
- 冲突检测:与 [[Content Factory]] 进行对比分析,记录两种 Claude+n8n 接入路径差异(桌面客户端 vs API)
|
||||
- 创建了 wiki/entities/Claude-Desktop.md(Claude Desktop 桌面客户端 MCP 集成说明)
|
||||
- 创建了 wiki/entities/Node.js.md(Node.js 运行时环境及在 n8n/n8n-mcp 栈中的角色)
|
||||
|
||||
## [2026-04-22] ingest | Podcast Production Pipeline
|
||||
- Source file: Agent/usecases/podcast-production-pipeline.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI Agent 全自动播客制作流水线,覆盖「录前研究→大纲脚本→录制→时间戳笔记→社媒推广包→SEO描述」全链路。Solo Podcaster 在制作上花费的时间远超录制时间,创意对话仅占总工作量的约 30%。社媒推广包(每集必做的重复性工作)是节省时间最多的环节。
|
||||
- Concepts created: 无新 Concept([[Multi-Agent Coordination]] 已存在,[[Pre-Recording Research]]、[[Podcast Show Notes]] 等未达到创建条件)
|
||||
- Source page: wiki/sources/podcast-production-pipeline.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,在 AI Tools & Prompt Engineering 章节补充播客制作自动化说明,关联 [[Content Factory]]
|
||||
- 更新了 index.md,在 Sources 节添加新条目
|
||||
- 冲突检测:与 [[Content Factory]] 存在互补关系,记录在 source 页面的 Contradictions 节
|
||||
- Entities(Whisper、Spotify、Apple Podcasts、YouTube)和 Concepts 均未达到出现 ≥2 次的创建条件,跳过独立页面创建
|
||||
|
||||
## [2026-04-22] ingest | Multi-Agent Content Factory
|
||||
- Source file: Agent/usecases/content-factory.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 基于 Discord 频道的多 Agent 内容工厂,链式 Agent(Research Agent → Writing Agent → Thumbnail Agent)实现内容创作全流程自动化(研究→写作→设计)。每天定时运行,创作者次日醒来即可收获成品内容。核心洞察:链式 Agent 是内容工厂的核心,上游输出直接喂给下游,无需逐步人工干预。
|
||||
- Concepts created: [[Chained Agents]], [[Content Automation]]
|
||||
- Concepts linked: [[Workflow Architecture]], [[Multi-Agent Coordination]]
|
||||
- Entities checked: [[OpenClaw]](已存在于 wiki 根目录,无需更新)
|
||||
- Source page: wiki/sources/content-factory.md
|
||||
- Notes:
|
||||
- 更新了 overview.md,在 AI Tools & Prompt Engineering 章节补充 Content Factory 说明
|
||||
- 更新了 index.md,在 Sources 节添加新条目(顶部插入)
|
||||
- 更新了 [[Podcast Production Pipeline]] 的 Contradictions 节,补充互补关系说明
|
||||
- Alex Finn 仅出现 1 次且无关键影响,跳过 Entity 页面创建
|
||||
- wiki/entities/ 和 wiki/concepts/ 目录存在但为空,所有 Concept 页面直接写入 wiki/concepts/
|
||||
|
||||
|
||||
|
||||
@@ -19,6 +19,24 @@ Home office setup guides cover a complete multi-node home network infrastructure
|
||||
|
||||
Key concepts: [[Docker-Image]], [[Docker-Save]], [[Docker-Load]], [[Docker Compose]], [[Docker Engine]], [[Docker 用户组]], [[APT 仓库配置]], [[GPG 密钥验证]], [[it-tools]], [[RSSHub]], [[内网穿透]], [[反向代理]], [[TCP隧道]], [[Caddy]], [[frp]], [[Symbolic Link]], [[软链接策略]], [[目录映射]], [[Prometheus]], [[PromQL]], [[Prometheus告警规则]], [[Grafana]], [[node_exporter]], [[cAdvisor]], [[blackbox_exporter]], [[Alertmanager]], [[Uptime Kuma]], [[Netdata]], [[VictoriaMetrics]], [[合成监控]], [[Exporter]], [[时序数据库]], [[TUI]], [[Process Management]], [[System Monitoring]], [[容器资源限制]], [[容器重启策略]], [[端口映射]], [[媒体服务器]], [[转码缓存]], [[只读挂载]], [[增量备份]], [[永久挂载]], [[挂载点检查]], [[Cron定时任务]], [[进程管理]], [[Socket 登录]], [[用户权限]], [[固件刷入]], [[过渡固件]], [[JFFS双清]], [[策略组分流]], [[故障转移]], [[订阅机制]], [[PUID/PGID]], [[桥接网络]], [[Socket Activation]], [[UFW 防火墙]], [[开机自启]], [[VPN Panel]], [[Xray]], [[BBR]], [[Web Proxy Protocol]], **[[全盘镜像备份]]**, **[[裸机恢复]]**, **[[NFS网络备份]]**, **[[UEFI启动]]**, [[指纹浏览器]], [[IP纯净度]], [[虚拟信用卡]], [[接码平台]], [[账号隔离]], **[[云盘挂载]]**, **[[NAS套件管理]]**, [[Root权限修复]], [[SPK套件格式]], [[launchd]], [[Gatekeeper]], **[[图床]]**, **[[S3-兼容对象存储]]**, **[[Docker堆栈]]**, **[[逻辑备份]]**, [[systemd]], [[Ubuntu Server]], **[[BI平台]]**, [[数据可视化]], **[[systemd-logind]]**, **[[HandleLidSwitch]]**, [[休眠目标]], [[pmset]], [[caffeinate]], [[Wake-on-LAN]], [[Headless 服务器]], [[系统睡眠管理]]
|
||||
|
||||
### YouTube Automation
|
||||
A practical tip for extracting YouTube Channel IDs: use `view-source:` prefix in browser to access channel page source, search for `channel_id` string in the page source to find the RSS Feed URL containing the channel ID. Can be used in [[n8n]] workflows for YouTube subscription monitoring.
|
||||
|
||||
**AI-Powered Daily Digest**: [[daily-youtube-digest]] provides a fully automated pipeline — AI Agent periodically checks subscribed channels for new uploads → extracts video transcripts via [[TranscriptAPI.com]] → generates key-point summaries → delivers a daily digest. Runs on [[OpenClaw]] via the `youtube-full` skill (installable from [[ClawHub]]), using 0-credit free API calls for channel checking and 1 credit per transcript for summarization. Supports two modes: channel-based (e.g., @TED, @Fireship, @LexFridman) and keyword-based (e.g., "Claude Code", "AI agents").
|
||||
|
||||
**Multi-Agent Content Factory**: [[content-factory]] 是基于 Discord 频道的多 Agent 内容工厂,通过 Research Agent → Writing Agent → Thumbnail Agent 链式协作,实现内容创作全流程自动化(研究→写作→设计)。每天定时运行,创作者次日醒来即可收获成品内容。[[OpenClaw]] 提供 sessions_spawn/sessions_send 能力支撑多 Agent 编排。
|
||||
|
||||
Key concepts: [[Channel ID]], [[RSS Feed]], [[YouTube Automation]], [[Daily-Digest]], [[Transcript-Based Summarization]], [[TranscriptAPI.com]], [[Chained Agents]], [[Content Automation]]
|
||||
|
||||
### n8n Workflow Automation
|
||||
[[n8n]] 是开源工作流自动化平台,支持 Trigger 节点监听外部事件。n8n 可与 [[Telegram]] 集成,接收机器人消息触发工作流;也可与 YouTube API 集成实现订阅监控。Telegram 集成时需要通过 `WEBHOOK_URL` 环境变量(设为 HTTPS 地址)解决 Telegram 对 Webhook 协议的要求,否则会报 "bad webhook: An HTTPS URL must be provided for webhook" 错误。
|
||||
|
||||
**入门教程**:[[n8n-full-tutorial-building-ai-agents-in-2025-for-beginners]] 提供了使用 N8N 构建 AI Agent 的完整指南,涵盖五类节点系统(Trigger/Action/Utility/Code/Advanced AI)、Agent 记忆机制、以及与 Airtable 等外部工具的集成方法。教程强调了 Agentic System 的核心概念:Agent 利用 LLM 动态选择工具,结合 Memory 实现上下文保持,使 AI 应用能够根据用户输入自适应响应。
|
||||
|
||||
**Claude + N8N MCP 自动化工作流**:通过安装 [[n8n-mcp]](Model Context Protocol 多功能控制面板),Claude 可理解并调用 543 个 N8N 节点,自动生成工作流。使用 OpenSea 模型 + Extended Thinking 模式可提升生成质量,Claude 生成的 N8N 工作流完成度约 80%-90%,仍需人工二次修正,但显著降低了新手的入门门槛。两种接入路径:**Claude Desktop** 端侧方案(适合桌面用户,通过本地 MCP 连接 n8n)与 **Claude API** 云端方案(适合程序化集成),核心均依赖 [[Node.js]] 运行环境。
|
||||
|
||||
Key concepts: [[Webhook]], [[WEBHOOK_URL]], [[n8n Workflow]], [[n8n-mcp]], [[Extended Thinking]], [[工作流自动化]], [[Claude Desktop]], [[Node.js]]
|
||||
|
||||
### Linux System Monitoring
|
||||
Six Linux resource monitoring tools reviewed: TUI tools (Btop++, Htop, Glances, Bottom) for SSH-friendly server management; GUI tools (Mission Center, Stacer) for desktop use. Author's top pick: Btop++ for its balance of usability and aesthetics. [[Btop++]], [[Htop]], [[Glances]], [[Bottom]], [[Mission Center]], [[Stacer]], [[TUI]], [[TOTP]], [[Passkey]], [[Self-Hosted Password Manager]]
|
||||
|
||||
@@ -35,13 +53,30 @@ Key concepts: [[国家中小学智慧教育平台]], [[tchMaterial-parser]], [[C
|
||||
### AI Tools & Prompt Engineering
|
||||
Covers Claude Code, Claude Code Templates (npx 一键安装 Skills/Agents/MCP via `npx claude-code-templates@latest --skill=<path> --yes` from aitmpl.com), OpenCode, [[Cursor]], [[Trae]], Gemini CLI, Vibe Coding, RAG, multi-agent workflows, NotebookLM, Nano Banana prompting, and video generation tools.
|
||||
|
||||
Key concepts: [[RAG从入门到精通系列]], [[Agent Personality Design]], [[Vibe Coding]], [[Design-to-Code Workflow]], [[Multi-AI Review]], [[CodeWeaver]], [[LLM Wiki]], [[多智能体系统可靠性]], [[Plan Mode]], [[Build Mode]], [[AGENTS.md]], [[Claude Code Templates]], [[MCP(Model Context Protocol)]], [[Remote-SSH]], [[Bind Mount]], [[Attach 容器]], [[Docker 用户组]], [[SSH Config]], [[SSH 免密登录]], [[Vibe-Kanban]], [[OpenCode]], [[nvm]], [[pm2]], [[单一职责原则]], [[DRY原则]], [[模块化编程]], [[微服务架构]], [[Redis缓存]], [[消息队列]], [[输入-处理-输出模型]], [[并发编程]]
|
||||
**Claude Code 调用方法**:[[claude-code调用方法总结]] 详细记录了 Hermes Agent 通过 `terminal` 工具调用 Claude Code 的两种模式——Print Mode(`claude -p`,适合绝大多数任务)和 TMUX 交互模式(适合超长任务)。核心参数包括 `--permission-mode bypassPermissions`(跳过所有权限确认)和 `--add-dir`(加载 SKILL.md)。关键结论:当任务需要 Claude Code 的 Skill 时,应使用 `terminal` 调用 `claude -p` 而非 `delegate_task`。
|
||||
|
||||
**播客制作自动化**:[[podcast-production-pipeline]] 提供 AI Agent 全自动播客制作流水线,覆盖「录前研究→大纲脚本→录制→时间戳笔记→社媒推广包→SEO描述」全链路。与 [[Content Factory]] 配合可将播客内容复用为博客、Newsletter、视频片段等多格式资产。
|
||||
|
||||
**Google ADK Skill 设计模式**:Google Cloud 发布的 5 种结构化设计模式,**[[ToolWrapper]]**(按需加载领域知识)、**[[Generator]]**(模板填空生成)、**[[Reviewer]]**(检查逻辑分离)、**[[Inversion]]**(先收集再行动)、**[[Pipeline]]**(硬性检查点工作流)。Anthropic 的 Skill 实践:内部几百个 Skills 总结出 3 条铁律——只写 Agent 不知道的东西、重点写踩坑清单、给工具不给指令。
|
||||
|
||||
**MCP 在 Cursor 中的集成**:MCP(Model Context Protocol)是基于 Client-Server 架构的协议,通过三种接口(GET 资源获取、POST 工具调用、Promise 提示词)实现 AI 大模型与外部工具的高效集成。在 Cursor 中有两种接入方式:SSE 服务端模式和本地 Command 命令行方式。在 Composer 的 Agent 模式下可自动执行 MCP 工具链,典型应用包括热点新闻服务(smisery 提供九个新闻来源)和 Sequential Thinking 逻辑推理工具。启用 Yolo Mode 可无确认自动执行命令,但存在误操作风险,默认关闭。
|
||||
|
||||
**会议记录自动化**:[[meeting-notes-action-items]] 提供 AI Agent 自动将会议转录文本(Otter.ai、Google Meet、Zoom)转换为结构化摘要,自动从会议中提取行动项并创建 Jira/Linear/Todoist/Notion 任务,同时发送 Slack/Discord 摘要,支持截止日提醒。核心洞察:**自动任务创建**比摘要本身更有价值,无法转化为追踪任务的会议记录只是"文档剧场"。
|
||||
|
||||
Key concepts: [[MeetingNotes]], [[ActionItemTracking]], [[TaskAutomation]], [[TranscriptProcessing]], [[RAG从入门到精通系列]], [[Agent Personality Design]], [[Vibe Coding]], [[Design-to-Code Workflow]], [[Multi-AI Review]], [[CodeWeaver]], [[LLM Wiki]], [[多智能体系统可靠性]], [[Plan Mode]], [[Build Mode]], [[Workspace]], [[AGENTS.md]], [[SOUL.md]], [[USER.md]], [[IDENTITY.md]], [[TOOLS.md]], [[BOOTSTRAP.md]], [[HEARTBEAT.md]], [[MEMORY.md]], [[Agent-Memory]], [[Claude Code Templates]], [[MCP(Model Context Protocol)]], [[Remote-SSH]], [[Bind Mount]], [[Attach 容器]], [[Docker 用户组]], [[SSH Config]], [[SSH 免密登录]], [[Vibe-Kanban]], [[OpenCode]], [[nvm]], [[pm2]], [[单一职责原则]], [[DRY原则]], [[模块化编程]], [[微服务架构]], [[Redis缓存]], [[消息队列]], [[输入-处理-输出模型]], [[并发编程]]
|
||||
|
||||
### Productivity & Knowledge Management
|
||||
Obsidian plugins, blogwatcher RSS monitoring, Quartz static site generation, project management systems, and personal CRM frameworks. QuickAdd plugin enables quick note capture via hotkeys for rapid idea recording.
|
||||
|
||||
Key concepts: [[Obsidian Tasks]], [[Dataview]], [[Templater]], [[QuickAdd]], [[Spaced Repetition]], [[Kanban]], [[Projects]], [[Outliner]], [[Calendar]], [[DB Folder]], [[Homepage]], [[间隔重复]], [[看板]], [[动态模板]], [[双向链接]], [[Daily Notes]], [[Event Sourcing]], [[Second Brain]], [[Personal CRM]]
|
||||
|
||||
### 个人品牌与一人公司
|
||||
系统性的个人商业化方法论:**天才地带自检**(识别能产生心流的活动)→ **底层能力挖掘**(追溯童年、毫不费力、底层通用三个维度)→ **心理陷阱识别**(愧疚陷阱、效率陷阱、卓越陷阱、努力陷阱)→ **Ikigai 框架定位**(热情 × 擅长 × 市场需求 × 报酬)→ **赛道验证**(搜索意图分析、支付意愿测试、落地页测试、预售验证)→ **产品体系设计**(引流免费PDF → ¥199入门工具 → ¥4999核心特训营 → ¥20,000/月高价咨询)→ **内容矩阵构建**(核心主题 × 内容形式,反向金字塔内容法,Build in Public)→ **销售漏斗搭建**(获客 → 激活 → 转化,价格锚定与诱饵效应)。
|
||||
|
||||
核心观点:一人公司的关键不是更努力工作,而是更聪明地定位,用 AI 杠杆放大个人优势。
|
||||
|
||||
Key concepts: [[一人公司]], [[个人品牌]], [[Ikigai框架]], [[天才地带(Zone of Genius)]], [[底层能力]], [[四个心理陷阱]], [[产品四层级体系]], [[内容矩阵]], [[Build in Public]], [[销售漏斗]], [[价格锚定]], [[诱饵效应]]
|
||||
|
||||
## Source Distribution
|
||||
|
||||
| Category | Count | Key Sources |
|
||||
@@ -57,8 +92,10 @@ Key concepts: [[Obsidian Tasks]], [[Dataview]], [[Templater]], [[QuickAdd]], [[S
|
||||
|
||||
- [[The Agency]] — open-source AI agent collection (147 agents, 12 divisions)
|
||||
- [[agency-agents]] — GitHub repository
|
||||
- [[DracoVibeCoding]] — 公众号"Draco正在VibeCoding"作者,专注 Vibe Coding 与 AI Agent 实战分享
|
||||
- [[OpenClaw]] — multi-agent framework with memory
|
||||
- [[n8n]] — workflow automation
|
||||
- [[Node.js]] — JavaScript 运行时环境,n8n-mcp 的运行依赖,也是 [[n8n]] 工作流引擎的后端运行环境
|
||||
- [[Quartz]] — static site generator for wikis
|
||||
- [[RSSHub]] — open-source RSS aggregator
|
||||
- [[RackNerd]]:低总价OpenVZ/KVM VPS提供商,本方案中托管公网VPS1(192.227.222.142, vps.ishenwei.online),运行frps服务端(端口7000)和Caddy自动HTTPS反向代理(*.ishenwei.online),作为全网内网服务的统一公网入口
|
||||
@@ -70,6 +107,7 @@ Key concepts: [[Obsidian Tasks]], [[Dataview]], [[Templater]], [[QuickAdd]], [[S
|
||||
- [[LinuxServer.io]] — 开源 Docker 镜像维护组织,为 Transmission/Jellyfin/Navidrome 等自托管应用提供标准化 Docker 镜像
|
||||
- [[MariaDB]] — 开源关系型数据库,Synology NAS Docker 环境部署,支持内网(192.168.3.17:3307)和公网(mysql.ishenwei.online:63307)双通道访问
|
||||
- [[Claude Code]] — Anthropic CLI agent
|
||||
- [[Claude Desktop]] — Anthropic Claude AI 桌面应用,支持 MCP 协议扩展,通过 n8n-mcp 连接 n8n 工作流引擎
|
||||
- [[OpenCode]] — Vibe Coding CLI agent
|
||||
- [[Trae]] — 国产 AI 增强型 IDE,支持 Remote-SSH 远程开发和 VS Code 插件生态
|
||||
- [[ISO-27001]] — 国际信息安全管理体系标准(云安全合规基础)
|
||||
|
||||
50
wiki/sources/claude-code调用方法总结.md
Normal file
50
wiki/sources/claude-code调用方法总结.md
Normal file
@@ -0,0 +1,50 @@
|
||||
---
|
||||
title: "Claude Code 调用方法总结"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/claude-code调用方法总结]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Hermes Agent 通过 terminal 工具调用 Claude Code 的两种模式及最佳实践
|
||||
- 问题域:如何从外部 Agent(如 Hermes)可靠地触发并控制 Claude Code 执行任务
|
||||
- 方法/机制:Print Mode(stdin 单次执行)与 TMUX 交互模式两种调用路径;关键参数包括 `--permission-mode bypassPermissions`、`--dangerously-skip-permissions`、`--add-dir`、`--max-turns`
|
||||
- 结论/价值:明确了何时使用 `claude -p` 而非 `delegate_task`,以及如何正确传递任务、配置 Skill 加载、规避常见坑点
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Hermes Agent 使用 `terminal` 工具调用 `claude -p` 是调用 Claude Code 的推荐方式
|
||||
- `--permission-mode bypassPermissions` 直接设置 bypass 模式,跳过所有交互确认
|
||||
- 任务文本通过 stdin(heredoc)传入比命令行参数更可靠,可避免特殊字符转义问题
|
||||
- `delegate_task` 调用的是 Hermes 子 Agent(API 调用),无法识别 SKILL.md;当任务需要 Claude Code 技能时应使用 `terminal` 调用 `claude -p`
|
||||
- Skill 加载只需 `--add-dir <技能目录>`,Claude Code 会自动扫描 SKILL.md 和 `.claude/skills/` 目录
|
||||
|
||||
## Key Quotes
|
||||
> "用 `--permission-mode bypassPermissions` 可直接跳过信任目录 + bypass 权限确认两步,不需要额外的 sleep + send-keys 模拟交互。" — 核心参数说明
|
||||
> "不写 bypass 参数 → 文件写入被阻塞,任务卡住(优先用 `--permission-mode bypassPermissions`)" — 常见坑点
|
||||
> "当任务需要调用 Claude Code 的 skill(如 fireworks-tech-graph)时,应使用 `terminal` 调用 `claude -p`,而非 `delegate_task`" — 结论
|
||||
|
||||
## Key Concepts
|
||||
- [[Print Mode]]:通过 `claude -p print` 非交互单次执行模式,适合绝大多数任务
|
||||
- [[TMUX 交互模式]]:通过 TMUX 创建持久会话并附加交互,适合超长任务
|
||||
- [[bypassPermissions]]:`--permission-mode bypassPermissions` 参数,直接跳过所有权限确认
|
||||
- [[Skill 加载]]:`--add-dir` 加载技能目录,自动识别 SKILL.md
|
||||
- [[delegate_task vs claude -p]]:子 Agent vs 外部 CLI 的本质区别与适用场景
|
||||
|
||||
## Key Entities
|
||||
- [[Claude Code]]:Anthropic CLI agent,被调用方
|
||||
- [[Hermes]]:主 Agent,通过 terminal 工具调用 Claude Code
|
||||
- [[TMUX]]:终端多路复用器,用于持久化 Claude Code 交互会话
|
||||
|
||||
## Connections
|
||||
- [[Claude Code]] ← 调用方 ← [[Hermes]]
|
||||
- [[claude-code调用方法总结]] ← 补充 ← [[如何在项目里安装Claude Code Templates Skills]]
|
||||
- [[claude-code调用方法总结]] ← 对比 ← [[delegate_task vs claude -p]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[llm-wiki]] 冲突:
|
||||
- 冲突点:llm-wiki 中描述的 `delegate_task + acp_command='claude'` 调用 Claude Code 路径
|
||||
- 当前观点:AGENTS.md 中说明只有 `provider=copilot-acp` 时 acp 参数才真正建立外部 CLI 通道;普通 `delegate_task` 调用的是 Hermes 子 Agent
|
||||
- 对方观点:llm-wiki 描述了通过 ACP 协议调用 Claude Code 的方式,可能在特定配置下有效
|
||||
41
wiki/sources/content-factory.md
Normal file
41
wiki/sources/content-factory.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "Multi-Agent Content Factory"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/usecases/content-factory.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:基于 Discord 频道的多 Agent 内容工厂,通过链式 Agent 实现内容创作全流程自动化
|
||||
- 问题域:内容创作者需要在研究、写作、设计多个平台手动切换,耗时耗力
|
||||
- 方法/机制:Research Agent(研究)→ Writing Agent(写作)→ Thumbnail Agent(设计),三 Agent 在各自 Discord 频道协作,通过定时调度实现"次日醒来即可收获成品内容"
|
||||
- 结论/价值:链式 Agent 是核心——上游 Agent 输出直接喂给下游,无需人工逐步干预;适配任意内容格式(tweets、newsletter、LinkedIn posts、podcast outline、blog)
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 链式 Agent 是内容工厂的核心能力——研究喂给写作,写作喂给缩略图,无需逐步人工提示
|
||||
- Discord 频道使每个 Agent 的工作独立可查,便于针对性反馈(如"脚本太长了"或"多关注 AI 新闻")
|
||||
- 本地模型做图像生成(如 Mac Studio 上的 Nano Banana)可降低成本并提升控制力
|
||||
|
||||
## Key Quotes
|
||||
> "The power is in the chained agents — research feeds writing, writing feeds thumbnails. You don't prompt each step individually." — 核心洞察
|
||||
|
||||
> "Running a local model for image generation (like Nano Banana on a Mac Studio) keeps costs down and gives you more control." — 成本优化建议
|
||||
|
||||
## Key Concepts
|
||||
- [[Chained Agents]]:上游 Agent 输出直接作为下游输入,无需人工干预的 Agent 协作模式
|
||||
- [[Content Automation]]:内容创作全流程(研究→写作→设计)的自动化流水线
|
||||
- [[Workflow Architecture]]:多 Agent 系统的工作流架构设计
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]:多 Agent 框架,提供 sessions_spawn/sessions_send 能力,是 Content Factory 的底层实现工具
|
||||
- Alex Finn:OpenClaw 生活改变型用例视频的作者,内容工厂方案受其启发
|
||||
|
||||
## Connections
|
||||
- [[Podcast Production Pipeline]] ← related_to ← [[Content Factory]]
|
||||
- [[multi-agent-team]] ← related_to ← [[Content Factory]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Podcast Production Pipeline]]:两者均涉及多 Agent 协作流水线,但播客流水线侧重音视频内容,内容工厂侧重社交媒体短内容
|
||||
58
wiki/sources/daily-youtube-digest.md
Normal file
58
wiki/sources/daily-youtube-digest.md
Normal file
@@ -0,0 +1,58 @@
|
||||
---
|
||||
title: "Daily YouTube Digest"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/usecases/daily-youtube-digest]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI Agent 每日 YouTube 频道视频摘要推送——自动获取订阅频道最新视频、提取字幕、生成要点摘要,以 Digest 形式定时送达用户
|
||||
- 问题域:YouTube 通知不可靠(算法压制)、刷推荐内容浪费时间、难以系统性追踪感兴趣的创作者更新
|
||||
- 方法/机制:
|
||||
- 通过 [[OpenClaw]] 的 `youtube-full` skill 安装并配置 TranscriptAPI.com API(100 免费积分,无需信用卡)
|
||||
- AI Agent 定期检查频道最新上传 → 提取字幕 → 摘要 → 发送 Digest
|
||||
- 支持两种模式:频道列表模式(指定 @TED/@Fireship 等)+ 关键词模式(搜索 "Claude Code"/"AI agents" 等)
|
||||
- seen-videos.txt 机制避免重复处理
|
||||
- `channel/latest` 和 `channel/resolve` API 免费(0 积分),仅字幕抓取收费(1 积分/视频)
|
||||
- 结论/价值:把算法推荐的被动消费(doom-scrolling)转变为系统化的主动学习,用 AI 把"没时间看视频"变成"每天花 10 分钟获取精华"
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- YouTube 通知不可靠:订阅频道的新视频不会出现在通知或首页推荐中,被算法压制
|
||||
- 每日 Digest 是对抗信息过载的有效策略:不是每条视频都值得看,但值得知道它们的存在
|
||||
- TranscriptAPI.com 优于 yt-dlp:纯 HTTP API、无二进制依赖、跨平台可靠、支持缓存、不易被 YouTube 封禁
|
||||
- 频道检查(channel/latest)完全免费,只需在有字幕的感兴趣视频上花费积分
|
||||
- 已存在商业产品:Recapio - Daily YouTube Recap(recapio.com)
|
||||
|
||||
## Key Quotes
|
||||
> "You subscribe to channels, but their new videos never show up in your home feed. They're not in notifications. They just... disappear." — 痛点描述
|
||||
> "It's fun to start the day with curated content insights instead of doom-scrolling a recommendation feed." — 价值主张
|
||||
> "This way you never waste credits re-fetching videos you've already seen." — 避免重复处理
|
||||
|
||||
## Key Concepts
|
||||
- [[Daily-Digest]]:定时将多个信息源的最新内容打包推送给用户的模式,替代实时通知的碎片化消费
|
||||
- [[Transcript-Based Summarization]]:通过视频字幕提取 + AI 摘要实现视频内容的结构化处理,绕过长视频消费的"没时间"困境
|
||||
- [[Channel-Based Monitoring]]:以订阅频道为单位跟踪新内容,而非依赖平台推荐算法
|
||||
- [[Keyword-Based Monitoring]]:以关键词为触发条件搜索新内容,适合跟踪特定主题或竞品动态
|
||||
- [[Credit-Efficient Processing]]:优化 API 调用策略(免费检查优先、按需付费摘要),降低 AI 消费成本
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]:多 Agent 框架,支持持久记忆和工作流编排,运行 youtube-full skill
|
||||
- [[ClawHub]](clawhub.ai):OpenClaw skill 市场,托管 youtube-full 等 Agent 技能包
|
||||
- [[TranscriptAPI.com]]:YouTube 字幕 API 服务商(YouTubeToTranscript.com 的背后技术),提供 HTTP API 替代 CLI 工具,100 免费积分
|
||||
- [[Recapio]]:商业竞品产品,提供 Daily YouTube Recap 功能(recapio.com)
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← runs ← [[youtube-full skill]]
|
||||
- [[youtube-full skill]] ← uses ← [[TranscriptAPI.com]]
|
||||
- [[Daily YouTube Digest]] ← similar_to ← [[multi-source-tech-news-digest]]
|
||||
- [[Daily YouTube Digest]] ← extends ← [[second-brain]] (信息摄入层)
|
||||
|
||||
## Contradictions
|
||||
- 与 [[实战笔记-本地部署-rsshub-并获取-youtube-订阅]] 可能存在重叠:
|
||||
- 冲突点:两者都提供 YouTube 订阅内容追踪
|
||||
- 当前观点(Daily YouTube Digest):AI Agent 自动抓字幕 + 摘要,主动推送 Digest
|
||||
- 对方观点(RSSHub):通过 RSS 标准协议追踪更新,适合工作流集成(n8n),无 AI 摘要
|
||||
- 补充:RSSHub 方案适合被动监控;AI Digest 方案适合主动学习,两者互补
|
||||
59
wiki/sources/google-5个agent-skill设计模式-2026-03-19.md
Normal file
59
wiki/sources/google-5个agent-skill设计模式-2026-03-19.md
Normal file
@@ -0,0 +1,59 @@
|
||||
---
|
||||
title: "Google 5个 Agent Skill 设计模式"
|
||||
type: source
|
||||
tags: [Agent, Skill, 设计模式, Google, Anthropic, ADK]
|
||||
sources: []
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/Google-5个Agent-Skill设计模式-2026-03-19.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Google Cloud 发布的 5 种经过验证的 Agent Skill 设计模式,每种都有完整的 ADK 代码示例
|
||||
- 问题域:Agent 开发中同样 SKILL.md 格式,执行效果天差地别的问题
|
||||
- 方法/机制:Tool Wrapper、Generator、Reviewer、Inversion、Pipeline 五种结构化设计模式
|
||||
- 结论/价值:将工作流拆分为正确的结构模式,才能构建出真正可靠的 Agent
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- SKILL.md 格式标准化后,内容设计成为决定执行效果的关键
|
||||
- Tool Wrapper 模式通过动态加载 references/ 目录实现按需知识注入
|
||||
- Generator 模式通过"填空"流程强制一致的输出格式
|
||||
- Reviewer 模式将"检查什么"和"怎么检查"完全分离
|
||||
- Inversion 模式让 Agent 变成面试官,先收集信息再行动
|
||||
- Pipeline 模式通过硬性检查点强制执行严格的顺序工作流
|
||||
- 五种模式可以组合使用,ADK 的 SkillToolset 支持按需加载
|
||||
|
||||
## Key Quotes
|
||||
> "最好的 Skill 不是写得好的提示词,而是一个「工具箱」" — Anthropic Skill 设计经验
|
||||
> "把工作流拆分开,应用正确的结构模式,才能构建出真正可靠的 agent" — Google ADK 指南总结
|
||||
> "Anthropic 把内部几百个 Skills 用了个遍,发现最好的 Skill 不是写得好的提示词,而是一个「工具箱」。他们把 Skills 分成九类,从参考手册到故障排查,每类都有明确的场景。" — Anthropic 的 Skill 实践
|
||||
|
||||
## Key Concepts
|
||||
- [[ToolWrapper模式]]:将库/框架规范打包成 Skill,监听关键词按需加载 references/ 目录下的文档
|
||||
- [[Generator模式]]:利用 assets/ 存放输出模板、references/ 存放样式指南,通过"填空"流程生成结构化输出
|
||||
- [[Reviewer模式]]:将审查标准存放在 references/review-checklist.md,指令保持静态,Agent 动态加载特定审查标准
|
||||
- [[Inversion模式]]:Agent 先变成面试官逐阶段提问,等用户回答完所有问题后再行动
|
||||
- [[Pipeline模式]]:通过硬性检查点和明确门控条件强制执行严格的顺序工作流
|
||||
- [[渐进式披露]]:ADK 的 SkillToolset 机制,Agent 只在运行时需要时才消耗上下文 token 加载特定模式
|
||||
- [[SkillToolset]]:ADK 中支持多个 Skill 组合使用的工具集
|
||||
|
||||
## Key Entities
|
||||
- [[GoogleCloud]]:发布 ADK Agent 开发指南的主体,提供了 5 种设计模式
|
||||
- [[Anthropic]]:Claude Code 开发者,其 Skill 设计经验(9 类分类、3 条铁律)作为附录被引用
|
||||
- [[SabooShubham]]:Google ADK 指南作者之一
|
||||
- [[lavinigam]]:Google ADK 指南作者之一
|
||||
- [[ADK]](Agent Development Kit):Google Cloud 的 Agent 开发工具包,提供了完整的代码示例
|
||||
- [[ClaudeCode]]:Anthropic 的 CLI Agent,支持 SKILL.md 格式
|
||||
- [[awesome-agent-skills]]:GitHub 仓库,收集了主流工具的 Skill 示例
|
||||
|
||||
## Connections
|
||||
- [[ClaudeCode调用方法总结]] ← related_to ← [[Google5个AgentSkill设计模式]]
|
||||
- [[AnthropicSkill实践]] ← extends ← [[Google5个AgentSkill设计模式]]
|
||||
- [[ClaudeCodeTemplates]] ← related_to ← [[SkillToolset]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[ClaudeSkill设计指南9种类型]] 冲突:
|
||||
- 冲突点:Google 强调 5 种结构化设计模式;Anthropic 强调 9 类 Skill 分类
|
||||
- 当前观点:结构模式和分类体系可以互补,Google 关注 Skill 内部结构,Anthropic 关注 Skill 的使用场景
|
||||
- 对方观点:两种方法论各有侧重,共同目标是构建可靠的 Agent
|
||||
40
wiki/sources/how-to-get-youtube-channel-id.md
Normal file
40
wiki/sources/how-to-get-youtube-channel-id.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "How to get Youtube Channel ID"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-03-16
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Others/How to get Youtube Channel ID.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:通过浏览器 view-source 方法获取 YouTube 频道的 Channel ID
|
||||
- 问题域:YouTube 频道识别与 RSS 订阅源获取
|
||||
- 方法/机制:使用 `view-source:` URL 前缀访问频道页面,在页面源码中搜索 `channel_id` 字符串,从中提取 RSS Feed URL 中的频道 ID
|
||||
- 结论/价值:无需 API Key 或第三方工具,即可通过纯浏览器操作获取频道 ID,可用于 [[n8n]] 工作流等自动化场景
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 用户可通过浏览器访问 `view-source:https://www.youtube.com/@频道名` 获取页面源码
|
||||
- 在源码中搜索 `channel_id` 字符串可找到 RSS Feed 地址
|
||||
- RSS Feed URL 格式为 `https://www.youtube.com/feeds/videos.xml?channel_id=UCxxxxxx`
|
||||
- 获取到的 Channel ID 可用于 [[n8n]] 等工作流自动化工具
|
||||
|
||||
## Key Quotes
|
||||
> "view-source:https://www.youtube.com/@Numberblocks" — 浏览器地址栏输入此 URL 访问频道页面源码
|
||||
> "channel_id=UCPlwvN0w4qFSP1FllALB92w" — 搜索 `?channel_id` 可找到该频道的 RSS Feed URL
|
||||
> "channel id can be used in n8n workflow" — Channel ID 的实际应用场景
|
||||
|
||||
## Key Concepts
|
||||
- [[Channel ID]]:YouTube 频道的唯一标识符,格式为 `UC` 开头加 22 位字符
|
||||
- [[RSS Feed]]:`https://www.youtube.com/feeds/videos.xml?channel_id=<ID>` 是 YouTube 频道的 RSS 订阅源格式
|
||||
|
||||
## Key Entities
|
||||
- [[YouTube]]:全球最大视频分享平台,Channel ID 是其频道资源的唯一标识
|
||||
- [[n8n]]:工作流自动化工具,可利用 Channel ID 订阅 YouTube 频道更新
|
||||
|
||||
## Connections
|
||||
- [[n8n-workflow-orchestration]] ← uses ← [[YouTube Channel ID]] ← extracted_from ← [[RSSHub]](相关工作流自动化集成)
|
||||
|
||||
## Contradictions
|
||||
- (无冲突)
|
||||
52
wiki/sources/mcp在cursor中的集成与应用详解.md
Normal file
52
wiki/sources/mcp在cursor中的集成与应用详解.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: "MCP在Cursor中的集成与应用详解"
|
||||
type: source
|
||||
tags: [ai, ai-agent, cursor, mcp]
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/MCP在Cursor中的集成与应用详解]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:MCP(Model Context Protocol)在 Cursor AI IDE 中的集成配置与实际应用。
|
||||
- 问题域:AI 大模型与外部工具服务的集成交互协议与实操配置。
|
||||
- 方法/机制:基于 Client-Server 架构的 MCP 协议,通过 SSE 服务端模式和本地 Command 命令行两种方式接入 Cursor;在 Composer 模块的 Agent 模式下调用 MCP 工具链。
|
||||
- 结论/价值:MCP 实现了 AI 大模型与多样化外部工具的无缝集成,显著提升 AI 应用的扩展能力和交互效率。
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- MCP 是 Modal Context Protocol 的缩写,是一种基于 Client-Server 架构的协议,旨在实现大模型与外围服务的高效集成。
|
||||
- MCP Server 提供三种功能接口:资源获取(GET)、工具调用(POST)、Promise 提示词。
|
||||
- Cursor 中 MCP Server 有两种接入方式:SSE 服务方式和本地执行命令(Command)方式。
|
||||
- Composer 中的 Agent 模式能自动执行内嵌命令并处理工具调用,减少手动操作步骤。
|
||||
- Sequential Thinking 是 MCP 工具之一,支持逻辑推理与分步执行任务,优化 AI 模型的思考与响应过程。
|
||||
|
||||
## Key Quotes
|
||||
> "MCP是Modal Context Protocol的缩写,是一种基于Client-Server架构的协议,旨在实现大模型与外围服务的高效集成。MCP Server提供三种功能接口:资源获取(类似HTTP的GET)、工具调用(类似POST请求)、以及Promise提示词,用于多样化的交互与扩展。"
|
||||
> — MCP 架构定义
|
||||
|
||||
> "Agent模式与Normal模式的最大区别在于:Agent模式实现命令的链路打通,减少手动操作的步骤,自动执行内嵌命令并处理工具调用。"
|
||||
> — Cursor Composer Agent模式说明
|
||||
|
||||
## Key Concepts
|
||||
- [[MCP(Model Context Protocol)]]:基于 Client-Server 架构的协议,支持 AI 大模型与外围工具基于 GET/POST/Promise 三种接口进行高效交互。
|
||||
- [[Sequential Thinking]]:MCP 工具之一,支持逻辑推理与分步执行任务,优化 AI 模型的思考与响应过程。
|
||||
- [[Tool Calling]]:MCP 协议中的工具调用机制,类似 POST 请求,用于触发外部工具执行。
|
||||
- [[SSE(Server-Sent Events)]]:一种服务器向客户端推送实时事件的技术,作为 MCP 的一种接入方式。
|
||||
- [[Agent模式]]:Cursor Composer 中的交互方式,自动执行内嵌命令并处理工具调用,提升操作效率。
|
||||
- [[Yolo Mode]]:Cursor Agent 模式中的自动执行开关,开启后会无确认执行所有命令,存在较高误操作风险,默认关闭。
|
||||
|
||||
## Key Entities
|
||||
- [[Cursor]]:AI 增强型代码编辑器,支持 MCP 协议集成,通过 Composer 模块实现 Agent 模式与 MCP 工具链调用。
|
||||
- [[smisery]]:提供热点新闻 MCP Server 的网站,支持九个新闻来源的 MCP 服务集成。
|
||||
- [[鱼凤老师]]:视频教程作者,专注 AI 大模型与工具集成的实战分享。
|
||||
|
||||
## Connections
|
||||
- [[Cursor]] ← 集成 ← [[MCP(Model Context Protocol)]]
|
||||
- [[Cursor]] ← 使用模式 ← [[Agent模式]]
|
||||
- [[Sequential Thinking]] ← 工具调用 ← [[MCP(Model Context Protocol)]]
|
||||
- [[热点新闻服务]] ← MCP Server 实现 ← [[smisery]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突内容。
|
||||
55
wiki/sources/meeting-notes-action-items.md
Normal file
55
wiki/sources/meeting-notes-action-items.md
Normal file
@@ -0,0 +1,55 @@
|
||||
---
|
||||
title: "Automated Meeting Notes & Action Items"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/usecases/meeting-notes-action-items.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI Agent 自动将会议录音转录文本转换为结构化会议记录,并自动在项目管理工具中创建待办任务
|
||||
- 问题域:会议记录人工整理耗时(20+分钟)、行动项容易遗忘、任务分配缺乏追踪机制
|
||||
- 方法/机制:监听会议转录文本来源 → 提取关键决策和行动项 → 自动创建 Jira/Linear/Todoist/Notion 任务 → 发送 Slack/Discord 摘要 → 截止日前自动提醒
|
||||
- 结论/价值:**自动创建任务**比摘要本身更有价值,无法转化为追踪任务的会议记录只是"文档剧场"
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- AI Agent 通过消除"已讨论"到"已追踪"之间的Gap,提升团队协作效率
|
||||
- 转录文本来源可以是 Otter.ai 导出、Google Meet 转录、Zoom 录制摘要或直接粘贴文本
|
||||
- 真正的价值不在摘要,而在于**自动任务创建**——会议记录如果不变成可追踪的任务,只是"文档剧场"
|
||||
- VTT/SRT 字幕文件(Zoom/Google Meet 导出)因包含时间戳而更适合作为输入,可帮助 Agent 区分发言人
|
||||
- 应采用渐进式自动化:先从"粘贴转录文本 → 获取摘要"开始,逐步扩展到文件夹监听和 API 集成
|
||||
|
||||
## Key Quotes
|
||||
> "Meeting notes that don't become tracked tasks are just documentation theater." — 核心洞察
|
||||
> "Start simple (paste transcript, get summary) and automate incrementally. Don't over-engineer the pipeline before validating the output quality." — 实施建议
|
||||
> "VTT/SRT subtitle files from Zoom or Google Meet work great as input — they include timestamps which help the agent attribute statements to speakers." — 输入格式建议
|
||||
|
||||
## Key Concepts
|
||||
- [[MeetingNotes]]:会议记录的 AI 自动化生成,包括摘要提取、关键决策识别、行动项抽取
|
||||
- [[ActionItemTracking]]:从会议记录中识别并追踪分配给特定人员的待办事项
|
||||
- [[TaskAutomation]]:通过 AI Agent 自动在项目管理工具(Jira/Linear/Todoist/Notion)中创建任务
|
||||
- [[TranscriptProcessing]]:处理会议转录文本,包括 VTT/SRT 格式解析和发言人识别
|
||||
|
||||
## Key Entities
|
||||
- [[Jira]]:Atlassian 项目管理工具,支持通过 REST API 创建任务,Agent 将会议行动项自动同步到 Jira
|
||||
- [[Linear]]:现代项目管理工具,提供 GraphQL API,Agent 将行动项自动同步到 Linear 项目
|
||||
- [[Todoist]]:个人/团队任务管理工具,Agent 将个人会议行动项自动添加到 Todoist
|
||||
- [[Notion]]:多功能协作工具,支持数据库操作,Agent 将会议摘要和行动项写入 Notion 页面
|
||||
- [[Otter.ai]]:AI 会议转录服务,提供 API 导出转录文本,作为 Agent 的会议输入来源
|
||||
- [[Fireflies.ai]]:AI 会议助手,自动记录和转录会议,作为 Agent 的会议输入来源
|
||||
- [[Slack]]:团队沟通平台,Agent 通过 Incoming Webhook 将会议摘要发布到指定频道
|
||||
- [[Discord]]:社区/团队沟通平台,Agent 将会议摘要发送到服务器频道
|
||||
|
||||
## Connections
|
||||
- [[MeetingNotes]] ← depends_on ← [[TranscriptProcessing]]
|
||||
- [[ActionItemTracking]] ← extends ← [[Todoist Task Manager]]
|
||||
- [[TaskAutomation]] ← uses ← [[Jira]], [[Linear]], [[Todoist]], [[Notion]]
|
||||
- [[MeetingNotes]] ← uses ← [[Otter.ai]], [[Fireflies.ai]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[todoist-task-manager]] 可能存在重叠:
|
||||
- 冲突点:两者都涉及 Todoist 任务管理,但侧重不同
|
||||
- 当前观点:[[MeetingNotes]] 专注于从会议转录自动提取行动项后创建任务
|
||||
- 对方观点:[[todoist-task-manager]] 侧重于通用的 Todoist 任务管理和提醒设置
|
||||
48
wiki/sources/n8n-claude-通过自然语言自动化工作流.md
Normal file
48
wiki/sources/n8n-claude-通过自然语言自动化工作流.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
title: "n8n + Claude:通过自然语言自动化工作流"
|
||||
type: source
|
||||
tags: [claude, n8n, n8n-mcp, nodejs]
|
||||
date: 2025-12-31
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/n8n+Claude 通过自然语言自动化工作流.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:通过在 Claude Desktop 中配置 n8n-mcp MCP 服务器,使 Claude 能够通过自然语言指令直接调用 n8n 的 543 个节点,自动生成和执行工作流,实现"用嘴做自动化"。
|
||||
- 问题域:用户需要在 Claude Desktop 环境中使用 MCP 协议连接 n8n,通过自然语言驱动的 AI Agent 实现工作流自动化。
|
||||
- 方法/机制:安装 Claude Desktop → 安装 Node.js 运行环境 → 安装 n8n-mcp MCP 服务器 → 配置 MCP 连接 → 用自然语言向 Claude 描述需求 → Claude 调用 n8n 节点生成工作流。
|
||||
- 结论/价值:结合 Claude 的自然语言理解和 n8n 的 543 个节点能力,实现低门槛的 AI 驱动工作流自动化,大幅降低非技术用户的自动化实现成本。
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- n8n-mcp 作为 MCP 服务器,将 Claude Desktop 与 n8n 工作流引擎连接,使 Claude 能够理解并调用 n8n 全部 543 个节点。
|
||||
- Claude Desktop 通过 MCP 协议与 n8n 通信,实现"自然语言 → 工作流代码"的端到端自动化生成。
|
||||
- n8n 是开源工作流自动化平台,Node.js 运行环境是其依赖基础。
|
||||
- Node.js 是 n8n-mcp 的运行时环境,必须先安装 Node.js 才能启动 MCP 服务。
|
||||
|
||||
## Key Quotes
|
||||
> "安装 Claude Desktop 后,在 Claude Desktop 中安装 mcp npm 包,以实现本地与 n8n 的 MCP 连接。" — 环境准备步骤
|
||||
|
||||
## Key Concepts
|
||||
- [[工作流自动化]]:通过自然语言指令让 AI 自动设计和搭建 n8n 自动化流程的技术方法。
|
||||
- [[MCP(Model Context Protocol)]]:Anthropic 推出的模型上下文协议,作为 Claude Desktop 与 n8n-mcp 之间的通信桥梁,实现工具调用标准化。
|
||||
- [[Extended Thinking]]:Claude 的深层推理模式,提升代码生成质量和逻辑正确性(本来源 [[使用Claude自动生成N8N工作流的实操教程]] 关联)。
|
||||
|
||||
## Key Entities
|
||||
- [[Claude Desktop]]:Anthropic Claude AI 桌面应用,支持 MCP 协议扩展,可通过 n8n-mcp 连接 n8n 工作流引擎。
|
||||
- [[n8n-mcp]]:czlonkowski/n8n-mcp 开源 MCP 服务器项目,充当 Claude Desktop 与 n8n 之间的桥梁,支持 543 个 n8n 节点、87% 官方文档覆盖。
|
||||
- [[Node.js]]:JavaScript 运行时环境,n8n-mcp 的运行依赖,必须先安装 Node.js 才能启动 MCP 服务。
|
||||
- [[N8N]]:开源工作流自动化平台(由多个节点按顺序执行的自动化流程组成),Claude 通过 n8n-mcp 调用其全部节点。
|
||||
|
||||
## Connections
|
||||
- [[Claude Desktop]] ← connects via ← [[MCP(Model Context Protocol)]] ← through ← [[n8n-mcp]]
|
||||
- [[n8n-mcp]] ← controls ← [[N8N]](工作流执行引擎)
|
||||
- [[n8n-mcp]] ← requires ← [[Node.js]](运行环境)
|
||||
- [[Claude Desktop]] ← generates ← [[工作流自动化]](目标产出)
|
||||
|
||||
## Contradictions
|
||||
- 与 [[使用Claude自动生成N8N工作流的实操教程]] 对比:
|
||||
- 冲突点:两篇文章均介绍 Claude + n8n 自动化,但实现路径不同。
|
||||
- 当前观点(本篇):使用 Claude Desktop(桌面客户端)+ n8n-mcp MCP 服务器本地连接,适合桌面用户。
|
||||
- 对方观点(另一篇):使用 Claude API(云端)+ n8n-mcp,适合 API 编程集成场景。
|
||||
- 说明:两者核心技术相同(n8n-mcp + MCP 协议),差异在于 Claude 的接入方式(桌面客户端 vs API),可互补使用。
|
||||
42
wiki/sources/n8n-configure-telegram-trigger.md
Normal file
42
wiki/sources/n8n-configure-telegram-trigger.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "n8n configure telegram trigger"
|
||||
type: source
|
||||
tags: [n8n, telegram]
|
||||
date: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/n8n configure telegram trigger.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:n8n Telegram Trigger 节点的 HTTPS Webhook 配置与故障排查
|
||||
- 问题域:n8n 工作流自动化平台在接收 Telegram 机器人消息时的 Webhook 注册问题
|
||||
- 方法/机制:通过设置 `WEBHOOK_URL` 环境变量为 HTTPS URL,使 n8n 生成符合 Telegram 要求的 HTTPS Webhook 地址;Docker Desktop 容器环境下配置该环境变量
|
||||
- 结论/价值:解决 Telegram "bad webhook: An HTTPS URL must be provided for webhook" 错误,成功激活 Telegram Trigger 节点
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Telegram 要求 Webhook URL 必须是 HTTPS 协议,HTTP 或空值均无法注册
|
||||
- `WEBHOOK_URL` 环境变量控制 n8n 生成的 Webhook URL 协议前缀
|
||||
- 在 Docker Desktop 环境中设置 `WEBHOOK_URL=https://n8n.cpolar.top` 可解决内网 n8n 实例的 Telegram Webhook 配置问题
|
||||
|
||||
## Key Quotes
|
||||
> "Telegram Trigger: Bad Request: bad webhook: An HTTPS URL must be provided for webhook" — 错误信息,表明 Telegram 要求 HTTPS Webhook
|
||||
|
||||
> "WEBHOOK_URL=https://your-domain.com/" — 官方推荐的 n8n Telegram Trigger HTTPS Webhook 配置方法
|
||||
|
||||
## Key Concepts
|
||||
- [[Webhook]]:网络钩子,一种服务器间实时推送数据的机制;Telegram Bot API 使用 Webhook 模式而非轮询来接收消息
|
||||
- [[Telegram Trigger]]:n8n 平台中用于接收 Telegram 机器人消息并触发工作流的节点
|
||||
- [[WEBHOOK_URL]]:n8n 环境变量,指定 n8n 实例的对外 HTTPS 访问地址,用于生成 Telegram Webhook URL
|
||||
|
||||
## Key Entities
|
||||
- [[n8n]]:开源工作流自动化平台,支持通过 Trigger 节点监听外部事件(如 Telegram 消息)
|
||||
- [[Telegram]]:即时通讯平台,提供 Bot API,支持 Webhook 推送消息
|
||||
- [[Docker Desktop]]:桌面级 Docker 运行环境,在其中运行 n8n 容器时通过环境变量配置 WEBHOOK_URL
|
||||
|
||||
## Connections
|
||||
- [[n8n Docker 安装与更新]] ← extends ← [[n8n configure telegram trigger]](本文为 n8n Docker 部署的 Telegram 集成补充)
|
||||
- [[Webhook]] ← used_by ← [[Telegram Trigger]](Webhook 机制是 Telegram Trigger 的底层通信方式)
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
54
wiki/sources/n8n-docker-install-update.md
Normal file
54
wiki/sources/n8n-docker-install-update.md
Normal file
@@ -0,0 +1,54 @@
|
||||
---
|
||||
title: "n8n Docker 安装与更新"
|
||||
type: source
|
||||
tags: [docker, n8n, workflow, 自动化]
|
||||
sources: []
|
||||
last_updated: 2025-12-30
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/n8n docker install & update]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- **核心主题**:n8n 工作流自动化平台的 Docker 容器化部署与配置,包括网络代理设置和版本更新流程
|
||||
- **问题域**:在家庭服务器环境中通过 Docker 部署 n8n,并解决容器内访问国外 API 的网络代理问题
|
||||
- **方法/机制**:
|
||||
- 自定义 Dockerfile 扩展官方 n8n 镜像(安装 curl/wget 工具)
|
||||
- Docker Compose YAML 配置 HTTPS、反向代理环境变量
|
||||
- 通过 `ALL_PROXY` 环境变量配置容器内 SOCKS5 代理,使 n8n 节点可访问国外服务
|
||||
- 使用 `docker compose pull && down && up -d` 流程更新版本
|
||||
- **结论/价值**:提供一套完整的 n8n Docker 生产级部署方案,包含网络安全代理配置和版本维护脚本
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 宿主机 V2Ray/Tuic 需配置 `0.0.0.0` 监听,并将 SOCKS5 端口(10808)暴露给 Docker 网桥
|
||||
- Docker 容器内通过 `ALL_PROXY=socks5://172.21.0.1:10808` 环境变量使所有出站流量走代理
|
||||
- Docker 网桥网关 IP(`docker network inspect n8n_default` 查看 Gateway)需替换实际值
|
||||
- `N8N_TRUST_PROXY=true` 配合 Caddy 反向代理实现真实客户端 IP 传递
|
||||
- 更新 n8n 版本只需 `docker compose pull && docker compose down && docker compose up -d`
|
||||
|
||||
## Key Quotes
|
||||
> "注意:`172.21.0.1` 需替换为以下命令输出的网桥 IP(Gateway)。`docker network inspect n8n_default`" — 容器内访问宿主机代理的关键网络配置说明
|
||||
|
||||
> "配置容器内网络代理" — n8n 节点(如 HTTP Request)访问国外 API 的核心机制
|
||||
|
||||
## Key Concepts
|
||||
- [[Docker网络网关IP]]:Docker 容器内访问宿主机服务的网关地址,自定义网络如 `172.21.0.1`
|
||||
- [[SOCKS5代理]]:通过 SOCKS5 协议转发 HTTP/HTTPS 流量的代理机制,`ALL_PROXY` 环境变量启用
|
||||
- [[环境变量代理]]:通过 `HTTP_PROXY/HTTPS_PROXY/ALL_PROXY` 环境变量让程序走代理
|
||||
- [[Caddy反向代理]]:`N8N_TRUST_PROXY=true` 使 n8n 获取真实客户端 IP
|
||||
- [[Docker卷]]:n8n 数据持久化卷 `n8n_data`,挂载至 `/home/node/.n8n`
|
||||
- [[Docker Compose]]:声明式定义 n8n 服务的 YAML 配置文件
|
||||
|
||||
## Key Entities
|
||||
- [[n8n]]:开源工作流自动化平台,支持可视化编排和 API 集成
|
||||
- [[Docker]]:容器化运行时,n8n 的部署底座
|
||||
- [[V2Ray/Tuic]]:宿主机运行的代理客户端,提供 SOCKS5 服务
|
||||
|
||||
## Connections
|
||||
- [[n8n]] ← 部署方式 ← [[Docker]]
|
||||
- [[n8n]] ← 网络代理 ← [[SOCKS5代理]]
|
||||
- [[SOCKS5代理]] ← 运行于 ← [[Docker网络网关IP]]
|
||||
- [[n8n configure telegram trigger]] ← 相关配置 ← [[n8n]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
@@ -0,0 +1,53 @@
|
||||
---
|
||||
title: "N8N Full Tutorial Building AI Agents in 2025 for Beginners!"
|
||||
type: source
|
||||
tags: [ai, ai-agent, n8n, tutorial]
|
||||
date: 2025-03-06
|
||||
sources: []
|
||||
last_updated: 2026-04-23
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/n8n full tutorial building AI agents in 2025 for Beginners!.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:使用 N8N 平台构建 AI Agent 的完整入门教程
|
||||
- 问题域:AI Agent 开发平台、工作流自动化、AI 与数据库集成
|
||||
- 方法/机制:N8N 五类节点系统(Trigger/Action/Utility/Code/Advanced AI)、Agent 记忆机制、外部工具集成(Airtable)、Workflow 与 Agent 的区别
|
||||
- 结论/价值:N8N 提供低门槛可视化界面,使初学者能够通过动态工具选择和上下文记忆构建有状态的 AI Agent 系统
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- N8N 平台通过五类节点(触发节点、动作节点、工具节点、代码节点、高级 AI 节点)的组合,使构建 AI Agent 变得直观可控
|
||||
- Agentic System(智能体系统)将 Workflow 的可预测性与 Agent 的动态工具选择能力结合,实现能根据用户输入自适应响应的 AI 应用
|
||||
- 记忆(Memory)机制是 AI Agent 与传统自动化 Workflow 的关键区别,使 Agent 能够保留对话上下文
|
||||
- 外部工具集成(如 Airtable)扩展了 AI Agent 的能力边界,使其能够读写真实业务数据
|
||||
|
||||
## Key Quotes
|
||||
> "Agentic systems consist of agents and workflows, where agents dynamically select tools for user requests." — 教程核心定义
|
||||
|
||||
> "By retaining context from previous interactions, agents can provide more coherent and relevant responses." — 记忆机制的价值
|
||||
|
||||
## Key Concepts
|
||||
- [[Agentic System]]:由 Agent 和 Workflow 组成的智能系统,Agent 能根据用户请求动态选择工具
|
||||
- [[AI Agent Memory]]:AI Agent 的上下文保持机制,使对话具有连续性
|
||||
- [[N8N Node Types]]:N8N 平台的五类节点(Trigger、Action、Utility、Code、Advanced AI)
|
||||
- [[Workflow vs Agent]]:传统自动化 Workflow(预定义输出)vs AI Agent(动态决策)的本质区别
|
||||
|
||||
## Key Entities
|
||||
- [[n8n]]:开源工作流自动化平台,支持 AI Agent 构建,提供可视化节点编辑界面
|
||||
- [[AI Foundations]]:AI 学习和协作社区,提供本教程及后续进阶资源
|
||||
- [[Airtable]]:云端数据库平台,教程中作为 Agent 的外部工具集成示例
|
||||
|
||||
## Connections
|
||||
- [[n8n + Claude:通过自然语言自动化工作流]] ← extends ← [[本教程]]
|
||||
- [[使用Claude自动生成N8N工作流的实操教程]] ← related_to ← [[本教程]]
|
||||
- [[n8n-workflow-orchestration]] ← related_to ← [[本教程]]
|
||||
- [[n8n调用hermes-agents的工作流架构]] ← related_to ← [[本教程]]
|
||||
- [[n8n-调用openclaw-agents的工作流架构]] ← related_to ← [[本教程]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[n8n + Claude:通过自然语言自动化工作流]] 的潜在差异:
|
||||
- 冲突点:Claude 生成 N8N 工作流的自动化程度
|
||||
- 当前观点(本教程):N8N 适合作为独立 AI Agent 平台,通过记忆机制和工具集成实现复杂自动化
|
||||
- 对方观点:Claude 可通过 n8n-mcp 理解 543 个 N8N 节点并自动生成工作流,完成度约 80%-90%
|
||||
- 说明:两者互补——教程提供手动构建基础,Claude 工具提供自动化加速
|
||||
51
wiki/sources/podcast-production-pipeline.md
Normal file
51
wiki/sources/podcast-production-pipeline.md
Normal file
@@ -0,0 +1,51 @@
|
||||
---
|
||||
title: "Podcast Production Pipeline"
|
||||
type: source
|
||||
tags: ["agent", "podcast", "automation", "content-production"]
|
||||
date: 2026-04-22
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/usecases/podcast-production-pipeline.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI Agent 全自动播客制作流水线,从选题到发布资产的完整工作流
|
||||
- 问题域:个人播客创作者和小型团队的生产效率问题——录制本身只占总工作量的30%,其余70%都是繁琐的准备工作
|
||||
- 方法/机制:通过 Chain Agents 串联完成「录前研究→大纲脚本→录制→时间戳笔记→社媒推广包→SEO描述」的全链路自动化
|
||||
- 结论/价值:AI 承担生产侧的 70% 工作,创作者专注核心的对话录制,大幅降低播客制作门槛
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Solo Podcaster 在制作上花费的时间远超录制时间,创意对话部分仅占总工作量的约 30%
|
||||
- 录制前的深度嘉宾研究是整个流水线中价值最高的环节,直接提升访谈质量
|
||||
- 带时间戳的节目笔记(Show Notes)是重要的听众留存工具,大多数播客主因繁琐而跳过
|
||||
- 社媒推广包(Social Media Kit)是节省重复性时间最多的环节——每集必做,结构固定,非常适合自动化
|
||||
- 与 [[Multi-Agent Content Factory]] 配合使用时,可将播客内容复用为博客文章、Newsletter 或视频片段
|
||||
|
||||
## Key Quotes
|
||||
> "Walking into an interview with deep guest research makes the conversation dramatically better — and that's something you can't fake in post-production." — Key insight on pre-recording research value
|
||||
|
||||
> "The social media kit saves the most *recurring* time. You need promo for every single episode, and it's always the same structure — perfect for automation." — On recurring automation ROI
|
||||
|
||||
## Key Concepts
|
||||
- [[Pre-Recording Research]]:嘉宾背景调研 + 话题趋势研究 + 采访问题生成,是流水线中价值最高的环节
|
||||
- [[Podcast Show Notes]]:录制后处理录音文本,生成带时间戳的节目笔记,每一话题转换点配一句话摘要并附链接
|
||||
- [[Social Media Kit]]:为每集生成 X/Twitter(3条推文)、LinkedIn(1篇专业帖)、Instagram(1条配图文案+hashtag)的推广内容包
|
||||
- [[SEO Episode Description]]:为 Spotify、Apple Podcasts、YouTube 优化的 200 词以内节目描述,自然嵌入 3-5 个关键词
|
||||
- [[Episode Outline]]:结构化节目大纲,含寒暄开场钩子(1-2句抓注意力)、30秒开场语、5-7个递进式采访问题、2-3个备用问题、结尾行动号召
|
||||
- [[RSS Feed Monitoring]]:通过 RSS 订阅监控竞品播客,新集发布时自动推送 Telegram 提醒
|
||||
|
||||
## Key Entities
|
||||
- [[Whisper (OpenAI)]]:本地转录工具,用于录音生成文本,为 Show Notes 生成提供原始素材
|
||||
- [[Spotify for Podcasters]]:播客分发平台,Episode Description 的目标发布渠道之一
|
||||
- [[Apple Podcasts]]:播客分发平台,Episode Description 的目标发布渠道之一
|
||||
- [[YouTube]]:视频播客平台,Episode Description 的目标发布渠道之一,同时支持 RSS 订阅
|
||||
|
||||
## Connections
|
||||
- [[Content Factory]] ← extends ← [[Podcast Production Pipeline]]:内容工厂将播客内容复用为博客、Newsletter、视频片段等
|
||||
- [[Multi-Agent Coordination]] ← uses ← [[Podcast Production Pipeline]]:多 Agent 协调模式实现流水线并行处理
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Content Factory]](内容工厂):
|
||||
- 冲突点:内容工厂强调内容的批量生产与多格式复用;播客流水线强调录制前后的端到端自动化
|
||||
- 当前观点:两者高度互补,播客流水线生产的内容直接输入内容工厂进行多格式复用
|
||||
- 对方观点:内容工厂可独立运作,不依赖播客作为输入源
|
||||
61
wiki/sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
Normal file
61
wiki/sources/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md
Normal file
@@ -0,0 +1,61 @@
|
||||
---
|
||||
title: "万字保姆级教程,让你90天跑通"一人公司"模式(附AI提示词)"
|
||||
type: source
|
||||
tags: [一人公司, 个人品牌, 商业变现, AI提示词, 产品体系, 内容营销]
|
||||
date: 2026-02-11
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/万字保姆级教程-90天跑通一人公司模式-2026-03-29.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
|
||||
- **核心主题**:90天内建立一人公司的系统性方法论,通过自我定位、产品设计、内容营销和销售漏斗实现个人商业化
|
||||
- **问题域**:个人职业转型、副业创业、一人公司运营
|
||||
- **方法/机制**:天才地带自检 → 底层能力挖掘 → 心理陷阱识别 → Ikigai 框架定位 → 赛道验证 → 产品体系设计 → 内容矩阵构建 → 销售漏斗搭建
|
||||
- **结论/价值**:一人公司的关键不是更努力工作,而是更聪明地定位;用 AI 杠杆放大个人优势
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
|
||||
- 一人公司的本质是用最小的杠杆撬动最大的价值,杠杆支点是个人优势
|
||||
- 天才地带(Zone of Genius)是能产生心流的区域,时间飞逝、精力充沛
|
||||
- 底层能力需要通过"追溯童年、毫不费力、底层通用"三个问题自检
|
||||
- 四个心理陷阱(愧疚陷阱、效率陷阱、卓越陷阱、努力陷阱)会困住个人发展
|
||||
- Ikigai 是热情、擅长、市场需求、报酬四个维度的交集
|
||||
- 产品体系需要四个层级:引流产品(免费)→ 入门产品(¥199)→ 核心产品(¥4999)→ 高价产品(¥20,000/月)
|
||||
- 客户需要逐步建立信任,没有人一开始就买最贵的
|
||||
|
||||
## Key Quotes
|
||||
|
||||
> "一人公司的关键,和你更努力地工作一点关系没有,是更聪明地定位。" — 文章核心观点
|
||||
|
||||
> "在你觉得太简单所以不值钱的事情里,在朋友们总是找你帮忙的那个领域里——现在,是时候把它挖掘出来了。" — 结语
|
||||
|
||||
## Key Concepts
|
||||
|
||||
- [[天才地带(Zone of Genius)]]:能产生心流的区域,时间飞逝,精力充沛,与"不胜任区""胜任区""卓越区"并列
|
||||
- [[底层能力]]:隐藏在活动表象下的核心能力,可通过三个自检问题追溯
|
||||
- [[四个心理陷阱]]:愧疚陷阱("我不喜欢别人肯定也不喜欢")、效率陷阱("忙=创造价值")、卓越陷阱("最厉害的人才能做")、努力陷阱("轻松=没价值")
|
||||
- [[Ikigai框架]]:四个圆圈交集——你所热爱的 × 你所擅长的 × 世界所需要的 × 你能获得报酬的
|
||||
- [[产品四层级体系]]:引流(免费PDF)→ 入门(¥199工具)→ 核心(¥4999特训营)→ 高价(¥20,000/月咨询)
|
||||
- [[内容矩阵]]:核心主题(横轴)× 内容形式(纵轴:观察类、反直觉类、操作指南类、个人故事类、清单类)
|
||||
- [[反向金字塔内容法]]:一次长形式内容切成无数微内容,一次制作百次分发
|
||||
- [[Build in Public]]:公开构建过程建立信任,AI泛滥时代活人感更重要
|
||||
- [[价格锚定]]:高价选项放顶部让低价显得便宜
|
||||
- [[诱饵效应]]:三个定价选项引导用户选择中间选项
|
||||
|
||||
## Key Entities
|
||||
|
||||
- [[盖伊·亨德里克斯]](Gay Hendricks):心理学家,提出"天才地带(Zone of Genius)"概念
|
||||
|
||||
## Connections
|
||||
|
||||
- [[Ikigai框架]] ← 是 ← [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
- [[Build in Public]] ← 来源于 ← [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
- [[一人公司]] ← 核心概念 ← [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
- [[产品体系设计]] ← 来源于 ← [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
- [[销售漏斗]] ← 来源于 ← [[万字保姆级教程-90天跑通一人公司模式]]
|
||||
|
||||
## Contradictions
|
||||
|
||||
- (暂无)
|
||||
57
wiki/sources/万字讲透openclaw-workspace深度解析-2026-03-21.md
Normal file
57
wiki/sources/万字讲透openclaw-workspace深度解析-2026-03-21.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "万字讲透OpenClaw Workspace深度解析"
|
||||
type: source
|
||||
tags: [OpenClaw, Agent, Workspace, AGENTS.md, SOUL.md]
|
||||
sources: []
|
||||
last_updated: 2026-03-21
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/万字讲透OpenClaw-Workspace深度解析-2026-03-21.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:OpenClaw 的 workspace 目录体系——让 Agent 从"能用"进化到"真好用"的关键文件架构
|
||||
- 问题域:Agent 个性化配置、长期记忆机制、多 Agent 协作时的行为一致性
|
||||
- 方法/机制:通过 workspace 目录下的多个 Markdown 文件(AGENTS.md/SOUL.md/USER.md/IDENTITY.md/TOOLS.md/MEMORY.md 等)分别管理职责、性格、用户偏好、身份元数据、工具规范和长期记忆
|
||||
- 结论/价值:workspace 文件配合好后,Agent 不再是每次都要重新 onboarding 的陌生人,而是一个真正懂你、记得你、靠谱的长期搭档
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- OpenClaw 使用者存在一条隐形分界线:一边每次都要重新交代背景,另一边的 Agent 已知道用户是谁、该怎么说话——这条分界线就是 workspace
|
||||
- workspace 管的是"Agent 平时怎么干活"(文件内容),openclaw.json 管的是"系统怎么把 Agent 跑起来"(配置参数),两者职责不同
|
||||
- AGENTS.md 是岗位说明书(做什么、怎么做、边界在哪),SOUL.md 是性格档案(是谁、什么风格、怎么思考),两者不应混写
|
||||
- 300-500 字的 AGENTS.md 比 2000 字的更有效——边界比能力描述更重要,LLM 默认会"发挥创意"需要约束
|
||||
- SOUL.md 定义 Agent 性格,USER.md 定义用户偏好,两者放在一起相当于在 Agent 脑子里预装了"人机关系的基本共识"
|
||||
- TOOLS.md 的核心价值是明确"什么时候不该用"比"什么时候该用"更重要,减少工具误用和权限越界
|
||||
- 真正算数的长期记忆是 workspace 里那些 Markdown 文件,不是看不见的黑盒数据库——memory/ 目录让 Agent 真正拥有跨会话记忆
|
||||
|
||||
## Key Quotes
|
||||
> "workspace 是 Agent 的工作台(决定怎么工作),agentDir 是 openclaw.json 里的配置字段(指向存放运行状态的目录),sessions 是工作日志(记对话历史)。三者职责不同,不要混为一谈。" — workspace 全貌区分
|
||||
> "AGENTS.md 不是越长越好——300-500 字的 AGENTS.md,比 2000 字的更有效。" — 经验法则
|
||||
> "一个没有 SOUL.md 的 Agent,每次对话都像第一次见面——它不记得自己是谁,说话没有固定风格。" — SOUL.md 必要性
|
||||
> "对 Agent 来说,真正算数的长期记忆,是 workspace 里那些 Markdown 文件,不是什么看不见摸不着的黑盒数据库。" — 记忆机制核心洞察
|
||||
|
||||
## Key Concepts
|
||||
- [[Workspace]]:Agent 的工作台目录(~/.openclaw/workspace/),包含 AGENTS.md、SOUL.md、USER.md 等配置文件,决定 Agent 怎么工作
|
||||
- [[AGENTS.md]]:Agent 的工作说明书,定义职责、边界、多 Agent 协作流程;300-500 字最优
|
||||
- [[SOUL.md]]:Agent 的性格档案,叙事性角色设定文档(与 IDENTITY.md 的结构化元数据分工明确)
|
||||
- [[USER.md]]:用户画像与偏好固化,减少每次对话的重复交代
|
||||
- [[IDENTITY.md]]:Agent 结构化身份元数据(Name/Creature/Vibe/Emoji/Avatar),与 SOUL.md 叙事分工
|
||||
- [[TOOLS.md]]:工具权限声明与使用规范,明确"什么时候不该用"比"什么时候该用"更重要
|
||||
- [[BOOTSTRAP.md]]:一次性出厂引导,完成初始化后应删除
|
||||
- [[HEARTBEAT.md]]:会话节奏/状态提示的默认模板之一
|
||||
- [[MEMORY.md]]:长期知识总表,与 memory/ 日期滚动目录共同构成 Agent 的持久记忆层
|
||||
- [[Agent-Memory]]:OpenClaw 通过 builtin 或 qmd 方案,将重要信息写入 memory/ 或 MEMORY.md,下次对话通过 memory_search/memory_get 检索注入上下文
|
||||
|
||||
## Key Entities
|
||||
- [[OpenClaw]]:本文的核心研究对象,multi-agent 框架,workspace 体系是其从"能用"到"真好用"的分水岭
|
||||
- [[DracoVibeCoding]]:公众号"Draco正在VibeCoding"作者,本文原创作者
|
||||
|
||||
## Connections
|
||||
- [[OpenClaw]] ← uses ← [[Workspace]]
|
||||
- [[Workspace]] ← composed of ← [[AGENTS.md]], [[SOUL.md]], [[USER.md]], [[IDENTITY.md]], [[TOOLS.md]], [[MEMORY.md]]
|
||||
- [[AGENTS.md]] ← informs ← [[Agent-Specialization]]
|
||||
- [[Agent-Memory]] ← built on ← [[Workspace]] + [[MEMORY.md]] + [[memory/目录]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
|
||||
52
wiki/sources/使用claude自动生成n8n工作流的实操教程.md
Normal file
52
wiki/sources/使用claude自动生成n8n工作流的实操教程.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: "使用Claude自动生成N8N工作流的实操教程"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2025-12-31
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/使用Claude自动生成N8N工作流的实操教程.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:如何借助 AI 助手 Claude 自动创建 N8N 工作流,解决新手在架构设计和节点选择中的困惑。
|
||||
- 问题域:N8N 工作流自动化工具的使用门槛高,新手不知如何设计工作流架构和选择节点。
|
||||
- 方法/机制:通过安装 n8n-mcp(Model Context Protocol 多功能控制面板),将 Claude 与 N8N 连接,用自然语言描述需求,Claude 自动选择节点、编写代码、生成完整工作流。
|
||||
- 结论/价值:Claude 可完成约 80%-90% 的工作流设计和编码,显著降低学习门槛,适合无编码基础的 N8N 初学者,但仍需人工二次修正。
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- n8n-mcp 通过提供 543 个 n8n nodes、节点属性 99% 覆盖、节点操作 63.6% 覆盖,使 Claude 能理解并生成 N8N 工作流。
|
||||
- Claude 使用 OpenSea 模型并开启 Extended Thinking 模式后,代码生成效果更优。
|
||||
- Claude 自动生成工作流的完成度约 80%-90%,仍有 10%-20% 的错误率需要人工修正。
|
||||
- 自然语言驱动的 N8N 工作流自动化,显著降低新手学习门槛和制作时间。
|
||||
|
||||
## Key Quotes
|
||||
> "通过此方法,特别是缺乏编程基础的新手能快速搭建功能复杂的自动化流程,大幅提升效率。" — 教程总结
|
||||
|
||||
> "Claude能实现约80%-90%正确的工作流布局和逻辑,尽管有细节错误仍需人工二次修正,但对新手尤其友好,显著降低学习门槛和工作时间。" — 优缺点分析
|
||||
|
||||
## Key Concepts
|
||||
- [[N8N]]:开源工作流自动化工具,支持节点连接执行任务,由多个节点按顺序执行的自动化流程组成。
|
||||
- [[MCP(Model Context Protocol)]]:N8N 的多功能控制面板协议,允许外部工具(如 Claude)调用 N8N 所有节点,实现自动工作流创建。
|
||||
- [[Extended Thinking]]:Claude 的一种运行模式,支持更深层次逻辑推理,提升代码生成质量。
|
||||
- [[工作流自动化]]:通过自然语言指令让 AI 自动设计和搭建自动化流程的技术方法。
|
||||
- [[Node.js]]:n8n-mcp 的运行环境,需先安装 Node.js 才能启动 MCP 服务。
|
||||
- [[API Key]]:用于认证访问 N8N 服务的密钥,保证接口调用的安全。
|
||||
|
||||
## Key Entities
|
||||
- [[n8n-mcp]]:开源 MCP 项目(czlonkowski/n8n-mcp),作为 Claude 与 N8N 之间的桥梁,支持 543 个节点、87% 官方文档覆盖。
|
||||
- [[Claude]]:Anthropic AI 助手,可通过 MCP 扩展调用 N8N 节点能力,自动生成工作流。
|
||||
- [[Node.js]]:JavaScript 运行时环境,n8n-mcp 的运行依赖。
|
||||
|
||||
## Connections
|
||||
- [[Claude]] ← uses ← [[n8n-mcp]]
|
||||
- [[Claude]] ← uses ← [[Node.js]](运行环境)
|
||||
- [[n8n-mcp]] ← provides nodes to ← [[N8N Workflow]]
|
||||
- [[Claude]] ← configured with ← [[API Key]]
|
||||
- [[Claude]] ← optimized by ← [[Extended Thinking]]
|
||||
|
||||
## Contradictions
|
||||
- 与传统手工搭建 N8N 工作流对比:
|
||||
- 冲突点:手工搭建强调用户自主设计每个节点,AI 辅助强调自然语言生成。
|
||||
- 当前观点:AI 自动生成可大幅降低门槛,但存在 10%-20% 错误率需人工修正。
|
||||
- 对方观点:手工搭建可精确控制每个细节,但学习成本高、耗时长。
|
||||
Reference in New Issue
Block a user