企业官网建设流程全解析

• 文档

OB_Templates 是一个面向 Obsidian 新用户的笔记模板参考仓库，核心原则是所有模板只使用 Obsidian 的核心插件，让零基础用户也能直接复制、导入并搭建属于自己的"第二大脑"。读完本文，你将完整掌握这个仓库的目录命名体系、17 大类模板的适用范围与结构、正确的导入方式（含 DataView / Advanced Tables / Dynamic Table of Contents 等辅助插件的取舍），并能基于仓库源码逐模板理解 frontmatter、内联字段与 DataView 查询的配合原理。

一、项目定位：为 Obsidian 新用户而生的模板参考库

1.1 背景：什么是 Obsidian

Obsidian 的核心理念是"人脑是非线性的：我们不断在想法之间跳跃，你的第二大脑也应该如此"。在 Obsidian 中，建立和追踪连接（双向链接、知识图谱）是零摩擦的；作者建议像园丁一样照料笔记，最终收获属于自己的知识图谱。OB_Templates 正是围绕这一理念构建的模板集合，项目始于 2021 年 12 月 25 日，最初只是作者个人模板的汇集地，随后逐步演化为一个面向 Obsidian 新用户的公开参考项目。

1.2 核心规则：只用核心插件

README 明确了一条最重要的项目规则：所有模板必须只使用 Obsidian 的核心插件（README.md）。这意味着你不需要安装任何第三方插件就能使用绝大部分模板，降低了新用户的上手门槛。

不过 README 也坦承，随着时间推移，作者发现DataView几乎成为每个用户的必需品，因此在部分模板（如 WeeklyLog 系列）中使用了 DataView 查询来聚合日志数据，同时尽量保持写法基础、不吓到新用户。类似的辅助插件还包括Advanced Tables（用于表格编辑）与Dynamic Table of Contents（用于自动生成目录）。也就是说：

• 必需：Obsidian 原生 Templates 核心插件（用于导入模板并展开{{date}}、{{time}}、{{title}}等占位符）；
• 推荐：DataView、Advanced Tables、Dynamic Table of Contents；
• 可选：其余全部不依赖。

1.3 定位：参考而非成品

README 特别强调：仓库里所有模板都不是"完美成品"，而是作为参考，供任何用户在其基础上扩展，或从中汲取灵感来构建自己的模板（README.md）。这一点决定了使用它的正确心态——按需取用、自由改造。

二、快速上手：三种方式把模板加入你的 Vault

OB_Templates不是一个 Vault 模板，它只是一个"模板文件夹"，需要你把它添加进自己的 Vault（README.md）。README 给出了两种最直接的获取方式：

1. 下载整个仓库：下载仓库压缩包，解压后将模板文件夹或模板文件复制进你的 Vault 即可；
2. 逐个复制文件：进入某个模板页面，务必切换为 Raw（原始）模式查看 Markdown 源码，再整体复制到 Vault 中的新文件。

配合 FAQ 中的补充说明，完整的上手流程如下：

第一步：启用核心插件 Templates在 Obsidian 设置中启用"模板（Templates）"核心插件，并配置"模板文件夹位置"指向你存放模板的目录。这是使用模板的一般前提——大多数模板都需要通过"插入模板"的方式被导入，以便 Obsidian 展开其中的日期/时间占位符。

第二步：选择导入方式

• 想整体试水：把整个0A_Templates文件夹放进 Vault，在模板插件里指向它；
• 只想用某几个：按上文方式单个复制文件；
• 想研究结构：对照仓库源码逐文件阅读。

第三步：按需安装辅助插件

• 使用 WeeklyLog / DailyLog_V2 等含dataview代码块的模板时，需安装 DataView 插件，查询才能渲染；
• 使用含toc代码块的模板（如 0A_1_6_WeeklyLog.md）时，需要 Dynamic Table of Contents 插件；
• 编辑含复杂表格的模板（如股票跟踪、习惯挑战）时，Advanced Tables 会明显提升体验。

第四步：使用模板创建笔记在笔记编辑器中点击"插入模板"，选择对应模板，Obsidian 会自动填充日期、文件名等占位符，生成一篇带完整结构的新笔记。

三、模板总览：17 大类的完整地图

README 的 Template Content 章节列出了全部模板类型，仓库实际文件也完全对应。以下是完整清单（目录链接均以仓库根目录为起点）：

此外，仓库根部的 0A_Index.md 是一份用[[双链]]写成的总索引页，把上述所有类别与具体模板文件用 Obsidian 原生双向链接组织起来，是理解"模板库如何自组织"的最佳入口。

四、目录命名规范：从文件名读懂整个体系

README 的 File Structure 章节解释了这套命名体系的设计意图（README.md）：

1. 所有文件夹以0开头，后跟一个字母：由于这是作者的主笔记系统，根值固定为0；字母代表该文件夹的主分支。例如0A_Templates可拆解为：0→ 根笔记文件夹，A→ Vault 中的第一个文件夹，Templates→ 主要信息类型。
2. 文件携带其层级信息：例如0A_1_1_DailyLog可拆解为：0→ 根笔记文件夹，A→ 第一个 Vault 文件夹，1→ 该文件夹下第一个子文件夹（Logs），1→ 第一个文件，DailyLog→ 文件名。

从仓库源码看，这套规则被严格执行：

• 0A_1_Logs下是0A_1_1_DailyLog至0A_1_10_WeekAndDailyLog共 10 个日志模板；
• 0A_3_Project下是0A_3_1_Project、0A_3_2_ActionPlan、0A_3_3_Project_V2、0A_3_4_ProjectProposal；
• 序号从 1 到 17 的类别文件夹各对应一个数字前缀，0A_99_Index专用于索引。

这套命名体系的好处显而易见：文件名本身即路径信息，即使脱离文件夹结构，你也能从名字推断笔记类型与层级归属；配合 Obsidian 的[[双链]]与 DataView 按file.folder过滤，可以非常方便地实现"同目录聚合"。

五、模板实现细节深度解析

以下按类别逐组解读模板的实际结构与设计思路，所有内容均来自仓库真实文件。

5.1 Logs 日志族：日 → 周 → 月 → 年的递进体系

日志族是仓库中模板最丰富、也最能体现"DataView 辅助"设计思路的一组（0A_1_Logs）。

每日日志 0A_1_1_DailyLog.md：frontmatter 中写入created: ["{{date}} {{time}}"]与tags: [Log/DaiLyLog]；正文包含"每日任务（早餐、学习、个人项目、锻炼）"、🕴 Business（目标/进行中/提醒/阅读）、"挥之不去的感受、观察与想法"、🔃 Reflection反思区，以及按时间线记录的📅 Today's Notes（如🕛9:00时间段条目）。

每日日志 V2 0A_1_7_DailyLog_V2.md：在 V1 基础上引入"元数据 + 追踪器 + 目录"三件套：

• 用Tag:: #Log/dailylog、Created:: {{date: DD-MM-YYYY}}、Week::形式的内联字段记录元数据；
• 用Breakfast::、Feeling::、Working On::、Money Spent::、Workout::、Motivation::六个::内联字段组成🔷Tracker追踪区；
• 顶部带toc代码块（需 Dynamic Table of Contents 插件）。

这套::内联字段正是为下文的 DataView 聚合服务的——它们会被 Obsidian 解析为笔记属性，供 DataView 按字段名读取。

每周日志 0A_1_6_WeeklyLog.md：这是理解"模板 + DataView"协同的样板。文件顶部先是toc目录，然后是一个完整的 DataView 查询：

TABLE WITHOUT ID link(file.name) as "Day", Breakfast AS "🍜", Feeling AS "✨", working-on AS "✏️", money-spent AS "💸", Workout AS "💪", Motivation AS "💹" WHERE file.folder = this.file.folder AND contains(tag, "#Log/dailylog") SORT file.name ASC

这条查询的逻辑是：只扫描与本文件同一文件夹下的笔记（file.folder = this.file.folder），并且包含#Log/dailylog标签，然后按文件名升序把每天的追踪字段（早餐、心情、进行中的工作、花费、锻炼、动力）渲染成一张聚合表格。也就是说，只要每日日志遵循 V2 的内联字段命名，每周日志就能自动汇总出整周的概况——这正是"模板作为数据契约"的体现：追踪器字段名必须与 DataView 查询中的字段名一致，否则聚合不到数据。

每周日志 V2 0A_1_9_WeeklyLog_V2.md：结构与 V1 基本相同（同样包含 DataView 聚合），另外在正文中增加了"本周完成了什么 / 需要改进什么 / 事件 / 项目 / 要保留的信息"等复盘板块。

每周回顾 0A_1_2_WeeklyReview.md与V2 0A_1_8_WeeklyReview_V2.md：聚焦"复盘"而非"记录"，包含：Days（本周日期）、Weekly Reviews、Reflection、Rating 0 - 10、Events（最大的职业里程碑）、Projects（完成了什么？对进度满意吗？遇到哪些挫折？未来如何改进？），以及"从每日日志中要保留的信息"。V2 版同样加入了 DataView 聚合表。

周 + 日合并版 0A_1_10_WeekAndDailyLog.md：这是日志族的"进阶版"，frontmatter 里用aliases: "📆 - {{date:yyyy}}-W{{date:ww}}"生成"年份-周数"别名，并用=this.file.aliases[0]在标题中动态回显。正文把一周 7 天拆成 7 个### 🔰 - Day小节，每节包含每日计数器（三餐、动机/压力/体力/脑力四个感受维度）与"个人/工作/工作+个人"的日类型选项，最后是周反思（事件、项目、时间线）。

月度日志 0A_1_3_MonthlyLog.md：标题用{{date: MM/YYYY}}生成月份；包含反思、每日任务完成率、四项评分（幸福/生产力/人际关系/专注）、Events（个人与职业里程碑）、项目、职业、未来计划、行动计划（默认勾选"更新任务列表"，并提示"计划务必详尽！"）、待读清单、从每日日志中要保留的信息。

年度目标 0A_1_4_YearlyGoals.md：以"Dream（梦想）"为中心，配合一整套自检问题：为什么（Why）、SMART 目标、要养成什么习惯、失败会让我多惊讶（1-10）、失败的前 3 大原因、谁能帮忙、如何提高胜算、具体行动。文件后半部分还附了一个完整的示例（"Take better notes"），示范如何把"提升笔记质量"这类抽象愿望拆解成可执行的习惯与行动。

年度回顾 0A_1_5_YearlyReview.md：除了标准的反思/评分/事件/项目/职业板块外，最出彩的是长达 25 题的❓ Yearly Quiz——"过去一年"15 题（年度关键词、最大的个人里程碑、你发现了自己的什么、恐惧何时拖了后腿、勇气用在何处、什么让你惊讶、身/心/情绪上如何照顾自己、准备开始/结束什么、这一年如何影响了你的优先级/家庭/关系/工作），"下一年"10 题（期待什么、担忧什么、最想在哪方面成长、头脑与内心想身处何地、来年优先级、要为___留出更多时间、要学习___、要对___说不、要对___说是）。

日志族小结：从源码结构看，这套体系的设计意图是数据在日粒度录入、在周/月/年粒度聚合与复盘。字段命名（Breakfast::、Feeling::等）与标签（Log/DaiLyLog）是全链路的"数据契约"，DataView 查询则是聚合引擎。

5.2 Lists 列表：艾森豪威尔矩阵任务清单

0A_2_1_List.md 将任务按"紧急/重要"四象限组织：🔴 URGENT（立刻做）、🟠 IMPORTANT（做完上面的事再做）、🟡 NOT URGENT / IMPORTANT（决定何时做）、🟢 Completed（已完成），全部使用 Obsidian 原生任务语法- [ ]/- [x]，因此可以直接在 Obsidian 中打勾，并可用核心插件的任务视图或 DataView 统计。

5.3 Projects 项目族：从项目卡到正式提案

项目模板 0A_3_1_Project.md：frontmatter 含aliases: ["Project Code"]；正文信息区用::内联字段记录Created / Deadline / Hibernating / Completion date expected / Completed / Type / Tags / Platform，其中Hibernating（休眠中）是用于标记"暂停项目"的状态字段。结构上分为：项目描述、目标（理想结果 vs 可接受结果）、期望（对项目有帮助的 / 路障 / 天真之处 / 洞见）、任务、资源、项目日志。

项目 V2 0A_3_3_Project_V2.md：在 V1 基础上新增🧲 Published板块，包含 Reddit / Discord / Forum / Website / Twitter / Instagram / Facebook / GitHub 八个发布渠道字段——从源码结构看，这适合需要对外分发内容（博客、开源项目、社区帖子）的项目。

行动计划 0A_3_2_ActionPlan.md：极简的两段式模板：Related to::/Tags::信息头 +Description描述 +Action to perform行动步骤，适合作为项目下的子任务卡。

项目提案 0A_3_4_ProjectProposal.md：这是一个接近正式商务文档的模板，包含：Project Data（项目名、发起人、项目经理、批准日期、最后修订日期）、Project Information（背景与目的、范围内外、商业论证含财务与时间表）、Constraints（时间/质量/预算/范围是否灵活）、Deliverables and Benefits（交付物与收益）、Risks（已知或潜在风险）。

5.4 Courses 课程族：课程主页 + 课程笔记

课程主页 0A_4_1_Course.md：信息区字段包括Type / Speaker / Course-Origin / Subject / Tags / Started Reading on / Completed on / Perched on / Price / Certification，正文分"关于什么 / 笔记与想法 / 作业 / 讲座 / 资源 / 重要日期"。

课程笔记 V1 0A_4_2_CourseNote.md：极简的"问题-回答"式：Related to::、Tags::+Description+Answer，适合课堂问答速记。

课程笔记 V2 0A_4_3_CourseNote_V2.md：扩展为完整的学习卡片：Related to Course / Date / Professor-Speaker / Tags信息头，加Topic主题、Resources资源、Key Points要点、Questions问题、Actions行动（默认 5 个任务框）、Summary of Notes笔记总结——从源码结构看，这是"康奈尔笔记法"的 Obsidian 化实现。

5.5 Decision-Making 决策：结构化利弊权衡

0A_5_1_DecisionMaking.md 提供了一套可量化的决策流程：

1. 写下问题与简要描述；
2. 分列✅ Reasoning for与⛔ Reasoning against；
3. 列出🔀 Alternatives considered（备选方案）；
4. 记录📦 Resources（相关信息链接）；
5. 用Pros and Cons calculation表格给每个 Pro/Con 打 0-10 分并求总；
6. 触发规则：如果总分除以 100 后差距不足 20%，需要补充更多 Pros 和 Cons——即"差异不够显著就继续深挖"，避免草率决策。

5.6 Books 书籍：完整读书笔记结构

0A_6_1_Books.md 信息字段为Type / Writer / Tags / Subject / Started Reading on / Completed on / Perched on / Price（注意：Books 与 Course 的信息字段高度一致，体现了模板体系内部的复用风格）。正文覆盖一条完整的阅读记录链路：关于什么 → 我是如何发现它的 → 想法（喜欢/不喜欢）→三句话概括全书→三条最佳引文→ 印象 →这本书如何改变了我→ 总结与笔记 → 谁会喜欢它 → 相关书籍。从源码结构看，这是经典"读书笔记五步法"的模板化：摘录 → 概括 → 评价 → 内化 → 关联。

5.7 Blog 博客：从灵感到发布的工作流

0A_7_1_Blog.md 除了信息头外，正文直接给出写作方法论："博客文章就像一场对话，你需要解释信息，但只能谈论你理解且喜欢的话题"。结构为：Intro（承诺陈述 + 内容预告）→Overview（简单定义 + 示例）→Steps（逐步细节）；末尾的✅ Checklist Inspiration是一条从头脑风暴到发布的完整清单：用要点脑暴主题 → 重排要点形成思路草稿 → 扩写成句子/正文 → 拟 5 个标题选 1 → 全文校对润色 → 发布或定时 → 推广。

5.8 Reviews 游戏评测：13 维量化评分

0A_8_1_GameReview.md 是仓库中最"细节导向"的模板之一，把游戏评测拆成 13 个可勾选维度，每个维度都配了口语化且带娱乐性的选项：

1. 玩家群体（儿童/所有人/成人/休闲/硬核）；2. 画面（土豆级 → 杰作）；3. 价格建议（免费/别买/能退就退/等打折/原价）；4. 配置需求（最低 → 超级机器）；5. 难度（简单 → 黑魂 → 蒙眼黑魂）；6. 游戏时长（0-2h → 无尽）；7. 剧情（没有 → 像看电影）；8. 音乐音效（耳朵流血 → 惊艳）；9. 玩法（糟糕 → 绝佳）；10. Bug（游戏本身就是个 bug → 没有）；11. 炸鱼/作弊（像 CS:GO → 极好）；12. 玩法类型（单人/多人）；13. 最终评分（x/10）。

这套勾选式设计把主观评价标准化为可复现的维度，非常适合横向对比多款游戏。

5.9 Recipes 食谱：配料 + 步骤

0A_9_1_Recipes.md 极简实用：Type / Origin / Tags信息 +Ingredients（配料清单）+Directions（步骤清单），全部用- [ ]任务语法，做菜时可以逐项打勾。

5.10 Entertainment 娱乐与影评

娱乐信息 0A_10_1_Entertainment.md：用一张 Markdown 表格承载媒体元数据：图片、原名、开始/完成日期、价格、制片人、工作室、作者、类型（Genres）、受众（Demographic）、分级（Rated）、评分、章节/剧集数与已看完数、标签，下接"印象 / 我是怎么发现的"。

影评 0A_10_2_Movies&ShowReview.md：五段式影评框架：Introduction（片名、作者、上映日期、购买时间、价格、季/部数、类型——并在注释中说明作者默认用 Tag 标注类型，而不是为每个类型建文件）、Summary（故事讲的是什么？背景？主题？）、Analysis（动作/背景/语言难度/概念/词汇）、Conclusion（必看/不必看的原因、相似推荐、打分）、Global Information（原名、开始日期、制片人、工作室、受众、平均分）。

5.11 Application 应用与 Contact 联系人

应用信息 0A_11_Application.md：Related to::、Tags::+ 应用描述 + 链接，适合记录常用软件工具。

联系人 0A_12_Contact.md：Full Name / Email / Company / Phone / Address / Linked Files联系人信息，下方是Log交互日志区，默认给出一条"{{date}} {{time}} - Initial Creation"的初始记录条目——从源码结构看，这是把联系人当成"会持续互动的关系档案"来管理。

5.12 Meeting 会议族：会议记录 + 每日站会

会议记录 0A_13_1_Meeting.md：Meeting Members参会人字段 +Agenda议程 +Goals目标 +Discussion notes讨论记录 +Action items行动项（默认预置三条：向团队分发会议记录、任务完成/处理/委派、关键日期完成或排期）。

每日站会 0A_13_2_DailyCheckIn.md：标准 Scrum 站会三问：上次站会以来完成了什么（附"快速演示视频或共享屏幕"的建议）、今天要专注完成什么、什么在阻碍你（用于向团队求助）——一个开箱即用的敏捷团队日报模板。

5.13 Trackers 追踪族：滑箱、习惯挑战与每日计数

滑箱 0A_14_1_SlipBox.md：这是"闪念笔记/索引"型模板，把信息按 18 个生活主题分区（人生、幸福、意义、工作、阅读、运气、自我提升、人际关系、助人、决策、金钱、生活方式、写作、社交技能、生产力、任务管理、学习、教学）。文件末尾附了一条 DataView 推荐用法：

TABLE created AS "Date", status AS "Status" FROM #books AND !"0A_Templates"

即：从所有带#books标签、且排除模板目录本身的笔记中，聚合出日期与状态——!"0A_Templates"这个排除条件值得借鉴，它避免了把模板文件本身混入数据视图。

习惯挑战 0A_14_2_HabitChallenge.md：文件开头引用两条理念："追踪我们想戒掉或想养成的习惯，有助于我们专注于挑战本身"、"这是一个 30 天、针对想获得或戒除的习惯的追踪表"。结构为挑战信息（创建日期/开始日期/完成/类型/标签）+ 目标习惯 + 一张把 30 天分成 5 行的 Markdown 表格（每行 7 天 + 备注列），表格下方写着"恭喜你坚持到了 30 天！看看你能否继续下去"。

每日计数器 0A_14_3_DailyTracker.md：frontmatter 用aliases: "📆 - {{date}}"生成日期别名，标题用=this.file.aliases[0]回显。正文按四组计数器组织：三餐（早/午/晚）、锻炼（俯卧撑/深蹲/卷腹）、感受水平（动机/压力/体力/脑力）、阅读（漫画/书）、额外测量（体重/卡路里/步数/睡眠）——是日志族 DailyLog_V2 的纯计数版，与 WeeklyLog 的 DataView 聚合天然配套。

5.14 Company 公司与 Investment 投资

公司档案 0A_15_1_Company.md：Created / Type / Tags+Schedule日程，极简，适合在工作库中登记往来公司。

股票跟踪 0A_16_1_Stocks.md：信息字段为Company Name / Symbol / Price per Share / Initial Value / First Purchase Date / Current amount of Shares；下方两张表格分别跟踪价格（日期、每股价格、开盘价、收盘价、涨跌幅%）与持仓变动（账户、日期、每股价格、买入/卖出数量），是纯核心插件实现的简易投资台账。

5.15 Word Dictionary 词典

0A_17_1_WordDictionary.md 由作者与社区成员在 Discord 上的一次对话催生，源于作者为缩写建词典的需求。模板为每个词条提供：Related to关联字段、Description描述、Context上下文说明、Example使用示例、Related Word相关词链接——每个词/缩写一个文件，靠[[双链]]织成语义网。这也是 README Special Thanks 中明确点名的社区贡献模板（README.md）。

5.16 Index 索引族：Vault 的入口

总索引 0A_Index.md：frontmatter 含aliases: ["Index"]与tags: [Frame/IndexTemplates]；正文用 1️⃣～9️⃣9️⃣ 序号 +[[双链]]列出全部 17 类模板，每项附一句用途说明。这是仓库自身的"目录页"，也是理解全部模板的速查表。

索引模板 0A_99_Index.md：可复制的空索引模板，frontmatter 用aliases: ["{{title}}"]自动取文件名作别名，正文是"主题 1 / 主题 2"两个占位小节，每个小节下是"文件链接 + 简要描述"——用于为任意主题快速搭建索引页。

六、FAQ 速查：模板使用中的高频问题

README 的 FAQ 章节（README.md）回答了新用户最常见的疑问，整理如下：

几个要点值得展开：

• Tags 是示例不是规范：README 明确"所有 Tags 都只是例子，你可以随意增删"（README.md）。因此使用时建议按自己的分类体系调整，例如把Log/DaiLyLog改成你习惯的标签层级；
• 前置插件的"是也不是"：严格说，核心插件模板可零插件使用；但含dataview代码块的模板（WeeklyLog 系列、SlipBox 推荐用法）必须装 DataView 才能渲染，含toc的模板需要 Dynamic Table of Contents；
• 保留署名：克隆或大段复用模板时，README 要求保留 credits（README.md），这也是开源社区的基本礼仪。

七、总结：如何基于 OB_Templates 搭建自己的体系

纵观整个仓库，OB_Templates 的价值不在于"开箱即用的完美模板"，而在于它示范了一套可复制的笔记体系设计方法：

1. 用命名传递层级：0A_类别_序号_名称的命名规则让文件自描述，配合[[双链]]天然成网；
2. 用 frontmatter + 内联字段统一数据契约：created、tags、Created::、Breakfast::等字段是模板间协作的接口；
3. 用 DataView 做跨笔记聚合：WeeklyLog 用一条WHERE file.folder = this.file.folder AND contains(tag, "#Log/dailylog")查询，把一周的日数据汇总成表（0A_1_6_WeeklyLog.md）；
4. 用标签分区、用排除条件隔离模板：!"0A_Templates"的写法保证了模板文件不会污染数据视图（0A_14_1_SlipBox.md）；
5. 按需取用、自由改造：从 0A_Index.md 出发浏览全部模板，挑出匹配你工作流的类别，改字段、换标签、删板块，逐步形成你自己的模板集。

这套仓库覆盖了日志、项目、课程、书籍、博客、决策、娱乐、投资等几乎全部常见笔记场景，且绝大部分只依赖 Obsidian 核心插件——对于刚接触 Obsidian、想快速建立结构化笔记体系的新用户来说，是一份值得逐文件研读并二次开发的参考蓝本。

• 文档