#17 Skill vs Script 技能和自动化
#17 Skill vs Script 技能和自动化
一、
最近用claude code的skill,有一些新的体会。
我应该是少数几个。不是别人强吹后开始用skill,而是自己主动的识别后使用skill了。
因为skill和我的日常很多case很契合。
大部分时候Claude Code我都是当做Agent在用。
我经常性会和Claude Code说,将我的某某策略图片,转换为我要求的Json结构。这种动作特别多。之前我都是起一个Txt准备一句话,每次都打出这句话。让其操作一下。
这个场景和Skill是无缝契合的。我这儿就是一个策略图片转Json技能。
之前时,我还会有一些对接的日常开发需求。以前时,我都是写一长段话,放在一个外部的文件里,每次对接了,我就把那个文件放进来。然后应用文件,让Claude Code按照我说的做。
虽然只是一个很简单的文件,文本复制粘贴步骤。但是其实,这个步骤也是有一定心力的,skill则是极大简化了这个过程。和释放技能一样。自动触发,自动释放。
二、
Skill的本质是一段md,或者说一种大模型时代的函数。
你告诉他入参,其内部会阅读自己的md,执行一段固定流程。有时候还会用上内部的脚本/资源。
对比一下,代码里的函数。函数在做什么?告诉输入,其内部执行一段固定流程。对调用者来说,固化了流程,降低了心力成本。
Skill就是大模型的函数。
适合用来执行一些只有大模型能进行的过程。例如写诗。
你的函数当然可以写诗,但是一定没有大模型做得好。又例如识图。
这些大模型适合,函数不适合的,就特别适合包装为技能。可以想象,技能这个概念,势必是在大模型时代广泛存在的。后面各种网页聊天的,也都可以支持技能。
三、
但是我发现还有一些场景,不完全适合于用Skill。
有用一个场景,我让大模型,来帮我优化策略。这个流程我之前都是人工做,其是有一个相对固定的流程的。
先有一个[收益不错]的基础策略。其策略家族不能和之前任何已有的重复。
然后使用衍法玦找新的筛选条件,找到后将其加入策略里面,再次持续此过程直到新增一个筛选条件收益提升有限。
然后对其分别进行,因子比例衍法,固定筛选条件衍法(调整筛选条件,百分比筛选条件试一下附近情况),止盈参数衍法,综合衍法。直到收益无法提升。
我的代码效率都是很高的。跑几百个策略可能也就十几秒。但是上面的过程,跑,比,选,加,用,有时候多次进行下来。优化一个策略,也要二十分钟。而且筛选条件还有分支。这样时间就会消耗更多。
那我想,既然我可以描述这个过程。那我让Agent来搞,岂不是比我人工守着要好。
是的,这个是可以抽成Skill的。
上面的思路,你是不是自己看了也绝非常好?但如果你赞同了这个策略,结果来看,你必然也要陷入Agent的碰运气中。(即便你的SOP已经很完善,并且Agent确实也很智能可以参与这个过程)
为何?因为Agent是有概率的。Agent持续了几个小时,上下文丢失严重。很有可能,前几个衍法时,没有任何问题,后面就有问题了。以及Agent中间如果遇到问题,是没法去修复的,会错上加错。
你的这个多重衍法的过程,不能基于随机性,而是完全可描述,完全可流程化。应该直接用脚本来进行!
这才是自动化的思路!AI适合的是难以界定的创意性工作,而工程化,势必要把创意性工作,优化标准的流程。
所以你应该让AI把你描述的这个过程,优化成脚本,然后你和AI一起去打磨这个脚本。后面直接基于这个脚本,搞定一切。
四、
本文写了很多。其实是想说,一个快速研究分析的框架是最重要的。有了快速研究的框架,就有了持续不断挖策略的能力。
凡是能自动化的,都要想办法将其自动化。
一旦自动化后,就是手工业时代和高科技时代的区别。