本文介绍了使用AI辅助开发的开源项目NextLNMP，旨在提供安全可信的LNMP一键建站方案，以解决原军哥LNMP项目存在的源码来源和校验问题。项目所有源码包均从官方上游获取并逐包校验，完全开源，配套镜像站提升下载速度。适合需要快速、安全部署网站环境的个人站长或开发者。目前为开发版，建议先在测试环境验证。
Tags:
我用 AI 花了几天时间，做了一个替代「军哥 LNMP」的开源项目
先说结论：
一个人，几天时间，不是程序员。借助 AI，从零搭起了一套完整开源项目：代码、CI/CD、BGP 镜像站、全自动发版、完整文档，全部到位。
一行命令，中国大陆任何服务器都能装。
但这件事本身不是重点。
重点是：我在这个过程里，摸索出了一套"跟 AI 协作做工程"的方法。
在我看来，这才是 AI 时代真正值钱的东西。
【为什么要做这个项目】
很多建过站的人都知道军哥的 LNMP：那是一代中国站长的共同记忆。
一行命令搭起第一个网站，简单、稳定，十几年口碑相传。
但它现在出问题了：
原作者已离场，项目转手易主；下载站域名归属不明；安装包从哪里来没人说清；全程零校验。
你装进服务器里的东西，到底干不干净？没人能给你一个确定答案。
这个问题长期没人解决，所以我决定自己来。
【NextLNMP 是什么】
NextLNMP：从零重写的"安全可信 LNMP 一键建站方案"。
我做了几件很"笨"，但我认为必须做的事：
1）所有源码包从 php.net、nginx.org 等官方上游获取
2）SHA256 逐包校验
3）代码完全开源，GPL-3.0 协议
4）配套镜像站，只解决"可用性/速度"，不偷换信任根
一行命令安装（开发版）
【AI 编程的真相，和大多数人想的不一样】
先说一件可能让人不舒服的事：
大多数人用 AI 编程的方式，其实是错的。
常见模式是：
把需求丢进去 → 等它输出代码 → 复制粘贴 → 出错了再问 → 循环
这很像一个不懂业务的包工头：把图纸交给施工队，自己不在场。
出了问题只会换一批工人，却不会从图纸上找原因。
我的方式不一样。
下面是我总结的 4 个"捷径"。
【捷径一：你是产品经理，AI 是程序员】
这不是比喻，是字面意思。
每一个技术决策，我来拍板。AI 负责执行。
举个真实例子：国内镜像站要不要加多个公网 IP 来提速？
AI 会告诉你怎么配，但它不会提醒你：这条路方向就错了。
对下载加速来说，多公网 IP 基本没用；BGP 多线才是关键。
这个判断不需要写代码，需要的是对基础设施的理解。
做对了这个判断之后：买一台 BGP 多线机器，比买两台普通机器更便宜，效果却好十倍。
再举一个例子：我让 ChatGPT 做了一次代码安全审查，它给了一份非常"学术"的报告：GPG 签名、Sigstore、可复现构建……
每一条都很严谨，但我直接 pass 了大半。
因为我的用户，是只会 SSH + 回车 + 复制粘贴的纯小白站长。
他们不知道 GPG 是什么，他们只关心两件事：
能不能一键装好？跑不跑得起来？
给他们搞 GPG 验证，不叫安全，叫劝退。
过度设计是创业项目的大敌。
知道什么不该做，比知道什么该做更重要。
AI 给你的是"严谨答案"，但严谨不等于符合你的现实场景。
【捷径二：Handoff 文档，把 AI 的记忆变成你的资产】
AI 没有记忆。每次对话都是从零开始。
这就是大多数人用 AI 效率低的根本原因。
解决方案很简单：
每次对话结束前，让 AI 把"这次做了什么、踩了什么坑、下次要做什么"整理成一份交接文档（Handoff）。
下次对话开始，把文档丢进去，AI 立刻进入状态。
我这个文档现在更新到第 21 版。
里面记录了：
服务器信息
每次发版的完整 SOP
22 个踩过的坑
下一步的优先级清单
有了这份文档，每次开新对话，5 分钟内无缝接续，不用任何重复解释。
AI 的上下文是有限的，你的 Handoff 文档是无限的。
【捷径三：踩坑日志比代码更值钱】
这个项目我踩了 22 个坑，我把每一个都记进了文档。
比如：
1）BGP 多线比多公网 IP 重要（方向判断）
2）shell 的 heredoc 在某些情况下会和历史记录冲突，用 Python 脚本中转（具体操作）
3）Gitee Release API 必须传 target_commitish 字段，否则直接报错（第三方 API 的坑）
4）push 后 CI 会回写文件，下次 push 前必须 git pull --rebase（流程细节）
代码可以让 AI 重新生成。
踩坑经验只能自己积累。
把踩坑经验文档化，才是 AI 时代真正的竞争壁垒。
【捷径四：跑起来才算数，不跑白搭】
AI 给你的代码，永远要实际上机跑一遍。
整个项目我做了十几次测试机验证，每次都能发现"光看代码看不出来"的问题：
Binary 安装后 php.ini 是空文件
www.conf 缺失
版本号写死没更新
镜像站包没同步……
这些问题不跑根本发现不了。
发现了就修；修完就记进文档；下次不再犯。
这才是完整闭环。
【做出来之后，我还想做一件更有意思的事】
AI 时代之后，连售后都可以自动化。
我的规划是：
在 README 接入国内 AI 智能体（Kimi 或豆包），预设好 NextLNMP 的上下文和常见问题库。
用户安装出问题，把报错截图或复制日志丢给智能体，直接得到解决方案。
不用打扰作者，不用泡 QQ 群。
更进一步：
智能体自动收集问题，定期把高频报错汇总发邮件给我。
高频问题自动浮现，直接进入下一个版本的修复清单。
用户问 AI → AI 解答 → AI 汇总 → 作者修复 → 产品更好
几乎零人工介入，自动运转。
【项目地址】
NextLNMP— 安全可信的 LNMP 一键建站方案
点击阅读原文即可获取。
【小提醒（开发版声明）】
目前还是开发阶段，建议先在测试机跑通再上生产。
发现问题欢迎提 Issue / PR，一起把这套"一键建站"做成真正可长期信任的工具。
没有评论:
发表评论