一個課題組盤點合作專家，最常見的結局是這樣的：畫像整理好了，檔案很整齊，然後呢？導出一份，發到群組裡，過兩個月要用的时候，翻聊天記錄找那份文件；再過半年，有人問「這份檔案的資料是從哪來的」，沒人答得上來；換個用途，比如從審稿推薦改成合作盡調，又得從頭整理一遍。
檔案的價值不在「生成那一刻」，而在「存起來之後還能不能被安全地反覆調用」。這正是兩個功能分工的地方：MuchSci 的人才畫像解決「進來的人是誰」，知識庫解決「這些檔案存在哪、給誰看、能不能回溯」。這篇拆的就是這後半程。
01 一份檔案的生命線
先把檔案從產生到使用的整條線看清楚。
▲ 圖 1｜畫像生成檔案、入庫成資產、按用途調用、分享與回收，四步一條線
第一步是畫像的事：姓名、單位、履歷核對通過，產出結構化檔案；對不上的標「待核驗」，不計入專家。第二步開始就是知識庫的事了：把一批檔案歸入文件資產庫，它們就從「一次對話的產出」變成「可管理的資產」。第三步按用途調用——審稿、評審、合作，調的是同一批檔案。第四步分享給需要的人，權限與有效期可控。
這條線的關鍵認識是：入庫不是終點。一份檔案如果只被看過一次，它和一段普通的對話回覆沒有區別。
02 散存的連結，和入庫的檔案
不入庫會怎樣？把兩種做法擺在一起看。
▲ 圖 2｜差別不在找不找得到，在於能不能回溯、能不能控權、能不能復用
散存連結的弱點有三條。來源回溯會斷：時間久了說不清這條資料是從哪來的，檔案也就失去了「可核對」這個立身之本。傳播會失控：轉發給誰就失控到誰，人物檔案這種敏感度不低的資料，不適合這樣擴散。復用要重造：換個用途就得重新找、重新整理。
入庫的檔案對這三條各有解法：檔案自帶資料來源標識，出處不丟；分享按對象與權限控制；同一批檔案反覆調用，不必每次重造。MuchSci 知識庫的「文件資產庫」定位——歸檔、分享、權限、有效期——恰好一一接住了檔案管理的這四項要求。
03 專家庫資產的三層結構
入庫之後，一個像樣的專家庫資產長什麼樣？可以拆成三層看。
▲ 圖 3｜檔案層是主體，來源層管可信，使用層管邊界
檔案層是主體，就是畫像產出的四類欄位：基本情況、受教育情況、任職履歷、主要科研成果。來源層是憑據：每份檔案的資料來源標註與穩定標識，讓任何一條記錄都能往回查。使用層是邊界：檔案給誰看過、用在什麼場景、分享到什麼時候到期。
三層缺一不可。只有檔案層，可信沒有憑據；只有檔案加來源，擴散沒有邊界。能回溯的檔案才敢反覆用——來源層管可信，使用層管邊界，這兩層護住了檔案層。
「同一批檔案反覆調用」不是一句空話，看兩個具體場景。
▲ 圖 4｜審稿人推薦與合作盡調關心的問題不同，底層調的是同一份檔案
審稿人推薦場景關心「這個方向上的活躍研究者是誰」：先按研究領域篩出候選，再用任職履歷確認單位與身份信息，然後看科研成果裡的發表記錄。合作盡調場景關心「對方的履歷經不經得起核對」：逐項回查受教育情況，核對單位與時間線是否匹配，再看主持過的項目記錄。兩個場景看檔案的眼光完全不同，但底層是同一份結構化檔案——不必為每個用途重造一遍，這正是結構化的復用價值。
04 功能界面：檔案就躺在文件資產庫裡
實際界面裡，這份「資產感」是直接可見的。
▲ 圖 5｜知識庫的文件資產庫：檔案文檔與其它資料並排存放，帶預覽、分享、篩選
界面按「全部資產 / 我的分享 / 回收站」分區，每份文件帶預覽與分享入口，還有篩選和視圖切換。人才畫像產出的檔案文檔，就和其它資料一起躺在這個庫裡——它們不是對話記錄裡的截圖，而是有位置、有狀態、可管理的文件。把一批畫像存進來，課題組的專家庫就成型了；分享給成員時可以設權限與有效期，檔案在誰的手裡、用到什麼時候，都是有記錄、可控制的。
畫像負責讓檔案「進得來、靠得住」，知識庫負責讓檔案「存得住、給得對」。兩個功能接上，人才盤點才從一次性的動作，變成一门可以持續經營的資產。
05 邊界
① 本篇講功能機制與組合用法，不構成效果承諾。專家庫的完整程度取決於公開資料的可得性，收錄範圍有限定。
② 結構化不等於評估。 檔案是公開資料的整理與呈現，不構成對任何人的能力評價、推薦或背書；涉及具體個人的判斷，須由使用者自行核實並承擔責任。
③ 只使用公開資料，注意擴散邊界。不涉及個人隱私資料；將人物檔案用於評審、盡調等正式用途時，以相關單位現行規定與程序為準，分享範圍宜就小不就大。