分类与关联规则

目录结构

src/content/docs/
  logs/
    daily/YYYY/MM/DD.mdx
    weekly/YYYY-Www.mdx
    diary/YYYY/MM/DD.mdx
  projects/
    <project-slug>/index.mdx
    <project-slug>/decisions/<decision-slug>.mdx
    <project-slug>/updates/YYYY-MM-DD.mdx
  sop/
    workflows/<workflow-slug>.mdx
    pitfalls/<pitfall-slug>.mdx
  notes/
    reading/<source-slug>.mdx
    thoughts/<idea-slug>.mdx
  inbox/
  guide/
.local/                 local source indexes and verification reports
.private/               raw imports and private drafts; never built

目录按需创建，不为没有内容的月份、项目或主题预建大量空页。

四种内容的边界

日志按时间记事实。记录做了什么、产出了什么、验证到哪一步，不复制长篇技术方案。
项目按目标维护状态。一项产品可以关联多个 Linear 项目；不要把 Linear 项目和 Git 仓库当成一对一关系。
SOP保存可重复流程。流程没有完成验证时标为候选，不能标为稳定流程。
踩坑保存一次失败的现象、环境、原因和规避方式。未知根因就写待核实，不把猜测改写为原因。
笔记保存输入与理解。原文摘抄、自己的解读、待验证假设分别写，不能把 AI 报告当作本人观点。
日记保存生活与主观感受。电脑事件不能证明情绪、意图、关系或生活经历，必须由本人补充。

用链接替代重复内容

例如：每日日志记录“排查上传失败”，链接到项目进展；项目进展链接到踩坑；踩坑被多次验证后再链接到 SOP。阅读带来的新想法保留在笔记中，项目决策只引用相关段落。

最小记录字段

每条记录写明日期、项目、来源、证据状态和下一步。项目页另写最近核对时间。稳定 SOP 另写适用环境、验证结果和回退方法。可用少量标签表达主题，但标签不替代目录。

证据状态使用：直接证据、历史观察、本人确认、推测、待核实。内容状态使用：草稿、已确认、稳定流程、已归档。两种状态不得混用。

私有与公开

当前在本地整理，准备发布公开版。noindex 和 robots.txt 只表达不收录意图，不是访问控制。Nimbus 会生成 Markdown、llms 和搜索索引，不能把敏感资料放进可构建目录后再依靠隐藏导航保护。

原始导入和私人日记先放 .private/，不进入内容集合。公开版只使用筛选后的内容。内部草稿保存在 .private/records/，来源索引保存在 .local/sources/，两者不参与构建。