YC S25 的 Proliferate 开源了

Agent 间通信不是简单的管道转发
父 Agent 可以把任务拆给子 Agent，且每步能单独指定模型、推理后端（Bedrock / Azure / 自建 vLLM 都行）、上下文文档传递。演示里作者让 Fable 做规划、Codex 写代码、OpenCode 做 PR Review，这链路要是跑通，确实比手动在三个终端里复制粘贴强不少。

Workflow 才是野心所在
不是那种死板的 CI/CD yaml，而是「可复用的 Agent 会话链 + 人工审批闸」。每步可选模型、可传文档、可挂审批。作者自己用来跑 Code Review、QA、PR 组装全流程。要是这套状态机能做到版本化、可回滚、可在团队里共享模板，那它就不只是个 IDE 插件，而更像是个轻量级的「Agent 编排引擎」。

自建推理的落地细节没糊弄
支持把模型跑在自己 GPU 上（vLLM / Ollama / TGI），配置里直接填 base_url 和 api_key，不强绑 OpenAI 格式。这对合规、数据不出 VPC 的团队很关键——也是它敢叫「自建 Codex」的底气。

目前的坑也不少

• AGPL-3.0 协议，商业二开要慎重
• 多 Agent 并发时上下文窗口管理还靠手动 max_tokens 截断，没有自动摘要/压缩策略
• UI 还是 Electron 壳，大工程打开偶尔会卡顿，作者自己也承认「rough spots」

想折腾的可以直接 docker compose up 起一套：

services:
  proliferate:
    image: proliferateai/proliferate:latest
    ports:
      - "3000:3000"
    environment:
      - OPENAI_API_KEY=${OPENAI_API_KEY}
      - ANTHROPIC_API_KEY=${ANTHROPIC_API_KEY}
      - VLLM_BASE_URL=http://host.docker.internal:8000/v1
    volumes:
      - ./data:/app/data

配置文件在 ~/.proliferate/config.json，把各家 Agent 的 CLI 路径、默认模型、推理端点填进去就能在网页端切着用。

现在的节奏是：周更迭代、Issue 响应快、文档还在补。如果你团队已经在用多个编码 Agent、又不想把核心代码库全喂给单一厂商，这项目值得拉下来跑两天真实任务试试水。别指望开箱即用的丝滑，但作为「自建编排层」的起点，思路比较对。