实战日志 Codex 对话经验站 7 分钟

从想法到第一版公开站点

一次完整实战:从不满意旧文档站,到决定新建 Astro 公网站,并把样稿、主题和脱敏检查一起落地。

背景

旧的文档站已经能承载教程和培训材料,但视觉气质更像开发文档。新的目标是做一个适合长期公开分享的博客和知识库:好看、好读、能沉淀经验,也能解释每次协作背后的判断。

这次解决了什么

第一版不追求功能很多,而是追求闭环完整:

  1. 有一个独立公网 Astro 站。
  2. 有首页、文章页、主题页和搜索页。
  3. 有三篇样稿,覆盖设置、踩坑和实战。
  4. 有脱敏检查脚本,避免公开稿混入敏感信息。
  5. 有私有案卷目录,承接完整对话。

关键过程

先做架构判断:旧文档站继续作为资料源,不再作为新站门面。这样可以避免在原来的 VitePress 结构里继续叠加主题覆盖、导航规则和培训页面。

然后确定内容模型。公开文章统一使用“背景、解决什么、关键过程、踩坑、最后方案、以后怎么做”的结构。这个结构比聊天全文更适合读者,也更容易被搜索和复用。

最后把私有归档和公网发布拆开。私有案卷保存完整过程;公网稿必须经过重写和脱敏;Codex 记忆只保存长期可复用的偏好和规则。

踩坑

第一个坑是低估视觉门面的重要性。知识库不是只要内容正确就够,首页、节奏、标签和文章排版会直接影响读者是否愿意继续读。

第二个坑是把自动化放得太早。如果还没确定文章结构和公开边界,就先写复杂生成器,很容易把错误流程自动化。

最后方案

第一版采用静态站点:Markdown 或 MDX 写文章,Astro 负责构建和路由。搜索先用本地 JSON 索引,后续再考虑全文搜索服务。发布前先跑公开内容检查,发现凭据、绝对路径或敏感字段就失败。

以后怎么做

后续优先补三件事:一是从历史会话中挑选高价值案例重写;二是生成私有案卷 HTML 模板;三是把脱敏检查接入发布脚本。站点变漂亮是入口,真正的价值是让经验能被持续复用。