协作式 Copilot

对话式用户界面（CUI）和图形用户界面（GUI）操作均衡配合使用，具备较强的通用性，适合 2 种界面形态间存在交叉的场景。这种形态下的 AI 更多的是为用户提供建议和帮助，依赖用户精准的指令对当前内容窗口进行操作，一般以浮动窗口或侧边栏形式展示。

主要场景（Do + Chat）

基于传统业务系统的智能化场景，起到体验改善甚至交互替代作用

触发方式

协作式场景的主要交互过程虽然是在 CUI 中，但是它大概率是用户通过 GUI 中主动触发的，它与沉浸式比较大的区别是从 GUI 触发，在 GUI 结束，并且在会话过程中也可能存在与 GUI 的交叉。它的触发方式可能存在「场景引导触发、常驻工具触发」2 种情况。

场景引导触发

可以预计的是，CUI 的交互形式会越来越多出现在传统 GUI 中，但是这不意味着任何业务交互过程的起始点都是从对话开始的，基于现有的业务界面，在进行到某个环节时，通过界面中的元素（如：按钮）触发调出非模态的 CUI 窗口，会是接下来一段时间内比较主流的形态。

常驻工具触发

随着AI原生应用的覆盖场景增多，以及用户习惯的养成，一个产品级甚至企业级的综合会话界面将会逐步成为主流，用户通过一个固定位置的触发器（如：漂浮工具栏），可以在任意场景下触发调出非模态的 CUI 窗口，通过会话的方式进行业务处理，这意味着用户已经具备通过自然语言会话作为业务交互过程的起始点。

会话过程

在协作式场景中，不管自然语言会话的介入点是从任务起始点还是任务中途，生成的结果大概率要作用于图形界面中，因此会话过程中会存在大量 CUI 于 GUI 交叉的情况，因此不管是在 PC 还是 Mobile，都需要使用对当前图形界面阻塞程度较低的控件（非模态窗口/弹出层）。

交互扩展

窗口可拖拽

在空间相对充裕的PC界面中，协作式窗口往往是以非模态对话框的方式呈现在默认位置（如：界面右下角），存在一定概率遮挡核心界面的情况，因此可以支持用户拖拽窗口方便 CUI 与 GUI 的交叉协作。如果有必要，也可以支持将非模态窗口通过浏览器新页签的方式打开，以沉浸式方式操作。