文档参考
对比
Acahti 与 GitHub、GitLab、Gitea 和 Forgejo 有何不同，以及各自适用的场景。
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 数据保存在一个可导出的标准代码托管中。
供 Agent 读取: compare.md编辑此页