众力资讯网

最近发现一个问题,大家迷信workbuddy这类agent,因为workbuddy提供了工作台,只需要配好skill等即刻搭建。 传统路径下的 Dify:先用 Docker 部署 Dify CE(社区版),再导入 DSL,或直接在画布上编排 Node 式 workflow;接着接入 LLM、RAG、MCP 等能力;最后发布为可嵌入html网页的 iframe 组件,或 ​

最近发现一个问题,大家迷信workbuddy这类agent,因为workbuddy提供了工作台,只需要配好skill等即刻搭建。

传统路径下的 Dify:先用 Docker 部署 Dify CE(社区版),再导入 DSL,或直接在画布上编排 Node 式 workflow;接着接入 LLM、RAG、MCP 等能力;最后发布为可嵌入html网页的 iframe 组件,或暴露一个 API,供 App、小程序等第三方调用,面向 B 端交付。

更重要的是,这类低代码 / 零代码实践有两层价值:一是为全代码的 Agent 开发积累了先验认知——学 LangGraph 这类框架时,状态怎么流、分支怎么分、工具怎么挂早已了然,写代码更像在换语法,而不是从零学新概念;二是让不写代码的 AI 产品经理也能先把产品逻辑跑通、验证可行性,再交给开发实现。

但是workbuddy等呢? 所以觉得workbuddy更多C端,大家安装了workbuddy之后互相分享技能和项目。(也可能是我不知道无法发布形式)