ai-image-creator
Generate PNG images using AI (multiple models via OpenRouter including Gemini, FLUX.2, Riverflow, SeedDream, GPT-5 Image, proxied…
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
Claude Code
$ npx -y skills add evolution-foundation/evo-nexus --skill fin-sox-testing --agent claude-code
Codex
$ npx skills add evolution-foundation/evo-nexus --skill fin-sox-testing -a codex -y
Cursor
$ npx skills add evolution-foundation/evo-nexus --skill fin-sox-testing -a cursor -y
Gemini CLI
$ npx skills add evolution-foundation/evo-nexus --skill fin-sox-testing -a gemini-cli -y
GitHub Copilot
$ npx skills add evolution-foundation/evo-nexus --skill fin-sox-testing -a github-copilot -y
OpenCode
$ npx skills add evolution-foundation/evo-nexus --skill fin-sox-testing -a opencode -y
Windsurf
$ npx skills add evolution-foundation/evo-nexus --skill fin-sox-testing -a windsurf -y
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]"
> 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.
/sox <control-area> <period>
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:**
**Assertions (CEAVOP):**
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:
Select samples from the population using the appropriate method:
**Random selection** (default for transaction-level controls):
**Systematic selection** (for periodic controls):
**Targeted selection** (supplement to random, for risk-based testing):
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 | | ... | ... | ... | ... | ... |
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
Generate PNG images using AI (multiple models via OpenRouter including Gemini, FLUX.2, Riverflow, SeedDream, GPT-5 Image, proxied…
Create a new custom agent for the workspace. Guides the user through defining agent name, domain, personality, skills, model, and…
Create a new slash command for Claude Code. Guides the user through defining the command name, what it does, and generates the…
Create a Mission, Project, or Goal (Mission → Project → Goal → Task hierarchy) in EvoNexus. Guides the user through picking a…
Create a new heartbeat (proactive agent scheduled with a decision prompt) for EvoNexus. Guides the user through picking an agent,…
Create a new custom integration (API/service wrapper) for the workspace. Guides the user through defining the integration's slug,…
Direct browser control via CDP for web interaction: automation, scraping, testing, screenshots, and site/app work. Also covers…
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling…