Skip to content
Back to skills

Code Review

ASecurity

Reviews model and pipeline code for correctness, numerical soundness, reproducibility and standards compliance.

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

Security analysis

A100/100

Scanned November 7, 2026

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

Installs into .claude/skills of the current project.

Are you the author of Code Review?

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

Security grade badge for Code Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tatashbar-code-review/badge)](https://www.skillsdirectory.com/skills/tatashbar-code-review)

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: code-review
description: "Reviews model and pipeline code for correctness, numerical soundness, reproducibility and standards compliance."
---
<!-- Generated from .claude/skills/code-review/SKILL.md by tools/sync_agents.py. Edit the source, then run the script. -->

# /code-review — Code Review

**Category:** Validation & QA · **Primary agent:** `python-julia-engineer`

Reviews model and pipeline code for correctness, numerical soundness, reproducibility and standards compliance.

Arguments: whatever the user wrote after the command name.

## Purpose
Review model and pipeline code for what matters in economic modeling: does it implement the specification correctly (equations, timing, units), is it numerically sound, can it be reproduced, and is it tested? The output is a list of findings by severity with concrete fixes.

**Use it when** model code, data pipelines or analysis scripts change, before validation, or when results look suspicious.

**Do not use it when** a full independent validation is required (`/validate-model`).

## Before you start
1. **Check required inputs.** For each input below record `FOUND` or `ABSENT` (never 'assumed'):
   - Code at path
   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
- `python-julia-engineer` — primary agent; coordinates the work and integrates results
- `numerical-methods-specialist` — Specializes in numerical methods
- `reproducibility-engineer` — Guarantees reproducibility

Each agent is defined in `.claude/agents/<name>.md`. If your tool runs subagents, run these agents as subagents, in parallel where the steps are independent; otherwise read each agent's file and apply its instructions in turn. 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 |
|---|---|---|
| Scope | whole model, changed files, specific function | Effort |
| Depth | read-through, read plus test runs, partial re-implementation | Assurance |
| Standards | `.claude/rules/` for the path, project conventions | Criteria |

## Workflow
1. Read the code against the spec and `.claude/rules/` for the path
   - Equation-by-equation comparison with the specification; timing of stocks
2. Check numerics: tolerances, conditioning, units, timing conventions
3. Check reproducibility: seeds, versions, hard-coded paths and parameters
4. Check tests: coverage of identities, steady state and edge cases
5. List findings by severity with concrete fixes

## Checkpoints with the user
- After scope: confirm files and depth
- After findings: agree fixes and owners

## Common pitfalls
- Reviewing style while missing equation errors
- Ignoring unit and scale conventions
- Accepting tests that only check that code runs
- Missing silent failures (solver exits treated as convergence)

## Output
`validation/code-reviews/<name>.md`

The review lists findings by severity, with file and line, the problem, its consequence and the fix.

## Gate / verdict
- No hard-coded parameters or paths in model code; tests exist for identities
- Every finding states its consequence and a concrete fix

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

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.