CAPABILITIES / EVIDENCE-LED

把 AI 协作拆成
可以判断的动作。

每项能力都对应桌面端已核验的入口或服务处理逻辑;前置条件和浏览器预览差异也一起说明。

CORE

启动协作

把会话放回真实工程目录,先让上下文、模型和目标彼此对齐。

项目与会话

解决问题
需求如果脱离项目目录,结果很难落到可以验证的代码上。
怎么做
添加项目目录,再从项目会话开始。
得到什么
会话会保留项目上下文,便于继续提问、查看变更和运行验证。
前置条件
目录需要存在且可访问。

Provider 与模型

解决问题
不同服务的端点、协议和模型能力不一致。
怎么做
在设置中心配置端点、凭据、协议,检索或手动输入模型并测试连接。
得到什么
选择默认模型,并明确当前请求从哪个提供商发出。
前置条件
需要真实可达的端点和适用凭据。

EXTEND

规划执行

先把复杂任务拆成可讨论的计划,再决定何时开始构建。

聊天、计划、目标

解决问题
探索问题、制定方案和推进任务需要不同的节奏。
怎么做
从添加菜单进入运行模式,选择聊天、计划或目标。
得到什么
计划模式生成可编辑的 Markdown 产物,目标模式绑定项目执行。
前置条件
计划和目标需要绑定项目,模式不会消除权限或 Provider 限制。

从计划到构建

解决问题
计划不应在没有复核时直接写进工程。
怎么做
编辑 Markdown、保存计划,满足条件后再点击开始构建。
得到什么
计划与执行状态分开呈现,便于先确认范围再动手。
前置条件
草稿、已完成和正在执行状态会影响可用操作。

CORE

掌握变更

把 AI 的输出拆成可以逐段判断的变更,保留工程师的最后决定权。

Diff 逐段审阅

解决问题
整份文件一次性接受或撤销,难以控制变更范围。
怎么做
在 Diff 工作台按段选择保留、撤销或待定,再保存选中。
得到什么
最终写入文件的内容由你确认,状态也会保留在工作流里。
前置条件
保存选中会写入文件,请先使用可丢弃的演示工程。

编辑历史与 Checkpoint

解决问题
探索式修改需要可比较、可回退的节点。
怎么做
比较编辑历史或指定快照,再决定是否恢复。
得到什么
恢复范围以被捕获的文件为准,不等同于整盘备份。
前置条件
恢复前先确认目标版本和文件范围。

EXTEND

扩展工作台

在真实前置条件满足时,把终端、Git、知识和浏览器验证接入同一上下文。

终端与 Git

解决问题
代码改动只有经过工程工具验证,才有交付意义。
怎么做
打开终端会话,查看输出,再按需检查 Git 状态、暂存和提交。
得到什么
把构建、测试和版本整理留在项目自己的工具链里。
前置条件
终端需要可用 Shell,Git 功能需要 Git 和远程认证。

媒体、知识与浏览器

解决问题
复杂任务经常需要文件、图片、知识引用或页面复核。
怎么做
按需使用文件和图片、SmartBrain、内置浏览器面板及本地语音输入。
得到什么
每项扩展都显示自己的开关、依赖与结果,不把预览能力写成在线 IDE。
前置条件
能力取决于模型视觉、桌面权限、浏览器依赖、知识目录等条件。
边界提示浏览器预览会展示界面结构,但模型运行、终端、文件写入和 MCP 探测仍以桌面桥为准。