risk-assessment
Skill2 starsChanged 42 days agoMITView on GitHub
Assess or rate an engagement's inherent risks, identify risks from a preliminary survey, and rank risks for scoping. Use when starting risk assessment after the preliminary survey, or when upstream changes require reassessment.
19 other projects use a version of this.
Adopted by
Most recently taken up by
- nisarth/claude-skills-storetheir own version, first seen Nov 8, 2026
- staskh/trading_skillstheir own version, first seen Nov 3, 2026
- s977043/PlanGatetheir own version, first seen Nov 2, 2026
- Big-LAORE/Biblioth-que-de-skillstheir own version, first seen Nov 1, 2026
- artherahq/skillstheir own version, first seen Oct 31, 2026
- artheras/skillstheir own version, first seen Oct 31, 2026
Other versions19 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 19
- anthropics/knowledge-work-plugins★ 36ksame name
- staskh/trading_skills★ 405same name
- GAJETOso/financeskills★ 47same name
- DefiLlama/defillama-skills★ 32same name
- ishenli/investment-agent★ 10same name
- microsoft/aibast-agents-library★ 8same name
- RiskResponse/ciso-security-skills★ 8same name
- artherahq/skills★ 3same name
- artheras/skills★ 3same name
- s977043/PlanGate★ 3same name
9 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository15 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- exploratory-data-analysisSkill
- ask-contextSkill
- create-engagementSkill
- document-request-listSkill
- setup-internal-audit-skillsSkill
- shared-understandingSkill
- planning-memoSkill
- preliminary-surveySkill
- risk-and-control-matrixSkill
- control-statementsSkill
- design-adequacy-proceduresSkill
- operating-effectiveness-proceduresSkill
- process-statementsSkill
- risk-statementsSkill
The file
We split this skill into the rules it gives an agent
7 rules. 0 are common, 5 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 13 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 21
Create planning/risk-assessment.md using the structure in ASSESSMENT-FORMAT.md.
- Distinctive: line 25
Start from the survey and its readiness report.
- Distinctive: line 58
Consider compliance, financial reporting, operations and performance, IT and systems, strategy, and third-party risks, or methodology's …
- Distinctive: line 68
Every active risk links to a process and an objective.
- Very specific: line 69
Every Risk Title and Risk Description has been through risk-statements.
- Distinctive: line 71
Every fraud scheme is closed.
- Distinctive: line 73
No open gap could add, remove, or re-rate a risk.
“Common” is measured: kept by at least 6 in 10 of the 13 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Risk Assessment
Identify the significant risks to the activity's objectives, including fraud, and rank them by inherent significance so the engagement can focus where it matters most. The auditor rates each risk; the assessment lays out the evidence for that judgement. It owns the engagement's Risk IDs and activity Objective IDs, and leaves scope decisions to the planning memo and controls to the RCM.
File Structure
/
└── engagements/
└── <year>/
└── <name>/
└── planning/
└── risk-assessment.mdCreate planning/risk-assessment.md using the structure in ASSESSMENT-FORMAT.md. If the file already exists, update it in place.
1. Establish the starting point
Start from the survey and its readiness report. Inspect prior assessments and findings, incidents, management's risk assessments, and auditor-supplied equivalents before asking for more. Prior workpapers can inform structure and candidate risks without establishing current facts.
Cite every factual statement and rating consideration to its source, with its location and known date or version, or give an explicit basis such as a dated auditor statement. Carry the survey's basis labels with its content. General knowledge supplies labelled candidates, never facts about this activity. Minor gaps get bracketed markers in place and Information gaps entries.
2. Establish processes and activity objectives
Inherit the survey's Process IDs and process list unchanged. Carry its activity objectives, with their wording, performance measures and targets, and sources, into Activity objectives; distinguish them from the audit objective statement. Carry management's established risk tolerance, or the survey's statement of its absence. Allocate Objective IDs as O-01, O-02, and so on, and preserve established identities on updates. The assessment owns these IDs; downstream workpapers may cite them, but they add no objective layer to the RCM. Include a process-level objective only when a source states one. Missing objectives remain gaps rather than being inferred from process names.
Without a survey, recommend preliminary-survey. If the auditor declines, establish a provisional process list inside this assessment from equivalent material, wording each process through process-statements. Preserve existing engagement Process IDs, allocate new provisional P-nn IDs above the highest allocated number, and flag the list for the survey to adopt. Pause the whole assessment only when neither objectives nor processes can be established; otherwise draft what is supported, keeping missing links visible and the affected work pending.
3. Identify and word risks
Consider candidates in this order: methodology and organization context; the internal audit plan's risk rationale and changes since the plan was approved; survey leads, prior findings, incidents, and management concerns; management's own risk assessments; the auditor; then labelled general-knowledge candidates. Retain a general-knowledge candidate only when a source supports it or the auditor accepts it, recording that source or dated acceptance as its basis. Omit rejected candidates and survey leads that do not become risks.
Give each retained risk one Risk ID (R-01, R-02, and so on), linked to every Process ID it affects and at least one Objective ID. Draft and review each new or edited Risk Title and Risk Description through risk-statements, passing its linked objectives as context and keeping citations, basis labels, and gap markers. Compare descriptions for duplicate event chains; split only where risk-statements identifies distinct chains that would be assessed or managed differently. A rating-only change keeps the existing wording review.
Consider fraud
Consider fraud in every assessment, starting from the survey's fraud indicators. Work through each fraud scheme: misappropriation of assets, corruption, fraudulent reporting, and management override of controls. Take each supported scheme through identification, wording, and the rating judgement point like any other risk. Close each scheme with its linked Risk IDs or with the auditor's dated reason that no fraud risk is retained for it.
4. Present the rating judgement point
Ratings are inherent: consider the activity before controls. For each risk, lay out sourced likelihood considerations (such as frequency, volumes, complexity, change, findings, and incidents) and impact considerations (such as financial size, regulatory exposure, customers, operations, the linked objective and its performance measures, and management's risk tolerance where established). Include management's own view of likelihood or impact as an attributed consideration, noting where the evidence differs. Show methodology's scale and calibration; absent methodology, show only the bare integer scale 1 to 5 for each dimension, without invented calibration labels. Present no proposed likelihood, impact, score, or band.
Ask the auditor to rate likelihood and impact, and record each rating with its date and reason. Mark a missing date or reason visibly and ask for it rather than inventing a rationale. An undecided dimension stays blank, with score and band blank too. Resolve values outside the scale with the auditor.
Compute Score as Likelihood × Impact and derive Band from the computed score using an executable calculation, never manual entry. Default bands are Low 1–4, Moderate 5–9, High 10–16, Critical 17–25; methodology overrides the rating method and bands. Resolve an incomplete or conflicting method before computing affected results. Recompute after a rating or method change and use the same results in the summary, heat map, and risk entries.
Rank rated risks by band from highest to lowest, then score descending. Use Risk ID order for ties; place unrated risks last in Risk ID order. This mechanical sort is the entire ranking, with no additional priority or scope judgement.
5. Check coverage and reconcile with management
Consider compliance, financial reporting, operations and performance, IT and systems, strategy, and third-party risks, or methodology's replacement list. For each topic, link the retained risks or state a sourced reason none applies. This is a coverage check, not a taxonomy or risk field.
Compare the retained risks with management's risk registers, self-assessments, and stated concerns. Record each management-identified risk not retained, with the reason, and each retained risk management has not identified. When management's view is unavailable, record that as a gap.
Where coverage or reconciliation raises a candidate, take it through identification, wording, and the rating judgement point. Unresolved coverage or reconciliation remains a gap.
6. Report readiness for the planning memo
The assessment is ready when:
- Every active risk links to a process and an objective.
- Every Risk Title and Risk Description has been through
risk-statements. - The auditor has rated every active risk.
- Every fraud scheme is closed.
- The coverage check and management reconciliation are done.
- No open gap could add, remove, or re-rate a risk.
Record each gap's effect in Information gaps, with the returned RQ ID or the question put to the auditor. Questions requiring the auditor's judgement stay in this workpaper. Pause a risk affected by a gap that could add, remove, or re-rate it until the auditor resolves the gap.
Refreshing an existing assessment
When an earlier assessment of the same activity exists, offer to use it as the starting point. On acceptance, leave the earlier workpaper unchanged and work at the current assessment path, reconciling identities with this engagement's established IDs. Label carried risks "prior engagement; not reconfirmed" until a current source or the auditor reconfirms them. Show prior ratings only as sourced likelihood or impact considerations; leave current ratings, score, and band blank until the auditor rates.
For reassessment after an upstream or RCM flag, move the affected risks' previous ratings into considerations and reopen their current ratings, preserving unaffected current decisions. Treat unresolved currency or upstream changes as gaps against readiness.
Done
Reply with the output path, readiness against each criterion, undecided risks, remaining gaps and RQ IDs, outstanding methodology requirements, and downstream flags. Recommend planning-memo, naming the blockers when not ready. Send no communications.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

