重复频率够高
同类任务每周或每月都会出现,不是一次性闲聊,也不是完全开放式创作。
Skill / SOP Project
适合已经有稳定样例、固定输入、明确输出和验收标准的任务。不是买一段提示词,而是把材料准备、执行步骤、人工确认、异常处理和验收清单固化下来,让下一次同类任务不用从零开始。
Fit Signals
小项目不是“万能提示词”,而是对一个稳定流程做产品化固化。
同类任务每周或每月都会出现,不是一次性闲聊,也不是完全开放式创作。
有固定模板、样例、字段、目录、规则说明或可复查的原始入口。
知道最终要文档、清单、页面、脚本、表格、提示词包还是操作 SOP。
知道哪些事实、责任、判断和风险必须由人确认,不能交给模型自己决定。
Modules
先从一个最稳定、最高频、最容易验收的模块开始,不直接做大而全系统。
Process
每一步都要留下能复查、能复用、能接管的材料。
只收 1-2 个脱敏样例、当前做法和失败点。
能看出输入、输出、错误来源和人工确认点。拆出准备材料、执行步骤、模型处理、人类复核和异常处理。
不再依赖口头解释,同类任务能按步骤复现。形成可复用的输入要求、执行步骤、输出格式和验收清单。
下一次同类任务不需要重新发明提示词。用公开安全样例跑一轮,记录成功点、失败点和人工接管点。
输出能被复查,失败能定位到具体步骤。交付文件、脚本、模板、说明或页面,并记录后续维护口径。
知道能否扩展到第二个流程,还是应该暂停。Deliverables
交付物要能复跑、能验收、能维护,而不是一次聊天结论。
写清任务目标、输入材料、执行步骤、输出格式、人工确认点和禁止事项。
包含脱敏输入、预期输出、常见失败、返工标准和复跑检查项。
根据场景交付 Markdown、DOCX、表格、页面、脚本或可复制提示模板。
说明哪些部分可以继续扩展,哪些需要人工维护,哪些不值得自动化。
Acceptance
判断一个 Skill/SOP 是否真正可用,看这五个维度。
Pause Signals
暂停是为了避免把模糊需求包装成稳定交付,最后两边都返工。
Project Brief
发微信 soplaoming 前,先把下面字段填到能判断的程度。复制内容会自动带上 来源:ailaoming.com/skill-sop 和 线索类型:Skill/SOP 小项目 / 预审。
小项目边界
小项目只固化可复跑流程。涉及事实责任、专业判断、组织审批和原始敏感材料时,必须保留人工确认点;公开展示只使用脱敏结构和样例。
能用样例说明问题,就不使用原始敏感材料;公开展示只保留方法、结构和结果,不展示私人信息、内部文件和未授权内容。
不承诺万能系统。先挑一个高频流程跑通输入、输出和验收,再决定是否沉淀成 Skill、SOP、知识库或长期系统。
交付物尽量包含输入要求、执行步骤、输出标准和验收口径,让同类任务下次能继续使用,而不是只得到一次聊天结论。
不做伪造材料、批量骚扰、绕过规则和替代专业责任的需求;涉及法律、财务、医疗、投资等事项,只整理流程,不替你做最终判断。
FAQ
诊断主要买判断、路线图和优先级;Skill/SOP 小项目是在输入、输出和验收已经较稳定时,把一个流程固化成可复跑资产。
不会。提示词只是其中一部分。真正交付的是输入材料要求、执行步骤、输出格式、人工确认点、验收清单和维护口径。
通常不建议直接做。没有样例时先走 AI 自测、工作流诊断或资料卡,把任务压缩到一个可试跑的小闭环。
可以,但必须先跑通一个真实小闭环。小项目稳定后,再判断是否扩展到知识库治理、自动化脚本或系统阶段陪跑。
下一步
如果你已经有一个高频重复任务,把脱敏样例、目标输出和验收标准发来,我先判断它适合直接做 Skill/SOP 小项目,还是应该先做工作流诊断。