Skip to content
Get AI Business OS

documenting-workflows

AI Business OS

The documenting-workflows skill writes down a process that exists only in someone’s head. It interviews you about the process and turns the answers into a procedure that someone doing the task for the first time can follow.

Claude loads the skill when you say “document this process”, “write an SOP”, “create a checklist”, “write a procedure”, “document how we do” followed by a task, “onboarding guide” or “create a playbook”.

Type Purpose Typical length
SOP Step-by-step procedure for one task 1 to 5 pages
Checklist A list to confirm nothing was missed 1 page
Playbook A guide covering several related processes 5 to 20 pages
Onboarding guide Orientation for a new starter in a role or system 3 to 10 pages
Process map The steps and decision points of a workflow, written out 1 to 2 pages
Runbook A technical operating procedure, such as incident response or maintenance 2 to 5 pages

Before it writes anything, Claude gathers six pieces of information. It asks for any you have not given.

  1. Which process you are documenting.
  2. Which role performs it. The skill asks for roles, not names of people.
  3. How often it happens, whether daily, weekly, monthly or when needed.
  4. Any compliance or audit requirements.
  5. The tools and systems involved.
  6. What starts the process and what shows it is finished.

If your description is vague, Claude asks about the triggers, steps, decision points and end state before it writes anything.

  1. Claude gathers the process details from you.
  2. Claude drafts an outline in the right format.
  3. Claude shows you the outline for approval.
  4. Claude writes the full document.
  5. Claude shows you the document for approval.
  6. Claude saves it.

Both approval points use the Review checkpoint format, where you approve, ask for changes or reject. See Checkpoint Protocol.

Part What it holds
Title A specific name, such as “Processing Monthly Invoices” rather than “Invoice Procedure”
Purpose One sentence on why the procedure exists
Scope Who it applies to and when
Owner The role that keeps the procedure up to date
Prerequisites What must be in place before starting
Steps Numbered steps, each one action with one outcome
Decision points Where the process branches, with the criteria for each path
Exceptions What to do when the standard process does not apply
Outputs What the process produces
Review schedule When the document is reviewed, and by whom

The skill writes each step so it starts with a verb and holds one action. It names the system in the step, so a step reads “Open the invoice in your accounting system”, not “Open the invoice”. Where a screenshot would help, it leaves a marker such as [Screenshot: description] for you to fill.

A checklist groups items by phase, makes each item a yes or no check, names the responsible role, and includes columns for who completed it and when.

The default output is markdown, with a version number and a last-updated date in the header. The skill does not fix a save location, so tell Claude where the document belongs, for example Domains/10 Operations/10.2 Processes/.

The skill reads .claude/company/industry.md for regulations that affect your procedures and .claude/company/team.md for role names. If those files still hold placeholder text, the skill uses generic roles such as “Team Lead” and asks you to replace them with your own titles. See Company Context Files.

The skill is for business procedures. Technical notes about a project belong in that project’s CLAUDE.md, and articles or marketing copy need a writing skill. A process with many branches is better split into several linked procedures, and Claude does this when it meets one.