关于安知生

安知生是 angelife 的新站名，也是一个长期知识系统的入口。它不是普通博客，而是一个把旧材料、聊天记录、网页摘录、读书笔记、技术笔记和人生复盘逐步整理为作品的公开空间。

本站的核心方向是：以 AI 整理材料，以 Obsidian 沉淀知识，以 Hugo 发布作品，以 Git 保护成果，以儒家正见统一方向。

旧站作为历史版本保留在 /old-site/，用于追溯早期材料。新站会逐步把其中有长期价值的内容整理为更清楚、更短、更适合公开阅读的文章。

这个新站是怎么做出来的

这个新站不是一次性设计出来的，而是由旧材料、AI 协作、Obsidian 内库、Hugo 外站和人工判断一点点整理出来的。

早期材料已经积累很多年。里面有文章、日志、项目记录、历史材料和一些早期判断。它们不是没有价值，而是太散、太旧、太难读。很多内容还停留在早期网页、旧手册、日志和临时记录里，像一座没有重新整理过的仓库。

这次重做网站，真正的目标不是换一个外壳，而是把旧材料重新变成可阅读、可检索、可继续生长的作品。

人是主编，AI 是协作系统

这次建站不是把事情完全交给某一个 AI，而是把几个 AI 分成不同角色使用。

ChatGPT 更像总编。它负责定方向、拆任务、写提示词、设定验收标准。比如哪些旧文要改，哪些表达要删，哪些文件不能动，什么叫 KISS，怎样把"反邪旧文"升级成"反操弄、信息判断、家庭支持和不失正见"的现代口径。

Codex 是早期施工队。它适合直接处理代码和文件修改，也能帮助调试 Hugo、模板和文章结构。但 Codex 有流量限制，所以不能把整个项目完全绑死在它身上。

Reasonix 后来接管了本地仓库。它进入真实项目目录，读取文件，提出修改，等待人工 /apply，然后运行 hugo --minify 和 rg 检查残留。它的价值在于把修改、构建、检查变成一个可审阅的流程，而不是一次性乱改。

DeepSeek 是 Reasonix 背后的主要施工模型。它承担了长文重写、旧文 KISS 改造、批量新增文章和持续低成本施工。五篇新文重写、两篇旧文压缩、新增十篇内容文章，都是这种方式完成的。

人负责最后判断。每一次是否 /apply，是否接受文风，是否提交，是否部署，最后都由人决定。AI 可以加速，但不能替代方向、边界和取舍。

这套流程不是"一个 AI 替人建站"，而是"人把几个 AI 组织成一个工作流"。

为什么选择 Obsidian

这个新站不是只靠 Hugo 完成的。

Hugo 适合发布，Obsidian 适合沉淀。一个是外站，一个是内库。外站给别人看，内库给自己长期整理、连接和复盘。

选择 Obsidian，首先是因为它使用 Markdown。文章、笔记和草稿都是普通文本，不被某个平台锁死。以后要迁移到 Hugo、Git、其他编辑器或新的知识系统，都比较容易。

第二，它适合长期积累。旧文章、聊天记录、读书笔记、网页摘录、项目记录和临时灵感，都可以先进入 Obsidian。它们不一定马上发布，但可以先被保存、分类和连接起来。

第三，它适合建立关系。很多想法单独看只是碎片，但放在双链和标签系统里，就能慢慢连成主题。一个观点可以连接到旧经历，一篇文章可以连接到一本书，一个项目可以连接到一组长期问题。

第四，它适合和 AI 配合。AI 可以先帮助材料分类、摘要、提炼和生成初稿，人再把真正有价值的部分沉入 Obsidian。这样 AI 就不只是一次性聊天工具，而是进入了长期知识生产线。

第五，它和 Hugo 很自然地衔接。Obsidian 里成熟的内容，可以整理成发布稿，再进入 Hugo。Hugo 负责生成静态网站，Git 负责保存版本，Obsidian 负责保留更完整的内部思考过程。

所以，这个系统的分工是：

Obsidian 是内在知识库；
Hugo 是公开发布站；
Git 是版本记忆；
AI 是整理助手；
人负责方向和判断。

这样的分工比较稳。材料可以先沉淀，不急着发布；文章可以先打磨，不急着定稿；旧经验可以反复整理，最后变成公开作品。

这套系统怎么维护

这个网站不是一次性工程，而是一套长期维护系统。

如果只靠一时兴起，网站很快又会变成旧仓库：内容越堆越多，结构越来越乱，最后自己也不愿意再打开。所以新站从一开始就要有维护方法。

这套系统的维护，可以分成五层。

第一层：日常收集

日常看到的材料，不急着马上写成文章。

聊天记录、读书摘录、网页链接、截图、技术笔记、灵感片段，都先进入 Inbox。Inbox 的作用不是整理，而是先接住材料。

很多想法刚出现时还不成熟，强行成文反而会变形。先放进 Inbox，让它们保留原始状态，后面再判断有没有长期价值。

日常维护的重点只有一个：不要让有价值的材料散掉。

第二层：定期整理

材料进入 Inbox 以后，不能一直堆着。

每隔一段时间，要把 Inbox 里的材料过一遍。能删的删，能合并的合并，能归类的归类，值得继续发展的内容，就放进 Obsidian。

这一层可以让 AI 参与。

AI 可以帮助做几件事：分类、摘要、提炼关键词、发现相似材料、生成初步提纲。但 AI 只做初炼，不能替人决定价值。

真正要保留什么、删除什么、公开什么，仍然由人判断。

第三层：Obsidian 内库沉淀

Obsidian 是内库，不是展厅。

它保存的是更完整的思考过程：未完成的判断、旧材料、草稿、主题索引、项目记录和长期问题。

有些内容不适合马上公开，但适合长期沉淀。有些想法单独看不成熟，但和旧笔记连起来，就会慢慢形成主题。

Obsidian 的维护重点，是让材料之间发生连接。

一篇笔记不要孤零零地存在。它最好能连接到一个主题、一个项目、一本书、一段经历，或者一个长期问题。

这样时间久了，知识库就不是文件夹，而是一张自己的思考地图。

第四层：Hugo 外站发布

Hugo 是外站，负责公开呈现。

不是所有 Obsidian 内容都要发布。只有经过整理、判断、压缩和重写的内容，才进入 Hugo。

发布前要做几件事：

标题要清楚；
summary 要单独写；
正文标题层级要正确；
段落不能太长；
旧词、怪词、攻击性表达要清理；
文章要能独立阅读，而不是聊天记录搬运。

Hugo 里的文章，是给别人看的，也是给未来的自己看的。

所以它必须比内部笔记更干净、更稳、更有结构。

第五层：Git 和部署维护

Git 负责保存版本。

每一次比较大的修改，都应该形成一次提交。提交信息不用复杂，但要能看出做了什么，比如：

重写旧文；
新增十篇文章；
调整首页宽屏布局；
更新网站介绍；
部署新版静态站。

本地修改完成后，先运行：

hugo --minify

构建通过，再同步到线上静态目录，然后提交和推送。

这里要特别注意：本地预览变了，不等于线上变了。

Hugo 源文件在 hugo-site/ 里，线上 GitHub Pages 看到的是构建后的静态文件。每次发布都要确认 public/ 已经同步到仓库根目录，再推送到远程。

AI 协作也要维护

AI 本身也需要管理。

不能每次都随便问一句"帮我改网站"。那样很容易把目录改乱，把风格写散，把旧文改坏。

比较稳的做法是：每一轮都给 AI 明确边界。

哪些文件可以改；
哪些文件不能动；
这轮目标是什么；
文风标准是什么；
检查命令是什么；
构建通过才算完成；
人工确认后才 apply。

ChatGPT 适合做总编和任务拆解；
Codex 适合做精修和补刀；
Reasonix 适合在本地仓库执行；
DeepSeek 适合长文整理和低成本持续施工；
人负责最后判断。

这套分工要长期保持，不要让任何一个 AI 单独接管全部流程。

最小维护节奏

这套系统可以按一个简单节奏运行。

每天：收集材料，进入 Inbox。
每周：清理 Inbox，把有价值的材料沉入 Obsidian。
每月：从 Obsidian 里挑出成熟主题，整理成一到几篇 Hugo 文章。
每次发布前：运行构建、检查残留、看本地预览。
每次发布后：确认线上页面是否真的更新。

这样维护，网站就不会变成一次性项目，而会慢慢长成一个长期系统。

真正重要的不是一次写很多文章，而是让系统持续运转。

只要这条生产线还在，旧材料就会继续被整理，新判断会继续沉淀，网站也会继续生长。

协作流程关系图

flowchart TD
    A[早期文章 / 日志 / 聊天记录 / 读书笔记 / 项目材料] --> B[Inbox 原始材料入口]
    B --> C[AI 初炼：分类 / 摘要 / 提炼 / 初稿]
    C --> D[Obsidian 内库沉淀]
    D --> E[成熟主题整理为 Hugo 发布稿]
    E --> F[Hugo 本地构建]
    F --> G[public 静态文件]
    G --> H[rsync 同步到仓库根目录]
    H --> I[Git 提交与版本保存]
    I --> J[GitHub Pages 线上发布]

    K[ChatGPT] --> K1[定方向 / 拆任务 / 写提示词 / 设验收标准]
    L[Codex] --> L1[早期施工 / 模板与文件修改]
    M[Reasonix] --> M1[本地执行 / 审阅 / apply / 构建 / 检查]
    N[DeepSeek] --> N1[长文重写 / KISS 改造 / 批量生成]
    O[人] --> O1[最终判断 / 验收 / 提交 / 部署]

    K1 -.协作.-> C
    L1 -.协作.-> E
    M1 -.协作.-> F
    N1 -.协作.-> C
    O1 -.控制与确认.-> E
    O1 -.控制与确认.-> I
    O1 -.控制与确认.-> J