将免费自动化工具用于产品：先核对许可与运行成本

把免费标签拆成具体对象

“免费”可能描述软件许可、工作区订阅或首次模型额度。先确认标签对应哪一层，再估算服务器、外部服务和维护；没有任务用量记录时，不能宣称完整流程零成本。

n8n 官方安装说明介绍免费 Community 自部署版本，许可页将其称为 source-available / fair-code，并明确不自称 OSI 意义的开源。源码可读与无限制的商业使用不能画等号。[1][2]

本文来源[1][2][4][5]

n8n：关键是客户能否配置工作流

官方许可 FAQ 描述，运营者可以构建预先定义的自动化，让客户触发它们或连接自己的账户；客户创建或修改工作流逻辑则属于另一种使用方式。仅隐藏 n8n 界面，不能把客户可配置的工作流产品变成内部使用。[3]

FAQ 对客户通过自定义 UI、API、MCP 或代其操作的 AI Agent 配置工作流采用相同判断。将 n8n 作为供客户构建流程的托管服务、去品牌后原样提供或使用需密钥的企业功能，不能依据 Community 免费软件说明获得权限。[3]

• 列出客户能修改的规则、节点、步骤和连接方式。
• 区分触发运营者预建流程与创建自己的自动化逻辑。
• 记录自动化是产品内部处理层，还是主要出售的能力。
• 将实际架构与当前许可逐项比对，范围不清时保留待确认。

以上是从官方说明整理的设计核对步骤，没有配置客户账户、部署工作流或取得针对具体产品的商业协议。

Dify：多租户与前端标识分别核对

保存的 Dify LICENSE 在 Apache 2.0 基础上附加条件：商业后端或企业开发平台用途有说明，多租户运行需要厂商书面授权；该文件将一个 workspace 定义为一个 tenant。应按实际使用的版本和工作区结构审核，不只看“可商用”几个字。[4]

使用 Dify 前端时，许可对其 Logo 和版权信息的移除或修改另有约束；不涉及 Dify 前端的使用不受该项前端标识条件限制。这不代表其他条件自动满足，也不能用去掉品牌标识推断生成结果无水印。[4]

• 确认产品是否使用 Dify 前端，及使用哪些部署组件。
• 列出 workspace 与客户之间的对应关系。
• 检查商业授权是否覆盖实际多租户结构。
• 分别保存软件许可与输入、模型、输出材料的使用条件。

Dify Sandbox：一次性额度不是持续任务预算

已保存的 Billing 文档将 Sandbox 级别模型额度描述为 200 个一次性 credits，不按月补充。credits 是模型使用单位，不是已完成的工作流或客户任务数；模型、调用次数和流程结构都会影响实际消耗。[5][6]

模型供应商文档描述，可以配置自己的供应商账户和密钥，费用由供应商账户承担。自带密钥改变接入与计费路径，不能让模型推理自动免费，也不能把 Cloud Sandbox 条件套到自部署 Community。[6]

• 按当前模型记录每次调用的计量方式。
• 统计一个完整任务需要的模型调用与辅助服务。
• 把一次性赠送、续期额度和供应商账单分列。
• 把估算与实际账单分开，不用剩余额度证明持续免费。

留下一份与实际产品对应的核对记录

• 软件：版本、部署形态和适用许可文件是什么？
• 客户：只能触发已有流程，还是能创建、修改逻辑？
• 租户：客户与 workspace 如何对应，需要哪份书面授权？
• 标识：是否使用原前端，Logo 与版权信息如何保留？
• 费用：服务器、模型、第三方服务、维护分别由谁承担？
• 输出：输入数据、模型条款和生成结果权利有何依据？
• 证据：哪些已经确认，哪些仍缺当前条款或实际使用记录？

本文是来源型原创专题，不是安装教程、法律裁定、已批准的商业架构或任务实测。软件许可、模型费用和输出权利各自需要证据，不能拼接不同 Plan 的条件生成合格推荐。本文未执行部署、配置供应商密钥或调用模型；目录完整 Plan 审核与任务实测仍待完成。