（7990期）Obsidian Bases (kepano) – Obsidian 数据库视图构建专家

Obsidian 数据库视图构建专家 官方 Obsidian Bases 技能，通过 YAML 配置为笔记创建多视图数据库，支持筛选、公式计算与动态汇总，实现笔记的 Notion 级结构化管理与可视化分析。 使用说明 核心用法 Obsidian Bases 是一项专为 Obsidian 知识库设计的结构化数据管理技能，允许用户通过创建 .base 文件，将散落的 Markdown 笔记转化为具有数据库功能的动态视图。其核心工作流程包括六个步骤：创建 .base 文件、定义全局筛选器（filters）以确定纳入范围的笔记、可选地配置公式（formulas）计算派生属性、设置多种视图类型（table/table/cards/list/map）、进行 YAML 语法校验，最终在 Obsidian 客户端中验证渲染效果。 该技能采用声明式 YAML 配置，用户无需编写代码即可实现复杂的查询与计算逻辑。全局筛选器支持 and/or/not 嵌套组合，可基于标签、文件夹、属性或日期等多维度过滤笔记。公式系统内置丰富的函数库，支持日期运算、字符串格式化、条件判断及聚合计算，并能通过 formula.X 语法在视图中引用。视图配置灵活，可自定义显示字段、排序规则、分组方式及摘要统计，满足不同场景下的数据呈现需求。 显著优点 深度原生集成：作为 Obsidian 官方生态组件，Bases 与笔记系统无缝融合，直接操作本地 Markdown 文件，无需导出或同步外部数据库，保障数据主权与隐私安全。 低门槛高表达力：YAML 声明式配置大幅降低了数据库使用门槛，同时通过公式引擎保留了足够的灵活性，从简单的任务清单到复杂的项目仪表盘均可构建。 多视图协同：单一 .base 文件可同时承载表格、卡片、列表、地图四种视图，并支持视图级独立筛选，实现"同一份数据，多种视角"的灵活分析。 实时动态计算：公式属性随笔记内容自动更新，摘要统计即时反映数据变化，无需手动刷新或重新计算。 可嵌入性：支持通过 ![[BaseName.base#View]] 语法嵌入任意 Markdown 笔记，便于构建个性化仪表板与报告文档。 潜在缺点与局限性 YAML 语法敏感性：配置错误（如特殊字符未加引号、引号嵌套冲突）会导致整个 Base 无法渲染，且错误提示较为晦涩，调试成本较高。公式中的 Duration 类型运算规则（必须先访问 .days 等字段再执行数值操作）也易造成新手困惑。 功能边界限制：当前不支持跨库查询、外部 API 数据源接入，以及复杂的关联查询（如 SQL 式的 JOIN 操作）。公式引擎虽丰富，但相比 Python/JavaScript 等通用语言仍有表达力上限。 性能考量：当纳入笔记数量庞大（数千条以上）或公式计算复杂时，渲染延迟可能明显，极端情况下可能影响 Obsidian 客户端响应速度。 生态依赖：地图视图需额外安装 Maps 社区插件，部分高级函数需查阅独立参考文档，完整功能体验存在碎片化门槛。 适合的目标群体 知识管理重度用户：已积累大量笔记，急需从"搜索驱动"转向"视图驱动"的第二代知识管理方式 项目与任务管理者：需要跨笔记聚合任务、跟踪进度、计算工期，但不愿离开 Obsidian 生态 内容创作者与研究者：管理文献库、阅读清单、写作素材，需要按状态、主题、日期等多维度动态组织 数据可视化爱好者：追求 Notion/Airtable 式数据库体验，同时坚持本地优先、Markdown 原生原则的隐私敏感用户 使用风险 数据完整性风险：错误的 YAML 配置或公式引用可能导致视图空白或计算异常，虽不会损坏源笔记，但可能影响依赖该视图的工作流程。建议关键 Base 配置纳入版本控制。 性能与稳定性：大量笔记的复杂查询可能触发 Obsidian 的渲染性能瓶颈，建议对高频访问的大型 Base 设置合理的 limit 限制，并避免过度嵌套筛选条件。 可迁移性风险：.base 文件为 Obsidian 专有格式，公式语法具有平台特异性，未来若需迁移至其他工具，视图逻辑与计算规则需重新实现。 学习曲线：YAML 语法、公式函数库、Duration 类型运算等概念需要一定时间掌握，建议从官方示例模板起步，逐步迭代复杂配置。 原始说明 Create and edit Obsidian Bases (.base files) with views, filters, formulas, and summaries. Use when working with .base files, creating database-like views of...