大家日常开发需求 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 的做计划这部分

[tairan2006]

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