从空白画布到跑通：浏览器提交型 workflow 实操范例

这一页用最常见的一类任务来演示：

“准备一个网页提交包，填写表单、上传文件、审批后提交，并保留浏览器和桌面证据。”

第一步，先把输入定成可执行的

推荐先准备这些输入：

• portalUrl
• submissionTitle
• submissionBody
• uploadFileRefs
• desktopAppName
• reviewApproved

这类流程最怕不是节点不够，而是文件、地址、标题这些入口字段一开始就不完整。

第二步，主干顺序不要乱

推荐主干：

1. Goal / brief
2. browser.navigate
3. browser.type
4. browser.upload_file
5. Review / Approval
6. browser.submit_form
7. browser.screenshot
8. Delivery

如果你还需要桌面端联动取证，可以继续接：

• computer.focus_app
• computer.observe
• computer.screenshot

第三步，第一轮先不要碰真实提交

第一轮最值得验证的是：

• 页面能不能打开
• 字段能不能填上
• 文件能不能传上去
• 截图证据链能不能成立

只有这些都稳了，再让提交节点真正对外生效。

第四步，审批一定放在提交前

浏览器提交流里，审批最该拦住的就是：

• 最终提交
• 对外系统写入
• 可能重复执行的动作

如果审批放在提交后面，它就已经失去最核心的价值了。

第五步，第一次跑通的合格标准

• 表单页面打开正确；
• 标题、正文、附件都正确填入；
• 提交前有人能看懂该不该继续；
• 提交后拿到了截图或回执；
• delivery 留下了提交记录。

这条实操里最容易踩的坑

一条最稳的试跑建议

• 第一轮只验证页面链路；
• 第二轮再验证审批链路；
• 第三轮才验证真实提交。

这样排错最清楚，也最不容易把外部世界弄乱。

配套阅读

• 浏览器提交型 workflow
• Browser 节点
• Approval 节点