2026年成功构建自托管软件工厂：指令驱动全流程开发，隔离性与自主性待平衡

构建一个（几乎）完全自托管、沙盒化、自主运行的软件工厂

2026年8月21日，阅读时长10分钟。简而言之，我构建的这个（几乎）完全自托管、沙盒化、自主运行的软件工厂成功了！只需一个指令，它就能创建一个代码仓库，编写应用程序和测试代码，让持续集成（CI）流程通过，配置好Postgres数据库，并将完成的应用部署到HTTPS环境中，全程无需我再下达其他指令。若你只想看结果，可在文章底部找到演示视频。

大语言模型（LLMs）又变得有趣起来了！或许它们一直如此，只是我之前陷入了失望的低谷。最近，每当我需要一个小工具时，就自己动手构建。前几天在健身房，我想要一个记录举重数据的应用。理想中的应用很简单，就是基本的增删改查（CRUD）功能，但应用商店里的相关应用每月收费12英镑，于是我用Claude一次性搞定了一个。这很有趣，但让大语言模型在自动模式下获得我机器的root权限，我还是不太放心。

因此，挑战来了：如何创建一个完全远程的自主开发环境，从架构上对大语言模型进行约束，而非仅仅依赖信任？我希望给它一个指令，它就能自主完成整个软件开发生命周期（SDLC）的工作：研究合适的技术栈和软件包；规划并编写代码和测试；将代码提交到Git仓库，构建并运行CI管道；将项目部署到“生产”服务器，配置好数据库、可观测性工具（o11y），并使用带有SSL的域名。所有这些都在我的家庭服务器上完成，无需额外支付云基础设施费用。这次实验唯一的持续成本是每月20英镑的Codex订阅费用。

服务器

这些就是我的服务器，尽显风采。下面那台是2014年的双核i3服务器，我把它当作家庭实验室用了五年。它顽强地托管着这个博客和大约45个Docker容器，从Pi - hole到完整的Prometheus / Loki / Grafana监控栈都有。它还将路由器的443端口进行了转发。如果大语言模型把它搞坏了，我会很恼火，所以今天不用它。上面那台是2021年的第十代i7服务器，有32GB内存，我从eBay上全新买来的，里面什么都没装，正合适。

技术栈

核心开发栈通过Coolify进行自托管。推理和集成（如Tailscale、Telegram、DNS和ACME）仍需连接外部网络。你也可以自托管推理服务，但我没有相应的硬件，而且我更希望OpenAI为我的实验提供补贴。

参考资料

这不是一篇完整的操作指南。我或许可以写一个Ansible一次性脚本把所有东西都设置好；如果你需要，可以在下面的GitHub仓库里提个issue。不过，如果你都读到这里了，应该自己也能搞定。

网络配置

第一个安全保障很明显：它有自己独立的硬件。即使Hermes执行 `rm -rf /` 命令，最坏的情况也只是我花几个小时重新搭建一下，损失不大。

下一层安全防护是网络方面的。我那台旧服务器将路由器的443端口进行了转发，而这台新服务器没有。这样就没有外部网络入口，大大减少了攻击面，也避免了来自互联网上那些对我设置的每个DNS A记录都进行试探性探测 `/wp - admin` 的干扰。

但是，如果没有网络入口，我该如何：在手机上访问所有这些酷炫的新应用呢？为自定义域名生成SSL证书，以便访问 `https://cool - new - app.internal.jakeshomelab.me` 呢？我把Tailscale配置好了，将旧服务器设为出口节点。当我不在家时，选择这个出口节点就能让我的网络流量通过那台旧服务器和Pi - hole，我用Pi - hole进行自定义DNS设置。Pi - hole允许你添加类似这样的dnsmasq规则：address=/internal.jakeshomelab.me/192.168.1.201这样，任何请求 `*.internal.jakeshomelab.me` 的域名都会解析到我的新服务器，然后Coolify的反向代理会接管并提供我那些闪亮的新服务。

SSL证书

使用Caddy或Traefik以及Docker标签，你可以将容器X的3000端口映射到 `https://my - service.internal.jakeshomelab.me`。将A记录指向服务器后，它会联系Let's Encrypt，完成ACME挑战并获取SSL证书。我三年前就学会了这个方法，现在看来还是很神奇。

问题在于A记录。无论别人能否访问，我都不想将 `my - service.internal.jakeshomelab.me` 与我的IP地址公开关联起来。我想要为一个虚拟服务获取SSL证书。

为了解决这个问题，我采用了DNS - 01方法。说实话，我对这个方法也是刚接触，但它的工作原理如下：购买一个域名（在这个例子中是从Porkbun购买的）；生成Porkbun API密钥，并将其添加到Coolify的环境变量中，赋予对该域名的写入权限；修改Coolify的Docker Compose文件，使用 `lego` 和Porkbun API： - '--certificatesresolvers.letsencrypt.acme.dnschallenge=true'
- '--certificatesresolvers.letsencrypt.acme.dnschallenge.provider=porkbun'
- '--log.level=INFO'然后，当我注册一个新的URL时，Traefik / Coolify会：使用Porkbun API在 `_acme - challenge.my - service.internal.jakeshomelab.me` 创建一个新的TXT记录；Let's Encrypt验证挑战并颁发有效的SSL证书；Traefik删除该TXT记录。

搞定！现在你有了一个有效的HTTPS URL，只能在你的Tailscale网络内访问，而且没有指向该服务的公共A或AAAA记录。虽然主机名可能仍会出现在公共证书透明度日志中，但该服务只能从Tailscale网络访问。最棒的是，Coolify可以即时完成这些操作。我们的代理可以在任何子域名下创建服务，它会“神奇地”自动处理好一切。把这些都整合起来，你就会得到下面这样的结果：同样的配置也适用于工具，所以Coolify、Hermes、Forgejo和Firecrawl都运行在各自的本地子域名下。

开发栈与多组件项目（MCPs）

现在我们有了一个（差不多）隔离的环境，接下来看看工具。这些工具大家都很熟悉，有趣的是如何把它们整合在一起。

Forgejo

我们需要一个可靠的地方来存储代码并运行CI。我决定不使用GitHub，原因如下：把我的GitHub令牌给这个环境会破坏隔离性，而且它也不是自托管的；它的API和CI时长限制无法满足我们新软件工厂的规模需求；最近它经常出问题。

Forgejo是一个很棒的自托管替代方案。上面链接的Docker Compose文件可以设置好Forgejo及其运行器；注册你自己和运行器需要多花点功夫，但文档很详细。我还提供了一个Compose文件，用于将项目同步回GitHub。这样会把你的GitHub令牌放在环境变量中，不过这得你自己权衡利弊。上面链接的Forgejo Hermes技能可以让代理完全控制这个实例。

Hermes

Hermes是一个类似OpenClaw的个人助理，具备自主能力。我没赶上OpenClaw的热潮，所以没法比较两者，但Hermes有一些我觉得很实用的功能：Web UI：一个类似ChatGPT的标准界面，方便我在笔记本电脑上操作和管理技能；共享文件系统：我把它的工作空间从Docker主机挂载出来，并通过Samba共享。这样代理和我可以使用相同的文件，而不用复制粘贴Markdown和代码；Telegram集成：我可以在手机上和代理聊天。设置只花了两分钟，而且不需要登录信息，很符合沙盒化的要求；自我构建技能：Hermes可以创建并注册自己的技能。我没找到合适的Coolify技能，于是它就阅读文档、查看多组件项目（MCP），然后自己构建了一个；Firecrawl：自托管的Firecrawl让代理能更好地访问搜索引擎结果页面（SERP）数据，并进行大规模的网页抓取。

把Hermes和Firecrawl配置好，把密钥放在正确的位置，真是件让人头疼的事。我已经把适合Coolify的Docker Compose文件添加到上面链接的仓库里了。

Coolify

Coolify是整个系统的粘合剂：它是一个基于Docker和Compose的自托管PaaS，每次更新都有很大的进步。如果你想在自己的硬件上拥有Heroku或DigitalOcean App Platform的便利功能，我强烈推荐它。

我最喜欢的一些功能包括：底层就是Docker。现有的部署大多能正常工作，如果Coolify处理不了一些奇怪的情况，你还可以在笔记本电脑上使用 `docker exec ` 命令。只有在你需要的时候，它才会进行抽象封装；上面详细介绍过的SSL / 路由栈；Coolify自带了很多常见应用的预制模板。Postgres、Redis、Hermes、Forgejo等几乎所有应用都可以一键部署；Postgres备份到S3只需三步操作，而且内置了环境变量和用户管理功能；GitHub网络钩子（webhook）可以让你在推送到主分支时自动部署。

实际成果

下面的演示能很好地展示这一点，但最初的指令如下：请为我构建一个记录卡路里摄入的应用。它应该类似于MyFitnessPal，但要有一个表单，方便添加特定的食物和餐食，以便日后快速选择。你的任务是构建这个应用，将其提交到一个新的代码仓库并编写测试，使用CI进行测试，然后将其部署到http://calories.internal.jakeshomelab.me。我希望它是一个全栈的SvelteKit应用，数据库层使用Drizzle和Postgres。我希望使用Tailwind进行CSS样式设计，并且要以移动设备优先。部署时，请使用Docker和Docker Compose，并部署你自己的Postgres实例。从那之后，它就自动开始工作了：创建了一个新的Git仓库，并初始化了SvelteKit、Drizzle、Postgres和Tailwind；编写了应用程序和测试代码，并分阶段合理地提交了代码；创建了CI管道；解决了测试中的失败问题，直到CI通过；使用Docker Compose将应用程序和它自己的Postgres实例容器化；将整个项目部署到Coolify的指定URL。

全程无需我再给出任何指令。不用在测试失败时催促它，也不用把错误信息复制回聊天框。它一直运行，直到应用程序成功运行。那时我试用了一下，提交数据时遇到了一个跨站请求伪造（CSRF）问题。我又给了它一个指令，它诊断出问题，修复了它，添加了回归测试，并重新部署。成功了！

这就是我想要的流程：指令、仓库、代码、测试、CI、部署、修复bug。显然，这不是一个复杂的应用，但它从一段文字描述变成了经过测试、部署好的软件，并处理了中间所有繁琐的工作。这感觉还是有点像魔法。

别啰嗦了，快让我看看成果！

我不是YouTube博主，但还是给你看看吧。

关于隔离性的思考与下一步计划

在完全自主开发和安全性之间总是需要权衡。这是一个比较特殊的例子：这个应用完全在隔离环境中运行。大多数有用的软件都需要与其他软件交互，这意味着要交出API密钥，而每一个密钥都会在沙盒上开一个小孔。

即使在这个设置中，Hermes仍然可以：摧毁新服务器以及上面运行的所有东西；删除代码仓库、数据库和部署；泄露或滥用我给它的任何凭证；像为了年终考核一样疯狂消耗推理令牌；发起随机的出站请求，下载互联网上的任何垃圾内容；访问防火墙允许它访问的我网络中的其他任何东西。

所以，它并非无害。我所做的是让这台机器成为“牺牲品”，并严格限制它能触及到我在乎的东西。现在的故障模式是“重新搭建eBay上买来的这台服务器，轮换几个密钥”，而不是“发现大语言模型把我的笔记本电脑搞得一团糟”。我觉得这样好多了，但这也并非万无一失。

明显的下一步计划是：将这台服务器放在单独的VLAN中，明确禁止它访问我家庭网络的其他部分；按照服务提供商允许的最小范围设置每个凭证的权限，并定期轮换；自动化备份，让重新搭建整个服务器成为一键式操作，Coolify的数据库备份和我共享的Docker compose挂载应该能让这相对容易实现；在它进行任何真正公开或难以撤销的操作之前，要求获得批准。

不过，审批环节太多的话，这个神奇的自主软件工厂就会变成一堆你必须填写的表单。找到“每五分钟就需要我干预一次”和“拥有最高权限”之间的平衡点，将是下一个实验的内容。

人工智能 自托管 家庭实验室 Codex Coolify(C) 2020 - 2026未完成的副业项目 基于 Hugo 构建；主题 Stack 由 Jimmy 设计