ZelinAI

ZelinAI 是什么

一线员工要等上几个月，才能等到内部技术团队交付点东西，而这个平台就建在对这个等待的不耐烦之上。它被描述为模型与企业之间的中间层，员工在这里拼装他们想要的助手与应用，不必写代码。

有三项能力被点名：助手跑通之后把它的行为钉住、在公司自有材料上训练更小的助手，以及在这些助手之上构建应用。

本条依据的是厂商自己的列表页与几个目录，因为那个地址提供的是一个脚本构建的前端，什么可读内容都没返回。没有任何一项是对着可读界面确认的。

你可以用它做什么

助手通过配置拼装，行为可以钉住，让跑通的设置保持住而不是每次运行都漂移。

在内部文档上训练的窄助手是知识场景：公司自己的材料成为回答的来源，而不是通用材料。

应用构建在这些助手之上，并且支持不止一个底层模型而不是单一模型。

触达能力是它有特色的一点。助手可以挂到它所在市场里占主导地位的职场 IM 平台群聊上，于是帮助出现在讨论本来就发生的地方，没有人需要改变习惯去用它。

它背后的公司是中国公司，产品既直接提供，也出现在国内云市场里，说明除直连路径外还有一条渠道。任何金额都读不到，运营公司、地址与联系方式也没有出现。某个页面自带脚本文件里的时间戳显示，那个界面已经是好几年前的东西了。

适合谁使用

受众是希望员工基于公司知识自己搭东西、而不是买一个成品的企业，它是对业务团队而不是对工程师说话的。

工作已经在群聊里运转的公司契合度最高，因为那正是助手不用任何人做任何不同的事就能保持可见的地方。想要可选多个模型的公司也在它的针对范围内。

比规模更重要的其实是意愿：收益出现在那种「几十个小助手每一个都太琐碎、不值得为此去提工程需求」的地方。

需要留意什么

在接入之前，值得先想清楚的是触达能力。加入内部群聊授予的东西远比听上去多：在那里输入的一切都会变成这个东西要读的材料，而它发出的任何内容看起来都像是某个人说的。它进入哪些群、读什么、写什么、以谁的名义写，都应当在发出第一次邀请之前定下来。

把零代码构建交到技术部门之外的人手上，是披着一张和善面孔的影子 IT。治理必须从某个地方来：一份「已经建了什么、每个条目归谁、它碰哪些数据、那个负责人离职时会怎样」的清单。任何在没有这样一份清单的情况下进入生产群聊的东西，都会积累出一堆没人说得清的助手。

上传内部文档做训练，等于把那些文件停放在别人运营的机器上，所以位置以及除了客户自己助手之外的任何用途都排在第一位。厂商是中国公司，这意味着那个司法辖区的规则适用，包括本地化与跨境传输的边界。这里该看的是商务条款而不是消费者告知，任何触及员工或客户个人信息的负载都应当把细节书面钉死。

金额、主体与联系方式都读不到。对于一个把自己定位成「公司在这类技术之下那一层」的东西，这样是太单薄的，所以把这些问题书面问厂商：是哪一个法律主体、哪一些服务器、哪一份处理协议。