Agent skill

Capa Officer

by alirezarezvani in alirezarezvani/claude-skills

CAPA system management for medical device QMS. An agent skill from alirezarezvani/claude-skills.

MITAuto-check passedDevelopment

Install Capa Officer

skills CLI
$ npx skills add alirezarezvani/claude-skills --skill capa-officer -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install alirezarezvani/claude-skills capa-officer --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/alirezarezvani/claude-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/ra-qm-team/skills/capa-officer .claude/skills/capa-officer && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
capa-officer
GitHub stars
28k
Used in
1 other repo
Token cost
~4k tokens
SKILL.md length
1,256 words
Files
5 (incl. scripts, references)
Skills in repo
342
Repo updated
First seen
Licence
MIT

At a glance

CAPA system management for medical device QMS. An agent skill from alirezarezvani/claude-skills.

  • Works in 8 steps: Document trigger event with objective… → Assess significance and determine CAPA… → Form investigation team with relevant… → …
  • Running CAPA investigations
  • SKILL.md covers Table of Contents, CAPA Investigation Workflow, Root Cause Analysis and Corrective Action Planning, plus 5 more sections
  • Runs Python scripts from its folder; calls python

What it does

Capa Officer is an agent skill from alirezarezvani/claude-skills. CAPA system management for medical device QMS. Covers root cause analysis, corrective action planning, effectiveness verification, and CAPA metrics. Use when running CAPA investigations, 5-Why analysis, fishbone diagrams, root cause determination, corrective action tracking, effectiveness verification, or CAPA program optimization.

Its SKILL.md is about 4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 6 other files, including scripts and reference files (for example `references/effectiveness-verification-guide.md`, `references/rca-methodologies.md` and `scripts/capa_tracker.py`).

It sits in Development, covering Root cause analysis. The repository describes itself as: 380 Claude Code skills & agent skills & plugins (30+ Agents, 70+ custom commands, 380+ skills, customizable references, scripts)for Claude Code, Codex, Gemini CLI, Cursor, and 8… The licence is MIT.

When your agent uses it

  • Running CAPA investigations
  • Fishbone diagrams
  • Root cause determination
  • Corrective action tracking

Example prompts

  • “/capa-officer”

Requirements

  • Python 3

Workflow steps

8 steps, taken from the first numbered list in SKILL.md.

  1. Document trigger event with objective evidence
  2. Assess significance and determine CAPA necessity
  3. Form investigation team with relevant expertise
  4. Collect data and evidence systematically
  5. Select and apply appropriate RCA methodology
  6. Identify root cause(s) with supporting evidence
  7. Develop corrective and preventive actions
  8. Validation: Root cause explains all symptoms; if eliminated, problem would not recur

What it can do on your machine

Read from SKILL.md and the folder at commit 19392f7. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 2 files in scripts/ (Python), which the agent can run.

    Shell commands in SKILL.md call:

    • python

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Capa Officer loads about 4k tokens when it runs, and up to ~11k if it reads all its reference files. Until then it costs about 87 tokens; SKILL.md has 1,256 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~87
When it runs · the whole SKILL.md, loaded when a task matches
~4k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~11k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from alirezarezvani/claude-skills at commit 19392f7, republished under its MIT licence (© alirezarezvani). 1,256 words, ~3,994 tokens.

Download SKILL.mdSave it as .claude/skills/capa-officer/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.
name
capa-officer
description
CAPA system management for medical device QMS. Covers root cause analysis, corrective action planning, effectiveness verification, and CAPA metrics. Use when running CAPA investigations, 5-Why analysis, fishbone diagrams, root cause determination, corrective action tracking, effectiveness verification, or CAPA program optimization.
triggers
CAPA investigation, root cause analysis, 5 Why analysis, fishbone diagram, corrective action, preventive action, effectiveness verification, CAPA metrics…

CAPA Officer

Corrective and Preventive Action (CAPA) management within Quality Management Systems, focusing on systematic root cause analysis, action implementation, and effectiveness verification.


Table of Contents


CAPA Investigation Workflow

Conduct systematic CAPA investigation from initiation through closure:

  1. Document trigger event with objective evidence
  2. Assess significance and determine CAPA necessity
  3. Form investigation team with relevant expertise
  4. Collect data and evidence systematically
  5. Select and apply appropriate RCA methodology
  6. Identify root cause(s) with supporting evidence
  7. Develop corrective and preventive actions
  8. Validation: Root cause explains all symptoms; if eliminated, problem would not recur
CAPA Necessity Determination
Trigger TypeCAPA RequiredCriteria
Customer complaint (safety)YesAny complaint involving patient/user safety
Customer complaint (quality)EvaluateBased on severity and frequency
Internal audit finding (Major)YesSystematic failure or absence of element
Internal audit finding (Minor)RecommendedIsolated lapse or partial implementation
Nonconformance (recurring)YesSame NC type occurring 3+ times
Nonconformance (isolated)EvaluateBased on severity and risk
External audit findingYesAll Major and Minor findings
Trend analysisEvaluateBased on trend significance
Investigation Team Composition
CAPA SeverityRequired Team Members
CriticalCAPA Officer, Process Owner, QA Manager, Subject Matter Expert, Management Rep
MajorCAPA Officer, Process Owner, Subject Matter Expert
MinorCAPA Officer, Process Owner
Evidence Collection Checklist
  • Problem description with specific details (what, where, when, who, how much)
  • Timeline of events leading to issue
  • Relevant records and documentation
  • Interview notes from involved personnel
  • Photos or physical evidence (if applicable)
  • Related complaints, NCs, or previous CAPAs
  • Process parameters and specifications

Root Cause Analysis

Select and apply appropriate RCA methodology based on problem characteristics.

RCA Method Selection Decision Tree
Is the issue safety-critical or involves system reliability?
├── Yes → Use FAULT TREE ANALYSIS
└── No → Is human error the suspected primary cause?
    ├── Yes → Use HUMAN FACTORS ANALYSIS
    └── No → How many potential contributing factors?
        ├── 1-2 factors (linear causation) → Use 5 WHY ANALYSIS
        ├── 3-6 factors (complex, systemic) → Use FISHBONE DIAGRAM
        └── Unknown/proactive assessment → Use FMEA
5 Why Analysis

Use when: Single-cause issues with linear causation, process deviations with clear failure point.

Template:

PROBLEM: [Clear, specific statement]

WHY 1: Why did [problem] occur?
BECAUSE: [First-level cause]
EVIDENCE: [Supporting data]

WHY 2: Why did [first-level cause] occur?
BECAUSE: [Second-level cause]
EVIDENCE: [Supporting data]

WHY 3: Why did [second-level cause] occur?
BECAUSE: [Third-level cause]
EVIDENCE: [Supporting data]

WHY 4: Why did [third-level cause] occur?
BECAUSE: [Fourth-level cause]
EVIDENCE: [Supporting data]

WHY 5: Why did [fourth-level cause] occur?
BECAUSE: [Root cause]
EVIDENCE: [Supporting data]

Example - Calibration Overdue:

PROBLEM: pH meter (EQ-042) found 2 months overdue for calibration

WHY 1: Why was calibration overdue?
BECAUSE: Equipment was not on calibration schedule
EVIDENCE: Calibration schedule reviewed, EQ-042 not listed

WHY 2: Why was it not on the schedule?
BECAUSE: Schedule not updated when equipment was purchased
EVIDENCE: Purchase date 2023-06-15, schedule dated 2023-01-01

WHY 3: Why was the schedule not updated?
BECAUSE: No process requires schedule update at equipment purchase
EVIDENCE: SOP-EQ-001 reviewed, no such requirement

WHY 4: Why is there no such requirement?
BECAUSE: Procedure written before equipment tracking was centralized
EVIDENCE: SOP last revised 2019, equipment system implemented 2021

WHY 5: Why has procedure not been updated?
BECAUSE: Periodic review did not assess compatibility with new systems
EVIDENCE: No review against new equipment system documented

ROOT CAUSE: Procedure review process does not assess compatibility
with organizational systems implemented after original procedure creation.
Fishbone Diagram Categories (6M)
CategoryFocus AreasTypical Causes
Man (People)Training, competency, workloadSkill gaps, fatigue, communication
Machine (Equipment)Calibration, maintenance, ageWear, malfunction, inadequate capacity
Method (Process)Procedures, work instructionsUnclear steps, missing controls
MaterialSpecifications, suppliers, storageOut-of-spec, degradation, contamination
MeasurementCalibration, methods, interpretationInstrument error, wrong method
Mother NatureTemperature, humidity, cleanlinessEnvironmental excursions

See references/rca-methodologies.md for complete method details and templates.

Root Cause Validation

Before proceeding to action planning, validate root cause:

  • Root cause can be verified with objective evidence
  • If root cause is eliminated, problem would not recur
  • Root cause is within organizational control
  • Root cause explains all observed symptoms
  • No other significant causes remain unaddressed

Corrective Action Planning

Develop effective actions addressing identified root causes:

  1. Define immediate containment actions
  2. Develop corrective actions targeting root cause
  3. Identify preventive actions for similar processes
  4. Assign responsibilities and resources
  5. Establish timeline with milestones
  6. Define success criteria and verification method
  7. Document in CAPA action plan
  8. Validation: Actions directly address root cause; success criteria are measurable
Action Types
TypePurposeTimelineExample
ContainmentStop immediate impact24-72 hoursQuarantine affected product
CorrectionFix the specific occurrence1-2 weeksRework or replace affected items
CorrectiveEliminate root cause30-90 daysRevise procedure, add controls
PreventivePrevent in other areas60-120 daysExtend solution to similar processes
Action Plan Components
ACTION PLAN TEMPLATE

CAPA Number: [CAPA-XXXX]
Root Cause: [Identified root cause]

ACTION 1: [Specific action description]
- Type: [ ] Containment [ ] Correction [ ] Corrective [ ] Preventive
- Responsible: [Name, Title]
- Due Date: [YYYY-MM-DD]
- Resources: [Required resources]
- Success Criteria: [Measurable outcome]
- Verification Method: [How success will be verified]

ACTION 2: [Specific action description]
...

IMPLEMENTATION TIMELINE:
Week 1: [Milestone]
Week 2: [Milestone]
Week 4: [Milestone]
Week 8: [Milestone]

APPROVAL:
CAPA Owner: _____________ Date: _______
Process Owner: _____________ Date: _______
QA Manager: _____________ Date: _______
Action Effectiveness Indicators
IndicatorTargetRed Flag
Action scopeAddresses root cause completelyTreats only symptoms
SpecificityMeasurable deliverablesVague commitments
TimelineAggressive but achievableNo due dates or unrealistic
ResourcesIdentified and allocatedNot specified
SustainabilityPermanent solutionTemporary fix

Effectiveness Verification

Verify corrective actions achieved intended results:

  1. Allow adequate implementation period (minimum 30-90 days)
  2. Collect post-implementation data
  3. Compare to pre-implementation baseline
  4. Evaluate against success criteria
  5. Verify no recurrence during verification period
  6. Document verification evidence
  7. Determine CAPA effectiveness
  8. Validation: All criteria met with objective evidence; no recurrence observed
Verification Timeline Guidelines
CAPA SeverityWait PeriodVerification Window
Critical30 days30-90 days post-implementation
Major60 days60-180 days post-implementation
Minor90 days90-365 days post-implementation
Verification Methods
MethodUse WhenEvidence Required
Data trend analysisQuantifiable issuesPre/post comparison, trend charts
Process auditProcedure compliance issuesAudit checklist, interview notes
Record reviewDocumentation issuesSample records, compliance rate
Testing/inspectionProduct quality issuesTest results, pass/fail data
Interview/observationTraining issuesInterview notes, observation records
Effectiveness Determination
Did recurrence occur during verification period?
├── Yes → CAPA INEFFECTIVE (re-investigate root cause)
└── No → Were all effectiveness criteria met?
    ├── Yes → CAPA EFFECTIVE (proceed to closure)
    └── No → Extent of gap?
        ├── Minor gap → Extend verification or accept with justification
        └── Significant gap → CAPA INEFFECTIVE (revise actions)

See references/effectiveness-verification-guide.md for detailed procedures.


CAPA Metrics and Reporting

Monitor CAPA program performance through key indicators.

Show full SKILL.md (528 more words)Show less
Key Performance Indicators
MetricTargetCalculation
CAPA cycle time<60 days average(Close Date - Open Date) / Number of CAPAs
Overdue rate<10%Overdue CAPAs / Total Open CAPAs
First-time effectiveness>90%Effective on first verification / Total verified
Recurrence rate<5%Recurred issues / Total closed CAPAs
Investigation quality100% root cause validatedRoot causes validated / Total CAPAs
Aging Analysis Categories
Age BucketStatusAction Required
0-30 daysOn trackMonitor progress
31-60 daysMonitorReview for delays
61-90 daysWarningEscalate to management
>90 daysCriticalManagement intervention required
Management Review Inputs

Monthly CAPA status report includes:

  • Open CAPA count by severity and status
  • Overdue CAPA list with owners
  • Cycle time trends
  • Effectiveness rate trends
  • Source analysis (complaints, audits, NCs)
  • Recommendations for improvement

Reference Documentation

Root Cause Analysis Methodologies

references/rca-methodologies.md contains:

  • Method selection decision tree
  • 5 Why analysis template and example
  • Fishbone diagram categories and template
  • Fault Tree Analysis for safety-critical issues
  • Human Factors Analysis for people-related causes
  • FMEA for proactive risk assessment
  • Hybrid approach guidance
Effectiveness Verification Guide

references/effectiveness-verification-guide.md contains:

  • Verification planning requirements
  • Verification method selection
  • Effectiveness criteria definition (SMART)
  • Closure requirements by severity
  • Ineffective CAPA process
  • Documentation templates

Tools

CAPA Tracker
bash
# Generate CAPA status report
python scripts/capa_tracker.py --capas capas.json

# Interactive mode for manual entry
python scripts/capa_tracker.py --interactive

# JSON output for integration
python scripts/capa_tracker.py --capas capas.json --output json

# Generate sample data file
python scripts/capa_tracker.py --sample > sample_capas.json

Calculates and reports:

  • Summary metrics (open, closed, overdue, cycle time, effectiveness)
  • Status distribution
  • Severity and source analysis
  • Aging report by time bucket
  • Overdue CAPA list
  • Actionable recommendations
Sample CAPA Input
json
{
  "capas": [
    {
      "capa_number": "CAPA-2024-001",
      "title": "Calibration overdue for pH meter",
      "description": "pH meter EQ-042 found 2 months overdue",
      "source": "AUDIT",
      "severity": "MAJOR",
      "status": "VERIFICATION",
      "open_date": "2024-06-15",
      "target_date": "2024-08-15",
      "owner": "J. Smith",
      "root_cause": "Procedure review gap",
      "corrective_action": "Updated SOP-EQ-001"
    }
  ]
}

Regulatory Requirements

ISO 13485:2016 Clause 8.5
Sub-clauseRequirementKey Activities
8.5.2 Corrective ActionEliminate cause of nonconformityNC review, cause determination, action evaluation, implementation, effectiveness review
8.5.3 Preventive ActionEliminate potential nonconformityTrend analysis, cause determination, action evaluation, implementation, effectiveness review
FDA CAPA authority — ISO 13485 §8.5.2/8.5.3 under the QMSR (legacy QSR 820.100, historical)

⚠️ STATUS — QMSR transition (effective 2026-02-02): FDA's Quality Management System Regulation (QMSR) final rule (89 FR 7496) amended 21 CFR Part 820 to incorporate ISO 13485:2016 by reference and removed the legacy QSR subsection structure. The CAPA section number 820.100 no longer exists in the CFR — it is retained below only as a familiar index. The current FDA authority for CAPA is ISO 13485:2016 §8.5.2 (corrective action) and §8.5.3 (preventive action) (see clause table above), with complaint-handling additions in retained 21 CFR 820.35. Cite the ISO 13485 clauses — not 820.100 — in current compliance documentation.

CAPA elements required under ISO 13485 §8.5.2/§8.5.3 (legacy QSR 820.100, historical):

  • Procedures for implementing corrective and preventive action
  • Analyzing quality data sources (complaints, NCs, audits, service records)
  • Investigating cause of nonconformities
  • Identifying actions needed to correct and prevent recurrence
  • Verifying actions are effective and do not adversely affect device
  • Submitting relevant information for management review
Common FDA 483 Observations
ObservationRoot Cause Pattern
CAPA not initiated for recurring issueTrend analysis not performed
Root cause analysis superficialInadequate investigation training
Effectiveness not verifiedNo verification procedure
Actions do not address root causeSymptom treatment vs. cause elimination

Decision discipline: The tools in this skill structure investigations and track CAPA status — they do not certify CAPA closure or compliance. CAPA effectiveness conclusions and closure decisions are yours to make and must be reviewed and signed off by the named CAPA owner and Quality function; route regulatory-classification questions (e.g., reportability, 21 CFR 803 MDR, recall under 21 CFR 806) to Regulatory Affairs.

© alirezarezvani, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 4 other files (scripts, references) in ra-qm-team/skills/capa-officer of alirezarezvani/claude-skills.

  • SKILL.md
  • references/effectiveness-verification-guide.md
  • references/rca-methodologies.md
  • scripts/capa_tracker.py
  • scripts/root_cause_analyzer.py

Open the folder on GitHubat commit 19392f7

Used in 1 other repository

We found 1 copy of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in alirezarezvani/claude-skills, which our catalogue first saw on October 7, 2026.

Compare with similar skills

Capa Officer next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Capa Officer compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Capa Officer this skillalirezarezvani/claude-skills28k1 repos~4kAutomated safety check: PassMIT
Code Design Rationale Investigatorcursor/plugins11k9 repos~2.6kAutomated safety check: PassNone
OpenLogi macOS Permissions TriageAprilNEA/OpenLogi23k—~2.5kAutomated safety check: NotesApache-2.0
Bug Finder for daisyUIsaadeghi/daisyui43k—~2.3kAutomated safety check: PassMIT
Root Cause Debugginggarrytan/gstack136k—~1.4kAutomated safety check: PassMIT
Review PRapache/shardingsphere21k—~6.4kAutomated safety check: PassApache-2.0

Similar skills

  • Official

    Digs into why code is shaped the way it is by checking git history, pull requests and connected tools in parallel, then reporting a cited read on the tradeoffs.

    11k GitHub starsUsed in 9 repos~2.6k tokens
    DevelopmentAuto-check passed
  • Decides whether an OpenLogi device problem on macOS is a privacy-permission (TCC) problem, using agent log lines, and says which identity needs which grant.

    23k GitHub stars~2.5k tokensUpdated today
    DevelopmentAuto-check: notes
  • Bug Finder for daisyUI

    saadeghi/daisyui

    Investigates suspected bugs in the daisyUI monorepo through read-only analysis, then writes a decision-ready fix plan in tmp/bugs without changing any product code.

    43k GitHub stars~2.3k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Root Cause Debugging

    garrytan/gstack

    Investigates bugs, errors and stack traces in phases and requires a root-cause hypothesis to be confirmed before any fix is written.

    136k GitHub stars~1.4k tokensUpdated today
    DevelopmentAuto-check passed
  • Review PR

    apache/shardingsphere

    Review Apache ShardingSphere or user-authorized downstream pull requests and PR discussions from public or authorized repository evidence.

    21k GitHub stars~6.4k tokensUpdated today
    DevelopmentAuto-check passed
  • Graph-Based Bug Tracing

    tirth8205/code-review-graph

    Traces a bug through a code knowledge graph, following callers, callees and execution flow before opening source files, within a small token budget.

    32k GitHub starsUsed in 1 repo~287 tokens
    DevelopmentAuto-check passed

More from alirezarezvani/claude-skills

All 342 skills in this repo
  • Agile Product Owner

    alirezarezvani/claude-skills

    Writes INVEST-checked user stories with acceptance criteria, splits epics, plans sprints from velocity and ranks the backlog with a weighted score.

    28k GitHub starsUsed in 3 repos~3.2k tokens
    Auto-check passed
  • Product Strategist

    alirezarezvani/claude-skills

    OKR cascade toolkit for product leaders: generates aligned company-to-team OKRs from five strategy types and scores how well they line up.

    28k GitHub starsUsed in 2 repos~1.8k tokens
    Auto-check passed
  • App Store Optimization

    alirezarezvani/claude-skills

    App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store.

    28k GitHub starsUsed in 1 repo~4.2k tokens
    Auto-check passed
  • AWS Solution Architect

    alirezarezvani/claude-skills

    Design AWS architectures for startups using serverless patterns and IaC templates.

    28k GitHub starsUsed in 1 repo~2.5k tokens
    Auto-check passed
  • Campaign Analytics

    alirezarezvani/claude-skills

    Calculates attribution, funnel and ROI figures for marketing campaigns with three Python scripts that need only the standard library.

    28k GitHub starsUsed in 1 repo~2.1k tokens
    Auto-check passed
  • Code to PRD

    alirezarezvani/claude-skills

    Reverse-engineers a frontend, backend or fullstack codebase into a product requirements document with per-page docs, an enum dictionary and an API inventory.

    28k GitHub starsUsed in 1 repo~4.9k tokens
    Auto-check passed

Categories

Questions about Capa Officer

What does Capa Officer do?

CAPA system management for medical device QMS. An agent skill from alirezarezvani/claude-skills. Capa Officer is an agent skill from alirezarezvani/claude-skills. CAPA system management for medical device QMS.

When should I use Capa Officer?

Capa Officer fits situations like: running CAPA investigations; fishbone diagrams; root cause determination; corrective action tracking.

How do I install Capa Officer in Claude Code?

Run `npx skills add alirezarezvani/claude-skills --skill capa-officer -a claude-code`. Or copy the skill folder (ra-qm-team/skills/capa-officer in alirezarezvani/claude-skills) into .claude/skills/capa-officer in your project. Claude Code loads it when a task matches its description.

How do I install Capa Officer in Codex?

Run `npx skills add alirezarezvani/claude-skills --skill capa-officer -a codex`. Or copy the skill folder (ra-qm-team/skills/capa-officer in alirezarezvani/claude-skills) into .agents/skills/capa-officer in your project. Codex loads it when a task matches its description.

Can I use Capa Officer in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add alirezarezvani/claude-skills --skill capa-officer -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/capa-officer, .gemini/skills/capa-officer, .github/skills/capa-officer and .opencode/skills/capa-officer in your project.

What does Capa Officer need to run?

Going by SKILL.md and its folder, Capa Officer needs Python for the scripts in its folder and the command-line tools its instructions call (python). Our summary lists: Python 3.

Does Capa Officer access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Capa Officer safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Capa Officer use?

Capa Officer is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Capa Officer use?

About 4k tokens (SKILL.md is roughly 16k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 7.4k tokens, read only when the agent opens those files.

What are the alternatives to Capa Officer?

Skills that share tags, products or a category with Capa Officer: Code Design Rationale Investigator (cursor/plugins, 11k stars), OpenLogi macOS Permissions Triage (AprilNEA/OpenLogi, 23k stars), Bug Finder for daisyUI (saadeghi/daisyui, 43k stars) and Root Cause Debugging (garrytan/gstack, 136k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Capa Officer?

alirezarezvani (a GitHub user) maintains it in alirezarezvani/claude-skills, which has 27,938 GitHub stars. The repository holds 342 skills in this directory. The repository was last updated on August 30, 2026.

Source: alirezarezvani/claude-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.