CopilotKit发布OpenDots开源模板：持续型助手可自行托管，团队协作与部分连接仍待完善

前天 3阅读

2026年10月1日，CopilotKit发布OpenDots，把持续型AI助手的页面编辑、对话和可选电脑环境整理成可自行托管的开源模板。公告元数据标注发布时间为13:34 UTC，即北京时间21:34。官方产品页将其标为Alpha；目前以单所有者使用为起点，部署者需要自己配置相关服务。

工作成果可以落进持续编辑的页面

OpenDots用Space组织页面，每个助手可以设置角色、工具和可访问的Space。页面既能手动编辑，也能承接助手整理的内容；官方仓库说明，页面保存在工作区数据库，对话由CopilotKit Threads承载。这样的分工让长任务不必只留下聊天记录，但同时要求部署者照顾文档和对话两套持久状态。

产品页列出的具体机制包括自动保存状态、保存失败时保留草稿，以及用版本检查阻止过期编辑覆盖新内容。对需要反复改稿的人而言，这些细节比一次生成多少字更值得验证：重新打开页面后，最后一轮人工修改是否仍在，错误提示能否让人找到未保存内容，都会影响日常可用性。

AI模型生成的概念插图：不同角色的助手拥有各自工作区，结果汇入可以继续编辑的文档；并非OpenDots实际界面。

公告称电脑访问默认关闭。仓库把浏览器、文件与终端能力接到OpenBot电脑服务，按助手设置权限；模型侧可接兼容OpenAI接口的提供方。基础运行环境要求Node.js 24和npm，语音、Slack以及电脑功能各有配置步骤，不能把克隆仓库理解为所有连接已经启用。

这里有一个实际部署问题：把服务端程序放在自己的机器上，不自动意味着所有数据都只留在这台机器。选择远程模型、持久对话服务或外部渠道后，调用路径会随配置变化。本文建议先画出页面、聊天、语音和工具结果分别送到哪里，再决定哪些任务适合接入。

官方明确区分了已连接真实服务验证的页面、对话、电脑及通话功能，与主要完成本地验证的部分能力。Slack和通话中的计算委派仍需要连接服务验证；多人共享编辑、邀请、文件上传和多助手群聊也没有全部交付。持续任务当前主要表现为定时运行指令，并非完整的目标管理系统。

对准备试用的开发者，可以先选一条短链路：让一个助手读公开资料，生成草稿，经过审核后存成页面，再重新打开核对。随后测试服务断开、保存重试和撤销权限后的表现。这样的验收能够回答模板是否适合自己的工作，而不会把演示中顺利完成的一次操作当成长期运行保证。

资料核对：2026年10月2日。本文依据公开资料整理，未安装或实测所述产品及服务。