这个案例从头到尾都在一个本地文件夹里完成。做的是一个宠物零食售卖的前端网页，做完发布到网上，别人点开链接就能访问。上篇讲页面怎么从零长出来，下篇再讲管理后台和宣传物料。
对刚上手的人来说，它最值得看的地方是节奏。每一步都先出计划，看过没问题再动手，改动全部进 Git，做完一版就发布一次。
标签： 实战案例
Codex 自动修 CI：接上 GitHub Actions，挂了它自己改
CI 失败是开发日常里最常见的一件事，处理起来却一点不轻松。老流程走起来是这样一串动作。先收到邮件或者消息通知，再打开 CI 日志逐行看报错。然后切到本地找到出问题的代码，修复提交再推一次。等 CI 重新跑过，确认通过，最后开 PR 等人审查合并。
整条链路全靠人在中间串起来。报错信息不明确的时候还[……]
Codex 直接控制浏览器：接上 Chrome 就能替你去点
Codex 远程修服务器 Bug：从定位到验证走一遍
Codex 读懂设计稿：Figma 和 Notion MCP 一起接
Codex 搭 AI 知识库：LLM Wiki 加 Obsidian 一套流程
大模型处理文档，目前最主流的做法还是 RAG，也就是检索增强生成。上传一批文件，提问时系统先检索出相关片段，再让模型基于这些片段生成回答。Notebook LM、ChatGPT 的文件上传，以及大多数企业级知识库，走的都是这条路。它成熟好用，但代价藏在一个不太显眼的地方。
RAG 缺的是积累
每一次[……]
