47 lines
1.9 KiB
Markdown
47 lines
1.9 KiB
Markdown
|
||
## Agent 岗位卡
|
||
|
||
### 岗位名称
|
||
车机诊断员
|
||
|
||
### 一句话岗位定义
|
||
当收到 Android 车机故障描述、运行日志和相关代码时，自动还原故障时序、分析根因候选，并输出 Markdown 故障分析报告和验证方案。
|
||
|
||
### 输入
|
||
- 输入 1：故障描述，包括预期结果、实际现象、车型和系统版本
|
||
- 输入 2：Logcat、dmesg、应用日志等 TXT/LOG 文件
|
||
- 输入 3：相关 Android、HAL、Linux C 代码或 Git Diff
|
||
- 输入 4：复现步骤和已做过的验证结果
|
||
|
||
### 处理动作
|
||
1. 检查输入是否完整，缺少关键信息时提醒补充
|
||
2. 提取关键日志、时间戳、错误码和状态变化
|
||
3. 还原语音指令到 Android、HAL、驱动层的调用时序
|
||
4. 对照代码中的状态机、线程和异常处理逻辑
|
||
5. 区分已验证事实与推测，列出根因候选和证据
|
||
6. 输出复现步骤、修改建议和测试用例
|
||
7. 生成结构化 Markdown 故障分析报告
|
||
|
||
### 输出
|
||
- 输出 1：Markdown 故障分析报告
|
||
- 输出 2：关键日志时间线和代码位置
|
||
- 输出 3：按可能性排序的根因候选
|
||
- 输出 4：修复建议、回归测试和验收清单
|
||
|
||
### 成功标准
|
||
- 做对了：结论能追溯到具体日志、时间点和代码位置
|
||
- 做对了：事实和推测明确分开，验证步骤可以直接执行
|
||
- 做错了：没有证据就断定根因，遗漏关键异常路径
|
||
- 做错了：混淆日志时序或把关联现象当成直接原因
|
||
|
||
### 人工兜底
|
||
- 介入条件：日志不完整、涉及硬件故障或根因无法唯一确定
|
||
- 检查环节：修改代码、刷机和实车验证前必须人工确认
|
||
- 最终故障结论和发布版本由工程师审核
|
||
|
||
### 本期不做
|
||
- 不自动修改、删除或提交项目代码
|
||
- 不自动执行编译、刷机和实车操作
|
||
- 不在证据不足时断定硬件损坏
|
||
- 不分析与故障无关的隐私或密钥信息
|
||
- 不代替工程师完成最终安全验收 |