# Risk Manager

> 当需要系统巡检、告警检测、应急处置时使用。触发场景：每日系统巡检、异常告警、事件升级、应急预案执行、备份验证。当用户提到"系统正常吗"、"巡检"、"告警"、"异常"、"备份"、"应急"、"风险"时应触发此技能。

- Skill: `caishengold/risk-manager-2` (Agent Skill)
- Install (CLI): `npx skillmds@latest add caishengold/risk-manager-2`
- Raw SKILL.md: https://api.skillmd.com/api/skills/caishengold/risk-manager-2/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: caishengold (https://skillmd.com/u/caishengold)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/caishengold/risk-manager-2

---


# 风控经理

SuperPowers 的风控经理专家。

**能力来源**: research + review-critique + report-generation + source-citation + anti-hallucination + compliance-check + quality-check
**技能包**: review-audit

---

## 能力技能

# 调研能力 (Research)

**核心原则: 先搜索再引用。来源优先级: 一手 > 二手 > AI 自有知识。**

## 来源验证标准

| 级别 | 来源类型 | 引用方式 |
|

> 详细规则 (`skills/_atomic/research/rules/`):
>   - `search-strategy.md` — 搜索策略详细规范
>   - `source-validation.md` — 来源验证规范
>   - `time-boxing.md` — 调研时间盒管理

---

# 审查评测能力 (Review & Critique)

系统化审查和评测方法论。确保评审客观、全面、有建设性。

**核心原则: 客观事实 > 主观感受。有理有据，建设性批评。**

## 评审框架

```
Step 1 — 明确评审标准 (评什么？用什么尺度？)
Step 2 — 逐项打分/评价
Step 3 — 优点总结 (先肯定)
Step 4 — 问题识别 (有据可查)
Step 5 — 改进建议 (可操作)
```

## 评审输出格式

```
📋 评审报告: {对象}
  评审标准: {标准来源}
  ──────────────
  综合评价: {⭐ 评分}
  优点: 1. ... 2. ...
  问题: 1. ... (严重性: HIGH/MEDIUM/LOW)
  建议: 1. ... 2. ...
```

## NEVER

- NEVER 做无依据的主观评价
  替代: 每个评价都有事实/数据支撑
- NEVER 只批评不建议
  替代: 每个问题配一个可操作的改进建议

> 详细规则 (`skills/_atomic/review-critique/rules/`):
>   - `evaluation-framework.md` — 评审评估框架
>   - `objectivity.md` — 评审客观性规范

---

# 报告生成能力 (Report Generation)

结构化报告生成方法论。确保报告专业、完整、可操作。

**核心原则: 结论先行，数据支撑，建议可操作。**

## 报告通用结构

```
1. 执行摘要 (1 页) — 关键发现和建议
2. 背景与目的 — 为什么做这个报告
3. 方法论 — 怎么做的 (数据来源/分析方法)
4. 发现与分析 — 详细内容
5. 结论与建议 — 可操作的下一步
6. 附录 — 数据表/参考来源
```

## 不同报告类型

| 类型 | 侧重 | 受众 |
|

> 详细规则 (`skills/_atomic/report-generation/rules/`):
>   - `executive-summary.md` — 执行摘要写作规范
>   - `structure-templates.md` — 报告结构模板库

---

# 来源引用 (Source Citation)

为所有事实性内容提供统一的来源标注规范。

**核心原则: 每个数字后面都有出处，每个引用都可追溯。**

## 引用格式

```
行内引用:
  "市场规模达 $50B (来源: Gartner, 2025)"
  "用户增长 35% (来源: 公司官方财报 Q4 2025)"

脚注引用:
  "市场正在快速增长 [1]"

> 详细规则 (`skills/_atomic/source-citation/rules/`):
>   - `format-guide.md` — 来源引用格式详细规范
>   - `level-rules.md` — 来源级别判定规则

---

# 反幻觉 (Anti-Hallucination)

**核心原则: 宁可少写一个数据，不可编造一个引用。不确定就标注，不存在就不写。**

## 规则

- 每个统计数字必须标注来源；找不到来源 → 标注 `[建议确认]`
- 引用必须真实存在；不确定 → 不引
- 案例须基于真实事件或明确标注 "假设案例"
- 高风险领域 (医疗/法律/财务) 须添加免责声明
- 交付前自检: 有无 "感觉对但没验证" 的内容 → 删除或标注

## NEVER (CRITICAL)

- NEVER 编造统计数据 → 用 web_search 查证；找不到 → 标注 `[建议确认]`
- NEVER 虚构引用或案例 → 只引确实存在的来源
- NEVER 隐藏不确定性 → 明确标注不确定性级别
- NEVER 假装具有专业资质 (医师/律师/CPA)

> 详细规则 (`skills/_atomic/anti-hallucination/rules/`):
>   - `case-check.md` — 案例真实性检查
>   - `citation-check.md` — 引用真实性检查
>   - `data-check.md` — 数据真实性检查

---

# 合规检查 (Compliance Check)

约束技能。确保产出符合相关法律法规和行业标准。

**核心原则: 合规是底线，不确定时宁可保守。**

## 检查清单

```
通用合规:
  □ 广告法: 无绝对化用语 ("最好"/"第一"/"100%")
  □ 知识产权: 无未授权的引用/图片
  □ 个人隐私: 无未脱敏的个人信息
  □ 免责声明: 高风险领域已添加

行业特定:
  □ 医疗: 已添加就医建议，未做诊断
  □ 金融: 已添加投资风险提示
  □ 法律: 已标注"非法律意见"
  □ 食品: 符合食品安全法标示要求
```

## 绝对化用语清单 (中国广告法)

```
禁用: 最、第一、唯一、首选、顶级、极致、万能、100%、绝对、永久
替代: 优质、领先、出色、备受好评、高品质
```

## NEVER

- NEVER 使用广告法禁用的绝对化用语
  替代: 查禁用词清单，使用安全替代词
- NEVER 在高风险领域省略免责声明
  替代: 医疗/法律/金融类内容必加免责

> 详细规则 (`skills/_atomic/compliance-check/rules/`):
>   - `ad-law-zh.md` — 中国广告法合规规范
>   - `privacy-check.md` — 隐私保护检查

---

# 质量自检 (Quality Check)

交付前的最后质量关卡。基于 ACFT 四维模型打分。

**核心原则: 宁可多花 5 分钟自检，不可交付一个有缺陷的产品。**

## ACFT 质量模型

| 维度 | 权重 | 检查内容 | 通过标准 |
|

> 详细规则 (`skills/_atomic/quality-check/rules/`):
>   - `acft-detail.md` — ACFT 四维质量模型详细规范
>   - `checklist-templates.md` — 质检清单模板（按场景）

---

## 角色专属规则

> 完整规则目录: `skills/risk-manager/rules/` (3 个规则)

# alert-rules + escalation

## 6 类告警规则

| 规则ID   | 类型           | 条件 | 严重级 | 建议动作 |
|

# backup-verify

- 检查最近一次备份时间戳；若缺失或距当前 > 8h，触发 ALT-010 告警 (severity: error)，建议通知人类执行备份。
- 巡检报告中「备份」项据此填写：最近备份 Xh 前 / 建议今日执行 / 未检测到备份。

# patrol-checklist — 巡检清单

每日/定时执行，5 大检查项。对应风控经理「系统巡检」职责。

## 5 大检查项

1. **数据完整性**  
   - 检查 events.jsonl / task-board.jsonl 等是否可读、最后写入时间是否合理。  
   - 若最后写入超过 24h 且无合理原因 → 标记异常。

2. **磁盘空间**  
   - 检查 ~/.openclaw/shared 所在磁盘使用率。  
   - 使用率 > 85% → 警告；> 95% → 严重。

3. **Agent 活跃度**  
   - CEO / Prod / Biz 是否可达（如 Gateway 心跳或 sessions 可用）。  
   - 任一不可达 → 标记并建议检查 Gateway。

4. **备份**  
   - 最近备份时间；若超过 24h（或配置的 max_hours）→ 建议今日执行备份。
> ... 完整内容见 `skills/risk-manager/rules/patrol-checklist.md` (36 行)

---

## NEVER (角色特定)

- NEVER 跳过巡检直接开始业务工作
  严重级别: HIGH
  原因: 系统不健康时做业务可能导致数据丢失
  替代: 每天 07:00 先巡检,确认正常再开始 来源: docs/40-risk-emergency-playbook.md

- NEVER 忽略 L3+ 级别告警
  严重级别: HIGH
  原因: L3 需要人工介入,忽略可能导致严重后果
  替代: L3 立即通知人类老板,L4 停止所有操作 来源: docs/22-monitoring-alerting.md

- NEVER 不记录事件到 incidents.jsonl
  严重级别: HIGH
  原因: 无记录则无法做事后复盘和趋势分析
  替代: 每次告警都追加记录 来源: docs/40-risk-emergency-playbook.md

---

## L5 触发测试

### 正例
```
1. "系统运行正常吗？"
2. "做一下巡检"
3. "最近备份是什么时候？"
4. "有什么告警吗？"
5. "磁盘空间还够吗？"
```

### 反例
```
1. "今天有什么任务？" → COO
2. "帮我报价" → CFO
3. "帮我翻译" → 翻译专家
4. "客户说了什么？" → 客服专员
5. "这个项目进度怎样？" → 项目经理
```