我用 AI 几天打造开源 LNMP 替代方案：NextLNMP
一个人，非专业开发者，借助 AI，在几天内从零完成了一套完整开源项目：涵盖源码、CI/CD 流水线、BGP 镜像站、全自动发版机制与完整文档。一行命令即可在中国大陆任意服务器部署。
真正价值不在于项目本身，而在于过程中沉淀出的「人机协同工程方法论」——这正是 AI 时代最稀缺的能力。
为什么需要 NextLNMP？
军哥 LNMP 是一代中国站长的共同记忆：简单、稳定、一行命令建站。但如今项目已停止维护，下载域名归属不明，安装包来源不清，全程无校验。用户无法确认所装软件是否干净可信。
这一长期未解的信任问题，促使我启动 NextLNMP 项目。
NextLNMP 是什么？
NextLNMP 是一个安全可信的 LNMP 一键建站开源方案，核心坚持四项原则：
- 所有源码包严格来自 php.net、nginx.org 等官方上游
- 每份安装包均通过 SHA256 逐包校验
- 全部代码开源，采用 GPL-3.0 协议
- 配套 BGP 多线镜像站，仅提升可用性与速度，不替换信任根
开发版支持一行命令安装。
AI 编程的真相
多数人使用 AI 编程的方式存在根本误区：把需求丢给 AI → 复制输出代码 → 出错再问 → 循环。这如同不懂业务的包工头，只交图纸、不控过程，问题频发却无法溯源。
我的实践路径截然不同，总结为四个关键方法：
捷径一：你是产品经理，AI 是程序员
所有技术决策由人拍板，AI 执行。例如：是否为镜像站配置多个公网 IP？AI 能给出配置方案，但无法判断方向错误——多 IP 对下载加速收效甚微，BGP 多线才是关键。正确判断后，单台 BGP 机器成本更低、性能更优。
又如 AI 提出 GPG 签名、Sigstore、可复现构建等“严谨”安全方案，我直接否决大半。目标用户是只会 SSH + 回车 + 复制粘贴的小白站长，他们只关心两点：能否一键安装？能否稳定运行？过度设计等于劝退。
知道什么不该做，比知道什么该做更重要。AI 提供的是通用严谨答案，而你需要的是契合真实场景的务实解法。
捷径二：用 Handoff 文档固化 AI 协作记忆
AI 无长期记忆，每次对话归零。低效根源正在于此。
解决方案：每次对话结束前，让 AI 输出交接文档（Handoff），明确记录本次任务、已踩坑点、待办事项。下次开启新对话时，将文档作为上下文输入，AI 即刻进入状态。
当前 Handoff 文档已迭代至第 21 版，涵盖服务器信息、发版 SOP、22 个典型问题及下一步优先级清单。每次新开会话，5 分钟内无缝衔接，无需重复说明。
AI 上下文有限，你的 Handoff 文档无限。
捷径三：踩坑日志比代码更值钱
本项目共记录 22 个真实问题，全部结构化归档，例如：
- BGP 多线优于多公网 IP（方向判断）
- Shell heredoc 在特定场景与历史命令冲突，改用 Python 中转（操作细节）
- Gitee Release API 必须传 target_commitish 字段，否则报错（第三方接口限制）
- CI 自动回写文件后，下次 push 前需执行 git pull --rebase（流程规范）
代码可由 AI 重生成；踩坑经验只能靠实践积累。将其系统化文档化，才是 AI 时代的真正壁垒。
捷径四：跑起来才算数
AI 生成的代码必须实际部署验证。本项目历经十余轮测试机实测，每次均发现“仅看代码无法识别”的问题：
- Binary 安装后 php.ini 为空文件
- www.conf 缺失
- 版本号硬编码未更新
- 镜像站包未同步
发现问题即修复，修复后即入档，形成“验证—修复—沉淀”闭环。
自动化售后：AI 时代的下一阶段构想
未来计划在 README 中接入国内主流 AI 智能体（如 Kimi 或豆包），预置 NextLNMP 上下文与常见问题库。用户安装出错时，只需提交报错日志或截图，即可获得即时解答，无需联系作者或加入社群。
进一步，智能体将自动汇总高频问题并邮件推送，直接纳入下一版本修复清单，实现：用户提问 → AI 解答 → AI 汇总 → 作者修复 → 产品升级，全程接近零人工介入。
项目地址
NextLNMP — 安全可信的 LNMP 一键建站方案
小提醒（开发版声明）
当前为开发阶段，建议先在测试环境验证后再部署至生产环境。欢迎通过 Issue 或 PR 反馈问题，共同打造长期可信赖的一键建站工具。