mirror of
https://github.com/tradecatlabs/vibe-coding-cn.git
synced 2026-08-26 00:58:13 +00:00
refactor: skills 目录扁平化,移除分类子目录
- 将 00-元技能、01-AI工具、02-数据库、03-加密货币、04-开发工具、05-生产力 下的技能移至 skills/ 根目录 - 更新 skills/README.md 使用表格进行说明性分类 - 更新 AGENTS.md 目录结构说明
This commit is contained in:
@@ -0,0 +1,143 @@
|
||||
# Canvas 开发提示词集合
|
||||
|
||||
## 1. 架构分析提示词
|
||||
|
||||
从现有代码生成 Obsidian Canvas 架构白板。
|
||||
|
||||
```markdown
|
||||
你是一个代码架构分析专家。请分析以下项目结构,生成 Obsidian Canvas 格式的架构白板。
|
||||
|
||||
## 输入
|
||||
项目路径:{PROJECT_PATH}
|
||||
分析粒度:{file/class/service}
|
||||
|
||||
## 输出要求
|
||||
生成符合 Obsidian Canvas JSON 格式的 .canvas 文件,包含:
|
||||
|
||||
1. **节点 (nodes)**:每个模块/文件/类作为一个节点
|
||||
2. **连线 (edges)**:表示模块间的依赖/调用关系
|
||||
3. **分组 (groups)**:按功能域分组
|
||||
|
||||
## 布局规则
|
||||
- x轴: -400 (前端) → 0 (API) → 400 (服务) → 800 (数据)
|
||||
- 节点宽度: 200-280,高度: 80-150
|
||||
- 间距: 水平 100-150,垂直 120-150
|
||||
|
||||
## 输出格式
|
||||
直接输出 JSON,可保存为 .canvas 文件
|
||||
```
|
||||
|
||||
## 2. 白板驱动编码提示词
|
||||
|
||||
根据 Canvas 白板生成代码。
|
||||
|
||||
```markdown
|
||||
你是一个根据架构白板生成代码的专家。请根据以下 Obsidian Canvas 白板 JSON,生成对应的代码实现。
|
||||
|
||||
## 输入
|
||||
Canvas JSON:
|
||||
```json
|
||||
{CANVAS_JSON}
|
||||
```
|
||||
|
||||
技术栈:{TECH_STACK}
|
||||
目标目录:{TARGET_DIR}
|
||||
|
||||
## 解析规则
|
||||
1. 节点 text 标题 → 文件名/类名
|
||||
2. 节点 text 列表项 → 方法/函数
|
||||
3. 连线 fromNode → toNode = import/调用关系
|
||||
4. edge label 决定关系类型
|
||||
|
||||
## 输出格式
|
||||
```
|
||||
文件:{文件路径}
|
||||
```{语言}
|
||||
{代码内容}
|
||||
```
|
||||
```
|
||||
|
||||
## 3. 白板同步检查提示词
|
||||
|
||||
校验白板与代码一致性。
|
||||
|
||||
```markdown
|
||||
你是一个代码与架构一致性检查专家。请对比以下白板和代码,找出不一致之处。
|
||||
|
||||
## 输入
|
||||
Canvas 白板 JSON:
|
||||
```json
|
||||
{CANVAS_JSON}
|
||||
```
|
||||
|
||||
项目代码路径:{PROJECT_PATH}
|
||||
|
||||
## 检查项
|
||||
1. 节点完整性:白板节点是否都有对应代码?
|
||||
2. 连线准确性:连线是否反映真实依赖?
|
||||
3. 分组正确性:分组是否与目录结构一致?
|
||||
|
||||
## 输出格式
|
||||
### 🔴 严重不一致
|
||||
| 类型 | 白板 | 代码 | 建议 |
|
||||
|
||||
### 🟡 轻微不一致
|
||||
| 类型 | 白板 | 代码 | 建议 |
|
||||
|
||||
### 🟢 一致性良好
|
||||
- 覆盖率:{X}%
|
||||
```
|
||||
|
||||
## 4. 增量更新提示词
|
||||
|
||||
白板修改后同步更新代码。
|
||||
|
||||
```markdown
|
||||
白板已更新,请对比新旧版本,只修改变化的部分:
|
||||
|
||||
旧白板:
|
||||
```json
|
||||
{OLD_CANVAS_JSON}
|
||||
```
|
||||
|
||||
新白板:
|
||||
```json
|
||||
{NEW_CANVAS_JSON}
|
||||
```
|
||||
|
||||
## 输出
|
||||
1. 需要新增的文件
|
||||
2. 需要修改的文件(只输出 diff)
|
||||
3. 需要删除的文件
|
||||
```
|
||||
|
||||
## 5. 快速理解项目提示词
|
||||
|
||||
接手新项目时快速生成架构概览。
|
||||
|
||||
```markdown
|
||||
我需要快速理解这个项目的架构。请:
|
||||
|
||||
1. 扫描 {PROJECT_PATH} 目录
|
||||
2. 识别核心模块和入口文件
|
||||
3. 生成一个简化的架构白板(只包含关键模块)
|
||||
4. 用 3-5 句话总结项目架构
|
||||
|
||||
粒度:service(只显示大模块)
|
||||
重点:数据流向、外部依赖、核心业务逻辑
|
||||
```
|
||||
|
||||
## 使用技巧
|
||||
|
||||
### 提高生成质量
|
||||
|
||||
1. **明确粒度**:小项目用 file,大项目用 service
|
||||
2. **指定重点**:告诉 AI 关注什么(API/数据库/外部服务)
|
||||
3. **提供上下文**:附上 README 或技术栈说明
|
||||
|
||||
### 迭代优化
|
||||
|
||||
1. 第一次生成后,手动调整布局
|
||||
2. 补充 AI 遗漏的隐式依赖
|
||||
3. 添加注释节点说明设计决策
|
||||
4. 再次发给 AI 验证理解是否正确
|
||||
Reference in New Issue
Block a user