野朝奉

这不是一篇“AI 改变世界”的感想，而是一条实打实的建站记录：本地只有三个静态文件，服务器是一台阿里云 ECS，目标是让 `ycfopc.com` 和 `www.ycfopc.com` 都能通过 HTTPS 正常访问。

一开始我先定边界

这个站不是博客系统，也不是后台产品。它现在的任务很明确：作为「野朝奉」这个 AI 自媒体人设的长期据点，展示 AI Coding、轻工具、OPC、项目召集和后续技术笔记。为了让维护成本足够低，我给它定了一个硬约束：线上静态站点只部署 `index.html`、`styles.css`、`script.js`。

这个边界很重要。普通人做 AI Coding，最容易犯的错是第一天就想上 CMS、数据库、登录系统和文章后台。真正能跑起来的项目，往往是先把最小可用版本压到足够小。

本地项目和部署目标

本地项目是一个长期维护的静态站目录，服务器是一台云主机，系统是 Ubuntu，Web 服务由 Nginx 接管。公开文章里我不放服务器 IP、本机用户名、实例 ID、精确目录和配置路径；这些信息只保留在本地维护文档里，方便自己部署和回滚。

这一步看似无聊，但它决定了后面能不能让 Codex 接着干活。没有维护文档，AI 每次都像新来的临时工；有了维护文档，它就能快速恢复上下文。区别在于：维护文档给自己和 Codex 看，公开文章只讲可复用方法，不暴露基础设施细节。

我让 Codex 做的不是“写代码”，而是跑完整交付链路

这次真正有价值的地方，不是让 AI 写一个漂亮页面，而是让它沿着本地预览、打包上传、服务器部署、Nginx 检查、HTTPS 验证这一整条链路往前推。页面只是结果，链路才是能力。

python3 -m http.server 本地端口

本地预览通过以后，部署命令保持极简：只打包三个文件，上传到服务器，再解压到 Web 目录，最后检查 Nginx 并重载。

打包：index.html + styles.css + script.js
上传：把压缩包传到云服务器临时目录
部署：解压到站点目录，校验 Nginx 配置，重载服务

服务器上真正要解决的是“谁在接管 80/443”

部署静态站，表面上是把文件放到服务器，实际经常卡在 Web 服务接管权。这个站最后由系统 Nginx 接管 80 和 443，旧 Web 服务停止，旧站目录清理，避免请求落到错误目录。

这里我学到的第一件事是：别只看页面能不能打开，要知道当前到底是哪一个 Nginx、哪一份配置、哪一个目录在服务线上请求。否则你改了半天，本质上可能是在改一个没有被访问的目录。

HTTPS 不是装上证书就结束

证书用的是 Let's Encrypt / Certbot，并且自动续期已经开启。真正的上线验证至少要覆盖四件事：HTTP 是否跳转 HTTPS，`https://ycfopc.com` 是否返回 200，`https://www.ycfopc.com` 是否返回 200，页面源码里是否真的包含新版标题和关键文案。

检查 HTTP 是否跳转 HTTPS
检查主域名 HTTPS 是否返回 200
检查 www 域名 HTTPS 是否返回 200
检查页面源码是否包含新版标题和关键文案
检查 Nginx 与证书续期状态

我喜欢把这些验证命令写进文档，因为它们会逼你从“我觉得好了”变成“当前证据证明它好了”。这也是 AI Coding 里很关键的一点：让 AI 不只负责生成，还负责验证。

备份让我敢继续迭代

每次部署前，我都会先把服务器上的当前站点目录做一次时间戳备份。后面每次首页改版，也会生成新的备份。这样即使某次改版翻车，也可以快速回到上一版。

这件事对普通人尤其重要。你不是专业运维，就更要用笨办法保护自己：改之前备份，改之后验证，验证失败就能回滚。AI 可以帮你跑得快，但安全绳要自己系好。

这次建站给我的 OPC 结论

OPC 不是说普通人突然变成程序员，而是普通人开始拥有自己的工具、站点和自动化能力。这个站的技术并不复杂：静态文件、Web 服务、HTTPS 证书、命令行验证、远程部署。但它串起来以后，就是一个真实可访问、可维护、可继续迭代的个人据点。

对新手来说，第一步不用追求宏大。先做一个静态站，先部署一次，先让 HTTPS 跑通，先把验证命令写下来。你会发现，AI Coding 最有价值的不是替你敲几行代码，而是陪你把一个想法推到真实世界里。