修复: AR-3 审批 reason 查项目名拼对象名(用户再反馈 P0)

build_approval_reason 改 async + 接收 db,对 delete/restore/purge/update/bind/create_task 的 id/project_id 查 ProjectRepo.get_by_id 拼「项目名」(id=x)(原只拼裸 id,用户反馈'只返回 ID 不知道是什么数据')
新增 resolve_project_label helper;process_tool_calls 调用改 await
来源 aichat审查报告 第二章 + 用户 2026-06-14 再反馈;cargo 0 err
This commit is contained in:
2026-06-14 17:16:28 +08:00
parent 7e27370923
commit f3c0967f41
31 changed files with 49 additions and 15 deletions

View File

@@ -0,0 +1,171 @@
# 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. **插件系统**:扩展功能
## 🗂️ 知识库Tier 1 已完成Sprint 15
> 2026-06-13 完成。
**已落地**
- candidate→published→archived 状态机 + 人工门控AI 只产 candidate
- AI 自动提炼(对话完成后 spawnmin_messages≥4 守卫)
- LIKE 关键词检索 + system prompt 注入auto_inject 开关)
- 手动录入Knowledge.vue+ 审核收件箱(按 confidence 排序)
- Phase 5.5:向量 embedding + 混合检索Settings 开关默认关openai_compat embed
- 11 个 IPC Command设计对齐 MCP 语义
**Tier 2 待做**
- ai_node prompt 注入(节点级知识上下文)
- 工作流 NodeFailed→pitfall 自动沉淀
- 决策记录→architecture_pattern前置 traceability 持久化)
- MCP Shell 封装(外部工具 Claude Code/CodeX/Cursor 访问)
详见 [知识库模块文档](../03-模块文档/df-knowledge-知识库.md)。
---
## 🧠 决策能力升级B 路线)
> 2026-06-12 记录。单独立项A 路线UX 快赢)完成并验证后启动。
**现状**AI Chat 为单链 ReAct —— `run_agentic_loop``src-tauri/src/commands/ai.rs`)最多 10 轮串行执行工具调用无规划、无协作、无条件分支、无自纠。仅风险门控Low 自动 / Medium+High 审批)做得较完整。
**目标链路**:用户意图 → LLM 规划子任务 → coordinator 拆 DAG → executor 分层并行执行 → conditions 按 AI 输出做条件路由 → reflection 自纠。
**需求点**
1. **Planning任务规划**:意图 → LLM 先规划子任务 DAG再执行
2. **Coordinator多 agent 协作)**:填 `crates/df-ai/src/coordinator.rs::AgentCoordinator::run()`(当前全 TODO返回硬编码 `"TODO: Agent 协作结果"`
3. **Conditions条件分支**:填 `crates/df-workflow/src/conditions.rs::ConditionEngine::evaluate()`(当前只认 `true`/`false` 字面量,缺 JSON Path / 比较 / contains / and-or-not默认 `Ok(true)` 致 DAG 边全通)
4. **分层并行接入**`executor.rs` 已有 `topological_layers` + `join_all`(测试 `test_same_layer_runs_in_parallel`),但仅喂静态 DAGagentic loop 未接入
5. **Reflection自纠**:缺失,需执行后自检 / 重试机制
**启动前置**:重读 coordinator.rs / conditions.rs 确认仍为空壳(期间可能有变动)。
## 🧩 aichat 后续需求点(路线总览)
> 2026-06-12 记录。汇总 aichat「决策能力 / 技能联想」两类后续需求,与上方 B 路线互补,便于排期。
### A/B 路线拆分
- **A 线 — UX 快赢(进行中/部分已完成)**:对话管理(时间分组 + 归档折叠 + 重启恢复对话/窗口)、技能指令注入等体验改进,低成本快速落地。
- **B 线 — 决策能力补强(单独立项)**:当前 AI 会话是单链 ReActcoordinator / conditions 等为空壳,无规划式智能。需补多步规划、条件分支、任务分解等决策能力(详见上方「🧠 决策能力升级B 路线)」)。
### 决策能力现状(待 B 线解决)
- **单链 ReAct**LLM 流式生成 → 工具调用 → 结果回传 → 循环(最多 `MAX_AGENT_ITERATIONS=10` 轮)。
- **缺**:无前置规划、无条件编排、无多路径裁决。能力天花板受限于单轮 tool-use 循环。
- **佐证**`run_agentic_loop``src-tauri/src/commands/ai.rs`)串行执行工具,`coordinator.rs::run()` 返回硬编码 TODO`conditions.rs::evaluate()` 默认 `Ok(true)` 致 DAG 边全通。
### 技能 / 联想需求
- **目标**:输入 `/` 时联想本机 Claude 技能skills / commands / plugins 三类)并选用。
- **现状**
- 后端:扫描三类来源(`~/.claude/skills/*/SKILL.md` + `~/.claude/commands/*.md` + `~/.claude/plugins/marketplaces/**/skills/*/SKILL.md`+ SKILL.md 全文注入 system prompt 已实现(`ai_list_skills` / `read_skill_content`)。
- 前端:`/` 联想浮层 UI 已初步,待完善匹配排序与参数提示。
- **定位**:与 B 路线(决策能力)独立,属技能注入体系;可作为独立小需求排期,工作量中(后端扫文件 + IPC、前端联想浮层
- **后续可扩展**Codex`~/.codex/vendor_imports/skills`frontmatter 与 Claude 一致可统一解析纳入openclaw 属 agent 选择层、不纳入。
## 📊 关键指标
### 使用指标
- **日活用户**:至少自己每天使用
- **任务完成率**> 80% 任务按计划完成
- **工作流成功率**> 90% 自动执行成功
### 质量指标
- **响应时间**< 1s本地操作
- **错误率**< 5%
- **用户满意度**:自用评分 > 4/5
## 🚀 交付物
### 阶段性成果
1. **第1个月**:核心功能可用,开始自用
2. **第2个月**:想法池 + 对抗评估完善
3. **第3个月**:工作流增强,评估是否对外
### 最终交付
- 可用的 DevFlow 应用
- 3 个月使用报告
- 产品定位调整建议
## 🎯 风险与应对
### 主要风险
1. **自用动力不足**
- 应对:设置使用提醒
- 应对:建立使用习惯
2. **功能过于复杂**
- 应对:保持极简原则
- 应对:砍掉非核心功能
3. **技术债务累积**
- 应对:定期重构
- 应对:单元测试覆盖
### 成功退出条件
如果满足以下条件,可以开始考虑对外发布:
- 连续 3 个月每天使用
- 核心功能无重大 Bug
- 对抗式评估效果显著
- 明确的产品差异化
---
**回顾**: Phase 1 已完成基础架构Phase 2 专注于验证价值