用途：为不熟悉流程的人编写可独立执行的运营文档，核心原则是“写给第一天入职的新人，而不是已经熟悉步骤的专家”。若读者读完仍需追问，文档即视为失败。
主要能力：可产出五类文档——SOP（正式、需版本控制与签核的高风险流程）、流程文档（日常团队工作流，轻量、可随时更新）、运行手册（特定事件或运维场景的分步指南，常在压力下使用）、交接文档（把进行中的工作从一人转给另一人，上下文密集、时效性强）、入职指南（帮助新成员熟悉角色或工作流）。用户未指定时，一般请求默认用流程文档，事件或高压运维场景默认用运行手册。
使用方式：写作前先确认触发条件、执行角色（写角色而非人名）、完成标准、最常见的两三种出错方式、流程所在工具或系统；若用户已提供大部分信息则直接开始，否则只追问阻塞项。随后按所选格式套用模板：SOP 含版本、负责人、更新日期、批准人、目的、范围、触发、步骤、完成标准、例外与升级、相关文档；流程文档含是什么、谁做、何时、工具、步骤、完成的样子、常见错误、找谁问；运行手册含适用场景、预计耗时、负责人、前置检查、分步操作（动作、工具、预期结果、失败时怎么办）、后置检查、升级路径；交接文档含职责、进行中工作表格、关键关系、资源位置、坑与经验、未完成事项。
写作原则：使用主动语态并写明角色；顺序流程用编号、无序列表用项目符号且不混用；每步只做一个动作；写明具体工具而非笼统动作；每步给出预期结果，使其成为可自检清单。
限制：不适用于基础设施事件的技术运行手册（用 /devops）、架构或系统设计文档（用 /architect 或 /technical-writer）、招聘流程文档（用 /hire）、法律或合规政策（用 /legal），个人效率系统也不属于团队流程。资料未提供具体收费、平台支持或效果数据。