一个课题组盘点合作专家，最常见的结局是这样的：画像整理好了，档案很整齐，然后呢？导出一份，发到群里，过两个月要用的时候，翻聊天记录找那份文件；再过半年，有人问「这份档案的资料是从哪来的」，没人答得上来；换个用途，比如从审稿推荐改成合作尽调，又得从头整理一遍。
档案的价值不在「生成那一刻」，而在「存起来之后还能不能被安全地反复调用」。这正是两个功能分工的地方：MuchSci 的人才画像解决「进来的人是谁」，知识库解决「这些档案存在哪、给谁看、能不能回溯」。这篇拆的就是这后半程。
01 一份档案的生命线
先把档案从产生到使用的整条线看清楚。
▲ 图 1｜画像生成档案、入库成资产、按用途调用、分享与回收，四步一条线
第一步是画像的事：姓名、单位、履历核对通过，产出结构化档案；对不上的标「待核验」，不计入专家。第二步开始就是知识库的事了：把一批档案归入文件资产库，它们就从「一次对话的产出」变成「可管理的资产」。第三步按用途调用——审稿、评审、合作，调的是同一批档案。第四步分享给需要的人，权限与有效期可控。
这条线的关键认识是：入库不是终点。一份档案如果只被看过一次，它和一段普通的对话回复没有区别。
02 散存的链接，和入库的档案
不入库会怎样？把两种做法摆在一起看。
▲ 图 2｜差别不在找不找得到，在于能不能回溯、能不能控权、能不能复用
散存链接的弱点有三条。来源回溯会断：时间久了说不清这条资料是从哪来的，档案也就失去了「可核对」这个立身之本。传播会失控：转发给谁就失控到谁，人物档案这种敏感度不低的资料，不适合这样扩散。复用要重造：换个用途就得重新找、重新整理。
入库的档案对这三条各有解法：档案自带数据来源标识，出处不丢；分享按对象与权限控制；同一批档案反复调用，不必每次重造。MuchSci 知识库的「文件资产库」定位——归档、分享、权限、有效期——恰好一一接住了档案管理的这四项要求。
03 专家库资产的三层结构
入库之后，一个像样的专家库资产长什么样？可以拆成三层看。
▲ 图 3｜档案层是主体，来源层管可信，使用层管边界
档案层是主体，就是画像产出的四类字段：基本情况、受教育情况、任职履历、主要科研成果。来源层是凭据：每份档案的数据来源标注与稳定标识，让任何一条记录都能往回查。使用层是边界：档案给谁看过、用在什么场景、分享到什么时候到期。
三层缺一不可。只有档案层，可信没有凭据；只有档案加来源，扩散没有边界。能回溯的档案才敢反复用——来源层管可信，使用层管边界，这两层护住了档案层。
「同一批档案反复调用」不是一句空话，看两个具体场景。
▲ 图 4｜审稿人推荐与合作尽调关心的问题不同，底层调的是同一份档案
审稿人推荐场景关心「这个方向上的活跃研究者是谁」：先按研究领域筛出候选，再用任职履历确认单位与身份信息，然后看科研成果里的发表记录。合作尽调场景关心「对方的履历经不经得起核对」：逐项回查受教育情况，核对单位与时间线是否匹配，再看主持过的项目记录。两个场景看档案的眼光完全不同，但底层是同一份结构化档案——不必为每个用途重造一遍，这正是结构化的复用价值。
04 功能界面：档案就躺在文件资产库里
实际界面里，这份「资产感」是直接可见的。
▲ 图 5｜知识库的文件资产库：档案文档与其它资料并排存放，带预览、分享、筛选
界面按「全部资产 / 我的分享 / 回收站」分区，每份文件带预览与分享入口，还有筛选和视图切换。人才画像产出的档案文档，就和其它资料一起躺在这个库里——它们不是对话记录里的截图，而是有位置、有状态、可管理的文件。把一批画像存进来，课题组的专家库就成型了；分享给成员时可以设权限与有效期，档案在谁的手里、用到什么时候，都是有记录、可控制的。
画像负责让档案「进得来、靠得住」，知识库负责让档案「存得住、给得对」。两个功能接上，人才盘点才从一次性的动作，变成一门可以持续经营的资产。
05 边界
① 本篇讲功能机制与组合用法，不构成效果承诺。专家库的完整程度取决于公开资料的可得性，收录范围有限定。
② 结构化不等于评估。 档案是公开资料的整理与呈现，不构成对任何人的能力评价、推荐或背书；涉及具体个人的判断，须由使用者自行核实并承担责任。
③ 只使用公开资料，注意扩散边界。不涉及个人隐私数据；将人物档案用于评审、尽调等正式用途时，以相关单位现行规定与程序为准，分享范围宜就小不就大。