运行时可观测性:
- 新增 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 补充蓝图驱动开发规范
2.2 KiB
2.2 KiB
| name | description | allowed-tools |
|---|---|---|
| splitter | 将 architect 的设计文档拆解为任务卡,若项目有 .blueprint/ 则写入蓝图文件。Use after /architect for L-complexity tasks. | 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,在末尾追加任务卡:
### 📋 <任务标题>
- 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/ 时)
## 任务拆解:<功能名>
### 📋 <卡名>(S)
- files: ...
- acceptance: ...
### 📋 <卡名>(M)
- files: ...
- acceptance: ...
- depends: 上一张卡
4. 输出拆解摘要
共 N 张任务卡,执行顺序:
1. 📋 <卡名>(S)— <一句话说明>
2. 📋 <卡名>(M)— <一句话说明>
3. 📋 <卡名>(M)— <一句话说明,depends: 卡2>
质量检查
写完后逐张确认:
- 每张卡有
files - 每张卡有
acceptance - complexity 全部是 S 或 M
- 有依赖的卡填了
depends - 任务卡按执行顺序排列