legal-risk-assessment

⚠️ 实验性 — 此技能仅用于教育和提供信息，不构成法律建议。使用产生的一切责任均由用户承担。采取任何行动前，请咨询合格的法律专业人士。

法律风险评估

使用定量的 5x5 严重性 x 可能性矩阵进行结构化法律风险评估。为风险评分、维护风险登记表、生成评估备忘录，并指导升级决策。

---

目录

• 工具
  • 风险评分器
  • 风险报告生成器
• 参考指南
• 工作流
• 故障排除
• 成功标准
• 范围与局限
• 反模式
• 工具参考

---

先澄清

在评估风险前，请确认以下输入。如果有任何一项未知或含糊不清，请提问——不要自行假设：

• 严重性和可能性的依据 — 最坏情况下的风险敞口，以及 1-5 评分背后的概率；两者共同决定分数和 GREEN/YELLOW/ORANGE/RED 等级
• 风险类别 — 合同、监管、诉讼、知识产权、数据隐私、雇佣、公司事务 — 决定责任人分配以及适用的升级指南
• 强制升级触发条件 — 正在进行的诉讼、政府调查或刑事风险，无论评分如何，均须聘请外部律师

停止规则：只询问对输出影响最大的 2-3 项。如果用户说“直接起草”，则继续，并在备忘录顶部列出你的假设。

工具

风险评分器

根据严重性和可能性输入计算风险分数，分配颜色标识的风险等级，并生成汇总统计数据。

# Score a single risk
python scripts/risk_scorer.py --severity 4 --likelihood 3 \
  --category "Contract" --description "Vendor SLA non-compliance"

# JSON output
python scripts/risk_scorer.py --severity 4 --likelihood 3 \
  --category "Contract" --description "Vendor SLA breach" --json

# Batch mode from risk register file
python scripts/risk_scorer.py --input risks.json --json

# Batch mode with human-readable output
python scripts/risk_scorer.py --input risks.json

批量模式的输入 JSON 格式：

{
  "risks": [
    {"severity": 4, "likelihood": 3, "category": "Contract", "description": "Vendor SLA breach"},
    {"severity": 2, "likelihood": 2, "category": "Regulatory", "description": "Minor filing delay"}
  ]
}

输出包括：

• 风险分数（严重性 x 可能性）
• 颜色标识的等级（GREEN / YELLOW / ORANGE / RED）
• 建议措施（接受 / 监控 / 缓解 / 升级）
• 批量汇总统计数据（各等级数量、平均分数）

---

风险报告生成器

根据风险登记表 JSON 文件生成格式化的 Markdown 风险评估备忘录。

# Generate memo from risk register
python scripts/risk_report_generator.py --input risk_register.json

# Save to file
python scripts/risk_report_generator.py --input risk_register.json --output memo.md

# JSON metadata output
python scripts/risk_report_generator.py --input risk_register.json --json

报告包括：

• ASCII 风险矩阵可视化
• 风险分布摘要（各等级的数量和百分比）
• 按分数排序的主要风险
• 各项风险的建议措施及责任人分配
• 监控计划建议
• 升级建议

---

参考指南

风险框架

references/risk_framework.md

完整的严重性 x 可能性矩阵参考：

• 1-5 级严重性及财务风险敞口百分比
• 1-5 级可能性及概率范围
• 风险矩阵可视化
• 风险分类（GREEN/YELLOW/ORANGE/RED）及应对措施
• 备忘录和风险登记表条目的文档标准

升级指南

references/escalation_guide.md

何时聘请外部律师：

• 强制聘请触发条件（诉讼、调查、刑事风险）
• 强烈建议的情形（新颖问题、重大风险敞口）
• 可考虑的情形（复杂纠纷、雇佣、数据事件）
• 风险类别定义及促成因素/缓解因素

---

工作流

工作流 1：新风险评估

Step 1: Identify risk category and description
        → Use references/risk_framework.md category definitions

Step 2: Score severity (1-5) and likelihood (1-5)
        → python scripts/risk_scorer.py --severity N --likelihood N \
          --category "Category" --description "Description"

Step 3: Review risk level and recommended action
        → GREEN: Accept and document
        → YELLOW: Assign owner and monitor
        → ORANGE: Escalate to senior counsel
        → RED: Immediate escalation, crisis management

Step 4: Determine outside counsel need
        → Consult references/escalation_guide.md

Step 5: Document in risk register
        → Add entry to register JSON file

工作流 2：定期审查风险登记表

Step 1: Load current risk register
        → python scripts/risk_scorer.py --input register.json

Step 2: Generate assessment memo
        → python scripts/risk_report_generator.py --input register.json --output memo.md

Step 3: Review top risks and distribution
        → Focus on ORANGE and RED risks first

Step 4: Update severity/likelihood for changed risks
        → Re-score and regenerate report

Step 5: Distribute memo to stakeholders

工作流 3：升级决策

Step 1: Score the risk
        → python scripts/risk_scorer.py --severity N --likelihood N \
          --category "Category" --description "Description"

Step 2: Check escalation triggers
        → Mandatory: active litigation, government investigation, criminal exposure
        → Strongly Recommended: novel issues, jurisdictional complexity, material exposure
        → Consider: complex disputes, employment matters, data incidents

Step 3: Document escalation rationale
        → Include risk score, level, and specific trigger in memo

Step 4: Select outside counsel if needed
        → See references/escalation_guide.md criteria

---

故障排查

问题	可能原因	解决方法
严重事项的风险分数似乎过低	严重性或可能性估计不足；未纳入定性因素	查看 risk_framework.md 中的严重性说明；考虑最坏情况下的财务损失；在描述中添加影响因素
同一类别中的多个风险分数不同	各风险的严重性和可能性组合不同	这是预期情况；每项风险都是独立的；查看报告中的类别趋势
批处理模式无法处理输入文件	JSON 格式错误或缺少必填字段	确认 JSON 结构符合预期格式；确保每项风险都包含严重性、可能性、类别和描述
报告生成器生成的矩阵为空	输入文件中没有风险，或所有风险的分数都无效	确认输入 JSON 包含有效风险，且严重性和可能性均为 1-5
升级指南建议聘请外部律师，但预算有限	风险分数表明存在重大风险敞口	记录预算限制和对剩余风险的接受情况；考虑聘请外部律师处理有限范围的事项
风险登记册变得难以管理	风险未关闭或合并	归档已解决的风险；合并相关风险；每季度审查登记册

---

成功标准

• 所有已识别的法律风险均已评分并记录 —— 登记册中的每项风险都包含严重性、可能性、类别、描述和建议措施
• 每季度审查风险分布 —— 生成备忘录并发送给利益相关者，同时附上趋势分析
• ORANGE 和 RED 风险均已指派负责人并制定缓解计划 —— 每项高严重性风险都有人负责
• 升级决策均已记录理由 —— 清晰记录聘请外部律师的触发条件
• 风险登记册作为动态文档持续维护 —— 随着状态变化更新、解决或归档风险

---

范围与限制

范围内：

• 使用 5x5 严重性 x 可能性矩阵进行定量风险评分
• 风险登记册管理和批处理
• 生成带矩阵可视化的风险评估备忘录
• 聘请外部律师的升级指引
• 风险分类（合同、监管、诉讼、IP、数据隐私、雇佣、公司事务）

范围外：

• 针对具体风险缓解策略提供法律建议 —— 请咨询法律顾问
• 保险保障分析或精算计算
• 监管申报或提交材料的准备
• 合同起草或审查
• 诉讼策略或案件管理

---

反模式

• 在没有标准的情况下通过委员会协商确定分数 —— 始终一致地使用已定义的严重性和可能性等级；不要为了让利益相关者满意而协商分数；严重性评为 4 的风险应符合框架中的定义
• 将风险登记册视为一次性工作 —— 风险登记册是动态文档；随着情况变化，风险也会变化；安排每季度审查并相应更新分数
• 将所有事项都升级给外部律师 —— 升级指南规定了具体触发条件；并非每项 YELLOW 风险都需要外部律师；过度升级会浪费预算并造成依赖
• 完全忽视 GREEN 风险 —— GREEN 风险仍需记录并定期监控；情况变化时，GREEN 风险可能升级为 YELLOW 或 ORANGE
• 将风险分数作为唯一决策因素 —— 分数是判断的参考，而非替代；声誉影响或战略重要性等定性因素可能需要采取分数本身未显示的行动

---

工具参考

risk_scorer.py

计算风险评分，并分配带颜色标识的风险等级及建议措施。

标记	必需	描述
--severity <1-5>	是（单项模式）	严重程度评级：1=可忽略，2=轻微，3=中等，4=重大，5=危急
--likelihood <1-5>	是（单项模式）	可能性评级：1=极低，2=不太可能，3=可能，4=很可能，5=几乎确定
--category <text>	是（单项模式）	风险类别：合同、监管、诉讼、知识产权、数据隐私、雇佣、公司事务
--description <text>	是（单项模式）	风险描述
--input <file>	是（批量模式）	包含多个风险的 JSON 文件路径
--json	否	以 JSON 格式输出结果

risk_report_generator.py

根据风险登记表 JSON 文件生成格式化的风险评估备忘录。

标记	必需	描述
--input <file>	是	风险登记表 JSON 文件路径
--output <file>	否	将备忘录保存到指定文件路径（Markdown 格式）
--json	否	以 JSON 格式输出报告元数据