For the complete documentation index, see llms.txt. This page is also available as Markdown.

嵌套工作流

如何将一个工作流作为另一个工作流中的步骤使用,这样你已经构建好的流程就能变成一个构建模块。

一个工作流可以将另一个工作流作为其中一个步骤来运行。你已经在某项工作中信任的工作流,会变成一个可复用的构建块,你可以把它放进更大的工作里,而不必每次都重新描述那项工作。

下面是关于如何在 Morphic 中嵌套工作流的快速教程:

嵌套工作流

你可以通过让 Copilot 来帮你设置,无论是在创建工作流时,还是编辑已有工作流时都可以。

  1. 打开 工作流 然后开始一个新的工作流,或者在现有工作流上打开“···”菜单并点击“编辑”

  2. 像描述其他步骤一样描述这个步骤,并给你希望它运行的工作流命名,例如“对于第 2 步,运行我的角色参考表工作流”

  3. Copilot 会将它添加为一个步骤,并在工作流中与其余步骤一起显示

当父工作流运行时,它会到达该步骤并运行你命名的工作流,然后把它的输出传递到后续步骤中。

为什么有帮助

  • 在一个地方改进它。向某个构建块发布一次更改,所有调用它的工作流都会获取到更新,所以你只需修正一次,而不是在六个地方都改。

  • 让每一个都保持易读。一个做四件事的长工作流很难编辑。四个工作流互相调用,会更容易跟踪,也更容易修复。

适用场景

  • 保持角色或外观一致。把角色放到它自己的工作流里定下来,然后在每个场景的工作流中调用它。每个场景都从同一个角色开始,而不是重新尝试一个新的版本。

  • 对所有内容都应用的收尾步骤。字幕样式、调色、交付格式:把它放进一个工作流里,并在其他工作流的末尾调用它,这样最后一段流程每次都一样。

  • 有明确阶段的长任务。编写脚本,然后做分镜,然后拍摄。每个阶段都是一个你可以单独运行和修复的工作流,由一个工作流按顺序调用它们。

  • 团队共享的工作。某个人把某一步做对了,其他人就直接调用那个工作流,而不是再重新描述一次那一步并得到一个略有不同的结果。

如何获得更好的结果

  • 让每个构建块只做一件事。一个能把一件事做好到位的工作流,比一个勉强做三件事的工作流更容易复用。

  • 在嵌套之前,先单独运行一个构建块。单独修复它,比在更长的流程里修复它更省时间。

  • 按它产出的内容来命名,比如“角色参考表”,这样就很清楚该调用哪个工作流。

  • 让外层工作流负责顺序,让内层工作流负责细节。这样,调整流程顺序就不需要重写这些步骤。

需要知道的事

  • 你可以引用 Morphic 上公开共享的工作流,不仅限于你自己的,因此社区工作流也可以成为你工作流中的一步。

  • 每个嵌套工作流都会保留自己的版本历史,因此你可以单独追踪并撤销对某个构建块的更改。参见 版本历史.

  • 删除工作流之前,请检查是否有其他内容在调用它。调用它的工作流会留下一个没有任何内容可运行的步骤。

这就是 Morphic 中嵌套工作流的工作方式。一旦某个流程值得保留,它就再也不必被写两遍。


如果您遇到任何问题或有任何疑问,欢迎随时联系我们。我们很乐意为您提供帮助。请写信至 support@morphic.com.

最后更新于