1. 项目概述一个为AI编程客户端设计的统一代理网关如果你同时在使用Cursor IDE、Claude Code CLI这些AI编程工具并且手头有多个不同的AI后端账号比如官方的Antigravity、第三方的Claude API、Codex或者各种OpenAI兼容服务那么管理它们绝对是个头疼事。每个工具都有自己的配置方式账号切换麻烦配额用完了还得手动换更别提有些工具比如Cursor用的还是私有的gRPC协议你想用别的后端门都没有。Agent Vibes这个项目就是为了解决这个痛点而生的。它本质上是一个统一代理网关或者你可以把它理解成一个“AI流量路由器”。它的核心价值在于让你最常用的AI编程客户端目前主要是Cursor IDE和Claude Code CLI能够无缝地、智能地使用你配置的任意后端AI服务无论是官方的、第三方的还是你自己搭建的。我花了相当长的时间去折腾、配置和测试这个工具因为它解决的正是我日常开发中的真实需求我不想被某个特定的AI服务商绑定我希望我的AI助手能随时调用我最强、或者最合适的“大脑”同时还能自动帮我管理账号配额避免因为一个账号用尽而中断工作流。Agent Vibes通过实现Cursor原生的ConnectRPC/gRPC协议并构建了一个支持多后端路由、账号池、配额管理的代理层完美地实现了这个目标。接下来我会从设计思路、核心配置、实操避坑到高级玩法为你完整拆解这个项目。2. 核心架构与设计思路拆解2.1 为什么需要“统一代理网关”在深入代码之前我们先搞清楚问题本质。当前的AI编程工具生态是割裂的协议割裂Cursor使用私有的ConnectRPC/gRPC进行通信而Claude Code CLI使用标准的Anthropic Messages APISSE流。它们之间互不兼容。后端割裂每个工具通常只对接自家的官方服务如Cursor对AntigravityClaude CLI对Anthropic。你想用GPT-4来驱动Cursor或者用Claude Opus来处理Codex的任务几乎不可能。管理割裂每个账号的API Key、配额、速率限制都需要你手动管理。当一个账号的免费额度用尽或达到速率限制时你需要手动切换体验非常不连贯。Agent Vibes的解决方案是插入一个中间层。这个中间层对上游客户端来说完美模拟了它们期望的协议对下游后端服务来说它又是一个标准的客户端。同时它在中间层实现了智能路由、负载均衡和故障转移。2.2 核心架构解析项目的架构图清晰地展示了数据流客户端 (Cursor IDE, Claude Code CLI) │ ▼ Agent Vibes 代理服务器 (协议转换与路由中心) │ ├───→ Antigravity / Google Cloud Code (处理Gemini及Claude via Google) ├───→ Claude-Compatible API (处理第三方Claude服务) └───→ Codex CLI / OpenAI-Compatible API (处理GPT及O系列模型)这个架构的精妙之处在于协议兼容层这是项目最复杂的部分之一。对于Cursor它没有简单地做一个HTTP转发而是完整实现了Cursor官方的ConnectRPC/gRPC协议包括完整的流式工具调用循环。这意味着Cursor认为自己是在和“正版”服务对话所有高级功能如工具调用、知识库、会话管理都能正常工作。对于Claude Code CLI则实现了标准的/v1/messagesSSE端点。统一路由引擎当请求到达代理路由引擎会根据请求中的模型标识符如claude-3-5-sonnet-latest、gpt-4o、配置的账号可用性、配额情况智能地决定将请求发送到哪个后端。例如你可以配置让claude-开头的请求优先走第三方Claude API如果所有Claude账号都不可用再降级到Antigravity的Gemini。账号与配额管理池每个后端类型Antigravity、Claude API、OpenAI都维护着一个账号池。代理会跟踪每个账号的剩余配额、速率限制和冷却时间。当某个账号触发限制时它会自动从池中暂时剔除并切换到下一个可用账号实现了无缝的故障转移。上下文与工具链集成代理还负责维护会话状态处理上下文压缩当对话历史过长时并确保工具调用的完整性和协议映射。这使得即使在不同的后端之间切换对话的连贯性和工具功能也能得到保持。2.3 与同类项目如CLIProxyAPI的核心差异你可能听说过CLIProxyAPI它也是一个流行的代理项目。Agent Vibes与它的主要区别在于设计重心和实现深度CLIProxyAPI更偏向“API优先”和CLI工具兼容。它主要提供OpenAI/Claude兼容的通用端点让各种可以通过环境变量配置API Base URL的工具能连接到不同的后端。它是一个优秀的、通用的“协议转换器”。Agent Vibes深度集成与原生兼容。它的首要目标是让Cursor和Claude Code CLI这两个“挑剔”的客户端获得原生般的体验。对于Cursor不是提供兼容端点而是直接实现其私有gRPC协议这意味着100%的功能兼容性。对于Antigravity采用了“Worker-Native”架构直接运行Antigravity自身的运行时模块以确保与Google Cloud Code API的协议完全一致而不仅仅是模拟HTTP请求。简单来说如果你只需要让curl或者一些配置灵活的SDK能访问不同后端CLIProxyAPI可能更轻量。但如果你想要让Cursor和Claude Code CLI这两个“原装”客户端毫无感知地使用多后端Agent Vibes是更彻底、更专业的解决方案。3. 从零开始安装与配置全流程实操理论讲完了我们上手实操。我会以最常用的Cursor IDE扩展安装方式为例带你走通全流程并附上每一步我踩过的坑和解决方案。3.1 环境准备与前置检查在开始之前请务必确认你的环境符合要求这能避免80%的安装问题。操作系统项目主要开发和测试在macOS上进行但对Linux和Windows也有官方支持。我本人在macOS (Apple Silicon) 和 Windows WSL2 下均测试成功。Cursor IDE版本这是关键Agent Vibes扩展与特定版本的Cursor协议绑定。根据项目文档你需要Cursor v3.1.14。你可以在Cursor的“关于”页面查看版本。不匹配的版本会导致扩展无法启动或功能异常。Node.js如果你选择从源码安装需要Node.js ≥ 24。但通过VSIX扩展安装则不需要。网络环境由于需要拦截并重定向Cursor对特定域名如agent.cursor.com的请求到本地你的系统不能有全局代理或VPN软件劫持了这些域名的DNS解析。如果有你可能需要在安装过程中暂时关闭它们。实操心得我最开始就在Cursor版本上栽了跟头。我用的Cursor是自动更新的最新版而扩展只兼容v3.1.14。结果就是扩展安装后完全没反应。后来我通过Cursor的官网下载页找到了历史版本降级后才成功。建议安装前先确认版本如果不对先去Cursor官网下载指定版本安装包。3.2 安装扩展VSIX方式这是对非开发者最友好的方式。我们直接从GitHub Releases下载预编译的扩展包进行安装。下载VSIX文件 打开Agent Vibes的GitHub Releases页面https://github.com/funny-vibes/agent-vibes/releases找到最新版本例如v0.1.16。根据你的系统架构下载对应的.vsix文件。macOS Apple Silicon:agent-vibes-darwin-arm64-0.1.16.vsixmacOS Intel:agent-vibes-darwin-x64-0.1.16.vsixLinux x64:agent-vibes-linux-x64-0.1.16.vsixWindows x64:agent-vibes-win32-x64-0.1.16.vsix你可以用curl或浏览器直接下载。以下以macOS Apple Silicon为例curl -L -o agent-vibes-darwin-arm64-0.1.16.vsix https://github.com/funny-vibes/agent-vibes/releases/download/v0.1.16/agent-vibes-darwin-arm64-0.1.16.vsix安装扩展到Cursor 使用Cursor的命令行工具进行安装。确保cursor命令在终端可用。cursor --install-extension ./agent-vibes-darwin-arm64-0.1.16.vsix --force--force参数会覆盖同名旧版本扩展。首次启动与转发设置 安装完成后完全关闭并重新启动Cursor。这一点非常重要因为扩展需要注入到Cursor的运行时中。 重启后你应该会在Cursor的侧边栏看到一个类似卫星的Agent Vibes图标或者屏幕右下角出现一个设置向导。扩展会自动启动本地代理服务并通常会弹出一个引导界面提示你进行初始设置包括生成SSL证书和设置网络转发。3.3 核心配置步骤详解安装只是第一步让代理真正工作起来需要完成几个核心配置。这些步骤大多可以通过扩展的“命令面板”或“仪表盘”完成。生成SSL证书 Cursor与后端的通信是HTTPS加密的。为了拦截并解密这些流量进行代理Agent Vibes需要在本地创建一个受信任的根证书并用它签发针对Cursor服务域名的证书。操作在Cursor中按下CmdShiftP(Mac) 或CtrlShiftP(Windows/Linux) 打开命令面板输入Agent Vibes: Generate SSL Certificates并执行。背后原理这个命令会调用mkcert工具如果未安装会提示你安装为localhost和agent.cursor.com等域名生成证书并将根证书添加到系统的信任存储中。这样你的浏览器和Cursor才会信任这个本地代理签发的证书。常见问题如果遇到证书生成失败通常是因为没有安装mkcert。根据命令行提示安装即可。在macOS上可以用brew install mkcert。配置网络转发 为了让Cursor的流量走到你的本地代理需要修改系统的hosts文件将Cursor的服务器域名指向本地回环地址127.0.0.1并开启一个端口转发服务。操作在命令面板中执行Agent Vibes: Enable Port Forwarding。背后原理这个脚本会做两件事 a. 修改你的/etc/hosts文件需要管理员权限添加类似127.0.0.1 agent.cursor.com的条目。 b. 启动一个本地的TCP端口转发服务例如在8000端口将所有发往agent.cursor.com:443的流量转发到localhost:8000即Agent Vibes代理服务。权限提示修改hosts和监听低位端口可能需要输入密码或通过管理员权限运行。配置后端账号 这是代理的“灵魂”。你需要告诉Agent Vibes可以使用哪些AI服务。配置主要通过仪表盘 (Dashboard)进行。打开仪表盘点击侧边栏的Agent Vibes图标或在命令面板执行Agent Vibes: Open Dashboard。添加账号在仪表盘的“Accounts”标签页你可以为不同后端添加账号。Antigravity/Google Cloud Code这是最复杂的但也是功能最强大的后端。你需要有可用的Google Cloud Code API权限。推荐使用“Antigravity Manager”这类工具来获取可用的账号和令牌。在仪表盘界面通常有“Sync from Antigravity IDE”或“Sync from Antigravity Tools”的按钮点击后按照指引进行OAuth授权或粘贴令牌即可。Claude API支持官方Anthropic API和第三方兼容服务。你需要提供API Key和Base URL。对于官方服务Base URL是https://api.anthropic.com。OpenAI-Compatible / Codex支持官方的Codex CLI通过codex --login配置以及任何提供OpenAI兼容API的服务如Azure OpenAI, 其他第三方代理。你需要提供API Key和Base URL。避坑指南在配置Antigravity账号时我最初直接使用了从浏览器开发者工具中复制出来的令牌但很快遇到了认证失败的问题。后来发现Antigravity的令牌有很强的时效性和环境绑定。最可靠的方法是使用项目推荐的agent-vibes sync --ide或agent-vibes sync --tools命令行工具它们封装了正确的令牌刷新逻辑。如果你手动配置务必确保令牌是新鲜且具备https://www.googleapis.com/auth/cloudcode这个作用域。启动代理服务与验证 完成证书和账号配置后确保代理服务正在运行。通常扩展会自动启动服务。你可以在仪表盘的“Overview”或“Logs”标签页查看服务状态。 为了确保一切正常强烈建议运行内置诊断。操作在仪表盘切换到“Diagnostics”标签页点击“Run All Checks”。诊断内容这会依次检查Proxy Bypass: 确保系统代理没有干扰。SSL Certificates: 确认本地证书已生成且受信任。DNS Resolution: 检查agent.cursor.com是否正确解析到127.0.0.1。Traffic Forwarding: 验证端口转发是否生效。Bridge Health: 检查本地代理桥接服务是否健康。End-to-End TLS (H2): 测试到本地代理的HTTPS/2连接是否正常。Backend Accounts: 验证配置的后端账号至少有一个是可用的。结果解读所有检查都应显示为绿色“PASS”。如果有失败项请根据日志提示进行排查。最常见的失败点是DNS解析和证书信任。3.4 首次使用测试完成所有配置后再次完全重启Cursor。这是为了让所有网络拦截和扩展加载生效。重启后尝试在Cursor中触发一次AI请求例如在聊天框输入一个问题或使用“编辑模式”让AI修改代码。观察Cursor界面底部的状态栏或Agent Vibes的日志。成功标志Cursor能正常收到AI回复速度与你配置的后端网络状况相符。打开Agent Vibes仪表盘的“Analytics”标签页你应该能看到请求计数和所用后端模型的统计信息。在“Logs”标签页能看到详细的请求和响应日志包括路由到了哪个后端账号。如果请求失败首先查看Logs中的错误信息。常见的初期错误包括账号认证失败、配额用尽、网络连接超时。根据错误信息返回Accounts页面检查对应账号的配置。4. 高级配置与核心功能深度解析基础配置能让代理跑起来但要发挥其全部威力必须理解其高级配置和核心工作机制。4.1 多后端路由的优先级与策略Agent Vibes的路由决策逻辑是核心。理解它你才能合理配置让请求总是走到“最优”的后端。路由决策主要依据请求中的模型标识符和后端账号的配置与状态。其优先级逻辑如下精确匹配与前缀匹配对于Claude模型如claude-3-5-sonnet-latest代理会首先查找配置了该精确模型的Claude API账号。如果未找到则查找能处理claude-前缀的账号通常是配置了通配或未指定特定模型的账号。如果配置了prefix如team-a那么请求team-a/claude-...只会路由到对应前缀的账号。后端类型优先级对于未命中的Claude请求如果Claude API后端没有可用账号或全部不可用配额耗尽、冷却中请求会降级到Antigravity/Google Cloud Code后端。这里有一个关键行为当Claude请求被路由到Google后端时只有claude-3-opus*这类Opus模型会真正使用Google的Claude通道。其他如Sonnet、Haiku等模型会被自动重定向到gemini-3.1-pro-high模型。这是为了节省宝贵的Google Cloud Code配额用于最复杂的智能体任务。账号池与故障转移 在每个后端类型内部维护着一个账号池。代理采用简单的轮询或优先级调度将请求分发给池中“健康”的账号。一个账号的健康状态由以下因素决定可用性网络连通性、认证是否有效。配额是否还有剩余额度。速率限制是否在冷却期内收到429错误后。自定义优先级在账号配置中可以通过priority字段设置权重。配额耗尽回退Quota Fallback 这是Antigravity后端的一个高级功能。你可以在antigravity-accounts.json的顶层配置quotaFallbackModel: gemini-3.1-pro-high。作用当所有Google Cloud Code账号都因配额耗尽而进入长冷却期时系统不会直接向客户端返回429错误而是自动将请求静默地转发到指定的Gemini模型。使用场景适合那些对模型不敏感但要求服务持续可用的任务。这保证了你的工作流不会因为配额问题而中断只是可能换了一个“大脑”。4.2 账号配置文件详解虽然仪表盘提供了图形化配置但理解其背后的JSON配置文件能让你进行更精细的控制。配置文件位于~/.agent-vibes/data/目录下。1. OpenAI兼容后端 (openai-compat-accounts.json):{ accounts: [ { label: my-azure-openai, baseUrl: https://your-resource.openai.azure.com/openai/deployments/gpt-4o, apiKey: your-azure-api-key, apiVersion: 2024-02-01, // Azure OpenAI 需要 proxyUrl: http://127.0.0.1:7890, // 可选为该账号单独设置代理 preferResponsesApi: false, // 是否优先使用 /v1/responses 流式API maxContextTokens: 128000 // 该账号支持的最大上下文长度 } ] }proxyUrl: 非常有用。如果你的某个第三方服务需要特定的网络出口比如某个地区的代理可以在这里单独配置而不影响全局。maxContextTokens: 代理在路由时会考虑所有可用账号的此参数并选择最小值作为本次请求的上下文上限以确保在账号间切换时不会超出某个账号的能力范围。2. Claude API后端 (claude-api-accounts.json):{ forceModelPrefix: false, accounts: [ { label: claude-official, apiKey: sk-ant-xxx, baseUrl: https://api.anthropic.com, headers: { anthropic-beta: max-tokens-3-5-sonnet-2025-10-22 } // 可选请求头 }, { label: third-party-proxy, apiKey: sk-third-yyy, baseUrl: https://claude.proxy.example.com, stripThinking: true, // 移除thinking字段适配不支持thinking的提供商 excludedModels: [claude-3-haiku*], // 通配符排除特定模型 priority: 5 // 优先级数字越大优先级越高 } ] }stripThinking: 一些第三方Claude服务可能不支持Anthropic的“思考过程”thinking输出字段。开启此选项代理会在转发前移除这些字段。excludedModels: 使用通配符模式来排除该账号不支持或不想处理的模型非常灵活。models数组如果配置代理将使用此列表作为该账号支持的模型清单而不会尝试向上游查询。如果留空代理会尝试自动发现。4.3 仪表盘与运维工具Agent Vibes的仪表盘是其易用性的重要体现远不止是一个配置界面。Overview (概览)一眼看清所有后端服务的状态在线/离线、近期请求量、当前活跃的账号。这里是服务的“健康仪表板”。Analytics (分析)提供详细的用量统计。你可以看到每个模型被调用了多少次每个后端账号消耗了多少Token。这对于成本监控和配额规划至关重要。Logs (日志)分为“Bridge Logs”代理桥接服务日志和“Protocol Logs”详细协议日志。调试问题时这里是第一现场。你可以开启Debug模式看到每个请求和响应的详细内容注意可能包含敏感信息。Diagnostics (诊断)如前所述这是一套完整的自检工具。在遇到任何连接问题时首先运行全套诊断它能快速定位问题是在证书、DNS、转发还是账号层面。5. 典型问题排查与解决方案实录即使按照指南操作也难免会遇到问题。以下是我在部署和使用过程中遇到的一些典型问题及解决方法希望能帮你快速排雷。5.1 问题Cursor中AI请求无响应或一直“正在思考”排查步骤检查代理服务状态打开Agent Vibes仪表盘查看“Overview”标签页确认“Bridge Status”是“Running”。如果不是尝试在命令面板执行Agent Vibes: Start Server。检查账号状态在“Accounts”标签页查看你期望的后端账号旁边是否有绿色对勾或“Active”状态。如果显示“Quota Exhausted”或“Error”则需要更换或刷新账号。查看实时日志在“Logs”标签页切换到“Bridge Logs”然后再次在Cursor中触发一个AI请求。观察是否有新的日志行出现。如果没有任何新日志说明请求根本没有到达Agent Vibes代理。问题出在网络转发层。立刻运行“Diagnostics”中的“DNS Resolution”和“Traffic Forwarding”检查。如果有日志但显示错误根据错误信息判断。401 Unauthorized或403 Forbidden: 账号API Key错误或已失效。去对应后端平台检查并更新Key。429 Too Many Requests: 账号触发速率限制或配额用尽。代理会自动将其标记为冷却并尝试切换账号。如果所有账号都429了你就会看到这个错误。需要等待冷却结束或添加新账号。Connection timeout或Network error: 网络连接问题。检查你的代理配置如果在使用或目标服务地址是否可访问。验证Hosts文件手动检查你的系统hosts文件/etc/hostson macOS/Linux,C:\Windows\System32\drivers\etc\hostson Windows确认存在127.0.0.1 agent.cursor.com这一行。有时安全软件或脚本会修改它。5.2 问题SSL证书不受信任错误现象在浏览器中打开https://localhost:8000或Cursor内部报证书错误。解决方案在命令面板重新执行Agent Vibes: Generate SSL Certificates。完成后完全关闭所有浏览器和Cursor然后重新打开。因为证书信任链的更新需要重启应用才能生效。在macOS上你还可以打开“钥匙串访问”应用在“系统”或“登录”钥匙串的“证书”分类中找到一个名为agent-vibes CA或mkcert的证书确保其被设置为“始终信任”。5.3 问题Diagnostics诊断中某项失败“Proxy Bypass”失败说明你的系统存在全局网络代理或VPN它可能拦截了agent.cursor.com的DNS请求使其没有指向127.0.0.1。解决方案暂时关闭系统代理/VPN或者在其设置中将agent.cursor.com加入直连/绕过列表。“End-to-End TLS (H2)”失败这通常意味着本地代理服务桥接没有在预期的端口默认8000上启动HTTPS/2服务。检查Logs中桥接服务启动时是否有错误。可能是端口被占用。你可以尝试修改Agent Vibes的配置换一个端口如8001然后同时更新端口转发规则这需要更高级的脚本操作通常不建议新手修改。5.4 问题特定后端账号一直显示“Error”Claude API账号错误确认baseUrl是否正确。第三方服务地址可能不是https://api.anthropic.com。确认API Key格式。Anthropic官方Key以sk-ant-开头。如果是第三方服务尝试在配置中开启stripThinking: true。Antigravity账号错误这是最棘手的。Antigravity的令牌通常是一个OAuth2 refresh token极易过期。最佳实践不要手动复制粘贴令牌。使用agent-vibes sync --ide或--tools命令来同步。这些命令会处理令牌的刷新流程。如果同步命令也失败请确保你用于同步的源Antigravity IDE或Manager本身是登录状态且功能正常。5.5 日志文件位置当图形界面无法提供足够信息时直接查看日志文件是最有效的。主桥接日志位于系统临时目录。macOS:/private/var/folders/.../T/agent-vibes-bridge.log(路径中的...是随机字符)Linux:/tmp/agent-vibes-bridge.logWindows:%TEMP%\agent-vibes-bridge.log详细协议日志位于临时目录/agent-vibes-logs/下按日期分文件。这里包含了每个HTTP/gRPC请求和响应的详细内容用于深度调试。6. 源码结构与开发指南对于想深入了解或参与贡献的开发者Agent Vibes的代码结构清晰采用了现代TypeScript技术栈。6.1 项目结构核心解读agent-vibes/ ├── apps/ │ └── protocol-bridge/ # 主代理服务器 │ ├── src/ │ │ ├── protocol/ # 协议适配层核心 │ │ │ ├── cursor/ # Cursor的ConnectRPC/gRPC实现 │ │ │ └── anthropic/ # Claude Code CLI的HTTP/SSE实现 │ │ ├── llm/ # 后端提供商实现层 │ │ │ ├── google/ # Antigravity/Cloud Code集成含Go Worker池 │ │ │ ├── anthropic/ # Claude API客户端 │ │ │ └── openai/ # OpenAI兼容及Codex客户端 │ │ └── context/ # 会话上下文管理 └── scripts/ # 实用脚本安装、转发、同步protocol/目录这是项目的“前端”兼容层。cursor/子目录下的cursor-connect-stream.service.ts和cursor-grpc.service.ts是理解如何与Cursor通信的关键。它们使用bufbuild系列库来处理Protobuf协议。llm/目录这是项目的“后端”驱动层。每个子目录对应一类AI服务提供商。特别值得注意的是google/目录它可能包含与Antigravity原生模块交互的代码或者通过Cloud Code API通信的逻辑。scripts/目录包含所有平台相关的脚本如修改hosts、设置端口转发proxy/、同步账号凭证accounts/。如果你在Linux或Windows上遇到转发问题可以在这里查找对应的Shell或PowerShell脚本进行调试。6.2 从源码构建与运行如果你想体验最新开发版或进行二次开发# 1. 克隆代码 git clone https://github.com/funny-vibes/agent-vibes.git cd agent-vibes # 2. 安装依赖并构建 npm install npm run build # 这会构建所有packages和apps # 3. 链接到全局方便命令行调用 npm link # 4. 生成证书需要先安装mkcert agent-vibes cert # 5. 设置网络转发并启动服务 agent-vibes forward hosts agent-vibes forward on agent-vibes # 启动代理服务器从源码运行后你依然需要通过VSIX安装Cursor扩展或者通过环境变量ANTHROPIC_BASE_URLhttps://localhost:8000来让Claude Code CLI连接到你本地运行的代理。6.3 扩展开发与调试Agent Vibes的Cursor扩展部分是一个标准的VSCode扩展因为Cursor基于VSCode。其代码位于apps/vscode-extension/目录下。如果你想修改扩展的行为如UI、命令可以在此目录进行开发。调试扩展通常需要在apps/vscode-extension目录下运行npm run watch启动编译监视。在Cursor中按下F5打开“扩展开发宿主”窗口这个新窗口会加载你本地开发的扩展版本。经过以上从原理到实操从配置到排坑的完整梳理你应该已经能够驾驭Agent Vibes这个强大的工具了。它的价值在于将复杂的多后端管理、协议转换和故障转移自动化让你能更专注于使用AI进行编程本身而不是折腾基础设施。随着你对路由策略和账号池的熟练运用你可以构建出一个高度可靠、成本优化且性能优异的个人AI编程环境。
Agent Vibes：为AI编程工具打造的统一代理网关，实现多后端智能路由
1. 项目概述一个为AI编程客户端设计的统一代理网关如果你同时在使用Cursor IDE、Claude Code CLI这些AI编程工具并且手头有多个不同的AI后端账号比如官方的Antigravity、第三方的Claude API、Codex或者各种OpenAI兼容服务那么管理它们绝对是个头疼事。每个工具都有自己的配置方式账号切换麻烦配额用完了还得手动换更别提有些工具比如Cursor用的还是私有的gRPC协议你想用别的后端门都没有。Agent Vibes这个项目就是为了解决这个痛点而生的。它本质上是一个统一代理网关或者你可以把它理解成一个“AI流量路由器”。它的核心价值在于让你最常用的AI编程客户端目前主要是Cursor IDE和Claude Code CLI能够无缝地、智能地使用你配置的任意后端AI服务无论是官方的、第三方的还是你自己搭建的。我花了相当长的时间去折腾、配置和测试这个工具因为它解决的正是我日常开发中的真实需求我不想被某个特定的AI服务商绑定我希望我的AI助手能随时调用我最强、或者最合适的“大脑”同时还能自动帮我管理账号配额避免因为一个账号用尽而中断工作流。Agent Vibes通过实现Cursor原生的ConnectRPC/gRPC协议并构建了一个支持多后端路由、账号池、配额管理的代理层完美地实现了这个目标。接下来我会从设计思路、核心配置、实操避坑到高级玩法为你完整拆解这个项目。2. 核心架构与设计思路拆解2.1 为什么需要“统一代理网关”在深入代码之前我们先搞清楚问题本质。当前的AI编程工具生态是割裂的协议割裂Cursor使用私有的ConnectRPC/gRPC进行通信而Claude Code CLI使用标准的Anthropic Messages APISSE流。它们之间互不兼容。后端割裂每个工具通常只对接自家的官方服务如Cursor对AntigravityClaude CLI对Anthropic。你想用GPT-4来驱动Cursor或者用Claude Opus来处理Codex的任务几乎不可能。管理割裂每个账号的API Key、配额、速率限制都需要你手动管理。当一个账号的免费额度用尽或达到速率限制时你需要手动切换体验非常不连贯。Agent Vibes的解决方案是插入一个中间层。这个中间层对上游客户端来说完美模拟了它们期望的协议对下游后端服务来说它又是一个标准的客户端。同时它在中间层实现了智能路由、负载均衡和故障转移。2.2 核心架构解析项目的架构图清晰地展示了数据流客户端 (Cursor IDE, Claude Code CLI) │ ▼ Agent Vibes 代理服务器 (协议转换与路由中心) │ ├───→ Antigravity / Google Cloud Code (处理Gemini及Claude via Google) ├───→ Claude-Compatible API (处理第三方Claude服务) └───→ Codex CLI / OpenAI-Compatible API (处理GPT及O系列模型)这个架构的精妙之处在于协议兼容层这是项目最复杂的部分之一。对于Cursor它没有简单地做一个HTTP转发而是完整实现了Cursor官方的ConnectRPC/gRPC协议包括完整的流式工具调用循环。这意味着Cursor认为自己是在和“正版”服务对话所有高级功能如工具调用、知识库、会话管理都能正常工作。对于Claude Code CLI则实现了标准的/v1/messagesSSE端点。统一路由引擎当请求到达代理路由引擎会根据请求中的模型标识符如claude-3-5-sonnet-latest、gpt-4o、配置的账号可用性、配额情况智能地决定将请求发送到哪个后端。例如你可以配置让claude-开头的请求优先走第三方Claude API如果所有Claude账号都不可用再降级到Antigravity的Gemini。账号与配额管理池每个后端类型Antigravity、Claude API、OpenAI都维护着一个账号池。代理会跟踪每个账号的剩余配额、速率限制和冷却时间。当某个账号触发限制时它会自动从池中暂时剔除并切换到下一个可用账号实现了无缝的故障转移。上下文与工具链集成代理还负责维护会话状态处理上下文压缩当对话历史过长时并确保工具调用的完整性和协议映射。这使得即使在不同的后端之间切换对话的连贯性和工具功能也能得到保持。2.3 与同类项目如CLIProxyAPI的核心差异你可能听说过CLIProxyAPI它也是一个流行的代理项目。Agent Vibes与它的主要区别在于设计重心和实现深度CLIProxyAPI更偏向“API优先”和CLI工具兼容。它主要提供OpenAI/Claude兼容的通用端点让各种可以通过环境变量配置API Base URL的工具能连接到不同的后端。它是一个优秀的、通用的“协议转换器”。Agent Vibes深度集成与原生兼容。它的首要目标是让Cursor和Claude Code CLI这两个“挑剔”的客户端获得原生般的体验。对于Cursor不是提供兼容端点而是直接实现其私有gRPC协议这意味着100%的功能兼容性。对于Antigravity采用了“Worker-Native”架构直接运行Antigravity自身的运行时模块以确保与Google Cloud Code API的协议完全一致而不仅仅是模拟HTTP请求。简单来说如果你只需要让curl或者一些配置灵活的SDK能访问不同后端CLIProxyAPI可能更轻量。但如果你想要让Cursor和Claude Code CLI这两个“原装”客户端毫无感知地使用多后端Agent Vibes是更彻底、更专业的解决方案。3. 从零开始安装与配置全流程实操理论讲完了我们上手实操。我会以最常用的Cursor IDE扩展安装方式为例带你走通全流程并附上每一步我踩过的坑和解决方案。3.1 环境准备与前置检查在开始之前请务必确认你的环境符合要求这能避免80%的安装问题。操作系统项目主要开发和测试在macOS上进行但对Linux和Windows也有官方支持。我本人在macOS (Apple Silicon) 和 Windows WSL2 下均测试成功。Cursor IDE版本这是关键Agent Vibes扩展与特定版本的Cursor协议绑定。根据项目文档你需要Cursor v3.1.14。你可以在Cursor的“关于”页面查看版本。不匹配的版本会导致扩展无法启动或功能异常。Node.js如果你选择从源码安装需要Node.js ≥ 24。但通过VSIX扩展安装则不需要。网络环境由于需要拦截并重定向Cursor对特定域名如agent.cursor.com的请求到本地你的系统不能有全局代理或VPN软件劫持了这些域名的DNS解析。如果有你可能需要在安装过程中暂时关闭它们。实操心得我最开始就在Cursor版本上栽了跟头。我用的Cursor是自动更新的最新版而扩展只兼容v3.1.14。结果就是扩展安装后完全没反应。后来我通过Cursor的官网下载页找到了历史版本降级后才成功。建议安装前先确认版本如果不对先去Cursor官网下载指定版本安装包。3.2 安装扩展VSIX方式这是对非开发者最友好的方式。我们直接从GitHub Releases下载预编译的扩展包进行安装。下载VSIX文件 打开Agent Vibes的GitHub Releases页面https://github.com/funny-vibes/agent-vibes/releases找到最新版本例如v0.1.16。根据你的系统架构下载对应的.vsix文件。macOS Apple Silicon:agent-vibes-darwin-arm64-0.1.16.vsixmacOS Intel:agent-vibes-darwin-x64-0.1.16.vsixLinux x64:agent-vibes-linux-x64-0.1.16.vsixWindows x64:agent-vibes-win32-x64-0.1.16.vsix你可以用curl或浏览器直接下载。以下以macOS Apple Silicon为例curl -L -o agent-vibes-darwin-arm64-0.1.16.vsix https://github.com/funny-vibes/agent-vibes/releases/download/v0.1.16/agent-vibes-darwin-arm64-0.1.16.vsix安装扩展到Cursor 使用Cursor的命令行工具进行安装。确保cursor命令在终端可用。cursor --install-extension ./agent-vibes-darwin-arm64-0.1.16.vsix --force--force参数会覆盖同名旧版本扩展。首次启动与转发设置 安装完成后完全关闭并重新启动Cursor。这一点非常重要因为扩展需要注入到Cursor的运行时中。 重启后你应该会在Cursor的侧边栏看到一个类似卫星的Agent Vibes图标或者屏幕右下角出现一个设置向导。扩展会自动启动本地代理服务并通常会弹出一个引导界面提示你进行初始设置包括生成SSL证书和设置网络转发。3.3 核心配置步骤详解安装只是第一步让代理真正工作起来需要完成几个核心配置。这些步骤大多可以通过扩展的“命令面板”或“仪表盘”完成。生成SSL证书 Cursor与后端的通信是HTTPS加密的。为了拦截并解密这些流量进行代理Agent Vibes需要在本地创建一个受信任的根证书并用它签发针对Cursor服务域名的证书。操作在Cursor中按下CmdShiftP(Mac) 或CtrlShiftP(Windows/Linux) 打开命令面板输入Agent Vibes: Generate SSL Certificates并执行。背后原理这个命令会调用mkcert工具如果未安装会提示你安装为localhost和agent.cursor.com等域名生成证书并将根证书添加到系统的信任存储中。这样你的浏览器和Cursor才会信任这个本地代理签发的证书。常见问题如果遇到证书生成失败通常是因为没有安装mkcert。根据命令行提示安装即可。在macOS上可以用brew install mkcert。配置网络转发 为了让Cursor的流量走到你的本地代理需要修改系统的hosts文件将Cursor的服务器域名指向本地回环地址127.0.0.1并开启一个端口转发服务。操作在命令面板中执行Agent Vibes: Enable Port Forwarding。背后原理这个脚本会做两件事 a. 修改你的/etc/hosts文件需要管理员权限添加类似127.0.0.1 agent.cursor.com的条目。 b. 启动一个本地的TCP端口转发服务例如在8000端口将所有发往agent.cursor.com:443的流量转发到localhost:8000即Agent Vibes代理服务。权限提示修改hosts和监听低位端口可能需要输入密码或通过管理员权限运行。配置后端账号 这是代理的“灵魂”。你需要告诉Agent Vibes可以使用哪些AI服务。配置主要通过仪表盘 (Dashboard)进行。打开仪表盘点击侧边栏的Agent Vibes图标或在命令面板执行Agent Vibes: Open Dashboard。添加账号在仪表盘的“Accounts”标签页你可以为不同后端添加账号。Antigravity/Google Cloud Code这是最复杂的但也是功能最强大的后端。你需要有可用的Google Cloud Code API权限。推荐使用“Antigravity Manager”这类工具来获取可用的账号和令牌。在仪表盘界面通常有“Sync from Antigravity IDE”或“Sync from Antigravity Tools”的按钮点击后按照指引进行OAuth授权或粘贴令牌即可。Claude API支持官方Anthropic API和第三方兼容服务。你需要提供API Key和Base URL。对于官方服务Base URL是https://api.anthropic.com。OpenAI-Compatible / Codex支持官方的Codex CLI通过codex --login配置以及任何提供OpenAI兼容API的服务如Azure OpenAI, 其他第三方代理。你需要提供API Key和Base URL。避坑指南在配置Antigravity账号时我最初直接使用了从浏览器开发者工具中复制出来的令牌但很快遇到了认证失败的问题。后来发现Antigravity的令牌有很强的时效性和环境绑定。最可靠的方法是使用项目推荐的agent-vibes sync --ide或agent-vibes sync --tools命令行工具它们封装了正确的令牌刷新逻辑。如果你手动配置务必确保令牌是新鲜且具备https://www.googleapis.com/auth/cloudcode这个作用域。启动代理服务与验证 完成证书和账号配置后确保代理服务正在运行。通常扩展会自动启动服务。你可以在仪表盘的“Overview”或“Logs”标签页查看服务状态。 为了确保一切正常强烈建议运行内置诊断。操作在仪表盘切换到“Diagnostics”标签页点击“Run All Checks”。诊断内容这会依次检查Proxy Bypass: 确保系统代理没有干扰。SSL Certificates: 确认本地证书已生成且受信任。DNS Resolution: 检查agent.cursor.com是否正确解析到127.0.0.1。Traffic Forwarding: 验证端口转发是否生效。Bridge Health: 检查本地代理桥接服务是否健康。End-to-End TLS (H2): 测试到本地代理的HTTPS/2连接是否正常。Backend Accounts: 验证配置的后端账号至少有一个是可用的。结果解读所有检查都应显示为绿色“PASS”。如果有失败项请根据日志提示进行排查。最常见的失败点是DNS解析和证书信任。3.4 首次使用测试完成所有配置后再次完全重启Cursor。这是为了让所有网络拦截和扩展加载生效。重启后尝试在Cursor中触发一次AI请求例如在聊天框输入一个问题或使用“编辑模式”让AI修改代码。观察Cursor界面底部的状态栏或Agent Vibes的日志。成功标志Cursor能正常收到AI回复速度与你配置的后端网络状况相符。打开Agent Vibes仪表盘的“Analytics”标签页你应该能看到请求计数和所用后端模型的统计信息。在“Logs”标签页能看到详细的请求和响应日志包括路由到了哪个后端账号。如果请求失败首先查看Logs中的错误信息。常见的初期错误包括账号认证失败、配额用尽、网络连接超时。根据错误信息返回Accounts页面检查对应账号的配置。4. 高级配置与核心功能深度解析基础配置能让代理跑起来但要发挥其全部威力必须理解其高级配置和核心工作机制。4.1 多后端路由的优先级与策略Agent Vibes的路由决策逻辑是核心。理解它你才能合理配置让请求总是走到“最优”的后端。路由决策主要依据请求中的模型标识符和后端账号的配置与状态。其优先级逻辑如下精确匹配与前缀匹配对于Claude模型如claude-3-5-sonnet-latest代理会首先查找配置了该精确模型的Claude API账号。如果未找到则查找能处理claude-前缀的账号通常是配置了通配或未指定特定模型的账号。如果配置了prefix如team-a那么请求team-a/claude-...只会路由到对应前缀的账号。后端类型优先级对于未命中的Claude请求如果Claude API后端没有可用账号或全部不可用配额耗尽、冷却中请求会降级到Antigravity/Google Cloud Code后端。这里有一个关键行为当Claude请求被路由到Google后端时只有claude-3-opus*这类Opus模型会真正使用Google的Claude通道。其他如Sonnet、Haiku等模型会被自动重定向到gemini-3.1-pro-high模型。这是为了节省宝贵的Google Cloud Code配额用于最复杂的智能体任务。账号池与故障转移 在每个后端类型内部维护着一个账号池。代理采用简单的轮询或优先级调度将请求分发给池中“健康”的账号。一个账号的健康状态由以下因素决定可用性网络连通性、认证是否有效。配额是否还有剩余额度。速率限制是否在冷却期内收到429错误后。自定义优先级在账号配置中可以通过priority字段设置权重。配额耗尽回退Quota Fallback 这是Antigravity后端的一个高级功能。你可以在antigravity-accounts.json的顶层配置quotaFallbackModel: gemini-3.1-pro-high。作用当所有Google Cloud Code账号都因配额耗尽而进入长冷却期时系统不会直接向客户端返回429错误而是自动将请求静默地转发到指定的Gemini模型。使用场景适合那些对模型不敏感但要求服务持续可用的任务。这保证了你的工作流不会因为配额问题而中断只是可能换了一个“大脑”。4.2 账号配置文件详解虽然仪表盘提供了图形化配置但理解其背后的JSON配置文件能让你进行更精细的控制。配置文件位于~/.agent-vibes/data/目录下。1. OpenAI兼容后端 (openai-compat-accounts.json):{ accounts: [ { label: my-azure-openai, baseUrl: https://your-resource.openai.azure.com/openai/deployments/gpt-4o, apiKey: your-azure-api-key, apiVersion: 2024-02-01, // Azure OpenAI 需要 proxyUrl: http://127.0.0.1:7890, // 可选为该账号单独设置代理 preferResponsesApi: false, // 是否优先使用 /v1/responses 流式API maxContextTokens: 128000 // 该账号支持的最大上下文长度 } ] }proxyUrl: 非常有用。如果你的某个第三方服务需要特定的网络出口比如某个地区的代理可以在这里单独配置而不影响全局。maxContextTokens: 代理在路由时会考虑所有可用账号的此参数并选择最小值作为本次请求的上下文上限以确保在账号间切换时不会超出某个账号的能力范围。2. Claude API后端 (claude-api-accounts.json):{ forceModelPrefix: false, accounts: [ { label: claude-official, apiKey: sk-ant-xxx, baseUrl: https://api.anthropic.com, headers: { anthropic-beta: max-tokens-3-5-sonnet-2025-10-22 } // 可选请求头 }, { label: third-party-proxy, apiKey: sk-third-yyy, baseUrl: https://claude.proxy.example.com, stripThinking: true, // 移除thinking字段适配不支持thinking的提供商 excludedModels: [claude-3-haiku*], // 通配符排除特定模型 priority: 5 // 优先级数字越大优先级越高 } ] }stripThinking: 一些第三方Claude服务可能不支持Anthropic的“思考过程”thinking输出字段。开启此选项代理会在转发前移除这些字段。excludedModels: 使用通配符模式来排除该账号不支持或不想处理的模型非常灵活。models数组如果配置代理将使用此列表作为该账号支持的模型清单而不会尝试向上游查询。如果留空代理会尝试自动发现。4.3 仪表盘与运维工具Agent Vibes的仪表盘是其易用性的重要体现远不止是一个配置界面。Overview (概览)一眼看清所有后端服务的状态在线/离线、近期请求量、当前活跃的账号。这里是服务的“健康仪表板”。Analytics (分析)提供详细的用量统计。你可以看到每个模型被调用了多少次每个后端账号消耗了多少Token。这对于成本监控和配额规划至关重要。Logs (日志)分为“Bridge Logs”代理桥接服务日志和“Protocol Logs”详细协议日志。调试问题时这里是第一现场。你可以开启Debug模式看到每个请求和响应的详细内容注意可能包含敏感信息。Diagnostics (诊断)如前所述这是一套完整的自检工具。在遇到任何连接问题时首先运行全套诊断它能快速定位问题是在证书、DNS、转发还是账号层面。5. 典型问题排查与解决方案实录即使按照指南操作也难免会遇到问题。以下是我在部署和使用过程中遇到的一些典型问题及解决方法希望能帮你快速排雷。5.1 问题Cursor中AI请求无响应或一直“正在思考”排查步骤检查代理服务状态打开Agent Vibes仪表盘查看“Overview”标签页确认“Bridge Status”是“Running”。如果不是尝试在命令面板执行Agent Vibes: Start Server。检查账号状态在“Accounts”标签页查看你期望的后端账号旁边是否有绿色对勾或“Active”状态。如果显示“Quota Exhausted”或“Error”则需要更换或刷新账号。查看实时日志在“Logs”标签页切换到“Bridge Logs”然后再次在Cursor中触发一个AI请求。观察是否有新的日志行出现。如果没有任何新日志说明请求根本没有到达Agent Vibes代理。问题出在网络转发层。立刻运行“Diagnostics”中的“DNS Resolution”和“Traffic Forwarding”检查。如果有日志但显示错误根据错误信息判断。401 Unauthorized或403 Forbidden: 账号API Key错误或已失效。去对应后端平台检查并更新Key。429 Too Many Requests: 账号触发速率限制或配额用尽。代理会自动将其标记为冷却并尝试切换账号。如果所有账号都429了你就会看到这个错误。需要等待冷却结束或添加新账号。Connection timeout或Network error: 网络连接问题。检查你的代理配置如果在使用或目标服务地址是否可访问。验证Hosts文件手动检查你的系统hosts文件/etc/hostson macOS/Linux,C:\Windows\System32\drivers\etc\hostson Windows确认存在127.0.0.1 agent.cursor.com这一行。有时安全软件或脚本会修改它。5.2 问题SSL证书不受信任错误现象在浏览器中打开https://localhost:8000或Cursor内部报证书错误。解决方案在命令面板重新执行Agent Vibes: Generate SSL Certificates。完成后完全关闭所有浏览器和Cursor然后重新打开。因为证书信任链的更新需要重启应用才能生效。在macOS上你还可以打开“钥匙串访问”应用在“系统”或“登录”钥匙串的“证书”分类中找到一个名为agent-vibes CA或mkcert的证书确保其被设置为“始终信任”。5.3 问题Diagnostics诊断中某项失败“Proxy Bypass”失败说明你的系统存在全局网络代理或VPN它可能拦截了agent.cursor.com的DNS请求使其没有指向127.0.0.1。解决方案暂时关闭系统代理/VPN或者在其设置中将agent.cursor.com加入直连/绕过列表。“End-to-End TLS (H2)”失败这通常意味着本地代理服务桥接没有在预期的端口默认8000上启动HTTPS/2服务。检查Logs中桥接服务启动时是否有错误。可能是端口被占用。你可以尝试修改Agent Vibes的配置换一个端口如8001然后同时更新端口转发规则这需要更高级的脚本操作通常不建议新手修改。5.4 问题特定后端账号一直显示“Error”Claude API账号错误确认baseUrl是否正确。第三方服务地址可能不是https://api.anthropic.com。确认API Key格式。Anthropic官方Key以sk-ant-开头。如果是第三方服务尝试在配置中开启stripThinking: true。Antigravity账号错误这是最棘手的。Antigravity的令牌通常是一个OAuth2 refresh token极易过期。最佳实践不要手动复制粘贴令牌。使用agent-vibes sync --ide或--tools命令来同步。这些命令会处理令牌的刷新流程。如果同步命令也失败请确保你用于同步的源Antigravity IDE或Manager本身是登录状态且功能正常。5.5 日志文件位置当图形界面无法提供足够信息时直接查看日志文件是最有效的。主桥接日志位于系统临时目录。macOS:/private/var/folders/.../T/agent-vibes-bridge.log(路径中的...是随机字符)Linux:/tmp/agent-vibes-bridge.logWindows:%TEMP%\agent-vibes-bridge.log详细协议日志位于临时目录/agent-vibes-logs/下按日期分文件。这里包含了每个HTTP/gRPC请求和响应的详细内容用于深度调试。6. 源码结构与开发指南对于想深入了解或参与贡献的开发者Agent Vibes的代码结构清晰采用了现代TypeScript技术栈。6.1 项目结构核心解读agent-vibes/ ├── apps/ │ └── protocol-bridge/ # 主代理服务器 │ ├── src/ │ │ ├── protocol/ # 协议适配层核心 │ │ │ ├── cursor/ # Cursor的ConnectRPC/gRPC实现 │ │ │ └── anthropic/ # Claude Code CLI的HTTP/SSE实现 │ │ ├── llm/ # 后端提供商实现层 │ │ │ ├── google/ # Antigravity/Cloud Code集成含Go Worker池 │ │ │ ├── anthropic/ # Claude API客户端 │ │ │ └── openai/ # OpenAI兼容及Codex客户端 │ │ └── context/ # 会话上下文管理 └── scripts/ # 实用脚本安装、转发、同步protocol/目录这是项目的“前端”兼容层。cursor/子目录下的cursor-connect-stream.service.ts和cursor-grpc.service.ts是理解如何与Cursor通信的关键。它们使用bufbuild系列库来处理Protobuf协议。llm/目录这是项目的“后端”驱动层。每个子目录对应一类AI服务提供商。特别值得注意的是google/目录它可能包含与Antigravity原生模块交互的代码或者通过Cloud Code API通信的逻辑。scripts/目录包含所有平台相关的脚本如修改hosts、设置端口转发proxy/、同步账号凭证accounts/。如果你在Linux或Windows上遇到转发问题可以在这里查找对应的Shell或PowerShell脚本进行调试。6.2 从源码构建与运行如果你想体验最新开发版或进行二次开发# 1. 克隆代码 git clone https://github.com/funny-vibes/agent-vibes.git cd agent-vibes # 2. 安装依赖并构建 npm install npm run build # 这会构建所有packages和apps # 3. 链接到全局方便命令行调用 npm link # 4. 生成证书需要先安装mkcert agent-vibes cert # 5. 设置网络转发并启动服务 agent-vibes forward hosts agent-vibes forward on agent-vibes # 启动代理服务器从源码运行后你依然需要通过VSIX安装Cursor扩展或者通过环境变量ANTHROPIC_BASE_URLhttps://localhost:8000来让Claude Code CLI连接到你本地运行的代理。6.3 扩展开发与调试Agent Vibes的Cursor扩展部分是一个标准的VSCode扩展因为Cursor基于VSCode。其代码位于apps/vscode-extension/目录下。如果你想修改扩展的行为如UI、命令可以在此目录进行开发。调试扩展通常需要在apps/vscode-extension目录下运行npm run watch启动编译监视。在Cursor中按下F5打开“扩展开发宿主”窗口这个新窗口会加载你本地开发的扩展版本。经过以上从原理到实操从配置到排坑的完整梳理你应该已经能够驾驭Agent Vibes这个强大的工具了。它的价值在于将复杂的多后端管理、协议转换和故障转移自动化让你能更专注于使用AI进行编程本身而不是折腾基础设施。随着你对路由策略和账号池的熟练运用你可以构建出一个高度可靠、成本优化且性能优异的个人AI编程环境。
