一句话定义：Employee-Level Access for Evaluators（评估员员工级访问）指模型公司把外部安全评估机构的研究员，按"自己人"的待遇来对待——发内部账号、开放内部工具与文档、允许接触未发布模型和部署配置，让他们像员工一样从内部检查模型，而不是隔着 API 在外面做黑盒测试。业界已有模型公司向外部评估机构开放此类权限的实践，具体范围与条件以各方官方页面为准。
为什么不能只在门外看
传统第三方评估是"黑盒"：评估者拿到一个 API key，输入提示词、看模型输出、写报告。这就像判断一家餐厅的卫生，却只被允许站在门口试吃——菜的味道能尝出来，后厨有没有过期食材、厨师洗手没有，一概不知。
对模型来说，门外的评估者看不到：AI 词典：系统提示词">系统提示词怎么写的、护栏在哪一层拦截、训练数据从哪来、推理时挂了哪些工具、日志里堆着哪些异常请求。而这些恰恰是越狱、工具滥用、数据泄露真正发生的地方。员工级访问，就是把评估者请进后厨。
它长什么样
不是"给个管理员密码"这么简单，而是一套分层、可审计、可撤销的安排：以只读为主的内部系统访问、专门的评估账号、未发布模型的接口、内部设计与安全文档；同时配套保密协议、利益冲突声明、操作留痕，公司保留随时收回权限的权利。与评估无关的区域（其他客户数据、人事信息等）仍然隔离。
| 模式 | 评估者能看到什么 | 主要局限 |
|---|---|---|
| 公开 API 黑盒 | 输入与输出 | 看不到内部机制，易被表面表现误导 |
| 权重开放 | 模型参数 | 不等于看到部署环境与产品护栏 |
| 员工级访问 | 内部工具、文档、未发布模型、配置 | 依赖公司自愿开放，边界由公司划定 |
| 监管/合规审计 | 依法律或合同约定的材料 | 覆盖面与节奏通常较窄 |
边界与风险
第一，访问是"授予"的，不是"争取"来的。开放哪些模块、开放多久、能否带同事进来，全由模型公司决定。评估的深度本身，成了一个商业与信任决定。
第二，独立性可能被稀释。评估者天天用对方的工具、在对方的环境里工作，容易不自觉地接受对方的框架和假设。报告发出来，外界会问一句：你是审计员，还是半个同事？
第三，权限越大，代价越高。账号被盗、内部人滥用、权限蔓延（permission creep）的后果都会放大。
第四，可验证性问题：外部读者怎么知道评估者真的看到了该看的？这需要公开的方法说明与流程约定。
对从业者的意义
模型公司的安全团队：应把"外部评估者准入"当成一条正式流程来设计——权限分级、日志审计、退出机制，而不是临时拉个群发个账号。
评估机构：独立性是核心资产，要在合同与流程上明确"哪些结论不能被影响"。
企业采购方与普通人：再看到"某模型通过第三方安全评估"时，可以多问一句——是隔着 API 看的，还是进到内部看的？两者的说服力并不相同。