qoderwake断点调试含五法：一、条件断点（橙色）按布尔表达式触发；二、命中次数断点（带数字）在指定循环次数暂停；三、日志断点（蓝色）无中断输出变量值；四、依赖断点链（wait for）按前置断点激活；五、数据断点监控变量写入。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用QoderWake执行脚本任务时，程序行为与预期不符，但日志未暴露明确错误，则可能是深层逻辑分支未按设想触发。以下是利用断点调试快速定位逻辑Bug的多种方法：
一、启用Expression表达式条件断点
该方法用于在满足特定布尔条件时才中断执行，避免在无关迭代或调用中频繁停顿，精准捕获目标逻辑状态。
1、在QoderWake的Quest视图中，打开待调试的脚本文件，点击行号左侧空白区域设置基础断点。
2、右键点击已设断点，选择“Edit Breakpoint”选项。
3、在弹出输入框中输入表达式，例如 user.role === 'admin' && stepCount > 5 或 response.status !== 200。
4、按回车确认，断点图标将变为橙色，表示条件断点已激活。
二、配置Hit Count命中次数断点
适用于循环体、高频回调或批量处理场景，可跳过前N次执行，仅在关键轮次暂停，大幅减少无效中断。
1、清除当前行已有断点设置（包括表达式与日志点），确保Hit Count模式独立生效。
2、右键点击目标行号旁断点，选择“Hit Count…”。
3、在弹窗中选择匹配模式，例如“Break when hit count is equal to”，并填入数值 100。
4、点击确定，断点右侧将显示数字标记，表示命中阈值已设定。
三、插入Log Message无中断日志点
该方式不中断程序流，仅向QoderWake调试控制台输出结构化信息，适合跟踪变量演化路径而不干扰异步流程或生产级验证逻辑。
1、在需观测的代码行左侧单击设置断点，随后右键选择“Edit Breakpoint”。
代码编辑 CLI 工具集合：Cursor CLI（agent）和 Qoder CLI（qodercli），用于代码修改、重构、Code Review 及自动化代码任务。
2、在输入框中直接输入日志模板，例如 "Processing item {id}, total: {items.length}"。
3、确认后断点转为蓝色图标，运行时将在调试控制台持续打印动态值。
4、检查QoderWake右侧面板的“Debug Console”标签页，确认日志按预期格式输出。
四、建立Wait for Breakpoint依赖断点链
用于模拟多阶段协同调试流程，确保某断点仅在前置逻辑已成功触发的前提下才被激活，还原真实执行时序约束。
1、先在前置逻辑位置（如权限校验通过后）设置一个普通断点，并记下其唯一标识（如行号+文件名缩写）。
2、在后续依赖逻辑行设置新断点，右键选择“Edit Breakpoint”。
3、输入依赖声明，格式为 wait for 'auth_check_success:line_42'（需与实际标识一致）。
4、运行调试会话，仅当首个断点触发后，第二个断点才被动态启用并可中断。
五、结合QoderWake沙盒环境启用数据断点
当Bug源于关键变量被意外篡改（如全局计数器、状态标志位），数据断点可在该变量内存地址被写入时立即中断，无需预设位置。
1、在QoderWake CLI或IDE插件中启动调试会话，确保已加载Debug符号（启用-g编译选项）。
2、打开调试侧边栏，选择“Breakpoints” → “Add Data Breakpoint”。
3、在输入框中填入目标变量全路径名，例如 taskContext.state.retryCount。
4、执行脚本，一旦该变量值发生变更，调试器将自动暂停并高亮显示修改栈帧。
