01
为项目定义任意角色
你可以为这个项目定义任意角色,平台提供常见模板。每个角色拥有自己的提示词和私有上下文,读取同一份已确认的项目事实。
Windows · 邀请内测
有解 Realize
让不同模型和编码 Agent 在同一个本地工作台里分工、交接、复验,把复杂任务推进到可以验收的结果。
单个 AI 承担整个项目时,
上下文越来越长,
交接和恢复只能靠人工复制。
让一个 AI 完成复杂项目,真正困难的不是它答不上来,而是工作难以持续推进。模型会话越来越长,任务切换依赖手动复制上下文,失败后不知道回到哪一步,多个模型之间也缺少一份共同认可的项目事实。
有解 Realize 不只是把多个 AI 对话框放在一起。它为复杂任务提供一套可持续推进的协作工作台:角色分工、正式交接、隔离执行、可恢复检查点、可追溯证据,以及由用户做出的最终验收。
核心能力
围绕"真实项目如何被推进",
而不是又一份聊天工具。
02
API 与本机 CLI 混合编排
同一轮任务里,API 模型与本机已登录的 CLI Agent 各做一部分。平台记录每一步实际使用的 Provider 与模型。
03
隔离 Run Workspace
修改在用户指定位置的隔离工作区里完成,不默认占用系统盘,验收前不直接改写原项目,记录每一步文件变化。
04
配置冻结、暂停与恢复
Run 启动时冻结角色路由、模型、备用策略与工作区绑定。修改项目配置只影响下一轮,已开始的 Run 不会被悄悄覆盖。
05
本地优先与可理解证据
项目文件、运行数据库、模型凭据与 CLI 登录状态都在本机。API Key 不写入项目配置、日志、团队包或 Git。
→
现在就来试一下
申请邀请码,加入 Windows 内测。每个邀请码独立计次,反馈直达产品。
申请邀请码
两种使用方式,
选一种开始,以后可以一起用。
A 普通模式
统一模型,先让协作跑起来
适合第一次使用 AI 工作流的用户。整个项目使用同一个 Provider 和模型,设置简单,理解成本低。
- 项目统一一个 HTTP Provider 和一个模型
- 用户提供自己的 API 凭据,平台不提供模型额度
- 平台负责角色协作、任务调度、交接、恢复、记录与验收
- 模型费用由用户与对应 Provider 直接结算
适合:愿意先跑通流程,之后再按角色细分的用户。
B 进阶模式
按角色组合 API 与本机 CLI Agent
已经在用 Codex CLI、Claude Code CLI 等工具,或希望不同角色用不同模型的技术用户。
- 每个角色可继承项目默认模型,或单独配置 Provider 与模型
- 可接入本机已登录的 CLI Agent,使用其原生探索、编辑与命令执行能力
- 平台继续负责角色调度、协作交接、状态展示、恢复与验收
- 备用模型默认关闭,Provider 故障时按用户选择切换或暂停
适合:愿意按角色拼装工具链、追求可观察执行过程的用户。
本地优先 · Run Workspace
先在隔离空间里改,
你确认之后再落到真实项目。
新一轮任务在用户指定磁盘位置的隔离工作区里执行,不会自动改写原项目。第一版使用文件系统隔离,不要求项目使用 Git。
-
01 frozen
启动
Run 启动时冻结角色路由、模型、备用策略与工作区绑定。
-
02 working
隔离执行
所有修改与命令都在隔离工作区里完成,记录每一步变化与版本。
-
03 review
复验
工作台里展示文件变化、命令退出结果、交接事件与恢复点。
-
04 applied
应用
你确认后,带冲突检查与恢复记录地应用到真实项目。失败可回滚。
Local First
平台负责协作秩序,
数据边界仍在你的电脑上。
01 保留
项目文件、运行记录、会话与凭据都在本机。
- 每一轮 Run 的项目文件与版本
- 运行数据库、任务日志与最终验收
- API Key、Token、密码与私有请求头
- 本机 CLI 工具的登录状态
02 隔离
不同运行之间按角色、Provider、模型与会话缓存相互隔离。
- Run 与 Run 之间不共享隐藏推理
- Provider 凭据按使用范围独立保存
- 角色私有上下文不进入项目事实
- CLI 会话缓存按项目隔离
03 脱敏
对外导出和团队包只携带脱敏后的能力与经验。
- 团队包不含 API Key、Token 或密码
- 不导出绝对项目路径或私有地址
- 不携带原始会话内容与会话缓存
- 经验归因按角色、模型与工作区分开
平台不替你做最终验收。平台不替你隐藏失败。平台不把"AI 已完成"等同于"任务已通过"。