Audit Memo

2018–2022 JD 工作记录 · 归档体检与可视化方案

2026-01-31 · Self · 00-LifeOS/DailyRecord/2018-2022-JD

把散落记录升级为“项目×时间×复盘”的可检索系统

基于本地目录扫描的结构化体检：指出可优化点，给出可视化视图与落地步骤。

auditobsidianwork-logvisualization

TL;DR

结论：这批记录已经具备“项目 × 时间 × 复盘”的骨架，但目前被卡在 不可检索 / 不可统计 / 不可复用。把它从“归档”升级为“系统”，优先做三件事：统一命名、补齐元数据、把时间与项目抽成表。

规模：82 篇 Markdown，总计 871 KB；中位文件大小 3 KB。
命名：出现 4 种主要日期格式（YYMMDD / YYYY.MM.DD / YYYY年 / 周），只有 60/82（73%）能解析到具体日期。
主题集中：京东优惠(22)、拼券(17)、1号会员店(13)、会员店(13)、交互(6)、设计(6)、频道(5)（按文件名关键词）。
隐藏资产：“时间规划”“需求处理时间效率统计”“工作复盘/绩效自评”包含大量可量化与可复用信息，适合做成仪表盘与作品集素材。

Snapshot

Notes

Total Size

871 KB

Frontmatter

22 (27%)

Date (Exact)

60 (73%)

Filename Date Patterns

YYMMDD ...：35 篇
YYYY.MM.DD ...：26 篇
YYYY年...：13 篇
【第..周】YYYY年...：2 篇
其它：6 篇

命名异常：2020.14.15 拼券S33迭代优化.md 的日期字段无效（month=14）。建议改名或标注为特殊事件。

Link Footprint

Evernote URI：608（迁移/检索风险点）
HTTP(S)：925（其中大量为 jd.com 内网/站点）

提示：链接数量高并不等于“可用”。建议把关键链接转成 [[本地笔记]] 或在同目录落一份“证据快照”（截图/导出）。

Data Diagram

按文件名关键词粗略统计（用于找“主战场”，不是严格语义分类）。

Structure Diagram

推荐的最短闭环：清洗 → 元数据 → 索引/查询 → 可视化 → 复盘迁移。

Gaps

Information Architecture

同一目录混合：项目记录 / 周报 / 时间规划 / 绩效文档。
命名规则不统一，日期解析率 73%（精确到天）。
缺少“目录页/索引页”，导致回溯成本高。

Data Quality

大量“表格被压扁成一行”，难读、难统计。
时间记录/需求耗时已存在，但没有抽成结构化数据。
Evernote 链接占比高（608 条），长期可用性不确定。

Retrieval & Reuse

缺少稳定的 project / type / deliverable / decision 字段。
几乎没有 [[内部链接]]（wiki link = 0），知识网络未建立。
任务未以 checkbox 形式沉淀（checkbox = 0），复盘→行动链条弱。

Value

这批资料的最大价值不是“记了多少”，而是你已经在无意中积累了两类稀缺资产：

项目证据链（需求→评审→方案→上线→复盘）
个人生产力数据（时间规划、时间效率统计）

High-leverage Documents

2020年上半年丨时间规划.md · 149 KB · 时间规划
2020年下半年丨时间规划.md · 138 KB · 时间规划
2020年丨工作周报.md · 71 KB · 周报
2019年下半年丨时间规划.md · 66 KB · 时间规划
2019年8-12月丨工作周报.md · 42 KB · 周报
190428 京东优惠 S18丨人人推手.md · 21 KB · 其他
191125 JD年货节丨东东祝福-用户下沉拉新.md · 21 KB · 其他
2020年丨需求处理时间效率统计（周统计）.md · 20 KB · 需求/迭代

这些长文往往“包含结构”，最适合优先清洗：把时间、项目、结论抽出来。

Existing Metadata (goals_assoc)

已写入 frontmatter 的文件：22/82
出现频率：创造丰盈(16)、分享传播(11)、学习成长(11)、效率工具(3)、健康基石(1)

建议把 goals_assoc 保留为“人生目标维度”，再补 4 个字段就能做查询：date / project / type / outcome。

Visualization

3 Views to Build (Recommended)

时间线 / Calendar：按 date + project 回溯关键节点。
项目 × 文档类型矩阵：看你在每个项目里输出了哪些“产物”（评审、周报、复盘…）。
时间投入仪表盘：用“时间规划/时间效率统计”做每周/每月投入分布。

Data Needed (Minimum)

date：统一成 YYYY-MM-DD（可从文件名推断 + 手工补齐少数异常）。
project：控制词表（拼券 / 京东优惠 / 1号会员店 / JD活动 / …）。
type：周报/时间规划/会议纪要/评审/复盘/绩效…
links：关键链接（PRD/CF/数据看板），最好再有“本地快照”。

Obsidian / Dataview 示例（可直接抄）

按项目列出文档

```dataview
TABLE date, type, outcome
FROM "00-LifeOS/DailyRecord/2018-2022-JD/JD_Work_Records"
WHERE project = "拼券"
SORT date ASC
```

按月份统计数量（示意）

```dataview
TABLE rows.length AS count
FROM "00-LifeOS/DailyRecord/2018-2022-JD/JD_Work_Records"
GROUP BY date.year + "-" + date.month
SORT count DESC
```

前提：你把 date 写进 frontmatter，并且是 Dataview 可解析的日期。

Expert Views

Tiago Forte · PKM / BASB

Thesis：你的记录已经是“项目支持材料（Project Support）”，缺的是把它们组织成可复用的“中间产物（intermediate packets）”。
What to do：用 PARA（Projects/Areas/Resources/Archives）给它一个稳定地址；再用 CODE（Capture/Organize/Distill/Express）从长文里提炼“结论卡片”。
Limit：过度整理会拖慢输出，先从“最常回看/最有复用”的 10 篇开始。

Ryder Carroll · Bullet Journal

Thesis：记录的价值来自“迁移（migration）”：把开放回路变成下一步行动，把经验变成原则。
What to do：给每篇文档加一个固定区块：Decisions / Open loops / Next step；每周回顾只做两件事：迁移、归档。
Limit：如果你不用任务系统，至少保证“下一步”写在文档顶部。

Cal Newport · Deep Work / Time-blocking

Thesis：你已经在做时间记录；下一步是把时间与“高价值产出”对齐。
What to do：把时间分类从“事项”提升到“能力/产出”（如：方案设计、评审沟通、复盘沉淀）；用可视化识别浅层工作堆积点。
Limit：时间追踪要服务于决策，不要为了精确而精确。

Edward Tufte · Information Design

Thesis：你最宝贵的数据被困在“压扁的表格/长段落”里；先让数据可读，再谈洞见。
What to do：把“需求耗时/时间记录”抽成表（CSV 或 Markdown table），用 2–3 张小图展示趋势与对比。
Limit：图表不解释原因；原因要回到文档里的证据链。

Options

Option	Best for	Upside	Downside	First step
A · 最小可用	只想更好检索	低成本、立刻见效	可视化有限	统一命名 + 建一页 Index
B · 可视化优先	想做仪表盘	能看到趋势与瓶颈	需要补元数据	给前 20 篇补 `date/project/type`
C · 资产化/作品集	想输出可讲述的案例	沉淀方法论、可复用	需要二次写作	选 3 个项目做 Case Study 模板

Next Steps

One next action（建议 30–60 分钟完成）：挑 10 篇最常回看的文档，统一文件名为 YYYY-MM-DD 项目丨主题，并补齐 frontmatter：date / project / type / outcome（保留 goals_assoc）。

Day 1

生成目录页：按年份 + 项目聚合链接。
修 3 个最影响检索的问题：无效日期（如 month=14）、括号前缀导致的日期解析、重复的 frontmatter 分隔。
把“需求耗时统计”整理成 Markdown 表格或 CSV。

Week 1

建立 3 个项目主页：拼券 / 京东优惠 / 1号会员店（自动列出相关文档）。
把“时间规划”里最关键的 2 周时间记录抽成结构化数据，跑一张投入分布图。
把 1 篇“工作复盘”改写成 1 页 Case Study（问题→约束→方案→结果→反思）。

Details

打开详情页（文件清单 + 可检索表格）

详情页用于放“长表格/原始统计”，避免主报告过长。

Sources

00-LifeOS/DailyRecord/2018-2022-JD/JD_Work_Records（本地文件扫描；不包含外网验证）
统计口径：以文件名/Markdown 语法做正则抽取；主题为“文件名关键词”近似。

把记录变成资产：先让它可检索，再让它可统计。

— Closing note