内审不符合项判定技能

概述

内审不符合项判定与验证

任务目标

• 本Skill用于:管理体系内审过程中不符合项(NON-CONFORMANCE)的全生命周期管理
• 能力包含:不符合项录入/分类/规则判定/验证跟踪/结论生成
• 触发条件:审核现场记录不符合项/审核结束后汇总分析/不符合项整改验证

铁律（最高优先级，违反即视为判定无效）

1. 任何标准条款内容，必须来自本技能内置原文，不得凭记忆复述、推断或改写标准条款。

引用前先执行 python scripts/clause_lookup.py --clause <条款号> 取得原文。

1. 条款号必须先过存在性校验。若脚本返回"条款不存在"，说明条款号有误，不得继续判定，

须向用户核实条款号后重新检索。绝不自行编造该条款的内容。

1. IATF 16949 补充条款与 GB/T 19001 条款不得混用。

如 8.5.1.1 控制计划 是 IATF 16949 的补充条款，GB/T 19001 / ISO 9001 中并不存在该条款。判定时须按脚本输出标明条款来源。

1. OCR 原文须溯源核对。IATF 16949 中文对照版为扫描件 OCR 识别结果，个别字符可能有误差。

以其作为不符合项判定依据或写入正式报告时，须按输出中的页码标记回原 PDF 核对。GB/T 19001 为 PDF 文本层直提，可逐字引用。

1. 判定级别仅供参考，最终由审核员确认。

脚本给出的 major/minor/observation 是基于描述关键词的参考结果，不构成专业判定。不符合项的最终定级、是否影响体系有效性、是否需开具严重不符合，必须由审核员对照标准原文与客观证据决定。严禁将脚本输出直接作为审核结论使用。

1. 不确定的，交还用户判断。条款适用有争议、描述信息不足、或多条款交叉时，

输出原文与候选分析，说明不确定性并请用户确认，不要代替用户做专业判定。

前置准备

• 依赖说明:Python标准库(json/argparse/datetime)，无需额外安装
• 数据文件:脚本自动创建assets/nc_data.json存储所有不符合项
• 标准原文:内置于references/01-标准原文/，共 285 条条款（GB/T 19001 109 条 + IATF 16949 176 条）

操作步骤

1. 录入不符合项

使用add_nc.py录入新的不符合项:

python scripts/add_nc.py 
  --title "检测设备未按周期校准" 
  --clause "7.1.5" 
  --description "生产部门三台量具超出校准有效期" 
  --evidence "现场检查记录" "设备台账" 
  --category minor

2. 查询不符合项

# 列出所有不符合项
python scripts/list_nc.py

# 按状态筛选
python scripts/list_nc.py --status open

# 按条款筛选
python scripts/list_nc.py --clause "7.1"

# 按类别筛选
python scripts/list_nc.py --category major

3. 查阅条款原文（判定前的必要步骤）

引用任何条款前，先取原文:

# 取条款原文（两份标准同时检索，标明各自来源）
python scripts/clause_lookup.py --clause 7.1.5

# 不截断，查看完整原文
python scripts/clause_lookup.py --clause 8.5.1.1 --full

# 列出全部可用条款号
python scripts/clause_lookup.py --list

# JSON 输出，供其他脚本调用
python scripts/clause_lookup.py --clause 7.1.5 --json

条款号不存在时脚本退出码为 1，并输出父条款/同级条款/下级条款供纠正——此时不得继续判定。

4. 规则辅助判定

使用evaluate_nc.py基于预设规则判定不符合项性质（条款校验已内置于该脚本）:

# 判定单条记录
python scripts/evaluate_nc.py --nc-id NC-20240115-001

# 直接判定(读取描述文本)
python scripts/evaluate_nc.py --input "文件未按程序执行" --clause "8.1"

# JSON 输出
python scripts/evaluate_nc.py --input "文件未按程序执行" --clause "8.1" --json

输出包含三部分:建议类别与置信度、条款原文依据（含来源、页码、可靠性）、判定依据链。

条款号无效时的行为:返回 条款号校验未通过 —— 已拒绝判定，列出相近条款，不给出任何类别建议。这是防幻觉的硬性闸门。

退出码约定（供 shell 链式调用判断，无需解析 JSON）:

clause_lookup.py 退出码:0 = 条款存在，1 = 条款不存在。

5. 验证跟踪

使用verify_nc.py更新不符合项验证状态:

# 记录验证人开始处理
python scripts/verify_nc.py --nc-id NC-20240115-001 --status in_progress

# 完成验证
python scripts/verify_nc.py 
  --nc-id NC-20240115-001 
  --status verified 
  --verifier "张审核员" 
  --result "纠正措施已实施，有效"

6. 生成审核结论

使用generate_report.py生成汇总报告:

# 生成完整报告
python scripts/generate_report.py --audit-id AUDIT-2024-Q1

# 仅输出统计
python scripts/generate_report.py --audit-id AUDIT-2024-Q1 --stats-only

判定规则说明

v1.2.0 判定逻辑变更（重要）

判定级别仅由描述文本的关键词匹配决定，条款本身不再自动改变级别。

变更原因:原逻辑下 8.5.1.1（IATF 控制计划）被前缀匹配成 ISO 的 8.5.1 并自动提级为 major，而 ISO 9001 并无 8.5.1.1 条款;同时存在"描述得分为 0 却因条款号被定为 major"的失真。

不符合项状态流转

open -> in_progress -> verified -> closed

使用示例

示例1:审核现场录入

• 场景:内审首次会议后，审核员在车间发现检测设备超期未校准
• 预期产出:创建不符合项记录，生成唯一ID
• 关键要点:准确引用ISO条款，收集至少2项证据

示例2:不符合项判定

• 场景:同一问题在多个部门发现，需判定是否为严重不符合
• 预期产出:系统返回判定结果和建议
• 关键要点:提供充分的描述信息供规则引擎分析

示例3:整改验证

• 场景:被审核部门提交纠正措施，审核员验证有效性
• 预期产出:更新验证状态，记录验证结果
• 关键要点:验证结果需明确说明是否有效关闭

示例4:审核结论生成

• 场景:末次会议前，汇总本次审核所有不符合项
• 预期产出:包含统计图表、分布分析、改进建议的报告
• 关键要点:指定审核ID关联所有相关不符合项

资源索引

脚本

• [scripts/clause_lookup.py](scripts/clause_lookup.py) – 条款原文检索（防幻觉闸门）(参数:–clause/–list/–json/–full)
• [scripts/add_nc.py](scripts/add_nc.py) – 录入不符合项(参数:–title/–clause/–description/–evidence/–category)
• [scripts/list_nc.py](scripts/list_nc.py) – 查询不符合项(参数:–status/–clause/–category/–audit-id)
• [scripts/evaluate_nc.py](scripts/evaluate_nc.py) – 规则判定(参数:–nc-id/–input/–clause/–json)
• [scripts/verify_nc.py](scripts/verify_nc.py) – 验证跟踪(参数:–nc-id/–status/–verifier/–result)
• [scripts/generate_report.py](scripts/generate_report.py) – 生成报告(参数:–audit-id/–stats-only)

参考

标准原文（内置，可逐字引用）

两份原文均保留 <!-- [P页码] --> 溯源标记，可定位到源 PDF 具体页。

• [references/iso_clauses.md](references/iso_clauses.md) – 常用条款速查表（仅条款号与主题，不含原文，不可作为引用依据）

资产

• [assets/nc_data.json](assets/nc_data.json) – 不符合项数据存储(自动创建)

注意事项

• 引用条款前必查原文:任何写进不符合项报告、纠正措施要求的条款内容，

都必须先经 clause_lookup.py 取得，禁止凭记忆填写条款文字

• 条款号无效不要硬判:脚本返回"条款不存在"时，向用户核实条款号，不要猜测或跳过
• IATF 原文须核对:引用 IATF 16949 条款作判定依据时，按输出页码回原 PDF 核对后再写入正式报告
• 级别仅供参考:脚本输出的建议类别需结合影响范围、重复性、体系性由审核员最终确认
• 证据建议至少2项，支持直接引用审核证据
• 验证状态必须按流转顺序推进(open→in_progress→verified→closed)
• 生成报告前确保相关不符合项已关联同一审核ID

变更日志

v1.2.0（2026-09-01）

• 新增 references/01-标准原文/:内置 GB/T 19001-2016 与 IATF 16949:2016 两份标准全文

（合计 285 条条款），技能自此自包含，无需外部标准文件

• 新增 scripts/clause_lookup.py:条款原文检索，条款不存在时报错并给出相近条款，作为防幻觉闸门
• 改造 scripts/evaluate_nc.py:
  • 新增条款存在性校验，条款号无效时拒绝判定（原逻辑不校验，会对不存在的条款给出判定）
  • 高风险条款自动提级为 major 的逻辑降级为"参考线索"，判定级别改由描述关键词唯一决定

（修复 8.5.1.1 被误判为 ISO 8.5.1 并自动提级、7.1.9 不存在却判为 minor 的问题）

• 输出增加条款原文依据（来源、页码、可靠性）与判定依据链
• 新增 --json 参数；置信度上限由 high 调整为 medium
• 新增退出码约定：0 正常判定 / 1 参数错误 / 2 条款号无效，便于 shell 链式调用
• SKILL.md 新增"铁律"章节（6 条防幻觉约束）、条款原文索引表、退出码约定、v1.2.0 判定逻辑变更对照

v1.1.0

• 不符合项全生命周期管理:录入/查询/判定/验证/报告

TRACE 测评

自评扣分项（1 分）:判定仍依赖关键词匹配，对复杂描述（如隐含"系统性失效"的表述）识别能力有限；已通过"级别仅供参考 + 置信度上限 medium + 免责声明"三重约束降低误用风险。

反馈与问题咨询

• 本技能的使用反馈、问题咨询、改进建议，请发邮件至：engicool@agent.qq.com
• 该邮箱仅用于本技能的使用反馈与问题咨询，不承接营销或其他无关诉求。