Skip to content
Back to skills

Model Risk Review

ASecurity

Independent model risk review: aggregates validation, ethics, confidentiality and use-limit checks; approves or blocks release.

  • 4 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
ai-agentsgobash

Security analysis

A100/100

Scanned November 7, 2026

npx -y skills add tatashbar/Economic-Modeling-Studio --skill model-risk-review --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Model Risk Review?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Model Risk Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tatashbar-model-risk-review-economic-modeling-studio/badge)](https://www.skillsdirectory.com/skills/tatashbar-model-risk-review-economic-modeling-studio)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: model-risk-review
description: "Independent model risk review: aggregates validation, ethics, confidentiality and use-limit checks; approves or blocks release."
argument-hint: "[model name]"
user-invocable: true
allowed-tools: Read, Glob, Grep, Write, Edit, Bash, AskUserQuestion, Task
---

# /model-risk-review — Model Risk Review

**Category:** Validation & QA · **Primary agent:** `model-risk-governance-specialist`

Independent model risk review: aggregates validation, ethics, confidentiality and use-limit checks; approves or blocks release.

Arguments: `$ARGUMENTS`

## Purpose
Make the release decision for a model: bring together validation findings, AI audits, ethics, confidentiality and use limits, and decide whether the model is approved, approved with conditions, or blocked, with owners and deadlines for every condition. The output is a recorded decision and an updated model inventory.

**Use it when** a model or major model change is ready for use in advice, forecasts or publication.

**Do not use it when** validation has not yet been done (`/validate-model`, `/ai-audit`).

## Before you start
1. **Check required inputs.** For each input below record `FOUND` or `ABSENT` (never 'assumed'):
   - Validation report
   - Model card
   - Data classification
   If a required input is `ABSENT`, that part is **`NOT ASSESSED — NO DATA`**: do not estimate or invent it; name what is missing and which skill produces it. If all required inputs are absent, stop and say so.
2. **Check confidentiality.** Identify the data classification level of the inputs (`.claude/docs/confidentiality-and-ai-use.md`). Do not proceed with restricted or confidential data in a way the policy does not allow.
3. **Collaboration.** Follow `.claude/docs/collaboration-protocol.md`: ask questions first, present options, get approval before writing files, and update `production/session-state/active.md` after each approved section.

## Agents
- `model-risk-governance-specialist` — primary agent; coordinates the work and integrates results
- `model-validation-specialist` — Performs independent model validation
- `ai-ethics-fairness-specialist` — Reviews AI ethics and fairness
- `data-governance-metadata-specialist` — Owns data governance and metadata

Run these agents as subagents (the `Task` tool), in parallel where the steps are independent. Subagents only write to the paths named in your instructions.

## Key design decisions (present options, let the user choose)
| Decision | Typical options | What it changes |
|---|---|---|
| Risk level | low, medium, high | Evidence required |
| Conditions | use limits, monitoring, remediation deadlines | Scope of approval |
| Review cycle | annual, on change | Ongoing assurance |

## Workflow
1. Collect validation findings and their status
   - Include lego brick validation status where relevant
2. Check confidentiality, ethics and use-limit constraints
3. Decide: APPROVED / APPROVED WITH CONDITIONS / BLOCKED, and record conditions and owners
4. Update the model inventory

## Checkpoints with the user
- Before the decision: review open findings and proposed conditions

## Common pitfalls
- Approving with conditions that have no owners or deadlines
- Ignoring use outside the design domain
- Inventory not updated

## Output
`validation/<model>/model-risk-decision.md`

The decision record lists the evidence reviewed, open findings, the decision, conditions with owners and deadlines, use limits and the next review date.

## Gate / verdict
- High-severity open findings block approval
- Conditions have owners and deadlines
- The model inventory is updated

## Suggested next steps
- `/model-release`

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.