关于一大堆CC生态开源项目的看法

看了这篇文章之后,正好也有一些类似的看法,顺便一起分享一下。

  1. 对任何模型来讲,上下文都是珍贵的。不管你有多大的上下文窗口,注意力是稀缺的。
  2. 针对比较通用的,或者说模型厂商关注的领域(例如编程之于claude code),厂商预置的提示词绝对比99.9999%的人随便用其他大模型craft几分钟搞出来的提示词强。(这句是暴论,如果你不认可也不用往下看了,很多人遇到的各种表现不好的case,绝大部分情况下请先核查一下自己用的到底是什么模型)
  3. 上下文工程>提示词。一个复杂点的case需要表现好,需要高质量的上下文,预置的提示词都是静态的,大部分情况下是当作元提示词来驱动一个agentic的llm“自主”的填充“高质量”的上下文,如何评估一个元提示词的好坏对一般人来讲是非常困难的,并不是越长越好,越详细越好的。
  4. 其实厂商的确提供了一些“接口”,比如sub agent和skill来帮助我们扩展这些能力,通过一些原则和默认的元提示词构造器可以比较好的满足你自己的特定的case的表现。比如金融分析等等。别人生成好的提示词是否对你有帮助,请审慎的对待,除非你真的一窍不通并且也不愿意花几分钟和旗舰大模型聊一下。
  5. 用好cc原生的功能,比如plan模式,几个优质的mcp就足够帮你完成一个高质量的,可控的软件项目了。一些prompt集合相当于扔给你一本《1个月如何成为高级架构师》,对你软件的质量和开发效率没有任何正向的帮助。
  6. 其实就目前来讲,使用llm的能力对软件工程师是一个具有巨大区分度的判断指标了。

我说的,都是错的。

1 post - 1 participant

via - (author: 黄师傅)

标签: none

评论已关闭