仓库的克隆/拉取/写入需求、分支范围、令牌或密钥归属、Webhook 和撤销。请逐一核实提供商和认证方式。
集成指南 · 已核对 2026-08-05
集成是权限和数据路径,而不只是徽标。
MonkeyCode 工作流需要仓库访问、模型访问、开发基础设施和配套网络服务。公开资料没有给出完整的逐提供商兼容性矩阵,因此本页把已文档化的类别与必须核实的事项分开。
直接答案模型管理与连接仓库的开发是文档化平台模型的一部分。
当前公开 README 列出了 GLM、Kimi、MiniMax、Qwen、DeepSeek 等模型系列。确切的 Git 提供商、认证方式、模型版本、端点、地区、配额和支持状态,必须在当前版本和文档中确认。
连接清单
四个需要文档化的边界。
对每条连接,记录所有者、凭据、权限、端点、发送的数据、留存、失败行为和撤销流程。
确切的模型 ID、提供商或私有端点、凭据、发送的上下文、留存条款、配额、回退和成本。
控制台和环境主机、DNS、TLS、存储、镜像/软件包访问、预览、日志和备份。
GitHub Issues 和 Discord 是支持/社区渠道,不是运行时产品集成。
核实矩阵
不要把架构需求变成兼容性主张。
只有在测试过确切版本和认证路径之后,才能把一个集成标记为受支持。
| 主张 | 本页状态 | 如何核实 |
|---|---|---|
| 公开 README 中列出的模型系列 | 已文档化 | 查看当前 README 和安装配置 |
| 仓库工作需要仓库访问 | 工作流要求 | 测试最小权限的读/写行为 |
| 对特定 Git 提供商的支持 | 未主张 | 查找当前官方提供商文档并运行测试 |
| 特定的 Webhook/OAuth/SSH 行为 | 未主张 | 核实配置界面、权限、日志、轮换和撤销 |
| 聊天、问题跟踪器、CI/CD、MCP 或 Kubernetes 集成 | 未主张 | 要求当前官方文档和可复现的证据 |
集成验收
在推广之前先测试失败路径。
- 01限定凭据范围
使用非敏感仓库,并只授予测试所需的最小权限。
- 02追踪流量
记录 Git、模型、软件包、更新、DNS、预览、日志和遥测的目的地。
- 03撤销访问
让凭据过期,并确认任务能在不泄漏机密的情况下安全失败。
- 04记录支持情况
保存版本、提供商、认证方式、配置、结果、所有者和复测日期。
MonkeyCode 与什么集成?
MonkeyCode 工作流需要仓库访问、AI 模型访问、开发基础设施和配套网络服务。公开 README 列出了 GLM、Kimi、MiniMax、Qwen、DeepSeek 等模型系列;确切的 Git 提供商、认证方式和版本必须核实。
MonkeyCode 支持哪些 Git 提供商?
公开资料没有给出完整的逐提供商矩阵。在连接敏感仓库之前,请用最小权限凭据在你的具体提供商和认证方式上做一次测试确认。
我可以连接哪些 AI 模型?
当前 README 列出了 GLM、Kimi、MiniMax、Qwen、DeepSeek。请核实你的版本中可用的确切模型 ID、端点、地区、配额和服务商条款。
MonkeyCode 支持 MCP、CI/CD 或 Kubernetes 集成吗?
本页不主张这些能力。在找到当前官方文档并在自己的环境中复现之前,请把任何此类集成视为未核实。
我应该如何核实一个集成?
在非敏感仓库上限定凭据范围,追踪每个出站目的地,撤销访问以确认任务能在不泄漏机密的情况下安全失败,并记录版本、提供商、认证方式和结果。
一手资料