sop-creator

sop-creator 技能概览

sop-creator 技能可以把一段粗略的流程描述整理成一份清晰的标准作业程序（SOP），方便复用，也便于交接。它最适合需要 SOP、流程文档、工作流指南或分步骤操作说明的人，而且你希望结果更偏实用，而不是那种过度包装的企业公文风。如果你是在 sop-creator for Technical Writing 场景下使用它，它的核心价值就是把零散的流程知识结构化成一种易读、行动导向的格式。

sop-creator 擅长什么

这个技能专门用来记录可重复的业务流程：谁在什么顺序下做什么、用什么工具、以及“完成”的标准是什么。它最强的使用场景是：你已经知道流程确实存在，但它只存在于某个人脑子里、一段松散的聊天记录里，或者一份写了一半的笔记里。

什么时候适合用 sop-creator

当你需要一份别人不用临场发挥也能照着执行的 SOP 时，就该用 sop-creator。它很适合入职培训、内部运营、行政流程、支持工单处理、周期性复盘，以及那些对一致性要求高、但又不需要太多创意表达的合规相关任务。

需要知道的主要限制

sop-creator 不是策略规划工具，也不是流程重构工具。它负责把你能描述出来的流程写清楚；但它不能代替领域专家审核、政策批准，或真实的运营审计。如果流程本身还没定义清楚、变化很大，或者涉及敏感的组织政治问题，那在输出变得可用之前，你大概率还得补充更多上下文。

如何使用 sop-creator 技能

安装 sop-creator

使用下面的命令安装 sop-creator 技能：

npx skills add ognjengt/founder-skills --skill sop-creator

安装完成后，先打开 skills/sop-creator/SKILL.md。这个仓库只有一个核心技能文件，因此不需要去查 rules/、resources/ 或 scripts/ 这些配套目录来寻找隐藏行为。

这个技能需要什么输入

sop-creator usage 的模式很简单：你要给它一段流程描述，而不是空着不写。高质量输入通常包括流程名称、执行这个流程的角色、使用的工具、期望达成的结果，以及任何约束条件。

好的起始输入示例：

• “为财务协调员整理我们在 QuickBooks 和 Slack 中的月度发票审批流程。”
• “创建一份 CMS 发博客的 SOP，包括 QA 和最终审批。”
• “为新客服专员编写一份使用 Zendesk 和 Notion 的入职 SOP。”

较弱的输入示例：

• “做一份 SOP。”
• “给我们团队写个流程文档。”

执行流程是怎么跑的

sop-creator guide 的分支逻辑很简单：

• 如果你不提供任何参数，它会先提示你描述流程。
• 如果你一开始就给出流程细节，它会立刻开始处理。
• 它还会检查项目根目录下是否存在 FOUNDER_CONTEXT.md；如果有，就会用里面的信息来调整 SOP，让内容更贴合你的公司、品牌、工具和受众。

这也意味着，最好的结果来自于你提供足够上下文，让这个技能不必在术语、职责归属和运营边界上靠猜。

提升输出质量的最佳工作流

先给出一份粗略但具体的 brief，然后针对缺失的角色、例外情况和质量检查项去修改第一版草稿。如果你在使用 sop-creator for Technical Writing，可以先喂给它提纲、检查清单，或者录下来的流程描述，再让它把这些内容转成包含步骤、前置条件和验收标准的正式 SOP。

sop-creator 技能 FAQ

sop-creator 只适合 Technical Writing 吗？

不是。sop-creator for Technical Writing 只是一个很有用的应用方向，但这个技能的范围更广。它面向的是任何需要清晰执行说明的可重复业务流程，尤其适合那些更看重一致性，而不是叙述性解释的受众。

这和普通 prompt 有什么不同？

普通 prompt 也能起草流程文档，但 sop-creator 给你的工作流更可重复：它会期待你输入流程信息，读取项目上下文，并且更像一个 SOP 起草助手，而不是通用聊天机器人。这能减少你在需要标准化格式时出现 prompt 漂移的问题。

我必须先准备完整的流程描述吗？

不需要完美版本，但至少要能识别任务、负责人和结果。如果你的输入太模糊，这个技能大概率还是会先追问澄清，才能产出有用的 SOP。

什么时候不该用 sop-creator？

当你需要的是决策树、政策改写、排障指南，或者从零开始做流程重设计时，就不该用它。它最擅长的是：流程本来就存在，而你的任务是把它清楚地记录下来。

如何改进 sop-creator 技能

提供更多运营上下文

想最快提升 sop-creator 的输出，最有效的方法就是直接点明真实环境：团队、角色、工具、交接点和审批点。“面向 Tier 1 代理、在 Zendesk 和 Stripe 中处理的客服退款流程”就比“退款流程”强得多，因为它能让技能产出的步骤更贴近真实工作。

补充边缘情况和边界条件

如果有例外情况，要尽早说明：审批阈值、合规检查、升级处理、故障期间的行为，或者哪些情况“不要这么做”。这些细节能避免 SOP 看起来像一份通用清单，结果一遇到真实世界里的例外就失效。

检查是否缺少步骤责任人

一个常见问题是：SOP 看起来很工整，但责任划分不清。第一版出来后，检查每一步是否都写明了负责人、触发条件和输出结果。如果没有，就回头修正你的源输入，并把这些缺口明确指出后重新运行 sop-creator。

一次只迭代一个流程

这个技能在每次只整理一个工作流时效果最好。如果你一次要求太多流程，结果往往会把关键差异抹平。最好把大流程拆成更小的 SOP，之后如果需要，再把它们合并起来。