Maige

Maige 是什么

Maige 是加拿大应用 AI 团队 Rubric Labs 开发的 GitHub 代码库工作流平台。它允许维护者用自然语言描述规则，让 AI 在 Issue 和 Pull Request 事件发生时执行标签、分配、评论、代码审查和简单代码任务。

当前版本把产品定义为运行代码库自然语言工作流的开源基础设施。它既提供托管服务，也公开完整仓库代码，但自托管仍标为未正式支持。

核心工作方式

1. 把 Maige GitHub App 安装到选定仓库，并授予处理 Issue、评论和 Pull Request 所需权限。
2. 系统为已连接仓库创建 Webhook，克隆并切分代码，建立代码库嵌入索引，同时准备可运行任务的沙箱环境。
3. 维护者用普通语言编写规则，说明哪些事件应触发哪些动作，并可引用贡献指南或项目约定。
4. 当 Issue、评论、推送或 Pull Request 事件到达时，Maige 读取相关上下文并选择 GitHub API 动作。
5. 用户在控制面板查看运行记录、用量和结果，对错误行为提供反馈并调整规则。

主要功能

Issue 自动化

• 自动标签：根据标题、正文、文件类型或自然语言规则为新 Issue 添加或移除标签。
• 自动分配：可按界面、后端、文档或其他职责规则把 Issue 指派给指定成员。
• 自动评论：生成澄清问题、处理说明或维护者提示，减少重复的初步响应。
• 自定义规则：例如出现某个技术关键词时添加特定标签，不需要编写传统条件脚本。
• 上下文问答：可询问仓库使用了哪些包或某项实现位于何处，回答依赖代码嵌入检索。

Pull Request 审查

• 规则审查：可要求所有新 Pull Request 按贡献指南和项目规则检查。
• 文件敏感规则：可对环境配置、密钥相关或高风险路径添加待批准标记。
• 评论与反馈：系统可通过 GitHub API 对变更给出审查意见或补充说明。
• 代码库上下文：审查不仅使用差异内容，还可检索已建立索引的相关文件。
• 结果仍需人工确认：AI 可能遗漏跨模块影响、误解业务规则或提出不可运行的修改。

代码执行与生成

• 沙箱运行：托管版可启动隔离环境执行简单代码片段，适合进行有限验证或辅助处理。
• 代码生成：Standard 计划列出代码生成功能，可根据 Issue 或指令提出实现。
• 仓库同步：推送事件可触发嵌入更新，使索引尽量跟随主分支代码变化。
• GitHub 操作：产品说明称可灵活调用 GitHub API，实际可执行范围受 App 权限和实现能力限制。
• 高风险动作应加审批：合并、发布、密钥变更和生产配置不应直接交给无人监督的规则。

典型规则示例

• 把所有界面相关 Issue 指派给指定前端维护者。
• 当 Pull Request 修改环境配置文件且提交者不是维护者时，添加待批准标签。
• 对每个新 Pull Request 按项目贡献指南执行审查。
• 当 Issue 提到容器化时添加自托管标签，并附上现有讨论说明。
• 回答项目依赖、文件位置或实现关系问题，帮助贡献者快速理解代码库。

输入、输出与适用场景

适合用户

• 开源项目维护者：自动处理大量重复标签、分配和初始评论。
• 小型研发团队：把内部 Issue 分流规则写成自然语言，减少手工维护。
• 代码审查负责人：用 AI 做第一轮规则检查，再由具备责任的工程师批准。
• 平台工程团队：研究如何把 GitHub Webhook、代码检索和智能体动作组合为工作流。
• 需要私有部署的组织：可评估开源代码，但当前自托管体验仍不成熟。

价格套餐

• 页面只写前 30 个 Issue 免费，没有公开按仓库、组织还是账户计算，也未说明试用后的超额单价。
• Standard 没有公开包含的 Issue、PR、模型调用、沙箱时间、成员数或仓库数上限。
• 企业方案尚未上线，不能把私有部署、支持承诺或企业安全能力视为已提供。
• 退款、取消生效时间、自动续订和税费规则暂未公开，付费前应在实际结算页确认。

GitHub 权限与数据流

开源与自托管

• Maige 主仓库公开完整 Web 应用代码，许可证为 GNU Affero General Public License 3.0 或更高版本。
• 用户可以查看、修改和部署代码；向网络用户提供修改后的服务时，需要理解 AGPL 对应源代码提供义务。
• 仓库说明明确表示自托管尚未正式支持，安装过程需要 Bun、数据库、GitHub App、Webhook、身份验证和多项外部服务配置。
• 当前代码依赖 OpenAI 嵌入、Weaviate 向量库、E2B 沙箱、Stripe、GitHub、数据库和跟踪服务，实际基础设施费用由部署者承担。
• 开源许可证只覆盖仓库代码，不自动授予 Maige 商标、托管服务额度、第三方模型或云服务的使用权。

隐私与安全

• 托管版连接时会建立整个代码库的嵌入，因此私有代码、注释、提交历史相关上下文和文件元数据可能被外部基础设施处理。
• 当前代码使用 OpenAI 的 text-embedding-3-small 生成嵌入，并用 Weaviate 保存向量；托管生产环境是否始终采用相同配置未单独承诺。
• 环境示例还列出 E2B、LangChain 跟踪、搜索服务、数据库和 GitHub 凭据，部署者需要分别审查这些第三方的数据规则。
• 仓库卸载处理会删除对应组织或用户的项目数据库记录，但公开资料没有明确说明向量索引、备份、日志和第三方处理副本的统一删除时限。
• 当前站点未提供可识别的独立隐私政策、服务条款、数据处理附录或安全说明页面。
• 在政策缺失的情况下，不应连接包含客户机密、个人数据、未公开漏洞、生产密钥或受监管代码的仓库。

使用限制

• 自然语言规则可能存在歧义，同一句话在不同 Issue 上可能触发不一致行为。
• 代码嵌入不能完整表达运行时状态、外部依赖、数据库内容和隐含业务约束。
• AI 审查适合发现初步问题，不能替代测试、静态分析、依赖扫描、安全审计和责任人批准。
• 沙箱能运行简单片段不等于可安全执行任意仓库代码，网络、资源和隔离级别未公开。
• 产品新版刚于 2026 年 8 月发布，托管稳定性、支持响应和企业治理能力仍需通过实际试用评估。

安全上手建议

1. 先在不含敏感数据的测试仓库安装，并限制 GitHub App 只访问该仓库。
2. 从无破坏性的标签和评论规则开始，不要立即授权自动合并、发布或生产变更。
3. 检查首次代码索引范围，清理仓库中的密钥、个人数据和不应发送到第三方的文件。
4. 为每条规则写清触发条件、例外、目标用户和允许动作，再用多个模拟 Issue 验证。
5. 保留人工审查，持续检查运行记录、错误评论、权限变化和异常用量。
6. 停止使用时卸载 GitHub App，并向运营方确认项目数据、向量索引、日志和备份的删除状态。

总结

Maige 的优势是把 GitHub 维护动作抽象成自然语言工作流，并结合代码检索与沙箱处理 Issue 和 Pull Request。它适合减少重复分流和进行第一轮审查，而不适合无人监管地执行关键代码变更。

托管版定价简单，但数据政策与详细额度仍不完整；开源版具备可检查和修改的基础，却尚未提供顺滑自托管支持。团队应先用低风险仓库验证权限、数据流和规则可靠性。