starter 细页：browser_desktop_submission_audit
适合跨浏览器和桌面取证的高风险提交流 starter。
browser_desktop_submission_audit 是一条非常有代表性的高风险 starter。
它不是普通“填表流”，而是：
- 浏览器里准备和提交
- 提交后再到桌面侧取证
- 最后带 proof 和 receipt 收口
适合谁
- 需要浏览器提交的人
- 提交后还要保留审计证据的人
- 跨网页和桌面系统联动的人
不适合谁
- 只是做普通内容草稿的人
- 没有真实提交动作的人
- 不需要证据链的人
最安全的改法
最安全的是改：
- portal URL
- 表单字段
- upload file 输入
- desktop evidence zone
但先不要乱动这条主干顺序：
Open → Fill → Upload → Review → Submit → Browser proof → Desktop evidence → Deliver
最容易改坏的地方
- 把审批放到 submit 后面
- 删除 proof / screenshot 节点
- 提交后不查真实状态就整条重跑
第一次试跑建议
先验证打开、填写、上传，不先点真实提交。
第二轮验证 review 和 approval 是否停在正确位置。
第三轮再验证真实 submit、browser proof 和 desktop evidence。
字段映射示例
| 你填写的输入 | starter 里怎么用 | 常见产出 |
|---|---|---|
portalUrl | 进入 open-submission-portal | pageUrl / pageTitle |
accountName | 跟随打开节点进入浏览器上下文 | 账号上下文 |
submissionTitle / submissionBody | 进入 fill-submission-fields | fieldReceipt |
uploadFileRefs | 进入 upload-submission-assets | uploadReceipt / preparedSubmissionSummary |
reviewSummary / reviewApproved | 进入 review 阶段，决定是否允许继续提交 | 审批结论 |
desktopAppName / desktopEvidenceZone | 用于提交后的桌面取证阶段 | desktopEvidence |
推荐输入模板
{
"portalUrl": "https://example.com/submit",
"accountName": "Raydo Ops Test Account",
"submissionTitle": "Raydo Desktop 功能演示素材提交通知",
"submissionBody": "本次提交包含标题、正文和附件，用于验证浏览器提交与桌面取证链路。",
"uploadFileRefs": "/Users/AVIVA/Desktop/demo-cover.png\n/Users/AVIVA/Desktop/demo-script.pdf",
"desktopAppName": "Raydo Desktop Dev",
"desktopEvidenceZone": "提交完成后的通知中心与下载目录",
"reviewSummary": "先检查字段填写、附件上传和最终提交按钮状态",
"reviewApproved": false
}uploadFileRefs 更适合整理成一段可解析的文件清单。第一次试跑建议把 reviewApproved 先设为 false，等你确认页面填写与附件上传都稳定后，再跑真实提交。