MatrixFlow自动化任务至少应说明目标环境、要做的动作、允许的修改和成功标准。定时任务还要明确时间、时区与电脑运行条件；保存了工作流不等于已经完成一次业务执行。
把目标、步骤与完成条件写在一起
“帮我处理店铺”难以验收。更好的示例是：“先读取店铺A今天待发货订单并保存清单，确认清单存在后，再读取店铺B；本次不发货、不改订单。”这是一种任务描述方法，不是对任意平台执行能力的保证。一次只安排必要动作，写清读取字段、时间范围、输出位置和遇到登录失效时的停止条件。
涉及发布时先说明目标账号、内容来源、可见范围和是否允许提交。商品说明与社媒文案应来自真实资料；需要审批的内容先保留草稿。结果里应有可复查的记录，例如平台里的草稿条目或提交后读回的状态，不能把按钮被点击当作发布已经成功。
保存工作流后做一次最小运行
MatrixFlow 的工作流仓库先写入本地并读回保存结果。用户仍应重新打开工作流，核对名称、步骤和目标环境；保存是配置动作，运行是业务动作，二者分开检查。首次运行选择测试环境与少量数据，检查错误时能否停下，以及输出是否完整。
客户端包含随包知识库及本地关键词检索，也支持导入 Markdown、JSONL、JSON 资料。知识资料适合放产品说明、字段定义和工作规范，不适合存放密码。导入以后用一个能定位具体事实的问题检查检索结果，并定期清理过时说法；有知识库不代表回答中的每一句都自动可靠。
排期要包含执行条件和异常处理
MatrixFlow 具备本地排期持久化机制，但本地排期需要电脑、应用与网络可运行。新建排期后核对执行时间和下一次运行；电脑关机或休眠期间不要按在线服务器的标准期待执行。恢复后先检查记录，再决定补做哪些安全步骤。
下面是建议保留的验收项目。它们用于帮助使用者发现问题，并非已经通过所有场景的测试报告。网站页面更新、权限变化或验证要求都可能让旧流程暂停，维护时应根据错误证据修改具体步骤。
- 顺序正确：A 的完成证据出现后，才允许开始 B。
- 范围完整：逐项列出目标环境，标明完成、失败或未执行。
- 输出可用：生成的文档可以打开，字段与页面数据一致。
- 写入可核验：结果未知时先核对平台记录，避免再次提交。