wiki-ingest batch 9: ChinaTextbook/Clonezilla/Cursor2.0/VibeCoding
This commit is contained in:
34
wiki/concepts/GPT与MBR分区表.md
Normal file
34
wiki/concepts/GPT与MBR分区表.md
Normal file
@@ -0,0 +1,34 @@
|
||||
---
|
||||
title: "GPT 与 MBR 分区表"
|
||||
type: concept
|
||||
tags: [分区表, UEFI, BIOS, 运维]
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Definition
|
||||
两种磁盘分区表格式:MBR(Master Boot Record)是传统 BIOS 标准,GPT(GUID Partition Table)是现代 UEFI 标准。启动模式决定分区表类型,而非硬盘容量。
|
||||
|
||||
## Comparison
|
||||
| 维度 | MBR | GPT |
|
||||
|------|-----|-----|
|
||||
| 最大磁盘 | 2TB(512字节扇区) | 9.4ZB(理论) |
|
||||
| 分区数量 | 4 个主分区(或 3 主+1 扩展) | 128 个(Windows 标准) |
|
||||
| 启动模式 | BIOS 传统启动 | UEFI 安全启动 |
|
||||
| 兼容性 | 老旧硬件 | 新硬件默认 |
|
||||
| 损坏恢复 | MBR 损坏即无法启动 | GPT 保存副本,容错性高 |
|
||||
|
||||
## Decision Rule
|
||||
```
|
||||
启动模式 → 分区表类型
|
||||
BIOS (传统) → MBR
|
||||
UEFI (现代) → GPT
|
||||
```
|
||||
|
||||
## Common Pitfalls
|
||||
- 在 UEFI 机器上使用 MBR:系统无法从 GPT 磁盘的 BIOS 模式启动
|
||||
- 在 BIOS 机器上使用 GPT:大多数 BIOS 不支持从 GPT 磁盘启动
|
||||
- Rufus DD 模式 vs ISO 模式:ISOHybrid 镜像建议先试 ISO 模式,失败再用 DD
|
||||
|
||||
## Connections
|
||||
- [[GPT与MBR]] ← 决定于 ← [[UEFI启动]] vs [[BIOS启动]]
|
||||
- [[GPT与MBR]] ← 影响 ← [[Clonezilla备份]] 时的分区方案选择
|
||||
@@ -1,41 +1,45 @@
|
||||
---
|
||||
title: "Vibe Coding"
|
||||
type: concept
|
||||
tags: [ai-programming, methodology]
|
||||
last_updated: 2025-12-30
|
||||
tags: [AI编程, 方法论]
|
||||
date: 2025-12-30
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
- **类型**:AI 编程方法论
|
||||
- **来源**:GitHub 上 5000 人收藏的 Vibe Coding 神级指南
|
||||
## Definition
|
||||
Vibe Coding 是由 [[Karpathy]] 提出的 AI 辅助编程范式:开发者扮演"导演"角色,把握产品逻辑、用户流程、审美和交互,将代码编写体力活交给 AI,自己专注于创意方向和代码审查。
|
||||
|
||||
## 定义
|
||||
Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行,让「从想法到可维护代码」变成一条可审计的流水线。
|
||||
## Core Formula
|
||||
```
|
||||
Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行
|
||||
```
|
||||
|
||||
## 核心思想
|
||||
开发者从"苦哈哈写每一行代码"转变为"保持对产品逻辑、用户流程、审美和交互的感觉",剩下的体力活交给 AI 编程工具。
|
||||
## Key Principles
|
||||
|
||||
## Karpathy 描述
|
||||
> "我几乎不写代码了,我只负责调整氛围(Vibe),代码会自动长出来。"
|
||||
### 规划驱动
|
||||
AI 写代码前必须有清晰的技术选型、实施规划和模块化设计。防止 AI 因理解偏差产生巨石文件和逻辑混乱。
|
||||
|
||||
## 关键要素
|
||||
1. **规划驱动**:技术选型、实施规划、模块化设计先行
|
||||
2. **上下文固定**:保持 AI 理解一致,防止理解偏差
|
||||
3. **AI 结对执行**:AI 承担代码实现,开发者做导演
|
||||
### 上下文固定
|
||||
通过项目规则文件、上下文管理机制,确保 AI 在长对话中保持一致理解,避免上下文遗忘。
|
||||
|
||||
## 工具生态
|
||||
- [[Cursor]]
|
||||
### AI 结对执行
|
||||
人类开发者与 AI 形成结对编程关系:人类负责方向决策和审查,AI 负责代码生成和执行。
|
||||
|
||||
## Related Concepts
|
||||
- [[AI结对执行]]:Vibe Coding 的人机协作模式
|
||||
- [[规划驱动]]:预防 AI 生成无序代码的核心策略
|
||||
- [[上下文固定]]:解决 AI 长对话遗忘问题的方法
|
||||
|
||||
## Tools
|
||||
- [[Cursor]](首选工具)
|
||||
- [[Windsurf]]
|
||||
- [[Trae]]
|
||||
- [[Claude-Code]]
|
||||
- [[Claude Code]]
|
||||
|
||||
## 资源
|
||||
- [[vibe coding cn]]:中文开发者资源库
|
||||
## Misconceptions
|
||||
- "不写代码"≠ 完全不管:规划、审查、版本控制仍需人类主导
|
||||
- AI 生成≠ 草稿:某些工具(如 Cursor)AI 生成即写入真实文件
|
||||
|
||||
## 关联
|
||||
- [[AI编程]] ← 范畴
|
||||
- [[Prompt工程]] ← 演进基础
|
||||
|
||||
## Aliases
|
||||
- 氛围编程
|
||||
- Vibe Coding
|
||||
## Connections
|
||||
- [[Vibe Coding]] ← 概念起源 ← [[Karpathy]]
|
||||
- [[Vibe Coding]] ← 实践框架 ← [[vibe-coding-cn]]
|
||||
- [[Vibe Coding]] ← 工具 ← [[Cursor]] + [[Windsurf]] + [[Trae]]
|
||||
|
||||
@@ -1,38 +1,40 @@
|
||||
---
|
||||
title: "磁盘镜像备份"
|
||||
type: concept
|
||||
tags: [backup, disk-imaging, clonezilla, disaster-recovery]
|
||||
tags: [备份, 运维, 灾难恢复]
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Definition
|
||||
磁盘镜像备份(Disk Imaging Backup)指将整个磁盘的所有扇区内容打包为单个镜像文件(.img)的备份方式,支持完整还原到任意相同或更大容量磁盘。
|
||||
将整个磁盘或分区保存为单个压缩镜像文件的技术,灾难时可完整恢复到任意磁盘状态。区别于文件级备份(逐文件复制),镜像备份保留磁盘分区表、引导扇区等底层结构。
|
||||
|
||||
## How It Works
|
||||
1. **扇区级复制**:读取磁盘每个扇区,包括引导扇区、分区表、文件系统元数据和所有数据
|
||||
2. **压缩存储**:镜像文件通常压缩(如 Clonezilla -z1p 高压缩率)以节省存储空间
|
||||
3. **差异备份**(部分工具支持):仅备份自上次全量备份后的变更扇区
|
||||
## Core Properties
|
||||
- **完整性**:包含操作系统、应用程序、数据、引导信息的完整副本
|
||||
- **粒度**:磁盘级(整个硬盘)或分区级(单个分区)
|
||||
- **压缩**:通常支持压缩(如 Clonezilla 的 -z1p)
|
||||
- **增量备份**:部分工具(如 Clonezilla server)支持增量模式
|
||||
|
||||
## Tools
|
||||
- **Clonezilla**:开源方案,支持 NFS/SMB/USB 多种存储后端
|
||||
- **Acronis True Image**:商业方案,支持增量镜像
|
||||
- **Macrium Reflect**:Windows 平台商业方案
|
||||
- **dd**:Linux 原生命令行工具,无压缩无差异
|
||||
## Comparison with File-Level Backup
|
||||
| 维度 | 磁盘镜像备份 | 文件级备份 |
|
||||
|------|------------|-----------|
|
||||
| 恢复速度 | 快(全盘一次性恢复) | 慢(逐文件还原) |
|
||||
| 存储效率 | 低(包含未使用空间) | 高(仅备份使用数据) |
|
||||
| 系统迁移 | 支持完整迁移 | 需要重新安装系统 |
|
||||
| 粒度 | 粗(整盘/分区) | 细(单个文件) |
|
||||
|
||||
## vs rsync增量备份
|
||||
| 维度 | 磁盘镜像备份 | rsync增量备份 |
|
||||
|------|------------|-------------|
|
||||
| 范围 | 整个磁盘/分区 | 单个目录/文件系统 |
|
||||
| 粒度 | 扇区级 | 文件级 |
|
||||
| 备份速度 | 慢(全盘复制) | 快(仅差异) |
|
||||
| 恢复速度 | 快(直接还原) | 慢(逐文件恢复) |
|
||||
| 场景 | 灾难恢复、系统迁移 | 日常增量备份 |
|
||||
## Use Cases
|
||||
- 服务器灾难恢复(硬盘故障替换)
|
||||
- 系统升级前的安全网
|
||||
- 迁移到新硬件
|
||||
- 合规性定期备份
|
||||
|
||||
## Related Concepts
|
||||
- [[灾难恢复]]:磁盘镜像备份的核心应用场景
|
||||
- [[Clonezilla]]:磁盘镜像备份的开源工具
|
||||
- [[rsync增量备份]]:互补的增量备份方案
|
||||
## Related Tools
|
||||
- [[Clonezilla]]:开源镜像备份工具
|
||||
- Ghost:商业镜像备份工具(Symantec)
|
||||
- Macrium Reflect:Windows 商业备份工具
|
||||
- Time Machine:macOS 内置备份(文件级)
|
||||
|
||||
## Aliases
|
||||
- Disk Imaging
|
||||
- 全盘镜像
|
||||
- Ghost 备份
|
||||
## Connections
|
||||
- [[磁盘镜像备份]] ← 工具 ← [[Clonezilla]]
|
||||
- [[磁盘镜像备份]] ← 存储目标 ← [[Synology NAS]]
|
||||
- [[磁盘镜像备份]] ← 协议 ← [[NFS]]
|
||||
|
||||
@@ -1,49 +1,26 @@
|
||||
---
|
||||
title: "Clonezilla"
|
||||
type: entity
|
||||
tags: [backup, disk-imaging, open-source, ubuntu]
|
||||
tags: [备份, 运维, 开源]
|
||||
date: 2025-12-19
|
||||
---
|
||||
|
||||
## Basic Info
|
||||
- **Full Name**: Clonezilla(再生龙)
|
||||
- **Type**: 开源磁盘镜像备份工具
|
||||
- **License**: GPL
|
||||
- **Website**: https://clonezilla.org/
|
||||
|
||||
## Description
|
||||
Clonezilla 是一款开源磁盘克隆和镜像工具,功能等同于企业级 Ghost。支持将整个磁盘备份为镜像文件并存放到 NAS(通过 NFS/SMB)、外置硬盘或 USB 等存储后端。支持 ext4/XFS/BTRFS/NTFS 等多种文件系统。
|
||||
|
||||
## Key Capabilities
|
||||
- **savedisk**:将整个本地磁盘保存为镜像文件
|
||||
- **restoredisk**:将镜像文件还原到磁盘(全盘覆盖)
|
||||
- **partition**:仅备份/还原单个分区
|
||||
- **clone**:磁盘对磁盘直接克隆(无需镜像中转)
|
||||
|
||||
## Workflow
|
||||
1. Rufus 制作 USB 启动盘(Clonezilla live ISO)
|
||||
2. 从 USB 启动,选择 device-image 模式
|
||||
3. 挂载备份目标(NFS/SMB/local_dev)
|
||||
4. 选择 savedisk → 选源磁盘 → 配置压缩参数
|
||||
5. 开始克隆(蓝红色进度条显示传输速度和剩余时间)
|
||||
|
||||
## Supported Storage Backends
|
||||
- NFS(推荐,Linux 兼容性最好)
|
||||
- SMB/CIFS
|
||||
- SSH/SFTP
|
||||
- USB 外置磁盘
|
||||
- 本地目录
|
||||
|
||||
## Compression Options
|
||||
- `-z1p`:高压缩率(节省存储空间)
|
||||
- `-z0`:不压缩(最快)
|
||||
- `-z2p`:更高压缩率(最慢)
|
||||
|
||||
## Related
|
||||
- [[磁盘镜像备份]]:Clonezilla 实现的核心功能
|
||||
- [[灾难恢复]]:Clonezilla restoredisk 实现灾难恢复
|
||||
- [[Rufus]]:Clonezilla USB 启动盘制作工具
|
||||
- [[Synology NAS]]:Clonezilla 备份目标存储
|
||||
## Definition
|
||||
Clonezilla(再生龙)是一款开源磁盘克隆/镜像工具,类似于 Ghost,但完全免费。支持多种文件系统和企业级功能(ACL、UEFI 安全启动等)。
|
||||
|
||||
## Aliases
|
||||
- Clonezilla
|
||||
- 再生龙
|
||||
- Clonezilla Live
|
||||
|
||||
## Key Facts
|
||||
- 支持 Linux ext2/3/4、XFS、NTFS 等多种文件系统
|
||||
- 支持 LVM2、RAID
|
||||
- 提供 Beginner(初学者)和 Expert 两种模式
|
||||
- 存储格式:partclone 镜像,可被其他工具读取
|
||||
- 压缩选项:-z1p(高压缩)、-z0(不压缩)、-z2p(更高压缩)
|
||||
- 网络备份支持:SMB、NFS、SSH、SFTP 等协议
|
||||
|
||||
## Connections
|
||||
- [[Clonezilla]] ← 使用工具 ← [[Rufus]](制作启动盘)
|
||||
- [[Clonezilla]] → 备份目标 → [[Synology NAS]]
|
||||
- [[Clonezilla备份]] ← 备份协议 ← [[NFS]]
|
||||
|
||||
@@ -1,17 +1,20 @@
|
||||
---
|
||||
title: TapXWorld
|
||||
title: "TapXWorld"
|
||||
type: entity
|
||||
description: GitHub 用户,ChinaTextbook 项目的维护者
|
||||
created: 2025-12-19
|
||||
tags:
|
||||
- GitHub
|
||||
- 开发者
|
||||
tags: [GitHub, 教育, 开源]
|
||||
date: 2025-05-13
|
||||
---
|
||||
|
||||
# TapXWorld
|
||||
## Definition
|
||||
TapXWorld 是一个 GitHub 开源组织,发起并维护 ChinaTextbook 教育资源归档项目。
|
||||
|
||||
GitHub 用户,[ChinaTextbook](ChinaTextbook) 项目的维护者。
|
||||
## Aliases
|
||||
- TapXWorld
|
||||
- tapxworld
|
||||
|
||||
## 项目
|
||||
## Key Projects
|
||||
- [[ChinaTextbook]]:41.53 GB 中国小初高大学 PDF 教材归档
|
||||
|
||||
- [TapXWorld/ChinaTextbook](https://github.com/TapXWorld/ChinaTextbook/) - 中国教育 PDF 教材收集项目
|
||||
## Connections
|
||||
- [[TapXWorld]] ← 发起 ← [[ChinaTextbook]]
|
||||
- [[TapXWorld]] ← 报道于 ← [[Appinn]]
|
||||
|
||||
@@ -1,33 +1,30 @@
|
||||
---
|
||||
title: "vibe-coding-cn"
|
||||
type: entity
|
||||
tags: [vibe-coding, AI编程, github, 中文资源]
|
||||
tags: [AI编程, GitHub, 中文资源]
|
||||
date: 2025-12-30
|
||||
---
|
||||
|
||||
## Basic Info
|
||||
- **Full Name**: vibe-coding-cn
|
||||
- **Type**: GitHub 开源项目
|
||||
- **Repository**: https://github.com/tukuai/vibe-coding-cn
|
||||
- **Language**: 中文
|
||||
|
||||
## Description
|
||||
面向中文开发者的 Vibe Coding 资源库与工作站,汇集全球顶尖 AI 编程资源。涵盖方法论、AI 编程工具链、提示词库和学习路径,帮助开发者系统性掌握 Vibe Coding。
|
||||
|
||||
## Core Contents
|
||||
- **方法论**:Vibe Coding 哲学和准则
|
||||
- **AI 编程资源**:模型推荐、IDE 配置(Cursor + Claude Opus 4.5-xhigh)
|
||||
- **提示词库**:需求澄清/系统架构设计/分步执行/自测全链路脚本,支持 Excel 与 Markdown 互转
|
||||
- **实操流程**:从环境设置到基础游戏开发到 Bug 修复的完整流程
|
||||
|
||||
## Key Formula
|
||||
Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行
|
||||
|
||||
## Related
|
||||
- [[Vibe Coding]]:vibe-coding-cn 服务的核心主题
|
||||
- [[Cursor]]:推荐首选 IDE
|
||||
- [[规划驱动]]:Vibe Coding 第一原则
|
||||
- [[上下文固定]]:Vibe Coding 第二原则
|
||||
## Definition
|
||||
专门为中文开发者设计的 Vibe Coding 资源库与工作站,汇集全球顶尖 AI 编程工具、提示词库和开发经验总结。
|
||||
|
||||
## Aliases
|
||||
- vibe-coding-cn 项目
|
||||
- 中文 Vibe Coding 指南
|
||||
- vibe-coding-cn
|
||||
- Vibe Coding 中文指南
|
||||
|
||||
## Key Facts
|
||||
- GitHub 地址:https://github.com/tukuaiai/vibe-coding-cn
|
||||
- 核心公式:Vibe Coding = 规划驱动 + 上下文固定 + AI 结对执行
|
||||
- 包含数百个精选提示词,覆盖需求澄清、架构设计、分步执行、自测全链路
|
||||
|
||||
## Core Modules
|
||||
1. **方法论**:设计准则和哲学
|
||||
2. **AI 模型与 IDE**:工具链筛选配置指南
|
||||
3. **提示词库**:Excel 与 Markdown 互转
|
||||
4. **实战流程**:环境设置 → 基础游戏 → 细节丰富 → Bug 修复
|
||||
5. **学习资源**:大量文档和教程
|
||||
|
||||
## Connections
|
||||
- [[vibe-coding-cn]] ← 发起 ← [[TapXWorld]](存疑,需确认)
|
||||
- [[vibe-coding-cn]] → 提供 ← [[Vibe Coding]]
|
||||
- [[vibe-coding-cn]] → 推荐工具 ← [[Cursor]] + [[Claude Opus]]
|
||||
|
||||
@@ -3,6 +3,12 @@
|
||||
## Overview
|
||||
- [Overview](overview.md) — living synthesis
|
||||
|
||||
## Sources (2026-04-16 Batch 9)
|
||||
- [ChinaTextbook - 41.53 GB,中国小学、初中、高中、大学 PDF 教材](sources/ChinaTextbook-中国教育PDF教材大全.md) — 41.53GB中国教育PDF教材开源归档;GitHub托管;来源:国家中小学智慧教育平台;使用tchMaterial-parser下载
|
||||
- [Clonezilla 对 Ubuntu Server 进行全盘镜像备份](sources/Clonezilla对Ubuntu-Server进行全盘镜像备份.md) — Clonezilla live+NFS+NAS全盘镜像备份流程;Rufus制作启动盘;GPT/MBR分区方案选择;savedisk/restoredisk完整灾难恢复
|
||||
- [Cursor 2.0 初学者使用指南](sources/Cursor-2-0初学者使用指南.md) — Cursor 2.0三核心模式:Plan/Agent/Ask;Composer模型;Diff审查机制;多代理并行;MCP服务器扩展
|
||||
- [GitHub 上 5000 人收藏的 Vibe Coding 神级指南](sources/GitHub-5000人收藏的Vibe-Coding神级指南.md) — vibe-coding-cn中文资源库;Vibe Coding=规划驱动+上下文固定+AI结对执行;Karpathy理念;Cursor+Claude Opus推荐工具链
|
||||
|
||||
## Sources (2026-04-16 Batch 8)
|
||||
- [Designing for Agentic AI](sources/Designing-for-Agentic-AI.md) — Agentic AI产品设计五大原则:透明度、控制权、个性化、对话、预判;与GenAI的本质区别——主动行动vs被动响应
|
||||
- [LLMs、RAG、AI Agent 三个到底什么区别?](sources/LLMs-RAG-AI-Agent三个到底什么区别.md) — LLM(天才大脑/思考)→ RAG(随身图书馆助理/信息)→ AI Agent(行动者/执行)三层架构;真正生产系统叠加三者
|
||||
|
||||
@@ -364,3 +364,8 @@ Created: 3 source pages, 3 entity pages (LaunchDarkly, HP, Christian Dior), 5 co
|
||||
## [2026-04-16] ingest | 二创视频必不可少!2025年最热门AI工具推荐合集—AI配音、声音克隆
|
||||
## [2026-04-16] ingest | 清华出的DeepSeek使用手册,104页,全是干货!
|
||||
## [2026-04-16] ingest | 一语点醒梦中人(2026-04-16新批次)
|
||||
|
||||
## [2026-04-16] ingest | ChinaTextbook - 41.53 GB,中国小学、初中、高中、大学 PDF 教材
|
||||
## [2026-04-16] ingest | Clonezilla 对 Ubuntu Server 进行全盘镜像备份
|
||||
## [2026-04-16] ingest | Cursor 2.0 初学者使用指南
|
||||
## [2026-04-16] ingest | GitHub 上 5000 人收藏的 Vibe Coding 神级指南
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Wiki Overview
|
||||
last_updated: 2026-04-16 Morning
|
||||
last_updated: 2026-04-16 Morning Batch 9
|
||||
// 新增领域:ChatGPT 个性化指令配置与自定义指令工程(2026-04-16 Early Morning)
|
||||
// 新增领域:提示词库与变量注入技术(2026-04-16 Early Morning)
|
||||
// 新增领域:Ollama + Qwen2.5-Coder 本地 AI 推理部署(2026-04-16 Batch 2)
|
||||
@@ -35,6 +35,10 @@ last_updated: 2026-04-16 Morning
|
||||
// 新增领域:Agentic AI UX 设计五原则与 GenAI 对比(2026-04-16 Batch 8)
|
||||
// 新增领域:LLM/RAG/AI Agent 三层架构与协同关系(2026-04-16 Batch 8)
|
||||
// 新增领域:Cloud DevOps 成熟度评估框架与 DORA 指标(2026-04-16 Batch 8)
|
||||
// 新增领域:Vibe Coding 范式与 vibe-coding-cn 中文资源库(2026-04-16 Batch 9)
|
||||
// 新增领域:Clonezilla + NFS + Synology NAS 全盘镜像灾难恢复体系(2026-04-16 Batch 9)
|
||||
// 新增领域:Cursor 2.0 Plan/Agent/Ask 三模式与 Composer 模型(2026-04-16 Batch 9)
|
||||
// 新增领域:ChinaTextbook 41.53GB 中国教育 PDF 教材开源归档(2026-04-16 Batch 9)
|
||||
---
|
||||
|
||||
# LLM Wiki Overview
|
||||
|
||||
40
wiki/sources/ChinaTextbook-中国教育PDF教材大全.md
Normal file
40
wiki/sources/ChinaTextbook-中国教育PDF教材大全.md
Normal file
@@ -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 免费开源获取;反映了教育资源数字化的知识产权灰色地带
|
||||
@@ -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 上更可靠;实际以启动成功为准
|
||||
|
||||
@@ -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 去要求生成代码而得到不完整结果
|
||||
|
||||
60
wiki/sources/GitHub-5000人收藏的Vibe-Coding神级指南.md
Normal file
60
wiki/sources/GitHub-5000人收藏的Vibe-Coding神级指南.md
Normal file
@@ -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 强调规划优先是针对此问题的对策
|
||||
Reference in New Issue
Block a user