* feat(website): serve paseo.sh in Simplified Chinese
Every page of the website now has a Simplified Chinese version under
/zh-CN: the interface, docs, blog posts, comparison pages, legal pages,
all changelog releases and the homepage mockup. English URLs are unchanged.
The URL alone decides the language. There is no browser-language redirect
and no stored preference, because either would have to redirect the
unprefixed English URLs that people share and search engines index.
Internal links carry the page's language instead, and hreflang alternates
point Chinese search results at /zh-CN.
Translated headings pin the English anchor with {#id}, so section links
work in both languages. content-translations.test.ts fails when a page
has no translation or a translation's headings drift from the English.
Changelog releases and plugin listings without a translation render
whole in English under a notice, so a release never waits on one.
Plugin manifests and the registry gain optional translations and
OVERVIEW.zh-CN.md fields; older clients and registries ignore them.
* feat(website): replace the native language select with an EN/ZH menu
The header showed an OS-native select whose popup did not match the site.
The trigger now shows the language abbreviated (EN, ZH) and opens a menu in
the app's dropdown style that names each language in itself, with its name
in the page language underneath. Rows are real links to the same page in
that language; arrows, Escape, outside presses and taps behave as a menu
button, and the menu keeps itself on screen when a narrow header pushes the
trigger toward an edge.
Also drops the stray space after the full-width comma in the Chinese
homepage subtitle.
* docs(website): translate main's new docs and 0.12.0 release notes
Main added Keep run workspaces to the schedules docs, rewrote plugin icons
around inline SVG, and promoted 0.12.0 with new entries. Bring the Chinese
pages and changelog in line so no section falls back to English.
* fix(server): leave plugin listing translations to the registry
The daemon rejected manifests whose translations the registry would refuse,
so a plugin main installs could fail to load here. Paseo never reads
translations; the registry validates them at publish. Docs now say which
checks are automated at publish and which are human review.
* docs(plugins): describe the registry's final overview translation discovery
* style(server): format manifest test
* test(app): measure sidebar rows one at a time
After a reload the developer error toast appears while expectVerticalOrder
measures every row at once. Each concurrent boundingBox runs the toast
locator handler, and only one of them resumes, so the poll timed out on
every attempt since #7424. Measuring sequentially keeps one action in flight.
* test(app): return sidebar row measuring to main
#7480 hides the developer toast instead of running a locator handler, so
measuring the rows concurrently no longer races it. Reverts 41ac23016.
* test(app): wait for the compact shell before opening compact Changes
The shell survives the breakpoint, so right after the resize the wide
Explorer could still be visible: the test skipped the Explorer toggle and
the tab then disappeared, or toggled at the wrong time. Wait for the
compact-shell marker, as the composer helpers do since #7424.
* docs(website): translate main's plugin file panel docs
* test(app): edit the code font size after the font family remount
A committed appearance change remounts the settings screen through
AppearanceStyleBoundary, and the new form starts from the stored size.
Filling the size before that remount lost the edit in CI.
* docs(website): translate main's client/ui import docs
Follows #7474: one /client/ui entry, StreamedText instead of useRevealedText,
SettingsGroup dropped from the settings table, and the new
'UI imports in v0.13' migration section.
* test(app): wait for the previous layout's file panel picker to leave
After a resize the old layout's picker animates out while the new one is
already mounted, so the Use button matched two elements and the strict
locator failed. Wait for the shell's layout and a single picker first.
7.0 KiB
title, description, nav
| title | description | nav |
|---|---|---|
| 支持的 Provider | Paseo 可以启动的所有编程 Agent,包括原生支持的 Provider 和 ACP 目录。 | 支持的 Provider |
支持的 Provider
关于 Provider 的概念以及 Paseo 如何管理 Provider,请参见 Provider。要添加或配置你自己的 Provider,请参见自定义 Provider。
原生支持
安装底层 CLI 并完成认证后即可开箱使用。
- Claude Code。Anthropic 的编程 Agent,支持 MCP、流式输出和深度推理。
- Codex。OpenAI 的工作区 Agent,带有沙箱控制和可选的网络访问。
- OpenCode。开源编程助手,支持多家 Provider 的模型。
- Pi。极简的终端编程 Agent,支持多家 Provider 的 LLM。
- Antigravity。通过内置的 Provider 插件使用你已安装的
agyCLI。 - Muse Code。Meta 的终端编程 Agent,以 Provider 插件的形式内置。
Antigravity
在 daemon 主机上安装 Antigravity CLI(agy),然后运行一次 agy 登录。在 Paseo 中选择 Antigravity。该 Provider 随 Paseo 一起提供,无需另外安装插件。
Full access 是唯一的权限模式。当由其他应用驱动时,Antigravity 无法请求权限,因此 Paseo 会以 --dangerously-skip-permissions 启动 agy。每次工具调用(包括 shell 命令)都不会询问就直接运行。每个会话开始时都会显示一条说明此事的警告,重新打开聊天时也会显示。Antigravity 自己的策略仍然可以拒绝某个操作。
daemon 重启后,Antigravity 会记得对话,但 Paseo 的对话记录会重新开始,因为 agy 不会重放它的历史。
此集成使用你已安装的 CLI 和登录状态,未经 Google 认可。
Paseo MCP 工具和引导功能不可用。你自己为 agy 配置的 MCP 服务器仍然可用。附加的图片会以文件引用的形式传给 Agent 读取。
如果 agy 不在 daemon 的 PATH 中,请在 ~/.paseo/config.json 中覆盖它的命令。使用 env 设置 Provider 专用的环境变量:
{
"agents": {
"providers": {
"antigravity": {
"command": ["/absolute/path/to/agy"],
"env": { "EXAMPLE_VARIABLE": "value" }
}
}
}
}
命令和环境变量覆盖见自定义 Provider。
ACP 目录
在应用内的 Provider 目录中选择以下任意一个。每个条目都可以一键安装底层 CLI。
- Agoragentic:拥有 174 种以上 AI 能力的 Agent 市场。
- Amp:前沿的编程 Agent。
- Auggie CLI:Augment Code 的 Agent,由其上下文引擎支撑。
- Autohand Code:Autohand AI 的编程 Agent。
- Cline:自主编程 Agent。
- Codebuddy Code:腾讯云的编程工具。
- CodeWhale:面向 DeepSeek V4 和开放模型的终端编程 Agent。
- Cortex Code:Snowflake 的编程 Agent。
- Corust Agent:专注于 Rust 的编程伙伴。
- crow-cli:极简的原生 ACP 编程 Agent。
- Cursor:Cursor 的编程 Agent。
- DeepAgents:基于 LangChain 的编程 Agent。
- DimCode:多模型编程 Agent。
- Dirac:开源 Agent,支持基于哈希锚点的并行编辑。
- Factory Droid:Factory AI 的编程 Agent。
- fast-agent:支持多家 Provider 的编程 Agent。
- Gajae Code:订阅制编程 Agent,采用先规划再修改的工作流。
- Gemini CLI:Google 官方的 Gemini CLI。
- GitHub Copilot:通过 ACP 接入的 GitHub AI 结对编程助手。
- GLM Agent:智谱 AI 的 GLM 编程 Agent。
- goose:Block 的本地开源 AI Agent。
- Grok:xAI 的 Grok Build Agent 编程 CLI。
- Hermes Agent:Nous Research 的自我改进型 Agent。
- Hoplite:通过本地 ACP 桥接入的云端编程 Agent。
- Junie:JetBrains 的编程 Agent。
- Kilo Code:开源编程 Agent。
- Kimi Code CLI:月之暗面的编程助手。
- Minion Code:基于 Minion 框架的编程 Agent。
- Mistral Vibe:Mistral 的开源 CLI 助手。
- Nova:Compass AI 的软件工程师。
- Poolside:Poolside 的编程 Agent。
- Qoder:Agent 式编程助手。
- Qwen Code:阿里巴巴的通义千问编程助手。
- siGit Code:本地优先的编程 Agent,可选使用设备端 LLM。
- Stakpak:基于 Rust 的 DevOps Agent。
- TRAE CLI:字节跳动官方的 TRAE 编程 Agent。
- VT Code:开源的多 Provider 编程 Agent。
应用内目录是权威的、固定版本的来源。这里未列出的 Agent 仍然可以手动添加,参见自定义 Provider。
Hoplite
在 daemon 主机上安装 Hoplite CLI 并运行 hoplite login。在 设置 → Hosts → 你的主机 → Providers 中,在目录里找到 Hoplite 并选择 添加。Paseo 会通过通用 ACP 适配器启动 hoplite acp。
Hoplite 在云端工作区中运行 Agent。请打开一个关联了 Hoplite 项目的仓库,或者设置 agents.providers.hoplite.env.HOPLITE_PROJECT_ID,在所有地方使用同一个项目。如果既没有关联的仓库也没有固定的项目,发现过程会报告 No Hoplite project。你的本地文件和 Paseo 的回环 MCP 工具在该云端工作区中不可用。
认证和项目设置见 Hoplite 的 ACP 指南。如果 hoplite 不在 daemon 的 PATH 中,请使用命令覆盖,并在参数中保留 acp。