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

6 月 16 日
 NakanoAzure

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

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

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

6238 次点击
所在节点    程序员
41 条回复
BuLvDaRen
6 月 16 日
YanSeven
6 月 16 日
同推荐 mattpocock 这套 skill ,我也认同这套 skills 的理念。
NakanoAzure
6 月 16 日
@YanSeven 谢谢,看了下就是安装以后日常对话就能自动触发对应的 skills 吗?没有写 spec 那么重,但是不清楚效果怎么样,不知道会不会漂移😂
YanSeven
6 月 16 日
@NakanoAzure 自己主动用 slash command 触发,cc 里面是/, codex 里面是$,可以自己实践看看。主要是比较轻量。
KorenKrita
6 月 16 日
matt 这套是基本全部需要手动/skill 名称进行触发的,而且面向的更多是维护开源项目的 github 流程,如果不是这套流程的话用这一整套会非常难受,建议是试一试之后如果不合适就摘出来其中一些 skill 拿来自己单独用而不是用他那一整套
superpowers 的问题其实是约束力不强,从脑爆到子 agent 开发都是强触发引入流程,但是到后面就放飞了,没有哪个模型在子 agent 开发后还能继续按照他那套流程继续走的,最后结果就是留一堆过时的无维护的 spec 文档
ovtfkw
6 月 16 日
@KorenKrita #5 所以目前还没有比较完美的解嘛
SeduceQAQ
6 月 16 日
或许试试 claude 官方的 featuredev
轻量的多也挺好用
KorenKrita
6 月 16 日
@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
6 月 16 日
@SeduceQAQ Claude 公司给了账号但是额度太少了几乎用不了,我现在只把 Claude 当做 Review Codex 代码的对抗式的 Agent 了。。。

如果日常用 Codex 有啥推荐吗😂感觉 Openai 这方面真的是没什么创新全是 Anthropic 来引领这种趋势
NakanoAzure
6 月 16 日
@KorenKrita 嗯,感觉现在没有什么完美的方案 resolve ,不过我们组最近倒是自己在搞什么 workflow ,贴合自己业务的那种工作流想把流程全自动化,但是效果感觉也一般,感觉未来如果模型变得更强了现在做的全是一些过渡工作,但是感觉现在就是没有一个最佳实践,或者说有些东西太重太费 token 了。。
coldmoon253
6 月 16 日
@KorenKrita 他这一套也容易爆上下文特别是 grill-me 相关的, 一个问题一个问题的澄清,在需求阶段很容易爆上下文, 需要你强制让 ai 隔一段时间提醒 ai 把共识写进文档里
maomaoxiao
6 月 16 日
https://github.com/linziyanleo/spec-anchor

自己平时工作流总结的,同事尝试了之后感觉还不错 ⬆️ 推荐试一试,欢迎反馈
refear99
6 月 16 日
今年是哪年了还 skill ,写通用代码就什么都不要装,装了反而影响 codex 自己的流程
只写编码规范和约定即可
sockpuppet9527
6 月 16 日
如果是 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
6 月 16 日
模型能力够,plan 一下基本没啥问题了,还整这些干啥
AutumnVerse
6 月 16 日
@kera0a +1 plan 完全够用
NakanoAzure
6 月 16 日
@kera0a 主要是考虑一个项目长期维护的话。。。。
liujan611
6 月 16 日
@NakanoAzure 我是自己开发了一个工作流模板 https://v2ex.com/t/1220512?p=1#reply11
ximaoyang
6 月 16 日
superpowers 太飘了。我每次都 i 是让 superpowers 帮我做一个计划,然后在它要开 subagent 之前叫停。然后让 claude code 根据它定的 plan ,慢慢的一个一个的做,一个 step 一个 PR 。所以我基本只用 superpowers 的做计划这部分
keenkiller
6 月 16 日
plan 够了,当然大部分还是我在引导 ai 。如果你让 ai 自治,还是要用 skill…

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1220738

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX