TASK BOARD
W20 任务看板
核心任务
9
核心任务
7人
任务负责人
9/9
进行中
| # | 任务 | 负责人 | 状态 |
|---|---|---|---|
| 1 | 基于CDC确定VB一个基于高德SDK的APK来模拟导航地图的可行性 | 温琦琛 | 进行中 |
| 2 | 验证CDC上VB车控和音乐的可行性 | 温琦琛 | 进行中 |
| 3 | 确认原子能力注册和管理的设计（端云） | 温琦琛 | 进行中 |
| 4 | 车控（带状态）测试集和指标搬运和新系统效果摸底 | 李滨航 | 进行中 |
| 5 | 导航测试集和指标搬运和新系统效果摸底 | 朱麒宇 | 进行中 |
| 6 | 记忆测试集和指标搬运和新系统效果摸底 | 孙洋 | 进行中 |
| 7 | CDC基于VK链接现有sa-next沙盒，挑战音频输入、音频播放 | 王津男 | 进行中 |
| 8 | CDC链接Coding Agent，收集现有导航GRPK的测试发版集合和标准，尝试通过Claude Code + CDC能跑端到端测试 | 智文卓 | 进行中 |
| 9 | 现有沙盒梳理和部署，微调最终的TTS播报 | 赵群 | 进行中 |
任务说明
1. 基于CDC确定VB一个基于高德SDK的APK来模拟导航地图的可行性
- 负责人：温琦琛
- 目标：在CDC（座舱开发平台）上验证是否可以通过VB（虚拟盒子）部署一个基于高德SDK的APK，用于模拟导航地图场景
- 意义：为端侧导航场景提供可用的模拟环境，降低对实车/台架的依赖
2. 验证CDC上VB车控和音乐的可行性
- 负责人：温琦琛
- 目标：验证CDC平台上通过VB实现车控和音乐功能的技术可行性
- 意义：车控和音乐是语音交互的核心垂域，确认CDC+VB方案可行是端侧验证的基础
3. 确认原子能力注册和管理的设计（端云）
- 负责人：温琦琛
- 目标：明确原子能力的注册、发现和管理机制，覆盖端侧和云端两侧
- 意义：原子能力是垂域Agent调用工具的基础，注册管理机制直接影响Agent的工具感知与执行
4. 车控（带状态）测试集和指标搬运和新系统效果摸底
- 负责人：李滨航
- 目标：将现有车控测试集（含状态相关case）和评测指标迁移到新系统，并跑通首轮效果摸底
- 意义：车控是带状态的垂域（如车窗开度、空调温度），测试集搬运是回归验证的前提
5. 导航测试集和指标搬运和新系统效果摸底
- 负责人：朱麒宇
- 目标：将现有导航测试集和评测指标迁移到新系统，并跑通首轮效果摸底
- 意义：导航是复杂度最高的垂域之一，测试集搬运和效果摸底是后续迭代优化的基准
6. 记忆测试集和指标搬运和新系统效果摸底
- 负责人：孙洋
- 目标：将现有记忆能力相关测试集和评测指标迁移到新系统，并跑通首轮效果摸底
- 意义：记忆能力（多轮对话上下文、用户偏好）是体验关键，需独立测试集覆盖
7. CDC基于VK链接现有sa-next沙盒，挑战音频输入、音频播放
- 负责人：王津男
- 目标：在CDC上通过VK（虚拟内核）连接现有sa-next沙盒环境，打通音频输入和音频播放链路
- 意义：音频输入/输出是语音交互全链路的关键闭环，此任务验证端侧音频链路的可行性
8. CDC链接Coding Agent，收集现有导航GRPK的测试发版集合和标准，尝试通过Claude Code + CDC能跑端到端测试
- 负责人：智文卓
- 目标：将CDC与Coding Agent对接，收集导航GRPK已有的测试发版集合和标准，验证Claude Code + CDC跑端到端测试的可行性
- 意义：验证Vibe Coding模式在端到端测试场景的可行性，是"Agent自主完成测试"的关键一步
9. 现有沙盒梳理和部署，微调最终的TTS播报
- 负责人：赵群
- 目标：梳理现有沙盒环境并完成部署，同时对TTS播报进行微调优化
- 意义：沙盒是算法开发和评测的基础设施，TTS播报质量直接影响用户体验