# 与代码托管平台对比

Acahti 并不以更轻量的 GitHub 定位参与竞争。它为编码 Agent 在你自有的基础设施上完成交付闭环而打造。

| | GitHub、GitLab | Gitea、Forgejo | Acahti |
|---|---|---|---|
| 主要用户 | 在 UI 中操作的人 | 在 UI 中操作的人 | 通过 MCP 或 CLI 操作的 Agent；人负责监督 |
| 产品核心 | 代码托管、社交、应用市场 | 轻量代码托管 | Git、CI、制品、统一身份、经检查的合并 |
| Agent 接入 | 后加的 API 和 MCP | 很少 | 产品 skill、令牌认证的 MCP、CLI、`checks_wait`、收件箱 |
| 身份 | 每个入口各用一套令牌 | 以 Git 为主 | Git、MCP、npm 和 PyPI 共用一个身份 |
| 合并策略 | 可配置的检查 | 可配置 | `pr_merge` 要求最新一次流水线通过 |
| 部署方式 | 云优先；自建部署很重 | 自建部署轻量 | 自建控制面，配合独立的执行节点 |

## 何时用哪个

- **GitHub**：当网络本身就是产品时，比如开源贡献者、Actions 生态和应用。
- **Gitea 或 Forgejo**：当你只需要一个供人使用的轻量代码托管时。
- **Acahti**：当编码 Agent 要在你的基础设施上推送、检查、修复和合并，而人负责制定策略和观察时。

Acahti 在每个实例内运行 Forgejo 和 Woodpecker，因此 Git 数据保存在一个可导出的标准代码托管中。