codebuddy提供三种日志诊断方式：①粘贴日志触发智能解析，定位源码位置并给出修复补丁；②ide内右键跳转诊断，自动打开对应文件行并展示根因分析；③上传日志文件由安全智能体回溯分析，生成带时间轴的故障图谱与pdf报告。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你面对一长串报错日志却找不到异常源头，既不知道是哪行代码抛出 NullPointerException，也看不出是数据库连接超时还是 Redis 响应延迟导致的连锁失败，CodeBuddy 能直接从日志文本中抽取出调用链、定位源码位置、标出变量状态，并给出可落地的修复建议。
粘贴日志触发智能解析
这是最轻量、最快启动的方式，适合本地调试阶段快速验证问题根因。
复制完整错误日志，必须包含至少一层 at com.xxx.yyy 格式的堆栈行，以及异常类名（如 NullPointerException 或 TimeoutException）。
在 CodeBuddy Chat 输入框中，先输入指令：“请分析以下错误日志，定位异常发生的具体文件、函数和行号，并给出最小改动修复方案。”
紧接着粘贴日志内容——注意不要删掉线程名（如 main 或 http-nio-8080-exec-3），也不要截断 Caused by: 后续嵌套异常。
等待 5～15 秒，CodeBuddy 将返回带高亮路径的源码位置、疑似缺陷代码块还原、以及含注释的修复补丁。这一步操作起来很简单，直接把日志拖进去就行。
IDE内右键跳转诊断
适用于已在 VS Code 或 JetBrains IDE 中运行服务并实时看到控制台输出的场景，无需复制粘贴，所见即所诊。
第一步：确认 CodeBuddy 插件已启用“Log-to-Code Navigation”功能，且未被其他日志高亮插件屏蔽。
第二步：在终端或 Debug Console 中找到含行号的堆栈行，例如 at com.example.order.OrderService.createOrder(OrderService.java:78)。
第三步：鼠标悬停该行 → 右键 → 点击 “Let CodeBuddy Diagnose”。【若右键菜单无此选项，说明插件未监听到有效堆栈格式，请检查日志是否被 IDE 自动折叠或过滤】
第四步：插件自动打开 OrderService.java 并跳转至第 78 行，同时侧边栏展示根因分析（如 orderDto.getUserId() 返回 null）、影响范围（该方法被 3 个 Controller 调用）、及三套修复选项（空值校验 / Optional 封装 / 默认值兜底）。
上传日志文件由安全智能体回溯分析
当错误发生在生产环境、日志分散在多个 Pod 或滚动文件中，且你手头只有一份压缩包时，这个方式能重建完整上下文。
进入 CodeBuddy Web 控制台 → 点击“日志分析”入口 → 上传 error.log.gz 或 app-20260805-1422.log 等原始日志文件。
选择“安全智能体模式”，该模式会禁用所有外部网络请求，仅在隔离沙箱中解析日志、提取时间戳序列、还原调用链拓扑，并关联 Git 提交哈希与部署版本号。
系统完成分析后，生成带时间轴的故障图谱：横轴为毫秒级时间戳，纵轴为服务节点，红色连线表示异常传播路径，点击任一节点即可查看该时刻的完整堆栈与内存快照片段。
导出结果为 PDF 报告，含根因结论（如“Redis 连接池耗尽触发下游服务雪崩”）、修复建议（扩容 maxIdle → 200，增加连接泄漏检测开关）、以及对应配置变更 diff 补丁。
