企业官网建设流程全解析

这篇文章解决一个特别具体的问题：你记了很多笔记，存了很多资料，但真正要用的时候翻半天找不到，或者找到了也串不起来。

我会用 Codex（OpenAI 的代码助手，这里我把它当通用 AI 用）加 Obsidian 搭一个能自动整理、双向关联、随时调用的知识库，下面是完整思路和真实做法。

别把知识库当成"网盘"，它得会自己长结构

很多人搭知识库失败，是因为把它当成了一个文件夹堆砌工具。你丢进去一堆 PDF、网页剪藏、随手记的 Markdown，然后指望哪天灵感来了能自动变成体系。不会的。知识库的核心不是"存"，是"连"。

我现在的做法是：每次记完一条原始笔记，就让 Codex 帮我做三件事——提取关键词、判断它跟哪几条旧笔记有关、给出一个建议的存放位置。

比如我记了一条"Claude 长上下文在代码审查里的表现"，Codex 会建议我建几个标签 #AI工具 #代码审查 #Claude，然后告诉我"你上周写的 [[Codex 处理长文档的体验]] 跟这条直接相关，建议互相链接"。这样知识库是活的，它会自己长结构。

我的做法很简单：先把原始信息丢进 Obsidian，然后用 Codex 做三件事——归类、打标签、建链接。

比如上周我把几个会议纪要扔进了一个临时文件夹，Codex 跑了一段这样的 prompt：

请按以下要求处理给定的会议记录： 1. 【分类规则】按业务主题（如项目进度、决策事项、行动安排、风险点等）分类，每个主题清晰独立，避免交叉； 2. 【关键词提取】每个主题提取3-5个精准关键词，用于Obsidian标签（格式：#关键词）； 3. 【双向链接建议】读取当前Obsidian知识库中已有的相关笔记（如项目文档、流程SOP、案例复盘、历史会议纪要等），为每个主题建议2-3个可关联的现有笔记，用Obsidian双向链接格式标注（如[[2026Q3项目启动会纪要]]）； 4. 【结构化整理】将原始会议记录转化为Obsidian可直接使用的结构化内容，保留关键决策、行动项、责任人、时间节点等核心信息； 5. 【输出格式】按以下结构呈现结果： - 主题1：[主题名称] - 关键词：#关键词1 #关键词2 #关键词3 - 关联笔记：[[笔记A]] [[笔记B]] - 结构化内容：[整理后的会议要点] - 主题2：[主题名称] - ... 请严格遵循以上规则，输出结果可直接导入Obsidian使用。 原始会议内容如下：[粘贴会议内容]

Codex 回过来给了一个清晰的分类结果，还指出了我之前的几篇笔记里其实有相关内容可以链接。我把它的建议直接搬进 Obsidian，花五分钟就搞定了原本要折腾半小时的事。

关键是：原始笔记你自己写，整理工作交给 AI。这样既保证了内容质量，又省去了最烦人的归档环节。

Obsidian 的双向链接，不是"超链接"，是你的思维路径回放

很多人以为 Obsidian 的[[双链]]就是个高级一点的超链接，点了能跳转。但真正有用的用法是把它当成"思维路径回放"。你不需要在写笔记的时候想清楚"这条以后会跟什么有关"，你只需要写下当下想到的内容，然后让链接在回顾的时候自然浮现。

我举个例子：我有一条笔记叫 [[知识库搭建的坑]]，里面随手记了"AI 整理笔记容易把原文意思改丢"。后来我写另一条 [[Codex prompt 设计技巧]] 的时候，Codex 自动帮我在文末加了一句"相关踩坑见 [[知识库搭建的坑]]"。我点过去一看，才发现自己上个月就遇到过同样的问题，只是当时没意识到跟 prompt 设计有关。双向链接的价值就在这：它不替你思考，但帮你把散落的思考重新串起来。

真正有用的双向链接，是两个笔记之间有实质性的逻辑关系，而不是随便两个词凑在一起。

实际操作的时候，我会让 Codex 帮我分析一篇新笔记，问它："这篇笔记和库里现有的哪些笔记有实质关联？"然后我再人工判断要不要建立链接。AI 给线索，人来做决定，效率翻倍。

Codex 的真正用法：不是替你写，是逼你"说得更清楚"

我用 Codex 整理笔记，最重要的发现是：它整理得好不好，80% 取决于我怎么描述自己的需求。比如我一开始写"帮我把这篇笔记整理一下"，它输出的东西基本没法用，因为它不知道我要什么格式、什么粒度、什么用途。

后来我改成这样写 prompt：

下面是我的一篇原始笔记，请做三件事： 1. 提取 3-5 个标签（用 #标签 格式，尽量用我已有标签） 2. 找出知识库里跟它最相关的 2 条旧笔记（用 [[双链]] 格式） 3. 用 100 字以内总结核心观点，保留我的原话用词 笔记内容： [粘贴内容]

效果立刻不一样。Codex 不是不行，是你得先把自己想要的东西说清楚。这个过程其实是在倒逼你整理自己的信息需求，挺上瘾的。

我的文件夹结构：按照真实工作流来设计

我试过很多复杂的分类法，最后按自己的实际工作流收敛成六个文件夹，配合 Codex 自动归类：

📁 00-系统说明 知识库的使用规则、prompt模板、操作手册 📁 01-内容生产 CSDN文章、技术笔记、写作素材 📁 02-输入处理 待整理的原始材料（Codex每日处理） 📁 03-知识资产 整理完成的原子笔记、会议纪要、技术方案 📁 04-产品库 跟具体产品/项目绑定的笔记 📁 05-聊天记录 飞书/微信里值得保存的对话片段 📁 skill 沉淀下来的 prompt 模板和自动化脚本

每个文件夹的用途都很明确，Codex 处理02-输入处理里的材料时，会根据内容自动判断该搬到03-知识资产还是04-产品库。这个结构的好处是：新东西有固定入口，旧东西有固定去处，不费力就能维持。

把"整理"变成日常习惯，而不是大扫除

最难的部分不是搭结构，是坚持。

我以前试过每周末花两小时整理笔记，结果是：整理了半小时，发现工作量太大，干脆不整理了。这是一个恶性循环。

我的解法是：每天花 5 分钟，只做一件事——把今天产生的笔记移到一个该去的地方。

具体怎么做？我会让 Codex 每天早上给我发一条消息：

检查 02-输入处理 里有多少新笔记，按主题归类后告诉我应该移到哪个文件夹。

Codex 会列出清单，我只需要确认，然后把文件拖过去。5 分钟，一天一次，知识库永远保持在一个"半干净"的状态，不会因为堆积太多而产生心理负担。

最该记住的一件事

知识库不是建出来的，是"用"出来的。你不需要先花两周设计完美体系再开始记，你只需要今天先丢一条笔记进去，让 Codex 帮你处理一次，然后明天再丢一条。结构会在使用中自己长出来，你的任务是保持记录，别停。