可安全测试aionclaw表单填充流程：新建「本地调试模式」技能，用自然语言指令填写字段（禁用提交动词），运行「预演」拦截提交；辅以opencli校验字段路径或导入手录轨迹；最后用js断言验证value属性值是否符合业务规则。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
不提交表单直接测试AionClaw填写流程
你想验证AionClaw能否准确识别网页字段、填入正确内容、保持格式不变，但又不想触发真实提交导致数据污染或重复下单——这种测试必须绕过表单最终动作，只走通“定位→解析→填充”环节。
第一步：在AionClaw技能编辑器中新建一个「浏览器操作」类技能，名称设为【表单填充预演】，类型选「本地调试模式」。这个模式会强制禁用所有外发请求，包括POST、submit()、click()触发的跳转，是唯一能安全拦截提交动作的开关。
第二步：在技能指令框里写自然语言任务，例如：“打开https://example.com/apply，把姓名填为‘张三’，邮箱填为‘test@aionclaw.local’，电话留空不填”。注意【不要出现‘点击提交’‘确认发送’‘完成申请’等任何触发动作的动词】，否则AionClaw会在本地模拟时仍尝试调用DOM submit()方法，导致调试失败。
第三步：点击右上角「运行预演」按钮（不是「部署」或「立即执行」），此时AionClaw会启动无头Chrome实例，加载页面，高亮识别出的所有输入框，并在控制台逐行打印填充日志：“[FIELD] input[name='name'] → filled with ‘张三’”，“[FIELD] input[type='email'] → filled with ‘test@aionclaw.local’”。填充完成后浏览器保持打开状态，页面停留在原URL，所有字段已更新但无任何网络请求发出。
用OpenCLI插件辅助验证字段识别准确性
当网页使用动态渲染、Shadow DOM或自定义组件时，AionClaw原生识别可能漏掉某些隐藏字段。这时需要借助OpenCLI浏览器插件做二次校验。
方法一：手动标记字段路径
先在Chrome中打开目标表单页，点击地址栏右侧OpenCLI图标→选择「Inspect Element」→用鼠标悬停在待测输入框上，插件会实时显示该元素的CSS选择器路径（如input#user-email）和XPath（如//input[@id='user-email']）。把这个路径复制进AionClaw技能的「字段映射」高级配置里，覆盖默认自动识别结果。
方法二：录制填充轨迹回放
在OpenCLI面板中点击「Record」→手动完成一次完整填写（不点提交）→停止录制→导出为JSON轨迹文件。把该文件拖进AionClaw技能编辑器的「导入操作流」区域，系统会自动解析出每一步DOM操作节点。此时再运行预演，AionClaw将严格按你手录的路径执行，跳过所有AI猜测环节，确保字段定位100%可控。
检查填充后的内容是否符合业务规则
光填进去还不够，得验证格式是否被正确保留。比如日期控件填“2026-10-10”后，有些前端框架会自动转成“Oct 10, 2026”再塞进value属性，而AionClaw读取的是原始输入框的value，不是显示文本。
在技能指令末尾追加一句：“填充完成后，检查#phone字段的value属性是否为空字符串，检查#email字段的value是否包含‘@’且长度大于5”。AionClaw会在填充结束瞬间执行这段JS断言，并在控制台输出PASS或FAIL。这是唯一能确认字段值真正写入DOM的方式，比肉眼观察更可靠。
如果断言失败，说明前端框架劫持了输入行为。此时必须改用OpenCLI的「Execute JS」动作，在技能流程中插入一行document.querySelector('#phone').value = ''，绕过框架绑定逻辑，直写DOM。
