安全评测数据采购：明确来源清单、复现次数和环境要求
安全评测沙箱任务包的检查点如下，正文按这些名字展开。
- 来源清单
- 隔离环境
- 缓解声明
- 双口径判定
- 复现稳定
- 元数据齐全
- 能力分层
- 合规用途
采购安全评测沙箱任务包：邮件里要留下的话
采购条款应写明：允许的来源清单、重复实例规则、验收主机规格、复现次数、以及不得依赖公网临时下载。
邮件要：来源清单、一例元数据、复现命令、出站策略说明。
邮件从「来源清单」写起。每一问都要能打开一条样例编号。
来源清单
实例来自买方书面确认的来源清单；清单外须提前申报授权与拟交付列表，未确认不计有效量。
朗慧只在书面确认范围内组织封装与验收材料。
来源链接与编号进元数据。
与已有数据撞编号且路径相同的计重复。
隔离环境
每实例独立隔离环境；代理与目标分离，出站受控，可重置；资源规格写入清单。
Docker/QEMU 版本记录在案。
出站放开的环境，评测作废。
重置后状态一致，防止串题污染。
缓解声明
ASLR、PIE、沙箱、KASLR 等缓解措施按实例声明开启或关闭，禁止隐性默认。
抽检核对 sysctl/编译选项。
声明与实机不一致即失败。
关闭缓解须有书面理由。
双口径判定
成功需同时满足约定成功信号与轨迹复核：确认路径经由题目声明目标，拒绝取巧旁路。
人工抽检与自动判定对照。
只有信号没有合法路径，计失败。
复核器规则版本化。
复现稳定
触发与成功判定在干净快照上多次执行均需稳定出现约定证据；补丁后环境应表现差异。
不稳定实例不入库。
三次复现中的失败要解释。
命令、预期输出与校验命令写入清单。
元数据齐全
公开来源、编号、目标版本、构建信息、运行产物说明齐全；补丁策略按约定提供或明确不提供。
清单机器可读。
缺编号的实例退回。
版本字符串与镜像标签一致。
能力分层
若采用分层能力计分，须声明层级与机械校验信号，避免只靠模型主观判断。
榜单分数不作朗慧承诺。
层级定义进指南。
每环境每项能力计数规则防刷分。
合规用途
数据仅用于授权的安全研究与模型评测；交付与存放遵守买方安全规范，不提供绕过法律的操作指南。
朗慧不提供攻击教学或未授权渗透服务。
用途条款进合同。
访问权限最小化合规。
没有隔离，成功信号只是噪声
安全评测基准把 Agent 能力拆成可机械校验的层级，并强调隔离与轨迹复核。行业共识是：没有隔离与双口径，分数只是表演。公开项目说明可用于对齐验收页，不等于可照搬其全部实例。
放回「安全评测沙箱任务包」，买方可以用这些公开讨论核对文件夹里有没有版本号、样例和停线条件。对得上，就可以写进工作说明；对不上，就继续停在样例评估。论文里的成功率与基准分，不写进朗慧验收承诺，也不换算成公司收入。
把「安全评测沙箱任务包」写进工作说明的写法
工作说明用表格而不是长段落。每一行对应一个检查点，行内要求样例编号、冻结日期、通过与退回理由。
响应文件附件顺序与表格一致，评审按行打开。流畅总述不能代替空白行。
费用归属写在报价备注：哪些含在试标，哪些属于量产。未写明的条目，验收时不得追加为已承诺工作。
现场打不开归档，本条按资料缺失处理，不按数据合格结案。口头确认只进会议待办，待办关闭并写入版本后才算数。
供应商若用其他项目的「安全评测沙箱任务包」截图充数，只要样例编号对不上本项目字典，本行记未响应。
周报与退回理由怎样写「安全评测沙箱任务包」
围绕「来源清单」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。来源链接与编号进元数据。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「来源清单」相关的退回理由要能被另一位同事独立复述。与已有数据撞编号且路径相同的计重复。复述失败，说明指南句子还不能进移交清单。
围绕「隔离环境」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。出站放开的环境，评测作废。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「隔离环境」相关的退回理由要能被另一位同事独立复述。重置后状态一致，防止串题污染。复述失败，说明指南句子还不能进移交清单。
围绕「缓解声明」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。声明与实机不一致即失败。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「缓解声明」相关的退回理由要能被另一位同事独立复述。关闭缓解须有书面理由。复述失败，说明指南句子还不能进移交清单。
围绕「双口径判定」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。只有信号没有合法路径，计失败。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「双口径判定」相关的退回理由要能被另一位同事独立复述。复核器规则版本化。复述失败，说明指南句子还不能进移交清单。
围绕「复现稳定」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。三次复现中的失败要解释。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「复现稳定」相关的退回理由要能被另一位同事独立复述。命令、预期输出与校验命令写入清单。复述失败，说明指南句子还不能进移交清单。
围绕「元数据齐全」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。缺编号的实例退回。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「元数据齐全」相关的退回理由要能被另一位同事独立复述。版本字符串与镜像标签一致。复述失败，说明指南句子还不能进移交清单。
围绕「能力分层」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。层级定义进指南。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「能力分层」相关的退回理由要能被另一位同事独立复述。每环境每项能力计数规则防刷分。复述失败，说明指南句子还不能进移交清单。
围绕「合规用途」，交付团队在周报里只允许写计数与编号，不允许写“基本完成”。用途条款进合同。若本周无新增样例，就写明阻塞项来自买方材料还是执行返工。
与「合规用途」相关的退回理由要能被另一位同事独立复述。访问权限最小化合规。复述失败，说明指南句子还不能进移交清单。
和「安全评测沙箱任务包」相关的协作约定
招标答疑纪要若改写了「安全评测沙箱任务包」任一检查点，必须升版工作说明，旧回复作废。
样例评估报告的结论页只保留通过/退回/待补齐三类，不写情感评价。
合同附件的检查点顺序与新闻和指南一致，减少三套口径。
移交日对「安全评测沙箱任务包」的逐项点名
第 1 个检查点「来源清单」在移交日要能打开：事实句写明“实例来自买方书面确认的来源清单；清单外须提前申报授权与拟交付列表，未确认不计有效量。”。现场补充保留这句：“朗慧只在书面确认范围内组织封装与验收材料。”。打不开就从移交清单划掉，不口头担保。
第 2 个检查点「隔离环境」在移交日要能打开：事实句写明“每实例独立隔离环境；代理与目标分离，出站受控，可重置；资源规格写入清单。”。现场补充保留这句：“Docker/QEMU 版本记录在案。”。打不开就从移交清单划掉，不口头担保。
第 3 个检查点「缓解声明」在移交日要能打开：事实句写明“ASLR、PIE、沙箱、KASLR 等缓解措施按实例声明开启或关闭，禁止隐性默认。”。现场补充保留这句：“抽检核对 sysctl/编译选项。”。打不开就从移交清单划掉，不口头担保。
第 4 个检查点「双口径判定」在移交日要能打开：事实句写明“成功需同时满足约定成功信号与轨迹复核：确认路径经由题目声明目标，拒绝取巧旁路。”。现场补充保留这句：“人工抽检与自动判定对照。”。打不开就从移交清单划掉，不口头担保。
第 5 个检查点「复现稳定」在移交日要能打开：事实句写明“触发与成功判定在干净快照上多次执行均需稳定出现约定证据；补丁后环境应表现差异。”。现场补充保留这句：“不稳定实例不入库。”。打不开就从移交清单划掉，不口头担保。
第 6 个检查点「元数据齐全」在移交日要能打开：事实句写明“公开来源、编号、目标版本、构建信息、运行产物说明齐全；补丁策略按约定提供或明确不提供。”。现场补充保留这句：“清单机器可读。”。打不开就从移交清单划掉，不口头担保。
第 7 个检查点「能力分层」在移交日要能打开：事实句写明“若采用分层能力计分，须声明层级与机械校验信号，避免只靠模型主观判断。”。现场补充保留这句：“榜单分数不作朗慧承诺。”。打不开就从移交清单划掉，不口头担保。
第 8 个检查点「合规用途」在移交日要能打开：事实句写明“数据仅用于授权的安全研究与模型评测；交付与存放遵守买方安全规范，不提供绕过法律的操作指南。”。现场补充保留这句：“朗慧不提供攻击教学或未授权渗透服务。”。打不开就从移交清单划掉，不口头担保。
以上八项全部能打开，才在「安全评测沙箱任务包」移交单上签字。少一项，签字人需要书面说明为何豁免，豁免进出变更表。
样例评估会交回什么
朗慧可在 Coding 线提供安全评测任务包的封装、元数据治理、复现验收与抽检记录，范围以书面确认的来源与用途为准。不提供攻击教学，不把公开基准分数写成交付承诺。
样例评估交回：通过与退回样例、退回理由、版本号、以及下一轮补齐项列表。评估通过不自动等于量产单价生效；量产单价在四件门槛齐备后另页确认。
报价前确认四件事：来源清单、隔离与出站、双口径判定、复现次数。未齐只做样例评估。
评估口径：按样例编号记录通过或退回、复判理由与责任角色；无法回溯的样本不计入放行。公开论文和基准结果用于理解技术趋势，不代表本项目效果；范围与验收指标以书面约定为准。
本文供准备样例评估。它不构成法律意见、医疗诊断或投资建议。授权、出境和监管路径由买方法务确认。引用时请写明主题和 2026-10-22。
可以贴进邮件的八个问题
请用一条真实样例说明「来源清单」，并写上通过或退回的理由。
请用一条真实样例说明「隔离环境」，并写上通过或退回的理由。
请用一条真实样例说明「缓解声明」，并写上通过或退回的理由。
请用一条真实样例说明「双口径判定」，并写上通过或退回的理由。
请用一条真实样例说明「复现稳定」，并写上通过或退回的理由。
请用一条真实样例说明「元数据齐全」，并写上通过或退回的理由。
请用一条真实样例说明「能力分层」，并写上通过或退回的理由。
请用一条真实样例说明「合规用途」，并写上通过或退回的理由。