c598c9b05b
- Implemented BlueprintPromptModal component to handle blueprint prompt generation and rule synchronization. - Added BlueprintStatusBadge to display the current status of blueprints in ProjectCard. - Integrated blueprint status fetching and synchronization in ProjectCard. - Enhanced SettingsPage with a new section for MCP service configuration and batch sync for blueprint rules. - Updated commands to include new blueprint-related functionalities and types. - Changed application name from "Dev Manager" to "炼境" in various components.
70 lines
2.7 KiB
Markdown
70 lines
2.7 KiB
Markdown
# 炼境 (Dev Manager Tauri)
|
||
|
||
Git 多空间开发管理器，Tauri v2 + React + TypeScript + Rust。
|
||
|
||
## 项目蓝图
|
||
|
||
本项目使用 `.blueprint/` 目录维护项目全景架构图，驱动需求讨论和任务管理。
|
||
|
||
**每次对话都应遵循以下流程：**
|
||
|
||
### 1. 了解当前状态
|
||
对话开始时，先读取 `.blueprint/manifest.yaml` 了解项目模块和状态。
|
||
|
||
### 2. 讨论需求时更新蓝图
|
||
- 确认了新需求 → 在 manifest.yaml 新增模块，创建 `.blueprint/modules/<id>.md`
|
||
- 拆分了大需求 → 在模块文件中添加任务卡
|
||
- 调整了方向 → 更新模块关系（edges）
|
||
|
||
### 3. 完成实现后标记蓝图
|
||
- 完成了功能 → 更新对应任务卡状态为 `done`（前缀改为 ✅）
|
||
- 更新 manifest.yaml 顶部的 `updated` 日期
|
||
|
||
### 4. 任务卡规范
|
||
详见 `.blueprint/CONVENTIONS.md`，核心规则：
|
||
- 任务卡同时具备 `files` + `acceptance` + complexity `S/M` → 标记为 📋 可派发
|
||
- 可派发的任务卡可以直接交给 Claude Agent 独立完成
|
||
|
||
## 技术栈
|
||
- 前端：React 19 + TypeScript + TailwindCSS + React Query + Zustand + React Flow
|
||
- 后端：Rust + Tauri v2 + SQLite (rusqlite + r2d2)
|
||
- 包管理：pnpm（禁止 npm/yarn）
|
||
- CI/CD：GitHub Actions + 阿里云 OSS（详见 docs/tauri-cicd-guide.md）
|
||
- 客户端更新：tauri-plugin-updater（详见 docs/tauri-updater-guide.md）
|
||
|
||
## 目录结构
|
||
```
|
||
src/ 前端源码
|
||
src/components/ React 组件（按功能分目录）
|
||
src/lib/commands.ts Tauri command 调用封装
|
||
src-tauri/src/ Rust 后端
|
||
src-tauri/src/commands/ Tauri command 实现
|
||
.blueprint/ 项目蓝图（manifest + 模块详情 + 任务卡）
|
||
docs/ 部署和更新指南
|
||
```
|
||
|
||
<!-- BLUEPRINT_MANAGED_START version="1.3.0" -->
|
||
## 项目蓝图
|
||
|
||
本项目使用 `.blueprint/` 目录维护项目全景架构图，驱动需求讨论和任务管理。
|
||
|
||
**每次对话都应遵循以下流程：**
|
||
|
||
### 1. 了解当前状态
|
||
对话开始时，先读取 `.blueprint/manifest.yaml` 了解项目模块和状态。
|
||
|
||
### 2. 讨论需求时更新蓝图
|
||
- 确认了新需求 → 在 manifest.yaml 新增模块，创建 `.blueprint/modules/<id>.md`
|
||
- 拆分了大需求 → 在模块文件中添加任务卡
|
||
- 调整了方向 → 更新模块关系（edges）
|
||
|
||
### 3. 完成实现后标记蓝图
|
||
- 完成了功能 → 更新对应任务卡状态为 `done`（前缀改为 ✅）
|
||
- 更新 manifest.yaml 顶部的 `updated` 日期
|
||
|
||
### 4. 任务卡规范
|
||
详见 `.blueprint/CONVENTIONS.md`，核心规则：
|
||
- 任务卡同时具备 `files` + `acceptance` + complexity `S/M` → 标记为 📋 可派发
|
||
- 可派发的任务卡可以直接交给 Claude Agent 独立完成
|
||
<!-- BLUEPRINT_MANAGED_END -->
|