rebar:面向多智能体协作的事件溯源工单存储与 Jira 同步工具
navapbc/rebar · Rebar can block work until an AI plan review passes, require signed completion verification before close, and reconcile its event-sourced ticket record with Jira across CLI, Python, and MCP. GitHub is a read-only mirror. Code review runs in Gerrit.
ELI5:它是什么,解决什么问题
rebar 是一个以 Git 为后端的事件溯源工单存储,把工单记录保存在仓库的 tickets 孤儿分支上,并提供 CLI、Python 库和 MCP 服务器三种使用方式。它支持原子认领与并发合并,可在开工前、关闭前和代码合并前设置可选的 LLM 评审门槛,并通过触发器式协调器与 Jira 双向同步。GitHub 仅作只读镜像,代码评审在 Gerrit 进行。
核心能力与快速开始
★ 4 · Python
- 能做什么
- 以 Git 孤儿分支上的追加式事件日志存储工单,通过重放事件计算当前状态;支持 CLI(rebar)、Python 库(import rebar)和 MCP 服务器(rebar-mcp)三种接口;提供原子认领与确定性合并以支持多个智能体并行写入;可选的 LLM 评审门槛可在计划、完成和代码合并前进行拦截,并生成带 SSHSIG 签名的操作证书;通过协调器与 Jira 双向同步;记录文件影响以调度互不冲突的并行任务;提供结构化质量检查和溯源链接。
- 适用场景
- 适合让多个编码智能体在同一个仓库并行处理工单;适合需要在智能体开始工作前审查计划、完成前验证成果、合并前审查代码的团队;适合希望工单随代码一起克隆、无需额外数据库或守护进程的场景;适合智能体在 rebar 中工作、团队成员在 Jira 中协作的混合流程。
- 项目形态
- 可直接使用的工具
- 部署方式
- 通过 PyPI 安装(pipx 或 pip,可选 [mcp]、[agents]、[tracing] 等扩展),或使用 Homebrew 安装;MCP 服务器可通过 uvx 零预装启动,并已登记在 MCP Registry;工单存储位于仓库的 git 分支与 worktree 中,无需数据库或守护进程。
- 主要依赖
- Python ≥ 3.11;git 为运行时前提,开发与测试要求 Git ≥ 2.38;Jira Cloud 协调/桥接路径需要在 PATH 中存在 acli(Atlassian CLI),Data Center 路径改用 jira Python 库;LLM 评审门槛需要 [agents] 扩展,并按所选模型提供方配置 Anthropic、Bedrock、OpenAI 兼容或 Gemini 依赖;私有仓库的代码读取门槛需要 Git 读凭据。
- 使用限制
- GitHub 仓库是只读镜像,代码评审在 Gerrit 中进行;LLM 评审门槛为可选能力,需要额外安装并配置模型提供方;Jira Cloud 同步依赖外部 acli 二进制;模型的 API 成本与速率限制未说明;未说明可商用性,仅标注 Apache-2.0 许可证。
- 许可证
- Apache-2.0
- 最近推送
- 2026-10-20 06:36
资料检查:2026-10-20 07:00 · 卡片整理:2026-11-05 07:00
卡片由 AI 根据仓库资料整理,未进行安装或运行验证
职业应用
程序员
作为面向多智能体协作的工单存储与协调工具,供程序员在仓库内创建、认领和流转开发工单,并通过可选的 LLM 评审门槛在开工前审查计划、关闭前验证完成、合并前审查代码;还可通过 MCP 服务器让编码智能体驱动同一工单流程。
查看内容依据
Rebar can block work until an AI plan review passes, require signed completion verification before close, and reconcile its event-sourced ticket record with Jira across CLI, Python, and MCP.
由 AI 根据来源材料整理,未进行安装或运行验证
讨论 0
登录后参与讨论,阅读资讯无需注册。
还没有评论,来分享第一个看法。