System Design Context

一、核心痛点现状：电脑文件曾经整理过一次，按Codes、Files、Videos、Pictures这种方式进行了归类，但是大部分文件都“死”了，想找文件要找半天。例如Codes文件夹有20多个小项目，自己也想重构一些，一点进去就感觉很乱，无从下手。

操作痛点：代码开发并没有标准化，而且有一些只是下载下来运行的，不可能替人家写README，也没有必要。

方法论冲突：尝试过或了解过标准的方法（如 PARA），但发现不完全适配，PARA更适合正式的工作项目。

二、需管理的几类核心资产需要管理的不仅仅是“文档”，而是一个复杂的混合生态：

代码资产：

自研代码：根据自己需求创建的项目。以前并未标准化，需要整理内部代码，可能需要进行知识库化。

魔改仓库： Clone 下来并进行了修改的第三方库，也可能只是产生了json，但是Program Files文件夹更乱，就放在了这里。

文档资产：

远程交互：需要在远程服务器上运行的代码库。因为有多台服务器，每个服务器上运行的服务不同，也需要进行整理，现在很多时候纯凭印象在开服务器。

一些想法：经常会有一些想法暂时还没有变成代码，或者代码里有一些想要提升的方向，这些经常不知道怎么记录，往往放在一些记事本里很快丢失或者遗忘。

生活与归档（非生产力资产）：

媒体文件：个人图片、娱乐视频（体积大，需独立存放）。

其他文档：个人证件、一些电子书、备份文件。

三、功能性需求 1. 快速定位：当需要找到某个作用的仓库时需要快速找到。每个代码库都有一定的含义和领域（标签），可以根据标签筛选。

虚实结合：这些灵感和笔记不是孤立的，可以与具体的代码库串联起来。