SOP and process documentation generation
Observes how people actually do their work — by capturing screen recordings, step-by-step walkthroughs, or asking the person to narrate what they're doing — and generates a draft Standard Operating Procedure that documents the process. The drafted SOP goes to a human for review and approval before becoming the official version. Particularly valuable for firms where senior operators have undocumented tribal knowledge: the pattern lets you capture that knowledge in hours rather than the days it would take someone to write the SOP from scratch.
Requirements describe capabilities the pattern needs in your environment, not the vendors you must buy. Any system that fills a requirement satisfies it — that’s what makes the catalog portable across the long tail of SMB tooling.
process_capture_sourceHow the process gets observed. Screen recording, narrated walkthrough, or interview transcript.
- screen recording tool with annotation
- structured interview with the operator
- narrated walkthrough captured during normal work
existing_sop_corpusExisting SOPs the pattern reads to learn the firm's documentation conventions (style, structure, level of detail).
- existing wiki SOPs folder
- structured SOP library in a docs tool
- shared drive with previously written procedures
draft_review_destinationWhere the drafted SOP goes for human approval. Operator and a designated reviewer both need to validate before publishing.
- draft folder in the wiki with review-comment functionality
- shared doc with the operator and reviewer
- draft section in the SOP management tool
approved_sop_destinationWhere approved SOPs land once reviewed and signed off. Becomes the new official version.
- published wiki pages with version history
- SOP management tool with formal approval workflow
- structured library accessible to relevant teams
screen_context_resolverWhen the recording shows screens of internal tools, identify which tools and screens to make instructions specific. Significantly improves SOP usability.
- tool-aware screen recognition with custom training
- operator manually labels screens during capture
- structured tool inventory the pattern matches against
- 01Process capture starts: operator records or narrates the process being documented
process_capture_source - 02Read existing SOPs to learn the firm's documentation style
existing_sop_corpusDECISION Skip if existing_sop_corpus not filled. - 03Transcribe narration and analyze screen activity step by step
- 04Resolve screen context (which tools, which screens) where available
screen_context_resolverDECISION Skip if screen_context_resolver not filled. - 05Generate structured SOP draft: purpose, prerequisites, step-by-step procedure, exception handling, related processes
- 06Flag steps where the operator's narration was unclear or where the screen activity didn't match the explanation
- 07Route the draft to review destination for operator and reviewer
draft_review_destination - 08On approval, publish to the approved SOP destination with proper versioning
approved_sop_destination
Structured outputs this pattern produces. Other patterns and client systems can subscribe to them, which is how the catalog composes over time.
process_inventory_signalCatalog of processes captured over time, useful for operational visibility into what the team actually does.
- operations leadership reviews
- process improvement initiatives
- audit preparation
tribal_knowledge_extraction_progressPer-team tracking of how much undocumented knowledge has been captured, useful for de-risking key-person dependencies.
- people ops succession planning
- operational continuity reviews