# 公开职业资料比较：IT 项目管理 / 软件质量与测试

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

# IT 项目管理

职业；职业资料版本 2026-10-21.careers.2；核查 2026-10-20
协调技术项目的范围、资源、风险和参与方，使交付达到约定目标。
管理角色不等同于初级开发的下一个必然阶段；产品经理职责另需判断。 本页按职责提供公开参照；地域、职级和准入以目标组织的现行要求另核。
名称/别名：IT项目经理、技术项目经理、交付经理、技术项目管理、TPM
来源状态：active

## 职业工作范围
按本职业主要交付组织工作范围；多个目标可以由同一结果包接收。职责来源用于核对工作定义，AI采用、工具可得性和实际表现按各项具体证据判断。这里不是所有地区与细分岗位的完整清单。
### 交付基线制定
产物：范围、里程碑、资源和依赖方案
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；模拟公司/长流程研究不提供真实团队按期率。
任务应用：/careers/it-project-manager#work-it-project-manager-deliverable-1
变体：基线与资源计划；风险与范围变更
### 进度与资源重排
产物：基于实际变化的可执行更新方案
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；动态反馈和负责人确认可能缺失，缺口必须保留在方案。
任务应用：/careers/it-project-manager#work-it-project-manager-deliverable-1
变体：基线与资源计划；风险与范围变更
### 风险与问题处置
产物：影响评估、选项、责任及跟踪证据
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；真实利益冲突和未知风险不由自动排序解决。
任务应用：/careers/it-project-manager#work-it-project-manager-deliverable-3
变体：风险与范围变更
### 范围变更协调
产物：变更影响、决策依据和约定更新
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；不能从会议建议推断各方已同意，也不能静默降验收。
任务应用：/careers/it-project-manager#work-it-project-manager-deliverable-3
变体：风险与范围变更
### 交付验收与移交
产物：验收差距、运营交接与完成记录
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；未实际验收与未接手的工作不可被报告文字关闭。
任务应用：/careers/it-project-manager#work-it-project-manager-deliverable-5
变体：验收移交与沟通；系统采用与交接
### 参与方沟通
产物：状态、冲突和关键决策的可追溯记录
内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；模拟同事和生成摘要不能代表真实同意或沟通效果。
任务应用：/careers/it-project-manager#work-it-project-manager-deliverable-6
变体：验收移交与沟通
范围来源：https://www.onetonline.org/link/summary/15-1299.09
当前范围以外：
- 技术实现质量由具体工程任务验收
- 产品战略和人员绩效评定非本轮主范围
待补：
- 需补真实协作、承诺依赖和资源冲突场景
- 生成计划不等于完成协调


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

### 交付基线制定 / 进度与资源重排
范围、里程碑、资源和依赖方案。可整包委派依赖/资源基线和备选计划计算，把范围、预算和验收目标接成可执行方案。；基于实际变化的可执行更新方案。让Agent核对实际进度并重排资源，提交可兑现的范围/时间/风险备选，不能把代码提交等同验收。
交付物：范围、里程碑、资源和依赖方案；基于实际变化的可执行更新方案
判断依据：外部报告结果、有条件的编辑推断
当前变化：可整包委派依赖/资源基线和备选计划计算，把范围、预算和验收目标接成可执行方案。；让Agent核对实际进度并重排资源，提交可兑现的范围/时间/风险备选，不能把代码提交等同验收。
- 项目交付基线与状态重排：依赖、资源和验收差距：/work-units/W-C22?version=2026-10-21.workunits.2
  IT 项目管理的“交付基线制定”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是范围、里程碑、资源和依赖方案；资源日历、关键路径、互斥分配和成本约束程序校验；估算与已承诺日期分开。；IT 项目管理的“进度与资源重排”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是基于实际变化的可执行更新方案；原工单/产物/部署/验收状态及时效、依赖传播与资源重叠逐项核对。（partial；workunits/work-unit/W-C22@2026-10-21.workunits.2）

应用范围：IT 项目管理的“交付基线制定”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是范围、里程碑、资源和依赖方案；资源日历、关键路径、互斥分配和成本约束程序校验；估算与已承诺日期分开。；IT 项目管理的“进度与资源重排”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是基于实际变化的可执行更新方案；原工单/产物/部署/验收状态及时效、依赖传播与资源重叠逐项核对。
AI工作组织：Agent收集状态、计算依赖/资源并更新方案，直接从产物/验收区分完成阶段；负责人处理范围和真实承诺。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：公司任务已有跨工具研究，而OSWorld2显示动态信息/隐藏状态会造成长期失败。计划与状态可以自动重算，但必须保留身份、时效和承诺边界。
当前可用性：mixed；公开可重建公司环境可研究工作法；真实工单/看板/日历访问与写权限需组织提供，未接入本站。
- TheAgentCompany：https://github.com/TheAgentCompany/TheAgentCompany
  2026-10-20公开仓库HEAD 98b68ef82a47690c316f42fddb05baafaab56851；实际运行另固定依赖/镜像/模型；开源；隔离部署和模型账户自备

### TheAgentCompany在模拟公司网站、数据与同事沟通中测试跨工具工作；可执行任务存在，但困难长流程不等于自动完成整职业。
依据身份：外部报告结果；状态：active
- TheAgentCompany v3：https://arxiv.org/abs/2412.14161v3
  定位：Abstract；environment and baseline evaluation；关系：partial
  支持：公司任务有直接研究对象。
  限制：模拟组织；本文不采用总体比例推断项目管理能力。
  核查：2026-10-20；来源状态：active
配置：论文v3闭源API和开放权重agent基线、模拟小型软件公司与结果验收；本页不声称某个模型在项目子集上的成绩。
适用限制：模拟组织；本文不采用总体比例推断项目管理能力。

### OSWorld2.0的长流程评估指出约束、动态信息和隐藏状态会造成失败；部分得分不能代替完整流程。
依据身份：外部报告结果；状态：active
- OSWorld2.0 v2：https://arxiv.org/abs/2606.29537v2
  定位：Abstract；binary-completion metric；关系：partial
  支持：提醒状态任务与最终完成分别验证。
  限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
  核查：2026-10-20；来源状态：active
配置：v2：108流程；论文500步主口径，二元完成/部分分分开，具体模型配置按论文，未在本站运行。
适用限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
相关进展（本条判断）：
- OSWorld2.0挑战跨工具长流程和隐藏状态：/explore?purpose=understand&domain=computing&window=all#P-C-LONG-STATE
  首次公开 2026-06-28；资料修订 2026-07-13：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。

### 可让Agent交付可追溯项目状态与可执行重排，但承诺与验收必须连到实际参与方和产物。
依据身份：有条件的编辑推断；状态：active
- TheAgentCompany 官方环境：https://github.com/TheAgentCompany/TheAgentCompany
  定位：task roles/result-based grading；关系：partial
  支持：公司工作环境有可验结果方法。
  限制：真实协调/计划实现不由基准保证。
  核查：2026-10-20；来源状态：active
适用限制：真实协调/计划实现不由基准保证。

## 情境变化
### 基线与资源计划
输入变化：项目初期需要范围/里程碑与资源预算。
判断变化：按依赖和容量可执行性接收，不把估算当承诺。
验收变化：资源日历、关键路径、风险缓冲和验收目标。
### 风险与范围变更
输入变化：发生延期、问题、费用/需求变化。
判断变化：生成影响/备选与决定记录，不静默变更基线。
验收变化：范围/时间/预算前后、真实批准和依赖传播。

研究前沿：TheAgentCompany实测模拟公司跨工具任务；OSWorld2.0进一步实测108个长流程，指出动态信息、约束和隐藏状态导致失败。它们支持状态化工作可评估，但没有给真实组织按期交付/协商承诺成功率。
下一项验证：冻结一个依赖延期的项目，混入过期状态/资源冲突，要求Agent给两种可执行方案；用工单与日历程序核对，并独立检查验收差距。
未来改判信号：
- 新状态到来后依赖/资源计划仍可执行，承诺与实际决定一致，可考虑扩大相近输入范围。
- 过期/推断状态写成完成，或范围变化未进入验收与预算，应收窄或暂停相应采用。

接收/拒收：
- 状态可追溯：关键进度连到实际工单/产物/验收记录并标时效；冲突并列。
  拒收：一条提交即被写成客户验收完成。
- 重排可执行：程序检查依赖、日历/资源冲突与成本，列出范围/时间/风险取舍。
  拒收：同一人同时承担互斥工作，依赖未就绪仍承诺日期。
- 验收与决定真实：记录实际批准/未确认、范围前后与验收差距；移交需有运营任务可接续。
  拒收：把会议摘要建议写成各方已同意或把关单当完成。
失败处理：状态冲突保留证据和影响备选；不靠删范围或改验收口径把延期藏起来。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。

尚未覆盖：模拟公司/长流程研究不提供真实团队按期率。；动态反馈和负责人确认可能缺失，缺口必须保留在方案。
验证方法：资源日历、关键路径、互斥分配和成本约束程序校验；估算与已承诺日期分开。；原工单/产物/部署/验收状态及时效、依赖传播与资源重叠逐项核对。

### 风险与问题处置 / 范围变更协调
影响评估、选项、责任及跟踪证据。可委派风险/问题证据聚合、影响选项和行动跟踪，按能减少具体交付阻塞的结果接收。；变更影响、决策依据和约定更新。可计算范围变更对接口/依赖/资源/验收的影响，并维护已批准基线；实际预算/外部承诺需真实决定。
交付物：影响评估、选项、责任及跟踪证据；变更影响、决策依据和约定更新
判断依据：外部报告结果、有条件的编辑推断
当前变化：可委派风险/问题证据聚合、影响选项和行动跟踪，按能减少具体交付阻塞的结果接收。；可计算范围变更对接口/依赖/资源/验收的影响，并维护已批准基线；实际预算/外部承诺需真实决定。
- 项目交付基线与状态重排：依赖、资源和验收差距：/work-units/W-C22?version=2026-10-21.workunits.2
  IT 项目管理的“风险与问题处置”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是影响评估、选项、责任及跟踪证据；每项风险有触发/影响/选项、实际责任期限及验证材料；不能只按关单数。；IT 项目管理的“范围变更协调”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是变更影响、决策依据和约定更新；比较变更前后范围、日期、费用与验收标准，抽核决定来源和未确认项。（partial；workunits/work-unit/W-C22@2026-10-21.workunits.2）

应用范围：IT 项目管理的“风险与问题处置”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是影响评估、选项、责任及跟踪证据；每项风险有触发/影响/选项、实际责任期限及验证材料；不能只按关单数。；IT 项目管理的“范围变更协调”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是变更影响、决策依据和约定更新；比较变更前后范围、日期、费用与验收标准，抽核决定来源和未确认项。
AI工作组织：Agent收集状态、计算依赖/资源并更新方案，直接从产物/验收区分完成阶段；负责人处理范围和真实承诺。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：公司任务已有跨工具研究，而OSWorld2显示动态信息/隐藏状态会造成长期失败。计划与状态可以自动重算，但必须保留身份、时效和承诺边界。
当前可用性：mixed；公开可重建公司环境可研究工作法；真实工单/看板/日历访问与写权限需组织提供，未接入本站。
- TheAgentCompany：https://github.com/TheAgentCompany/TheAgentCompany
  2026-10-20公开仓库HEAD 98b68ef82a47690c316f42fddb05baafaab56851；实际运行另固定依赖/镜像/模型；开源；隔离部署和模型账户自备

### TheAgentCompany在模拟公司网站、数据与同事沟通中测试跨工具工作；可执行任务存在，但困难长流程不等于自动完成整职业。
依据身份：外部报告结果；状态：active
- TheAgentCompany v3：https://arxiv.org/abs/2412.14161v3
  定位：Abstract；environment and baseline evaluation；关系：partial
  支持：公司任务有直接研究对象。
  限制：模拟组织；本文不采用总体比例推断项目管理能力。
  核查：2026-10-20；来源状态：active
配置：论文v3闭源API和开放权重agent基线、模拟小型软件公司与结果验收；本页不声称某个模型在项目子集上的成绩。
适用限制：模拟组织；本文不采用总体比例推断项目管理能力。

### OSWorld2.0的长流程评估指出约束、动态信息和隐藏状态会造成失败；部分得分不能代替完整流程。
依据身份：外部报告结果；状态：active
- OSWorld2.0 v2：https://arxiv.org/abs/2606.29537v2
  定位：Abstract；binary-completion metric；关系：partial
  支持：提醒状态任务与最终完成分别验证。
  限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
  核查：2026-10-20；来源状态：active
配置：v2：108流程；论文500步主口径，二元完成/部分分分开，具体模型配置按论文，未在本站运行。
适用限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
相关进展（本条判断）：
- OSWorld2.0挑战跨工具长流程和隐藏状态：/explore?purpose=understand&domain=computing&window=all#P-C-LONG-STATE
  首次公开 2026-06-28；资料修订 2026-07-13：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。

### 可让Agent交付可追溯项目状态与可执行重排，但承诺与验收必须连到实际参与方和产物。
依据身份：有条件的编辑推断；状态：active
- TheAgentCompany 官方环境：https://github.com/TheAgentCompany/TheAgentCompany
  定位：task roles/result-based grading；关系：partial
  支持：公司工作环境有可验结果方法。
  限制：真实协调/计划实现不由基准保证。
  核查：2026-10-20；来源状态：active
适用限制：真实协调/计划实现不由基准保证。

## 情境变化
### 风险与范围变更
输入变化：发生延期、问题、费用/需求变化。
判断变化：生成影响/备选与决定记录，不静默变更基线。
验收变化：范围/时间/预算前后、真实批准和依赖传播。

研究前沿：TheAgentCompany实测模拟公司跨工具任务；OSWorld2.0进一步实测108个长流程，指出动态信息、约束和隐藏状态导致失败。它们支持状态化工作可评估，但没有给真实组织按期交付/协商承诺成功率。
下一项验证：冻结一个依赖延期的项目，混入过期状态/资源冲突，要求Agent给两种可执行方案；用工单与日历程序核对，并独立检查验收差距。
未来改判信号：
- 新状态到来后依赖/资源计划仍可执行，承诺与实际决定一致，可考虑扩大相近输入范围。
- 过期/推断状态写成完成，或范围变化未进入验收与预算，应收窄或暂停相应采用。

接收/拒收：
- 状态可追溯：关键进度连到实际工单/产物/验收记录并标时效；冲突并列。
  拒收：一条提交即被写成客户验收完成。
- 重排可执行：程序检查依赖、日历/资源冲突与成本，列出范围/时间/风险取舍。
  拒收：同一人同时承担互斥工作，依赖未就绪仍承诺日期。
- 验收与决定真实：记录实际批准/未确认、范围前后与验收差距；移交需有运营任务可接续。
  拒收：把会议摘要建议写成各方已同意或把关单当完成。
失败处理：状态冲突保留证据和影响备选；不靠删范围或改验收口径把延期藏起来。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。

尚未覆盖：真实利益冲突和未知风险不由自动排序解决。；不能从会议建议推断各方已同意，也不能静默降验收。
验证方法：每项风险有触发/影响/选项、实际责任期限及验证材料；不能只按关单数。；比较变更前后范围、日期、费用与验收标准，抽核决定来源和未确认项。

### 交付验收与移交
验收差距、运营交接与完成记录。让Agent汇合产物/测试/运营材料找验收差距，再用实际接手任务确认移交；交付不是看板填绿。
交付物：验收差距、运营交接与完成记录
判断依据：外部报告结果、有条件的编辑推断
当前变化：让Agent汇合产物/测试/运营材料找验收差距，再用实际接手任务确认移交；交付不是看板填绿。
- 项目交付基线与状态重排：依赖、资源和验收差距：/work-units/W-C22?version=2026-10-21.workunits.2
  IT 项目管理的“交付验收与移交”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是验收差距、运营交接与完成记录；检查实际产物/验收记录与未完成事项，运营者按材料完成代表操作。（partial；workunits/work-unit/W-C22@2026-10-21.workunits.2）
- 系统采用与用户支持材料：让使用者完成真实任务：/work-units/W-C24?version=2026-10-21.workunits.2
  IT 项目管理的“交付验收与移交”使用系统采用与用户支持材料：让使用者完成真实任务，输入/接收对象是验收差距、运营交接与完成记录；检查实际产物/验收记录与未完成事项，运营者按材料完成代表操作。（partial；workunits/work-unit/W-C24@2026-10-21.workunits.2）

应用范围：IT 项目管理的“交付验收与移交”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是验收差距、运营交接与完成记录；检查实际产物/验收记录与未完成事项，运营者按材料完成代表操作。
AI工作组织：Agent收集状态、计算依赖/资源并更新方案，直接从产物/验收区分完成阶段；负责人处理范围和真实承诺。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：公司任务已有跨工具研究，而OSWorld2显示动态信息/隐藏状态会造成长期失败。计划与状态可以自动重算，但必须保留身份、时效和承诺边界。
当前可用性：mixed；公开可重建公司环境可研究工作法；真实工单/看板/日历访问与写权限需组织提供，未接入本站。
- TheAgentCompany：https://github.com/TheAgentCompany/TheAgentCompany
  2026-10-20公开仓库HEAD 98b68ef82a47690c316f42fddb05baafaab56851；实际运行另固定依赖/镜像/模型；开源；隔离部署和模型账户自备

### TheAgentCompany在模拟公司网站、数据与同事沟通中测试跨工具工作；可执行任务存在，但困难长流程不等于自动完成整职业。
依据身份：外部报告结果；状态：active
- TheAgentCompany v3：https://arxiv.org/abs/2412.14161v3
  定位：Abstract；environment and baseline evaluation；关系：partial
  支持：公司任务有直接研究对象。
  限制：模拟组织；本文不采用总体比例推断项目管理能力。
  核查：2026-10-20；来源状态：active
配置：论文v3闭源API和开放权重agent基线、模拟小型软件公司与结果验收；本页不声称某个模型在项目子集上的成绩。
适用限制：模拟组织；本文不采用总体比例推断项目管理能力。

### OSWorld2.0的长流程评估指出约束、动态信息和隐藏状态会造成失败；部分得分不能代替完整流程。
依据身份：外部报告结果；状态：active
- OSWorld2.0 v2：https://arxiv.org/abs/2606.29537v2
  定位：Abstract；binary-completion metric；关系：partial
  支持：提醒状态任务与最终完成分别验证。
  限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
  核查：2026-10-20；来源状态：active
配置：v2：108流程；论文500步主口径，二元完成/部分分分开，具体模型配置按论文，未在本站运行。
适用限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
相关进展（本条判断）：
- OSWorld2.0挑战跨工具长流程和隐藏状态：/explore?purpose=understand&domain=computing&window=all#P-C-LONG-STATE
  首次公开 2026-06-28；资料修订 2026-07-13：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。

### 可让Agent交付可追溯项目状态与可执行重排，但承诺与验收必须连到实际参与方和产物。
依据身份：有条件的编辑推断；状态：active
- TheAgentCompany 官方环境：https://github.com/TheAgentCompany/TheAgentCompany
  定位：task roles/result-based grading；关系：partial
  支持：公司工作环境有可验结果方法。
  限制：真实协调/计划实现不由基准保证。
  核查：2026-10-20；来源状态：active
适用限制：真实协调/计划实现不由基准保证。

## 情境变化
### 验收移交与沟通
输入变化：进入交付阶段，需要状态与冲突/运营材料。
判断变化：可整合信息与待发送内容，实际反馈/接收需真实证据。
验收变化：产物/测试/运营接手、未完成差距、已确认决定和责任期限。

研究前沿：TheAgentCompany实测模拟公司跨工具任务；OSWorld2.0进一步实测108个长流程，指出动态信息、约束和隐藏状态导致失败。它们支持状态化工作可评估，但没有给真实组织按期交付/协商承诺成功率。
下一项验证：冻结一个依赖延期的项目，混入过期状态/资源冲突，要求Agent给两种可执行方案；用工单与日历程序核对，并独立检查验收差距。
未来改判信号：
- 新状态到来后依赖/资源计划仍可执行，承诺与实际决定一致，可考虑扩大相近输入范围。
- 过期/推断状态写成完成，或范围变化未进入验收与预算，应收窄或暂停相应采用。

接收/拒收：
- 状态可追溯：关键进度连到实际工单/产物/验收记录并标时效；冲突并列。
  拒收：一条提交即被写成客户验收完成。
- 重排可执行：程序检查依赖、日历/资源冲突与成本，列出范围/时间/风险取舍。
  拒收：同一人同时承担互斥工作，依赖未就绪仍承诺日期。
- 验收与决定真实：记录实际批准/未确认、范围前后与验收差距；移交需有运营任务可接续。
  拒收：把会议摘要建议写成各方已同意或把关单当完成。
失败处理：状态冲突保留证据和影响备选；不靠删范围或改验收口径把延期藏起来。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。


应用范围：IT 项目管理的“交付验收与移交”使用系统采用与用户支持材料：让使用者完成真实任务，输入/接收对象是验收差距、运营交接与完成记录；检查实际产物/验收记录与未完成事项，运营者按材料完成代表操作。
AI工作组织：Agent按角色生成可执行材料、在环境重放并根据真实反馈修订；稳定步骤可自动版本化，使用效果仍从真实任务观察。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：公司环境提供跨工具任务方法，可用于检查指引步骤；采用/培训收益没有本任务直接AI实测，因此不从办公基准外推。具体任务完成与反馈能使这一交付可验证。
当前可用性：open-implementation；材料可直接用普通文档工具制作；浏览器用于在目标系统重放指引，真实用户与系统权限需另提供。
- Playwright MCP：https://github.com/microsoft/playwright-mcp
  2026-10-20公开仓库HEAD ab6d67cbf8b619338f096980806fdbe29432cc4d；实际运行另固定依赖/镜像/模型；公开接口；目标系统/用户身份和独立接收者另备

### 可把公开公司工作环境中的可执行任务方法用于检查支持材料是否引导到真实结果，但培训/采用收益需真实使用反馈。
依据身份：有条件的编辑推断；状态：active
- TheAgentCompany 官方环境：https://github.com/TheAgentCompany/TheAgentCompany
  定位：result-based evaluation/task environment；关系：partial
  支持：可执行任务方法提供邻近参照。
  限制：不证明本教材学习效果或真实同事反馈。
  核查：2026-10-20；来源状态：active
适用限制：不证明本教材学习效果或真实同事反馈。

## 情境变化
### 系统采用与交接
输入变化：新流程/系统角色需要独立使用或运营接手。
判断变化：先验证代表任务，再扩大培训范围。
验收变化：实际任务、权限/异常、运营责任和未完成差距。

研究前沿：公开公司环境可执行多角色任务并按结果检查，可用于验证指引步骤是否可操作；它没有直接展示本系统用户培训或长期采用效果。当前可委派材料制作/环境重放，真实独立用户完成是下一项证据。
下一项验证：选一项目标用户原先常失败的任务，冻结目标环境；让未看制作过程的接收者照材料执行，记录完成、阻塞、时间和修订后结果。
未来改判信号：
- 不同目标用户可独立按材料完成任务，支持返工与升级负担下降，可考虑扩大相近输入范围。
- 满意度/材料数量掩盖实际任务失败，或系统更新使指引过期，应收窄或暂停相应采用。

接收/拒收：
- 步骤在目标环境可执行：独立接收者按材料完成任务，核对真实结果，不靠作者解释救场。
  拒收：只有截图说明，关键权限/异常步骤无法执行。
- 缺口定位正确：观察失败到底是材料、权限、产品缺陷还是前置知识；修订后重测。
  拒收：把系统错误归咎用户，或把同意度评分当学会任务。
- 资料可维护且可访问：记录版本、角色/语言、异常/恢复与升级条件，按键盘/缩放等目标条件查使用。
  拒收：系统升级后旧步骤继续分发且无异常入口。
失败处理：没有真实反馈不虚构满意/解决率；若问题来自产品或权限则转具体修复任务并保留支持路径。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。

尚未覆盖：未实际验收与未接手的工作不可被报告文字关闭。
验证方法：检查实际产物/验收记录与未完成事项，运营者按材料完成代表操作。

### 参与方沟通
状态、冲突和关键决策的可追溯记录。可委派状态、冲突选项和待发送材料，决定记录保留身份和时效；真实沟通反馈只从实际参与者取得。
交付物：状态、冲突和关键决策的可追溯记录
判断依据：外部报告结果、有条件的编辑推断
当前变化：可委派状态、冲突选项和待发送材料，决定记录保留身份和时效；真实沟通反馈只从实际参与者取得。
- 项目交付基线与状态重排：依赖、资源和验收差距：/work-units/W-C22?version=2026-10-21.workunits.2
  IT 项目管理的“参与方沟通”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是状态、冲突和关键决策的可追溯记录；抽核每条关键陈述到原证据，区分建议/承诺/决定，变化传播到基线。（partial；workunits/work-unit/W-C22@2026-10-21.workunits.2）

应用范围：IT 项目管理的“参与方沟通”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是状态、冲突和关键决策的可追溯记录；抽核每条关键陈述到原证据，区分建议/承诺/决定，变化传播到基线。
AI工作组织：Agent收集状态、计算依赖/资源并更新方案，直接从产物/验收区分完成阶段；负责人处理范围和真实承诺。
## 任务级判断与证据
采用方式：分阶段接收
从证据到建议：公司任务已有跨工具研究，而OSWorld2显示动态信息/隐藏状态会造成长期失败。计划与状态可以自动重算，但必须保留身份、时效和承诺边界。
当前可用性：mixed；公开可重建公司环境可研究工作法；真实工单/看板/日历访问与写权限需组织提供，未接入本站。
- TheAgentCompany：https://github.com/TheAgentCompany/TheAgentCompany
  2026-10-20公开仓库HEAD 98b68ef82a47690c316f42fddb05baafaab56851；实际运行另固定依赖/镜像/模型；开源；隔离部署和模型账户自备

### TheAgentCompany在模拟公司网站、数据与同事沟通中测试跨工具工作；可执行任务存在，但困难长流程不等于自动完成整职业。
依据身份：外部报告结果；状态：active
- TheAgentCompany v3：https://arxiv.org/abs/2412.14161v3
  定位：Abstract；environment and baseline evaluation；关系：partial
  支持：公司任务有直接研究对象。
  限制：模拟组织；本文不采用总体比例推断项目管理能力。
  核查：2026-10-20；来源状态：active
配置：论文v3闭源API和开放权重agent基线、模拟小型软件公司与结果验收；本页不声称某个模型在项目子集上的成绩。
适用限制：模拟组织；本文不采用总体比例推断项目管理能力。

### OSWorld2.0的长流程评估指出约束、动态信息和隐藏状态会造成失败；部分得分不能代替完整流程。
依据身份：外部报告结果；状态：active
- OSWorld2.0 v2：https://arxiv.org/abs/2606.29537v2
  定位：Abstract；binary-completion metric；关系：partial
  支持：提醒状态任务与最终完成分别验证。
  限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
  核查：2026-10-20；来源状态：active
配置：v2：108流程；论文500步主口径，二元完成/部分分分开，具体模型配置按论文，未在本站运行。
适用限制：通用跨应用基准，不是系统方案或项目绩效专属试验。
相关进展（本条判断）：
- OSWorld2.0挑战跨工具长流程和隐藏状态：/explore?purpose=understand&domain=computing&window=all#P-C-LONG-STATE
  首次公开 2026-06-28；资料修订 2026-07-13：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。

### 可让Agent交付可追溯项目状态与可执行重排，但承诺与验收必须连到实际参与方和产物。
依据身份：有条件的编辑推断；状态：active
- TheAgentCompany 官方环境：https://github.com/TheAgentCompany/TheAgentCompany
  定位：task roles/result-based grading；关系：partial
  支持：公司工作环境有可验结果方法。
  限制：真实协调/计划实现不由基准保证。
  核查：2026-10-20；来源状态：active
适用限制：真实协调/计划实现不由基准保证。

## 情境变化
### 验收移交与沟通
输入变化：进入交付阶段，需要状态与冲突/运营材料。
判断变化：可整合信息与待发送内容，实际反馈/接收需真实证据。
验收变化：产物/测试/运营接手、未完成差距、已确认决定和责任期限。

研究前沿：TheAgentCompany实测模拟公司跨工具任务；OSWorld2.0进一步实测108个长流程，指出动态信息、约束和隐藏状态导致失败。它们支持状态化工作可评估，但没有给真实组织按期交付/协商承诺成功率。
下一项验证：冻结一个依赖延期的项目，混入过期状态/资源冲突，要求Agent给两种可执行方案；用工单与日历程序核对，并独立检查验收差距。
未来改判信号：
- 新状态到来后依赖/资源计划仍可执行，承诺与实际决定一致，可考虑扩大相近输入范围。
- 过期/推断状态写成完成，或范围变化未进入验收与预算，应收窄或暂停相应采用。

接收/拒收：
- 状态可追溯：关键进度连到实际工单/产物/验收记录并标时效；冲突并列。
  拒收：一条提交即被写成客户验收完成。
- 重排可执行：程序检查依赖、日历/资源冲突与成本，列出范围/时间/风险取舍。
  拒收：同一人同时承担互斥工作，依赖未就绪仍承诺日期。
- 验收与决定真实：记录实际批准/未确认、范围前后与验收差距；移交需有运营任务可接续。
  拒收：把会议摘要建议写成各方已同意或把关单当完成。
失败处理：状态冲突保留证据和影响备选；不靠删范围或改验收口径把延期藏起来。
本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。

尚未覆盖：模拟同事和生成摘要不能代表真实同意或沟通效果。
验证方法：抽核每条关键陈述到原证据，区分建议/承诺/决定，变化传播到基线。

## 与工作关联的进展
### OSWorld2.0挑战跨工具长流程和隐藏状态
公开 2026-06-28；资料修订 2026-07-13：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。
108个长流程把二元完成与部分分分开，动态约束/状态成为失败来源。
支持范围：跨应用一般任务，不能把部分评分或总分转成项目管理率。
来源状态：active
/explore?purpose=understand&domain=computing&window=all#P-C-LONG-STATE

## 未来3–5年条件情景
未来 3–5 年（2029–2031）
未来 3–5 年是编辑条件情景，不是就业数量预测。每项均列基准、加速、受限路径和需观察的信号；职业职责来源不等于 AI 能力证据。
基准：进度整理自动化会减少报表工作，依赖决策、风险升级与验收协调更突出。
加速：若工作系统能提供可信实时状态，代理可承担更大范围的排程和风险预警。
受限：若项目数据失真或承诺常变，自动计划仍需频繁重建。
改判信号：
- 预警对实际延期的命中与误报
- 计划变更的响应时间及协调负担

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

完整交付作品证据：
- 范围、里程碑、资源和依赖方案；附资源日历、关键路径、互斥分配和成本约束程序校验；估算与已承诺日期分开。；原工单/产物/部署/验收状态及时效、依赖传播与资源重叠逐项核对。
- 影响评估、选项、责任及跟踪证据；附每项风险有触发/影响/选项、实际责任期限及验证材料；不能只按关单数。；比较变更前后范围、日期、费用与验收标准，抽核决定来源和未确认项。
具体地区、职级和组织要求按目标岗位核对；美国资料不自动作为中国资格要求。

## 相邻方向及区别
- 计算机系统分析：/careers/systems-analyst.md?version=2026-10-21.careers.2
  项目管理协调交付过程；系统分析决定系统如何满足业务。
- 软件质量与测试：/careers/qa-engineer.md?version=2026-10-21.careers.2
  项目经理组织验收，质量工程提供具体风险与测试证据。

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

## 工作资料与来源
- 项目交付基线与状态重排：依赖、资源和验收差距：/work-units/W-C22?version=2026-10-21.workunits.2
  IT 项目管理的“参与方沟通”使用项目交付基线与状态重排：依赖、资源和验收差距，输入/接收对象是状态、冲突和关键决策的可追溯记录；抽核每条关键陈述到原证据，区分建议/承诺/决定，变化传播到基线。（partial；workunits/work-unit/W-C22@2026-10-21.workunits.2）
- 系统采用与用户支持材料：让使用者完成真实任务：/work-units/W-C24?version=2026-10-21.workunits.2
  IT 项目管理的“交付验收与移交”使用系统采用与用户支持材料：让使用者完成真实任务，输入/接收对象是验收差距、运营交接与完成记录；检查实际产物/验收记录与未完成事项，运营者按材料完成代表操作。（partial；workunits/work-unit/W-C24@2026-10-21.workunits.2）
- Information Technology Project Managers：https://www.onetonline.org/link/summary/15-1299.09
  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 结合已有材料处理。复用已知上下文，仅追问影响结论的缺口；目录不是全部选项。阅读或比较公开工作本身无需档案、固定二选一、保存记录或行动计划。
