build(备份): 2026年05月30日11时25分03秒自动备份
This commit is contained in:
parent
0376b91b90
commit
10d20de9dc
57
.obsidian/workspace.json
vendored
57
.obsidian/workspace.json
vendored
@ -4,16 +4,16 @@
|
||||
"type": "split",
|
||||
"children": [
|
||||
{
|
||||
"id": "f37a23122eb2932e",
|
||||
"id": "3c3bbf6a64c44dbe",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "ae8e5418cafe3853",
|
||||
"id": "7a1168576fc4a164",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "Untitled 8.md",
|
||||
"file": "01-项目/2605-读书笔记/《海鸥才不管那么多》莱亚布卢门塔尔（北京科技出版社）.md",
|
||||
"mode": "source",
|
||||
"source": false,
|
||||
"backlinks": true,
|
||||
@ -28,7 +28,7 @@
|
||||
}
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "Untitled 8"
|
||||
"title": "《海鸥才不管那么多》莱亚布卢门塔尔（北京科技出版社）"
|
||||
}
|
||||
}
|
||||
]
|
||||
@ -63,7 +63,7 @@
|
||||
"state": {
|
||||
"type": "search",
|
||||
"state": {
|
||||
"query": "[commit_type: feat]",
|
||||
"query": "cpus",
|
||||
"matchingCase": false,
|
||||
"explainSearch": false,
|
||||
"collapseAll": false,
|
||||
@ -84,8 +84,7 @@
|
||||
"title": "书签"
|
||||
}
|
||||
}
|
||||
],
|
||||
"currentTab": 1
|
||||
]
|
||||
}
|
||||
],
|
||||
"direction": "horizontal",
|
||||
@ -199,35 +198,35 @@
|
||||
"templater-obsidian:Templater": false
|
||||
}
|
||||
},
|
||||
"active": "f7250e0870e83fe7",
|
||||
"active": "7a1168576fc4a164",
|
||||
"lastOpenFiles": [
|
||||
"Untitled 7.md",
|
||||
"Untitled 8.md",
|
||||
"Untitled 18.md",
|
||||
"01-项目/2605-MicroPythonESP32S3/项目-总结.md",
|
||||
"模板文件/模板-RAG更新时间.md",
|
||||
"01-项目/2605-MicroPythonESP32S3",
|
||||
"01-项目/2605-读书笔记/《海鸥才不管那么多》莱亚布卢门塔尔（北京科技出版社）.md",
|
||||
"01-项目/2605-读书笔记/《信念：人生每一步都算数（珍藏版）》雷殿生（微信读书出品）.md",
|
||||
"01-项目/2605-读书笔记/世界.md",
|
||||
"Untitled 6.md",
|
||||
"Untitled 5.md",
|
||||
"Untitled 1.md",
|
||||
"2备忘-日常待办-待办事项.md",
|
||||
"Untitled.md",
|
||||
"Untitled 4.md",
|
||||
"Untitled 1.md",
|
||||
"Untitled 2.md",
|
||||
"Untitled 3.md",
|
||||
"模板文件/模板-健康运动-练倒三角日志.md",
|
||||
"01-项目/2602-健康运动/健康运动-周6-练倒三角训练日志.md",
|
||||
"01-项目/2602-健康运动/健康运动-周5-练腿训练日志.md",
|
||||
"模板文件/模板-健康运动-练腿日志.md",
|
||||
"01-项目/2602-健康运动/健康运动-周4-练臂训练日志.md",
|
||||
"模板文件/模板-豆包-翻译内容.md",
|
||||
"01-项目/2603-健康饮食/健康饮食-蒸菜.md",
|
||||
"模板文件/模板-健康运动-练臂日志.md",
|
||||
"Untitled 4.md",
|
||||
"Untitled 5.md",
|
||||
"Untitled 6.md",
|
||||
"01-项目/2605-读书笔记/《海鸥才不管那么多》莱亚布卢门塔尔（北京科技出版社）.md",
|
||||
"模板文件/模板-RAG读书笔记.md",
|
||||
"2备忘-日常待办-待办事项.md",
|
||||
"00-临时碎片/20260529-备忘-觉察知识-KeepAsking调研.md",
|
||||
"01-项目/2602-物联实验室/澎扬中学.md",
|
||||
"01-项目/2603-协同检索/Untitled 10.md",
|
||||
"05-原子化笔记本/Linux-awk-行列分割输出.md",
|
||||
"01-项目/2603-上城区人工智能平台/参数配置-服务器配置.md",
|
||||
"01-项目/2602-健康运动/健康运动-周6-练倒三角训练日志.md",
|
||||
"模板文件/模板-健康运动-练有氧日志.md",
|
||||
"模板文件/模板-健康运动-练倒三角日志.md",
|
||||
"04-归档/MaixCam-自定义开机启动画面.md",
|
||||
"模板文件/模板-豆包-翻译内容.md",
|
||||
"模板文件/模板-备忘.md",
|
||||
"1链接索引-觉察知识-复盘地图.md",
|
||||
"05-原子化笔记本/Python-程序访问Linux.md",
|
||||
"05-原子化笔记本/MaixCam-RGB转LAB.md",
|
||||
"05-原子化笔记本/Python-打包为可执行文件.md",
|
||||
"01-项目/2605-MicroPythonESP32S3",
|
||||
"01-项目/2605-读书笔记",
|
||||
"attachments/Pasted image 20260525181302.png",
|
||||
"attachments/Pasted image 20260525181233.png",
|
||||
|
||||
323
00-临时碎片/20260529-备忘-觉察知识-KeepAsking调研.md
Normal file
323
00-临时碎片/20260529-备忘-觉察知识-KeepAsking调研.md
Normal file
@ -0,0 +1,323 @@
|
||||
|
||||
---
|
||||
#领域/未知
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[__KeepAsking调研技术栈______]
|
||||
|
||||
---
|
||||
|
||||
|
||||
|
||||
结合你**个人极客知识管理、工程化落地、先功能后隐私、拒绝网红工具、坚守原子化 / 不造轮子**的核心诉求，先做**核心认知纠偏**，再逐层打磨整套技术选型，明确：**工业级 ≠ 商业闭源**，最终给出「工业级开源组件为主、纯商业工业软件完全摒弃、网红小众工具彻底排除」的完整方案，同时敲定 `LangChain` / `LlamaIndex` 两大框架的取舍与搭配。
|
||||
|
||||
# 一、先统一核心概念（选型前提，避免认知偏差）
|
||||
|
||||
在个人知识管理 + 自托管 RAG 这个场景里，把工具分为三类，这是后续所有选型的判定标准：
|
||||
|
||||
表格
|
||||
|
||||
|分类|定义 & 特征|适配你的场景|
|
||||
|---|---|---|
|
||||
|**1. 工业级开源组件（首选）**|开源、全球生产环境广泛使用、社区长期稳定维护、接口**向下强兼容**、迭代保守（只修 Bug / 优化性能，不堆砌花哨功能）、单一职责、可自托管。<br><br>代表：Click、LangChain、LlamaIndex、Sentence-Transformers、Chroma、Qdrant、Ollama|✅ **全场核心选型**<br><br>兼顾工程规范、稳定性、免费、可演进、无热度绑架，完美匹配个人极客长期使用。|
|
||||
|**2. 纯商业工业软件（完全摒弃）**|闭源 / 付费、面向企业集群 / 多租户 / 高可用场景、功能臃肿（团队协作、权限集群、商用运维）、数据易绑定厂商、无法完全自托管。<br><br>代表：Pinecone 商业版、Milvus Cloud、商用闭源 RAG 平台、专属付费大模型服务|❌ 不选用<br><br>个人场景用不上企业级冗余能力，付费 + 厂商绑定违背「数据自主、渐进自托管」诉求。|
|
||||
|**3. 网红 / 小众开源工具（彻底排除）**|短期热度高、迭代激进、接口频繁破坏性变更、堆砌 UI / 特效 / 娱乐化功能、维护周期不稳定、社区生命周期短。<br><br>代表：Typer、Python Fire、各类新兴小众 RAG 玩具、界面优先的一体化笔记工具|❌ 不选用<br><br>会被热度裹挟，后续被迫迁移、重构，和你长期稳定的目标冲突。|
|
||||
|
||||
## 顶层总策略（最终定调）
|
||||
|
||||
1. **全域基准**：全部选用 **工业级开源组件**，拒绝商业闭源、拒绝网红玩具；
|
||||
2. **技术栈收敛**：主力语言固定 Python，不新增其他开发语言；交互入口固定为 Click CLI，不散落零散脚本；
|
||||
3. **演进路线**：先对接**在线兼容 API**快速实现功能，后期**无缝切换本地自托管**保障隐私，两套模式代码基本不动；
|
||||
4. **架构原则**：分层解耦、组件可插拔、原子化单一职责；仅在上层写**胶水 / 规则 / CLI 业务代码**，底层核心算法 / 能力完全复用开源组件，严守「不造轮子」红线；
|
||||
5. **自动化边界**：所有批量操作保留 `dry-run` 预览、日志、备份回滚，坚持「人主导决策，机器执行机械动作」。
|
||||
|
||||
---
|
||||
|
||||
# 二、逐层深度打磨技术选型（全栈落地版）
|
||||
|
||||
按照架构分层从**底层数据 → 基础组件 → 核心 RAG 链路 → 大模型层 → 交互入口**逐层梳理，标注选型理由、备选、排除项、工业属性。
|
||||
|
||||
## 分层 1：原始数据存储层（知识本体，永久不变）
|
||||
|
||||
### 选型
|
||||
|
||||
- 载体：**本地文件系统 + 标准 Markdown + Frontmatter 元数据**
|
||||
|
||||
### 说明
|
||||
|
||||
1. 这是**通用工业级纯文本格式**，跨平台、无软件绑定、所有开源组件原生兼容；
|
||||
2. 严格坚守：**不使用 HTML / 私有富文本 / 工具专属格式**（你反感的花里胡哨格式彻底排除）；
|
||||
3. 存量多格式素材单独归档为「原始素材目录」，不侵入核心 MD 知识库，格式混乱风险隔离。
|
||||
|
||||
### 备选 & 排除
|
||||
|
||||
- 无备选：纯文本 MD 是个人 / 工业文档存储的最优解；
|
||||
- 排除：各类笔记软件私有格式、在线文档格式。
|
||||
|
||||
---
|
||||
|
||||
## 分层 2：交互入口层（CLI 命令行，人机交互唯一入口）
|
||||
|
||||
### 主选型：Click
|
||||
|
||||
### 对比 & 理由
|
||||
|
||||
1. **工业属性**：Python 生态**事实标准 CLI 框架**，Flask 作者维护，10 + 年稳定迭代，接口无破坏性变更，纯原子能力（仅做参数解析 + 命令路由），无多余美化功能；
|
||||
2. 适配你的规则：天然支持**子命令 = 原子操作**，完美实现单一入口、功能拆分；
|
||||
3. 对比其他方案：
|
||||
|
||||
- `argparse`（Python 内置）：零依赖，极简，但代码冗余、扩展不便，适合超轻量场景，**作为备选**；
|
||||
- `Typer / Python Fire`：网红 CLI 库，堆砌自动 UI、颜色、动画等花哨功能，**直接排除**。
|
||||
|
||||
|
||||
### 最终结论
|
||||
|
||||
- 主力：**Click**（功能与稳定性平衡，工业标准）；
|
||||
- 极简兜底：`argparse`（仅当你追求零第三方依赖时切换）。
|
||||
|
||||
---
|
||||
|
||||
## 分层 3：文档处理 & RAG 框架层（核心检索 / 编排层，L 开头二选一 / 组合）
|
||||
|
||||
你重点关注的 **LangChain、LlamaIndex** 均属于**工业级开源 RAG 框架**，二者都不是网红工具，定位互补，下面明确取舍：
|
||||
|
||||
### 两款框架核心定位对比
|
||||
|
||||
表格
|
||||
|
||||
|维度|LangChain|LlamaIndex|
|
||||
|---|---|---|
|
||||
|核心设计|通用工作流编排框架，生态极丰富，偏向「工具调用、复杂 Agent、多链路串联」|检索优先框架，**专为文档索引、语义检索、结构化知识设计**|
|
||||
|Markdown 适配|依赖第三方 Loader，对 MD 标题 / 层级结构化解析一般|内置专属 `MarkdownNodeParser`，原生保留文档结构、层级、代码块，**MD 体验最优**|
|
||||
|检索能力|基础向量检索为主，复杂查询需二次开发|原生支持混合检索、多跳查询、节点关联，检索能力更强|
|
||||
|复杂度|功能全面，配置项多|聚焦 RAG 核心，上手更轻，冗余功能少|
|
||||
|工业属性|顶级工业开源，企业 / 个人大规模使用|顶级工业开源，RAG 领域标杆，长期稳定维护|
|
||||
|
||||
### 结合你的场景（纯知识管理、以 RAG 检索为核心，暂不需要复杂 Agent）给出三套方案
|
||||
|
||||
#### 方案 A（首选，推荐）：**主力 LlamaIndex**
|
||||
|
||||
- 适用：90% 你的日常场景（MD 文档索引、语义检索、RAG 问答、结构化知识提取）；
|
||||
- 理由：天生为「私有文档知识库」设计，MD 解析、检索链路开箱即用，代码更简洁，无多余 Agent 冗余功能，贴合你「功能克制」的理念。
|
||||
|
||||
#### 方案 B（进阶组合）：**LlamaIndex（检索层） + LangChain（编排层）**
|
||||
|
||||
- 适用：后续需要增加「多工具联动、复杂流程编排、简易 Agent」（比如检索 + 文件操作联动）；
|
||||
- 架构：`MD → LlamaIndex(索引/检索) → LangChain(规则/流程编排) → LLM`；
|
||||
- 优势：各司其职，不重复造功能，工业界经典组合模式。
|
||||
|
||||
#### 方案 C（备选）：**纯 LangChain**
|
||||
|
||||
- 适用：你后续计划深度探索 Agent、多工具调用，当前 RAG 仅作为附属能力；
|
||||
- 短板：MD 结构化解析需要额外配置，检索能力不如 LlamaIndex 原生强大。
|
||||
|
||||
### 最终建议
|
||||
|
||||
现阶段**直接选用 LlamaIndex**；未来有复杂流程 / 工具联动需求，再叠加 LangChain，不一开始过度引入复杂度。
|
||||
|
||||
---
|
||||
|
||||
## 分层 4：嵌入层（文本向量化，语义理解核心）
|
||||
|
||||
### 选型组合
|
||||
|
||||
1. 推理库：**Sentence-Transformers**（工业级开源嵌入推理标准库，全球通用，迭代保守）；
|
||||
2. 嵌入模型：**BAAI/bge-large-zh**（中文领域**工业基线开源模型**，学术 + 工业场景广泛采用，中文语义效果公认优秀）。
|
||||
|
||||
### 说明
|
||||
|
||||
1. 整套组合纯离线可运行，后期自托管无任何依赖；
|
||||
2. 拒绝频繁换新兴小众嵌入模型（热度模型普遍生命周期短），固定 BGE 系列作为长期基线；
|
||||
3. 仅调用库与模型，**不自研向量化、归一化逻辑**（严守不造轮子红线）。
|
||||
|
||||
---
|
||||
|
||||
## 分层 5：向量数据库层（向量存储 & 相似度检索）
|
||||
|
||||
两款均为**工业级开源向量库**，根据你的数据体量二选一，支持**无缝迁移**（代码改动极小）：
|
||||
|
||||
### 选项 1：Chroma（现阶段主力，强推荐）
|
||||
|
||||
- 形态：**文件型向量库**，零额外部署、无独立进程、运维极简；
|
||||
- 适配：单机个人知识库，文档量 0 ~ 2000 篇；
|
||||
- 优势：轻量化、和 Python 生态深度绑定、配置最少，完全匹配个人极客轻量化诉求。
|
||||
|
||||
### 选项 2：Qdrant（中长期备选）
|
||||
|
||||
- 形态：独立服务型向量库，Docker 一键部署；
|
||||
- 适配：文档量 > 2000 篇、追求更高检索性能、未来有小范围扩容需求；
|
||||
- 优势：工业生产级性能、支持复杂元数据过滤、分布式扩展；
|
||||
- 迁移说明：两者 Python SDK 调用逻辑高度相似，后期迁移成本极低。
|
||||
|
||||
### 排除项
|
||||
|
||||
- 商业向量库（Pinecone、Milvus Cloud）：付费 + 厂商绑定，排除；
|
||||
- 小众向量库：维护不稳定，排除。
|
||||
|
||||
---
|
||||
|
||||
## 分层 6：大模型层（推理 + 调用，分「在线 API」「本地自托管」双模式）
|
||||
|
||||
遵循你「**先实现功能，再考虑隐私自托管**」的演进思路，整套链路统一、代码无缝切换，全部选用工业级开源组件。
|
||||
|
||||
### 6.1 统一调用抽象层（核心）
|
||||
|
||||
#### 主选型：LiteLLM
|
||||
|
||||
- 定位：工业级开源**多模型统一调用网关**，一套接口兼容百余种在线 / 本地模型；
|
||||
- 价值：
|
||||
|
||||
1. 在线 API、本地模型切换**仅改配置，业务代码完全不动**；
|
||||
2. 内置超时、重试、日志、成本统计、故障熔断（工业级容错能力）；
|
||||
3. 原生兼容 LangChain / LlamaIndex，集成零障碍。
|
||||
|
||||
|
||||
#### 备选：OpenAI 官方 SDK
|
||||
|
||||
- 场景：仅使用 OpenAI 系模型，不需要多模型切换；
|
||||
- 短板：多模型适配能力弱，后期切换本地模型需要小幅改代码。
|
||||
|
||||
### 6.2 在线模型（短期快速落地）
|
||||
|
||||
- 选型原则：选用 **OpenAI 接口兼容的国内开源 / 合规大模型 API**；
|
||||
- 推荐服务：DeepSeek、智谱 AI、通义千问等（中文优化好、接口标准、合规稳定）；
|
||||
- 规则：仅作为过渡方案，用来快速验证 RAG 功能，不长期依赖。
|
||||
|
||||
### 6.3 本地自托管（中长期隐私方案）
|
||||
|
||||
#### 1. 本地推理服务：Ollama
|
||||
|
||||
- 定位：工业级轻量 LLM 部署工具，一行命令部署模型、提供标准 OpenAI 兼容 API；
|
||||
- 优势：极简运维、资源占用低、个人 PC / 服务器均可运行，目前本地模型部署的事实标准。
|
||||
|
||||
#### 2. 本地开源大模型（轻量 7B 级，个人硬件友好）
|
||||
|
||||
- 首选：**Qwen2.5-7B**（通义千问开源版，中文能力顶尖、推理速度快、社区活跃）；
|
||||
- 备选：Llama 3-8B（通用能力强，长文本支持好）；
|
||||
- 规则：固定 7B 量级模型，不盲目上更大参数模型（硬件成本、运维复杂度上升，个人场景收益低）。
|
||||
|
||||
### 6.4 明确排除
|
||||
|
||||
- 闭源商业大模型专属 SDK、小众推理框架、网红本地模型。
|
||||
|
||||
---
|
||||
|
||||
## 分层 7：辅助运维组件（工业级轻量化配套，不额外引入新工具）
|
||||
|
||||
全部使用**系统原生 + Python 标准库**，零第三方依赖，延续极简原则：
|
||||
|
||||
1. 日志：Python 内置 `logging`（工业标准日志库）；
|
||||
2. 文件备份 / 回滚：Python 脚本 + 系统原生命令；
|
||||
3. 定时增量同步 / 巡检：Linux `cron` / Windows 计划任务（系统原生定时服务）；
|
||||
4. 安全过滤：Python 代码实现目录 / 文件黑白名单（延续之前安全规则）。
|
||||
|
||||
---
|
||||
|
||||
# 三、最终完整版技术栈清单（打磨定稿，可长期使用）
|
||||
|
||||
## 🔹 核心工业级开源组件（必选，全套稳定无热度绑架）
|
||||
|
||||
表格
|
||||
|
||||
| 层级 | 组件 / 框架 | 版本 / 选型 | 核心作用 |
|
||||
| ------ | ------------------------------------ | ------- | ---------------------- |
|
||||
| 数据层 | 本地文件 + 标准 Markdown | 通用格式 | 原始知识存储，Frontmatter 元数据 |
|
||||
| 交互层 | Click | 最新稳定版 | 唯一 CLI 入口，原子子命令调度 |
|
||||
| RAG 框架 | LlamaIndex | 正式版 | MD 解析、索引构建、语义检索（主力） |
|
||||
| 嵌入层 | Sentence-Transformers + bge-large-zh | 稳定版模型 | 文本向量化，语义编码 |
|
||||
| 向量库 | Chroma | 持久化本地版 | 向量存储、相似度检索（现阶段） |
|
||||
| 模型调用 | LiteLLM | 最新稳定版 | 大模型统一调用、容错、多模型适配 |
|
||||
| 本地推理 | Ollama | 正式版 | 本地 LLM 部署、API 服务 |
|
||||
| 本地 LLM | Qwen2.5-7B | 开源量化版 | 离线问答、内容摘要、标签建议 |
|
||||
|
||||
## 🔹 备选组件（同等级工业开源，按需平滑切换）
|
||||
|
||||
1. CLI：Click → `argparse`（追求零第三方依赖）
|
||||
2. 向量库：Chroma → Qdrant（文档超 2000 篇，提升性能）
|
||||
3. RAG 框架：LlamaIndex → 叠加 LangChain（新增复杂工作流 / Agent）
|
||||
4. 模型调用：LiteLLM → OpenAI SDK（仅使用 OpenAI 生态）
|
||||
|
||||
## 🔹 永久排除清单（商业 / 网红，坚决不碰）
|
||||
|
||||
1. 纯商业工业软件：Pinecone 商业版、Milvus Cloud、闭源商用 RAG 平台；
|
||||
2. 网红工具：Typer、Python Fire、各类界面优先的一体化知识库、小众 RAG 玩具；
|
||||
3. 花哨格式：HTML、私有富文本、在线文档格式。
|
||||
|
||||
---
|
||||
|
||||
# 四、关键架构 & 规则重申（守住你的核心原则）
|
||||
|
||||
## 1. 完整数据流（永久架构，无需重构）
|
||||
|
||||
plaintext
|
||||
|
||||
```
|
||||
本地MD文件
|
||||
↓
|
||||
LlamaIndex（解析MD + 切片 + 提取元数据）
|
||||
↓
|
||||
Sentence-Transformers + BGE（文本向量化）
|
||||
↓
|
||||
Chroma（向量+元数据存储）
|
||||
|
||||
# 检索&问答链路
|
||||
用户输入 → Click CLI → 检索（grep精准检索 + 向量语义检索） → LiteLLM → LLM（在线/本地） → 结果输出
|
||||
```
|
||||
|
||||
## 2. 造轮子红线（强制执行）
|
||||
|
||||
✅ 允许编写：CLI 命令逻辑、文件遍历、增量同步、黑白名单、dry-run 预览、日志、异常捕获、调用规则（纯业务 / 胶水代码）
|
||||
|
||||
❌ 禁止编写：文本切片算法、向量计算、相似度检索、模型推理、向量索引存储（底层核心能力，完全复用开源组件）
|
||||
|
||||
## 3. 人机分工红线（解决「自动化不放心」）
|
||||
|
||||
✅ 机器执行：文件移动、格式转换、索引同步、检索执行、摘要 / 标签**建议**
|
||||
|
||||
❌ 机器禁止：内容审核、价值判断、正文修改、自动打标签、文件删除（知识决策全人工）
|
||||
|
||||
## 4. 模型演进规则
|
||||
|
||||
1. 短期（0~1 个月）：LiteLLM 对接在线 API，快速跑通全流程；
|
||||
2. 中期（1~3 个月）：部署 Ollama+Qwen2.5-7B，切换为本地自托管，数据隐私闭环；
|
||||
3. 长期：组件仅做 Bug 修复式升级，不追逐新版本、新功能。
|
||||
|
||||
---
|
||||
|
||||
# 五、方案核心优势（匹配你所有诉求）
|
||||
|
||||
1. **无热度绑架**：全套都是行业长期使用的工业级开源组件，没有网红工具，架构十年可稳定使用，无需反复迁移；
|
||||
2. **技术栈极简收敛**：主力仅 Python，单一 CLI 入口，学习、维护成本极低；
|
||||
3. **完全可控**：数据本地存储、代码全可见、自动化带预览 / 回滚，彻底摆脱黑盒焦虑；
|
||||
4. **演进灵活**：在线 / 本地模型一键切换、向量库可平滑迁移、框架可组合扩展；
|
||||
5. **克制无冗余**：所有组件只做单一职责，没有 UI 美化、社区、多租户等无关花哨功能；
|
||||
6. **零重复造轮子**：底层能力全部复用成熟开源，仅做上层业务编排，工程效率最大化。
|
||||
|
||||
---
|
||||
|
||||
# 六、分阶段落地执行（极简步骤）
|
||||
|
||||
### 阶段 1：基础环境搭建（1 天）
|
||||
|
||||
1. 规划 MD 目录、统一 Frontmatter 元数据规范；
|
||||
2. 安装依赖：`click`、`llama-index`、`sentence-transformers`、`chromadb`、`litellm`；
|
||||
3. 下载 `bge-large-zh` 模型，测试嵌入能力。
|
||||
|
||||
### 阶段 2：RAG 核心链路跑通（1~2 天）
|
||||
|
||||
1. 用 LlamaIndex 实现 MD 加载、切片、入库 Chroma；
|
||||
2. 配置 LiteLLM 对接在线大模型 API，完成 RAG 问答；
|
||||
3. 扩展 Click 子命令（同步、检索、问答、清理），新增 `dry-run` 预览。
|
||||
|
||||
### 阶段 3：安全与运维加固（1 天）
|
||||
|
||||
1. 配置文件黑白名单、全链路日志；
|
||||
2. 编写备份 / 回滚脚本，配置定时增量同步。
|
||||
|
||||
### 阶段 4：切换本地自托管（按需推进）
|
||||
|
||||
1. 安装 Ollama，拉取 `qwen2.5:7b`；
|
||||
2. 修改 LiteLLM 配置，切换为本地模型，完成隐私闭环。
|
||||
@ -249,6 +249,40 @@
|
||||
|
||||
---
|
||||
|
||||
时间：[__2026/05/30______]
|
||||
|
||||
时间点：
|
||||
- 5:02 出发
|
||||
|
||||
训练容量(项目-组数-重量) 力量8~12次、塑形15~18次
|
||||
热身组列为三组重量递增，热身第一组空器械热身，无组间歇，加完重就做热身第二组
|
||||
第一组基准为上一周最大-2.5，每组递增 2.5
|
||||
即 x / 2、x、x + 2.5、x + 5、x + 2.5
|
||||
序号为剩余项目数量，重合序号为二选一
|
||||
`p数字`标志为"超级组加次数"
|
||||
递减计划填组1、递增计划填组4
|
||||
|
||||
| 序号 | 项目/次数 | 热身组 | 组 1 | 组 2 | 组 3 | 组 4 | 器械调整 |
|
||||
| --- | ------------ | ---- | ---- | ---- | ---- | ---- | ---- |
|
||||
| 7 | 大剪刀(单侧热身)18 | 25 | 32.5 | 40 | 42.5 | 45 | 座露5 |
|
||||
| 6 | 高位下拉(对握)12 | 50 | 65 | 65 | 65 | 65 | 座孔3 |
|
||||
| 5 | 辅助引体向上18 | 50 | 50 | 50 | 50 | 50 | |
|
||||
| 4 | 直臂下压18 | 12.5 | 15 | 17.5 | 20 | 22.5 | 滑轮顶高 |
|
||||
| 3 | 绳索侧平举18先左侧 | 7.5 | 10 | 10 | 10 | 10 | 孔3 |
|
||||
| 1 | 坐姿锤式弯举(肱肌)18 | 12.5 | 15 | 17.5 | 20 | 22.5 | 孔11 |
|
||||
| 2 | 绳索面拉18 | 12.5 | 15 | 17.5 | 20 | 22.5 | 孔11 |
|
||||
| 0 | 山羊挺身18 | 5 | 5 | 5 | 5 | 5 | 孔露6 |
|
||||
|
||||
1. 大剪刀：屁股往前顶，手臂和力线一致
|
||||
2. 高位下拉：吸气下坐，哈气收紧核心，伸开，下拉
|
||||
3. 辅助引体向上：先下落，哈气收紧核心，再开始
|
||||
4. 直臂下压：别着急，找发力感
|
||||
1. 中立位别急，离近点
|
||||
2. 弯腰位别急，抬头看力线，手臂顶峰和力线一致
|
||||
|
||||
！！！前两组关键力求[发力感]，第三组冲刺力求[重量]，第四组打磨组力求[标准]！！！
|
||||
|
||||
---
|
||||
|
||||
|
||||
|
||||
|
||||
@ -6,4 +6,25 @@
|
||||
# 摘抄
|
||||
我已经忍受跑步的折磨长达半年之久了，现在停下来岂不是白受了这么多罪。没准跑着跑着就会找到乐趣了。...我认识到这就是人们所说的“协和效应”或者更时髦的说法——“沉没成本谬误”：人们会在一件实际上已经不值得的事情上继续投入。这不仅会发生在有和谐瘾的人身上，也经常发生在买卖股票、维持亲密关系或盖房子时，它比人们想象的还要常见。人们不觉得放弃是一种选择，而是继续咬紧牙关坚持着，在一个注定失败的项目上投入更多的时间、精力和金钱。我可不想获得这样的经验教训。虽然有句俗话说“如果你骑的马快要死了，下马才是良策”，但我还是沿着阿尔斯特河骑着一匹半死不活的老马——我自己的身体——前进着。如果我说我的关节一点都不疼，那才是见鬼了。
|
||||
# 批注
|
||||
从行为模式的角度去观察，放弃本身也是一种行动，它和坚持一样都能对事实产生影响。就像高碳放弃了低碳，低碳放弃了高碳一样。淡化自我评价体系中对“放弃”的贬义，淡化沉没成本所谓的付出，”放弃“高碳意味着坚持”维持碳水“的饮食，放弃低碳意味着”持续功能“的状态。放弃和坚持只是行为模式的代号，词语本身并无意义，关键是明确行为模式。至于沉没成本，夸张的说所有过去的成本已经全部沉没掉了，过去已经沉没，要关注的是当下，要关注的是目标，要关注的是未来，沉没所带来的方向指引不代表是我们真正想要走的。
|
||||
从行为模式的角度去观察，放弃本身也是一种行动，它和坚持一样都能对事实产生影响。就像高碳放弃了低碳，低碳放弃了高碳一样。淡化自我评价体系中对“放弃”的贬义，淡化沉没成本所谓的付出，”放弃“高碳意味着坚持”维持碳水“的饮食，放弃低碳意味着”持续功能“的状态。放弃和坚持只是行为模式的代号，词语本身并无意义，关键是明确行为模式。至于沉没成本，夸张的说所有过去的成本已经全部沉没掉了，过去已经沉没，要关注的是当下，要关注的是目标，要关注的是未来，沉没所带来的方向指引不代表是我们真正想要走的。
|
||||
|
||||
---
|
||||
|
||||
> 更新时间：2026-05-29
|
||||
|
||||
# 一句话描述
|
||||
我了解了“爱德华法则”，这条法则让我理解了为什么人们喜欢在一项任务临近截止日期时才发愤图强（也被称为“拖延症”）；
|
||||
|
||||
知道了为什么尽管我在事业上小有成就却仍然被自我怀疑折磨得苦不堪言（对此心理学上有一个很有意思的概念--“冒名顶替综合征”)；
|
||||
|
||||
为什么我喜欢逗狗(在逗狗的过程中，我们的身体会释放出一种名为催产素的荷尔蒙，让我们和狗都感到愉悦)；
|
||||
|
||||
为什么我在和别人吵架之后会感觉到偏头痛（这是因为过多的压力荷尔蒙被释放到身体中，于是身体就把这种偏头痛作为一种释放压力的“压力阀”，以此来减压)。
|
||||
# 摘抄
|
||||
|
||||
# 批注
|
||||
行为模式总是有着专业研究来定义的，多从人性、行为模式研究去入手。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -24,6 +24,13 @@
|
||||
- [ ]
|
||||
|
||||
|
||||
---
|
||||
|
||||
日期：2026/05/30
|
||||
|
||||
- [x] 查看阿里百炼模型额度
|
||||
- [x] MaxKB录入一个读书笔记
|
||||
- [ ]
|
||||
|
||||
|
||||
|
||||
|
||||
@ -1,89 +0,0 @@
|
||||
|
||||
---
|
||||
#领域/未知
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260529-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[___文档管理机制_____]
|
||||
|
||||
注意：请忽略以上内容
|
||||
|
||||
---
|
||||
|
||||
## 操作需求
|
||||
|
||||
问题描述是【输入内容】，请专业耐心的解答我的问题，并将你的答案整理归纳至【输出内容】
|
||||
|
||||
## 内容要求
|
||||
|
||||
1. 结论先行，主次分明：先给出「一句话核心结论」，再分点给出细节
|
||||
2. 可信权威：在表述知识点时，标注其使用到的权威理论、来源
|
||||
3. 逐层递进逻辑链：原理->知识点->用法->案例，理解本质再应用
|
||||
4. 实操为王，案例全覆盖：所有知识点必须配备「可实现的案例」
|
||||
5. 避坑指南，强制标配：必须单独列出易踩坑点+精准解决方案
|
||||
6. 融会贯通：讲解单个知识点时，必须主动关联同类/互补工具，明确差异、标准、场景，帮助建立知识体系
|
||||
7. 浓缩总结，提炼精华，方便记忆：提炼所有重点为极简内容，方便复习和快速查阅
|
||||
8. 语言风格：口语化、专业但不晦涩，复杂概念用「大白话 + 示例」解释，拒绝堆砌专业术语；所有命令 / 代码 / 参数格式工整，带中文注释，一目了然。
|
||||
9. 内容结构：层级清晰，用标题 / 分点做区分，核心内容加粗标注，代码块独立展示，重点规则用「✅ 黄金规则」「⚠️ 避坑点」「💡 核心技巧」做醒目标注，阅读体验极佳。
|
||||
10. 无冗余内容：不拓展无关知识点、不做无意义的参数罗列、不写复杂冷门用法，所有内容都围绕「吃透核心 + 落地实战」，精准匹配学习需求，不浪费时间。
|
||||
11. 知识联动要求：当讲解后续内容时，必须主动关联之前讲解过的内容，形成知识闭环。
|
||||
12. 联动案例：必须是高频使用场景
|
||||
13. 真正思考：善用思维工具（例如苏格拉底式提问、费曼学习法）引导用户去思考去提问，在不断的提问中真正的学习认知
|
||||
|
||||
## 输出格式
|
||||
|
||||
- [x] markdown
|
||||
|
||||
```markdown
|
||||
## 一句话描述
|
||||
|
||||
【使用一句话概括】
|
||||
|
||||
## 详细解释
|
||||
|
||||
【你的解答】
|
||||
|
||||
## 延伸补充
|
||||
|
||||
...
|
||||
### 常见避坑点
|
||||
|
||||
### 知识点浓缩
|
||||
|
||||
【背诵级，解决反复查资料的核心需求】
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
## 提问建议
|
||||
...
|
||||
|
||||
---
|
||||
```
|
||||
|
||||
## 注意
|
||||
1. 请判断勾选框是否处于被勾选状态，例如markdown勾选框处于未被勾选状态，则无需输出markdown格式
|
||||
|
||||
以上内容为系统提示，为了辅助你更好的回答。
|
||||
|
||||
---
|
||||
|
||||
## 输入内容
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||||
| 你的角色设定 | 你是一位结构化、体系化的[_人工智能、知识库管理、数据库管理、项目管理、文字撰写、文字排版_______]教学专家，定位为精准知识的输出者 |
|
||||
| 上下文 | 针对于知识管理、操作步骤、操作说明的管理，我想要建立一个个人极客自托管的体系。例如我目前尝试将git版本进行记录，记录commit的时间、id、message、再做一些message之外的补充说明，以及它所关联的一些内容，例如附件打包说明、版本更新说明（可复用），但是我目前不知道如何管理好这一切。<br>首先一个很关键的点，我人工记录之后人脑的记忆索引是不稳定的，如果我想不起来意味着这个内容就找不到了，所以我想借助知识库来辅助我，至少我目前认为知识库能够持久化存储，只要我检索的目标是合适正确的，它就能帮我回忆起之前的内容 |
|
||||
| 约束 | 批判的去思考认知，不要受到我或者其他资料的引导所影响，保持正确的理论逻辑；<br>技能习得四阶段理论（戴福斯模型）：无意识无能->有意识无能->有意识有能->无意识有能，需要考虑到我目前的状态是新手；<br>不仅仅是项目管理，我希望以后能扩展到其他知识内容，杂记、随笔、读书笔记、知识沉淀等等； |
|
||||
| 任务目标 | 建立人工/自动的个人极客自托管的知识管理体系，例如当我想要执行一个动作或者测试一个东西时，我通过正确的检索和描述，能够找到关联的内容，例如前置的一些准备，执行的一些步骤，后置的一些操作。简单来说，我想真正的利用起知识沉淀的第二大脑。 |
|
||||
| 解决问题 | 个人记录时知识网络越来越复杂，针对于人脑难以持久记录知识索引，导致知识“消失” |
|
||||
| 服务于 | 能好点的知识管理，起到高效串联利用知识，从而辅助增强大脑能力 |
|
||||
| | |
|
||||
|
||||
---
|
||||
|
||||
注意：请忽略以下内容
|
||||
|
||||
## 输出内容
|
||||
@ -1,23 +1,25 @@
|
||||
|
||||
---
|
||||
id:
|
||||
- GIT-20260521-001
|
||||
commit: 975b4fee6dd8f8aba9db7ce6afbb3a9851c6b02b
|
||||
create_time: 2026-05-21 09:03
|
||||
commit_msg: "feat: 自定义C模块"
|
||||
commit_type: feat
|
||||
desc: 实现自定义C模块：modsayhello.c
|
||||
files:
|
||||
- "[[01-项目/2605-MicroPythonESP32S3/项目-总结|项目-总结]]"
|
||||
- "[[《海鸥才不管那么多》莱亚布卢门塔尔（北京科技出版社）]]"
|
||||
- "[[模板-健康运动-练腿日志]]"
|
||||
tags:
|
||||
- 复盘
|
||||
- 复盘/1
|
||||
- 复盘/2
|
||||
#领域/未知
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260530-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[________]
|
||||
|
||||
---
|
||||
---
|
||||
## 核心信息
|
||||
- 提交哈希：`975b4fee6dd8f8aba9db7ce6afbb3a9851c6b02b`
|
||||
- 提交信息：feat: 自定义C模块
|
||||
- 补充说明：实现自定义C模块，modsayhello.c
|
||||
- 关联附件：[[固件构建说明]]、[[modsayhello.c测试程序.py]]
|
||||
|
||||
|
||||
麦片、枕头、洁面、面霜、面膜
|
||||
|
||||
|
||||
|
||||
了解新事物，例如之前的Gurobi
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -1,17 +0,0 @@
|
||||
|
||||
```python
|
||||
# 技能名称：SayHello
|
||||
# 功能：根据用户名称，说Hell，用户名称
|
||||
def say_hello(user_name: str) -> str:
|
||||
"""
|
||||
入参：user_name -> 需要对话的用户名称
|
||||
出参：输出hello的结果语句
|
||||
"""
|
||||
return f"Hello, {user_name}"
|
||||
|
||||
# 对外暴露为Skill入口
|
||||
SKILLS = {
|
||||
"say_hello": say_hello
|
||||
}
|
||||
```
|
||||
|
||||
@ -59,6 +59,14 @@
|
||||
蒸蔬菜、蒸面条
|
||||
|
||||
|
||||
备菜：
|
||||
电饭煲、米饭、南瓜、芋头、鸡蛋
|
||||
|
||||
也许可以试试，早上开始预约或集中备餐
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
1. 带手套（先完成洗漱）
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
时间：[__<% tp.date.now("YYYY/MM/DD") %>______]
|
||||
|
||||
时间点：
|
||||
- 5:09 出发
|
||||
- 5:02 出发
|
||||
|
||||
训练容量(项目-组数-重量) 力量8~12次、塑形15~18次
|
||||
热身组列为三组重量递增，热身第一组空器械热身，无组间歇，加完重就做热身第二组
|
||||
@ -12,16 +12,16 @@
|
||||
`p数字`标志为"超级组加次数"
|
||||
递减计划填组1、递增计划填组4
|
||||
|
||||
| 序号 | 项目/次数 | 热身组 | 组 1 | 组 2 | 组 3 | 组 4 | 器械调整 |
|
||||
| --- | ------------ | ---- | ---- | --- | --- | ----- | ---- |
|
||||
| 7 | 大剪刀(单侧热身)18 | 25 | | | | 32.5 | 座露5 |
|
||||
| 6 | 高位下拉(对握)12 | 50 | | | | 55p5 | 座孔3 |
|
||||
| 5 | 辅助引体向上18 | 50 | 40 | | | | |
|
||||
| 4 | 直臂下压18 | 12.5 | 15 | | | | 滑轮顶高 |
|
||||
| 3 | 绳索侧平举18先左侧 | 7.5 | | | | 7.5p5 | 孔3 |
|
||||
| 1 | 坐姿锤式弯举(肱肌)18 | 12.5 | 20 | | | | 孔11 |
|
||||
| 2 | 绳索面拉18 | 12.5 | 17.5 | | | 22.5 | 孔11 |
|
||||
| 0 | 山羊挺身18 | 5 | 5 | | | | 孔露6 |
|
||||
| 序号 | 项目/次数 | 热身组 | 组 1 | 组 2 | 组 3 | 组 4 | 器械调整 |
|
||||
| --- | ------------ | ---- | ---- | --- | --- | --- | ---- |
|
||||
| 7 | 大剪刀(单侧热身)18 | 30 | 42.5 | | | | 座露5 |
|
||||
| 6 | 高位下拉(对握)12 | 65 | 65 | | | | 座孔3 |
|
||||
| 5 | 辅助引体向上18 | 50 | 40 | | | | |
|
||||
| 4 | 直臂下压18 | 12.5 | 12.5 | | | | 滑轮顶高 |
|
||||
| 3 | 绳索侧平举18先左侧 | 10 | 10 | | | | 孔3 |
|
||||
| 1 | 坐姿锤式弯举(肱肌)18 | 12.5 | 15 | | | | 孔11 |
|
||||
| 2 | 绳索面拉18 | 12.5 | 15 | | | | 孔11 |
|
||||
| 0 | 山羊挺身18 | 5 | 5 | | | | 孔露6 |
|
||||
|
||||
1. 大剪刀：屁股往前顶，手臂和力线一致
|
||||
2. 高位下拉：吸气下坐，哈气收紧核心，伸开，下拉
|
||||
|
||||
@ -14,13 +14,12 @@
|
||||
|
||||
| 序号 | 项目/次数 | 热身组 | 组 1 | 组 2 | 组 3 | 组 4 | 器械调整 |
|
||||
| --- | ----------- | ---- | ---- | --- | --- | --- | ---- |
|
||||
| 7 | 大剪刀(单侧热身)18 | 20 | 27.5 | | | | 座露5 |
|
||||
| 6 | 高位下拉(对握)12 | 50 | 65 | | | | 座孔3 |
|
||||
| 7 | 大剪刀(双侧热身)18 | 20 | 27.5 | | | | 座露5 |
|
||||
| 6 | 高位下拉(对握)12 | 65 | 65 | | | | 座孔3 |
|
||||
| 5 | 辅助引体向上18 | 50 | 40 | | | | |
|
||||
| 4 | 直臂下压18别急 | 12.5 | 12.5 | | | | 滑轮顶高 |
|
||||
| 3 | 插片侧平举18 | 20 | 50 | | | | 座5 |
|
||||
| 1 | 蝴蝶机反向飞鸟18 | 20 | 25 | | | | 座5 |
|
||||
| 0 | 山羊挺身18 | 5 | 5 | | | | 孔露6 |
|
||||
|
||||
1. 大剪刀：屁股往前顶，手臂和力线一致
|
||||
2. 高位下拉：吸气下坐，哈气收紧核心，伸开，下拉
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user