所提供的页面介绍的是 Rivet,它安装 GitHub Agentic Workflows,用于有界的拉取请求审查和经所有者授权的修复。它使用固定版本、校验和已验证的 gh-aw 发布版编译受管工作流,因此采用者无需单独安装 gh-aw。Rivet 是早期软件;建议用户先从仅审查模式开始,检查生成的安装拉取请求,并让现有的测试、审批、安全检查和部署关卡继续独立生效。 Rivet 当前的能力包括拉取请求审查、议题分流和修复。拉取请求审查会发布有界的、由 App 撰写的审查输出,并为符合条件的拉取请求协调状态和缺少测试的标签。议题分流以 Issues 写入权限自动运行,而议题实现保持禁用。修复默认禁用;仓库管理员必须明确扩大 App 的权限并安装修复模式,由确切的所有者命令启动修复。在发布的配置中,议题实现、维护和合并均被禁用,Rivet 从不合并拉取请求。 页面还指出,明确标记为旧基线或迁移记录的文档保存着 Codekeeper 的历史;它们不是当前的安装说明。要求包括 GitHub.com、Node.js 22 或更高版本、已有的仓库检出、Git、已认证的 GitHub CLI、仓库管理权限,以及可使用 CODEX_API_KEY 或 OPENAI_API_KEY 提供商凭据。
团队用 Rivet 安装 GitHub Agentic Workflows,用于有界的拉取请求审查和经所有者授权的修复。
团队用 Rivet 发布有界的、由 App 撰写的审查输出,并为符合条件的拉取请求协调状态和缺少测试的标签。
团队用 Rivet 以 Issues 写入权限自动运行议题分流,同时议题实现保持禁用。
团队仅在仓库管理员明确扩大 App 权限并安装修复模式之后,才用 Rivet 启用修复,由确切的所有者命令启动修复。
团队用 Rivet 通过 --dry-run 预览更改而不修改仓库文件。
团队用 Rivet 创建经过验证、绝不会自动合并的安装草稿拉取请求。
团队用 Rivet 为 Codex 工作流配置自定义的、兼容 Responses 的模型端点。
团队用 Rivet 在仓库根目录运行明确的模式来刷新现有安装。