新增: 初始化 DevFlow 项目仓库

Tauri 2 + Vue 3 + Vite 6 桌面应用,Rust workspace 含 13 个 crate
(df-ai / df-storage / df-workflow / df-core / df-execute 等)。
核心能力:AI 聊天 agentic 循环(工具调用+人工审批)、工作流引擎、
任务/想法/项目/阶段管理、可追溯性,及配套前端组件。
This commit is contained in:
2026-06-12 01:31:05 +08:00
commit 98393b4908
178 changed files with 27859 additions and 0 deletions

View File

@@ -0,0 +1,65 @@
# Phase 1 任务清单
> 创建: 2026-06-10 | 状态: 进行中
---
## 概述
Phase 1 目标:**引擎骨架**,打通 `df-core → df-workflow → df-storage → Tauri IPC → Vue` 最小可用路径。
预计周期4-6 周
## 任务总览
### 已完成
| # | 任务 | 状态 | 说明 |
|---|------|------|------|
| 1 | df-core 类型系统 | ✅ 完成 | 错误/事件/状态枚举/ID 生成 |
| 2 | df-workflow DAG 引擎 | ✅ 完成 | 拓扑排序/执行器/状态机/EventBus |
| 3 | df-storage SQLite 基础表 | ✅ 完成 | 6 张表 + 4 索引 |
| 4 | df-execute Shell 执行 | ✅ 完成 | tokio::process 实现 |
| 5 | 13 个 Crate 骨架 | ✅ 完成 | 类型/接口/Schame 定义完整 |
| 6 | 9 个 Vue 页面 UI | ✅ 完成 | 设计系统 + 硬编码数据 |
### 待实施 (按优先级排序)
| # | 任务 | 优先级 | 依赖 | 文档 |
|---|------|--------|------|------|
| 7 | df-storage CRUD 层 | P0 | 无 | [DEVFLOW-1](../04-功能迭代/DEVFLOW-1.CRUD层实施.md) |
| 8 | Tauri IPC 命令层 | P0 | #7 | [DEVFLOW-2](../04-功能迭代/DEVFLOW-2.IPC桥接实施.md) |
| 9 | Store 接入 View | P0 | #8 | [DEVFLOW-3](../04-功能迭代/DEVFLOW-3.Store对接实施.md) |
| 10 | 端到端验证 (3 节点工作流) | P0 | #7, #8, #9 | [DEVFLOW-4](../04-功能迭代/DEVFLOW-4.端到端验证.md) |
| 11 | 首次 Git Commit | P0 | 无 | 建立版本基线 |
### 已知问题
| # | 问题 | 优先级 | 说明 |
|---|------|--------|------|
| 1 | 同层节点未并行执行 | P1 | DagExecutor 有 TODO 注释 |
| 2 | 条件表达式引擎 | P2 | 仅支持 true/false 字面量 |
| 3 | i18n 未注册 | P2 | 翻译文件存在但未挂载 |
| 4 | AI Provider 无实现 | P1 | Phase 2 任务 |
## 依赖关系
```
#7 CRUD 层 ──→ #8 IPC 桥接 ──→ #9 Store 对接 ──→ #10 端到端验证
#7 + #8 + #9
```
## 代码规模 (当前)
| 类别 | 文件数 | 行数 |
|------|--------|------|
| Rust 后端 | 71 | ~4,108 |
| Vue 前端 | ~20 | ~3,896 |
| **总计** | ~91 | **~8,000** |
## 参考文档
- [ARCHITECTURE.md](../../ARCHITECTURE.md) — 完整架构设计
- [PROGRESS.md](../../PROGRESS.md) — 工作进展与交接
- [Phase1 架构决策](../02-架构设计/Phase1架构决策.md)

View File

@@ -0,0 +1,108 @@
# Phase 2 开发计划
> 本地优先开发流程验证 - 2026-06-11 至 2026-09-11
## 🎯 阶段目标
### 核心目标
- **验证核心价值链**:任务→分支→工作流→合并的完整流程
- **自用验证 3 个月**:每天使用,记录真实场景
- **聚焦差异化**:对抗式评估作为核心卖点
### 成功标准
- 自己每天都在用
- 解决实际问题
- 流程顺畅无卡点
## 📋 任务清单
### Phase 2.1: 核心链路验证 (2周)
- [x] 验证任务创建和分支管理
- [x] 验证工作流执行和日志
- [x] 验证 Git 集成
- [x] 验证 AI Chat 功能
### Phase 2.2: 想法池完善 (3周)
- [ ] 基础 CRUD 功能
- [ ] 简单评分系统
- [ ] 标签和分类
- [ ] 搜索和过滤
### Phase 2.3: 对抗式评估 (4周)
- [ ] 正方观点生成
- [ ] 反方观点生成
- [ ] 分析师综合分析
- [ ] 评估报告生成
### Phase 2.4: 工作流增强 (3周)
- [ ] 自定义工作流编辑器
- [ ] 更多节点类型
- [ ] 条件分支支持
- [ ] 并行执行优化
## 🔄 优先级排序
### P0 - 必须完成
1. **核心链路验证**:确保基本流程可用
2. **自用记录**:每天使用日志
3. **对抗式评估 MVP**:基础三路论证
### P1 - 重要功能
1. **想法池基础功能**:记录和管理想法
2. **工作流自定义**:支持简单自定义
3. **UI/UX 优化**:提升用户体验
### P2 - 可选增强
1. **团队协作**:多用户支持
2. **数据导出**:备份和分享
3. **插件系统**:扩展功能
## 📊 关键指标
### 使用指标
- **日活用户**:至少自己每天使用
- **任务完成率**> 80% 任务按计划完成
- **工作流成功率**> 90% 自动执行成功
### 质量指标
- **响应时间**< 1s本地操作
- **错误率**< 5%
- **用户满意度**:自用评分 > 4/5
## 🚀 交付物
### 阶段性成果
1. **第1个月**:核心功能可用,开始自用
2. **第2个月**:想法池 + 对抗评估完善
3. **第3个月**:工作流增强,评估是否对外
### 最终交付
- 可用的 DevFlow 应用
- 3 个月使用报告
- 产品定位调整建议
## 🎯 风险与应对
### 主要风险
1. **自用动力不足**
- 应对:设置使用提醒
- 应对:建立使用习惯
2. **功能过于复杂**
- 应对:保持极简原则
- 应对:砍掉非核心功能
3. **技术债务累积**
- 应对:定期重构
- 应对:单元测试覆盖
### 成功退出条件
如果满足以下条件,可以开始考虑对外发布:
- 连续 3 个月每天使用
- 核心功能无重大 Bug
- 对抗式评估效果显著
- 明确的产品差异化
---
**回顾**: Phase 1 已完成基础架构Phase 2 专注于验证价值