5.6 Sol 时代,如何做轻量级代码检索与工作流规范,通用 Skills 真的过时了吗?

Wkstr 2026-07-21 10:35 1

各位佬友好,最近在折腾 5.6 Sol 的开发工作流,遇到了一些痛点和架构选择上的疑惑,发个帖向大家真诚求教。众所周知,5.6 Sol 不适合装 Superpowers 这类 Skills,极易导致陷入无限思考、过度设计和自我审查的死循环,非常消耗 Token 且拖慢效率。


目前我正在寻找更轻量化、更顺应模型原生智能的替代方案,主要有以下几个方向的疑问,想听听大家的实战经验:


1.代码检索有什么较优方式,codegraph、gitnexus、graphify… 抑或是不用这些,grep即可?


2.通用的工作流,大家目前采用哪种约束方案,具体工作流又是怎么串联的,trellis、matt skills、addyosmani/agent-skills…


3.有没有一种既能规范流程、沉淀知识,又不会“致残”模型原生智能的折中方案?

或者更进一步说,除了特定领域的 Skills / MCP 外,这类通用的 Skills 框架是不是已经没有多大用武之地了?在 5.6 时代,是不是只在项目根目录写个精简的 AGENTS.md、剩下的交给直连和提示词就行了?

最新回复 (19)
  • 适才相戏耳 07-21 10:36
    1

    让5.6 sol自己写,没有模型比模型更懂自己 ^-^

  • dd 07-21 10:37
    2

    试试 PONYTAIL 这个skill

  • EFL 07-21 10:39
    3

    5.6 Sol 不适合装 Superpowers 这类 Skills,极易导致陷入无限思考、过度设计和自我审查的死循环,非常消耗 Token 且拖慢效率








    继续讨论:
    请大家先看 OpenAI 发布的“GPT-5.6 Sol 提示词指南”

    (顺带说一嘴,如果大家觉得读这种英语文章有些不方便的话,可以了解一下我的项目 delang:优雅地阅读和翻译网页文章 )
    总的来说,结合自身体验,GPT-5.6 Sol 具有这样的特性:

    尤其是 xhigh 和 max 级别时,会反复检查是否满足提示词契约,而这对提示词的质量提出了…


    佬可以看一下上面我写的这篇哈,应对这种问题的关键在于,模型要接收到范围、停止条件、验收方法非常明确的指令,如果嫌麻烦的话可以试一下 shadcn/improve skill 或者看一下他的 plan template,做的是比较好的



    代码检索有什么较优方式



    根据我非常个人的经验来说,不需要什么花里胡哨的。。grep 真的就行了,RAG 那些东西没啥用


    当然可能是因为我接触的项目有局限性,可以听一下其它佬怎么说



    沉淀知识



    其实这个才是重点,Sol 这个模型已经不适合用 spec 去引导了,那么怎么做到跨对话的决策和经验的保留,是一个真正值得思考的问题,容我再想想。。

  • lixl 07-21 10:43
    5

    个人就用个trellis,目的就是用任务框一下流程以及完成后进行自我总结用,其他的一个不用

  • jisheng 07-21 10:44
    6

    搭配trellis 也很慢 我实在受不了直接把trellis卸载了 也想找一份轻量的解决方案 这个sol 真是太慢了

  • JongilK 07-21 10:47
    7

    佬,你现在有啥好的方案么,现在5.6确实不能配着skill用,太难顶了

  • jisheng 07-21 10:48
    8

    没呢 被折磨中 一个小任务都给要跑半个小时 真服了

  • Wkstr 楼主 07-21 10:51
    9

    看了下这是优化代码输出风格的 skill,看隔壁站这个 skill 风评不太好,用了可能降智。另外我有 caveman 了,我倾向于写拉屎在扫地,而不是一开始就给出一个可能偷懒的实现

  • iesori 07-21 10:52
    10

    我现在一个skill都没有,只用sol medium ^-^

  • vino 07-21 10:53
    11

    现在完全不用 skill 了,用 medium 试过跨 11 个仓库改代码也没什么问题,所以感觉代码检索工具大概也是不需要的

  • 炉火正通红 07-21 10:55
    12

    把superpowers里除了debug,brainstorm,wringplan之外的skill都关了,只用它写spec和plan,然后让它直接按照plan开发就行

  • vino 07-21 10:56
    13

    我一般小修小改,sol medium 直接干, 自己不太确定的, 开 plan 模式用 medium 干,大型复杂的重构之类的, 开 max,目前很少用到 max, medium 已经很能打了,速度又飞快

  • Wkstr 楼主 07-21 10:57
    14

    佬,小任务可以说跳过 trellis 流程,毕竟小任务应该也没有什么内容可以 update-spec

  • jisheng 07-21 10:59
    15

    不走trellis 流程 也会去读spec下的规范 直接导致上下文爆炸 压缩完一次后 还没开始写代码 搞得心态爆炸

  • 星空的光 07-21 11:03
    16

    一直用的这个 mattpocock/skills 然后把觉得墨迹的地方让sol自己改。原来使用的是工作流,现在回归单命令了,手动执行。

  • Wkstr 楼主 07-21 11:04
    17

    佬友,那你是怎么沉淀一些业务规范和以往的任务呢?另外跨11个仓库,又是怎么来管理上下文的存续呢 handoff skill吗

  • himym 07-21 11:05
    18

    根据我的测试,没有一个 skill 不严重降速的,着实无奈~

  • vino 07-21 11:07
    19

    我觉得不太需要沉淀,我甚至把之前 superpowers 留的一些文档都删了,代码才是最重要的事实,文档过时反而是累赘,现在 gpt 找代码能力很强

  • jcc 07-21 11:09
    20

    只需要一个spec来让文档更整齐就好了


    工作流的话,模型自己早就学会了,你限制它的流程反而影响它的自己的流程

* 帖子来源Linux.do
返回