新增第26章: NAS照片发送到Telegram
This commit is contained in:
19
wiki/concepts/Agent-Chain.md
Normal file
19
wiki/concepts/Agent-Chain.md
Normal file
@@ -0,0 +1,19 @@
|
||||
---
|
||||
title: "Agent Chain"
|
||||
type: concept
|
||||
tags: [agent-architecture, multi-agent]
|
||||
---
|
||||
|
||||
## Definition
|
||||
多个 Agent 串联工作,各自负责不同阶段的流水线架构。一个 Agent 的输出作为下一个 Agent 的输入,实现复杂任务的分解与协同。
|
||||
|
||||
## Use Cases
|
||||
- Podcast Production Pipeline:研究 Agent → 脚本 Agent → Show Notes Agent → 社交媒体 Agent
|
||||
- 内容工厂:选题 Agent → 写作 Agent → 校对 Agent → 发布 Agent
|
||||
|
||||
## Related Concepts
|
||||
- [[Pipeline]]:带硬性检查点的严格工作流
|
||||
- [[Agentic-AI]]:具备自主决策和任务执行能力的 AI 系统
|
||||
|
||||
## Related Sources
|
||||
- [[podcast-production-pipeline]]
|
||||
53
wiki/concepts/Agent-Skill-设计模式.md
Normal file
53
wiki/concepts/Agent-Skill-设计模式.md
Normal file
@@ -0,0 +1,53 @@
|
||||
---
|
||||
id: agent-skill-design-patterns
|
||||
title: "Agent Skill 设计模式"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 设计模式]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
Google 发布的 5 种 Agent Skill 设计模式,用于指导如何构建真正可靠的 agent。
|
||||
|
||||
## Definition
|
||||
Agent Skill 设计模式是 Google Cloud 总结的 5 种经过验证的 skill 构建模式,每种都有完整的 ADK 代码示例。
|
||||
|
||||
## Five Patterns
|
||||
|
||||
### 1. Tool Wrapper
|
||||
让 agent 快速成为某个领域的专家。通过监听特定库关键词,当用户开始使用特定技术时才动态加载相关文档。
|
||||
|
||||
### 2. Generator
|
||||
从模板生成结构化输出。通过"填空"流程解决 agent 每次运行生成文档结构不一致的问题。
|
||||
|
||||
### 3. Reviewer
|
||||
把检查清单和检查逻辑分开。审查标准存放在 references 目录,agent 动态加载特定审查标准并强制输出结构化结果。
|
||||
|
||||
### 4. Inversion
|
||||
agent 先问用户再做。通过明确、不可协商的门控指令,确保 agent 逐个阶段提问,等待用户答案后再进入下一个阶段。
|
||||
|
||||
### 5. Pipeline
|
||||
带硬性检查点的严格工作流。强制执行顺序工作流,在关键节点设置硬性检查点,确保无法绕过复杂任务直接给出未验证的最终结果。
|
||||
|
||||
## Selection Guide
|
||||
每种模式有其应用场景:
|
||||
- Tool Wrapper:需要快速成为某领域专家时
|
||||
- Generator:需要强制一致的输出格式时
|
||||
- Reviewer:需要不同专项审计时
|
||||
- Inversion:需要用户参与每个阶段时
|
||||
- Pipeline:需要严格工作流和检查点时
|
||||
|
||||
## Combination
|
||||
5 种模式并非互斥,可以组合使用:
|
||||
- Pipeline 可以在最后包含 Reviewer 步骤来 double-check 成果
|
||||
- Generator 可以在最开始依赖 Inversion 来收集必要变量
|
||||
|
||||
## Related Concepts
|
||||
- [[Tool Wrapper]]
|
||||
- [[Generator]]
|
||||
- [[Reviewer]]
|
||||
- [[Inversion]]
|
||||
- [[Pipeline]]
|
||||
- [[SkillToolset]]
|
||||
- [[渐进式披露]]
|
||||
34
wiki/concepts/Generator.md
Normal file
34
wiki/concepts/Generator.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
id: generator
|
||||
title: "Generator"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 设计模式]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
从模板生成结构化输出的 Agent Skill 设计模式,解决 agent 输出格式不一致的问题。
|
||||
|
||||
## Definition
|
||||
Generator 利用"填空"流程,通过模板和样式指南强制一致的输出格式。
|
||||
|
||||
## Components
|
||||
- **assets/**:存放输出模板
|
||||
- **references/**:存放样式指南
|
||||
- **SKILL.md**:扮演项目经理角色
|
||||
|
||||
## Workflow
|
||||
1. 加载模板
|
||||
2. 读取样式指南
|
||||
3. 向用户询问缺失的变量
|
||||
4. 填充文档
|
||||
|
||||
## Use Cases
|
||||
- 生成统一的 API 文档
|
||||
- 标准化 commit 信息
|
||||
- 脚手架项目结构
|
||||
|
||||
## Related Concepts
|
||||
- [[Agent-Skill-设计模式]]
|
||||
- [[Inversion]]:可在最开始依赖 Inversion 收集必要变量
|
||||
21
wiki/concepts/Ikigai.md
Normal file
21
wiki/concepts/Ikigai.md
Normal file
@@ -0,0 +1,21 @@
|
||||
---
|
||||
title: "Ikigai"
|
||||
type: concept
|
||||
tags: [个人发展, 职业规划]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Definition
|
||||
Ikigai(日语"生命意义")是四个圆的交集,代表:
|
||||
- 你热爱的
|
||||
- 世界所需要的
|
||||
- 你能以此获得报酬的
|
||||
- 你所擅长的
|
||||
|
||||
## Finding Process
|
||||
1. 反思热情和技能——做什么会忘记时间?周末下午会主动学什么?
|
||||
2. 分析市场需求——人们经常抱怨什么问题?愿意为什么付费?
|
||||
3. 寻找交集——热情和市场的重叠处,就是你的 Ikigai
|
||||
|
||||
## Sources
|
||||
- [[万字保姆级教程-让你90天跑通一人公司模式-附AI提示词]]
|
||||
32
wiki/concepts/Inversion.md
Normal file
32
wiki/concepts/Inversion.md
Normal file
@@ -0,0 +1,32 @@
|
||||
---
|
||||
id: inversion
|
||||
title: "Inversion"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 设计模式]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
最反直觉的 Agent Skill 设计模式,agent 先问用户再做。
|
||||
|
||||
## Definition
|
||||
Inversion 模式把 agent 变成面试官,先问用户一系列问题,等用户回答完再行动。关键在于明确、不可协商的门控指令。
|
||||
|
||||
## How It Works
|
||||
1. **门控指令**:明确、不可协商的门控条件(如"不到所有阶段完成就不开始构建")
|
||||
2. **逐阶段提问**:agent 逐个阶段提问,等待用户答案
|
||||
3. **阶段确认**:只有用户回答完当前阶段所有问题,才进入下一个阶段
|
||||
4. **最终行动**:等所有阶段完成后才执行最终行动
|
||||
|
||||
## Use Cases
|
||||
- 项目规划:必须等用户回答完所有问题才生成最终计划
|
||||
- 需求收集:确保完全理解用户需求后再行动
|
||||
- 复杂任务启动:避免因信息不足导致的方向错误
|
||||
|
||||
## Key Insight
|
||||
Agent 天生喜欢直接猜测和生成,Inversion 把这个流程完全反过来,通过强制提问确保用户参与每个阶段。
|
||||
|
||||
## Related Concepts
|
||||
- [[Agent-Skill-设计模式]]
|
||||
- [[Generator]]:可在最开始依赖 Inversion 收集必要变量
|
||||
24
wiki/concepts/MCP.md
Normal file
24
wiki/concepts/MCP.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "MCP"
|
||||
type: concept
|
||||
tags: [ai, mcp, protocol]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Definition
|
||||
MCP(Modal Context Protocol)是一种基于 Client-Server 架构的协议,旨在实现大模型与外围服务的高效集成。
|
||||
|
||||
## Core Interfaces
|
||||
MCP Server 提供三种功能接口:
|
||||
- **资源获取**:类似 HTTP 的 GET 请求
|
||||
- **工具调用**:类似 POST 请求
|
||||
- **Promise 提示词**:用于多样化的交互与扩展
|
||||
|
||||
## MCP in Cursor
|
||||
- 在 Cursor 中通过设置新增 MCP Server
|
||||
- 支持两种接入方式:SSE 服务方式和本地执行命令方式
|
||||
|
||||
## Connections
|
||||
- 属于 [[Agentic AI]] 技术栈
|
||||
- 与 [[Sequential Thinking]] 工具配合使用可提升 AI 决策质量
|
||||
- Cursor 支持 [[MCP]] 协议集成
|
||||
37
wiki/concepts/N8N-节点.md
Normal file
37
wiki/concepts/N8N-节点.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "N8N 节点"
|
||||
type: concept
|
||||
tags: [n8n, workflow, node]
|
||||
---
|
||||
|
||||
## Definition
|
||||
N8n 工作流自动化平台的基本构建单元。每个节点执行特定任务,通过可视化方式连接形成完整的工作流。
|
||||
|
||||
## Node Types(节点类型)
|
||||
|
||||
### 1. Trigger(触发器)
|
||||
- 触发工作流执行的入口
|
||||
- 示例:Webhook、Telegram、Schedule
|
||||
|
||||
### 2. Action(操作节点)
|
||||
- 执行具体的操作
|
||||
- 示例:发送邮件、写入数据库
|
||||
|
||||
### 3. Utility(工具节点)
|
||||
- 数据转换和处理
|
||||
- 示例:JSON、Date Time、Item Lists
|
||||
|
||||
### 4. Code(代码节点)
|
||||
- 自定义 JavaScript/Python 代码
|
||||
- 实现复杂逻辑
|
||||
|
||||
### 5. Advanced AI(高级 AI 节点)
|
||||
- AI Agent 专用节点
|
||||
- 支持 LLM 调用、工具调用、记忆模块
|
||||
|
||||
## Importance
|
||||
节点分类使自动化工作流设计更加结构化和高效。理解每种节点的作用是构建有效 AI Agent 的前提。
|
||||
|
||||
## Connected Pages
|
||||
- [[n8n]] — 使用节点构建工作流
|
||||
- [[N8N Full Tutorial Building AI Agents in 2025 for Beginners!]] — 教程详细解释了节点分类
|
||||
38
wiki/concepts/Pipeline.md
Normal file
38
wiki/concepts/Pipeline.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
id: pipeline
|
||||
title: "Pipeline"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 设计模式]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
带硬性检查点的严格工作流 Agent Skill 设计模式,强制执行顺序工作流。
|
||||
|
||||
## Definition
|
||||
Pipeline 模式通过实现明确的门控条件,强制执行严格的顺序工作流,并在关键节点设置硬性检查点。
|
||||
|
||||
## How It Works
|
||||
1. **定义工作流**:指令本身定义工作流步骤
|
||||
2. **硬性检查点**:每个步骤有明确的前置条件
|
||||
3. **用户确认**:用户必须在进入下一步之前确认
|
||||
4. **防止绕过**:确保 agent 无法跳过复杂任务直接给出未验证的最终结果
|
||||
|
||||
## Example Workflow
|
||||
文档流水线示例:
|
||||
1. 解析和清点
|
||||
2. 生成文档字符串
|
||||
3. 组装文档
|
||||
4. 质量检查
|
||||
|
||||
每一步都有明确的前置条件,用户必须在进入下一步之前确认。
|
||||
|
||||
## Use Cases
|
||||
- 复杂任务:无法承受跳过步骤或忽略指令的情况
|
||||
- 多阶段流程:需要严格顺序执行的任务
|
||||
- 质量保证:需要用户确认的检查点
|
||||
|
||||
## Related Concepts
|
||||
- [[Agent-Skill-设计模式]]
|
||||
- [[Reviewer]]:Pipeline 可以在最后包含 Reviewer 步骤来 double-check
|
||||
23
wiki/concepts/Pre-Recording-Research.md
Normal file
23
wiki/concepts/Pre-Recording-Research.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
title: "Pre-Recording Research"
|
||||
type: concept
|
||||
tags: [podcast, preparation, research]
|
||||
---
|
||||
|
||||
## Definition
|
||||
录制前的准备工作,包括嘉宾背景研究、话题深度挖掘、访谈问题设计等。这是播客制作中价值最高的环节。
|
||||
|
||||
## Key Activities
|
||||
- 嘉宾背景研究:工作经历、近期观点、公开言论中的争议性内容
|
||||
- 话题趋势研究:相关领域的最新动态、常见误解、观众认知盲区
|
||||
- 访谈问题设计:从轻松建立 rapport 到深度有挑战性的递进式问题结构
|
||||
|
||||
## Value
|
||||
深度研究能显著提升访谈质量,这是后期制作无法弥补的。
|
||||
|
||||
## Related Concepts
|
||||
- [[Agent-Chain]]
|
||||
- [[Show Notes]]
|
||||
|
||||
## Related Sources
|
||||
- [[podcast-production-pipeline]]
|
||||
35
wiki/concepts/Print-Mode.md
Normal file
35
wiki/concepts/Print-Mode.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "Print Mode"
|
||||
type: concept
|
||||
tags: [Claude Code, 工具调用]
|
||||
---
|
||||
|
||||
## Definition
|
||||
Print Mode 是 Claude Code 的非交互执行模式,通过 stdin 管道传递任务文本,任务执行完成后自动退出。
|
||||
|
||||
## Usage
|
||||
```bash
|
||||
cat << 'TASK_END' | claude -p print \
|
||||
--dangerously-skip-permissions \
|
||||
--add-dir ~/.claude/skills/[技能名] \
|
||||
--add-dir [项目源码路径] \
|
||||
--max-turns 30 \
|
||||
2>&1
|
||||
[任务描述]
|
||||
TASK_END
|
||||
```
|
||||
|
||||
## Key Parameters
|
||||
- `-p print`:启用 Print Mode
|
||||
- `--add-dir`:添加可访问目录,可多次使用
|
||||
- `--max-turns`:最大迭代次数,建议 20-30
|
||||
- `--permission-mode bypassPermissions`:跳过所有交互确认
|
||||
|
||||
## Advantages
|
||||
- 适合绝大多数任务
|
||||
- 通过管道传递任务文本,避免 shell 转义问题
|
||||
- 任务完成自动退出,无需手动关闭
|
||||
|
||||
## Related
|
||||
- [[TMUX 交互模式]]
|
||||
- [[Claude Code 调用方法总结]]
|
||||
31
wiki/concepts/Reviewer.md
Normal file
31
wiki/concepts/Reviewer.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
id: reviewer
|
||||
title: "Reviewer"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 设计模式]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
把检查清单和检查逻辑分开的 Agent Skill 设计模式,实现不同专项审计。
|
||||
|
||||
## Definition
|
||||
Reviewer 模式把"检查什么"和"怎么检查"完全分开,审查标准存放在 references 目录,指令保持静态但动态加载特定审查标准。
|
||||
|
||||
## Components
|
||||
- **SKILL.md**:保持静态的指令
|
||||
- **references/review-checklist.md**:可替换的审查标准(Python 风格检查、OWASP 安全检查等)
|
||||
|
||||
## Workflow
|
||||
1. 加载静态指令
|
||||
2. 动态加载审查标准
|
||||
3. 按严重程度分组输出结构化结果
|
||||
|
||||
## Advantages
|
||||
- 审查标准可替换:同一 skill 基础设施,换个清单就是完全不同的专项审计
|
||||
- 避免 system prompt 膨胀:规则外置,按需加载
|
||||
|
||||
## Related Concepts
|
||||
- [[Agent-Skill-设计模式]]
|
||||
- [[Pipeline]]:可在最后包含 Reviewer 步骤来 double-check
|
||||
23
wiki/concepts/Sequential-Thinking.md
Normal file
23
wiki/concepts/Sequential-Thinking.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
title: "Sequential Thinking"
|
||||
type: concept
|
||||
tags: [ai, thinking, mcp]
|
||||
date: 2026-04-17
|
||||
---
|
||||
|
||||
## Definition
|
||||
Sequential Thinking 是 MCP 工具之一,支持逻辑推理与分步执行任务,优化 AI 模型的思考与响应过程。
|
||||
|
||||
## Features
|
||||
- 逻辑推理分步拆解任务
|
||||
- 能够提升 AI 沟通效率
|
||||
- 可与其他 MCP 工具相互调用、协同工作
|
||||
|
||||
## Use Cases
|
||||
- 复杂任务的系统思考
|
||||
- AI 决策质量提升
|
||||
- 多工具协同工作场景
|
||||
|
||||
## Connections
|
||||
- 作为 MCP 工具与 [[MCP]] 协议配合使用
|
||||
- 适用于 [[Agentic AI]] 应用场景
|
||||
26
wiki/concepts/Show-Notes.md
Normal file
26
wiki/concepts/Show-Notes.md
Normal file
@@ -0,0 +1,26 @@
|
||||
---
|
||||
title: "Show Notes"
|
||||
type: concept
|
||||
tags: [podcast, content, metadata]
|
||||
---
|
||||
|
||||
## Definition
|
||||
带有时间戳的节目笔记,帮助听众快速定位感兴趣的内容段落。通常在录制完成后由 AI 根据 transcript 自动生成。
|
||||
|
||||
## Key Components
|
||||
- 时间戳:每个主题切换点的精确时间标记
|
||||
- 一句话摘要:每个时间戳对应的内容概述
|
||||
- 相关链接:节目中提到的工具、书籍、文章、人物等资源链接
|
||||
|
||||
## Value
|
||||
- 听众留存工具:帮助听众快速找到感兴趣的内容
|
||||
- SEO 优化:搜索引擎可索引的文本内容
|
||||
- 大多数播客制作者因繁琐而跳过,自动化价值高
|
||||
|
||||
## Related Concepts
|
||||
- [[Pre-Recording Research]]
|
||||
- [[Agent-Chain]]
|
||||
- [[Social Media Kit]]
|
||||
|
||||
## Related Sources
|
||||
- [[podcast-production-pipeline]]
|
||||
23
wiki/concepts/SkillToolset.md
Normal file
23
wiki/concepts/SkillToolset.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
id: skill-toolset
|
||||
title: "SkillToolset"
|
||||
type: concept
|
||||
tags: [Agent, ADK, 工具集]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
ADK(Agent Development Kit)提供的 skill 工具集,支持按需加载和动态组合不同的 skill 模式。
|
||||
|
||||
## Definition
|
||||
SkillToolset 是 Google ADK 中的组件,提供一组标准化的 skill 加载和组合机制,支持渐进式披露、动态加载和模式复用。
|
||||
|
||||
## Components
|
||||
- **动态加载器**:根据运行时上下文按需加载 skill
|
||||
- **模式组合器**:支持多种模式(Tool Wrapper、Generator、Reviewer、Inversion、Pipeline)自由组合
|
||||
- **上下文管理器**:管理 skill 生命周期和 token 消耗优化
|
||||
|
||||
## Related Concepts
|
||||
- [[渐进式披露]]:SkillToolset 实现的核心优化策略
|
||||
- [[Tool Wrapper]]、[[Generator]]、[[Reviewer]]、[[Inversion]]、[[Pipeline]]:可组合的 5 种模式
|
||||
27
wiki/concepts/Social-Media-Kit.md
Normal file
27
wiki/concepts/Social-Media-Kit.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
title: "Social Media Kit"
|
||||
type: concept
|
||||
tags: [podcast, social-media, automation]
|
||||
---
|
||||
|
||||
## Definition
|
||||
为每集播客生成的多平台宣传素材包,包括 X/Twitter、LinkedIn、Instagram 等平台的定制内容。
|
||||
|
||||
## Key Components
|
||||
- X/Twitter:3 条推文(一句引用、一个关键洞察、一个讨论问题)
|
||||
- LinkedIn:1 篇专业风格长文(100-150 字)
|
||||
- Instagram:1 条带表情和话题标签的图文caption
|
||||
- 高光时刻列表:3 个最有趣的瞬间及时间戳
|
||||
|
||||
## Value
|
||||
- 节省最多重复性时间:每集都需要宣传,结构固定适合自动化
|
||||
- 一次制作多次分发:同一素材适配不同平台风格
|
||||
- 提升播客曝光率和听众增长
|
||||
|
||||
## Related Concepts
|
||||
- [[Agent-Chain]]
|
||||
- [[Show Notes]]
|
||||
- [[内容矩阵]]
|
||||
|
||||
## Related Sources
|
||||
- [[podcast-production-pipeline]]
|
||||
43
wiki/concepts/TMUX-jiao-hu-mo-shi.md
Normal file
43
wiki/concepts/TMUX-jiao-hu-mo-shi.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "TMUX 交互模式"
|
||||
type: concept
|
||||
tags: [Claude Code, 工具调用]
|
||||
---
|
||||
|
||||
## Definition
|
||||
TMUX 交互模式是在 TMUX 会话中运行 Claude Code 的交互方式,适合超长任务,需要手动监控进度。
|
||||
|
||||
## Usage
|
||||
```bash
|
||||
# 创建 session 并直接进入 bypass 模式
|
||||
tmux new-session -d -s <session-name> -x 140 -y 40
|
||||
tmux send-keys -t <session-name> 'cd <项目目录> && claude --permission-mode bypassPermissions' Enter
|
||||
sleep 8 && tmux capture-pane -t <session-name> -p # 确认 Claude Code 已就绪
|
||||
|
||||
# 向 session 发送任务
|
||||
tmux send-keys -t <session-name> '[任务描述]' Enter
|
||||
|
||||
# 查看输出
|
||||
tmux capture-pane -t <session-name> -p
|
||||
|
||||
# 附加交互(可选)
|
||||
tmux attach -t <session-name>
|
||||
```
|
||||
|
||||
## Use Cases
|
||||
- 超长任务,需要长时间运行
|
||||
- 需要与 Claude Code 进行多轮交互
|
||||
- 需要实时查看执行进度
|
||||
|
||||
## Advantages
|
||||
- 支持长时间运行
|
||||
- 可以随时查看输出
|
||||
- 可以附加交互
|
||||
|
||||
## Disadvantages
|
||||
- 需要手动监控进度
|
||||
- 任务完成不会自动退出
|
||||
|
||||
## Related
|
||||
- [[Print Mode]]
|
||||
- [[Claude Code 调用方法总结]]
|
||||
28
wiki/concepts/Task-Automation.md
Normal file
28
wiki/concepts/Task-Automation.md
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
title: "Task Automation"
|
||||
type: concept
|
||||
tags: [automation, productivity, workflow]
|
||||
---
|
||||
|
||||
## Definition
|
||||
自动将任务创建过程从手动操作转化为由系统或 AI Agent 执行的机制。核心价值在于消除人为遗忘和延迟,确保想法和决策及时转化为可执行任务。
|
||||
|
||||
## Use Cases
|
||||
- 会议结束后自动提取行动项并创建任务
|
||||
- 邮件中识别待办事项并同步到任务管理工具
|
||||
- 社区讨论中提取任务并分配给负责人
|
||||
|
||||
## Related Concepts
|
||||
- [[Workflow Automation]]:工作流自动化
|
||||
- [[上下文记忆]]:AI Agent 理解上下文的能力
|
||||
- [[Agentic AI]]:具备自主决策能力的 AI
|
||||
|
||||
## Related Entities
|
||||
- [[Jira]]:企业级任务管理
|
||||
- [[Linear]]:现代项目管理平台
|
||||
- [[Todoist]]:个人任务管理
|
||||
- [[Notion]]:全能笔记和任务管理
|
||||
|
||||
## Aliases
|
||||
- Task Management Automation
|
||||
- Automatic Task Creation
|
||||
33
wiki/concepts/Tool-Wrapper.md
Normal file
33
wiki/concepts/Tool-Wrapper.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
id: tool-wrapper
|
||||
title: "Tool Wrapper"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 设计模式]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
最容易上手的 Agent Skill 设计模式,让 agent 快速成为某个领域的专家。
|
||||
|
||||
## Definition
|
||||
Tool Wrapper 模式把某个库或框架的规范文档打包成一个 skill,agent 只有在真正用到这个技术时才会加载相关文档。
|
||||
|
||||
## How It Works
|
||||
1. **监听特定关键词**:SKILL.md 监听特定的库关键词(如 `FastAPI`、`React`)
|
||||
2. **动态加载文档**:当用户开始使用特定技术时,动态加载 references 目录下的规范文档
|
||||
3. **规则执行**:把加载的规则当作绝对真理来执行
|
||||
|
||||
## Use Cases
|
||||
- 分发团队内部的编码规范
|
||||
- 实现特定框架的最佳实践
|
||||
- 快速成为某个技术栈的专家
|
||||
|
||||
## Advantages
|
||||
- 减少 system prompt 膨胀
|
||||
- 按需加载,降低 token 消耗
|
||||
- 易于维护和更新
|
||||
|
||||
## Related Concepts
|
||||
- [[Agent-Skill-设计模式]]
|
||||
- [[渐进式披露]]
|
||||
22
wiki/concepts/一人公司模式.md
Normal file
22
wiki/concepts/一人公司模式.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
title: "一人公司模式"
|
||||
type: concept
|
||||
tags: [商业模式, 个人品牌]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Definition
|
||||
一人公司模式指个人通过找到自身优势(底层能力),用最小的杠杆撬动最大的价值,实现商业变现的创业模式。
|
||||
|
||||
## Key Principles
|
||||
- 用个人优势作为杠杆支点
|
||||
- 不需要组建传统团队,而是通过委派和协作完成任务
|
||||
- 关键在于更聪明地定位,而非更努力工作
|
||||
|
||||
## Related Concepts
|
||||
- [[Ikigai]]:热爱的、擅长的、市场需要的、能获得报酬的四者交集
|
||||
- [[底层能力]]:隐藏在活动表象下的核心能力
|
||||
- [[产品体系]]:引流→入门→核心→高价的四级产品矩阵
|
||||
|
||||
## Sources
|
||||
- [[万字保姆级教程-让你90天跑通一人公司模式-附AI提示词]]
|
||||
23
wiki/concepts/上下文记忆.md
Normal file
23
wiki/concepts/上下文记忆.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
title: "上下文记忆"
|
||||
type: concept
|
||||
tags: [ai, memory, context]
|
||||
---
|
||||
|
||||
## Definition
|
||||
AI Agent 保留对话历史的能力,使其能够理解对话上下文,提供连贯且相关的响应。上下文记忆解决了大型语言模型(LLM)本身无状态的问题。
|
||||
|
||||
## Importance
|
||||
- 增强对话流畅性
|
||||
- 避免重复询问已提供的信息
|
||||
- 提供个性化的交互体验
|
||||
|
||||
## Implementation in n8n
|
||||
通过 Memory 节点实现,允许 AI Agent:
|
||||
- 存储对话历史
|
||||
- 跨轮次检索相关信息
|
||||
- 维持会话上下文
|
||||
|
||||
## Connected Pages
|
||||
- [[Agentic AI]] — 依赖上下文记忆实现智能交互
|
||||
- [[N8N Full Tutorial Building AI Agents in 2025 for Beginners!]] — 教程演示如何在 n8n 中添加记忆模块
|
||||
23
wiki/concepts/产品体系.md
Normal file
23
wiki/concepts/产品体系.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
title: "产品体系"
|
||||
type: concept
|
||||
tags: [商业模式, 产品设计]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Definition
|
||||
一人公司模式的四级产品矩阵,用于客户信任逐步建立。
|
||||
|
||||
## Four Layers
|
||||
| 层级 | 产品形态 | 定价 | 用户心理 |
|
||||
|------|----------|------|----------|
|
||||
| 引流 | 行业趋势报告 PDF | 免费 | 看看无妨,或许有用 |
|
||||
| 入门 | 写作自动流工具 | ¥199 | 这价格买个工具很划算 |
|
||||
| 核心 | 6周实战特训营 | ¥4999 | 我要彻底解决这个问题 |
|
||||
| 高价 | 企业陪跑咨询 1对1 | ¥20,000/月 | 我需要专家直接帮我做 |
|
||||
|
||||
## Key Principle
|
||||
客户需要逐步建立信任,没有人一开始就买最贵的。
|
||||
|
||||
## Sources
|
||||
- [[万字保姆级教程-让你90天跑通一人公司模式-附AI提示词]]
|
||||
22
wiki/concepts/内容矩阵.md
Normal file
22
wiki/concepts/内容矩阵.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
title: "内容矩阵"
|
||||
type: concept
|
||||
tags: [内容营销, 策略]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Definition
|
||||
二维内容策略,横轴核心主题,纵轴内容形式。
|
||||
|
||||
## Matrix Structure
|
||||
- **横轴**:核心主题(不同细分领域)
|
||||
- **纵轴**:内容形式(观察类、反直觉类、操作指南类、个人故事类、清单类)
|
||||
|
||||
## Reverse Pyramid
|
||||
一次长形式内容,切成无数微内容,一次制作百次分发。
|
||||
|
||||
## Build in Public
|
||||
公开构建过程,建立信任。AI 泛滥下,活人感更重要。
|
||||
|
||||
## Sources
|
||||
- [[万字保姆级教程-让你90天跑通一人公司模式-附AI提示词]]
|
||||
23
wiki/concepts/天才地带.md
Normal file
23
wiki/concepts/天才地带.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
title: "天才地带"
|
||||
type: concept
|
||||
tags: [个人发展, 心理学]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Definition
|
||||
心理学家盖伊·亨德里克斯提出的概念,指能产生心流的区域——时间飞逝,精力充沛的状态。
|
||||
|
||||
## Four Zones
|
||||
| 区域 | 描述 |
|
||||
|------|------|
|
||||
| 不胜任区 | 你既不擅长,也不喜欢,做起来压力山大 |
|
||||
| 胜任区 | 你能做,但做得平平无奇 |
|
||||
| 卓越区 | 你做得比大多数人好,但不喜欢,长期会产生职业倦怠 |
|
||||
| 天才区 | 能产生心流的区域,最佳状态 |
|
||||
|
||||
## Self-Assessment
|
||||
回顾过去一个月,列出所有活动,给每一项打标签,找到自己的天才地带。
|
||||
|
||||
## Sources
|
||||
- [[万字保姆级教程-让你90天跑通一人公司模式-附AI提示词]]
|
||||
22
wiki/concepts/工作流自动化.md
Normal file
22
wiki/concepts/工作流自动化.md
Normal file
@@ -0,0 +1,22 @@
|
||||
---
|
||||
title: "工作流自动化"
|
||||
type: concept
|
||||
tags: [automation, workflow]
|
||||
---
|
||||
|
||||
## Definition
|
||||
预定义的自动化流程,通过预设的触发器和操作步骤实现一致的输出。与 AI Agent 不同,工作流不会动态决定使用哪些工具,而是按照固定的路径执行。
|
||||
|
||||
## Characteristics
|
||||
- 固定的执行路径
|
||||
- 可预测的输出结果
|
||||
- 适合重复性任务
|
||||
|
||||
## Relationship to AI Agent
|
||||
- Agentic Systems 由 Workflow 和 Agent 组成
|
||||
- Workflow 提供一致性,Agent 提供灵活性
|
||||
- AI Agent 可调用 Workflow 作为工具
|
||||
|
||||
## Connected Pages
|
||||
- [[n8n]] — 提供可视化工作流自动化平台
|
||||
- [[N8N Full Tutorial Building AI Agents in 2025 for Beginners!]] — 教程区分了工作流与 Agent 的概念
|
||||
20
wiki/concepts/底层能力.md
Normal file
20
wiki/concepts/底层能力.md
Normal file
@@ -0,0 +1,20 @@
|
||||
---
|
||||
title: "底层能力"
|
||||
type: concept
|
||||
tags: [个人发展, 能力模型]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Definition
|
||||
隐藏在活动表象下的核心能力,是真正驱动你擅长某件事的底层特质。
|
||||
|
||||
## Three Self-Check Questions
|
||||
1. **追溯童年**——这件事你小时候就喜欢吗?
|
||||
2. **毫不费力**——你是不是觉得太简单,甚至不理解别人为什么觉得难?
|
||||
3. **底层通用**——这个能力能串起好几件你擅长的事吗?
|
||||
|
||||
## Discovery Methods
|
||||
- 问身边最亲近的人:"你觉得我有什么特别的地方?"
|
||||
|
||||
## Sources
|
||||
- [[万字保姆级教程-让你90天跑通一人公司模式-附AI提示词]]
|
||||
23
wiki/concepts/渐进式披露.md
Normal file
23
wiki/concepts/渐进式披露.md
Normal file
@@ -0,0 +1,23 @@
|
||||
---
|
||||
id: progressive-disclosure
|
||||
title: "渐进式披露"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 优化策略]
|
||||
sources: [Google-5-Agent-Skill-design-patterns-2026-03-19]
|
||||
last_updated: 2026-04-17
|
||||
---
|
||||
|
||||
## Summary
|
||||
一种按需加载的优化策略,agent 只在运行时需要时才消耗上下文 token 来加载特定模式或文档。
|
||||
|
||||
## Definition
|
||||
渐进式披露(Progressive Disclosure)是 ADK(Agent Development Kit)中的机制,允许 agent 在真正需要时才动态加载相关的 skill、模式或文档,而非在初始化时全部加载到 system prompt 中。
|
||||
|
||||
## Use Cases
|
||||
- Skill 按需加载:只有当用户触发特定技术栈时才加载对应的规范文档
|
||||
- 模式按需加载:Pipeline 中的检查点只在到达时才加载审查标准
|
||||
- 减少上下文膨胀:通过延迟加载降低每次交互的 token 消耗
|
||||
|
||||
## Related Concepts
|
||||
- [[SkillToolset]]:实现渐进式披露的工具集
|
||||
- [[Tool Wrapper]]:依赖渐进式披露的典型模式
|
||||
21
wiki/concepts/销售漏斗.md
Normal file
21
wiki/concepts/销售漏斗.md
Normal file
@@ -0,0 +1,21 @@
|
||||
---
|
||||
title: "销售漏斗"
|
||||
type: concept
|
||||
tags: [商业模式, 转化]
|
||||
date: 2026-03-29
|
||||
---
|
||||
|
||||
## Definition
|
||||
客户转化路径,从获客到成交的全流程。
|
||||
|
||||
## Three Stages
|
||||
1. **获客阶段**:社交媒体 → 落地页
|
||||
2. **激活阶段**:免费资源换取联系方式 → 系列转化内容
|
||||
3. **转化阶段**:低价产品直接支付页面,高价服务引导预约咨询
|
||||
|
||||
## Pricing Techniques
|
||||
- **价格锚定**:把高价咨询放顶部,让低价显得便宜
|
||||
- **分层定价**:三个选项(基础/标准/旗舰),用诱饵效应引导中间选项
|
||||
|
||||
## Sources
|
||||
- [[万字保姆级教程-让你90天跑通一人公司模式-附AI提示词]]
|
||||
Reference in New Issue
Block a user