运行时可观测性:
- 新增 runtime_logs SQLite 表,提供全局 log_event 写入函数(保留最近 500 条)
- mcp_server/mcp_inject/groups 关键路径接入结构化日志
- MCP 新增 get_diagnostics 工具,返回注入摘要与近期错误
- add_group_member 注入失败时前端显示黄色 toast 警告
健康中心:
- 新增 run_health_check 命令(6 项并行检查:MCP/Git 路径/项目路径/GitHub Token/编辑器/DB 延迟)
- 新增质量指标聚合(休眠项目/孤立项目/注入异常组/无路径项目)
- 侧边栏新增健康中心页面,支持手动刷新和诊断报告复制
- 设置页 MCP 状态改为真实 HTTP ping 检测
项目导师:
- 新增 get_mentor_context 后端命令,聚合健康状态/蓝图摘要/近期错误
- MCP 新增 get_project_mentor_context 工具(含产品组归属校验)
- 项目卡片底部新增 🎓 导师按钮,面板支持复制结构化 Markdown 报告
- 修复 WSL 项目路径识别:wsl_path 存 UNC 格式时自动提取 distro 和 Linux 路径,改用 wsl 命令检查路径存在性(规避 Path::exists() 对 \wsl.localhost\... 不可靠的问题)
AI 工作流:
- 新增 AI-WORKFLOW.md、.claude/skills/ 技能体系配置
- 更新 CLAUDE.md 补充蓝图驱动开发规范
83 lines
2.2 KiB
Markdown
83 lines
2.2 KiB
Markdown
---
|
||
name: splitter
|
||
description: 将 architect 的设计文档拆解为任务卡,若项目有 .blueprint/ 则写入蓝图文件。Use after /architect for L-complexity tasks.
|
||
allowed-tools: Read, Edit, Write, Glob
|
||
---
|
||
|
||
# 任务拆解
|
||
|
||
将架构设计拆解为可独立执行的任务卡。
|
||
|
||
## 前提
|
||
当前对话中应已有 `/architect` 输出的设计文档,包含受影响文件和拆解建议。
|
||
|
||
## 步骤
|
||
|
||
### 1. 确认任务管理方式
|
||
- 若项目存在 `.blueprint/manifest.yaml` → 写入蓝图文件
|
||
- 若不存在 → 以 Markdown 列表输出到对话,由用户决定放哪里
|
||
|
||
### 2. 拆解原则
|
||
|
||
**粒度控制**
|
||
- 每张卡 complexity 必须是 `S` 或 `M`,不允许 L
|
||
- S:单文件改动,逻辑简单,独立可完成
|
||
- M:跨 2-3 个文件,有业务逻辑,但边界清晰
|
||
- 拆出来还是 L → 继续细拆
|
||
|
||
**依赖顺序**
|
||
- 数据层(schema / model)→ 后端接口 → 前端封装 → UI 组件
|
||
- 有依赖的卡填写 `depends` 字段
|
||
|
||
**可派发标准(每张卡必须满足)**
|
||
- `files`:明确列出涉及文件的相对路径
|
||
- `acceptance`:一句话验收标准,描述可观察的结果
|
||
- `complexity`:S 或 M
|
||
|
||
### 3a. 写入蓝图(有 .blueprint/ 时)
|
||
|
||
读取 `.blueprint/modules/<id>.md`,在末尾追加任务卡:
|
||
|
||
```markdown
|
||
### 📋 <任务标题>
|
||
- status: todo
|
||
- complexity: S|M
|
||
- files: src/path/to/file.tsx, src-tauri/src/commands/xxx.rs
|
||
- depends: <依赖模块id>(可选)
|
||
- acceptance: <一句话验收标准>
|
||
```
|
||
|
||
然后更新 `manifest.yaml`:status → `planned`,`updated` 改为今天日期。
|
||
|
||
### 3b. 输出到对话(无 .blueprint/ 时)
|
||
|
||
```markdown
|
||
## 任务拆解:<功能名>
|
||
|
||
### 📋 <卡名>(S)
|
||
- files: ...
|
||
- acceptance: ...
|
||
|
||
### 📋 <卡名>(M)
|
||
- files: ...
|
||
- acceptance: ...
|
||
- depends: 上一张卡
|
||
```
|
||
|
||
### 4. 输出拆解摘要
|
||
|
||
```
|
||
共 N 张任务卡,执行顺序:
|
||
1. 📋 <卡名>(S)— <一句话说明>
|
||
2. 📋 <卡名>(M)— <一句话说明>
|
||
3. 📋 <卡名>(M)— <一句话说明,depends: 卡2>
|
||
```
|
||
|
||
## 质量检查
|
||
写完后逐张确认:
|
||
- [ ] 每张卡有 `files`
|
||
- [ ] 每张卡有 `acceptance`
|
||
- [ ] complexity 全部是 S 或 M
|
||
- [ ] 有依赖的卡填了 `depends`
|
||
- [ ] 任务卡按执行顺序排列
|