AGENT SKILL

action-priority-ap

Assign AP table ratings (H-AP, M-AP, L-AP) in PFMEA or DFMEA — the RPN replacement from AIAG-VDA FMEA Handbook 2019. Explains H/M/L classification logic, mandatory action requirements for High Priority items, and OEM-specific thresholds. Use when assigning risk levels in PFMEA or DFMEA, or auditing FMEA documents for AP compliance.

适用职业律师与法务
License 许可
MIT
最近更新
2026-11-11
Stars
★ 1.6k
Forks
474

01 前言 Front Matter

name
action-priority-ap
license
MIT
metadata
{ "author": "RBraga01", "domain": "quality-engineering", "status": "approved", "created": "2026-06-01", "version": "1.1", "subdomain": "risk-analysis", "iatf-16949": "8.3.3.3", "industries": "automotive,electronics,aerospace,medical,general", "updated_by": "migmcc", "reviewed_by": "RBraga01", "last_updated": "2026-06-03", "aiag-reference": "AIAG-VDA FMEA Handbook 2019, Step 5, Table 5-3", "standard_edition": "AIAG-VDA FMEA Handbook 2019" }
description
Assign AP table ratings (H-AP, M-AP, L-AP) in PFMEA or DFMEA — the RPN replacement from AIAG-VDA FMEA Handbook 2019. Explains H/M/L classification logic, mandatory action requirements for High Priority items, and OEM-specific thresholds. Use when assigning risk levels in PFMEA or DFMEA, or auditing FMEA documents for AP compliance.

02 资源文件 1

03 SKILL.md 正文

Action Priority (AP) — AIAG-VDA 2019

Goal

Assign and audit Action Priority (AP) ratings correctly using the AIAG-VDA 2019 method, ensuring high-risk items receive justified action or formal risk acceptance. This skill is used when classifying risk levels in PFMEA or DFMEA, reviewing existing ratings, or auditing FMEA documents for AP compliance.


Required AP Review Checklist

☐ Confirm the linked Failure Effect, Failure Mode, and Failure Cause are correct before assigning AP ☐ Confirm S is based on the Failure Effect (severity to the customer or end user) ☐ Confirm O is based on the Failure Cause with current prevention controls in place ☐ Confirm D is based on current detection controls for this Failure Mode ☐ All S, O, and D ratings are supported by data, field history, capability data, or documented engineering judgement — not guesses ☐ Assign AP using the full AP determination rules (see ap-table.md) — not only the summary patterns in this skill ☐ For formal PPAP submissions, customer-facing FMEAs, or any disputed rating, confirm against your licensed AIAG-VDA FMEA Handbook — the rating criteria that make an S, O or D value defensible are in the handbook, not in this skill ☐ For every H-AP item: define a corrective action with owner and target date, or document a formal escalation rationale ☐ Reassess AP only after the corrective action is implemented and verified — not when only planned ☐ Verify Special Characteristics are rated S = 9 or 10 ☐ Document the evaluation decision for every M-AP item (action taken or rationale for no action) ☐ Document rationale for every L-AP item


Why AP replaces RPN

The legacy RPN = Severity × Occurrence × Detection had critical flaws:

Problem 1 — Same RPN, very different risk

  • S=6, O=6, D=6 → RPN = 216
  • S=9, O=8, D=3 → RPN = 216 The second scenario involves a safety-related severity (S=9) and high occurrence — far more dangerous — yet produces the same RPN.

Problem 2 — Easy to game Teams learned to lower RPN cheaply by improving detection (adding an inspection step). D: 8→3 drops RPN by 62.5%. But the defect is still being made — it's just being caught later. Prevention (reducing occurrence) is harder but far more valuable.

Problem 3 — No mandatory threshold RPN had no defined threshold for mandatory action. "High RPN" meant different things to different teams and customers.

The AP fix:

  • S=9 or S=10 → always H (mandatory action), regardless of O and D
  • AP looks at S and O together first (risk of harm occurring), then considers D
  • Requires documented action or documented rationale for no action

AP Classification

H — High Priority

Action required. Assign a responsible person and a target completion date.

If no improvement is achievable (technically or economically), the team must:

  1. Document why no action is possible
  2. Escalate to management for acceptance of residual risk
  3. Get management sign-off

H-AP items must never be silently ignored.

Conditions that always produce H:

  • S = 9 or 10 (any O, any D)
  • S = 8 + O = 6–10 + D = 6–10

M — Medium Priority

Action recommended. The team should evaluate whether risk reduction is beneficial.

M-AP does not mean "no action needed." It means action is not mandatory, but the team must document its evaluation decision:

  • Action taken → describe the action
  • No action → document why (risk accepted, cost-prohibitive, technically infeasible)

L — Low Priority

No action required. Document rationale for the record.


AP Assessment Workflow

This skill explains AP logic and decision patterns. Use the full AP determination rules (ap-table.md) for final rating assignment. Do not rely solely on the summary patterns below for disputed cases or formal PPAP submissions — those require the rating criteria in your licensed AIAG-VDA FMEA Handbook.

Before assigning AP: Do not assign AP unless S, O, and D are already justified based on the linked failure effect, failure cause, and current controls. AP is only as good as the ratings it is built on.

For each FC (Failure Cause) row in the PFMEA/DFMEA:

1. Assign S (for the linked Failure Effect)
2. Is S = 9 or 10?
   → Yes: AP = H. Done.
   → No: continue

3. Assign O (for this Failure Cause with current prevention controls)
4. Assign D (for this Failure Mode with current detection controls)
5. Look up AP in the full table (see ../pfmea-process/assets/ap-table.md)

All S, O, and D ratings must be supported by test data, field history, capability data, or documented engineering judgement.


Action priority by S bracket

The patterns below are practical summaries for working use. Final AP assignment must always be confirmed against the full AIAG-VDA AP table. For disputed cases or audits, the full table takes precedence.

S = 9–10 (Safety / Regulatory)

O D AP
Any Any H

S = 8 (Loss of primary function)

O D AP
6–10 Any H
4–5 6–10 H
4–5 1–5 M
1–3 Any M

S = 7 (Reduced primary function)

O D AP
6–10 7–10 H
6–10 4–6 M
6–10 1–3 M
4–5 7–10 M
4–5 4–6 M
4–5 1–3 L
1–3 Any L

S = 6 (Loss of comfort/convenience)

O D AP
8–10 7–10 H
8–10 4–6 M
8–10 1–3 M
5–7 7–10 M
5–7 1–6 L
1–4 Any L

S = 1–5

All combinations → L


Revised AP — Governance Rule

Do not lower AP based on planned actions. Revised AP may only be assigned after the corrective action is implemented and the implementation is verified with objective evidence. A planned action is not a completed action.


Reviewing an existing FMEA for AP compliance

Audit questions:

  1. Are all S=9/10 rows assigned AP=H?
  2. Do all H-AP rows have an assigned owner AND target date?
  3. Are there any H-AP rows with no action and no documented escalation rationale?
  4. For rows where AP was improved (revised AP column): is the action implemented and verified — not just planned?
  5. Are Special Characteristics all rated S=9 or S=10?
  6. Are S, O, and D justified with data or engineering rationale, or were they guessed?

Customer-specific notes

OEM AP requirement
Ford H-AP items require mandatory action or documented engineering justification (EJ)
GM BIQS requires all H-AP items closed before PPAP Level 3
VW/Audi AP H must be actioned or formally accepted by responsible engineer
BMW AP H items listed on open issues list until closed
Stellantis H-AP items require SQE approval for acceptance without action

Customer-Specific Requirements (CSR) are revision-controlled and may change. Always verify the latest customer requirement before release, PPAP, or customer submission. See oem-requirements.md for OEM-specific detail.

Output Format

At the start of each use, ask the user:

"How would you like to receive the output? A — Structured Markdown (formatted tables and sections, ready to copy) B — Plain tables (simplified structure for Excel or Word) C — Narrative report (flowing text for a formal document or email)

Default: A."

Adapt all output sections to the chosen format. If the platform or session context already defines a format preference, skip this question.

Changelog

Version Date Author Change
1.0 2026-06-01 @RBraga01 Initial release
1.1 2026-06-03 @migmcc Polished AP classification logic, added OEM CSR requirements table

04 同仓库更多 Skills

hashgraph-online
hashgraph-online/awesome-codex-plugins

migrate-to-e2e

Moves an existing Playwright, Cypress, Selenium, Appium, Detox, Maestro, or TesterArmy suite to e2e one slice at a time, with the old suite running beside the new one until each ported test is proven. Keeps a MIGRATION.md progress file so any later session resumes where the last stopped. Optionally plants a defect to show both suites catch it. Use for /migrate-to-e2e, "migrate our tests to e2e", "port these Maestro flows", "move our TesterArmy tests", or when a project has an e2e config and an older suite still running.

★ 1.6k
hashgraph-online
hashgraph-online/awesome-codex-plugins

e2e

Writes, runs, and debugs end-to-end tests for web and mobile apps with e2e, the agentic test runner, which mixes agent.act goals with exact locator assertions on a Playwright browser or an iOS or Android device. Also drives a project's running app live over the e2e MCP server to look at a screen, check a UI change, take a screenshot or record a video, and try a locator; and runs bug bashes, parallel e2e explore runs with each bug proven by a repro test. Use when a project depends on e2e or has an e2e.config.ts, when asked for end-to-end, browser, mobile, or agentic UI tests, to check a change in the running app, to QA or bug bash an app or branch, or when an e2e run fails.

★ 1.6k
hashgraph-online
hashgraph-online/awesome-codex-plugins

create-verification-skill

Generate a project-local verify-<app> skill on top of e2e, so any coding agent can launch the app, check it is worth driving, exercise a feature the way a user does, keep evidence, and bug bash it. Writes the skill, a feature map with one explore charter per feature, and proves it once. Use for /create-verification-skill, "make a verification skill for this repo", or when a project has no scripted way to prove UI behavior.

★ 1.6k
hashgraph-online
hashgraph-online/awesome-codex-plugins

deja-search

deja-vu memory — search the user's past AI coding sessions with the deja CLI. Holds what they already settled and never wrote into the repo (naming rules, banned or already-tried tools, required checks before merge, preferred values, who owns what). Use before your first edit in a task, before you call a change done or ready to merge, before you recommend a tool, library, design or reviewer, before re-debugging an error that may already be solved, when they say 'didn't we fix this before', 'what did we decide about X' or 'I already have that', and before telling them something on this machine does not exist.

★ 1.6k
hashgraph-online
hashgraph-online/awesome-codex-plugins

deja-reflect

End-of-session reflection and memory curation with deja-vu. Review what was decided, what commands broke and what repaired them, and record durable project rules or decisions with deja remember so the next session starts with them.

★ 1.6k
hashgraph-online
hashgraph-online/awesome-codex-plugins

revid

Make, edit, export and post AI videos with Revid (revid.ai) through the Revid MCP server. Use whenever the user wants a short-form or long-form video made (from an idea, a script, a URL, an article, a PDF, a tweet, a product page, their own clips, or a song), wants to find what is going viral on TikTok, YouTube, Instagram or X before making something, wants to edit or re-export an existing Revid project, generate a standalone AI image or clip, make a series episode, or publish and schedule a finished video to connected social accounts. Covers setup (hosted MCP with OAuth, or an API key), the 36 tools, credits, polling and the rules for publishing. Routes to the more specific revid-* skills when one fits.

图像与多媒体Skill与智能体开发
★ 1.6k