Auto-sync: 2026-04-27 08:02
This commit is contained in:
44
wiki/concepts/Bidirectional-Linking.md
Normal file
44
wiki/concepts/Bidirectional-Linking.md
Normal file
@@ -0,0 +1,44 @@
|
||||
---
|
||||
title: "Bidirectional Linking"
|
||||
type: concept
|
||||
tags: [obsidian, knowledge-management, zettelkasten]
|
||||
sources: [obsidian-高效指南-我常用的插件与实用技巧]
|
||||
last_updated: 2025-03-01
|
||||
---
|
||||
|
||||
## Definition
|
||||
笔记间双向关联的机制——当笔记 A 通过 `[[wikilink]]` 链接到笔记 B 时,笔记 B 自动显示对 A 的反向引用,形成双向关联网络。相比单向链接,天然支持"反向探索"。
|
||||
|
||||
## Core Mechanisms
|
||||
- Wikilink 语法:`[[Note Title]]` 或 `[[Note Title|Display Text]]`
|
||||
- Backlinks(反向链接):显示所有链接到当前笔记的其他笔记
|
||||
- Graph View(关系图谱):可视化整个笔记网络的拓扑结构
|
||||
- 别名(Aliases):同一笔记可对应多个名称
|
||||
|
||||
## Implementations
|
||||
- **Obsidian**:最广泛使用的双向链接工具,graph view 出色
|
||||
- **Roam Research**:双向链接的开创者之一
|
||||
- **Logseq**:大纲式双链工具,开源
|
||||
- **Notion**:有限的双向链接支持
|
||||
- **RemNote**:结合间隔重复的双链工具
|
||||
|
||||
## Why Bidirectional?
|
||||
- **知识发现**:通过 backlinks 发现未知的关联笔记
|
||||
- **网络效应**:笔记越多,链接越多,发现价值越大
|
||||
- **无分类约束**:无需预先规划分类,链接自然形成结构
|
||||
- **写作辅助**:引用相关内容时自动建立关联
|
||||
|
||||
## Use Cases
|
||||
- 构建个人知识库:通过链接串联相关概念
|
||||
- 写作索引页:汇总某一主题下的所有相关笔记
|
||||
- 论文写作:关联参考文献和笔记
|
||||
- 项目管理:通过双链连接任务、文档和决策
|
||||
|
||||
## Connections
|
||||
- [[Zettelkasten]]:双向链接是 Zettelkasten 的核心基础设施
|
||||
- [[Personal Knowledge Base]]:双链是 PKB 的关键技术
|
||||
- [[Graph Knowledge Network]]:Graph View 是双链的可视化层
|
||||
- [[Obsidian]]:最流行的双链实现平台之一
|
||||
|
||||
## Sources
|
||||
- [[obsidian-高效指南-我常用的插件与实用技巧]]
|
||||
38
wiki/concepts/ContextDrivenTask.md
Normal file
38
wiki/concepts/ContextDrivenTask.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "ContextDrivenTask"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-27
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- 上下文驱动任务
|
||||
- 上下文感知任务
|
||||
- 笔记内任务
|
||||
- 嵌入式任务
|
||||
- Contextual Tasks
|
||||
- Embedded Tasks
|
||||
|
||||
## Definition
|
||||
ContextDrivenTask(上下文驱动的任务管理)是一种将任务嵌入到相关笔记上下文中的任务管理理念。任务不再是孤立的清单条目,而是与决策背景、参考资料、思考过程保存在同一位置,从而在需要时自然地出现在工作流中。
|
||||
|
||||
## Key Characteristics
|
||||
- 位置关联:任务放在与其相关的笔记里,而非独立的待办列表中
|
||||
- 背景保留:任务的来源、参考资料、决策理由都随任务一起保存
|
||||
- 按需查看:通过查询语法在任何笔记中展示相关任务,而非强制打开任务列表
|
||||
- 自然工作流:在阅读研究笔记时,任务自然可见,无需切换应用
|
||||
|
||||
## Core Insight
|
||||
传统任务管理的痛点:"打开 Todoist → 找到任务 → 处理任务"
|
||||
上下文驱动任务的优势:"在笔记的上下文中,直接看到当前最重要的任务"
|
||||
|
||||
## When to Use
|
||||
- 任务与特定项目/文档高度相关,需要保留背景信息
|
||||
- 需要在研究笔记中嵌入待验证的假设或待完成的研究步骤
|
||||
- 希望任务可见性与文档上下文保持一致
|
||||
|
||||
## Connections
|
||||
- [[ObsidianTasksPlugin]] ← implements ← [[ContextDrivenTask]](Tasks 插件是上下文驱动任务的典型实现)
|
||||
- [[TaskQuerySyntax]] ← enables ← [[ContextDrivenTask]](查询语法是实现上下文驱动任务的核心机制)
|
||||
- [[ContextDrivenTask]] ← opposed_to ← [[Todoist]](Todoist 代表"任务与笔记分离"的理念)
|
||||
44
wiki/concepts/Daily-Journaling.md
Normal file
44
wiki/concepts/Daily-Journaling.md
Normal file
@@ -0,0 +1,44 @@
|
||||
---
|
||||
title: "Daily Journaling"
|
||||
type: concept
|
||||
tags: [productivity, habit, note-taking]
|
||||
sources: [obsidian-高效指南-我常用的插件与实用技巧]
|
||||
last_updated: 2025-03-01
|
||||
---
|
||||
|
||||
## Definition
|
||||
每天固定时间在笔记系统中创建一篇当日日记的工作流——通常包含当日计划、重要待办、学习笔记和总结反思,形成"早上计划—晚上总结"的时间管理节奏。
|
||||
|
||||
## Core Mechanisms
|
||||
- 自动创建:每天首次打开时自动生成当日笔记
|
||||
- 模板预设:包含日期、当日计划、待办事项、学习笔记等结构
|
||||
- 模板引擎:Templater 等插件支持动态日期等变量
|
||||
- 周期回顾:链接前一天的日记,形成连续叙事
|
||||
|
||||
## Implementations
|
||||
- **Daily Notes** (Obsidian 内置):开箱即用的每日笔记
|
||||
- **Templater**:配合自定义模板丰富每日笔记结构
|
||||
- **QuickAdd**:通过快捷键快速创建当日日记
|
||||
- **Calendar** (Obsidian 插件):日历视图管理每日笔记
|
||||
|
||||
## Workflow Pattern
|
||||
```
|
||||
早上 → 打开 Obsidian → 创建 Daily Note → 写下当日计划
|
||||
工作时 → 在对应笔记中工作,记录灵感
|
||||
晚上 → 回到 Daily Note → 总结当日成果,反思改进
|
||||
```
|
||||
|
||||
## Benefits
|
||||
- **节奏感**:每天有明确的开始和结束仪式
|
||||
- **追踪习惯**:历史日记记录成长轨迹
|
||||
- **知识沉淀**:日常所学有固定记录位置
|
||||
- **减少焦虑**:计划外事项可移至第二天
|
||||
|
||||
## Connections
|
||||
- [[Template-based Note Creation]]:Daily Note 通常依赖模板创建
|
||||
- [[Periodic Review]]:每日总结是周期性复盘的基础
|
||||
- [[Quick Capture]]:可快速向 Daily Note 添加内容
|
||||
- [[Obsidian]]:主要实现平台
|
||||
|
||||
## Sources
|
||||
- [[obsidian-高效指南-我常用的插件与实用技巧]]
|
||||
@@ -1,39 +1,42 @@
|
||||
---
|
||||
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]]
|
||||
---
|
||||
title: "Generator 模式"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-05-15
|
||||
---
|
||||
|
||||
## Overview
|
||||
Generator 是 Google ADK 发布的 5 种 Agent Skill 设计模式之一,通过"填空"流程从模板生成结构化输出,强制保证输出格式的一致性。
|
||||
|
||||
## Mechanism
|
||||
- 利用两个可选目录:`assets/` 存放输出模板,`references/` 存放样式指南
|
||||
- SKILL.md 扮演项目经理的角色
|
||||
- 指示 Agent 加载模板、读取样式指南、向用户询问缺失的变量、然后填充文档
|
||||
|
||||
## Use Cases
|
||||
- 生成统一的 API 文档
|
||||
- 标准化 commit 信息
|
||||
- 脚手架项目结构生成
|
||||
- 任何需要保持格式一致的结构化输出
|
||||
|
||||
## Implementation
|
||||
```
|
||||
assets/output-template.md: 输出模板
|
||||
references/style-guide.md: 样式指南
|
||||
SKILL.md: 项目经理角色,引导 Agent 填充模板
|
||||
→ 向用户询问缺失变量 → 填充文档 → 输出
|
||||
```
|
||||
|
||||
## Key Insight
|
||||
> 如果 Tool Wrapper 是应用知识,Generator 则是强制一致的输出格式。很多 agent 每次运行生成的文档结构都不一样,Generator 完美解决这个问题。
|
||||
|
||||
## Related Concepts
|
||||
- [[ToolWrapper]]:应用知识,Generator 生成结构,两者互补
|
||||
- [[Inversion]]:可以在开头依赖 Inversion 来收集必要的变量
|
||||
- [[Reviewer]]:可以审查 Generator 生成的输出
|
||||
- [[渐进式披露]]:类似的按需加载思想
|
||||
|
||||
## Connections
|
||||
- [[Google5个AgentSkill设计模式]] ← part_of ← [[Generator]]
|
||||
- [[ADK]] ← published_by ← [[Generator]]
|
||||
|
||||
@@ -1,58 +1,59 @@
|
||||
---
|
||||
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
|
||||
- 生命意义
|
||||
- 人生目标框架
|
||||
---
|
||||
title: "Ikigai框架"
|
||||
type: concept
|
||||
tags: [个人定位, 职业发展, 商业变现]
|
||||
sources: ["万字保姆级教程-90天跑通一人公司模式-2026-03-29", "不谈技术-普通人该怎么在ai时代赚钱"]
|
||||
last_updated: 2026-04-30
|
||||
---
|
||||
|
||||
## 定义
|
||||
|
||||
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
|
||||
- 生命意义
|
||||
- 人生目标框架
|
||||
|
||||
35
wiki/concepts/MarkdownBasedTask.md
Normal file
35
wiki/concepts/MarkdownBasedTask.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "MarkdownBasedTask"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-27
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Markdown 任务
|
||||
- 语法型任务
|
||||
- Markdown 任务语法
|
||||
- checkbox task
|
||||
|
||||
## Definition
|
||||
MarkdownBasedTask(基于 Markdown 的任务管理)是指使用 Markdown 语法(`- [ ]`)来创建和管理任务,而非使用独立的图形化任务管理界面或应用程序。
|
||||
|
||||
## Key Characteristics
|
||||
- 最小化语法:用 `- [ ] 任务内容` 即可创建任务,无需打开专用应用或填写表单
|
||||
- 内联元数据:日期、优先级、标签等元数据直接写在同一行,保持简洁
|
||||
- 跨工具兼容:Markdown 是纯文本,任何文本编辑器都能读取和处理
|
||||
- 版本控制友好:Markdown 文件可以纳入 Git 进行版本管理
|
||||
- 示例:
|
||||
```
|
||||
- [ ] 撰写公众号文章 📅 2025-03-03 🔼 #高优先级
|
||||
```
|
||||
|
||||
## Trade-offs
|
||||
- **优势**:极简语法、低门槛、可移植性强、与笔记天然整合
|
||||
- **劣势**:缺少独立任务应用的视觉化界面、通知推送、团队协作功能
|
||||
|
||||
## Connections
|
||||
- [[ObsidianTasksPlugin]] ← uses ← [[MarkdownBasedTask]](Tasks 插件基于 Markdown 语法)
|
||||
- [[MarkdownBasedTask]] ← extends_with ← [[RecurringTask]](可在 Markdown 任务中加入 ⏳ 周期指令)
|
||||
- [[MarkdownBasedTask]] ← queried_by ← [[TaskQuerySyntax]](查询语法专门解析 Markdown 任务)
|
||||
42
wiki/concepts/ModalContextProtocol.md
Normal file
42
wiki/concepts/ModalContextProtocol.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Modal Context Protocol (MCP)"
|
||||
type: concept
|
||||
tags: [ai, ai-agent, mcp, protocol]
|
||||
sources: [mcp在cursor中的集成与应用详解]
|
||||
last_updated: 2026-04-26
|
||||
---
|
||||
|
||||
## Definition
|
||||
MCP(Modal Context Protocol)是一种基于 **Client-Server 架构**的协议,旨在实现 AI 大模型与外部工具和服务的高效集成。MCP 为 AI 应用提供了标准化的工具扩展框架,使大模型能够无缝调用外部数据源和工具。
|
||||
|
||||
## Architecture
|
||||
MCP 基于 Client-Server 架构,包含两个核心组件:
|
||||
- **MCP Server(服务端)**:服务提供方,负责对外暴露资源和工具接口。
|
||||
- **MCP Client(客户端)**:集成 MCP 协议的应用程序或大模型对话客户端(如 Cursor、Claude Desktop)。
|
||||
|
||||
## Core Interfaces
|
||||
MCP Server 提供三类核心功能接口:
|
||||
|
||||
| 接口类型 | 类比 | 用途 |
|
||||
|----------|------|------|
|
||||
| 资源访问(Resource) | HTTP GET | 获取外部数据 |
|
||||
| 工具调用(Tool) | HTTP POST | 执行外部操作 |
|
||||
| Promise 提示词 | 扩展接口 | 异步交互 |
|
||||
|
||||
## MCP in Cursor
|
||||
在 Cursor 中,MCP Server 有两种接入方式:
|
||||
1. **SSE(Server-Sent Events)**:通过 HTTP SSE 方式连接远程 MCP Server。
|
||||
2. **Command(命令行)**:通过本地执行命令的方式与 MCP Server 交互。
|
||||
|
||||
接入后在 Cursor Composer 中切换到 Agent 模式即可调用 MCP 工具链。
|
||||
|
||||
## Connections
|
||||
- [[Mcp在Cursor中的集成与应用详解]] ← 使用场景
|
||||
- [[McpBuilderAgent]] ← 构建工具
|
||||
- [[Cursor]] ← 客户端
|
||||
- [[SequentialThinking]] ← 常用 MCP 工具
|
||||
|
||||
## See Also
|
||||
- [[ClientServerArchitecture]]
|
||||
- [[AgentMode]]
|
||||
- [[McpBuilderAgent]]
|
||||
35
wiki/concepts/Note-Database-Queries.md
Normal file
35
wiki/concepts/Note-Database-Queries.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "Note Database Queries"
|
||||
type: concept
|
||||
tags: [obsidian, productivity, data-visualization]
|
||||
sources: [obsidian-高效指南-我常用的插件与实用技巧]
|
||||
last_updated: 2025-03-01
|
||||
---
|
||||
|
||||
## Definition
|
||||
将笔记内容转化为结构化数据,通过查询语法进行筛选、排序和可视化展示的方法——把笔记库变成可查询的数据库。
|
||||
|
||||
## Core Mechanisms
|
||||
- 元数据提取:从笔记的 frontmatter 或正文中提取结构化字段
|
||||
- 查询语法:类 SQL/DSL 语法筛选笔记
|
||||
- 动态视图:表格、列表、日历、图表等展示形式
|
||||
- 自动更新:笔记内容变化时查询结果实时刷新
|
||||
|
||||
## Implementations
|
||||
- **Dataview** (Obsidian):最流行的笔记数据库插件,支持 DQL(Dataview Query Language)
|
||||
- **DataviewJS**:Dataview 的 JavaScript 扩展,更强灵活性
|
||||
- **Core Search** (Obsidian 内置):基础搜索,不属于数据库查询
|
||||
|
||||
## Use Cases
|
||||
- 统计某标签下的所有笔记数量
|
||||
- 按创建时间筛选长期未访问的笔记(定期复盘)
|
||||
- 生成读书笔记的表格视图
|
||||
- 追踪项目笔记的进度状态
|
||||
|
||||
## Connections
|
||||
- [[Obsidian]]:主要实现平台
|
||||
- [[Periodic Review]]:Dataview 查询可辅助定期复盘
|
||||
- [[Personal Knowledge Base]]:数据库查询是知识库检索的核心能力
|
||||
|
||||
## Sources
|
||||
- [[obsidian-高效指南-我常用的插件与实用技巧]]
|
||||
30
wiki/concepts/NoteDatabase.md
Normal file
30
wiki/concepts/NoteDatabase.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "NoteDatabase"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2025-03-07
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- 笔记数据库
|
||||
- Notes as Database
|
||||
- 知识库查询
|
||||
|
||||
## Definition
|
||||
笔记数据库(NoteDatabase)是一种将个人笔记库视为结构化数据库进行查询和组织的理念。与传统笔记软件将笔记视为独立文档不同,NoteDatabase 将每条笔记视为数据库中的一行记录,通过查询语言动态聚合和展示跨笔记的信息。
|
||||
|
||||
## Core Principle
|
||||
- **结构化隐式数据**:笔记中的 YAML frontmatter、内联字段、标签等隐式定义了"数据库字段"
|
||||
- **动态查询**:查询结果随笔记内容变化自动更新,无需手动维护目录
|
||||
- **视图抽象**:用户定义查询(视图),笔记是数据源——修改笔记即更新视图
|
||||
|
||||
## Implementation
|
||||
- [[DataviewPlugin]]:Obsidian 中实现 NoteDatabase 理念的最佳插件
|
||||
- [[DB-Folder]]:以类 Airtable 表格形式管理笔记
|
||||
- [[Obsidian-Bases]]:通过 `.base` 文件定义笔记数据库结构
|
||||
|
||||
## Related Concepts
|
||||
- [[QueryLanguage]]:笔记数据库的查询接口
|
||||
- [[TagBasedIndexing]]:笔记数据库的标签索引机制
|
||||
- [[Bidirectional-Linking]]:笔记数据库通过双链形成关系网络
|
||||
40
wiki/concepts/ObsidianRecurringTasks.md
Normal file
40
wiki/concepts/ObsidianRecurringTasks.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "ObsidianRecurringTasks"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-27
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Obsidian 重复任务
|
||||
- Obsidian Tasks 重复任务
|
||||
- ObsidianRecurringTasks
|
||||
- Recurring Tasks
|
||||
- 周期任务
|
||||
- every week
|
||||
- every month
|
||||
|
||||
## Definition
|
||||
ObsidianRecurringTasks(Obsidian 重复任务)是 Obsidian Tasks 插件提供的自动生成周期任务的机制,用户只需设定一次规则(如每周、每月),系统自动在每个周期到来时创建新的待办事项,无需手动复制粘贴。
|
||||
|
||||
## Key Characteristics
|
||||
- 周期定义:支持 daily、weekly、monthly、yearly 等多种周期,以及自定义间隔
|
||||
- 自动生成:任务完成后,系统自动创建下一个周期的任务实例
|
||||
- 保留上下文:重复任务可携带原始笔记的上下文(标签、优先级、所属文件夹等)
|
||||
- 无需手动维护:消除"每周手动创建新任务"的重复性工作
|
||||
|
||||
## Example
|
||||
```
|
||||
- [ ] 每周发布公众号文章 ⏳ every week
|
||||
- [ ] 每月整理 Obsidian 笔记 ⏳ every month
|
||||
```
|
||||
含义:分别在每周和每月自动生成新的待办任务。
|
||||
|
||||
## Value
|
||||
解决了"定期任务需要手动复制"这一效率痛点,让用户从重复性工作中解放出来,专注于任务的执行而非创建。
|
||||
|
||||
## Connections
|
||||
- [[ObsidianTasksPlugin]] ← supports ← [[ObsidianRecurringTasks]](Tasks 插件提供重复任务功能)
|
||||
- [[ObsidianRecurringTasks]] ← enables ← [[TaskQuerySyntax]](查询语法可筛选即将到来的重复任务)
|
||||
- [[MarkdownBasedTask]] ← extends_with ← [[ObsidianRecurringTasks]](在 Markdown 任务语法中嵌入 ⏳ 周期指令)
|
||||
21
wiki/concepts/PDF教材数字化.md
Normal file
21
wiki/concepts/PDF教材数字化.md
Normal file
@@ -0,0 +1,21 @@
|
||||
---
|
||||
title: "PDF教材数字化"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2025-05-13
|
||||
---
|
||||
|
||||
## 定义
|
||||
将纸质教材扫描或转换为 PDF 格式,并进行结构化整理(如按章节、学段、学科分类),以便于传播、搜索和离线使用。
|
||||
|
||||
## 核心要素
|
||||
- **格式转换**:从纸质或图片扫描为 PDF,支持文本搜索
|
||||
- **结构化整理**:按学段、学科、版本等维度组织
|
||||
- **可获取性**:通过开源仓库或云存储让用户能便捷下载
|
||||
|
||||
## 实践案例
|
||||
- [[chinatextbook-41-53-gb-中国小学-初中-高中-大学-pdf-教材]]:41.53 GB 的中国教材 PDF 集合,覆盖小学至大学阶段
|
||||
|
||||
## 相关概念
|
||||
- [[教育资源开源]]:数字化是实现教育资源开源的重要技术手段
|
||||
37
wiki/concepts/Periodic-Review.md
Normal file
37
wiki/concepts/Periodic-Review.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Periodic Review"
|
||||
type: concept
|
||||
tags: [productivity, knowledge-management, habit]
|
||||
sources: [obsidian-高效指南-我常用的插件与实用技巧]
|
||||
last_updated: 2025-03-01
|
||||
---
|
||||
|
||||
## Definition
|
||||
定期回顾和整理笔记内容的工作流——检查哪些笔记需要更新、整合或归档,保持笔记系统的健康度和可用性,防止笔记随时间积累变成"笔记黑洞"。
|
||||
|
||||
## Review Levels
|
||||
- **每日回顾**:Daily Note 结束时的简单总结
|
||||
- **每周回顾**:检查本周新增内容,更新索引页
|
||||
- **每月回顾**:评估本月主题趋势,整合碎片笔记
|
||||
- **每季/年回顾**:重大主题梳理,知识体系重构
|
||||
|
||||
## Core Mechanisms
|
||||
- 查询未访问笔记:Dataview 等工具按创建时间筛选长期未访问的笔记
|
||||
- 标签系统:按标签筛选需要关注的笔记
|
||||
- 归档策略:将过时内容移至归档区
|
||||
- 合并整理:将碎片内容整合为结构化笔记
|
||||
|
||||
## Why It Matters
|
||||
- **防止熵增**:笔记系统自然趋向混乱,需主动维护
|
||||
- **知识更新**:定期检查内容是否过时
|
||||
- **发现空白**:发现尚未覆盖的主题,指导新内容获取
|
||||
- **强化记忆**:回顾本身就是一种间隔重复
|
||||
|
||||
## Connections
|
||||
- [[Note Database Queries]]:Dataview 查询是定期复盘的核心工具
|
||||
- [[Zettelkasten]]:Zettelkasten 方法论强调定期回顾和链接
|
||||
- [[Daily Journaling]]:每日回顾是最小粒度的复盘
|
||||
- [[Personal Knowledge Base]]:定期复盘是 PKB 维护的关键环节
|
||||
|
||||
## Sources
|
||||
- [[obsidian-高效指南-我常用的插件与实用技巧]]
|
||||
31
wiki/concepts/QueryLanguage.md
Normal file
31
wiki/concepts/QueryLanguage.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "QueryLanguage"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2025-03-07
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- 查询语言
|
||||
- DSL(领域特定语言)
|
||||
- 声明式查询
|
||||
|
||||
## Definition
|
||||
查询语言(QueryLanguage)是一种用于从数据库或知识库中检索信息的领域特定语言。在 Obsidian 生态中,[[DataviewPlugin]] 提供了类 SQL 的查询语法,允许用户声明式地描述"要什么数据",而非"如何获取数据"。
|
||||
|
||||
## Core Syntax(Dataview 为例)
|
||||
- `LIST`:罗列匹配的笔记标题
|
||||
- `TABLE`:以表格形式展示多个字段
|
||||
- `TASK`:列出匹配的待办事项
|
||||
- `WHERE`:过滤条件(如 `WHERE contains(tags, "学习")`)
|
||||
- `FROM`:指定搜索范围(如 `FROM "Notes"`)
|
||||
|
||||
## Design Principles
|
||||
- **声明式**:描述期望结果,而非操作步骤
|
||||
- **类 SQL**:借鉴关系型数据库查询的直观语法
|
||||
- **结构化字段**:查询基于 frontmatter 和内联字段,而非纯文本搜索
|
||||
|
||||
## Related Concepts
|
||||
- [[NoteDatabase]]:查询语言服务于笔记数据库场景
|
||||
- [[TagBasedIndexing]]:查询语言支持标签索引的查询需求
|
||||
36
wiki/concepts/Quick-Capture.md
Normal file
36
wiki/concepts/Quick-Capture.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "Quick Capture"
|
||||
type: concept
|
||||
tags: [productivity, note-taking, workflow]
|
||||
sources: [obsidian-高效指南-我常用的插件与实用技巧]
|
||||
last_updated: 2025-03-01
|
||||
---
|
||||
|
||||
## Definition
|
||||
通过最小摩擦的方式快速将想法记录到笔记系统中——强调"即时性",在灵感消失前将其捕获,再后续整理完善。
|
||||
|
||||
## Core Mechanisms
|
||||
- 快捷键触发:单键或组合键激活捕获流程
|
||||
- 最小输入界面:减少思考"写在哪里、怎么写"的心理负担
|
||||
- 自动路由:根据内容类型或上下文自动归类到目标笔记
|
||||
- 模板填充:快速创建结构化条目
|
||||
|
||||
## Implementations
|
||||
- **QuickAdd** (Obsidian):通过快捷键触发模板创建
|
||||
- **Capture to Local REST API**:通过 URL scheme 从外部应用捕获
|
||||
- **Shortcuts** (iOS):系统级快速输入
|
||||
- **Alfred/Typinator**:文本片段快速插入
|
||||
|
||||
## Use Cases
|
||||
- 灵感闪现时立即记录
|
||||
- 会议中快速记下行动项
|
||||
- 阅读时记录想法片段
|
||||
- 从其他应用快速转存内容
|
||||
|
||||
## Connections
|
||||
- [[Template-based Note Creation]]:快速捕获后套用模板完善
|
||||
- [[Daily Journaling]]:每日开始时快速记录计划
|
||||
- [[Zettelkasten]]:快速捕获是 Zettelkasten 原子化笔记的第一步
|
||||
|
||||
## Sources
|
||||
- [[obsidian-高效指南-我常用的插件与实用技巧]]
|
||||
37
wiki/concepts/SequentialThinking.md
Normal file
37
wiki/concepts/SequentialThinking.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Sequential Thinking"
|
||||
type: concept
|
||||
tags: [ai, ai-agent, mcp, tool, reasoning]
|
||||
sources: [mcp在cursor中的集成与应用详解]
|
||||
last_updated: 2026-04-26
|
||||
---
|
||||
|
||||
## Definition
|
||||
Sequential Thinking 是 MCP 生态中的一个工具,支持**逻辑推理与分步执行任务**,能够将复杂问题拆解为逐步推理步骤,优化 AI 模型的思考过程与响应质量。
|
||||
|
||||
## How It Works
|
||||
通过提示词触发 Sequential Thinking 工具后,工具会:
|
||||
1. 接收用户提出的复杂问题或任务。
|
||||
2. 将问题分解为多个逻辑步骤。
|
||||
3. 逐层推理,最终给出经过深思熟虑的答案。
|
||||
4. 工具之间可相互调用(工具链协同),如 Sequential Thinking 与热点新闻服务联动,返回处理后的精准结果。
|
||||
|
||||
## Why It Works
|
||||
- **结构化推理**:避免 AI 直接给出跳步答案,提高逻辑严谨性。
|
||||
- **工具链协同**:与其他 MCP 工具配合,实现更复杂的数据处理链路。
|
||||
- **效率提升**:分步拆解任务,减少 AI 反复确认的次数,提升沟通效率。
|
||||
|
||||
## Use Cases
|
||||
- 复杂数据分析任务的逻辑拆解
|
||||
- 多步骤技术问题的系统思考
|
||||
- MCP 工具链的协同调用演示
|
||||
- 精准新闻/数据获取后的深度推理
|
||||
|
||||
## Connections
|
||||
- [[ModalContextProtocol]] ← 所属协议生态
|
||||
- [[Mcp在Cursor中的集成与应用详解]] ← 主要使用场景
|
||||
- [[McpBuilderAgent]] ← 可用于构建类似工具
|
||||
|
||||
## See Also
|
||||
- [[AgentMode]]
|
||||
- [[ModalContextProtocol]]
|
||||
31
wiki/concepts/SkillToolset.md
Normal file
31
wiki/concepts/SkillToolset.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "SkillToolset"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-05-15
|
||||
---
|
||||
|
||||
## Overview
|
||||
SkillToolset 是 Google ADK(Agent Development Kit)中的核心基础设施,用于组织和管理 Agent Skills。它支持目录结构(references/、assets/)和渐进式披露机制,使 Agent 只在需要时才动态加载相关技能。
|
||||
|
||||
## Key Features
|
||||
- **目录结构支持**:支持 `references/` 存放规范/检查清单,`assets/` 存放模板
|
||||
- **渐进式披露**:只在运行时按需加载,节省上下文 token
|
||||
- **Skill 组合**:多个 Skill 可以组合使用,形成复杂的工作流
|
||||
|
||||
## Relationship with 5 Design Patterns
|
||||
SkillToolset 是实现以下 5 种设计模式的底层基础设施:
|
||||
- [[ToolWrapper]]:通过 `references/` 动态加载领域规范
|
||||
- [[Generator]]:通过 `assets/` 和 `references/` 实现模板生成
|
||||
- [[Reviewer]]:通过 `references/review-checklist.md` 加载审查标准
|
||||
- [[Inversion]]:通过门控指令控制 Agent 行为阶段
|
||||
- [[Pipeline]]:通过指令定义严格的工作流顺序
|
||||
|
||||
## Key Insight
|
||||
> SkillToolset + 渐进式披露 = 按需加载的模块化 Skill 系统,让复杂的 agent 工作流变成可组合、可测试、可维护的构建块。
|
||||
|
||||
## Connections
|
||||
- [[ADK]] ← part_of ← [[SkillToolset]]
|
||||
- [[渐进式披露]] ← implemented_by ← [[SkillToolset]]
|
||||
- [[Google5个AgentSkill设计模式]] ← powered_by ← [[SkillToolset]]
|
||||
30
wiki/concepts/TagBasedIndexing.md
Normal file
30
wiki/concepts/TagBasedIndexing.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "TagBasedIndexing"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2025-03-07
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- 标签索引
|
||||
- 基于标签的分类
|
||||
- Tag-based Organization
|
||||
|
||||
## Definition
|
||||
标签索引(TagBasedIndexing)是一种通过给笔记打标签(`#tag`)来实现自动分类和组织的方法。在 [[DataviewPlugin]] 等工具的支持下,带特定标签的笔记可以被自动聚合,无需手动维护文件夹或目录结构。
|
||||
|
||||
## Core Mechanism
|
||||
- 标签以 `#标签名` 格式内嵌于笔记正文
|
||||
- 查询语法 `WHERE contains(tags, "标签名")` 动态返回所有匹配笔记
|
||||
- 标签可以嵌套:`#学习/英语`、`#项目/ai-agent`
|
||||
|
||||
## Advantages
|
||||
- **扁平灵活**:标签不受文件夹层级限制,一篇笔记可有多个标签
|
||||
- **自动聚合**:新增带标签的笔记自动出现在对应查询视图中
|
||||
- **跨类目检索**:一篇笔记可同时属于多个主题
|
||||
|
||||
## Related Concepts
|
||||
- [[NoteDatabase]]:标签索引是笔记数据库查询的核心字段类型
|
||||
- [[QueryLanguage]]:查询语言提供对标签索引的检索能力
|
||||
- [[Bidirectional-Linking]]:标签索引与双链共同构成笔记组织双轨
|
||||
41
wiki/concepts/TaskQuerySyntax.md
Normal file
41
wiki/concepts/TaskQuerySyntax.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "TaskQuerySyntax"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-27
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Tasks 查询语法
|
||||
- Obsidian Tasks 查询
|
||||
- Tasks 代码块查询
|
||||
|
||||
## Definition
|
||||
TaskQuerySyntax(任务查询语法)是 Obsidian Tasks 插件提供的查询语言,允许用户在任意笔记中嵌入任务筛选代码块,动态展示符合条件(如截止日期、优先级、完成状态)的任务列表。
|
||||
|
||||
## Key Characteristics
|
||||
- 嵌入式查询:在任意 Markdown 笔记中插入 ````tasks` ```` 代码块,结果随任务状态实时更新
|
||||
- 自然语言条件:支持 `not done`、`due before tomorrow`、`sort by priority` 等可读性强的条件
|
||||
- 多条件组合:可同时筛选日期范围、优先级、标签、文件夹等多个条件
|
||||
- 排序控制:支持按优先级、日期、路径等多维度排序
|
||||
- 灵活性:查询可以放在任何笔记中,形成"上下文感知"的任务视图
|
||||
|
||||
## Example
|
||||
````
|
||||
```tasks
|
||||
not done
|
||||
due before tomorrow
|
||||
sort by priority
|
||||
```
|
||||
````
|
||||
含义:筛选所有未完成、明天之前到期的任务,并按优先级排序。
|
||||
|
||||
## Related Concepts
|
||||
- [[RecurringTask]]:查询中常配合重复任务使用,筛选即将到来的周期任务
|
||||
- [[MarkdownBasedTask]]:查询基于 Markdown 语法创建的任务
|
||||
- [[ContextDrivenTask]]:查询嵌入笔记上下文,实现"在笔记中看到相关任务"
|
||||
|
||||
## Connections
|
||||
- [[ObsidianTasksPlugin]] ← provides ← [[TaskQuerySyntax]](Tasks 插件提供查询功能)
|
||||
- [[TaskQuerySyntax]] ← enables ← [[ContextDrivenTask]](查询语法是上下文驱动任务的核心机制)
|
||||
33
wiki/concepts/Template-based-Note-Creation.md
Normal file
33
wiki/concepts/Template-based-Note-Creation.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
title: "Template-based Note Creation"
|
||||
type: concept
|
||||
tags: [obsidian, productivity, note-taking]
|
||||
sources: [obsidian-高效指南-我常用的插件与实用技巧]
|
||||
last_updated: 2025-03-01
|
||||
---
|
||||
|
||||
## Definition
|
||||
通过预设模板快速创建结构化笔记的工作流——每次新建笔记时自动填充预设内容,保持格式统一,省去重复操作。
|
||||
|
||||
## Core Mechanisms
|
||||
- 模板变量:日期、时间、文件名等动态内容
|
||||
- 文件创建触发:快捷键、新建命令、QuickAdd 等
|
||||
- 内容结构预设:标题、元数据、正文框架
|
||||
|
||||
## Implementations
|
||||
- **Templater** (Obsidian):支持 JavaScript 动态模板,最灵活
|
||||
- **Core Templates** (Obsidian 内置):简单模板,适合基础场景
|
||||
- **QuickAdd** (Obsidian):侧重快速触发,而非模板本身
|
||||
|
||||
## Use Cases
|
||||
- 读书笔记模板(书名、作者、日期、摘要、感想)
|
||||
- 会议记录模板(时间、参与者、议题、行动项)
|
||||
- 日记模板(日期、计划、待办、总结)
|
||||
|
||||
## Connections
|
||||
- [[Daily Journaling]]:日记模板是模板创建的典型应用
|
||||
- [[Quick Capture]]:快速记录想法后可套用模板完善
|
||||
- [[Obsidian]]:主要实现平台之一
|
||||
|
||||
## Sources
|
||||
- [[obsidian-高效指南-我常用的插件与实用技巧]]
|
||||
42
wiki/concepts/YoloMode.md
Normal file
42
wiki/concepts/YoloMode.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Yolo Mode"
|
||||
type: concept
|
||||
tags: [cursor, ai-agent, safety, risk]
|
||||
sources: [mcp在cursor中的集成与应用详解]
|
||||
last_updated: 2026-04-26
|
||||
---
|
||||
|
||||
## Definition
|
||||
Yolo Mode(Enable Yolo Mode)是 Cursor Composer 中的一种**高风险自动执行模式**。开启后,Cursor 将自动执行 AI 模型发出的所有命令,无需用户逐条确认。
|
||||
|
||||
## Risk Profile
|
||||
⚠️ **高风险设置,官方默认关闭**
|
||||
|
||||
潜在风险:
|
||||
- 误删文件(如 `rm -rf` 等破坏性命令自动执行)
|
||||
- 系统配置被意外修改
|
||||
- 不可预期的副作用操作
|
||||
|
||||
## Recommended Practice
|
||||
建议默认关闭 Yolo Mode,仅在以下场景谨慎使用:
|
||||
- 确认所有命令已验证无误
|
||||
- 在隔离的测试环境中
|
||||
- 操作者充分理解每条命令的潜在影响
|
||||
|
||||
## Comparison with Normal Mode
|
||||
|
||||
| 特性 | Yolo Mode | Normal Mode |
|
||||
|------|-----------|-------------|
|
||||
| 命令执行 | 自动执行 | 需用户手动复制执行 |
|
||||
| 安全性 | 高风险 | 相对安全 |
|
||||
| 效率 | 高 | 较低 |
|
||||
| 适用场景 | 已验证的自动化流程 | 探索性/调试性任务 |
|
||||
|
||||
## Connections
|
||||
- [[Cursor]] ← Yolo Mode 所在产品
|
||||
- [[Composer]] ← Yolo Mode 配置位置
|
||||
- [[Mcp在Cursor中的集成与应用详解]] ← 使用场景说明
|
||||
|
||||
## See Also
|
||||
- [[AgentMode]]
|
||||
- [[ModalContextProtocol]]
|
||||
42
wiki/concepts/任务管理流.md
Normal file
42
wiki/concepts/任务管理流.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "任务管理流"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-06-14
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Task Management Workflow
|
||||
- 任务管理工作流
|
||||
- Kanban Workflow
|
||||
|
||||
## Definition
|
||||
任务管理流是一套以 Obsidian 为核心的视觉化任务管理组合——通过 Kanban(看板)、Projects(多项目管理)、Outliner(大纲视图)三款插件协同,实现复杂任务的拆解、可视化追踪和结构化执行。核心理念是:**将任务从文字中解放出来,用看板看见进度,用大纲理清层次**。
|
||||
|
||||
## Core Mechanism
|
||||
- **Kanban**:提供可视化看板视图,任务以卡片形式在列(如待办/进行中/已完成)之间拖动,直观呈现工作流程状态
|
||||
- **Projects**:在同一界面管理多个项目,提供项目维度的视图和模板,适合需要同时跟踪多个并行项目的用户
|
||||
- **Outliner**:提供大纲视图,支持笔记的分层缩进和拖拽排序,适合整理复杂信息结构(如项目任务分解)
|
||||
|
||||
## Plugin Components
|
||||
- [[看板管理]](Kanban 插件):可视化任务看板,阶段式任务管理
|
||||
- [[Projects 插件]]:多项目管理视图,项目模板支持
|
||||
- [[Outliner]]:大纲视图,分层整理复杂信息
|
||||
|
||||
## Key Properties
|
||||
- **可视化强**:Kanban 将任务状态从文字中抽象为可拖拽的卡片
|
||||
- **多层管理**:Projects 提供项目维度,Kanban 提供任务维度,Outliner 提供内容维度
|
||||
- **协同效应**:Kanban + Projects 配合使用,Projects 汇总多项目,Kanban 管理单项目详情
|
||||
- **适合人群**:需要管理多个并行项目、任务拆分复杂、重视进度可视化的用户
|
||||
|
||||
## Usage Scenarios
|
||||
- **产品开发**:用 Projects 管理产品线,Kanban 管理具体功能开发任务,Outliner 整理需求文档
|
||||
- **内容创作**:Projects 管理多篇文章,Kanban 追踪写作状态(构思→起草→修改→发布),Outliner 规划文章大纲
|
||||
- **学习计划**:Projects 管理多门课程,Kanban 追踪每日学习任务,Outliner 整理知识点结构
|
||||
|
||||
## Connections
|
||||
- [[知识管理流]] ← parallel_to ← [[任务管理流]](三大推荐插件组合之一)
|
||||
- [[学习研究流]] ← parallel_to ← [[任务管理流]](三大推荐插件组合之一)
|
||||
- [[看板管理]] ← implements ← [[任务管理流]]
|
||||
- [[Obsidian最有必要安装的10款插件是这些]] ← source_of ← [[任务管理流]]
|
||||
39
wiki/concepts/动态模板.md
Normal file
39
wiki/concepts/动态模板.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "动态模板"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-06-14
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Dynamic Template
|
||||
- Templater
|
||||
- 模板引擎
|
||||
- Template Variable
|
||||
|
||||
## Definition
|
||||
动态模板是一种在模板中嵌入变量、脚本和逻辑的能力——模板不只是静态文本占位符,而是在插入时能自动计算并填充日期、标签、序号、文件路径等动态内容的高级模板系统。广泛用于笔记软件(Obsidian Templater)、邮件客户端、文档生成器等场景。
|
||||
|
||||
## Core Mechanism
|
||||
- **变量插值**:在模板中使用 `{{date}}`、`{{title}}` 等变量,插入时自动替换
|
||||
- **脚本执行**:在模板中嵌入 JavaScript/Python 等脚本,执行复杂逻辑(如计算日期差、随机选词)
|
||||
- **条件渲染**:根据条件决定模板的某部分是否渲染(如只有周末才显示运动板块)
|
||||
- **上下文感知**:根据当前笔记的路径、标签、日期等上下文动态调整内容
|
||||
|
||||
## Key Properties
|
||||
- 变量类型:内置变量(日期/时间/文件名)、自定义变量、环境变量
|
||||
- 脚本支持:Templater 支持 JavaScript 脚本,可调用任意 Node.js API
|
||||
- 与静态模板的对比:静态模板只有简单占位符,动态模板支持计算和逻辑
|
||||
- [[Templater]] 是 Obsidian 中实现动态模板的旗舰插件
|
||||
|
||||
## Applications
|
||||
- **快速笔记创建**:会议记录模板自动填充日期、会议名称、与会者
|
||||
- **读书笔记**:自动记录书名、作者、阅读日期、摘录格式
|
||||
- **自动化工作流**:通过模板自动生成日常回顾、项目启动文档
|
||||
- **日记系统**:每日日记模板自动包含日历引用、上日回顾、本日计划
|
||||
|
||||
## Connections
|
||||
- [[Templater]] ← implements ← [[动态模板]](Obsidian 的动态模板实现)
|
||||
- [[知识管理流]] ← uses ← [[动态模板]](三大推荐插件组合之一)
|
||||
- [[Dataview]] ← complements ← [[动态模板]](模板创建结构化内容,Dataview 查询检索)
|
||||
41
wiki/concepts/学习研究流.md
Normal file
41
wiki/concepts/学习研究流.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "学习研究流"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-06-14
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Learning & Research Workflow
|
||||
- 学习研究工作流
|
||||
- Study Workflow
|
||||
|
||||
## Definition
|
||||
学习研究流是一套以 Obsidian 为核心的知识记忆与结构化存储组合——通过 Spaced Repetition(间隔重复)和 DB Folder(数据库管理)两款插件协同,实现知识点的长期记忆巩固与结构化分类管理。核心理念是:**学过的知识不忘,学过的知识不乱**。
|
||||
|
||||
## Core Mechanism
|
||||
- **Spaced Repetition**:将间隔重复学习方法内置于 Obsidian,笔记中的知识点自动生成复习计划,在最优时间点提醒复习,实现长期记忆保持,无需手动导出至 Anki
|
||||
- **DB Folder**:将笔记转化为类数据库形式,支持表格视图、排序、筛选、分组——将零散的知识点归类整理,形成系统性的知识库
|
||||
|
||||
## Plugin Components
|
||||
- [[间隔重复]](Spaced Repetition 插件):内置间隔重复学习,笔记即学习材料
|
||||
- [[DB Folder]]:数据库化笔记管理,结构化存储分类
|
||||
|
||||
## Key Properties
|
||||
- **记忆巩固**:Spaced Repetition 利用科学遗忘曲线,在最优复习时间点触发回忆,长期记忆效果好
|
||||
- **结构化存储**:DB Folder 将笔记从松散的 Markdown 文件转化为可排序筛选的数据表,适合大量相关知识点的分类管理
|
||||
- **协同增强**:DB Folder 整理知识点结构,Spaced Repetition 强化记忆,两者互补
|
||||
- **与 Anki 对比**:Spaced Repetition 无需数据导出,笔记即复习材料,维护成本更低
|
||||
- **与 Dataview 对比**:DB Folder 提供表格视图,Dataview 提供跨笔记查询,两者可结合使用
|
||||
|
||||
## Usage Scenarios
|
||||
- **语言学习**:DB Folder 管理词汇表(按主题/难度/词性分类),Spaced Repetition 定期复习
|
||||
- **医学学习**:DB Folder 整理病例模板,Spaced Repetition 记忆疾病诊断标准
|
||||
- **学术研究**:DB Folder 管理论文阅读笔记(按主题/作者/年份分类),Spaced Repetition 记忆核心论点
|
||||
|
||||
## Connections
|
||||
- [[知识管理流]] ← parallel_to ← [[学习研究流]](三大推荐插件组合之一)
|
||||
- [[任务管理流]] ← parallel_to ← [[学习研究流]](三大推荐插件组合之一)
|
||||
- [[间隔重复]] ← uses ← [[学习研究流]]
|
||||
- [[Obsidian最有必要安装的10款插件是这些]] ← source_of ← [[学习研究流]]
|
||||
21
wiki/concepts/教育资源开源.md
Normal file
21
wiki/concepts/教育资源开源.md
Normal file
@@ -0,0 +1,21 @@
|
||||
---
|
||||
title: "教育资源开源"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2025-05-13
|
||||
---
|
||||
|
||||
## 定义
|
||||
将原本受版权保护或难以获取的教育资源(教材、课程、习题等)通过合法方式整理并公开展布,降低大众获取优质教育内容的门槛。
|
||||
|
||||
## 核心要素
|
||||
- **来源合法性**:素材须来自公开渠道或经授权(如国家平台公开教材)
|
||||
- **系统性整理**:按学段/学科/版本分类,便于检索和使用
|
||||
- **免费获取**:以开源/公有领域/免费分享形式发布
|
||||
|
||||
## 实践案例
|
||||
- [[chinatextbook-41-53-gb-中国小学-初中-高中-大学-pdf-教材]]:将国家中小学智慧教育平台的公开教材整理为 GitHub 仓库,总计 41.53 GB
|
||||
|
||||
## 相关概念
|
||||
- [[PDF教材数字化]]:将纸质教材转化为数字格式,是教育资源开源的技术前提
|
||||
29
wiki/concepts/渐进式披露.md
Normal file
29
wiki/concepts/渐进式披露.md
Normal file
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: "渐进式披露"
|
||||
type: concept
|
||||
tags: [Agent, Skill, Design Pattern, ADK]
|
||||
sources: [google-5个agent-skill设计模式-2026-03-19]
|
||||
last_updated: 2026-05-15
|
||||
---
|
||||
|
||||
## Overview
|
||||
渐进式披露(Progressive Disclosure)是 Google ADK Skill 设计模式的核心机制之一——只在运行时需要时才消耗上下文 token 来加载特定的模式内容,而非将所有知识一次性塞进 system prompt。
|
||||
|
||||
## Mechanism
|
||||
- Agent 只有在真正用到某个技术或模式时才动态加载相关文档
|
||||
- SKILL.md 监听特定的触发条件(如库关键词、用户意图)
|
||||
- 按需加载 `references/` 目录下的规范文档
|
||||
- 将加载的规则当作绝对真理来执行
|
||||
|
||||
## Key Insight
|
||||
> 多亏了 ADK 的 SkillToolset 和渐进式披露机制,agent 只在运行时需要时才消耗上下文 token 来加载特定的模式。
|
||||
|
||||
## Related Concepts
|
||||
- [[ToolWrapper]]:渐进式披露的具体实现——监听关键词,按需加载领域规范
|
||||
- [[SkillToolset]]:实现渐进式披露的 ADK 基础设施
|
||||
- [[Generator]]:类似的按需加载思想,但侧重模板生成而非知识应用
|
||||
- [[Inversion]]:类似的按需加载思想,但侧重信息收集而非知识应用
|
||||
|
||||
## Connections
|
||||
- [[SkillToolset]] ← implements ← [[渐进式披露]]
|
||||
- [[ToolWrapper]] ← uses ← [[渐进式披露]]
|
||||
39
wiki/concepts/看板管理.md
Normal file
39
wiki/concepts/看板管理.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "看板管理"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-06-14
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Kanban
|
||||
- 看板
|
||||
- Kanban Board
|
||||
- 看板方法
|
||||
|
||||
## Definition
|
||||
看板管理是一种可视化工作流程管理方法——通过带有列(列代表工作阶段)的看板面板,将任务以卡片形式在列之间移动,直观呈现任务状态(待办/进行中/已完成)。最初由丰田汽车公司(Toyota)作为精益制造系统的一部分发明,后被敏捷软件开发广泛采用。
|
||||
|
||||
## Core Mechanism
|
||||
- **可视化工作流**:任务以卡片形式在列之间移动,状态一目了然
|
||||
- **限制在制品(WIP)**:限制每列同时处理的任务数量,防止过度并行导致效率下降
|
||||
- **拉动式生产**:团队只在有容量时才拉取新任务,而非盲目堆积
|
||||
- **持续改进**:通过观察看板流动发现问题并优化流程
|
||||
|
||||
## Key Properties
|
||||
- 核心三要素:可视化(WIP 限制)、流动(拉动式)、持续改进
|
||||
- 与 Scrum 的对比:看板不规定固定迭代周期,更灵活
|
||||
- 适合场景:持续性工作流、运维/支持类任务、个人任务管理
|
||||
- [[Kanban 插件]](Obsidian)将看板带入笔记系统,实现笔记驱动的个人项目管理
|
||||
|
||||
## Applications
|
||||
- **个人任务管理**:Kanban 插件在 Obsidian 中创建个人看板管理日常任务
|
||||
- **软件开发**:团队敏捷工作流管理(GitHub Projects、Notion、Linear 等工具)
|
||||
- **内容创作**:文章/视频从构思→草稿→修订→发布的流程管理
|
||||
- **学习计划**:从"待学"到"学会"的知识获取流程跟踪
|
||||
|
||||
## Connections
|
||||
- [[Kanban 插件]] ← implements ← [[看板管理]](Obsidian 的看板实现)
|
||||
- [[任务管理流]] ← uses ← [[看板管理]](三大推荐插件组合之一)
|
||||
- [[Projects 插件]] ← complements ← [[看板管理]](多项目层面的任务协调)
|
||||
41
wiki/concepts/知识管理流.md
Normal file
41
wiki/concepts/知识管理流.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "知识管理流"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-06-14
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Knowledge Management Workflow
|
||||
- PKM Workflow
|
||||
- 知识管理工作流
|
||||
|
||||
## Definition
|
||||
知识管理流是一套以 Obsidian 为核心的笔记管理自动化组合——通过 Dataview(查询)、Templater(创建)、Calendar(日历)三款插件协同,实现笔记的自动化创建、动态检索和时间管理。其核心理念是:**让笔记自然流入,自动组织,随时可查**。
|
||||
|
||||
## Core Mechanism
|
||||
- **Templater**:使用模板快速创建格式统一的笔记(如会议记录、读书笔记),自动填充日期、标签、分类等元信息
|
||||
- **Dataview**:通过类 SQL 查询语言,在笔记间创建动态视图——按标签、日期、状态筛选笔记,生成汇总列表和统计看板
|
||||
- **Calendar**:提供日历视图,直观查看每日是否有笔记,快速跳转到特定日期的日记或记录
|
||||
|
||||
## Plugin Components
|
||||
- [[Dataview]]:类 SQL 跨笔记查询,数据驱动笔记管理
|
||||
- [[Templater]]:动态模板,自动填充元信息,减少重复操作
|
||||
- [[Calendar]]:日历视图,快速访问时间线笔记
|
||||
|
||||
## Key Properties
|
||||
- **自动化程度高**:模板减少重复劳动,Dataview 自动汇总,Calendar 快速导航
|
||||
- **数据驱动**:Dataview 将笔记转化为可查询的数据集,支持复杂筛选和统计
|
||||
- **时间感知**:Calendar 让笔记与时间线天然关联,适合日记和定期回顾场景
|
||||
- **适合人群**:深度 Obsidian 用户,已建立大量笔记,需要高效检索和组织
|
||||
|
||||
## Usage Scenarios
|
||||
- **项目管理**:用模板创建项目笔记,Dataview 按项目筛选所有相关笔记
|
||||
- **读书管理**:模板记录书籍信息,Dataview 按标签汇总所有读书笔记
|
||||
- **会议管理**:模板创建会议记录,Calendar 快速定位历史会议
|
||||
|
||||
## Connections
|
||||
- [[任务管理流]] ← parallel_to ← [[知识管理流]](三大推荐插件组合之一)
|
||||
- [[学习研究流]] ← parallel_to ← [[知识管理流]](三大推荐插件组合之一)
|
||||
- [[Obsidian最有必要安装的10款插件是这些]] ← source_of ← [[知识管理流]]
|
||||
39
wiki/concepts/间隔重复.md
Normal file
39
wiki/concepts/间隔重复.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "间隔重复"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-06-14
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Spaced Repetition
|
||||
- 间隔重复法
|
||||
- 艾宾浩斯遗忘曲线
|
||||
- Spaced Repetition System (SRS)
|
||||
|
||||
## Definition
|
||||
间隔重复是一种基于科学记忆原理的学习方法——利用人类遗忘曲线,在即将遗忘的时间点复习知识,以最小化遗忘速率,实现长期记忆保持。其核心公式来自赫尔曼·艾宾浩斯(Hermann Ebbinghaus)的遗忘曲线。
|
||||
|
||||
## Core Mechanism
|
||||
- **遗忘曲线**:新信息在学习和复习后的遗忘速度呈指数衰减
|
||||
- **最优复习时机**:在遗忘点之前主动触发回忆,强化记忆痕迹
|
||||
- **间隔递增**:每次复习间隔逐渐拉长(如 1天→3天→7天→14天→1月→……)
|
||||
- **主动回忆**:复习时先尝试回忆,再查看答案——主动回忆比被动重读更有效
|
||||
|
||||
## Key Properties
|
||||
- 遗忘曲线遵循指数衰减规律:学完 1 天后遗忘 66%,1 周后 75%,1 月后 80%+
|
||||
- 间隔增长率因算法不同而异(SM-2、SM-18、FSRS 等)
|
||||
- 间隔重复软件(如 Anki)自动计算最优复习时间,用户只需"按部就班"
|
||||
- 适用于:词汇记忆、医学知识、法律条文、编程概念、语言学习等任何需要长期记忆的场景
|
||||
|
||||
## Applications
|
||||
- **语言学习**:词汇、短语、语法规则的长期记忆
|
||||
- **医学/法律考试**:海量知识点的系统记忆
|
||||
- **技术概念**:编程语言语法、设计模式、算法复杂度等
|
||||
- **Obsidian 集成**:Spaced Repetition 插件将间隔重复直接嵌入笔记系统,无需导出至 Anki
|
||||
|
||||
## Connections
|
||||
- [[Anki]] ← compared_with ← [[间隔重复]](Anki 是最流行的独立间隔重复软件)
|
||||
- [[Spaced Repetition 插件]] ← implements ← [[间隔重复]](Obsidian 内置间隔重复实现)
|
||||
- [[学习研究流]] ← uses ← [[间隔重复]](三大推荐插件组合之一)
|
||||
Reference in New Issue
Block a user