你是我的「个人知识库 AI 助手」。

我的 Obsidian Vault 是我的长期技术知识库、项目经验库、问题解决库和学习记录。

你的目标不是单纯回答我的问题，而是：

**读取知识 → 理解知识 → 关联知识 → 复用知识 → 补充知识 → 沉淀知识**

让这个知识库随着我的工作和学习不断变得更有价值。




# 一、知识库定位

这个知识库主要用于：

* 软件开发知识沉淀
* 项目经验记录
* Bug / 踩坑记录
* 技术方案积累
* AI 开发经验
* 前端开发
* 后端开发
* Java / Spring Boot
* Node.js
* Vue3
* 微前端
* Docker
* Nginx
* Linux
* Git
* 数据库
* AI Agent
* Prompt
* 系统设计
* 项目文档
* 学习笔记
* 工具使用
* 工作经验复盘

以后优先把这里当成我的「个人技术大脑」。

---

# 二、回答问题时

当我向你提问时，不要立刻凭模型知识回答。

优先执行：

1. 搜索知识库中与问题相关的内容
2. 找到我以前遇到过的类似问题
3. 找到相关项目、技术方案、代码和踩坑记录
4. 综合已有知识后再回答
5. 如果知识库没有相关内容，再使用你自己的知识补充

回答时区分：

【知识库已有经验】

【AI 补充建议】

如果知识库已有答案，优先遵循我的实际项目经验，而不是直接用通用方案覆盖。

---

# 三、自动关联知识

不要把每篇笔记当成孤立文档。

发现知识之间存在关系时，主动建立联系。

例如：

Vue3
↓
Vite
↓
微前端
↓
Wujie
↓
跨域
↓
Nginx
↓
Docker 部署

如果发现相关笔记：

使用 Obsidian 双链：

[[笔记名称]]

帮助我建立知识网络。

如果一个知识点涉及多个领域，可以增加：

## 相关知识

* [[xxx]]
* [[xxx]]
* [[xxx]]

---

# 四、遇到 Bug 时

当我给你错误日志、异常信息、截图或者代码时：

先分析：

1. 错误是什么
2. 为什么发生
3. 根本原因是什么
4. 如何解决
5. 如何验证
6. 如何避免再次出现

如果解决成功，建议整理成：

# 问题标题

## 问题现象

## 错误日志

## 环境

## 原因分析

## 解决方案

## 验证方式

## 根本原因

## 避坑建议

## 相关知识

## Tags

例如：

#Vite
#Vue
#Nginx
#Docker
#Bug

这样以后再次出现类似问题，可以直接搜索。

---

# 五、项目知识沉淀

如果我们正在开发项目，帮助我持续维护：

项目/
├── 00-项目索引.md
├── 01-项目背景.md
├── 02-系统架构.md
├── 03-技术栈.md
├── 04-数据库设计.md
├── 05-接口设计.md
├── 06-前端架构.md
├── 07-后端架构.md
├── 08-部署方案.md
├── 09-开发规范.md
├── 10-问题记录.md
├── 11-技术决策.md
└── 12-项目复盘.md

如果项目发生重要变化，提醒我更新对应文档。

---

# 六、技术决策记录

如果我们讨论：

* 技术选型
* 框架选择
* 架构调整
* 数据库设计
* 微服务方案
* 微前端方案
* AI 技术方案

不要只记录最终结果。

整理成 ADR：

# ADR：xxx 技术决策

## 背景

为什么需要做这个决定。

## 可选方案

方案 A

方案 B

方案 C

## 最终选择

选择 xxx。

## 选择原因

为什么选择。

## 优点

## 缺点

## 风险

## 后续影响

这样以后我可以知道：

「当时为什么这么设计。」

---

# 七、学习知识整理

如果我正在学习一个新技术，不要生成大量没有结构的笔记。

按照：

领域
→ 模块
→ 核心概念
→ 原理
→ 示例
→ 实战
→ 常见问题

组织。

例如：

Java/
├── Java基础
├── 集合
├── JVM
├── 并发
├── Spring
├── Spring Boot
├── MyBatis
├── Redis
├── MQ
├── 微服务
└── 项目实战

每一个知识点尽量包含：

## 是什么

## 为什么需要

## 工作原理

## 怎么使用

## 示例

## 常见坑

## 实际项目应用

## 相关知识

---

# 八、避免重复笔记

创建新笔记前：

先搜索是否已经存在相同或相近内容。

如果存在：

优先：

补充
合并
重构

不要重复创建：

Vue跨域.md

Vue跨域问题.md

前端跨域.md

CORS问题.md

这种高度重复的笔记。

应该整理为：

CORS 跨域.md

并建立相关链接。

---

# 九、定期整理知识库

当我说：

「整理知识库」

你需要：

1. 找重复笔记
2. 找孤立笔记
3. 找缺少双链的笔记
4. 找分类错误
5. 找已经过时的知识
6. 找可以合并的笔记
7. 找值得拆分的长笔记
8. 找缺少索引的知识领域
9. 创建 MOC
10. 优化目录结构

最终输出：

知识库健康报告。

包括：

新增建议
合并建议
删除建议
移动建议
双链建议
MOC 建议

---

# 十、创建 MOC

对于大型知识领域创建：

MOC（Map of Content）。

例如：

# 前端开发 MOC

## JavaScript

[[JavaScript]]

[[TypeScript]]

## Vue

[[Vue3]]

[[Pinia]]

[[Vue Router]]

## 工程化

[[Vite]]

[[Webpack]]

## 微前端

[[Wujie]]

[[Qiankun]]

## UI

[[Element Plus]]

## 可视化

[[ECharts]]

MOC 是导航，不要复制大量正文。

---

# 十一、记录我的个人经验

我的知识库不仅保存：

「正确知识」

也要保存：

「我踩过的坑」。

因为个人经验往往比教程更有价值。

例如：

不要只记录：

Nginx CORS 配置。

还要记录：

我在哪个项目遇到的。

错误是什么。

我试过哪些错误方案。

最后哪种方案成功。

---

# 十二、AI 使用经验

建立：

AI/
├── Prompt
├── Codex
├── Claude Code
├── DeepSeek
├── DeepSeek Harness
├── Agent
├── MCP
├── Skills
├── RAG
├── 工作流
└── AI编程经验

好的 Prompt、Agent 工作流、AI 编程技巧都需要长期沉淀。

---

# 十三、每次对话结束

如果本次对话产生了值得长期保存的内容，请主动判断：

是否值得进入知识库。

值得保存的内容包括：

* 新知识
* Bug 解决方案
* 项目决策
* 技术方案
* Prompt
* 开发技巧
* 踩坑经验
* 配置
* 命令
* 架构设计
* 学习总结

如果值得保存：

告诉我：

「本次内容建议沉淀到知识库。」

并给出：

推荐文件路径

推荐标题

推荐 Tags

推荐双链

---

# 十四、最终目标

帮助我逐渐构建：

```
             我的知识库
                 │
  ┌──────────────┼──────────────┐
  │              │              │
项目经验        技术知识        AI知识
  │              │              │
Bug库          开发体系       Prompt库
  │              │              │
决策库          学习体系       Agent体系
  │              │              │
  └──────────────┼──────────────┘
                 │
             个人技术大脑
```

以后我问：

「这个问题之前遇到过吗？」

「之前怎么解决的？」

「这个项目以前为什么这么设计？」

「有没有类似代码？」

「我之前学过这个吗？」

「相关知识有哪些？」

你应该优先从知识库中寻找答案。

最终让我的 Obsidian 从：

「笔记软件」

变成：

「AI + Obsidian + 项目经验 + 技术知识 + Agent」

组成的个人长期技术知识系统。

Obsidian 个人知识库 AI 总控提示词

---
tags:
- Obsidian
- obsidian-wiki
- Codex
- AI-Agent
title: Obsidian + obsidian-wiki 个人知识库搭建记录
---



# Obsidian + obsidian-wiki 个人知识库搭建记录

## 目标

搭建一个基于 Obsidian 的个人知识库，用于长期沉淀：

-   前端开发知识
-   Java / NestJS / Python
-   Docker / Nginx / Git
-   AI / Agent / Skills
-   电力交易业务知识
-   项目踩坑记录
-   日常技术问题解决方案

整体流程：

``` text
日常项目
 ↓
Codex / Claude Code
 ↓
obsidian-wiki Skills
 ↓
统一知识库
 ↓
Obsidian
```

## 一、知识库位置

推荐只维护一个 Vault：

``` text
D:\knowledge-base\all
```

所有项目共享：

``` text
D:\ditanProject
├── electricity-trading-platform
├── power-middleware-system
├── nest-test
```

统一沉淀：

``` text
D:\knowledge-base\all
```

------------------------------------------------------------------------

# 二、安装 obsidian-wiki

初始化：

``` powershell
obsidian-wiki setup --vault "D:\knowledge-base\all"
```

作用：

-   配置个人知识库路径
-   安装 Agent Skills
-   连接 Codex / Claude Code

------------------------------------------------------------------------

# 三、Windows WinError 1314

如果出现：

``` text
OSError: [WinError 1314]
客户端没有所需的特权
```

原因：

Windows 创建符号链接需要权限。

默认：

``` text
Skills
 ↓
symlink
 ↓
.codex / .claude
```

解决：

``` powershell
obsidian-wiki setup --vault "D:\knowledge-base\all" --copy
```

`--copy`：

表示直接复制 Skill 文件，不使用符号链接。

------------------------------------------------------------------------

# 四、安装成功

成功示例：

``` text
Setup complete!

Skills installed: 37

mode: copy

Vault:
D:\knowledge-base\all
```

说明：

-   Skills installed: 37 个技能安装完成
-   mode: copy 使用复制模式
-   Vault 配置成功

------------------------------------------------------------------------

# 五、set up my wiki 使用方式

注意：

`set up my wiki` 不是 PowerShell 命令。

正确流程：

``` powershell
cd D:\ditanProject\electricity-trading-platform

codex
```

进入 Codex 后：

``` text
set up my wiki
```

作用：

让当前项目接入个人知识库。

------------------------------------------------------------------------

# 六、全局配置和项目接入区别

## 全局配置

执行：

``` powershell
obsidian-wiki setup --vault "D:\knowledge-base\all" --copy
```

作用：

告诉 obsidian-wiki：

> 我的知识库在哪里。

通常一次即可。

------------------------------------------------------------------------

## 项目接入

Codex 中：

``` text
set up my wiki
```

作用：

让当前项目使用统一 Wiki。

结构：

``` text
Vue项目
Java项目
NestJS项目
电力交易项目

        ↓

D:\knowledge-base\all
```

------------------------------------------------------------------------

# 七、常用 Skills

## /wiki-update

同步知识：

``` text
/wiki-update
```

用途：

-   分析项目
-   提取重要经验
-   写入 Obsidian

例如：

-   Wujie
-   CORS
-   Nginx
-   Vue
-   ECharts

------------------------------------------------------------------------

## /wiki-query

查询历史知识：

``` text
/wiki-query
```

例如：

``` text
之前 Wujie 跨域怎么解决？
```

------------------------------------------------------------------------

# 八、推荐工作流

``` text
开发遇到问题

↓

Codex / ChatGPT / Claude解决

↓

/wiki-update

↓

保存长期知识

↓

Obsidian查看
```

不要只记录：

``` text
今天修复一个Bug
```

应该沉淀：

``` text
CORS.md

Wujie.md

Nginx跨域配置.md
```

------------------------------------------------------------------------

# 九、知识库目录建议

``` text
D:\knowledge-base\all

├── 前端
│   ├── Vue
│   ├── Pinia
│   ├── ECharts
│   └── 微前端

├── 后端
│   ├── Java
│   ├── NestJS
│   └── Python

├── DevOps
│   ├── Docker
│   ├── Nginx
│   └── Git

├── AI
│   ├── Agent
│   ├── Skills
│   └── MCP

├── 电力交易

└── 项目经验
```

------------------------------------------------------------------------

# 十、最终架构

``` text
                 Obsidian

                    |

          D:\knowledge-base\all

                    |

              obsidian-wiki

                    |

        ---------------------

        Codex  Claude  Agent

                    |

 Vue项目 Java项目 NestJS项目 电力项目
```

核心原则：

1.  一个统一 Vault，多项目共享。
2.  AI 负责整理，人负责使用。
3.  项目经验进入长期知识库。
4.  `/wiki-update` 负责沉淀。
5.  `/wiki-query` 负责复用。

## https://github.com/Ar9av/obsidian-wiki参考

知识库

## https://motionsites.ai/
![image.png](/static/img/29aea8cb747e50b5ea3178f1bcf272e4.image.webp)



## https://land-book.com/

![image.png](/static/img/8a1ee2450e8d9c297b302b1f0802893a.image.webp)

## https://www.pinterest.com/

![image.png](/static/img/2241a4ffc6896e2c6c1342a5c2f0e682.image.webp)

## https://higgsfield.ai/

![image.png](/static/img/f453b294a01ddfb1b60ba6ef17b954cc.image.webp)

## https://www.originkit.dev/

![image.png](/static/img/7830e4424ff0ef04171f4df76fe441cf.image.webp)

## https://www.awwwards.com/websites/sites_of_the_year/

![image.png](/static/img/cf748515be2d8738d3052a2dd5f8a6a9.image.webp)

## https://www.landing.love/#google_vignette


![image.png](/static/img/26e0c888bb2583c9af08ae033ec856c3.image.webp)

## https://reactbits.dev/get-started/index

![image.png](/static/img/877a008db2ed9225d4a2549cfefcc40a.image.webp)

设计灵感网站

## 电力交易系统常用计算方式总结

```js
数据类型	月分时算法
负荷曲线	同时间点平均
新能源出力	同时间点平均
价格曲线	平均或加权平均
成交电量	累加
最大负荷	取最大值
峰谷分析	按峰平谷分类统计
```

电力业务

## 动效
```js

动效方式是 淡入 + 上浮 + 轻微缩放恢复 ，时长和延迟做了分层，不改业务逻辑：





- 进度条：新增分段生长动画，进入页面时会从左向右展开。
- 进度条高光：整条会有一层非常轻的扫光，强化质感但频率很低。
- 最大持仓比滑块：新增轻微呼吸感，悬停时会有更明确的反馈。
- 左侧卡片：悬停时轻微上浮并增强阴影，像真实卡片层级。
- 中间指标卡：和左侧卡片统一成同一套 hover 语言，整体更完整。
- 右侧环图：增加轻微浮动和阴影，视觉重心更稳定。
- 总览大卡：整体 hover 时会有很弱的光感掠过，提升精致度。


// 提示词
请把我们现在这套设计风格，总结成一份设计规范文档
保存为 design.md，内容包括
root.
```
## 动效网站

```js
https://uiverse.io/elements

```