把桌面客户端的真实产品对象同步进 Web 控制面。
当前客户端已经围绕 provider preset、starter agent、bindings、sessions、updates 和 host settings 组织产品。Web 端也应该以同样的产品对象做运营与协同,而不是继续停留在抽象控制面术语层。
统一管理模型、绑定与主机设置
当前优先动作
从运行时直接进入下一步
运营模型
运行时与项目、会话和任务保持协同
发布姿态
migration-first,而不是 parity-first
更新轨道
试用期迁移信心建设当前重点是扩大 migration-safe 覆盖面,再进入更强的 integration / parity 路线。
Provider presets
4
深度编码会话与更高复杂度工作的 Claude 原生路径。
通用默认路径,直接 API key 与主流模型覆盖。
多模态与长上下文优先的 Gemini 路线。
兼容路由器与自定义 API 的开放接入层。
Starter agents
8
负责节奏、分工和最终收敛,确保系统按阶段推进。
明确网站目标、定位与商业叙事。
负责页面层级、导航结构与信息密度控制。
负责核心页面文案、叙事节奏和 CTA 表达。
把交付内容转成工程、CMS 与发布计划。
负责可发现性、元信息和增长回路。
负责质量门禁、体验一致性和风险检查。
负责上线交接、发布节奏和上线后运维动作。
Bindings
3
保留为可选绑定,不阻塞本地聊天主路径。
Web 与桌面产品面已经对齐,接下来只需要补齐真实通道适配。
预留为后续通道拓展,不影响当前首发主路径。
Session continuity
1
Website Development System
实施交付通道
让实施交付能力成为控制台的延伸
把模板、系统、结果和发布动作串成可交付的产品流程。
先把关键重复动作留在显式按钮或 CLI 中,降低误触发成本。
适合每周内容规划、上线前检查和例行同步。
配套支持能力
配套能力独立成层,但不偏离主控制面
把 bindings、自动化和故障排查作为配套能力接入,而不是另起一套复杂产品。
桌面默认回跳到当前 Web 控制面地址。
当前支持 health、link redeem 与只读 RPC hydration。
与客户端 settings 合并逻辑保持一致。
桌面管理会话恢复、继续与索引。