# 公开职业资料比较：形式方法与验证 / 软件质量与测试

比较工作、要求与 AI 影响，不计算个人匹配分。个人背景由用户自己的 Agent 使用。

# 形式方法与验证

岗位方向；职业资料版本 2026-10-21.careers.2；核查 2026-10-20
把关键系统属性写成精确规格，并用证明或模型检查验证。
形式方法是研究和工程交叉方向；验证只对表达出来的规格与假设负责。 本页按职责提供公开参照；地域、职级和准入以目标组织的现行要求另核。
名称/别名：形式化验证、形式验证工程师、定理证明、证明工程师、Formal Methods
来源状态：active

## 职业工作范围
按本职业主要交付组织工作范围；多个目标可以由同一结果包接收。职责来源用于核对工作定义，AI采用、工具可得性和实际表现按各项具体证据判断。这里不是所有地区与细分岗位的完整清单。
### 需求到形式规格
产物：属性、模型、假设和实现对应；需求—规格—实现对照；假设、可达性及未编码需求
内容覆盖：partial；规格产物与拒收路径完整；业务需求自动规格化和工业并发/硬件仍缺直接覆盖，不能由局部证明抵消。
任务应用：/careers/formal-methods#work-formal-methods-delivery-1
变体：顺序软件规格与验证；并发或硬件系统模型
### 形式验证产物
产物：证明、模型检查或满足性结果及可重放环境；证明/模型检查项目及日志；完整义务/界限与信任基础
内容覆盖：documented；对应工作：交付完整证明或模型检查结果。
任务应用：/careers/formal-methods#work-formal-methods-delivery-2
变体：固定局部证明义务
### 反例诊断与修订
产物：反例、真实缺陷与建模错误区分；可重放trace/输入；缺陷回归或抽象修订
内容覆盖：documented；对应工作：交付反例诊断及规格/实现修订。
任务应用：/careers/formal-methods#work-formal-methods-delivery-3
变体：顺序软件规格与验证；并发或硬件系统模型
### 验证驱动实现
产物：满足规格的代码或模型变更；代码/规格差异；完整义务及实现回归
内容覆盖：documented；对应工作：交付符合固定属性的代码变更。
任务应用：/careers/formal-methods#work-formal-methods-delivery-4
变体：规格/代码升级
### 证明维护与信任审计
产物：版本、依赖、未证部分及信任基础；版本/依赖及未证清单；受影响目标重建/负控制
内容覆盖：documented；对应工作：交付证明维护与信任审计。
任务应用：/careers/formal-methods#work-formal-methods-delivery-5
变体：规格/代码升级
范围来源：https://www.onetonline.org/link/summary/15-1221.00；https://www.onetonline.org/link/summary/15-1252.00
当前范围以外：
- 未编码的现实要求不包含在形式保证
- 金融模型统计有效性另验
待补：
- 工业并发/硬件规格与真实实现连接缺专属直接AI覆盖，程序局部义务结果不能抵消。
- 编译器、外部调用/硬件、未建模需求与工具链升级的信任边界需任务核对。


## 主要工作与 AI 当前变化
以下条件评估与局部证据分别标示，不表示整项职业已验证。

### 交付需求对应的形式规格
把系统属性、状态与环境抽象成可检查规格并映射实际实现。
交付物：需求—规格—实现对照；假设、可达性及未编码需求
判断依据：外部报告结果、有条件的编辑推断
当前变化：可以整包委派候选规格与验证材料，但专属程序证明实验主要针对已有义务，需求含义须单独接收；不从Nexus迁移工业保证。
- 程序与系统验证：规格、反例和证明产物相互对照：/work-units/W-M10?version=2026-10-21.workunits.2
  顺序软件与并发/硬件是不同模型输入；程序证据直接限于相应义务，跨模型保证需单独验收。（partial；workunits/work-unit/W-M10@2026-10-21.workunits.2）

应用范围：顺序软件与并发/硬件是不同模型输入；程序证据直接限于相应义务，跨模型保证需单独验收。
AI工作组织：代理可提出规格/不变量、探索反例、修改代码并响应验证器；可信需求/规格边界独立检查，固定义务无需逐步批准。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：DafnyBench和AutoRocq提供程序专属证明证据，支持把细节搜索交给代理；它们并未证明任意生产系统规格正确，因此独立验收需求/模型连接而不只看证明通过。
当前可用性：mixed；公开资料和工具入口已核对；论文配置、当前实现声明及本任务成绩分别记录，未运行本任务。
- AutoRocq：https://github.com/NUS-Program-Verification/AutoRocq/tree/24b92683d049aaa9ecf0cd19e247535e762f43b9
  24b92683…；仓库Rocq9.0.0，论文8.18；开源Python/opam/Docker、模型API；不把新工具链继承旧成绩。
- DafnyBench：https://github.com/sun-wendy/DafnyBench
  论文v1；代码执行前锁commit及Dafny/solver版本；公开ground_truth/hints_removed/eval；未安装运行。

### AutoRocq在程序来源的641条SV-COMP证明义务中报告证明198条；分母是引理，不是完整程序。
依据身份：外部报告结果；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5.1/§6.1/§7；关系：direct
  支持：程序验证专属生成证明与实际检查证据。
  限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
  核查：2026-10-20；来源状态：active
配置：arXiv v1；GPT4.1 temperature0；论文Rocq8.18/CoqPyt1.0.0、Frama-C WP提取；641义务含不溢出/功能/不变量，当前仓库9.0.0另记。
适用限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
相关进展（本条判断）：
- 程序验证代理交付可重放Rocq证明义务：/explore?purpose=understand&domain=math&window=all#P-M-PROGRAM-PROOFS
  首次公开 2025-11-21；判断变化 2025-11-21

### 接收必须包括需求/模型映射和完整义务，不能由局部证明通过推出现实系统安全。
依据身份：有条件的编辑推断；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5生成义务；§7案例；limitations；关系：adjacent
  支持：区分程序提取假设、引理与完整实现保证。
  限制：系统级规格、并发/硬件变体需新任务验证。
  核查：2026-10-20；来源状态：active
适用限制：系统级规格、并发/硬件变体需新任务验证。

## 情境变化
### 并发或硬件系统模型
输入变化：时序、公平性、缓存/通信/硬件抽象影响性质。
判断变化：可交形式模型与反例候选，缺专属AI实测；分阶段接收模型。
验收变化：安全/活性、状态界与公平性/环境假设，trace到真实状态映射；软件算术证据不转移。
### 顺序软件规格与验证
输入变化：固定顺序软件模块、机器整数/内存语义和目标属性，不以并发/硬件抽象为前提。
判断变化：可委派规格/证明/反例候选；需求对应先接收，已有可信规格下按完整义务接收。
验收变化：查需求—前后置/状态—代码对应、可达性/vacuity、完整义务与实现测试，边界/溢出及反例重放。

研究前沿：已公开从C验证义务到Rocq脚本及Dafny注解的代理路径；新仓库工具链与论文旧版本不同，需重放。
下一项验证：用固定小型C/Dafny模块，先用vacuous requires、溢出和错误不变量校准验收；隐藏参考证明，检验完整义务、代码映射和一个修改后的维护。
未来改判信号：
- 扩大：未见真实模块/变更中规格覆盖、反例映射与完整义务持续通过，维护成本可控。
- 收缩：只补局部引理而漏主目标、依赖大量assume或现实模型不符；缩到局部义务。

接收/拒收：
- 证明的属性对应真实需求：独立对照需求、前/后置条件、状态/环境假设；检查可满足性和vacuity，确认不是把期望写进前提。
  拒收：requires false导致全通过；数学整数模型掩盖机器溢出。
- 形式结果实际完整：干净重建并检查admit/axiom/assume/disabled proof、solver/库依赖；有限模型/超时/unknown各自标识，不用“无反例”混成无界证明。
  拒收：跳过失败义务、增加未批准公理；仅有限展开却声称全局活性。
- 反例与实现连接：重放trace及输入，核对环境可达性；真实缺陷变成独立回归，伪反例记录需要加强的抽象。
  拒收：反例只在不可能环境出现；为消除反例删真实需求。
- 变更保持目标和信任边界：比较固定规格/代码diff，重新运行受影响证明/模型检查和实现测试；记录编译器/FFI/硬件连接的保证缺口。
  拒收：证明旧代码，部署新代码；依赖版本变而缓存仍绿。
失败处理：unknown/timeout保留具体义务与预算，不作unsafe或safe结论；反例先辨真伪，不通过弱化规格消除；环境缺失交可重放最小项目。
本站记录：本站本任务AI运行数、成功率、实际成本及人工介入量均为null；代表例为交付设计，未执行。

尚未覆盖：程序算术实验不覆盖并发/公平性/硬件所有需求。
验证方法：独立核需求、状态/时间/内存模型与环境；检测requires false/vacuity、不可达目标和实现映射。

### 交付完整证明或模型检查结果
在锁定规格/实现/工具下完成证明义务，或明确有限界/unknown/未解。
交付物：证明/模型检查项目及日志；完整义务/界限与信任基础
判断依据：外部报告结果、有条件的编辑推断
当前变化：程序专属AutoRocq、DafnyBench提供具体成果，可整包委派固定义务；接收范围以完整目标为准。
- 程序与系统验证：规格、反例和证明产物相互对照：/work-units/W-M10?version=2026-10-21.workunits.2
  展示程序证明结果与输入边界，不继承数学开放题进展。（partial；workunits/work-unit/W-M10@2026-10-21.workunits.2）

应用范围：展示程序证明结果与输入边界，不继承数学开放题进展。
AI工作组织：代理可提出规格/不变量、探索反例、修改代码并响应验证器；可信需求/规格边界独立检查，固定义务无需逐步批准。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：DafnyBench和AutoRocq提供程序专属证明证据，支持把细节搜索交给代理；它们并未证明任意生产系统规格正确，因此独立验收需求/模型连接而不只看证明通过。
当前可用性：mixed；公开资料和工具入口已核对；论文配置、当前实现声明及本任务成绩分别记录，未运行本任务。
- AutoRocq：https://github.com/NUS-Program-Verification/AutoRocq/tree/24b92683d049aaa9ecf0cd19e247535e762f43b9
  24b92683…；仓库Rocq9.0.0，论文8.18；开源Python/opam/Docker、模型API；不把新工具链继承旧成绩。
- DafnyBench：https://github.com/sun-wendy/DafnyBench
  论文v1；代码执行前锁commit及Dafny/solver版本；公开ground_truth/hints_removed/eval；未安装运行。

### AutoRocq在程序来源的641条SV-COMP证明义务中报告证明198条；分母是引理，不是完整程序。
依据身份：外部报告结果；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5.1/§6.1/§7；关系：direct
  支持：程序验证专属生成证明与实际检查证据。
  限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
  核查：2026-10-20；来源状态：active
配置：arXiv v1；GPT4.1 temperature0；论文Rocq8.18/CoqPyt1.0.0、Frama-C WP提取；641义务含不溢出/功能/不变量，当前仓库9.0.0另记。
适用限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
相关进展（本条判断）：
- 程序验证代理交付可重放Rocq证明义务：/explore?purpose=understand&domain=math&window=all#P-M-PROGRAM-PROOFS
  首次公开 2025-11-21；判断变化 2025-11-21

### DafnyBench评价模型给固定程序/规格补验证提示，并检查最终程序，而非自由修改规格求绿灯。
依据身份：外部报告结果；状态：active
- DafnyBench v1：程序证明注解补全：https://arxiv.org/html/2406.08467v1
  定位：dataset construction / evaluation；关系：partial
  支持：固定规格下的程序验证注解任务证据。
  限制：有限程序、历史模型；不保证自动写对需求或整个工业系统。
  核查：2026-10-20；来源状态：active
配置：arXiv v1；750余现有Dafny程序移除提示，原模型/反馈条件以论文为准；本文不转抄分数。
适用限制：有限程序、历史模型；不保证自动写对需求或整个工业系统。
相关进展（本条判断）：
- 程序验证注解已有可重放任务评价：/explore?purpose=understand&domain=math&window=all#P-M-DAFNY
  首次公开 2024-06-12

### 接收必须包括需求/模型映射和完整义务，不能由局部证明通过推出现实系统安全。
依据身份：有条件的编辑推断；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5生成义务；§7案例；limitations；关系：adjacent
  支持：区分程序提取假设、引理与完整实现保证。
  限制：系统级规格、并发/硬件变体需新任务验证。
  核查：2026-10-20；来源状态：active
适用限制：系统级规格、并发/硬件变体需新任务验证。

## 情境变化
### 固定局部证明义务
输入变化：规格与代码已可信，只缺证明/不变量。
判断变化：可整包委派直到完整核验；接收范围就是该义务。
验收变化：防改规格/加假设/漏依赖，不能扩成全程序完成。

研究前沿：已公开从C验证义务到Rocq脚本及Dafny注解的代理路径；新仓库工具链与论文旧版本不同，需重放。
下一项验证：用固定小型C/Dafny模块，先用vacuous requires、溢出和错误不变量校准验收；隐藏参考证明，检验完整义务、代码映射和一个修改后的维护。
未来改判信号：
- 扩大：未见真实模块/变更中规格覆盖、反例映射与完整义务持续通过，维护成本可控。
- 收缩：只补局部引理而漏主目标、依赖大量assume或现实模型不符；缩到局部义务。

接收/拒收：
- 证明的属性对应真实需求：独立对照需求、前/后置条件、状态/环境假设；检查可满足性和vacuity，确认不是把期望写进前提。
  拒收：requires false导致全通过；数学整数模型掩盖机器溢出。
- 形式结果实际完整：干净重建并检查admit/axiom/assume/disabled proof、solver/库依赖；有限模型/超时/unknown各自标识，不用“无反例”混成无界证明。
  拒收：跳过失败义务、增加未批准公理；仅有限展开却声称全局活性。
- 反例与实现连接：重放trace及输入，核对环境可达性；真实缺陷变成独立回归，伪反例记录需要加强的抽象。
  拒收：反例只在不可能环境出现；为消除反例删真实需求。
- 变更保持目标和信任边界：比较固定规格/代码diff，重新运行受影响证明/模型检查和实现测试；记录编译器/FFI/硬件连接的保证缺口。
  拒收：证明旧代码，部署新代码；依赖版本变而缓存仍绿。
失败处理：unknown/timeout保留具体义务与预算，不作unsafe或safe结论；反例先辨真伪，不通过弱化规格消除；环境缺失交可重放最小项目。
本站记录：本站本任务AI运行数、成功率、实际成本及人工介入量均为null；代表例为交付设计，未执行。

尚未覆盖：641义务的198通过不是198完整程序，有限检查不等于无界证明。
验证方法：干净重建全部义务，核假设/solver/未证依赖；有限、超时和unknown单列，拒绝漏主目标。

### 交付反例诊断及规格/实现修订
从trace回到原系统，区分真实缺陷、模型错误和伪反例。
交付物：可重放trace/输入；缺陷回归或抽象修订
判断依据：有条件的编辑推断
当前变化：可委派反例解释与候选修复；采用需要trace映射实际状态，不能为消警弱化规格。
- 程序与系统验证：规格、反例和证明产物相互对照：/work-units/W-M10?version=2026-10-21.workunits.2
  顺序软件与并发/硬件是不同模型输入；程序证据直接限于相应义务，跨模型保证需单独验收。（partial；workunits/work-unit/W-M10@2026-10-21.workunits.2）

应用范围：顺序软件与并发/硬件是不同模型输入；程序证据直接限于相应义务，跨模型保证需单独验收。
AI工作组织：代理可提出规格/不变量、探索反例、修改代码并响应验证器；可信需求/规格边界独立检查，固定义务无需逐步批准。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：DafnyBench和AutoRocq提供程序专属证明证据，支持把细节搜索交给代理；它们并未证明任意生产系统规格正确，因此独立验收需求/模型连接而不只看证明通过。
当前可用性：mixed；公开资料和工具入口已核对；论文配置、当前实现声明及本任务成绩分别记录，未运行本任务。
- AutoRocq：https://github.com/NUS-Program-Verification/AutoRocq/tree/24b92683d049aaa9ecf0cd19e247535e762f43b9
  24b92683…；仓库Rocq9.0.0，论文8.18；开源Python/opam/Docker、模型API；不把新工具链继承旧成绩。
- DafnyBench：https://github.com/sun-wendy/DafnyBench
  论文v1；代码执行前锁commit及Dafny/solver版本；公开ground_truth/hints_removed/eval；未安装运行。

### 接收必须包括需求/模型映射和完整义务，不能由局部证明通过推出现实系统安全。
依据身份：有条件的编辑推断；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5生成义务；§7案例；limitations；关系：adjacent
  支持：区分程序提取假设、引理与完整实现保证。
  限制：系统级规格、并发/硬件变体需新任务验证。
  核查：2026-10-20；来源状态：active
适用限制：系统级规格、并发/硬件变体需新任务验证。

## 情境变化
### 并发或硬件系统模型
输入变化：时序、公平性、缓存/通信/硬件抽象影响性质。
判断变化：可交形式模型与反例候选，缺专属AI实测；分阶段接收模型。
验收变化：安全/活性、状态界与公平性/环境假设，trace到真实状态映射；软件算术证据不转移。
### 顺序软件规格与验证
输入变化：固定顺序软件模块、机器整数/内存语义和目标属性，不以并发/硬件抽象为前提。
判断变化：可委派规格/证明/反例候选；需求对应先接收，已有可信规格下按完整义务接收。
验收变化：查需求—前后置/状态—代码对应、可达性/vacuity、完整义务与实现测试，边界/溢出及反例重放。

研究前沿：已公开从C验证义务到Rocq脚本及Dafny注解的代理路径；新仓库工具链与论文旧版本不同，需重放。
下一项验证：用固定小型C/Dafny模块，先用vacuous requires、溢出和错误不变量校准验收；隐藏参考证明，检验完整义务、代码映射和一个修改后的维护。
未来改判信号：
- 扩大：未见真实模块/变更中规格覆盖、反例映射与完整义务持续通过，维护成本可控。
- 收缩：只补局部引理而漏主目标、依赖大量assume或现实模型不符；缩到局部义务。

接收/拒收：
- 证明的属性对应真实需求：独立对照需求、前/后置条件、状态/环境假设；检查可满足性和vacuity，确认不是把期望写进前提。
  拒收：requires false导致全通过；数学整数模型掩盖机器溢出。
- 形式结果实际完整：干净重建并检查admit/axiom/assume/disabled proof、solver/库依赖；有限模型/超时/unknown各自标识，不用“无反例”混成无界证明。
  拒收：跳过失败义务、增加未批准公理；仅有限展开却声称全局活性。
- 反例与实现连接：重放trace及输入，核对环境可达性；真实缺陷变成独立回归，伪反例记录需要加强的抽象。
  拒收：反例只在不可能环境出现；为消除反例删真实需求。
- 变更保持目标和信任边界：比较固定规格/代码diff，重新运行受影响证明/模型检查和实现测试；记录编译器/FFI/硬件连接的保证缺口。
  拒收：证明旧代码，部署新代码；依赖版本变而缓存仍绿。
失败处理：unknown/timeout保留具体义务与预算，不作unsafe或safe结论；反例先辨真伪，不通过弱化规格消除；环境缺失交可重放最小项目。
本站记录：本站本任务AI运行数、成功率、实际成本及人工介入量均为null；代表例为交付设计，未执行。

尚未覆盖：模型可达状态可能不对应现实执行。
验证方法：重放trace、检查环境/状态可达性；真实缺陷进独立回归，伪反例说明加强抽象后的影响。

### 交付符合固定属性的代码变更
用验证反馈改变实现，保住真实目标和旧行为。
交付物：代码/规格差异；完整义务及实现回归
判断依据：外部报告结果、有条件的编辑推断
当前变化：可委派实现与证明反馈循环；Dafny补注解不是自由写对全部程序的证据，范围以固定属性接收。
- 程序与系统验证：规格、反例和证明产物相互对照：/work-units/W-M10?version=2026-10-21.workunits.2
  这里允许代码变更，应选择变更/维护场景；固定局部义务变体锁定代码，不用于覆盖改实现。（partial；workunits/work-unit/W-M10@2026-10-21.workunits.2）

应用范围：这里允许代码变更，应选择变更/维护场景；固定局部义务变体锁定代码，不用于覆盖改实现。
AI工作组织：代理可提出规格/不变量、探索反例、修改代码并响应验证器；可信需求/规格边界独立检查，固定义务无需逐步批准。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：DafnyBench和AutoRocq提供程序专属证明证据，支持把细节搜索交给代理；它们并未证明任意生产系统规格正确，因此独立验收需求/模型连接而不只看证明通过。
当前可用性：mixed；公开资料和工具入口已核对；论文配置、当前实现声明及本任务成绩分别记录，未运行本任务。
- AutoRocq：https://github.com/NUS-Program-Verification/AutoRocq/tree/24b92683d049aaa9ecf0cd19e247535e762f43b9
  24b92683…；仓库Rocq9.0.0，论文8.18；开源Python/opam/Docker、模型API；不把新工具链继承旧成绩。
- DafnyBench：https://github.com/sun-wendy/DafnyBench
  论文v1；代码执行前锁commit及Dafny/solver版本；公开ground_truth/hints_removed/eval；未安装运行。

### AutoRocq在程序来源的641条SV-COMP证明义务中报告证明198条；分母是引理，不是完整程序。
依据身份：外部报告结果；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5.1/§6.1/§7；关系：direct
  支持：程序验证专属生成证明与实际检查证据。
  限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
  核查：2026-10-20；来源状态：active
配置：arXiv v1；GPT4.1 temperature0；论文Rocq8.18/CoqPyt1.0.0、Frama-C WP提取；641义务含不溢出/功能/不变量，当前仓库9.0.0另记。
适用限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
相关进展（本条判断）：
- 程序验证代理交付可重放Rocq证明义务：/explore?purpose=understand&domain=math&window=all#P-M-PROGRAM-PROOFS
  首次公开 2025-11-21；判断变化 2025-11-21

### DafnyBench评价模型给固定程序/规格补验证提示，并检查最终程序，而非自由修改规格求绿灯。
依据身份：外部报告结果；状态：active
- DafnyBench v1：程序证明注解补全：https://arxiv.org/html/2406.08467v1
  定位：dataset construction / evaluation；关系：partial
  支持：固定规格下的程序验证注解任务证据。
  限制：有限程序、历史模型；不保证自动写对需求或整个工业系统。
  核查：2026-10-20；来源状态：active
配置：arXiv v1；750余现有Dafny程序移除提示，原模型/反馈条件以论文为准；本文不转抄分数。
适用限制：有限程序、历史模型；不保证自动写对需求或整个工业系统。
相关进展（本条判断）：
- 程序验证注解已有可重放任务评价：/explore?purpose=understand&domain=math&window=all#P-M-DAFNY
  首次公开 2024-06-12

### 接收必须包括需求/模型映射和完整义务，不能由局部证明通过推出现实系统安全。
依据身份：有条件的编辑推断；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5生成义务；§7案例；limitations；关系：adjacent
  支持：区分程序提取假设、引理与完整实现保证。
  限制：系统级规格、并发/硬件变体需新任务验证。
  核查：2026-10-20；来源状态：active
适用限制：系统级规格、并发/硬件变体需新任务验证。

## 情境变化
### 规格/代码升级
输入变化：依赖、接口和实现一起演进。
判断变化：可委派证明维护及影响分析，先锁定不允许弱化的属性。
验收变化：重放受影响义务和负控制，区分新旧版本覆盖。

研究前沿：已公开从C验证义务到Rocq脚本及Dafny注解的代理路径；新仓库工具链与论文旧版本不同，需重放。
下一项验证：用固定小型C/Dafny模块，先用vacuous requires、溢出和错误不变量校准验收；隐藏参考证明，检验完整义务、代码映射和一个修改后的维护。
未来改判信号：
- 扩大：未见真实模块/变更中规格覆盖、反例映射与完整义务持续通过，维护成本可控。
- 收缩：只补局部引理而漏主目标、依赖大量assume或现实模型不符；缩到局部义务。

接收/拒收：
- 证明的属性对应真实需求：独立对照需求、前/后置条件、状态/环境假设；检查可满足性和vacuity，确认不是把期望写进前提。
  拒收：requires false导致全通过；数学整数模型掩盖机器溢出。
- 形式结果实际完整：干净重建并检查admit/axiom/assume/disabled proof、solver/库依赖；有限模型/超时/unknown各自标识，不用“无反例”混成无界证明。
  拒收：跳过失败义务、增加未批准公理；仅有限展开却声称全局活性。
- 反例与实现连接：重放trace及输入，核对环境可达性；真实缺陷变成独立回归，伪反例记录需要加强的抽象。
  拒收：反例只在不可能环境出现；为消除反例删真实需求。
- 变更保持目标和信任边界：比较固定规格/代码diff，重新运行受影响证明/模型检查和实现测试；记录编译器/FFI/硬件连接的保证缺口。
  拒收：证明旧代码，部署新代码；依赖版本变而缓存仍绿。
失败处理：unknown/timeout保留具体义务与预算，不作unsafe或safe结论；反例先辨真伪，不通过弱化规格消除；环境缺失交可重放最小项目。
本站记录：本站本任务AI运行数、成功率、实际成本及人工介入量均为null；代表例为交付设计，未执行。

尚未覆盖：实现测试、编译器/FFI/硬件连接未自动被覆盖。
验证方法：对照固定规格/需求及代码diff，重跑义务/反例/实现测试，拒绝通过改假设使变更安全。

### 交付证明维护与信任审计
依赖/工具/实现演进后保持声明、证明和产物一致。
交付物：版本/依赖及未证清单；受影响目标重建/负控制
判断依据：外部报告结果、有条件的编辑推断
当前变化：可委派影响分析、补证明和重放；当前AutoRocq源码9.0.0不能静默继承论文8.18成绩。
- 程序与系统验证：规格、反例和证明产物相互对照：/work-units/W-M10?version=2026-10-21.workunits.2
  选择有具体工具链变化的程序证据，不引无关数学进展。（partial；workunits/work-unit/W-M10@2026-10-21.workunits.2）

应用范围：选择有具体工具链变化的程序证据，不引无关数学进展。
AI工作组织：代理可提出规格/不变量、探索反例、修改代码并响应验证器；可信需求/规格边界独立检查，固定义务无需逐步批准。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：DafnyBench和AutoRocq提供程序专属证明证据，支持把细节搜索交给代理；它们并未证明任意生产系统规格正确，因此独立验收需求/模型连接而不只看证明通过。
当前可用性：mixed；公开资料和工具入口已核对；论文配置、当前实现声明及本任务成绩分别记录，未运行本任务。
- AutoRocq：https://github.com/NUS-Program-Verification/AutoRocq/tree/24b92683d049aaa9ecf0cd19e247535e762f43b9
  24b92683…；仓库Rocq9.0.0，论文8.18；开源Python/opam/Docker、模型API；不把新工具链继承旧成绩。
- DafnyBench：https://github.com/sun-wendy/DafnyBench
  论文v1；代码执行前锁commit及Dafny/solver版本；公开ground_truth/hints_removed/eval；未安装运行。

### AutoRocq在程序来源的641条SV-COMP证明义务中报告证明198条；分母是引理，不是完整程序。
依据身份：外部报告结果；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5.1/§6.1/§7；关系：direct
  支持：程序验证专属生成证明与实际检查证据。
  限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
  核查：2026-10-20；来源状态：active
配置：arXiv v1；GPT4.1 temperature0；论文Rocq8.18/CoqPyt1.0.0、Frama-C WP提取；641义务含不溢出/功能/不变量，当前仓库9.0.0另记。
适用限制：不等于198完整工业系统通过；未覆盖全部需求与编译/硬件链。
相关进展（本条判断）：
- 程序验证代理交付可重放Rocq证明义务：/explore?purpose=understand&domain=math&window=all#P-M-PROGRAM-PROOFS
  首次公开 2025-11-21；判断变化 2025-11-21

### 接收必须包括需求/模型映射和完整义务，不能由局部证明通过推出现实系统安全。
依据身份：有条件的编辑推断；状态：active
- AutoRocq v1：程序验证证明义务：https://arxiv.org/html/2511.17330v1
  定位：§5生成义务；§7案例；limitations；关系：adjacent
  支持：区分程序提取假设、引理与完整实现保证。
  限制：系统级规格、并发/硬件变体需新任务验证。
  核查：2026-10-20；来源状态：active
适用限制：系统级规格、并发/硬件变体需新任务验证。

## 情境变化
### 规格/代码升级
输入变化：依赖、接口和实现一起演进。
判断变化：可委派证明维护及影响分析，先锁定不允许弱化的属性。
验收变化：重放受影响义务和负控制，区分新旧版本覆盖。

研究前沿：已公开从C验证义务到Rocq脚本及Dafny注解的代理路径；新仓库工具链与论文旧版本不同，需重放。
下一项验证：用固定小型C/Dafny模块，先用vacuous requires、溢出和错误不变量校准验收；隐藏参考证明，检验完整义务、代码映射和一个修改后的维护。
未来改判信号：
- 扩大：未见真实模块/变更中规格覆盖、反例映射与完整义务持续通过，维护成本可控。
- 收缩：只补局部引理而漏主目标、依赖大量assume或现实模型不符；缩到局部义务。

接收/拒收：
- 证明的属性对应真实需求：独立对照需求、前/后置条件、状态/环境假设；检查可满足性和vacuity，确认不是把期望写进前提。
  拒收：requires false导致全通过；数学整数模型掩盖机器溢出。
- 形式结果实际完整：干净重建并检查admit/axiom/assume/disabled proof、solver/库依赖；有限模型/超时/unknown各自标识，不用“无反例”混成无界证明。
  拒收：跳过失败义务、增加未批准公理；仅有限展开却声称全局活性。
- 反例与实现连接：重放trace及输入，核对环境可达性；真实缺陷变成独立回归，伪反例记录需要加强的抽象。
  拒收：反例只在不可能环境出现；为消除反例删真实需求。
- 变更保持目标和信任边界：比较固定规格/代码diff，重新运行受影响证明/模型检查和实现测试；记录编译器/FFI/硬件连接的保证缺口。
  拒收：证明旧代码，部署新代码；依赖版本变而缓存仍绿。
失败处理：unknown/timeout保留具体义务与预算，不作unsafe或safe结论；反例先辨真伪，不通过弱化规格消除；环境缺失交可重放最小项目。
本站记录：本站本任务AI运行数、成功率、实际成本及人工介入量均为null；代表例为交付设计，未执行。

尚未覆盖：缓存/solver策略或依赖变更可掩盖失效。
验证方法：从锁定依赖干净构建，核trusted base/assume/admit及代码hash；一次升级和故意弱化控制都重验。

## 与工作关联的进展
### 程序验证代理交付可重放Rocq证明义务
公开 2025-11-21；判断变化 2025-11-21
程序来源的证明义务有专属代理成果。
支持范围：局部引理和Linux模块案例不等于完整内核验证。
来源状态：active
/explore?purpose=understand&domain=math&window=all#P-M-PROGRAM-PROOFS

### 程序验证注解已有可重放任务评价
公开 2024-06-12
固定程序/规格下补全验证提示不同于数学解题。
支持范围：不证明业务规格正确或整个系统安全。
来源状态：active
/explore?purpose=understand&domain=math&window=all#P-M-DAFNY

## 未来3–5年条件情景
未来 3–5 年（2029–2031）
未来 3–5 年是编辑条件情景，不是就业数量预测。每项均列基准、加速、受限路径和需观察的信号；职业职责来源不等于 AI 能力证据。
基准：固定义务的证明搜索更易整包委派，规格与实现连接成为可见交付的一部分。
加速：若代理能在新程序/大型规格演进中维持属性与完整证明，验证可进入更多日常工程。
受限：若通过依赖弱化规格/未证公理或模型脱离实现，缩到局部证明与诊断候选。
改判信号：
- 未见程序全部义务与非空洞规格
- 反例到实际缺陷的映射
- 代码/工具升级后维护成本与信任基础

## 进入与成长的公开能力证据
本页主要提供工作与作品证据；基础课程、责任级别和中国准入尚未完成专题整理。

完整交付作品证据：
- 真实需求与形式属性/实现映射
- 可重放完整项目、有效反例及一次证明维护差异
具体地区、职级和组织要求按目标岗位核对；美国资料不自动作为中国资格要求。

## 相邻方向及区别
- 软件质量与测试：/careers/qa-engineer.md?version=2026-10-21.careers.2
  测试观察有限实例；形式验证在明确模型和假设下检查性质，二者可互补。
- 金融模型独立验证：/careers/model-validation.md?version=2026-10-21.careers.2
  金融模型验证还要检验统计与业务有效性，不能由逻辑证明自动覆盖。

## 职业名称与分类映射
- O*NET-SOC 15-1221.00 Computer and Information Research Scientists；O*NET-SOC 2019；OnLine Updated 2026；US；related
  共享部分方法或工作对象，不能据此认定岗位与该编码完全相同。；定位 Definition / Tasks
- O*NET-SOC 15-1252.00 Software Developers；O*NET-SOC 2019；OnLine Updated 2026；US；related
  共享部分方法或工作对象，不能据此认定岗位与该编码完全相同。；定位 Definition / Tasks

## 工作资料与来源
- 程序与系统验证：规格、反例和证明产物相互对照：/work-units/W-M10?version=2026-10-21.workunits.2
  选择有具体工具链变化的程序证据，不引无关数学进展。（partial；workunits/work-unit/W-M10@2026-10-21.workunits.2）
- Computer and Information Research Scientists：https://www.onetonline.org/link/summary/15-1221.00
  O*NET / 美国劳工部职业信息网络；US；O*NET OnLine / Updated 2026 / 2026-10-20访问快照；核查 2026-10-20；状态 active
  定位：职业定义、Tasks、Work Activities；不采用薪酬和学历比例
  范围：美国 O*NET-SOC 职业职责参照；中文标题及导航由编辑按工作内容映射
  限制：不证明中国岗位数量、准入资格或在招需求；不提供该职业的 AI 实测结论。
- Software Developers：https://www.onetonline.org/link/summary/15-1252.00
  O*NET / 美国劳工部职业信息网络；US；O*NET OnLine / Updated 2026 / 2026-10-20访问快照；核查 2026-10-20；状态 active
  定位：职业定义、Tasks、Work Activities；不采用薪酬和学历比例
  范围：美国 O*NET-SOC 职业职责参照；中文标题及导航由编辑按工作内容映射
  限制：不证明中国岗位数量、准入资格或在招需求；不提供该职业的 AI 实测结论。

## 用于自己的问题
个人适配、具体岗位判断与计划由用户自己的 Agent 结合已有材料处理。复用已知上下文，仅追问影响结论的缺口；目录不是全部选项。阅读或比较公开工作本身无需档案、固定二选一、保存记录或行动计划。


---

# 软件质量与测试

职业；职业资料版本 2026-10-21.careers.2；核查 2026-10-20
设计和执行验证，使软件的失败条件与交付风险可见。
测试开发是常见市场分工；不能把执行测试和决定产品风险混为一项工作。 本页按职责提供公开参照；地域、职级和准入以目标组织的现行要求另核。
名称/别名：测试工程师、测试开发、质量工程师、QA、SDET、自动化测试
来源状态：active

## 职业工作范围
按本职业主要交付组织工作范围；多个目标可以由同一结果包接收。职责来源用于核对工作定义，AI采用、工具可得性和实际表现按各项具体证据判断。这里不是所有地区与细分岗位的完整清单。
### 质量风险与验收设计
产物：行为契约、风险覆盖及不可覆盖项
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；没有未知缺陷查全率，测试条数/覆盖率不能代替风险覆盖。
任务应用：/careers/qa-engineer#work-qa-engineer-deliverable-1
变体：端到端与真实环境；非功能与对抗输入
### 测试资产交付
产物：可运行测试、数据和环境
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；SWT复现脚本模式不跑全套回归，真实设备/浏览器需对应环境。
任务应用：/careers/qa-engineer#work-qa-engineer-deliverable-2
变体：端到端与真实环境
### 缺陷发现与定位
产物：可复现缺陷、期望实际差异和最小证据
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；发现数量不等于有效率，缺上下文与不可复现疑点须单列。
任务应用：/careers/qa-engineer#work-qa-engineer-deliverable-3
变体：
### 回归与发布评估
产物：修复验证、覆盖变化和残余风险
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；真实发布风险依赖系统/用户，不由已知控制表现推出全正确。
任务应用：/careers/qa-engineer#work-qa-engineer-deliverable-4
变体：回归与发布；测试与验收器修改
### 质量工程改善
产物：测试基础设施、稳定性及反馈效率改进
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；平台工具升级与历史缺陷分布可能改变稳定性，需保留可重放记录。
任务应用：/careers/qa-engineer#work-qa-engineer-deliverable-5
变体：回归与发布；非功能与对抗输入
范围来源：https://www.onetonline.org/link/summary/15-1253.00
当前范围以外：
- 最终商业发布风险接受属于授权方
- 软件实现变更另映射开发任务
待补：
- 需验收器正确性和负控制证据
- 通过自身生成测试不能单独证明需求满足


## 主要工作与 AI 当前变化
以下条件评估与局部证据分别标示，不表示整项职业已验证。

### 质量风险与验收设计
行为契约、风险覆盖及不可覆盖项。可委派质量风险到可验行为/不变量的设计，接收的是能挑战错误并允许正确替代的检查策略。
交付物：行为契约、风险覆盖及不可覆盖项
判断依据：可检查产物、有条件的编辑推断
当前变化：可委派质量风险到可验行为/不变量的设计，接收的是能挑战错误并允许正确替代的检查策略。
- 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2
  软件质量与测试的“质量风险与验收设计”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是行为契约、风险覆盖及不可覆盖项；风险/需求到正反行为与环境覆盖，明确不能自动判定的体验/专业条件。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2）

应用范围：软件质量与测试的“质量风险与验收设计”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是行为契约、风险覆盖及不可覆盖项；风险/需求到正反行为与环境覆盖，明确不能自动判定的体验/专业条件。
AI工作组织：Agent可自主构造输入、启动环境、生成检查并用控制修订；程序反复运行，人按风险判断何种证据足够。
## 任务级判断与证据
采用方式：限定条件下整包委派
从证据到建议：SWT-Bench直接把复现测试前后运行分开，并区分复现脚本与全套测试。把验收器当交付对象可以合并测试生成/环境诊断/回归，而不强迫先写大量映射实现的测试。
当前可用性：mixed；开源测试资产可检查；没有运行新的模型生成测试。
- SWT-Bench：https://github.com/logic-star-ai/swt-bench
  2026-10-20公开仓库HEAD 330a649a764fab2fadaea632776eeae87272f74b；实际运行另固定依赖/镜像/模型；开源；容器、仓库与模型调用预算另备

### SWT-Bench公开给出仓库级复现测试、gold patches和执行日志，能检查错误前失败与修复后通过。
依据身份：可检查产物；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Overview；Gold validation；evaluation logs；关系：partial
  支持：提供直接测试任务资产。
  限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。
  核查：2026-10-20；来源状态：active
适用限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。

### 可让AI交付并校准验收器，先用真实正反控制和合理替代测试它，再用它判断其他Agent产物。
依据身份：有条件的编辑推断；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Unit Test mode vs Reproduction Script mode；关系：partial
  支持：支持按实际执行结果检查测试。
  限制：不能由已知控制表现推出未知缺陷检出率。
  核查：2026-10-20；来源状态：active
适用限制：不能由已知控制表现推出未知缺陷检出率。

## 情境变化
### 端到端与真实环境
输入变化：浏览器、设备、DB或硬件行为重要。
判断变化：脚本可委派，但必须与目标环境实际状态连接。
验收变化：采用W-C04/C05/C07/C10环境不变量，Mock边界显式记录。
### 非功能与对抗输入
输入变化：性能、负载、权限或并发条件主导风险。
判断变化：冻结负载/故障/对抗控制后分阶段接收。
验收变化：预算与阈值不能事后修改；检查负控制和副作用。

研究前沿：公开有仓库级测试生成与gold控制；它的覆盖变化不等于业务查全率，真实浏览器/移动/硬件验收还需环境。
下一项验证：用一组真实缺陷、正确修复和不同正确实现盲测，冻结需求后让Agent生成检查，再由独立运行核对拒绝/接收、稳定性与诊断质量。
未来改判信号：
- 独立新缺陷被捕获，正确和合理替代被接收，flaky成本可控，可考虑扩大相近输入范围。
- 测试只迎合某种写法、环境偶然通过或关键错误漏检，应收窄或暂停相应采用。

接收/拒收：
- 确实区分错误：同一检查在已知错误版本失败、修复/合法替代通过，失败原因对应需求。
  拒收：为某种代码写法锁死断言，合法替代也失败。
- 不靠环境偶然通过：重复重放、清空状态、变顺序，明确超时/依赖与并发；记录不稳定失败。
  拒收：测试共享脏数据库或sleep碰巧通过。
- 覆盖与发布结论相称：按关键风险、权限/数据/环境路径给剩余风险，使用独立缺陷控制挑战测试。
  拒收：覆盖率100%就认定没有遗漏或安全问题。
失败处理：发现验收器错误先修正并重跑双方控制；环境失败单列，不把失败转跳过后宣布通过。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。

尚未覆盖：没有未知缺陷查全率，测试条数/覆盖率不能代替风险覆盖。
验证方法：风险/需求到正反行为与环境覆盖，明确不能自动判定的体验/专业条件。

### 测试资产交付
可运行测试、数据和环境。可整包生成测试/数据/环境并校准，先在错误基线失败、正确与合理替代通过，再用于接收交付。
交付物：可运行测试、数据和环境
判断依据：可检查产物、有条件的编辑推断
当前变化：可整包生成测试/数据/环境并校准，先在错误基线失败、正确与合理替代通过，再用于接收交付。
- 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2
  软件质量与测试的“测试资产交付”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是可运行测试、数据和环境；独立控制、重复/变序/清空状态、实际依赖与日志，记录flaky和执行模式。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2）

应用范围：软件质量与测试的“测试资产交付”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是可运行测试、数据和环境；独立控制、重复/变序/清空状态、实际依赖与日志，记录flaky和执行模式。
AI工作组织：Agent可自主构造输入、启动环境、生成检查并用控制修订；程序反复运行，人按风险判断何种证据足够。
## 任务级判断与证据
采用方式：限定条件下整包委派
从证据到建议：SWT-Bench直接把复现测试前后运行分开，并区分复现脚本与全套测试。把验收器当交付对象可以合并测试生成/环境诊断/回归，而不强迫先写大量映射实现的测试。
当前可用性：mixed；开源测试资产可检查；没有运行新的模型生成测试。
- SWT-Bench：https://github.com/logic-star-ai/swt-bench
  2026-10-20公开仓库HEAD 330a649a764fab2fadaea632776eeae87272f74b；实际运行另固定依赖/镜像/模型；开源；容器、仓库与模型调用预算另备

### SWT-Bench公开给出仓库级复现测试、gold patches和执行日志，能检查错误前失败与修复后通过。
依据身份：可检查产物；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Overview；Gold validation；evaluation logs；关系：partial
  支持：提供直接测试任务资产。
  限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。
  核查：2026-10-20；来源状态：active
适用限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。

### 可让AI交付并校准验收器，先用真实正反控制和合理替代测试它，再用它判断其他Agent产物。
依据身份：有条件的编辑推断；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Unit Test mode vs Reproduction Script mode；关系：partial
  支持：支持按实际执行结果检查测试。
  限制：不能由已知控制表现推出未知缺陷检出率。
  核查：2026-10-20；来源状态：active
适用限制：不能由已知控制表现推出未知缺陷检出率。

## 情境变化
### 端到端与真实环境
输入变化：浏览器、设备、DB或硬件行为重要。
判断变化：脚本可委派，但必须与目标环境实际状态连接。
验收变化：采用W-C04/C05/C07/C10环境不变量，Mock边界显式记录。

研究前沿：公开有仓库级测试生成与gold控制；它的覆盖变化不等于业务查全率，真实浏览器/移动/硬件验收还需环境。
下一项验证：用一组真实缺陷、正确修复和不同正确实现盲测，冻结需求后让Agent生成检查，再由独立运行核对拒绝/接收、稳定性与诊断质量。
未来改判信号：
- 独立新缺陷被捕获，正确和合理替代被接收，flaky成本可控，可考虑扩大相近输入范围。
- 测试只迎合某种写法、环境偶然通过或关键错误漏检，应收窄或暂停相应采用。

接收/拒收：
- 确实区分错误：同一检查在已知错误版本失败、修复/合法替代通过，失败原因对应需求。
  拒收：为某种代码写法锁死断言，合法替代也失败。
- 不靠环境偶然通过：重复重放、清空状态、变顺序，明确超时/依赖与并发；记录不稳定失败。
  拒收：测试共享脏数据库或sleep碰巧通过。
- 覆盖与发布结论相称：按关键风险、权限/数据/环境路径给剩余风险，使用独立缺陷控制挑战测试。
  拒收：覆盖率100%就认定没有遗漏或安全问题。
失败处理：发现验收器错误先修正并重跑双方控制；环境失败单列，不把失败转跳过后宣布通过。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。

尚未覆盖：SWT复现脚本模式不跑全套回归，真实设备/浏览器需对应环境。
验证方法：独立控制、重复/变序/清空状态、实际依赖与日志，记录flaky和执行模式。

### 缺陷发现与定位
可复现缺陷、期望实际差异和最小证据。可让Agent探索真实产品、构造最小失败输入与定位证据；缺陷以期望/实际和触发影响确认。
交付物：可复现缺陷、期望实际差异和最小证据
判断依据：可检查产物、有条件的编辑推断、工具与方法依据
当前变化：可让Agent探索真实产品、构造最小失败输入与定位证据；缺陷以期望/实际和触发影响确认。
- 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2
  软件质量与测试的“缺陷发现与定位”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是可复现缺陷、期望实际差异和最小证据；基线重放、最小输入、环境/身份/状态，排除需求误解与测试自身错误。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2）
- 缺陷修复：交付补丁与回归证据：/work-units/W-C01?version=2026-10-21.workunits.2
  软件质量与测试的“缺陷发现与定位”使用缺陷修复：交付补丁与回归证据，输入/接收对象是可复现缺陷、期望实际差异和最小证据；基线重放、最小输入、环境/身份/状态，排除需求误解与测试自身错误。（partial；workunits/work-unit/W-C01@2026-10-21.workunits.2）

应用范围：软件质量与测试的“缺陷发现与定位”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是可复现缺陷、期望实际差异和最小证据；基线重放、最小输入、环境/身份/状态，排除需求误解与测试自身错误。
AI工作组织：Agent可自主构造输入、启动环境、生成检查并用控制修订；程序反复运行，人按风险判断何种证据足够。
## 任务级判断与证据
采用方式：限定条件下整包委派
从证据到建议：SWT-Bench直接把复现测试前后运行分开，并区分复现脚本与全套测试。把验收器当交付对象可以合并测试生成/环境诊断/回归，而不强迫先写大量映射实现的测试。
当前可用性：mixed；开源测试资产可检查；没有运行新的模型生成测试。
- SWT-Bench：https://github.com/logic-star-ai/swt-bench
  2026-10-20公开仓库HEAD 330a649a764fab2fadaea632776eeae87272f74b；实际运行另固定依赖/镜像/模型；开源；容器、仓库与模型调用预算另备

### SWT-Bench公开给出仓库级复现测试、gold patches和执行日志，能检查错误前失败与修复后通过。
依据身份：可检查产物；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Overview；Gold validation；evaluation logs；关系：partial
  支持：提供直接测试任务资产。
  限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。
  核查：2026-10-20；来源状态：active
适用限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。

### 可让AI交付并校准验收器，先用真实正反控制和合理替代测试它，再用它判断其他Agent产物。
依据身份：有条件的编辑推断；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Unit Test mode vs Reproduction Script mode；关系：partial
  支持：支持按实际执行结果检查测试。
  限制：不能由已知控制表现推出未知缺陷检出率。
  核查：2026-10-20；来源状态：active
适用限制：不能由已知控制表现推出未知缺陷检出率。

## 情境变化


研究前沿：公开有仓库级测试生成与gold控制；它的覆盖变化不等于业务查全率，真实浏览器/移动/硬件验收还需环境。
下一项验证：用一组真实缺陷、正确修复和不同正确实现盲测，冻结需求后让Agent生成检查，再由独立运行核对拒绝/接收、稳定性与诊断质量。
未来改判信号：
- 独立新缺陷被捕获，正确和合理替代被接收，flaky成本可控，可考虑扩大相近输入范围。
- 测试只迎合某种写法、环境偶然通过或关键错误漏检，应收窄或暂停相应采用。

接收/拒收：
- 确实区分错误：同一检查在已知错误版本失败、修复/合法替代通过，失败原因对应需求。
  拒收：为某种代码写法锁死断言，合法替代也失败。
- 不靠环境偶然通过：重复重放、清空状态、变顺序，明确超时/依赖与并发；记录不稳定失败。
  拒收：测试共享脏数据库或sleep碰巧通过。
- 覆盖与发布结论相称：按关键风险、权限/数据/环境路径给剩余风险，使用独立缺陷控制挑战测试。
  拒收：覆盖率100%就认定没有遗漏或安全问题。
失败处理：发现验收器错误先修正并重跑双方控制；环境失败单列，不把失败转跳过后宣布通过。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。


应用范围：软件质量与测试的“缺陷发现与定位”使用缺陷修复：交付补丁与回归证据，输入/接收对象是可复现缺陷、期望实际差异和最小证据；基线重放、最小输入、环境/身份/状态，排除需求误解与测试自身错误。
AI工作组织：维护者交付故障契约；Agent自行搜索和修改，测试失败返回修复循环；接收以行为与差异为依据。
## 任务级判断与证据
采用方式：限定条件下整包委派
从证据到建议：失败契约将搜索空间限定为可观察行为；补丁前后运行与受影响回归能否捕获真实错误，比生成代码是否流畅更有判别力。对无法复现的投诉先接收诊断。
当前可用性：open-implementation；SWT提供容器验收器；修复Agent需接入自己的模型，语料和工具不是此仓库已修复证明。
- SWT-Bench：https://github.com/logic-star-ai/swt-bench
  2026-10-20公开仓库HEAD 330a649a764fab2fadaea632776eeae87272f74b；实际运行另固定依赖/镜像/模型；源码公开；需容器资源、目标仓库和模型账户

### 缺陷测试应在基线失败、正确修复后通过；可用独立失败输入排除补丁和自写测试互相自证。
依据身份：工具与方法依据；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Overview；unit test/reproduction script modes；关系：method
  支持：提供补丁前后双运行的验收入口。
  限制：只生成复现测试，没有保证补丁正确或覆盖未知回归。
  核查：2026-10-20；来源状态：active
适用限制：只生成复现测试，没有保证补丁正确或覆盖未知回归。

## 情境变化


研究前沿：公开系统已能构造仓库级复现测试和修复候选；材料不覆盖目标系统全部竞争条件及长期行为。
下一项验证：选一个未解决的授权缺陷；冻结SHA，先让独立复现捕获基线，再接收补丁并重放用户路径和关键回归，保留失败尝试。
未来改判信号：
- 新缺陷的独立复现、受影响回归和真实维护接收都持续成立，可考虑扩大相近输入范围。
- 原错误复发、测试被改弱或确认成本抵消收益，应收窄或暂停相应采用。

接收/拒收：
- 原错误被真实捕获：在基线和候选上重放同一失败输入，观察行为或状态
  拒收：只新增一个永远通过的测试，原问题仍在。
- 修复未破坏现有约束：运行受影响调用方与边界回归；审阅测试是否被删改绕过
  拒收：为通过测试移除权限检查或跳过失败用例。
- 交付对应可复现环境：核对仓库SHA、依赖、命令与日志；环境失败单列
  拒收：把依赖装不上写成缺陷已经修复。
失败处理：不能复现时返回环境、尝试输入和缺失条件；补丁退化时保留失败证据并继续修正，不能靠缩小原需求宣布成功。
本站记录：未对这一完整修复单元发布本站AI试验结果。

尚未覆盖：发现数量不等于有效率，缺上下文与不可复现疑点须单列。
验证方法：基线重放、最小输入、环境/身份/状态，排除需求误解与测试自身错误。

### 回归与发布评估
修复验证、覆盖变化和残余风险。修复验证和发布差距可委派，但先检查测试/阈值未被改弱，再给残余风险，不由CI绿自动放行。
交付物：修复验证、覆盖变化和残余风险
判断依据：可检查产物、有条件的编辑推断
当前变化：修复验证和发布差距可委派，但先检查测试/阈值未被改弱，再给残余风险，不由CI绿自动放行。
- 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2
  软件质量与测试的“回归与发布评估”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是修复验证、覆盖变化和残余风险；原缺陷、受影响回归、控制合法替代与错误补丁，版本差异和未测范围可追溯。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2）
- 变更审查：交付可定位、可复现的问题：/work-units/W-C03?version=2026-10-21.workunits.2
  软件质量与测试的“回归与发布评估”使用变更审查：交付可定位、可复现的问题，输入/接收对象是修复验证、覆盖变化和残余风险；原缺陷、受影响回归、控制合法替代与错误补丁，版本差异和未测范围可追溯。（partial；workunits/work-unit/W-C03@2026-10-21.workunits.2）

应用范围：软件质量与测试的“回归与发布评估”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是修复验证、覆盖变化和残余风险；原缺陷、受影响回归、控制合法替代与错误补丁，版本差异和未测范围可追溯。
AI工作组织：Agent可自主构造输入、启动环境、生成检查并用控制修订；程序反复运行，人按风险判断何种证据足够。
## 任务级判断与证据
采用方式：限定条件下整包委派
从证据到建议：SWT-Bench直接把复现测试前后运行分开，并区分复现脚本与全套测试。把验收器当交付对象可以合并测试生成/环境诊断/回归，而不强迫先写大量映射实现的测试。
当前可用性：mixed；开源测试资产可检查；没有运行新的模型生成测试。
- SWT-Bench：https://github.com/logic-star-ai/swt-bench
  2026-10-20公开仓库HEAD 330a649a764fab2fadaea632776eeae87272f74b；实际运行另固定依赖/镜像/模型；开源；容器、仓库与模型调用预算另备

### SWT-Bench公开给出仓库级复现测试、gold patches和执行日志，能检查错误前失败与修复后通过。
依据身份：可检查产物；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Overview；Gold validation；evaluation logs；关系：partial
  支持：提供直接测试任务资产。
  限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。
  核查：2026-10-20；来源状态：active
适用限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。

### 可让AI交付并校准验收器，先用真实正反控制和合理替代测试它，再用它判断其他Agent产物。
依据身份：有条件的编辑推断；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Unit Test mode vs Reproduction Script mode；关系：partial
  支持：支持按实际执行结果检查测试。
  限制：不能由已知控制表现推出未知缺陷检出率。
  核查：2026-10-20；来源状态：active
适用限制：不能由已知控制表现推出未知缺陷检出率。

## 情境变化
### 回归与发布
输入变化：测试来自修复或持续交付。
判断变化：交付发布差距与证据，不能只给总通过数。
验收变化：历史错误重放、flaky隔离、关键风险未覆盖与版本差异。

研究前沿：公开有仓库级测试生成与gold控制；它的覆盖变化不等于业务查全率，真实浏览器/移动/硬件验收还需环境。
下一项验证：用一组真实缺陷、正确修复和不同正确实现盲测，冻结需求后让Agent生成检查，再由独立运行核对拒绝/接收、稳定性与诊断质量。
未来改判信号：
- 独立新缺陷被捕获，正确和合理替代被接收，flaky成本可控，可考虑扩大相近输入范围。
- 测试只迎合某种写法、环境偶然通过或关键错误漏检，应收窄或暂停相应采用。

接收/拒收：
- 确实区分错误：同一检查在已知错误版本失败、修复/合法替代通过，失败原因对应需求。
  拒收：为某种代码写法锁死断言，合法替代也失败。
- 不靠环境偶然通过：重复重放、清空状态、变顺序，明确超时/依赖与并发；记录不稳定失败。
  拒收：测试共享脏数据库或sleep碰巧通过。
- 覆盖与发布结论相称：按关键风险、权限/数据/环境路径给剩余风险，使用独立缺陷控制挑战测试。
  拒收：覆盖率100%就认定没有遗漏或安全问题。
失败处理：发现验收器错误先修正并重跑双方控制；环境失败单列，不把失败转跳过后宣布通过。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。


应用范围：软件质量与测试的“回归与发布评估”使用变更审查：交付可定位、可复现的问题，输入/接收对象是修复验证、覆盖变化和残余风险；原缺陷、受影响回归、控制合法替代与错误补丁，版本差异和未测范围可追溯。
AI工作组织：AI按风险搜上下文、提出发现并构造验证；人集中裁决影响和优先级，程序检查明确约束。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：审查搜索可以并行整包进行，但误报与漏报代价不同；每条发现有反证路径，才能从候选收敛为阻断。独立复现比同一Agent对自己补丁再次解释更可信。
当前可用性：open-implementation；ReviewBench语料/参考和离线工具公开；需另配审查Agent、裁判及目标仓库，本站未执行。
- ReviewBench：https://github.com/review-bench/ReviewBench
  2026-10-20公开仓库HEAD 2c34a68f73f6473a97cf35bb82baf07e9906404e；实际运行另固定依赖/镜像/模型；公开语料；模型与LLM裁判需自备账户/预算

### 公开ReviewBench提供真实PR及人工参考发现，可用来校准审查的有效发现和误报；参考集合本身仍不是缺陷全集。
依据身份：可检查产物；状态：active
- ReviewBench 官方语料与评测实现：https://github.com/review-bench/ReviewBench
  定位：golden findings与offline review；关系：direct
  支持：可检查参考发现、版本和裁判方法。
  限制：没有运行其模型或目标补丁；不能把未报问题当作安全证明。
  核查：2026-10-20；来源状态：active
适用限制：没有运行其模型或目标补丁；不能把未报问题当作安全证明。

### 可委派独立Agent追调用链、提出可验证发现，再用触发输入/不变量淘汰误报；按真实影响和覆盖接收，不按发现数量。
依据身份：有条件的编辑推断；状态：active
- ReviewBench 官方语料与评测实现：https://github.com/review-bench/ReviewBench
  定位：golden findings与severity/category；关系：partial
  支持：支持把审查结果变成可核查问题。
  限制：跨库状态、业务约束和未知漏洞须补上下文；无人发现不等于不存在。
  核查：2026-10-20；来源状态：active
适用限制：跨库状态、业务约束和未知漏洞须补上下文；无人发现不等于不存在。

## 情境变化
### 测试与验收器修改
输入变化：补丁本身同时改测试或阈值。
判断变化：先审测试是否仍拒绝错误，再解释CI结果。
验收变化：对被删测试、宽化断言和跳过路径重放独立负控制。

研究前沿：已有多语言真实PR参考资产和审查系统；参考标注覆盖有限，语义裁判有误差。
下一项验证：用历史真实缺陷、合法替代与无缺陷改动组成盲测；发现后独立复现，记录漏报、误报和确认时间。
未来改判信号：
- 在盲测真实PR中有效发现增加且确认/误报时间可控，可考虑扩大相近输入范围。
- 关键权限/数据缺陷漏报，或依赖裁判产生大量不可复现发现，应收窄或暂停相应采用。

接收/拒收：
- 每条问题可重现或严格定位：重放触发输入或沿真实调用链验证
  拒收：只说“可能有性能风险”，没有路径和触发条件。
- 结论区分缺陷与偏好：用需求和既有行为核对，允许合理替代实现
  拒收：把个人命名偏好报成阻断缺陷。
- 审查没有靠被审补丁自证：检查关键测试/规则是否被改弱，独立核验高影响点
  拒收：Agent删掉失败测试后，审查只引用CI全绿。
失败处理：缺上下文时明确未审区域和所需文件；不可复现的疑点保留为待证，不阻断为已证实缺陷。
本站记录：本站未测本单元漏报与误报率。

尚未覆盖：真实发布风险依赖系统/用户，不由已知控制表现推出全正确。
验证方法：原缺陷、受影响回归、控制合法替代与错误补丁，版本差异和未测范围可追溯。

### 质量工程改善
测试基础设施、稳定性及反馈效率改进。可交测试隔离/稳定性/反馈效率改进，以真实运行失败分布和诊断时间接收，不能靠跳过flaky提速。
交付物：测试基础设施、稳定性及反馈效率改进
判断依据：可检查产物、有条件的编辑推断
当前变化：可交测试隔离/稳定性/反馈效率改进，以真实运行失败分布和诊断时间接收，不能靠跳过flaky提速。
- 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2
  软件质量与测试的“质量工程改善”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是测试基础设施、稳定性及反馈效率改进；重复/顺序/并发与依赖故障重放，比较相同覆盖的时延/资源及有效失败诊断。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2）

应用范围：软件质量与测试的“质量工程改善”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是测试基础设施、稳定性及反馈效率改进；重复/顺序/并发与依赖故障重放，比较相同覆盖的时延/资源及有效失败诊断。
AI工作组织：Agent可自主构造输入、启动环境、生成检查并用控制修订；程序反复运行，人按风险判断何种证据足够。
## 任务级判断与证据
采用方式：限定条件下整包委派
从证据到建议：SWT-Bench直接把复现测试前后运行分开，并区分复现脚本与全套测试。把验收器当交付对象可以合并测试生成/环境诊断/回归，而不强迫先写大量映射实现的测试。
当前可用性：mixed；开源测试资产可检查；没有运行新的模型生成测试。
- SWT-Bench：https://github.com/logic-star-ai/swt-bench
  2026-10-20公开仓库HEAD 330a649a764fab2fadaea632776eeae87272f74b；实际运行另固定依赖/镜像/模型；开源；容器、仓库与模型调用预算另备

### SWT-Bench公开给出仓库级复现测试、gold patches和执行日志，能检查错误前失败与修复后通过。
依据身份：可检查产物；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Overview；Gold validation；evaluation logs；关系：partial
  支持：提供直接测试任务资产。
  限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。
  核查：2026-10-20；来源状态：active
适用限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。

### 可让AI交付并校准验收器，先用真实正反控制和合理替代测试它，再用它判断其他Agent产物。
依据身份：有条件的编辑推断；状态：active
- SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench
  定位：Unit Test mode vs Reproduction Script mode；关系：partial
  支持：支持按实际执行结果检查测试。
  限制：不能由已知控制表现推出未知缺陷检出率。
  核查：2026-10-20；来源状态：active
适用限制：不能由已知控制表现推出未知缺陷检出率。

## 情境变化
### 非功能与对抗输入
输入变化：性能、负载、权限或并发条件主导风险。
判断变化：冻结负载/故障/对抗控制后分阶段接收。
验收变化：预算与阈值不能事后修改；检查负控制和副作用。
### 回归与发布
输入变化：测试来自修复或持续交付。
判断变化：交付发布差距与证据，不能只给总通过数。
验收变化：历史错误重放、flaky隔离、关键风险未覆盖与版本差异。

研究前沿：公开有仓库级测试生成与gold控制；它的覆盖变化不等于业务查全率，真实浏览器/移动/硬件验收还需环境。
下一项验证：用一组真实缺陷、正确修复和不同正确实现盲测，冻结需求后让Agent生成检查，再由独立运行核对拒绝/接收、稳定性与诊断质量。
未来改判信号：
- 独立新缺陷被捕获，正确和合理替代被接收，flaky成本可控，可考虑扩大相近输入范围。
- 测试只迎合某种写法、环境偶然通过或关键错误漏检，应收窄或暂停相应采用。

接收/拒收：
- 确实区分错误：同一检查在已知错误版本失败、修复/合法替代通过，失败原因对应需求。
  拒收：为某种代码写法锁死断言，合法替代也失败。
- 不靠环境偶然通过：重复重放、清空状态、变顺序，明确超时/依赖与并发；记录不稳定失败。
  拒收：测试共享脏数据库或sleep碰巧通过。
- 覆盖与发布结论相称：按关键风险、权限/数据/环境路径给剩余风险，使用独立缺陷控制挑战测试。
  拒收：覆盖率100%就认定没有遗漏或安全问题。
失败处理：发现验收器错误先修正并重跑双方控制；环境失败单列，不把失败转跳过后宣布通过。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。

尚未覆盖：平台工具升级与历史缺陷分布可能改变稳定性，需保留可重放记录。
验证方法：重复/顺序/并发与依赖故障重放，比较相同覆盖的时延/资源及有效失败诊断。

## 与工作关联的进展
尚未建立本职业的直接进展专题；同领域背景须核对任务差异，不直接外推。

## 未来3–5年条件情景
未来 3–5 年（2029–2031）
未来 3–5 年是编辑条件情景，不是就业数量预测。每项均列基准、加速、受限路径和需观察的信号；职业职责来源不等于 AI 能力证据。
基准：2029–2031，复现、测试生成和回归将更多整包交付；质量工程更多验证接收器本身、合法替代和风险覆盖，减少逐例手写而非取消独立质量判断。
加速：若在新产品/独立缺陷与真实设备环境中维持检出、误报与稳定性，可扩大持续探索与发布评估。
受限：若代理误判和环境不稳定，维护自动化的成本可能抵消执行收益。
改判信号：
- 独立缺陷集的检出与误报
- 自动测试维护时间和漏测事故

## 进入与成长的公开能力证据
本页主要提供工作与作品证据；基础课程、责任级别和中国准入尚未完成专题整理。

完整交付作品证据：
- 行为契约、风险覆盖及不可覆盖项；附风险/需求到正反行为与环境覆盖，明确不能自动判定的体验/专业条件。
- 可运行测试、数据和环境；附独立控制、重复/变序/清空状态、实际依赖与日志，记录flaky和执行模式。
具体地区、职级和组织要求按目标岗位核对；美国资料不自动作为中国资格要求。

## 相邻方向及区别
- 前端开发：/careers/frontend-developer.md?version=2026-10-21.careers.2
  开发实现功能，质量工作独立设计何种证据足以接受或拒绝交付。
- 信息安全分析：/careers/security-analyst.md?version=2026-10-21.careers.2
  安全是质量中的特殊风险，但需要专门攻击路径与授权验证。

## 职业名称与分类映射
- O*NET-SOC 15-1253.00 Software Quality Assurance Analysts and Testers；O*NET-SOC 2019；OnLine Updated 2026；US；exact
  本记录按该职业定义组织职责；中文为编辑译名，不声明中美资格等价。；定位 Definition / Tasks

## 工作资料与来源
- 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2
  软件质量与测试的“质量工程改善”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是测试基础设施、稳定性及反馈效率改进；重复/顺序/并发与依赖故障重放，比较相同覆盖的时延/资源及有效失败诊断。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2）
- 缺陷修复：交付补丁与回归证据：/work-units/W-C01?version=2026-10-21.workunits.2
  软件质量与测试的“缺陷发现与定位”使用缺陷修复：交付补丁与回归证据，输入/接收对象是可复现缺陷、期望实际差异和最小证据；基线重放、最小输入、环境/身份/状态，排除需求误解与测试自身错误。（partial；workunits/work-unit/W-C01@2026-10-21.workunits.2）
- 变更审查：交付可定位、可复现的问题：/work-units/W-C03?version=2026-10-21.workunits.2
  软件质量与测试的“回归与发布评估”使用变更审查：交付可定位、可复现的问题，输入/接收对象是修复验证、覆盖变化和残余风险；原缺陷、受影响回归、控制合法替代与错误补丁，版本差异和未测范围可追溯。（partial；workunits/work-unit/W-C03@2026-10-21.workunits.2）
- Software Quality Assurance Analysts and Testers：https://www.onetonline.org/link/summary/15-1253.00
  O*NET / 美国劳工部职业信息网络；US；O*NET OnLine / Updated 2026 / 2026-10-20访问快照；核查 2026-10-20；状态 active
  定位：职业定义、Tasks、Work Activities；不采用薪酬和学历比例
  范围：美国 O*NET-SOC 职业职责参照；中文标题及导航由编辑按工作内容映射
  限制：不证明中国岗位数量、准入资格或在招需求；不提供该职业的 AI 实测结论。

## 用于自己的问题
个人适配、具体岗位判断与计划由用户自己的 Agent 结合已有材料处理。复用已知上下文，仅追问影响结论的缺口；目录不是全部选项。阅读或比较公开工作本身无需档案、固定二选一、保存记录或行动计划。
