/fin-sox-testing
Generate SOX sample selections, testing workpapers, and control assessments. Use when planning quarterly or annual SOX 404 testing, pulling a sample for a control (revenue, P2P, ITGC, close), building a testing workpaper template, or evaluating and classifying a control
$ npx -y skills add evolution-foundation/evo-nexus --skill fin-sox-testing --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/fin-sox-testing
Context preview
The summary Claude sees to decide when to auto-load this skill.
Generate SOX sample selections, testing workpapers, and control assessments. Use when planning quarterly or annual SOX 404 testing, pulling a sample for a control (revenue, P2P, ITGC, close), building a testing workpaper template, or evaluating and classifying a control
SKILL.md
fin-sox-testing.SKILL.mdname: fin-sox-testing
description: Generate SOX sample selections, testing workpapers, and control assessments. Use when planning quarterly or annual SOX 404 testing, pulling a sample for a control (revenue, P2P, ITGC, close), building a testing workpaper template, or evaluating and classifying a control deficiency.
argument-hint: "<control area> [period]"
SOX Compliance Testing
> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md).
**Important**: This command assists with SOX compliance workflows but does not provide audit or legal advice. All testing workpapers and assessments should be reviewed by qualified financial professionals before use in audit documentation.
Generate sample selections, create testing workpapers, document control assessments, and provide testing templates for SOX 404 internal controls over financial reporting.
Usage
/sox <control-area> <period>
Arguments
- `control-area` — The control area to test:
- `revenue-recognition` — Revenue cycle controls (order-to-cash)
- `procure-to-pay` or `p2p` — Procurement and AP controls (purchase-to-pay)
- `payroll` — Payroll processing and compensation controls
- `financial-close` — Period-end close and reporting controls
- `treasury` — Cash management and treasury controls
- `fixed-assets` — Capital asset lifecycle controls
- `inventory` — Inventory valuation and management controls
- `itgc` — IT general controls (access, change management, operations)
- `entity-level` — Entity-level and monitoring controls
- `journal-entries` — Journal entry processing controls
- Any specific control ID or name
- `period` — The testing period (e.g., `2024-Q4`, `2024`, `2024-H2`)
Workflow
1. Identify Controls to Test
Based on the control area, identify the key controls. Present the control matrix:
| Control # | Control Description | Type | Frequency | Key/Non-Key | Risk | Assertion | |-----------|-------------------|------|-----------|-------------|------|-----------| | [ID] | [Description] | Manual/Automated/IT-Dependent | Daily/Weekly/Monthly/Quarterly/Annual | Key | High/Medium/Low | [CEAVOP] |
**Control types:**
- **Automated:** System-enforced controls with no manual intervention
- **Manual:** Controls performed by personnel with judgment
- **IT-dependent manual:** Manual controls that rely on system-generated data
**Assertions (CEAVOP):**
- **C**ompleteness — All transactions are recorded
- **E**xistence/Occurrence — Transactions actually occurred
- **A**ccuracy — Amounts are correctly recorded
- **V**aluation — Assets/liabilities are properly valued
- **O**bligations/Rights — Entity has rights to assets, obligations for liabilities
- **P**resentation/Disclosure — Properly classified and disclosed
2. Determine Sample Size
Calculate sample sizes based on control frequency and risk:
| Control Frequency | Population Size (approx.) | Recommended Sample | |------------------|--------------------------|-------------------| | Annual | 1 | 1 (test the instance) | | Quarterly | 4 | 2 | | Monthly | 12 | 2-4 (based on risk) | | Weekly | 52 | 5-15 (based on risk) | | Daily | ~250 | 20-40 (based on risk) | | Per-transaction | Varies | 25-60 (based on risk and volume) |
Adjust for:
- **Risk level:** Higher risk controls require larger samples
- **Prior year results:** Controls with prior deficiencies need larger samples
- **Reliance:** Controls relied upon by external auditors may need larger samples
3. Generate Sample Selection
Select samples from the population using the appropriate method:
**Random selection** (default for transaction-level controls):
- Generate random numbers to select specific items from the population
- Ensure coverage across the full period
**Systematic selection** (for periodic controls):
- Select items at fixed intervals with a random start point
- Ensure representation across all sub-periods
**Targeted selection** (supplement to random, for risk-based testing):
- Select items with specific risk characteristics (high dollar, unusual, period-end)
- Document rationale for targeted selections
Present the sample:
SAMPLE SELECTION
Control: [Control ID] — [Description]
Period: [Testing period]
Population: [Count] items, $[Total value]
Sample size: [N] items
Selection method: [Random/Systematic/Targeted]
| Sample # | Transaction Date | Reference/ID | Amount | Selection Basis |
|----------|-----------------|--------------|--------|-----------------|
| 1 | [Date] | [Ref] | $X,XXX | Random |
| 2 | [Date] | [Ref] | $X,XXX | Random |
| ... | ... | ... | ... | ... |
4. Create Testing Workpaper
Generate a testing template for each control:
SOX CONTROL TESTING WORKPAPER
==============================
Control #: [ID]
Control Description: [Full description of the control activity]
Control Owner: [Role/title — to be filled by tester]
Control Type: [Manual/Automated/IT-Dependent Manual]
Frequency: [How often the control operates]
Key Control: [Yes/No]
Relevant Assertion(s): [CEAVOP]
Testing Period: [Period]
TEST OBJECTIVE:
To determine whether [control description] operated effectively throughout the testing period.
TEST PROCEDURES:
1. [Step 1 — What to inspect, examine, or re-perform]
2. [Step 2 — What evidence to obtain]
3. [Step 3 — What to compare or verify]
4. [Step 4 — How to evaluate completeness of performance]
5. [Step 5 — How to assess timeliness of performance]
EXPECTED EVIDENCE:
- [Document type 1 — e.g., signed approval form]
- [Document type 2 — e.g., system screenshot showing review]
- [Document type 3 — e.g., reconciliation with preparer sign-off]
TEST RESULTS:
| Sampl
Read more
name: fin-sox-testing description: Generate SOX sample selections, testing workpapers, and control assessments. Use when planning quarterly or annual SOX 404 testing, pulling a sample for a control (revenue, P2P, ITGC, close), building a testing workpaper template, or evaluating and classifying a control deficiency. argument-hint: "<control area> [period]"
SOX Compliance Testing
> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md).
**Important**: This command assists with SOX compliance workflows but does not provide audit or legal advice. All testing workpapers and assessments should be reviewed by qualified financial professionals before use in audit documentation.
Generate sample selections, create testing workpapers, document control assessments, and provide testing templates for SOX 404 internal controls over financial reporting.
Usage
/sox <control-area> <period>
Arguments
- `control-area` — The control area to test:
- `revenue-recognition` — Revenue cycle controls (order-to-cash)
- `procure-to-pay` or `p2p` — Procurement and AP controls (purchase-to-pay)
- `payroll` — Payroll processing and compensation controls
- `financial-close` — Period-end close and reporting controls
- `treasury` — Cash management and treasury controls
- `fixed-assets` — Capital asset lifecycle controls
- `inventory` — Inventory valuation and management controls
- `itgc` — IT general controls (access, change management, operations)
- `entity-level` — Entity-level and monitoring controls
- `journal-entries` — Journal entry processing controls
- Any specific control ID or name
- `period` — The testing period (e.g., `2024-Q4`, `2024`, `2024-H2`)
Workflow
1. Identify Controls to Test
Based on the control area, identify the key controls. Present the control matrix:
| Control # | Control Description | Type | Frequency | Key/Non-Key | Risk | Assertion | |-----------|-------------------|------|-----------|-------------|------|-----------| | [ID] | [Description] | Manual/Automated/IT-Dependent | Daily/Weekly/Monthly/Quarterly/Annual | Key | High/Medium/Low | [CEAVOP] |
**Control types:**
- **Automated:** System-enforced controls with no manual intervention
- **Manual:** Controls performed by personnel with judgment
- **IT-dependent manual:** Manual controls that rely on system-generated data
**Assertions (CEAVOP):**
- **C**ompleteness — All transactions are recorded
- **E**xistence/Occurrence — Transactions actually occurred
- **A**ccuracy — Amounts are correctly recorded
- **V**aluation — Assets/liabilities are properly valued
- **O**bligations/Rights — Entity has rights to assets, obligations for liabilities
- **P**resentation/Disclosure — Properly classified and disclosed
2. Determine Sample Size
Calculate sample sizes based on control frequency and risk:
| Control Frequency | Population Size (approx.) | Recommended Sample | |------------------|--------------------------|-------------------| | Annual | 1 | 1 (test the instance) | | Quarterly | 4 | 2 | | Monthly | 12 | 2-4 (based on risk) | | Weekly | 52 | 5-15 (based on risk) | | Daily | ~250 | 20-40 (based on risk) | | Per-transaction | Varies | 25-60 (based on risk and volume) |
Adjust for:
- **Risk level:** Higher risk controls require larger samples
- **Prior year results:** Controls with prior deficiencies need larger samples
- **Reliance:** Controls relied upon by external auditors may need larger samples
3. Generate Sample Selection
Select samples from the population using the appropriate method:
**Random selection** (default for transaction-level controls):
- Generate random numbers to select specific items from the population
- Ensure coverage across the full period
**Systematic selection** (for periodic controls):
- Select items at fixed intervals with a random start point
- Ensure representation across all sub-periods
**Targeted selection** (supplement to random, for risk-based testing):
- Select items with specific risk characteristics (high dollar, unusual, period-end)
- Document rationale for targeted selections
Present the sample:
SAMPLE SELECTION Control: [Control ID] — [Description] Period: [Testing period] Population: [Count] items, $[Total value] Sample size: [N] items Selection method: [Random/Systematic/Targeted] | Sample # | Transaction Date | Reference/ID | Amount | Selection Basis | |----------|-----------------|--------------|--------|-----------------| | 1 | [Date] | [Ref] | $X,XXX | Random | | 2 | [Date] | [Ref] | $X,XXX | Random | | ... | ... | ... | ... | ... |
4. Create Testing Workpaper
Generate a testing template for each control:
SOX CONTROL TESTING WORKPAPER ============================== Control #: [ID] Control Description: [Full description of the control activity] Control Owner: [Role/title — to be filled by tester] Control Type: [Manual/Automated/IT-Dependent Manual] Frequency: [How often the control operates] Key Control: [Yes/No] Relevant Assertion(s): [CEAVOP] Testing Period: [Period] TEST OBJECTIVE: To determine whether [control description] operated effectively throughout the testing period. TEST PROCEDURES: 1. [Step 1 — What to inspect, examine, or re-perform] 2. [Step 2 — What evidence to obtain] 3. [Step 3 — What to compare or verify] 4. [Step 4 — How to evaluate completeness of performance] 5. [Step 5 — How to assess timeliness of performance] EXPECTED EVIDENCE: - [Document type 1 — e.g., signed approval form] - [Document type 2 — e.g., system screenshot showing review] - [Document type 3 — e.g., reconciliation with preparer sign-off] TEST RESULTS: | Sampl
Other skills on evo-nexus.
- /ai-image-creator
Generate PNG images using AI (multiple models via OpenRouter including Gemini, FLUX.2, Riverflow, SeedDream, GPT-5 Image, proxied through Cloudflare AI Gateway BYOK). Also analyze/describe existing images using multimodal AI vision. Use when user asks to "generate an image",
Open skill - /create-agent
Create a new custom agent for the workspace. Guides the user through defining agent name, domain, personality, skills, model, and memory folder. Use when the user says 'create an agent', 'new agent', 'add an agent', 'I need a custom agent', or wants to create a specialized agent
Open skill - /create-command
Create a new slash command for Claude Code. Guides the user through defining the command name, what it does, and generates the markdown file in .claude/commands/. Use when the user says 'create a command', 'new command', 'add a slash command', 'I want a shortcut for', or wants
Open skill - /create-goal
Create a Mission, Project, or Goal (Mission → Project → Goal → Task hierarchy) in EvoNexus. Guides the user through picking a mission, choosing or creating a project, defining a measurable goal with metric_type and target_value. Writes to the SQLite goals tables via POST
Open skill - /create-heartbeat
Create a new heartbeat (proactive agent scheduled with a decision prompt) for EvoNexus. Guides the user through picking an agent, setting interval, wake triggers, and the decision prompt that governs when the agent acts. Writes to config/heartbeats.yaml with pydantic validation.
Open skill - /create-integration
Create a new custom integration (API/service wrapper) for the workspace. Guides the user through defining the integration's slug, display name, description, category, and required env keys. Writes .claude/skills/custom-int-{slug}/SKILL.md via POST /api/integrations/custom. Use
Open skill

