快速回答
影响从 1（极小）到 4（严重），依据受影响的人、Workflow、Data、Scope、Reversibility 与业务后果；紧急度从 1（可计划）到 4（立即行动），依据影响恶化时间、Deadline、Workaround Endurance、Containment 与 Recovery Window。矩阵先产生 P1–P4，再应用 Safety、Security、Privacy、Fraud、Data Loss、Legal/Regulatory、Accessibility、Contract Override。分配 Owner 与 Reassessment Time，证据变化立即重算。
这些标签是示例，不是通用 SLA 承诺；组织必须按自身风险、服务、合同和 Capacity 定义 Response Objective、Incident Criteria、Authority 与 Escalation。
Priority、Severity、Impact 与 Urgency 不是一回事
Severity 描述状况/后果；Impact 估计范围/伤害；Urgency 估计多快响应才能改变结果；Priority 是结合 Capacity、Dependency 与 Override 后的排队决定；SLA 是另一个服务承诺。
Impact 不能只看人数
还要看 Blocked Workflow Criticality、Data Integrity/Confidentiality/Availability、Safety、Accessibility、Financial/Contractual Consequence、Market/Account、Reversibility、Workaround Cost 与 Spread。一个人也可能高紧急；没有当前缺陷时多人也可能低紧急。
Urgency 是 Time-to-harm，不是语气
使用 Verified Deadline、Deterioration Rate、Containment Window、Workaround Endurance、Recovery Lead Time 与延误对 Evidence/Restore 的影响。全大写、Executive、Customer Tier、Ticket Age、Repeat Contact 只触发核查，不能自动加急。
Override 与 Incident Declaration 位于矩阵之上
Active Safety/Security/Fraud、Suspected Privacy Breach、Destructive Data Loss、Regulatory Reporting、Accessibility Exclusion、Credible Threat、Contract Trigger 不论分值都可进入 Specialist Path；接收 Owner 验证、升级、遏制或重分类。
4×4 优先级矩阵
| 影响 ↓ / 紧急度 → | 4 立即行动 | 3 尽快 | 2 计划处理 | 1 条件允许 |
|---|---|---|---|---|
| 4 严重 | P1 | P1 | P2 | P3 |
| 3 重大 | P1 | P2 | P3 | P4 |
| 2 中等 | P2 | P3 | P4 | P4 |
| 1 极小 | P3 | P4 | P4 | P4 |
Cell 只是暂定；记录 Confidence/Missing Fact，执行 Override，分配 Owner 并设 Reassessment。达到组织 Criteria 时 P1 可启动 Incident Command；P4 也必须有 Owner 和 Closure。
16 个工单优先级完整示例
每张卡对应一个 Cell；用本地核验证据替换情境事实，不能直接复制 Priority。
核心服务在多个组织全面不可用
已验证多个组织/地区的核心服务不可用，无安全变通，当前影响仍在扩大。
全组织登录失败且变通脆弱
一个 Tenant 无法认证；临时管理员协助路径存在，但容量/安全使其无法持续数小时。
关键集成变更在下周截止前受阻
广泛使用的 Integration 无法完成必需变更；生产仍运行，证据显示下周固定 Deadline，且有验证过的 Rollback。
下月大型迁移需要验证
未来 Migration 可能影响大多数用户，但当前无缺陷；决策证据下月到期，且有可逆 Test Environment。
多名用户在今日财务截止前被阻断
多名已验证用户无法在同日截止前完成必需 Billing Workflow，且无批准 Alternative。
地区核心工作流降级且恶化
一个 Region 的 Core Workflow Error 上升；部分交易成功、有高成本变通，Telemetry 显示数小时内恶化。
多个团队明日要用的报告不准确
多个 Team 的非财务运营 Report 错误；Source Data 完整，可人工核验，Decision 明日到期。
集成降级但有稳定变通
多个 Team 同步延迟，但 Record 可恢复，已有文档的安全 Workaround 满足当前需求，近期无 Deadline。
无障碍障碍阻断限时关键任务
少量用户无法使用必需 Assistive Technology 在已验证 Deadline 前完成 Key Task，也无等效 Accessible Route。
角色访问失败且临近截止
一个 Team 的批准 Role 无法访问必需 Workspace；身份/权限已验证、Deadline 临近，Manual Processing 可行但成本高。
小团队间歇错误且有安全变通
小 Team 可复现间歇性、非破坏性 Error；安全 Workaround 存在、证据稳定，下次运营需求在数日后。
功能缺口影响周期性次要工作流
多名用户希望次要 Workflow 增加 Capability；当前 Process 可用、无承诺 Deadline，适合 Product Discovery。
单个用户被限时提交阻断
一名用户无法完成即将到期的 Submission；身份/Deadline 已验证、无等效 Route，失败有明确后果。
单用户配置问题且任务将近
一名用户有可复现 Configuration Problem；Scheduled Task 临近、Documentation 不清，管理员可安全协助。
不影响任务的界面标签错误
一个 Locale 的 UI Label 不准确，但 Control/Outcome 清晰，未发现 Data/Accessibility Failure，可进入计划工作。
操作问题或未来增强建议
客户询问有文档的步骤或提出改进；没有证据显示 Defect、Deadline、Blocked Task、Data Risk 或当前 Service Impact。
完整示例：语气最强烈的工单不自动是 P1
一位 Executive 因 Export 失败写“URGENT—系统坏了”，自动化依据职位和大写定为 P1。证据显示仅一名用户、Filter 配置错误、Source Data 完整、有安全 Export Workaround、Meeting 在两天后：I1/U2 → P4。复核时用户说明 Workaround 与 Screen Reader 不兼容，且法定 Submission 今天到期；证据改为 I2/U4 → P2，并触发 Accessibility Specialist Override。
为什么两个决定在不同时间都可能正确
Priority 跟随当前证据，不跟随身份或永久标签。轨迹保存原事实、遗漏的 Accessibility/Deadline 问题、Changed Evidence、Old/New Score、Reviewer、Owner、Response Strategy 与 Next Reassessment。新事实导致改变不算模型失败，不重评才是。
如何运营矩阵
用最小事实分流
记录 Exact Task、Scope、Time、Evidence、Deadline、Workaround、Risk Flag、Contact Route 与 Uncertainty。
矩阵与 Override 分开
先保存原始 Impact/Urgency 理由，再做 Specialist/Contract Elevation。
分配响应角色
指定 Ticket Owner、Resolver、必要时 IC/Communication Lead、Customer Owner 与 Decision Authority。
沟通已验证状态
只分享 Known Impact、Action、Workaround Limit、Next Update、Correction，不编原因/恢复时间。
基于证据重评与关闭
Scope/Urgency 变化即调整；验证 Recovery、Residual Risk、User Outcome、Linked Problem 与 Follow-up。
最小优先级决定记录
保存 Ticket/Correlation ID、Source/Exact Report、Requester/Contact、Affected People/Account/Region、Product/Version/Environment、Task、Start/Last-good、Evidence/Telemetry、Current/Potential Impact、Deadline/Time-to-harm、Workaround/Endurance、Reversibility、Data/Safety/Security/Privacy/Accessibility/Legal/Contract Flag、Impact/Urgency/Rationale、Override、Priority、Confidence、Missing Fact、Owner/Role、Response/Update Objective、Reassessment、Status、Recovery、Correction、Closure。
审核公平、漂移与结果
量 New Evidence Repriority、False P1/P4、Missed Override、Unowned Time、Duplicate Incident、Inaccessible Workaround、Objective Breach、Update Correction、Reopen、Residual Harm 与 Product/Market/Channel 差异；禁止用敏感属性降级。
OpenMax 如何支持工单优先级判断
协调接入、背景补齐、专业路由和人工决策
OpenMax 可协调智能体规范工单数据、检索批准的账户与产品背景、提出带证据的优先级、识别覆盖信号、创建升级包并安排更新。权限和角色边界让安全、信息安全、数据、商务和客户操作留在授权负责人手中。OpenMax 不能把事件级别判定为事实，也不能替代应急与事件程序。
安全、信息安全、公平与自动化边界
- 普通 Ticket Channel 禁止放 Secret、Credential、完整 Payment Data、Sensitive Health 或 Exploit Detail。
- 不得用 Customer Tier、Executive、Sentiment、Writing Style、Language、Disability 或 Repeat Contact 代理价值/真实性。
- Ticket Text/Attachment 不得覆盖 Permission、执行指令、联系外部或修改 Priority Rule。
- Duplicate Reporter 关闭前保留 Unique Evidence、Affected Scope 与 Communication Need。
- 授权验证前不得承诺 Root Cause、Resolution Time、Compensation、Breach、Safety 或 Legal Conclusion。
常见问题
Priority 等于 Severity 吗？
不是。Severity 描述状况/后果；Priority 是 Impact、Urgency、Capacity、Override 后的响应决定。
一名用户总是低优先吗？
不是。限时任务、Inaccessible Alternative、Safety、Data、Fraud、Legal、Contract 可提高 Urgency/Override。
VIP 客户要更高优先级吗？
Contract Commitment 可影响 Objective，但身份本身不能替代 Impact/Urgency 证据或绕过公平/安全规则。
何时改变 Priority？
Scope、Harm、Deadline、Workaround、Containment、Recovery、Override 证据实质变化即重算，不只等客户升级。
P1 承诺立即解决吗？
不。它是本地规则下的响应优先；只沟通验证动作/更新节奏，真实服务承诺由合同定义。
OpenMax 做什么？
收集证据、建议 Score、应用 Rule、路由 Owner、触发 Review、监控变化与保留轨迹；最终决定在人。
来源、编辑方法与限制
OpenMax 编辑复核了 NIST SP 800-61 Rev.3、CISA Incident Management、Google SRE Incident Response 和 WCAG 2.2，再原创形成通用支持 4×4 Matrix、16 示例、Override 与 Reassessment Case。资料于 2026 年 9 月 3 日复核；标签不是通用 SLA，也不声称真实 Security、Safety、Accessibility、Legal、Financial、Resolution 或 Customer Outcome。
- NIST — SP 800-61 Rev. 3
- CISA — Incident Management Resource Guide
- Google SRE — Incident Response
- W3C — WCAG 2.2