wiki-ingest batch 9: ChinaTextbook/Clonezilla/Cursor2.0/VibeCoding

2026-04-16 06:06:58 +08:00
parent 4a0a54e26b
commit 33c63d34dd
13 changed files with 355 additions and 189 deletions
--- a/wiki/sources/ChinaTextbook-中国教育PDF教材大全.md
+++ b/wiki/sources/ChinaTextbook-中国教育PDF教材大全.md
@@ -0,0 +1,40 @@
+---
+title: "ChinaTextbook - 41.53 GB，中国小学、初中、高中、大学 PDF 教材"
+type: source
+tags: [教育资源, 开源, GitHub]
+date: 2025-05-13
+---
+
+## Source File
+- [[raw/Others/ChinaTextbook - 41.53 GB，中国小学、初中、高中、大学 PDF 教材.md]]
+
+## Summary
+- 核心主题：中国公开教育 PDF 教材开源归档项目
+- 问题域：教育资源获取不平等、教材数字化保存
+- 方法/机制：爬取国家中小学智慧教育平台 + GitHub 托管分发
+- 结论/价值：41.53 GB 规模覆盖小初高大学全学段，永久免费开源
+
+## Key Claims
+- [[TapXWorld]] 团队通过 [[tchMaterial-parser]] 工具从[[国家中小学智慧教育平台]]批量下载教材 PDF
+- 教材来源本身只需登录后即可浏览，属于公开资源
+- GitHub 托管方式实现永久可用，不依赖任何单一平台
+
+## Key Quotes
+> "这个项目存在有一段时间了，今天突然火了。" — Appinn 评论区
+
+## Key Concepts
+- [[教育资源开源]]：将官方平台公开教材整合为可下载的离线包
+- [[GitHub 大文件托管]]：41.53 GB 规模超出 Git LFS 免费配额，实际以种子或其他方式分发
+
+## Key Entities
+- [[TapXWorld]]：ChinaTextbook 项目的发起和维护团队
+- [[Appinn]]：最早报道此项目的科技博客
+- [[国家中小学智慧教育平台]]：教材原始来源平台（basic.smartedu.cn）
+- [[tchMaterial-parser]]：第三方教材下载解析工具（GitHub 开源）
+
+## Connections
+- [[ChinaTextbook]] ← 来源于 ← [[国家中小学智慧教育平台]]
+- [[ChinaTextbook]] ← 报道于 ← [[Appinn]]
+
+## Contradictions
+- 与传统教材获取方式冲突：付费购买 vs 免费开源获取；反映了教育资源数字化的知识产权灰色地带
--- a/wiki/sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md
+++ b/wiki/sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md
@@ -1,45 +1,59 @@
 ---
-title: "Clonezilla对Ubuntu Server进行全盘镜像备份"
+title: "Clonezilla 对 Ubuntu Server 进行全盘镜像备份"
 type: source
-tags: [clonezilla, ubuntu, backup, nas, disaster-recovery]
-date: 2025-12-20
+tags: [备份, Clonezilla, Ubuntu, NAS, 灾难恢复]
+date: 2025-12-19
 ---

 ## Source File
 - [[raw/Home Office/Clonezilla对Ubuntu Server进行全盘镜像备份.md]]

 ## Summary
- 核心主题：使用 Clonezilla 对 Ubuntu Server 进行全盘镜像备份到 Synology NAS
- 问题域：物理机 Ubuntu Server 如何在不停机的情况下做完整磁盘备份并支持灾难恢复
- 方法/机制：Rufus 制作 USB 启动盘 → Clonezilla live NFS 挂载 NAS → savedisk 生成镜像文件
- 结论/价值：Clonezilla 等同于企业级 Ghost，支持增量镜像差异备份，NFS 作为备份目标实现集中存储
+- 核心主题：使用 Clonezilla 实现 Ubuntu Server 全盘镜像备份到 NAS 的完整操作流程
+- 问题域：服务器灾难恢复、硬盘故障防护、数据持久化
+- 方法/机制：Clonezilla live USB 启动 → NFS 挂载 NAS → imagedir 选择 → 压缩归档
+- 结论/价值：零成本开源方案，实现类似 Ghost 的磁盘级备份，支持完整灾难恢复

 ## Key Claims
- Clonezilla 支持两种模式：device-image（磁盘备份为镜像文件）和直接克隆（磁盘对磁盘）
- NFS 是连接 NAS 备份的最佳协议，Linux 兼容性优于 SMB/CIFS
- Rufus 制作 Clonezilla USB 启动盘：ISO 镜像模式（非 DD 模式），GPT 分区方案（UEFI 非 CSM）
- 备份参数：-z1p 高压缩率（节省 NAS 空间），-sfsck 跳过文件系统检查（节省时间）
- 灾难恢复路径：与备份流程相同，仅在"具体操作"中选择 restoredisk 覆盖目标磁盘
+- Rufus 制作 Clonezilla 启动盘时，针对新笔记本选 GPT+UEFI，老笔记本选 MBR+BIOS
+- NFS 是 NAS 备份首选协议，Linux 兼容性最好，优于 SMB/CIFS
+- `-z1p` 压缩参数在备份速度和空间节省间取得平衡
+- 灾难恢复只需在 NAS 找到镜像目录，选择 `restoredisk` 即可完整复活系统

-## Key Quotes
-> "蓝色 U盘 32G 安装了 Clonezilla" — 作者自用 Clonezilla 启动盘配置
+## Key Procedures

-## Key Concepts
- [[磁盘镜像备份]]：将整个磁盘内容打包为单个镜像文件存储，支持完整恢复
- [[Clonezilla]]：开源磁盘克隆/镜像工具，支持备份到 NFS/SMB/USB 等多种存储后端
- [[灾难恢复]]：硬盘损坏后通过镜像文件还原系统，destoredisk 完成后系统即刻复活
- [[NFS 挂载]]：Network File System 协议挂载 NAS 共享目录作为备份目标
- [[Rufus]]：快速制作 USB 启动盘工具，支持 ISO 写入和 FAT32 格式化
+### 制作启动盘
+1. 下载 debian amd64 iso（比 alternative 更稳定）
+2. Rufus 选择 ISO 模式写入（勿选 DD 模式，除非 ISO 模式失败）
+3. 分区方案：GPT for UEFI，MBR for BIOS
+
+### 备份流程
+1. F9 进入启动菜单选择 U 盘
+2. 语言 en_US.UTF-8，键盘默认
+3. `device-image` → `nfs_server` → DHCP 获取 IP
+4. 输入 NAS IP 和 NFS 挂载路径（如 `/volume2/backups`）
+5. Beginner 模式 → `savedisk` → 选择源磁盘 → `-z1p` 压缩 → 确认执行
+
+### 恢复流程
+1. 同备份流程到第 3 步
+2. 选择 `restoredisk`（而非 `savedisk`）
+3. 指定 NAS 上镜像路径，确认后写入新硬盘

 ## Key Entities
- [[Rufus]]：USB 启动盘制作工具，将 Clonezilla ISO 写入 U 盘
- [[Synology NAS]]：备份目标存储，NFS 服务器端，提供 /volume2/backups 共享目录
- [[NFS]]：Network File System，Linux 原生网络文件系统协议，Clonezilla NAS 备份推荐协议
- [[Ubuntu Server]]：备份源系统，HP ZBook 工作站上运行的 Server 版本
+- [[Clonezilla]]：开源磁盘克隆工具（类似于 Ghost），支持多种文件系统和企业级功能
+- [[Rufus]]：Windows 下制作 USB 启动盘工具，支持 ISOHybrid 镜像写入
+- [[NFS]]：Network File System，Linux 原生网络文件系统协议
+- [[Synology NAS]]：备份存储目标（IP: 192.168.3.17）
+
+## Key Concepts
+- [[磁盘镜像备份]]：将整个磁盘保存为单个压缩镜像文件，支持完整恢复
+- [[GPT vs MBR]]：UEFI 新机器用 GPT，传统 BIOS 机器用 MBR；是启动模式决定分区表类型而非硬盘大小
+- [[NFS 挂载]]：`/etc/fstab` + `_netdev` 参数防止开机挂载顺序错误

 ## Connections
- [[rsync增量备份]] ← complements ← [[磁盘镜像备份]]（全量 vs 增量互补）
- [[NFS永久挂载]] ← is_similar_to ← [[NFS 挂载]]
- [[Synology NAS]] ← provides ← [[NFS]]
+- [[Clonezilla]] ← 使用 ← [[Rufus]]
+- [[Clonezilla备份]] → 存储目标 → [[Synology NAS]]
+- [[NFS备份]] ← 协议选择 ← [[Ubuntu Server备份]]

 ## Contradictions
+- ISO 模式 vs DD 模式：Rufus 文档推荐 ISO 模式，但 DD 模式在某些 hybrid ISO 上更可靠；实际以启动成功为准
--- a/wiki/sources/Cursor-2-0初学者使用指南.md
+++ b/wiki/sources/Cursor-2-0初学者使用指南.md
@@ -1,50 +1,70 @@
 ---
 title: "Cursor 2.0 初学者使用指南"
 type: source
-tags: [ai, cursor, ide, mcp, vibe-coding]
-date: 2026-04-15
+tags: [AI编程, Cursor, IDE, AI代理]
+date: 2025-12-19
 ---

 ## Source File
 - [[raw/Vibe Coding/Cursor 2.0初学者使用指南.md]]

 ## Summary
- 核心主题：Cursor 2.0 AI 代码编辑器功能与使用方法，面向初学者
- 问题域：如何高效使用 AI 辅助编程工具完成项目开发
- 方法/机制：明确需求 → AI 规划 → 代码生成 → 多代理并行执行 → Diff 审查 → Git 版本控制
- 结论/价值：Cursor 2.0 将 AI 编程效率提升至"想法→可维护代码"的可审计流水线
+- 核心主题：Cursor 2.0 AI 代码编辑器完整入门教程
+- 问题域：初学者如何高效使用 AI 辅助编程工具
+- 方法/机制：规划驱动 → 多代理并行 → Diff 审查 → Git 版本控制
+- 结论/价值：Cursor 2.0 将 AI 代码生成整合进 VS Code，通过 Plan/Agent/Ask 三种模式实现精准控制

 ## Key Claims
- Cursor 2.0 的 Composer 模型生成速度比同类模型快 4 倍
- 多代理并行（Plan/Agent/Ask 三模式）可同时运行不同任务，互不干扰
- AI 生成代码即写入文件，必须先测试再确认，未点撤销前持续保留
- Diff 视图是代码审查核心功能，支持逐文件审查或整体接收
+- Cursor 内置自研 [[Composer模型]]，生成速度比同类模型快 4 倍
+- AI 生成代码在 Diff 确认前已写入文件，**不是草稿状态**，需先测试再接受
+- [[MCP服务器]]（Model Context Protocol）允许 AI 代理集成外部 API 和工具，扩展能力边界
+- 多代理并行时，每个代理有独立上下文；继续同一任务应在同一代理内继续，避免上下文混乱

-## Key Quotes
-> "在向 AI 代理发出生成代码请求前，需明确项目目标" — 规划重要性
-> "代码生成即写入文件，先测试再保存" — 易错点提醒
-> "Agent 模式会修改代码，Ask 模式仅提供文本答案，不会改动代码" — 模式区分
+## Agent Modes（三核心模式）
+| 模式 | 行为 | 风险 |
+|------|------|------|
+| Plan | AI 生成开发计划（Markdown），用户可修改 | 无副作用，仅生成文本 |
+| Agent | AI 执行计划，读写文件，执行命令 | **会修改代码**，需审查 |
+| Ask | AI 回答问题，提供解释 | 无副作用，仅返回文本 |

-## Key Concepts
- [[AI代码编辑器]]：集成 AI 辅助的代码编辑器（Cursor/Windsurf/Trae）
- [[Composer模型]]：Cursor 自研 AI 生成模型，主打速度优势
- [[多代理并行]]：多个 AI 代理同时运行不同任务，提升生成效率
- [[Diff审查]]：通过文件对比视图审查 AI 生成代码改动的机制
- [[项目规则]]：可自定义的 AI 行为规范文件（如强制生成 Doc 注释）
- [[MCP服务器]]：通过 Model Context Protocol 集成外部工具
+## 核心工作流
+
+### 规划驱动开发
+1. 明确项目目标（游戏/网站/后端工具）
+2. 用语音或文字向 AI 描述需求
+3. AI 生成 Plan 模式开发计划（Markdown 形式）
+4. 用户修改或批准计划
+
+### 代码生成与审查
+1. 启动 Agent 模式执行计划
+2. 代码生成即写入文件（**非草稿**）
+3. Diff 视图逐文件审查改动
+4. 运行测试，确认无误后接受
+5. 未点"撤销"前可随时回退
+
+### 多代理并行
+- 场景：同时开发游戏核心逻辑和 Landing Page
+- 每个代理有独立上下文，不相互干扰
+- 同一任务在同一代理内继续效果更佳

 ## Key Entities
- [[Cursor]]：基于 VS Code 的 AI 代码编辑器
- [[Git]]：版本控制系统，Cursor 推荐结合使用
- [[VS Code]]：Cursor 的底层编辑器框架
- [[MCP]]：Model Context Protocol，工具集成协议
+- [[Cursor]]：基于 VS Code 的 AI 增强代码编辑器，集成多 AI 模型
+- [[Composer模型]]：Cursor 自研 AI 模型，主打生成速度
+- [[MCP服务器]]：Model Context Protocol，AI 代理外部工具集成协议
+- [[Karpathy]]：提出"Vibe Coding"概念（AI 调整氛围，代码自动长出）
+
+## Key Concepts
+- [[Vibe Coding]]：以产品逻辑和用户流程为导向，将代码体力活交给 AI，自己做导演而非打字员
+- [[Diff审查]]：AI 生成代码后逐文件审查改动的视图机制
+- [[Git版本控制]]：AI 生成代码风险更高，建议立即 commit，配合撤销按钮实现安全回滚
+- [[项目规则文件]]：可在项目目录添加规则文件（如强制 Doc Strings），AI 自动遵守

 ## Connections
 - [[Cursor]] ← 基于 ← [[VS Code]]
- [[Cursor]] ← 包含 ← [[Composer模型]]
- [[Cursor]] ← 支持 ← [[MCP服务器]]
- [[AI代码编辑器]] ← 包含 ← [[Cursor]] / [[Windsurf]] / [[Trae]]
- [[Cursor]] ← 建议结合 ← [[Git]]（版本控制）
+- [[Cursor]] ← 集成 ← [[Composer模型]]
+- [[Cursor]] ← 扩展协议 ← [[MCP服务器]]
+- [[Vibe Coding]] ← 理论起源 ← [[Karpathy]]

 ## Contradictions
-
+- AI 生成即写入 vs 传统草稿模式：传统 AI 助手是"建议"，Cursor 是"直接执行"；用户需理解这是真实文件变更而非预览
+- Agent 模式 vs Ask 模式：Ask 仅文本回答不会改文件，但用户可能误用 Ask 去要求生成代码而得到不完整结果
--- a/wiki/sources/GitHub-5000人收藏的Vibe-Coding神级指南.md
+++ b/wiki/sources/GitHub-5000人收藏的Vibe-Coding神级指南.md
@@ -0,0 +1,60 @@
+---
+title: "GitHub 上 5000 人收藏的 Vibe Coding 神级指南"
+type: source
+tags: [AI编程, Vibe-Coding, GitHub, 提示词]
+date: 2025-12-30
+---
+
+## Source File
+- [[raw/AI/GitHub 上 5000 人收藏的 Vibe Coding 神级指南。.md]]
+
+## Summary
+- 核心主题：vibe-coding-cn 中文 Vibe Coding 资源库介绍
+- 问题域：中文开发者缺乏系统性 AI 编程资源
+- 方法/机制：整合全球顶尖 AI 编程工具、提示词库和开发流程，提供中文一站式指南
+- 结论/价值：Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行，让从想法到可维护代码成为可审计流水线
+
+## Key Claims
+- Vibe Coding 本质是 **导演思维**：保持对产品逻辑、用户流程、审美的把握，体力活交给 AI
+- Karpathy："我几乎不写代码了，我只负责调整氛围，代码会自动长出来"
+- vibe-coding-cn 核心公式：**Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行**
+- 推荐工具链：Cursor + claude-opus-4.5-xhigh 是最稳妥组合
+
+## Key Concepts
+
+### Vibe Coding 定义
+以产品目标为导向而非代码执行为导向的 AI 辅助开发范式。核心是将开发者从"打字员"转型为"产品导演"。
+
+### 规划驱动
+AI 写代码前必须有清晰的技术选型、实施规划和模块化设计。防止 AI 因理解偏差导致项目逻辑混乱。
+
+### 上下文固定
+通过项目规则文件、上下文管理，使 AI 在长对话中保持一致理解，避免"上下文遗忘"问题。
+
+### AI 结对执行
+[[Cursor]]/[[Windsurf]]/[[Trae]] 等工具作为"第二开发者"，与人类形成结对编程关系。
+
+## 资源库核心模块
+1. **方法论**：设计准则和哲学理念
+2. **AI 模型与 IDE**：工具链筛选和配置指南
+3. **提示词优化**：数百个精选提示词，覆盖需求澄清/架构设计/分步执行/自测全链路
+4. **实战流程**：从环境设置 → 基础游戏开发 → 丰富细节 → Bug 修复的完整流程
+5. **提示词工具**：Excel 与 Markdown 互转，支持批量管理
+
+## Key Entities
+- [[vibe-coding-cn]]：中文 Vibe Coding 资源库（https://github.com/tukuaiai/vibe-coding-cn）
+- [[Karpathy]]：提出 Vibe Coding 概念的 AI 大牛（Andrej Karpathy）
+- [[Cursor]]：主流 AI 编程工具之一（推荐首选）
+- [[Windsurf]]：另一主流 AI 编程 IDE
+- [[Trae]]：国产 AI 编程 IDE
+- [[Claude Opus]]：Anthropic 最强模型，vibe-coding-cn 推荐搭配 Cursor 使用
+
+## Connections
+- [[Vibe Coding]] ← 概念起源 ← [[Karpathy]]
+- [[vibe-coding-cn]] ← 涵盖工具 ← [[Cursor]] + [[Windsurf]] + [[Trae]]
+- [[vibe-coding-cn]] ← 推荐模型 ← [[Claude Opus]]
+- [[Vibe Coding]] ← 实践框架 ← [[规划驱动]] + [[上下文固定]] + [[AI结对执行]]
+
+## Contradictions
+- "不写代码" vs 工程质量：Karpathy 的"不写代码"是夸张表达；实际上规划驱动和代码审查仍是必要环节
+- AI 生成代码 vs 可维护性：无规划的 AI 生成容易产生"巨石文件"，vibe-coding-cn 强调规划优先是针对此问题的对策