c9r.io

Agent 优先的软件交付

围绕一个前提构建工具与实验：写代码的是 agent，而验证要快到追得上它们的速度。

查看项目 GitHub 组织

项目

同一个问题，从三个方向各试一次。

deck

macOS 会话控制台 开发中

一个原生 macOS 应用，把所有常驻的 CLI agent 会话放进同一块面板 —— 活跃、安静、 已停止一眼可辨。会话的生命周期长于应用本身，数据留在本机，且不挑具体是哪个命令行 agent。

deck.c9r.io 源码

auth9

身份平台与 SDLC 实验 开发中

一个可自托管的身份与访问管理平台 —— 多租户隔离、OIDC 与 OAuth2、Token Exchange、 分层 RBAC —— 几乎全部由 agent 写成。它存在的目的，是在一个「一步错、十步歪」的问题上， 检验 AI 原生的开发流程能否像人一样把软件打磨到位。

源码与说明

orchestrator

控制平面 已归档

一个用声明式工作流驱动 Claude Code、Codex、OpenCode 及各类 shell agent 的控制平面。 开发已停止，仓库已归档；文档站保持在线、只读，供仍在读这份代码的人查阅。

归档文档 源码

思路

这几个项目共通的地方，说得足够直白，好让它有被证伪的余地。

让 agent 干活

不是在人类作者旁边做补全 —— agent 从计划一路做到补丁。真正需要工程的，是它周围的那一圈东西。

验证决定节奏

写代码从来不是瓶颈，知道代码对不对才是。生成速度一旦超过验证速度，多出来的只是一堆没人看过的改动。

默认留在本机

会话、状态和源码都留在产生它们的那台机器上。这里没有哪样东西是要先注册账号才好用的。