应使用管道命令cat error.log | codebuddy -p"分析错误原因"，支持绝对/相对路径，修改类任务需加-y参数确认执行，多行日志可用tail、grep或jq预处理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想用CodeBuddy快速分析一段本地保存的错误日志文件，而不是手动复制粘贴到Chat界面，这时就需要用到管道输入命令——它能直接把日志内容喂给CodeBuddy CLI，跳过人工中转环节，避免遗漏堆栈关键行。
基础管道命令写法
在终端中执行：cat error.log | codebuddy -p"分析错误原因"。
这行命令会把error.log文件全文作为上下文输入给CodeBuddy，指令部分-p"分析错误原因"告诉模型你要做什么任务。
【必须确保error.log存在且路径正确，否则cat会报错并中断管道】
如果日志文件不在当前目录，得写绝对路径或相对路径，比如cat ./logs/backend-error-20260630.log | codebuddy -p"定位空指针异常位置"。
带确认机制的修改类分析
当分析结果包含代码修改建议（例如要自动补上try-catch或添加判空），必须显式加-y参数才能执行写入操作。
第一步：先运行不带-y的命令预览建议：cat crash.log | codebuddy -p"为UserService.java第47行添加异常捕获"。
第二步：确认补丁合理后，再执行带-y的版本：cat crash.log | codebuddy -p"为UserService.java第47行添加异常捕获" -y。
不加-y时，CodeBuddy只输出Diff预览，不会改动任何文件；加了-y才真正写入，【此操作不可逆，务必先验证建议内容】。
多行日志的处理技巧
方法一：用tail -n 200截取末尾关键段落，避免加载整份GB级日志拖慢响应：tail -n 200 app.log | codebuddy -p"提取最近一次500错误的根因"。
方法二：用grep精准过滤含堆栈的行，例如只传Caused by和at com.开头的行：grep -E "Caused by|at com\." full.log | codebuddy -p"还原异常调用链"。
方法三：若日志是JSON格式（如Logback的JSON encoder输出），可用jq提取message字段再送入：jq -r '.message' logs.json | codebuddy -p"归纳高频错误类型"。
