用 Codex 搭建自己的独立站

设计师、工程师、儿童和写作者把素材交给 Codex，整理成独立站，再分发到社交平台。 — 独立站不是从技术开始，而是从你想长期保存的作品、笔记和项目开始。

先说结论

如果你只是想拥有一个“自己的地方”，不需要先成为程序员。真正要先想清楚的是三件事：

你想长期留下什么：作品、文章、项目、日记、教程，还是孩子的学习成果。
你愿意多频繁更新：每周、每月，还是只在有作品时更新。
你能接受多少维护：完全无代码、少量文件编辑，还是愿意把网站当作一个长期项目。

Codex 适合放在第二种和第三种之间。它不是一个让你完全不用思考的建站按钮，而是一个可以在你本地项目里读文件、改代码、运行检查的协作者。OpenAI 的 Codex CLI 文档也把它描述成一个可以在终端本地运行、并在所选目录里读取、修改和运行代码的 coding agent。

这意味着你可以把目标讲清楚，然后让 Codex 做那些重复、细碎、容易出错的部分：建立目录、写页面、调整样式、把 Markdown 变成网页、跑构建命令、检查有没有把隐私材料放进公开目录。

如果你希望按步骤从零开始，可以先读更手把手的系列：

独立站解决的不是“发更多”

社交平台很重要，它们负责传播、互动和反馈。但社交平台不是好档案。平台会改规则，时间线会下沉，链接也可能失效。

独立站解决的是另一件事：给你的公开作品一个稳定地址。

一个健康的发布顺序应该是：

先把完整版本放在自己网站。
再把它改写成小红书、微信公众号、YouTube、Bluesky、DEV.to 或其他平台的版本。

这样做的好处是清楚的。你不用每次都从零开始写平台文案，也不会把最重要的内容只留在某个平台的编辑器里。

不同人群怎么选

设计师和艺术家

优先做作品集，不要先做复杂博客。

你最重要的资产是图片、项目过程和审美判断。第一版网站可以很简单：

首页：一句话说明你是谁，以及最近的代表作品。
作品页：每个项目一页，放图片、背景、过程和结果。
关于页：讲清楚你做什么、适合什么合作、如何联系。

对设计师来说，Codex 的价值不是替你判断作品好坏，而是把“每个作品都要建页面、统一尺寸、补 alt 文本、更新导航”这些机械工作做稳。你仍然要决定哪些作品值得公开。

工程师和理工背景的人

优先做项目档案和可复用笔记。

你可能天然会想把网站做成一个技术系统，这没有问题，但第一版不要过度工程化。更好的起点是：

项目页：记录做过什么、为什么做、用了什么技术、结果如何。
教程页：把重复讲给别人的经验写成文章。
Playground：把一个小工具或交互 demo 放出来，让别人直接试。

如果你愿意使用 Git、Markdown、Astro、Cloudflare Pages 这类工具，Codex 可以很高效。它能在项目目录里改文件，也能跑构建检查。你要做的是看清楚它改了什么，保留重要决策。

儿童和家庭项目

优先做安全、简单、可由家长审核的页面。

孩子的网站不应该一上来就追求公开曝光。更适合的目标是：

一个作品墙：画画、手工、Scratch 项目、阅读记录。
一个学习日志：每周一两句话，记录做了什么。
一个家庭审核流程：先在本地或草稿里看，确认没有敏感信息再发布。

这里最重要的是隐私。不要公开学校、住址、固定活动地点、身份证明、可识别的日常时间表。Codex 可以帮忙检查文本，但最终审核必须由成年人完成。

写作者、教师和小型服务者

优先做文章和资源库。

写作者需要稳定的长文地址。教师需要整理课程资料和讲义。小型服务者需要一个可信的公开介绍页。第一版可以只包含：

首页：你提供什么价值。
文章或资源页：把可公开的内容分类放好。
联系页：提供一个清楚、低摩擦的联系入口。

这个路线不需要复杂系统。先让内容有地址，再考虑 newsletter、会员、课程、支付或自动化。

一条最稳的路线

如果你不知道怎么选，我会推荐这条路线：

用 Markdown 或 MDX 写内容。
用 Astro 做静态网站。
用 Git 保存版本历史。
用 Cloudflare Pages、GitHub Pages、Netlify 或 Vercel 部署。
把社交平台当分发渠道，而不是唯一档案。

这条路线不是唯一选择，但它有一个明显优势：内容是普通文件。将来换主题、换部署平台、换域名，文章和图片仍然在你手里。

无代码工具也可以用。Framer、Webflow、Carrd、Notion 类工具都能更快做出页面。选择它们没有错。判断标准很简单：如果你只是要一个漂亮主页，无代码工具可能更快；如果你想长期积累文章、教程、项目和可交互 demo，文件型网站更稳。

给 Codex 的第一条指令

不要这样说：

帮我做一个个人网站。

这太空泛。更好的指令是：

请在当前目录里帮我做一个个人独立站。
受众不是程序员，而是会通过作品和文章了解我的人。
第一版需要：首页、关于页、写作列表、项目列表、联系页。
内容用 Markdown 或 MDX 保存，公开内容不要依赖数据库。
先检查项目结构，再给我一个简短方案，确认后再改文件。

如果你已经有素材，可以继续补充：

materials/inbox 里有图片和草稿。
请先列出哪些适合公开，哪些可能涉及隐私。
不要把 private 目录里的内容放进 public 或 src/content。

好指令不是把每个技术细节都写死，而是说明目标、受众、边界和验收标准。

第一版应该小

第一版独立站只需要五个页面：

首页：一句话定位，几条最新内容。
关于：你是谁，你现在关注什么。
写作：文章和长期观点。
项目：作品、实验和工具。
联系：邮箱、社交平台和合作方式。

先不要做登录、评论、CMS、会员系统、复杂动画和多语言后台。等你真正开始更新内容，再判断这些系统是否值得加入。

验收清单

发布前至少检查这些事：

每个页面在手机上能读。
首页能在十秒内说明你是谁。
每篇文章有标题、描述、发布时间和标签。
图片有合理尺寸和替代文本。
没有把密钥、后台截图、私人草稿、孩子隐私放进公开目录。
构建命令能通过。
重要链接能打开。

这也是 Codex 很适合做的工作：让它跑构建，检查改动，列出风险。但你仍然应该亲自读一遍公开页面。