知识库架构判断:Obsidian 与现有发布体系的分工策略
针对“今日新增内容是继续沿用现有方式更新,还是迁移至 Obsidian 进行长期维护”的疑问,核心结论并非二选一,而是明确分工:Obsidian 负责上游采编与溯源,现有的 knowledge 目录、产品 JSON 库及同步脚本继续承担正式发布职能。
2026 年 8 月 27 日
问题本质:非工具选型,而是知识生命周期管理
面对新增会议内容,真正的挑战不在于软件工具的优劣,而在于随着素材积累,如何有效保留来源、区分“已验证知识”与“会议判断”,并在实现长期积累的同时,避免污染正在运行的 AI Skill 上下文。
若仅聚焦于"Obsidian 是否好用”,极易构建出看似先进实则难以维护的系统。工具本身不是答案,界定知识在不同阶段的最佳存储位置才是关键。

图 1|上游允许复杂,下游必须可信
架构决策的四大核心依据
现有体系具备成熟的发布链路
当前的 AI 选品咨询师已拥有完整的运行闭环:以 knowledge 目录为知识源,product-library.json 存储结构化产品数据,并通过 sync_skill.py 脚本同步至 Codex 和 Claude。该系统明确区分 L1、L2 层级,并规定 L3 内容不入库。
现有模式的短板在于上游采编与追溯能力,而非发布机制。推倒重来不仅成本高昂,更会破坏已有的清晰边界。因此,应保留已验证的发布链,重点补强上游处理环节。
会议内容包含四种不同状态
单次会议产出并非全是“新增知识”。内容通常混合了四类状态:
- 已验证方向:如男士托特包、油皮防水包等既有方向的再次验证;
- 方法论增量:如礼品元素逻辑、“小蛋糕”策略等需补充的新方法;
- 待调研项:如半透墨镜竞争度、水洗皮鞋关键词等尚未完成调研的方向;
- 风险内容:如原样复制产品、隐藏商标词、医疗器械监管等不可直接转化为正向操作的红线。
若仅通过修改 Markdown 文件处理,极易导致“状态丢失”,即后续使用者无法辨别内容的来源、时效性及可信度。
Skill 是运行时说明书,而非资料仓库
Skill 每次触发均占用宝贵的上下文窗口。将冗长的会议原文、重复案例及未验证假设全部植入,只会稀释核心判断的权重。Skill 应保持短小、稳定且可执行;原始材料的复杂性应留存在上游系统中。
Obsidian 擅长采编,不宜单独承担发布
Obsidian 在双向链接、标签管理及人工阅读溯源方面表现卓越,适合记录会议原文、拆解元素卡及标记状态(如“已验证”、“待调研”)。然而,AI 运行需要结构化的 JSON 数据和精简的 references。强行让 Obsidian 承担所有职能,会导致人工笔记系统与 AI 运行系统混淆,增加维护难度。

图 2|保留稳定发布链,把 Obsidian 放在它的上游
解决方案:上下游分工协作
建立"Obsidian 上游知识库 + 现有正式库”的双层架构。会议原文、候选知识卡及发布单存放于 Obsidian;经审核筛选后,合格内容进入 knowledge Markdown 和 product-library.json;最终仍由 sync_skill.py 统一发布。
核心边界:Obsidian 记录“我们知道了什么、来源何处、可信度如何”;正式知识库定义"AI 当前可执行的回答与行动”。 |
本次内容的具体分流策略

图 3|同一场会议里的内容,需要按知识状态分流
可正式发布的内容
- 明确“纯蓝海”定义:限定为本土供给为主、中国卖家缺位的领域,强调在此类空白中传统跟随法的有效性,但需前置侵权与利润核查。
- 新增“礼品元素”方法论:摒弃标题堆砌"gift",转向具体节日、对象及搜索词的落地;利用半定制切分人群,以材质工艺支撑高溢价。
- 确立“小蛋糕”策略:围绕精准组合词构建多个小体量、高利润链接,避免在大词标品红海中竞争。
- 整理实战案例:包括星座威士忌杯、江户切子中间价带、木质手表收纳等,并标注需联网复核的价格与竞争结论。
暂存 Obsidian(待调研)的内容
半透墨镜、水洗皮鞋关键词、铜杯价格带及部分存疑品类名称,标记为 pending-research。此类内容虽有价值,但在未完成独立验证前,不应转化为 AI 的确定性建议。
转为风险记录的内容
涉及原样复制侵权、后台隐藏商标词、近视镜及医疗器械合规等问题。这些内容反映真实业务语境,必须以“风险案例”形式保存,严禁被 AI 误读为推荐 SOP。
标准化作业流程:新会议处理六步法
- 原样归档:将转写全文、时间戳存入 Obsidian 会议目录,确保原始事实不被篡改。
- 拆分知识卡:按方法论、元素、案例、验证、风险合规等维度建立独立卡片。
- 标记证据状态:严格区分 verified(已验证)、observed(观察中)、hypothesis(假设)、pending-research(待研)及 rejected(否决)。
- 设置权限与复查:明确 L1/L2/Internal 层级,对热度、价格等动态信息设定 review_after 复查时间。
- 生成发布单:列出拟入库、暂缓及风险内容清单,确保每次更新均有据可查。
- 校验后同步:检查 JSON 解析性、ID 唯一性及统计一致性,确认无误后同步至 Skill。
长期价值:避免知识失真
该方案既保留了现有系统的稳定性,又补全了溯源与审核机制。随着素材累积,它能确保会议原文不挤占运行上下文,使 AI 的每一个判断均可追溯至具体证据状态。当市场证伪某方向时,仅需修正对应知识卡,无需全量回溯。
最重要的是,它规避了知识库最大的风险:将未经验证的漂亮话术误当作既定事实。
最终结论:引入 Obsidian 并非为了替换现有工具,而是为了实现长期维护所必需的“源流分离”。Obsidian 胜任上游采编,但不应取代已稳定运行的下游发布体系。稳妥之道在于将两者置于正确的位置,各司其职。 |

