正在打开每日关注
正在打开每日关注
Orbi 以 GitHub Issue 为唯一状态源，自动完成开发、测试、评审、合并与发布。
我相信，软件行业一定会从“人写代码”走向“软件黑灯工厂”。 Orbi 是面向 GitHub 的自主软件交付系统：Issue 进入工厂后，AI 自动完成任务分析、代码实现、测试验证、PR 创建、独立评审、问题修复、合并和发布。 人只需要定义目标和验收标准，工厂负责把需求持续转化为可运行、可验证、可交付的软件。 这不是 Copilot，也不是聊天机器人，甚至不是开发 agent。 Orbi 要做的是：让软件生产像黑灯工厂一样，全天候、可追踪、可恢复地运行。 https://t.co/ePQwoEUjD8
是什么
Orbi 是面向 GitHub 的本地 AI 开发 Worker。ai-ready Issue 作为任务入口，Issues、评论、PR 与 CI 作为唯一交付记录，不用数据库、队列或常驻 daemon。它从冻结的 origin/main 创建分支和隔离 worktree，调用 Pi 完成计划、编码、测试、验证，再由 Runner 推送并创建 PR。
核心设计
流程分为开发、独立评审、修复和合并门禁，只有评审后的 head 才能合并，AI 不触碰受保护分支。systemd/launchd 用户级定时器每 5 分钟触发 tick；run_id 串联分支、日志、评论和 PR。命令出错即失败并标记 ai-blocked，保留证据交给人处理。
关键洞察 Orbi 的重点不是聊天式 Copilot，而是把需求、执行证据和治理规则收敛到 GitHub 原生对象，形成可追踪、可审计、可恢复的交付闭环。隔离工作区、独立评审和显式阻断，是自主修改进入主干前的安全阀。
边界与风险 部署依赖 Python ≥3.14、较新 gh CLI、Pi/模型提供方、本机调度器和 GitHub 权限；README 未证明它能覆盖复杂需求，人工目标与验收仍必需。无图片或视频，无法评价界面和交互品质。