来源项目
导出support_triage工作流配置
ticket_response结构化输出
classify → enrich管道依赖
从一个项目到另一个项目
完整迁移配置，
并在导入前完成审阅
将让工作流正常运行的配置整体迁移，无需手动重新连接模式和管道目标。
版本化配置包
JSON · v1workflow-bundle.json
2 个工作流 · 1 个结构
目标项目预览
验证名称可用不会覆盖任何资源
依赖已连接目标和模式已解析
项目已就绪模型、供应商和配额已检查
配置已收集
配置包已创建
预览已通过
已准备好进行原子导入
完整上下文
包含依赖项
工作流导出包含关联模式和传递依赖的目标工作流。
先审阅
写入前预览
提前发现冲突、不可用供应商、无效模式和未解析引用。
全部成功或全部不变
原子导入
如果验证或冲突检查失败，不会创建任何工作流或结构化输出。
迁移哪些内容
为不同任务导出合适的配置包
选择要迁移的资源。ModelRiver 会包含让该导出可在另一个项目中使用所需的配置。
工作流导出
迁移互相关联的工作流
包含所选工作流、其关联的结构化输出，以及后端管道事件所需的每个目标工作流。
最适合： 迁移完整功能而无需重建其连接。
结构化输出导出
单独共享模式
包含所选结构化输出及其示例，不会带入当前使用它的工作流。
最适合： 跨项目或团队复用响应契约。
权威预览
确认前解决问题
系统会检查目标项目中的名称冲突、配额、供应商连接、模型可用性、模式和引用。
可以把它看作： 配置的预检。
版本化 JSON
易读且可审阅
版本 1 配置包采用纯 JSON，团队可以检查其内容，并让独立依赖组保持可移植。
重要： 导出可能包含敏感指令和示例。
工作原理
从配置包到目标项目的清晰路径
可从“工作流”或“结构化输出”页面使用相同的引导式导入流程。
- 01
打开导入
从目标项目的“工作流”或“结构化输出”页面开始。
- 02
添加 JSON
上传版本 1 文件，或将其内容粘贴到编辑器中。
- 03
审阅预览
检查资源、依赖关系、警告和字段级错误。
- 04
安全确认
一次性创建整个已审阅的配置包，否则不创建任何内容。
为受控共享而构建
迁移配置，而不是迁移密钥
将导出视为经过审阅的项目配置。凭据和运行时数据绝不会包含在内；请在目标项目中单独配置供应商和权限。
相关时包含
- 工作流设置和备用配置
- 结构化输出模式和示例
- 后端管道事件和目标关系
- 说明、系统指令和客户字段名称
始终排除
- 供应商凭据和 API 密钥
- 预算和支出上限
- 日志和运行时请求数据
- 目标项目的权限和连接
导入权限与安全性。 组织所有者和管理员可以导入。现有工作流和结构化输出的名称绝不会被覆盖、合并或静默复用。
常见问题
关于工作流可移植性的常见问题
了解在项目之间迁移工作流和结构化输出时会发生什么。
导入会覆盖现有工作流吗？
不会。规范化后的工作流或结构化输出名称发生冲突时，导入会停止。ModelRiver 不会覆盖、合并、重命名或静默复用现有资源。
会导出 API 密钥或供应商凭据吗？
不会。导出包含工作流配置，不包含供应商凭据、项目权限、日志、预算或运行时请求数据。
如果配置包中的某个资源无效会怎样？
系统会在创建任何记录之前拒绝导入。导入是原子的，因此验证或冲突检查失败不会留下部分迁移。
导出自己的工作流前可以查看格式吗？
可以。文档提供完整的可下载版本 1 示例，其中包含工作流、结构化输出、备用项、客户字段和后端管道。
放心迁移工作流配置
一次构建，审阅配置包，然后将下一个项目需要的配置迁移过去，无需手动重建每个模式和管道连接。