QoderWake需配置为具备测试触发能力的自动化实体：定义test-waker角色、绑定Git/CI事件源、启用本地权限与工具链、编写YAML行为脚本实现监听提交→生成测试→执行验证闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让QoderWake自动执行测试任务，但当前Waker只是被动响应指令、无法主动拉起测试流水线或校验部署结果。这说明Waker尚未配置为具备测试触发能力的自动化实体，必须通过结构化定义其行为边界、事件源与执行上下文。
定义Waker角色与测试职责
Waker不是通用代理，而是绑定特定质量保障场景的轻量级数字员工。不明确职责会导致其忽略PRD中的验证语义，仅执行基础代码补全。
在QoderWake控制台 → 「数字程序员」工作区 → 点击右上角「+ 新建Waker」。
填写名称为test-waker-【必须包含test或qa前缀】，否则系统不会为其加载测试技能模块。
在「角色描述」字段中输入：“负责监听Git提交、触发单元测试生成、验证部署后接口可用性”，该描述将参与后续技能路由匹配。
绑定测试事件源与触发通道
Waker需感知外部变化才能启动动作，仅靠手动唤醒无法实现闭环。必须为其指定可信事件入口，否则它始终处于休眠状态。
方法一：对接代码仓库Webhook（推荐）
进入Waker详情页 → 「事件源」→「添加Webhook」→ 选择GitHub/GitLab/Codeup → 填写Payload URL为https://qoder.com/api/v1/waker/{waker_id}/trigger（替换{waker_id}为实际ID）。
勾选Pushes和Pull requests事件，Secret填写Waker详情页中显示的Webhook密钥——【密钥仅显示一次，丢失需重置】。
方法二：绑定CI/CD平台Hook（如Jenkins、ArgoCD）
在「事件源」→「自定义HTTP端点」中启用，复制生成的回调URL，粘贴至CI工具的Post-build Actions → Send build status to URL。
设置Header为X-Qoder-Waker-Signature: {密钥}，Body格式为JSON且必须含"event": "deploy-success"字段。
配置测试执行沙盒与权限
Waker默认运行在受限沙盒中，无法访问本地文件系统或调用pytest/junit命令。未解除限制将导致测试生成失败或脚本执行中断。
第一步：启用本地执行权限
在Waker详情页 → 「安全策略」→ 关闭「Strict Sandbox Mode」开关。
第二步：挂载测试依赖目录
点击「资源挂载」→ 添加路径映射：/home/user/project → /mnt/project，确保Waker能读取src/与tests/目录。
第三步：注入测试工具链环境变量
在「环境变量」区域添加：PYTHONPATH=/mnt/project、TEST_COVERAGE_THRESHOLD=85、JUNIT_HOME=/usr/share/junit5。
编写Waker行为脚本并启用
行为脚本决定Waker收到事件后做什么。空脚本等于无动作，必须显式声明测试触发逻辑。
① 在Waker详情页 → 「行为脚本」→ 点击「编辑」。
② 输入以下YAML内容：
on: webhook
if: event == "push" && files_changed contains "src/"
do:
- qodercli testgen --lang python --coverage 90 --output ./tests/
- pytest ./tests/ -v --cov=src/ --cov-fail-under=90
- curl -X POST https://qoder.com/api/v1/deploy/verify?env=staging
③ 点击「保存并启用」，状态变为Active即表示Waker已就绪。
