WeHub：从代码托管开始，连接 AI 时代的开发流程

这两年，Cursor、Claude Code、Codex 等 Coding Agent 已经明显改变了开发方式。

以前需要几天完成的功能，现在可能几个小时就能生成初版。但代码写得更快，并不代表后续流程也消失了。项目仍然需要 Git 仓库、版本管理、代码评审、任务协作和自动化构建。

代码可以由 AI 生成，最终仍然要进入一个稳定、可追踪的工程体系。

这也是我们开发 WeHub 的原因。

WeHub 是一个面向 AI 开发流程的代码托管与协作平台。目前主要提供与 GitHub 类似的基础能力，包括 Git 仓库、分支、Pull Request、Issue、Actions、软件包管理以及团队权限管理。

官网：https://wehub.plus

先把代码托管做好

WeHub 参考 Github 构建，日常使用方式和主流 Git 平台基本一致。

开发者可以创建公开或私有仓库，通过 HTTPS 或 SSH 完成代码的 clone、pull 和 push，也可以使用分支、标签、Pull Request 和 Issue 管理项目。

对于团队项目，WeHub 支持代码评审、成员权限、组织管理和自动化工作流。已有的部分 GitHub Actions 配置，也可以较低成本地迁移到 Wehub Actions。

这些能力并不新鲜，但它们是软件项目能够长期维护的基础。尤其在 Coding Agent 大量生成代码以后，代码评审和自动化验证只会变得更重要。

Agent 可以快速提交几十个文件，但“已经生成”显然不等于“已经可靠”。这两件事之间，通常还隔着测试、Review，以及一位需要承担后果的人类。

不只是另一个 GitHub

从当前版本来看，WeHub 首先是一个代码托管平台。

但我们并不打算只复制一套现有的 Git 工作流。

传统 Git 平台主要保存代码和提交历史，却很难记录 Agent 在开发过程中的完整上下文。例如，它为什么选择某种实现、尝试过哪些方案、执行了哪些验证，以及下一次应该从哪里继续。

AI 应用在代码完成以后，还要处理部署、模型接口、密钥和用量管理。这些环节通常分散在不同服务里，项目一多，开发者就需要在一堆控制台之间来回切换。

WeHub 后续要做的，是让这些能力围绕仓库逐步连接起来。

代码仍然是核心，但仓库不只是保存文件，也会成为部署、模型和 Agent 工作记录的统一入口。

接下来会加入什么

WeHub 正在推进自动部署、模型统一接入和 Agent Note 等功能。

自动部署会让项目在代码推送后完成构建，并获得可以访问的 Preview 地址。

模型接入会提供统一的 API 入口，方便 AI 应用调用不同模型，减少多套账号、密钥和接口之间的切换。

Agent Note 则用于保存 Coding Agent 的任务目标、主要修改、验证情况和后续注意事项，让开发者或另一个 Agent 接手项目时，不必完全从头理解。

此外，WeHub 未来也会逐步支持数据集、Skill、Plugin、MCP 等 AI 开发资源。

这些功能目前仍在开发和上线过程中，因此现阶段使用 WeHub，最主要的还是代码托管与团队协作。后续能力会在现有仓库体系上逐步开放，而不是在文章里提前全部“上线”。互联网已经有足够多只存在于路线图里的产品了。

写在最后

Coding Agent 正在降低代码生成的成本，但项目管理、版本控制和协作并不会因此变得不重要。

恰恰相反，当代码产生得越来越快，团队更需要一个清晰、可靠的工程流程来接住这些结果。

WeHub 目前先从代码托管开始，把仓库、协作和自动化这些基础能力做好。接下来，再逐步连接部署、模型和 Agent 工作记录，让从代码生成到应用交付的过程更完整。

WeHub 仍在持续迭代，当前版本可以通过官网体验：

https://wehub.plus