大家日常开发需求 Debug 都是用 Superpowers 或者其他工作流吗？

[NakanoAzure]

感觉 Superpowers 那种写 spec 是不是有点太重了还要一直维护 spec 文档，而且感觉很容易出现漂移。。。

然后有的比如小的需求或者或 Debug 感觉又不太合适而且浪费 token ，想问下 V 友们日常工作开发有什么好的工作流推荐的吗

感觉现在市面上好像都没有一个最佳实践？

[BuLvDaRen]

https://github.com/mattpocock/skills 这套用着挺顺手

[YanSeven]

同推荐 mattpocock 这套 skill ，我也认同这套 skills 的理念。

[NakanoAzure]

@YanSeven 谢谢，看了下就是安装以后日常对话就能自动触发对应的 skills 吗？没有写 spec 那么重，但是不清楚效果怎么样，不知道会不会漂移😂

[YanSeven]

@NakanoAzure 自己主动用 slash command 触发，cc 里面是/, codex 里面是$，可以自己实践看看。主要是比较轻量。

[KorenKrita]

matt 这套是基本全部需要手动/skill 名称进行触发的，而且面向的更多是维护开源项目的 github 流程，如果不是这套流程的话用这一整套会非常难受，建议是试一试之后如果不合适就摘出来其中一些 skill 拿来自己单独用而不是用他那一整套
superpowers 的问题其实是约束力不强，从脑爆到子 agent 开发都是强触发引入流程，但是到后面就放飞了，没有哪个模型在子 agent 开发后还能继续按照他那套流程继续走的，最后结果就是留一堆过时的无维护的 spec 文档

[ovtfkw]

@KorenKrita #5 所以目前还没有比较完美的解嘛

[SeduceQAQ]

或许试试 claude 官方的 featuredev
轻量的多也挺好用

[KorenKrita]

@ovtfkw 我自己是使用 Trellis+自己大杂烩从各个框架和个体 skill 里摘抄的 skill 做成自己的 market 订阅分组 plugin 做的比较适合我的工作流，通过规则改成自己喜欢的样子以及改名，github action 同步上游自动提 pr 我来审核是否跟随上游修改
https://github.com/KorenKrita/skills
对于轻量项目就用大杂烩 skill 梭了，自己维护的独立项目或者其他需要完整流程的在项目内初始化 Trellis
Trellis 的好处是只有 continue 和 finish 这两个 command ，实际真正用到的只有 finfish ，就是这个 session 结束时候的收尾打扫。感觉对于需要完整流程的项目是比较友好的，跨 session 也如一。并且和我其他的 skill 也可以完美融合，以任何 skill 找到问题或者提出想法，通过 Trellis 转为 task 并写相关文档，然后进入他的流程开发，出流程后还可以继续接我其他的 cr 相关 skill 去做后续收尾动作

[NakanoAzure]

@SeduceQAQ Claude 公司给了账号但是额度太少了几乎用不了，我现在只把 Claude 当做 Review Codex 代码的对抗式的 Agent 了。。。

如果日常用 Codex 有啥推荐吗😂感觉 Openai 这方面真的是没什么创新全是 Anthropic 来引领这种趋势

[NakanoAzure]

@KorenKrita 嗯，感觉现在没有什么完美的方案 resolve ，不过我们组最近倒是自己在搞什么 workflow ，贴合自己业务的那种工作流想把流程全自动化，但是效果感觉也一般，感觉未来如果模型变得更强了现在做的全是一些过渡工作，但是感觉现在就是没有一个最佳实践，或者说有些东西太重太费 token 了。。

[coldmoon253]

@KorenKrita 他这一套也容易爆上下文特别是 grill-me 相关的， 一个问题一个问题的澄清，在需求阶段很容易爆上下文， 需要你强制让 ai 隔一段时间提醒 ai 把共识写进文档里

[maomaoxiao]

https://github.com/linziyanleo/spec-anchor

自己平时工作流总结的，同事尝试了之后感觉还不错 ⬆️ 推荐试一试，欢迎反馈

[refear99]

今年是哪年了还 skill ，写通用代码就什么都不要装，装了反而影响 codex 自己的流程
只写编码规范和约定即可

[sockpuppet9527]

如果是 debug, $superpowers:systematic-debugging 大部分情况下不会给你写一个 spec 。

如果是开发，$superpowers:brainstorming spec 我是不提交的，除非一些大的 feature 。不提交的 spec 实际上不需要维护，提交的 spec 封存掉就行，写上日期，后续改动也不需要再去更新 spec ，即使部分功能和 spec 不太一样。

BTW ，个人理解是在不用 superpowers 的情况下，推荐 AGENTS.md 用 https://github.com/multica-ai/andrej-karpathy-skills 也会舒服很多。

[kera0a]

模型能力够，plan 一下基本没啥问题了，还整这些干啥

[AutumnVerse]

@kera0a +1 plan 完全够用

[NakanoAzure]

@kera0a 主要是考虑一个项目长期维护的话。。。。

[liujan611]

@NakanoAzure 我是自己开发了一个工作流模板 https://v2ex.com/t/1220512?p=1#reply11

[ximaoyang]

superpowers 太飘了。我每次都 i 是让 superpowers 帮我做一个计划，然后在它要开 subagent 之前叫停。然后让 claude code 根据它定的 plan ，慢慢的一个一个的做，一个 step 一个 PR 。所以我基本只用 superpowers 的做计划这部分

[keenkiller]

plan 够了，当然大部分还是我在引导 ai 。如果你让 ai 自治，还是要用 skill…

[imokkkk]

需求用 superpowers 小的改动、bug 直接对话改了

[Lawskiy]

以前用这些 skill, 现在除了具体工具/任务的 skill 之外别的都靠对话推进了. plan 模式用的都很少, 都是直接普通对话聊想法, 期间还会反复启动大量子代理收集信息补充道对话中. 最后才会用 plan 总结对话形成计划, 或者最近我都不开 plan, 直接让他把我们的对话内容沉到文档里, 然后直接开干. 一个阶段完成后我们会再对一下思路, 然后设计测试和评估方案, 来回反复修修补补, 满意之后再推进下一个阶段. 可能因为我这边研究性质比较重, 所以没什么能固定下来的东西, 也就很少用那些 skill

[NakanoAzure]

@Lawskiy 所以感觉现在好像又回归模型本身了，模型越强的话感觉其他的反而是负担。。。。

[gitlight]

grill me is all you need

[Younow]

OpenSpec
https://github.com/Fission-AI/OpenSpec

[NakanoAzure]

@Younow Superpowers 也能写 spec 啊，openspec 有什么优势吗

[Hansee]

以前用 Superpowers ，现在不用了。关于开发相关的 skills 一个都没留，现在模型的智能程度，我觉得这些 skills 意义不大，甚至是负优化，浪费 token 增加多余动作。
向前面几位说的日常复杂的 plan 一下，不复杂的我就直接对话了。
我甚至不迷信 skills 这种玩意了，以前用是因为模型本身有不少注意力问题，自从 goal 模式出了以后，我就开始把这类 skills 、包括那些身份 agent.md 都删了。

[Goalonez]

@KorenKrita 目前也是用 trellis ，体验还不错。

[lancevps]

目前是这样干的，至少效率我很满意
装了上百个 skills 和很多 mcp ，

全局 AGENTS.md 加了两句话
不要太多文字了，我理解不了
看看哪些技能和 mcp 可以调用来做这件事

[cheng6563]

我把 Superpowers 改了下，就是把所有 spec 部分都删了，brainstorm 后直接动手。

[PerFectTime]

我反正觉得大道至简, skills 里面只留最基础的编码规范就够了, 用 superpowers 我觉得又浪费 token 还容易偏

[getadoggie]

oh-my-openagent ，感觉挺好用的，会用流程规范化防止 AI 犯错，
不过消耗 token 比较多，