qoderwake执行skill的日志需按类型和环境分别定位：内置岗位类日志在agent主日志中，自定义api型需debug级沙箱日志或debug_mode配置，离线本地型日志输出至指定log_path或/tmp/qoder-skill-uuid.log。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
QoderWake执行Skill时产生的日志分散在多个路径，需根据Skill类型（内置岗位类、自定义API型、离线本地型）和运行环境（桌面端、CLI沙箱、QoderWake数字员工服务端）分别定位，不能只看一个文件就认为已覆盖全部执行痕迹。
查看内置岗位Skill的实时执行日志
内置岗位Skill（如“数字程序员”“数字HR”）默认不写入独立日志文件，其完整执行链路被统一捕获进QoderWake Agent的主运行日志中。
第一步：确认目标数字员工ID，执行ls -l /var/log/qoderwake/agents/列出所有激活实例。
第二步：选取对应ID（例如dp-7f3a9b21），运行tail -f /var/log/qoderwake/agents/dp-7f3a9b21/runtime.log实时追踪。
第三步：在QoderWake界面触发该Skill（如点击“生成面试题”按钮），观察日志中是否出现"skill_name": "interview-question-generator"字段及后续decision_boundary标记——这说明Skill已进入执行上下文。
【注意】若未看到skill_name字段，说明该Skill尚未被实际调用，仅在目录面板中显示不代表已运行。
抓取自定义API型Skill的底层通信日志
当Skill对接外部系统（如SonarQube、Slack API）时，网络请求细节、响应码、超时事件不会出现在runtime.log里，必须启用DEBUG级沙箱日志才能捕获。
Qoder Linux版是由阿里推出的智能体自主开发工作台，支持开发者通过定义需求即可让Agent团队“自动驾驶”，自主完成代码执行、验证与交付的全流程。其全新的Quest独立视窗集成了任务管理与状态追踪能力，并支持跨项目多任务并行处理，显著提升开发效率。此外，Qoder还提供专家团模式与团队级知识引擎，适配复杂开发场景。
方法一：在CLI中执行qoderlog --follow --level=debug，复现一次Skill调用操作，重点查找含[HTTP-REQUEST]或[MCP-ERROR]的日志行。
方法二：临时修改Skill配置，在API参数中添加debug_mode: true字段，重启QoderWake服务后，该Skill的所有请求头、原始响应体将被强制记录到~/.qoder/logs/latest.log。
这一步操作起来很简单，直接把debug_mode字段加进yaml配置里就行。
定位离线本地Skill的日志输出位置
离线Skill（如local-log-analyzer）不走网络通道，其标准输出和错误流默认重定向至本地文件，而非JSON Lines结构化日志。
执行qoder skill status local-log-analyzer，查看返回中的log_path字段值。
若字段为空，则该Skill日志输出到/tmp/qoder-skill-skill_id.log，其中skill_id为执行时生成的UUID片段（可在runtime.log中搜索"skill_id"字段反向提取）。
【关键前提】离线Skill必须启用offline_capable: true，否则日志路径可能被忽略或写入失败。
