SOP Writer Skill

Write a Standard Operating Procedure (SOP) for any operational task.

SOP Writer Skill — The Skill Playground: pick the Executive Update skill, fill in a few notes, hit run, and watch a structured executive… (from the mohitagw15856/pm-claude-skills README)

From the mohitagw15856/pm-claude-skills README — shows the whole collection, not only this skill. · view on GitHub

How to use it

Claude Code
  1. Run the line below. It pulls the whole folder into ~/.claude/skills/sop-writer.
  2. Describe your job in plain words. Claude Code follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit mohitagw15856/pm-claude-skills/skills/sop-writer#main ~/.claude/skills/sop-writer

For one project only, change the path to .claude/skills/sop-writer.

Claude (web or desktop app)
  1. On this page open ⋯ → Download .md.
  2. Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
  3. Pick the file and Save. Claude shows the name and description and runs a security scan.
  4. Check the skill is switched on.
  5. Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
  1. ChatGPT: make a Project and paste it into Instructions.
  2. Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
  • Check which app you pasted it into — the steps above name the right one.
  • Some skills need the paid tier of Claude or ChatGPT.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Source of SOP Writer Skill

Show the full text103 lines
namedescription
sop-writerWrite a Standard Operating Procedure (SOP) for any operational task. Use when asked to write an SOP, standard operating procedure, work instruction, or operating manual. Produces a formal SOP with purpose, scope, procedure steps, quality checks, and version control.

SOP Writer Skill

Produces formal, audit-ready SOPs suitable for regulated industries, ISO certification, or operational scaling.

Required Inputs

  • SOP title (e.g. "SOP-001: New Client Onboarding")
  • Department / function
  • Process description
  • Regulatory or quality standard (ISO 9001, GMP, CQC, FCA, etc.)
  • Roles involved
  • Tools or equipment used

Output Structure


[COMPANY NAME] — Standard Operating Procedure

Document ID [SOP-XXX]
Title [Title]
Department [Department]
Version 1.0
Effective date [Date]
Review date [Date]
Status Draft / Under review / Approved

1. Purpose

[1-2 sentences. Why does this SOP exist?]

2. Scope

Applies to: [Roles, departments, locations] Does not apply to: [Explicit exclusions]

3. Definitions
Term Definition
[Term] [Plain English definition]
4. Responsibilities
Role Responsibility
[Role] [Specific responsibility]
5. Required Materials / Tools / Access
  • [Item]
6. Procedure
Step Action Responsible Record/Output
6.1.1 [Imperative action: "Open [system] and navigate to [location]"] [Role] [What to record]

NOTE: Steps must be written in imperative form. Each step must have one action only.

7. Quality Checks
Check point What to verify Pass criteria If fail
[After step X] [What to check] [What good looks like] [What to do]
8. Non-Conformance
  1. [Immediate action]
  2. [Who to notify]
  3. [How to document deviation]
9. References

[Related SOPs, policies, standards]

10. Document History
Version Date Author Changes
1.0 [Date] [Name] Initial release

Quality Checks

  • All steps written in imperative form ("Open...", "Navigate...", "Confirm...")
  • Each step has exactly one action
  • Role specified for every step
  • Quality checkpoints at critical stages
  • Non-conformance process defines who to notify and how to document
  • Document history table and review date are included

Example Trigger Phrases

  • "Write an SOP for [process]"
  • "Create a standard operating procedure for [task]"
  • "Write a work instruction for [process]"

Anti-Patterns

  • Do not write steps that contain more than one action — each step must be a single, auditable action in imperative form
  • Do not omit a role from any step — every action must be assigned to a specific role or the SOP cannot be enforced
  • Do not skip the non-conformance section — an SOP without a deviation process cannot meet audit or regulatory requirements
  • Do not produce an SOP without a review date and version history — undated documents cannot be relied upon for compliance
  • Do not use passive voice in procedure steps — write "Open the system" not "The system should be opened"
1---
2name: sop-writer
3description: "Write a Standard Operating Procedure (SOP) for any operational task. Use when asked to write an SOP, standard operating procedure, work instruction, or operating manual. Produces a formal SOP with purpose, scope, procedure steps, quality checks, and version control."
4---
5 
6# SOP Writer Skill
7 
8Produces formal, audit-ready SOPs suitable for regulated industries, ISO certification, or operational scaling.
9 
10## Required Inputs
11- **SOP title** (e.g. "SOP-001: New Client Onboarding")
12- **Department / function**
13- **Process description**
14- **Regulatory or quality standard** (ISO 9001, GMP, CQC, FCA, etc.)
15- **Roles involved**
16- **Tools or equipment used**
17 
18## Output Structure
19 
20---
21 
22**[COMPANY NAME] — Standard Operating Procedure**
23 
24| Document ID | [SOP-XXX] |
25|---|---|
26| Title | [Title] |
27| Department | [Department] |
28| Version | 1.0 |
29| Effective date | [Date] |
30| Review date | [Date] |
31| Status | Draft / Under review / Approved |
32 
33---
34 
35### 1. Purpose
36[1-2 sentences. Why does this SOP exist?]
37 
38### 2. Scope
39**Applies to:** [Roles, departments, locations]
40**Does not apply to:** [Explicit exclusions]
41 
42### 3. Definitions
43| Term | Definition |
44|---|---|
45| [Term] | [Plain English definition] |
46 
47### 4. Responsibilities
48| Role | Responsibility |
49|---|---|
50| [Role] | [Specific responsibility] |
51 
52### 5. Required Materials / Tools / Access
53- [Item]
54 
55### 6. Procedure
56 
57| Step | Action | Responsible | Record/Output |
58|---|---|---|---|
59| 6.1.1 | [Imperative action: "Open [system] and navigate to [location]"] | [Role] | [What to record] |
60 
61NOTE: Steps must be written in imperative form. Each step must have one action only.
62 
63### 7. Quality Checks
64 
65| Check point | What to verify | Pass criteria | If fail |
66|---|---|---|---|
67| [After step X] | [What to check] | [What good looks like] | [What to do] |
68 
69### 8. Non-Conformance
701. [Immediate action]
712. [Who to notify]
723. [How to document deviation]
73 
74### 9. References
75[Related SOPs, policies, standards]
76 
77### 10. Document History
78 
79| Version | Date | Author | Changes |
80|---|---|---|---|
81| 1.0 | [Date] | [Name] | Initial release |
82 
83## Quality Checks
84- [ ] All steps written in imperative form ("Open...", "Navigate...", "Confirm...")
85- [ ] Each step has exactly one action
86- [ ] Role specified for every step
87- [ ] Quality checkpoints at critical stages
88- [ ] Non-conformance process defines who to notify and how to document
89- [ ] Document history table and review date are included
90 
91## Example Trigger Phrases
92- "Write an SOP for [process]"
93- "Create a standard operating procedure for [task]"
94- "Write a work instruction for [process]"
95 
96## Anti-Patterns
97 
98- [ ] Do not write steps that contain more than one action — each step must be a single, auditable action in imperative form
99- [ ] Do not omit a role from any step — every action must be assigned to a specific role or the SOP cannot be enforced
100- [ ] Do not skip the non-conformance section — an SOP without a deviation process cannot meet audit or regulatory requirements
101- [ ] Do not produce an SOP without a review date and version history — undated documents cannot be relied upon for compliance
102- [ ] Do not use passive voice in procedure steps — write "Open the system" not "The system should be opened"
103 

Discussion

Alternatives

Also in Process docsSee all 58 in Operations →
On call handoff patternsMaster on-call shift handoffs with context transfer, escalation procedures, and documentation. Use this skill when transitioning on-call responsibilities between engineers and ensuring the incoming responder has full situational awareness, when writing a shift summary that captures active incidents, ongoing investigations, and recent changes, when handing off mid-incident so a fresh engineer can take over the incident commander role without losing context, when onboarding a new engineer to the on-call rotation for the first time, or when auditing and improving the quality of existing handoff processes across teams.Infrastructure & ops · MITHandoffCompact the current conversation into a handoff document for another agent to pick up. Save to a user-configured location (OS temp, home folder, or per-project .handoff/), redact secrets before write, suggest skills for the next session, and auto-load the latest handoff on the next SessionStart. First-run setup asks where to save so the project folder never gets cluttered. Use when the user says 'hand this off', 'handoff doc', 'summarize this for a new session', 'compact this conversation', 'I'm ending this session', 'pick this up later', or any variation signaling intent to pass work to a fresh agent. Also trigger on implicit signals: the user announcing they're switching machines, ending the day mid-task, or context is growing long without a natural stopping point.Business & ops · MITFinancial Due Diligence SkillGenerate a financial due diligence checklist and analysis framework for any investment, acquisition, or partnership. Use when asked for a due diligence checklist, M&A financial review, investment analysis framework, or vendor financial assessment. Produces a document request list, key analytical questions, red flags checklist, and a summarised financial health assessment.Business & ops · MITOffsite Planner SkillPlan a team offsite that earns its cost — the purpose split (connection vs. decisions vs. planning, weighted on purpose), the agenda that alternates work and air, the logistics runbook, and the follow-through that makes Monday different from before. Use when asked plan our team offsite, design two days for the team, make this offsite not a waste, or what do we actually do at the offsite. Produces the purpose weighting, the day designs, the logistics checklist, and the commitments-capture that survives re-entry.Business & ops · MIT