月费110美元的自进化AI管道

背景

一位独立开发者（Andy Widjaja）运行了一套名为 autoloop 的自动化软件工程系统，该系统能够自主提交 issue、分解大任务、实现代码、编写测试、创建 Pull Request（PR），并等待人工合并。自 2026 年 7 月 1 日起在生产环境中运行，两周内完成了 27 次自主合并，成功率 97%（42 次运行仅失败 1 次），平均每个 issue 实现时间仅 4 分钟。整个基础设施成本仅为每月 110 美元——一台 9 美元/月的 VPS 加上一个 Claude 订阅。该系统开源，旨在让个人开发者也能拥有“自我改进”的软件管线。

核心内容

系统组成与成本

• Claude Max 5x（triage + implementation 通过 Claude Code CLI 调用）：$100.00/月
• VPS（Hostinger, 2 vCPU, 8GB RAM, Ubuntu）：$9.99/月
• GitHub：$0.00/月
• 总计：$109.99/月
• 平均每个已实现 issue 成本：$1.61

配置方式

整个仓库的配置仅需一个文件 autoloop.toml，示例如下：

repo = "your-org/your-repo"
triage_model = "sonnet"
impl_model = "claude-opus-4-6"
verify_cmd = "uv run pytest"
max_retries = 3
protected_paths = ["autoloop/", "autoloop.toml"]

调度机制

使用三个 systemd 定时器，无需 Kubernetes 或编排框架：

• OnCalendar=*-*-* 00:00:00 UTC — triage（评估 issue）
• OnCalendar=*-*-* 02:00:00 UTC — implement（实现）
• OnCalendar=*-*-* 04:00:00 UTC — changelog（更新日志）

工作流程

1. Triage（Sonnet 模型，约 $0.10）

   • 读取 GitHub issue，验证模板，估算故事点数，分配优先级。
   • 如果模板不完整，自动重写 issue 正文并重新 triage。
   • 如果 issue 过大，将其拆解为多个子 issue（含依赖顺序），归档后分别 triage。此过程递归进行，直到每个子任务都可构建。

2. Implement（Opus 模型，约 $1.50）

   • 按依赖顺序选取最顶层的待办 issue，创建分支，调用 Claude 并传入 issue 规格和仓库上下文。
   • 运行 verify_cmd（测试必须通过），运行 lint，检查是否添加了测试文件，最后打开 PR。
   • 验证门：如果测试失败或未添加测试文件，最多重试 3 次，将错误反馈给下一次尝试。若全部失败，则将 issue 标记为 needs-human 并继续处理下一个。

3. 人工审核与合并

   • 作者通过手机上的 Claude Code 远程控制（在 VPS 的 tmux 中保持持久会话）审查 PR 并合并。当队列深时，可从同一会话按需触发下一次实现。如果遇到合并冲突，也通过手机解决。

失败处理案例

第 14 次运行针对一个 GitHub Actions 工作流文件，但对该文件的结构假设与实际不符。系统重试 3 次，每次均验证失败，然后将 issue 标记为 needs-human 并跳转至下一项。作者重新整理了 issue 并重新标记为 ready，系统在下个周期成功实现。

系统不假装完美，它会失败、标记失败、然后让路——这是正确行为。

关键约束：系统不能修改自身

通过 protected_paths 保护核心文件（autoloop/ 目录及 autoloop.toml）。如果某个 issue 的目标文件位于受保护路径下，triage 会将其路由到 needs-human 而非 ready。构建器永远不会接触自己的 triage 逻辑、实现管线或配置。这一检查在 triage（主门）和 implementation（安全网）两个阶段都会执行。

“自我改进”针对的是产品，而非过程。该边界使得系统可以无人值守安全运行。

实际产出

Patina 是一个认知助手：7,200 行 Python 代码、9,200 行测试、31 个 MCP 工具，版本 v0.9.0。作者先用 Claude Code 交互式地构建了初始核心架构。基础稳固后，autoloop 接管了积压任务。在最近 40 个合并的 PR 中，27 个是自主实现的。

autoloop 管线本身约 3,500 行代码。最初嵌入在 Patina 仓库中，后被提取为独立包，可应用于任何仓库：

autoloop init --repo your-org/your-repo --verify-cmd "pytest"
autoloop triage
autoloop implement

适用范围

• 适用：个人开发者、独立黑客、小型团队；一人掌握完整上下文；非关键路径系统，可接受 24 小时修复周期。
• 需谨慎：受监管环境（需要更强的人工审核门）、多团队代码库（需要多名审核者）、面向客户的生产系统（需要回滚机制）。
• 原则可扩展，实现不可复制：财富 500 强公司不应直接运行这套配置，但模式（观察→分解→实现→验证→门控）可在任何规模下适用，只需适当控制。

关键要点

• 每月 110 美元（100 美元 Claude 订阅 + 10 美元 VPS）即可让一个自动化软件工程管线持续运行，平均每个 issue 实现成本仅 1.61 美元。
• 系统使用三个简单 systemd 定时器进行调度，无需 Kubernetes、消息队列或编排框架，所有配置仅一个 toml 文件。
• Triage 阶段使用 Sonnet（便宜）进行 issue 分解、优先级分配和模板修复；实现阶段使用 Opus（较强）编写代码、测试并通过验证门。
• 失败时最多重试 3 次，之后标记 needs-human 并跳过，不会阻塞管线。
• 核心安全设计：通过 protected_paths 禁止系统修改自身管线代码和配置，这是无人值守安全运行的前提。
• 在真实项目中已产出 27 个自主合并的 PR，占最近 40 个合并 PR 的 67% 以上。
• 该模式最适合个人开发者和独立黑客，不适合受监管环境或多团队大型代码库。
• 这是一个平台级转变：自我改进的软件不再是资金充裕的初创公司专利，个人开发者今晚即可拥有相同工具。

意义与影响

每一次平台迁移都让原本需要规模才能实现的事物变得普惠：

• 过去需要数据中心，AWS 让你不需要。
• 过去需要银行关系，Stripe 让你不需要。
• 过去需要 DevOps 团队，Vercel 让你不需要。

现在，这种迁移正在软件开发本身发生。自我改进的软件不再是资金充裕的初创公司才能解决的问题——它已成为个人开发者可以面对的问题。瓶颈不再是计算成本或基础设施复杂度，而是品味：知道该构建什么、该施加哪些约束、以及何时让系统自主运行。

作者将观察与实现分离（Patina 运行两个分离的实例，一个观察人类操作者，一个构建代码），这种架构将在后续文章中详细阐述。下一步路线图：从规格说明书到最小可行产品的脚手架生成。工具今夜可用，唯一的问题是：你准备把它们指向什么？

该项目已开源在 github.com/Sanctum-Origo-Systems/autoloop。