一份规划审批档案，牵出三个项目
科创新城管委会的人来查档案，说要找2021年某地块的规划审批材料。
档案员输入档号，密集架打开，材料取出来。来人翻了两页，又问：“这个地块后来调整过规划没有？调整的依据在哪？当时旁边那个孵化器项目的环评，和这个地块有没有关系？”
一个问题变成三个。档案员又查了两次，三份档案摆在桌上，来人对着看，才把这条线理顺。
这件事说明科创新城管委会的档案，和一般机关档案不一样——它不是一份一份独立的，是一个项目牵着一个项目、一个审批接着一个审批的。
规划、审批、招商，三类档案互相咬合
科创新城管委会的档案，粗分三类：规划建设类、项目审批类、招商引资类。
规划建设类是底图——这块地规划干什么、容积率多少、配套怎么安排。项目审批类是动作——哪个项目在这块地上批了、环评怎么过的、施工许可什么时候发的。招商引资类是结果——引进了什么企业、签了什么协议、承诺了什么条件。
三类档案在库房里分区存放，但在业务上是一根链条：规划定了这块地能干什么，审批决定谁能在这干，招商落的是最后引进来的企业。 查一个项目，往往要顺着链条往上查规划、往下查招商。
系统里按地块、按项目建关联。查一个地块，能看到这块地上的规划文件、审批记录、招商协议，不用分别去三个区翻。
项目在推进，档案在长出来
科创新城还在建设期，不是建成区。这意味着档案不是“历史存量”，是跟着建设进度不断长出来的。
一条路今年开工，产生施工许可、监理记录、竣工验收；明年旁边建孵化器，又产生一批规划调整、环评、招标文件。项目一个接一个，档案一批接一批。库房不能按“现在有多少”设计，得按“建设期还有多少年、每年产生多少”留余量。
密集架解决的是空间弹性——同样面积装更多，建设期档案增长快的时候不至于爆仓。但哪个项目放哪个区、哪些项目调阅频率高该放近处，是人根据建设进度排的，不是系统自动分的。
榆林的气候，对档案的威胁是煤灰和干燥
榆林是资源型城市，科创新城又在城市边缘，空气中粉尘比一般城区多。档案库房的防尘不是可选项——粉尘落在纸质档案上，时间长了会磨损纸面、堵塞字迹。
冬季干燥，供暖期长，纸张脆化风险高。和北京大兴机场那篇类似，防的不是潮，是干。环控系统冬季要加湿、要防尘，夏季要防潮，两套逻辑按季节切换。
密集架合拢本身有防尘作用，但库房入口和操作区要有额外防尘措施。这一条在资源型城市的档案库房里，比在一般城市更重要。
改造前后，变化不在“快”，在“不用来回跑”
改造前查一个项目的档案，要跑规划、审批、招商三个区，每个区登记一次、翻找一次，三份材料凑齐了才能对着看。改造后在一个终端输入地块号或项目名，三类档案的存放位置一起出来，密集架依次打开，一次性取齐。
省的不是翻找的时间，是来回跑、反复登记、凑材料的时间。
