任务型实战
实战 5:把重复任务改造成技能
当一个流程不只是入口问题,而是需要稳定的方法、步骤和输出格式时,就该从命令升级到技能。
学完你会得到什么
- 先照着做一遍,再回头理解原理。
- 这篇实战更适合边看边操作,不适合只看不练。
开始前你最好知道
- 看完第 6 章
- 已经有一个高频且相对稳定的重复任务
先看这些风险提醒
- 不要把还没稳定的工作流写成技能。
- 不要把技能写成泛泛原则合集,缺少实际执行步骤。
做完怎么验证
- 你能说明这件事为什么已经值得做成技能。
- 技能内写清了适用场景、步骤和输出要求。
- 以后再做同类任务时,你不需要重新解释整套方法。
可视化路线
动手流程
先按这个顺序走一遍,再回头理解为什么这样做。
- 01第 1 步
确认任务高频且稳定。
- 02第 2 步
写清适用场景与输入。
- 03第 3 步
补齐步骤与输出格式。
- 04第 4 步
多次使用后再继续打磨。
场景
你已经有一个高频流程,不只是“怎么触发”,还包含“怎么判断、怎么输出、有哪些注意事项”。这种情况,命令往往不够,技能才更稳。
目标
把一项重复任务整理成可复用的技能,让它能长期帮助你稳定执行。
前置条件
先确认这个任务至少满足两条:经常重复、步骤相对稳定。如果今天这样做、明天那样做,就还不适合固化。
先判断值不值得做成技能
最常见值得做成技能的事情包括:固定结构的审查、固定口径的总结、固定顺序的排错、固定标准的质量检查。
它们共同特点是:不仅有入口,还有方法。
分步操作
- 写清这个技能在什么场景使用。
- 列出输入是什么。
- 列出执行步骤。
- 规定输出结构。
- 补上注意事项和禁用场景。
一个输入输出示例
例如“变更说明技能”可以规定:输入是本次改动列表;输出固定为“背景、主要变化、风险提醒、回滚建议”。这样每次都更稳定。
风险提醒
如果你发现自己在写技能时不得不塞进大量“视情况而定”,那说明这个流程可能还没成熟,先别急着固化。
验证结果
技能真正有效的标志不是“写完了”,而是后续几次使用时,你明显少解释了很多背景,但质量没有下降。
失败时先查什么
先查适用场景是不是写太泛;再查看步骤是否缺关键判断;最后看输出格式是否足够明确。
学习进度
做完这一章了吗?
你可以把本章标记为已完成,首页和课程列表会记录你的学习进度。