jonwiggins/optio

Workflow orchestration for AI coding agent swarms, from task to merged PR.

What it solves

Optio 是一个自托管的 AI 工程平台，专为无法将源代码、机密或生产数据发送给第三方 SaaS AI 代理的组织设计。它自动化软件工程任务的全生命周期——从 ticket 接收至合并的 pull request——同时将所有执行和日志保留在用户自己的 Kubernetes 集群内。

How it works

Optio 作为 Kubernetes 上的编排层，管理三种不同层级的 AI 工作：

  • Tasks：将来自 GitHub、Jira、Linear 或 Notion 的 ticket 转换为已合并的 PR。它会部署隔离的 pod，运行代理编写代码，监控 CI，并在失败或收到审查者反馈时自动恢复代理，直至 PR 合并。
  • Jobs：在隔离的 pod 中执行一次性的参数化代理，无需检出代码库，用于报告、分流或计划自动化。
  • Agents：长期运行、消息驱动的进程，可通过内部 API 相互通信，形成多代理团队。

系统使用类 Kubernetes 的 reconciliation 控制平面，确保任务不会卡住，并通过适配器支持多家代理供应商（Claude、OpenAI、Gemini 等）。同时使用“Connections”在运行时将外部工具（如 Slack、PostgreSQL 或 MCP 服务器）注入代理 pod 中。

Who it’s for

  • 注重安全的组织和受监管行业（金融、医疗、政府），需要严格的数据驻留和租户隔离。
  • 已经在使用 Kubernetes 的团队，想要即插即用的 AI 编排层。
  • 多代理商店，希望通过在不同仓库之间切换 LLM 供应商来避免供应商锁定。
  • 平台团队，负责构建内部 AI 工具。

Highlights

  • 自主反馈回路：自动处理 CI 失败和代码审查请求，通过提供必要上下文重新启动代理。
  • 自托管基础设施：完全在用户的 K8s 集群中运行，确保代码和机密永不离开网络。
  • 多供应商支持：兼容 Claude Code、OpenAI Codex、GitHub Copilot、Google Gemini 与 OpenCode。
  • Reconciliation 控制平面：坚固的决策循环架构，防止状态丢失并确保任务完成。
  • 代理间消息传递：让持久代理以团队形式协作。
  • 集成 ticket 接收：原生同步 GitHub Issues、Linear、Jira 与 Notion。