软件开发 — 仓库里的 covey 智能体

现状

每个仓库里都躺着没人喜欢、却又必须做的活：把某个库升到新版本、清掉一条风格告警、把工单描述的缺陷复现出来。它太小，进不了计划；又太大，顺手做不完。一个会检出、会构建、会提交改动的智能体可以接下来——前提是它的权限止于任务止步之处。

从被指派的问题，到那次把它再度唤醒的失败测试。

为这个领域随附的系统。缺了哪个，MCP 服务器是最快的路；需要自己的唤醒事件和更细权限的，就写一个插件。

开发类智能体不会自己拍板的事。

它只提交，不合并。这不是技术上的限制，而是让人来读结果的那个点。

网络访问是定死的：智能体只能到达为它放行的地址，别的到不了。随便从哪儿拉个包，这件事根本做不到。

如果它需要工位里没有的工具，它提交申请，而不是自己凑个变通办法。由人来定。

covey 由你自己运行：一个程序、一个 Postgres 数据库、工位用 Docker。步骤都在文档里。