qoderwake中确认任务执行状态需三步：先通过控制台任务中心查看执行历史并点击详情获取全链路视图；再根据trace_id用jq精准过滤runtime.log或按时间窗口粗筛日志；最后用cli导出含html报告、svg时序图和输出文件的结构化zip快照。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
您在QoderWake中配置了定时备份、日志归档或数据库同步等自动化任务后，需要快速确认某次执行是否成功、输出是否完整、中间是否有中断或人工干预环节，就必须定位并解析其专属执行记录。
通过控制台任务中心查看历史执行列表
这是最直观的方式，适用于日常巡检与快速状态判断，无需命令行操作。
1、登录QoderWake管理控制台，进入「任务中心」→「执行历史」模块。
2、在顶部筛选栏中，选择目标数字员工（如“DB-Backup-Agent”）、时间范围（默认最近7天）及状态类型（可单选“completed”“failed”“pending_approval”）。
3、点击任一执行记录右侧的「详情」按钮，页面跳转至该次执行的全链路视图，含触发时间、耗时、输入上下文哈希、各节点状态图标（绿色✅/黄色⚠️/红色❌）。
4、若该任务含人工审批环节，详情页底部会显示「审批轨迹」区域，列出所有审批人、操作时间、决策结果及附言。未出现此区域则说明本次执行全程自动完成。
从runtime.log中提取单次执行的完整轨迹
当控制台详情页信息不足，需深入分析决策逻辑、异常堆栈或沙盒内行为时，必须直读原始日志文件。
方法一：用jq按trace_id精准过滤
1、先从控制台执行详情页复制该次执行的trace_id（形如tr-8a2f9c1e-4b5d）。
2、登录对应Agent部署服务器，执行：
jq 'select(.trace_id == "tr-8a2f9c1e-4b5d")' /var/log/qoderwake/agents/dp-7f3a9b21/runtime.log > /tmp/trace_full.jsonl
3、这一步必须确保trace_id完全匹配，【大小写与连字符一个都不能错，否则返回空结果】。
4、用cat /tmp/trace_full.jsonl | head -n 5验证前五行是否为合法JSON对象，且包含event_type、timestamp、call_stack字段。
方法二：用时间窗口粗筛后人工定位
1、若trace_id不可见，可用任务触发时间反推：执行tail -n 5000 /var/log/qoderwake/agents/dp-7f3a9b21/runtime.log | grep "2026-07-30T12:"获取当日12点起的日志片段。
2、从中查找含"task_started"事件的行，再向下翻找紧邻的"task_completed"或"fallback_reason"字段所在行，即为本次执行边界。
使用CLI命令导出结构化执行快照
该方式生成带签名的ZIP包，内含可直接打开的HTML报告、SVG执行时序图与原始输出文件，适合交付复盘或跨团队协作。
第一步：确认任务ID并执行导出指令
1、在终端中运行qoderwake task list --status=completed --limit=10，找到目标任务的task-id（如TK-20260730-1245）。
2、执行导出命令：
qoderwake task export --task-id TK-20260730-1245 --format=zip --include=html_report,execution_timeline,output_artifacts
第二步：解压并验证关键文件
1、解压后进入生成目录，检查是否存在execution_timeline.svg——该图以横向时间轴展示每个节点的开始/结束时间、耗时与状态色块。
2、打开index.html，重点查看「决策点摘要」表格：其中decision_boundary字段值为halt_on_write_prod时，表示数字员工主动中止写入操作；若为skip_unverified_context，则说明跳过了未经校验的上下文分支。
3、output/子目录下应有该次任务生成的所有产物文件，如backup_20260730_1245.sql或report_daily_20260730.xlsx。
