Tines 用 AI 驱动替代 No-Code 自动化
No-code 平台厂商开始用 AI 能力补足人工编写的局限。反映自动化工具向 AI 驱动演进的趋势。
No-code 平台厂商开始用 AI 能力补足人工编写的局限。反映自动化工具向 AI 驱动演进的趋势。
我们很高兴你来了。你可以期待 TNS 最好的内容每周一至周五送达你的邮箱,让你掌握最新动态,保持专业领先。
检查你的邮箱确认邮件,你可以在那里调整偏好设置,甚至加入其他群组。
在你喜欢的社交媒体网络上关注 TNS。
成为 TNS 的 LinkedIn 粉丝。
在等待第一份 TNS 通讯的同时,查看最新特稿和热门故事。
经过八年的无代码自动化平台开发,Tines 推出了 3B(Tuesday),一个使用 AI 来编写企业工作流但仍使用传统代码执行这些工作流的新平台。
3B 的理念是让 Tines 员工能够用自然语言描述一个工作流、应用或 agent。该服务随后生成代码并在一个 IT 和安全团队保持控制权的环境中部署它。
Tines 联合创始人兼首席执行官 Eoin Hinchy 向 The New Stack 表示,该公司为 3B 从零开始重建了前端、中间层和后端,同时其现有业务仍在增长。该公司去年在 11.25 亿美元的估值基础上融资 1.25 亿美元的 C 轮融资,Hinchy 表示其原有平台现在每周执行 15 亿次自动化操作。
"没错,情况很好,但无代码、低代码,至少对我们来说,显然不是未来," Hinchy 谈到构建新平台的决定时说。
"低代码、无代码作为一个类别是有保质期的。" —— Eoin Hinchy,Tines CEO。
对 Tines 来说,问题不是低代码失败了。大语言模型在代码编写方面已经足够优秀,减少了对可视化构建器的需求。
"低代码、无代码作为一个类别是有保质期的," Hinchy 说。"它在特定时刻是正确的解决方案。"
Hinchy 在 2018 年与 Thomas Kinsella 在都柏林创办了 Tines,此前他大部分职业生涯都在从事安全和 IT 工作。最初的 Tines Storyboard 为安全和 IT 员工提供了一个可视化构建器,用于在原本互不相连的工具之间自动化工作,而无需成为软件工程师。
随着大语言模型的改进,Tines 为该平台添加了副驾驶、以 AI 为中心的数据转换功能和 agentic actions。Hinchy 表示该公司仍然对在生产工作流的每一步都使用自治 agent 持怀疑态度。
在 2023 年末发布的一份预测中,Hinchy 论证自然语言聊天将取代无代码界面。他表示,大约一年前,团队开始质疑当模型能够生成代码时,可视化构建器是否仍然有意义。
"构建现在已经商品化了," 他说,并辩称这意味着对于像 Tines 这样的公司,工作从帮助用户组装工作流转变为管理他们生成的代码,包括凭证、集成和权限 —— 以及处理运行时。
虽然 Tines 起初专注于安全,但 Hinchy 表示大约 40% 的 Tines 客户已经在安全之外的领域使用其原有产品,但这些用户仍然需要一定的技术能力来创建工作流。通过 3B,该公司希望能够接触到财务和人力资源等团队中的员工,他们可以描述他们需要的应用或自动化,但不知道如何部署和运维它。
Hinchy 表示,Tines 通常发布最小可行产品并与客户进行迭代。这一次,它在隐秘状态下构建了一个完整产品,没有客户反馈,只在过去几个月才为 3B 引入早期客户。
3B 构建器以自然语言提示开始。模型可以在生成工作流并将其分解为单个步骤之前提出后续问题。在这个过程中,用户可以要求 3B 修改整个应用(如果必要的话)或仅修改一个生成的步骤。
一旦生成,每个工作流步骤都成为在其自己的临时 Docker 容器中运行的代码。Hinchy 表示,Tines 在每次执行时都会销毁并重新创建这些隔离环境。代码和工作流图保持可见,以便用户在需要时可以检查它们(尽管他也辩称,在大多数情况下,这不应该是必要的)。
一旦部署,3B 会生成一个可共享的 URL,用户可以在组织内分享。
对于管理员,有一个仪表盘显示,例如,哪些工作流在运行、哪些失败了、哪些具有公共互联网访问权限,以及哪些依赖于给定的系统或集成。该系统还将尝试自动修复任何破损的工作流,并建议改进,管理员可以在同一视图中接受这些建议。
"'我不了解 Git。我不了解 Vercel。我不了解管道,'" Hinchy 说,描述 Tines 的目标用户。"我们为他们处理所有这些。"
Hinchy 表示客户可以在 3B 中使用他们自己的模型。开发者也可以用外部编码助手进行构建,并将结果部署到该平台。Tines 现有的连接器让管理员可以预先配置对 Snowflake、AWS 和 Workday 等服务的访问权限,而不是向每个想创建内部工具的员工交付生产凭证。
"我们在这些工作流的创建中使用 AI,但仅此而已," Hinchy 说。生成的代码作为确定性工作流或应用执行,而不是要求模型在运行时推理每一步。
Hinchy 表示这应该使常见工作流更快、更便宜、更可预测、更容易测试。这里的承诺是客户不需要为推理的成本和额外延迟付费,即使传统代码可以轻松处理这些步骤。但是,如果需要,Hinchy 表示 3B 仍然可以在运行时调用模型,当任务依赖它时。
与类似平台一样,Tines 论证通过提供一个易于使用的构建平台,员工不会感到绕过 IT 并使用未经批准的 —— 且不受管理的 —— AI 工具的必要。Hinchy 论证现在发生的情况与长期以来一直是企业安全讨论主要内容的"影子 IT"问题有所不同。他表示,今天的员工不仅仅是将未授权的工具引入工作场所。
许多人响应来自希望他们使用 AI 的高管的命令,这种压力促使他们用编码助手建立内部仪表盘而不考虑安全功能,或者通过 Vercel 或其他地方的个人托管账户部署应用。
"这更像是'可疑 AI'而不是'影子 AI'," Hinchy 说。
使用 3B 时,IT 团队可以在员工开始构建之前决定该员工可以使用哪些系统和数据。访问地图显示哪些用户和工作区可以连接到给定的服务以及他们可以在那里做什么。Tines 表示每个工作流还获得隔离执行、凭证保护和完整日志记录。
这些相同的功能使 3B 与企业软件供应商和构建 agent 平台的初创公司竞争。Hinchy 指出主要企业软件公司正在开发类似产品,并表示"YC 的一半"都在构建某种版本的相同想法。
Hinchy 指出主要企业软件公司正在开发类似产品,并表示"YC 的一半"都在构建某种版本的相同想法。
他辩称 Tines 的优势在于它在运行关键自动化方面获得的经验,以及多年工作流执行所产生的数据。他认为这段历史帮助该公司识别健康的工作流是什么样的、哪一个可能会失败,以及大型企业期望的控制措施。
现有客户不会被迫将他们的工作流迁移到 3B。Hinchy 表示 Tines 对其原有 Tines Stories 平台没有迁移期限或日期,并将继续投资于它。
当安全和 IT 团队想对工作流的实现进行精确控制时,他们也可能更喜欢可视化构建器。Hinchy 预期客户将在 3B 中开始新项目,并仅在准备好时迁移现有自动化。但随着时间推移,他认为更多客户将让 AI 拥有实现权。
Tines 不会关闭现有的可视化构建器,但 Hinchy 不再将其视为该公司的长期界面。他认为提示工程将取代这项工作的大部分。
可视化构建器使 Tines 对无法编码的人有用。现在,得益于代码生成 agent,代码不再是稀缺(且令人害怕)的部分。取而代之的是,现在的问题是如何部署、保护和治理 AI 编写的内容,这正是 Tines 相信它可以利用其在现实世界中了解公司如何运营的现有知识来扩展其平台以服务他们的地方,同时保持对其工作流自动化承诺的忠诚。