coze工作流与应用
目录
1、coze 工作空间
2、支持创建智能体与应用
智能体可以发布到多个渠道：扣子商店、豆包、飞书、抖音、微信，甚至支持 api 与 web SDK。
智能体像是一个机器人节点，但也支持多 agents 编排支持更复杂的逻辑。
3、应用
应用=业务逻辑 + 用户界面。
业务逻辑支持工作流、插件、数据等。
用户界面可以说是低代码的方式的基础结合了智能体与业务逻辑。有过过去自媒体富文本内容编辑和低代码搭建的经验，会更容易入手。
后面我们再解构业务逻辑 + 用户界面。
应用创建很简单，取应用名称，给定应用描述，可以自动生成应用 icon。
4、工作流
业务逻辑中的工作流，我们可以理解为是 BaaS，接收请求参数，执行业务逻辑（可以是大模型、可以是业务逻辑代码），给出输出结果。当然如果更复杂的逻辑肯定是需要多个节点组合完成一个工作流，可以看做是多个工具/业务方法编排组织完成一个事务处理。节点有专攻。
开始节点
可以看做是一个接口请求参数定义。
大模型、插件节点
可以看做是使用远程第三方服务，完成特定服务。
远程调用也需要提供参数，其中变量 content、lang 的值来源于开始节点提供的请求参数变量。
工作流、业务逻辑等节点
可以看做是调用已经封装好的本地服务或工具或碎片代码逻辑。
结束节点
可以看做是接口的输出定义。
有点像什么，是不是和小朋友玩的 scratch 很像（其实小朋友玩这个可超乎我们的想象），scratch 也支持 LLM，scratch 相对目前的 coze 来说，scratch 能在本地制作游戏。coze 理论上也可以，接下来我们看用户界面。
5、用户界面
有了大脑、感官、神经，接下来我们要给配上骨骼、肌肉、器官、四肢五脏六腑等，让他能感知能思考能决策与行动。
标准的低代码开发平台，大家都很熟悉的 3 栏布局风格，很亲切。
很久以前 wordpress 就已经出了 the7 主题，可拖拽编排页面的能力，感叹当时 wp 太超前了，就是当时的电脑配置不足以支持这么新潮的能力，显得有点卡。
在微信公众号时代，各种 h5 的富文本内容编辑器也都支持类似的拖拽、组件、模板、事件等能力。
在疫情时代，低代码满天飞，钉钉、飞书、微信等都支持低代码构建 webview、小程序等，但一直不温不火，初步用过钉钉、微信低代码，尝试过几次没能很顺利的达到我们的目的。
现 Ai 时代，LLM 是一个信息大爆炸，突然很多事情就变简单和顺利多了。
左侧组件、模板、结构像极了 wordpress the7 主题的页面编辑能力，提供了基础的 web 组件，也提供了一些页面模板。
展示
页面的编辑基本是布局，组织容器，容器内组织文本、列表、按钮、表单、单选、复选、图标等小组件，设置容器、组件属性样式，如果熟悉 CSS 样式，就显得容易入手。
事件
除了显示外，事件也是组件的动态能力，相当于传统的 JavaScript 代码封装请求业务逻辑接口。
有多种事件，比如点击、加载等，触发了事件需要执行指定的动作，动作有调用工作流、页面跳转、展示提示信息、控制组件。
这里调用工作流就是我们前面定义的业务逻辑中的 translation 工作流。
数据
请求数据
我们前面提到这个工作流是有开始和结束节点，意味着事件触发后开始执行这个工作流，需要给工作流提供开始节点的参数，工作流才会响应输出结束节点的变量。
事件配置就是在配置 JavaScript 代码请求业务逻辑接口的请求参数，工作流要求两个入参配置 content 和 lang，这里需要选择这两个参数的来源组件，content 来自于 TextArea1 组件，lang 来自于 Select1 组件（value）。
输出数据
工作流执行完成后，会输出一个文本，因为这个应用是翻译，所以纯粹是文本输出，但在工作流的结束节点中也支持多种格式输出，比如 json 等。
调用工作流执行结束，相当与请求业务逻辑接口结束，响应一个输出，这个输出值需要与页面的输出组件做双向绑定，这里是组件 Markdown1，这个组件中绑定了职工作流 translation 的输出{{translation.data}}。
6、预览与发布
9ong@TsingChan 2025 markdown
