验证第一次 GitHub 查询
核对返回的资源标识是否与你的目标一致,并查看查询结果。
仅使用 OOMOL MCP。 检查当前配置的 OOMOL 团队中是否有活跃的 GitHub 连接。读取已连接 GitHub 用户,列出可访问仓库并让我选择一个。读取最多 5 个开放的拉取请求,返回仓库、PR 编号、标题、链接及实际可见的草稿标记。不要推断审查是否通过或检查是否成功。目标不明确时请让我选择。只报告实际结果,注明选定资源,并区分空结果与访问错误。不要创建、修改、删除或发送任何内容。
在 Codex 中查看 GitHub 待合并 PR。连接账号、选择仓库,即可通过 OOMOL MCP 读取最多 5 个开放 PR。
开始使用 GitHub通过 OAuth 授权连接 GitHub 账号。
一个有权访问目标仓库的 GitHub 账号。
登录 OOMOL,选择团队,在 GitHub 连接页使用支持的授权方式创建连接。确认连接处于活跃状态,然后在 MCP 配置或 oo CLI 登录中使用同一个团队。
连接 GitHub用 OOMOL 配置页中的密钥和团队名称替换占位符。请妥善保管凭证,并保留已有的其他服务配置。
在支持远程 Streamable HTTP MCP 和自定义请求头的客户端中,按下方参数添加远程 MCP 服务。完整密钥和团队信息从 OOMOL MCP 配置页获取;不同客户端的字段名称和配置格式可能不同。
将占位符替换为自己的值。Authorization 使用 Bearer 加 MCP 密钥,x-oo-team-name 使用应用连接所在的团队名称。优先使用客户端的保密输入或环境变量功能。只填写 URL 而缺少这些请求头,配置仍不完整。
打开用户目录下的 ~/.cursor/mcp.json。如果文件不存在,用从 OOMOL 复制的 JSON 创建文件;如果已有配置,将 oomol 条目合并到现有 mcpServers 对象中。保存后重新连接服务,并新建一个 Agent 对话。
{
"mcpServers": {
"oomol": {
"url": "https://connector.oomol.com/v1/mcp",
"headers": {
"Authorization": "Bearer <mcp-api-key>",
"x-oo-team-name": "<team-name>"
}
}
}
} 打开 ~/.codex/config.toml,添加或更新唯一的 oomol 配置,将 <team-name> 替换为复制配置中的团队名称。在启动 Codex 的进程环境中设置 OOMOL_MCP_API_KEY,值为 Authorization 中的密钥本身,不包含 Bearer 前缀。删除 oomol.http_headers 中旧的 Authorization 项,不要把密钥写入 config.toml。使用该环境重新启动 Codex。
[mcp_servers.oomol]
url = "https://connector.oomol.com/v1/mcp"
bearer_token_env_var = "OOMOL_MCP_API_KEY"
[mcp_servers.oomol.http_headers]
"x-oo-team-name" = "<team-name>" 在 macOS 或 Linux 上使用 Codex CLI 和 Bash 时,运行以下命令,在不回显的提示处粘贴密钥。密钥只传给本次 Codex 进程,不会写入文件或命令历史。桌面端或 IDE 客户端需要在各自的启动环境中获得同名变量;另一个终端中设置的变量不一定可用。
bash -c '
read -r -s -p "OOMOL MCP API key: " OOMOL_MCP_API_KEY || exit 1
export OOMOL_MCP_API_KEY
exec codex
' 在项目根目录创建或合并下方 .mcp.json 配置,替换 <team-name>。在启动 Claude Code 的环境中设置 OOMOL_MCP_API_KEY,值为不含 Bearer 的密钥。下方 Bash 示例可在 macOS/Linux 中隐藏输入密钥并启动 claude。按提示批准项目服务后,用 /mcp 检查状态。
{
"mcpServers": {
"oomol": {
"type": "http",
"url": "https://connector.oomol.com/v1/mcp",
"headers": {
"Authorization": "Bearer ${OOMOL_MCP_API_KEY}",
"x-oo-team-name": "<team-name>"
}
}
}
} bash -c '
read -r -s -p "OOMOL MCP API key: " OOMOL_MCP_API_KEY || exit 1
export OOMOL_MCP_API_KEY
exec claude
' 在 VS Code 中执行 MCP: Open User Configuration,将下方 servers 和 inputs 条目合并进去,保留已有配置。替换 <team-name> 并保存,再用 MCP: List Servers 启动 oomol。出现提示时输入不含 Bearer 的 MCP 密钥。保密输入可以避免将密钥写入此配置文件。
{
"inputs": [
{
"type": "promptString",
"id": "oomolMcpKey",
"description": "OOMOL MCP API key",
"password": true
}
],
"servers": {
"oomol": {
"type": "http",
"url": "https://connector.oomol.com/v1/mcp",
"headers": {
"Authorization": "Bearer ${input:oomolMcpKey}",
"x-oo-team-name": "<team-name>"
}
}
}
} 检查是否出现 connector_list_apps、connector_search_actions 等 OOMOL 工具。它们用于发现和执行 GitHub 操作,各操作不一定单独出现在 MCP 工具列表中。 常见问题 →
将此只读任务复制到新的 AI 对话中执行。查询失败时,请查看常见问题。
核对返回的资源标识是否与你的目标一致,并查看查询结果。
仅使用 OOMOL MCP。 检查当前配置的 OOMOL 团队中是否有活跃的 GitHub 连接。读取已连接 GitHub 用户,列出可访问仓库并让我选择一个。读取最多 5 个开放的拉取请求,返回仓库、PR 编号、标题、链接及实际可见的草稿标记。不要推断审查是否通过或检查是否成功。目标不明确时请让我选择。只报告实际结果,注明选定资源,并区分空结果与访问错误。不要创建、修改、删除或发送任何内容。
管理 OOMOL 可以使用哪些可选存储。你随时可以在页脚重新修改这些选择。