How do I install the Process Doc skill?

Run npx skillmds@latest add serejaris/process-doc in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Process Doc safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Process Doc?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Process Doc free to use?

Yes. Installing skills from SkillMD is free. This skill is licensed under Apache-2.

Who published Process Doc?

serejaris (@serejaris) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Process Doc by serejaris — Agent Skill

Name: Process Doc
Author: serejaris

Process Doc

Document a business process — flowcharts, RACI, and SOPs. Use when formalizing a process that lives in someone's head, building a RACI to clarify who owns what, writing an SOP for a handoff or audit, or capturing the exceptions and edge cases of how work actually gets done.

serejaris b6722ac 2 files · 12.3 KB Updated Sep 17, 2026

File contents

/process-doc

Document a business process as a complete standard operating procedure (SOP).

Usage

/process-doc $ARGUMENTS

How It Works

Walk me through the process — describe it, paste existing docs, or just tell me the name and I'll ask the right questions. I'll produce a complete SOP.

Output

## Process Document: [Process Name]
**Owner:** [Person/Team] | **Last Updated:** [Date] | **Review Cadence:** [Quarterly/Annually]

### Purpose
[Why this process exists and what it accomplishes]

### Scope
[What's included and excluded]

### RACI Matrix
| Step | Responsible | Accountable | Consulted | Informed |
|------|------------|-------------|-----------|----------|
| [Step] | [Who does it] | [Who owns it] | [Who to ask] | [Who to tell] |

### Process Flow
[ASCII flowchart or step-by-step description]

### Detailed Steps

#### Step 1: [Name]
- **Who**: [Role]
- **When**: [Trigger or timing]
- **How**: [Detailed instructions]
- **Output**: [What this step produces]

#### Step 2: [Name]
[Same format]

### Exceptions and Edge Cases
| Scenario | What to Do |
|----------|-----------|
| [Exception] | [How to handle it] |

### Metrics
| Metric | Target | How to Measure |
|--------|--------|----------------|
| [Metric] | [Target] | [Method] |

### Related Documents
- [Link to related process or policy]

Tips

Start messy — You don't need a perfect description. Tell me how it works today and I'll structure it.
Include the exceptions — "Usually we do X, but sometimes Y" is the most valuable part to document.
Name the people — Even if roles change, knowing who does what today helps get the process right.

---name: process-docdescription: Document a business process — flowcharts, RACI, and SOPs. Use when formalizing a process that lives in someone's head, building a RACI to clarify who owns what, writing an SOP for a handoff or audit, or capturing the exceptions and edge cases of how work actually gets done.license: Apache-2.0---# /process-docDocument a business process as a complete standard operating procedure (SOP).## Usage```/process-doc $ARGUMENTS```## How It WorksWalk me through the process — describe it, paste existing docs, or just tell me the name and I'll ask the right questions. I'll produce a complete SOP.## Output```markdown## Process Document: [Process Name]**Owner:** [Person/Team] | **Last Updated:** [Date] | **Review Cadence:** [Quarterly/Annually]### Purpose[Why this process exists and what it accomplishes]### Scope[What's included and excluded]### RACI Matrix| Step | Responsible | Accountable | Consulted | Informed ||------|------------|-------------|-----------|----------|| [Step] | [Who does it] | [Who owns it] | [Who to ask] | [Who to tell] |### Process Flow[ASCII flowchart or step-by-step description]### Detailed Steps#### Step 1: [Name]- **Who**: [Role]- **When**: [Trigger or timing]- **How**: [Detailed instructions]- **Output**: [What this step produces]#### Step 2: [Name][Same format]### Exceptions and Edge Cases| Scenario | What to Do ||----------|-----------|| [Exception] | [How to handle it] |### Metrics| Metric | Target | How to Measure ||--------|--------|----------------|| [Metric] | [Target] | [Method] |### Related Documents- [Link to related process or policy]```## Tips1. **Start messy** — You don't need a perfect description. Tell me how it works today and I'll structure it.2. **Include the exceptions** — "Usually we do X, but sometimes Y" is the most valuable part to document.3. **Name the people** — Even if roles change, knowing who does what today helps get the process right.

Frequently asked questions