> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dureai.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Provider 支持

> Dure 如何检测编程代理 CLI，以及不同 provider 的 resume、history、account 与转换能力为何不同。

Dure 使用已经安装在本机上的 provider CLI。应用中的 provider 项只是围绕这些
command 的 adapter，并不是由 Dure 托管的模型访问服务。

## Capability 级别

Provider 支持按 capability 划分。能够启动并不意味着具备所有深层集成。

| Capability        | 含义                                                  |
| ----------------- | --------------------------------------------------- |
| Launch            | 检测可执行文件并启动新会话。                                      |
| Continue          | 使用已审查的 provider command 继续最近会话。                     |
| Exact resume      | 精确重新启动一个已记录的 provider-native conversation ID。       |
| Conversation list | 枚举 provider 自己的记录并显示 picker。                        |
| Account profile   | 通过已审查的 adapter 为每个代理选择 credential。                  |
| Live adoption     | 在不丢失准确 conversation 的前提下替换普通 terminal 中的现有 process。 |

UI 只提供 adapter 明确声明并实现的操作。Dure 不会猜测不存在的 flag。

## 当前已审查的集成

Catalog 包含 Claude Code、Codex、Kimi Code、Gemini CLI、Cursor CLI、
GitHub Copilot CLI、OpenCode、Grok Build、Pi 以及其他已安装的编程代理
command。

Claude Code、Codex 和 Kimi Code 目前拥有最深入的 account 与 resume 集成。
Gemini CLI、Cursor CLI、GitHub Copilot CLI、OpenCode、Grok Build 和 Pi
也具备已审查的 continue 与 exact-resume command。Conversation picker、
fork、account 隔离、credential 复制和 live adoption 都是独立 capability，
不能由 launch 支持推导出来。

<Note>
  Provider CLI 会独立于 Dure 发生变化。如果 provider 删除或修改 session
  command，Dure 会 fail-closed，而不是猜测应打开哪个 conversation。
</Note>

请按照各 provider 的官方说明完成安装与登录。修改 login-shell `PATH` 后重启
Dure，使 provider 检测使用与新 terminal 相同的环境。

Provider conversation 与 Dure 托管 runtime session 的区别见
[会话模型](/cn/session-model)。