感觉 Superpowers 那种写 spec 是不是有点太重了还要一直维护 spec 文档，而且感觉很容易出现漂移。。。
然后有的比如小的需求或者或 Debug 感觉又不太合适而且浪费 token ，想问下 V 友们日常工作开发有什么好的工作流推荐的吗
感觉现在市面上好像都没有一个最佳实践？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
 |
1
BuLvDaRen 9h 37m ago
|
 |
2
YanSeven 9h 30m ago
同推荐 mattpocock 这套 skill ，我也认同这套 skills 的理念。
|
 |
3
NakanoAzure OP @YanSeven 谢谢，看了下就是安装以后日常对话就能自动触发对应的 skills 吗？没有写 spec 那么重，但是不清楚效果怎么样，不知道会不会漂移😂
|
|
4
YanSeven 9h 14m ago
@NakanoAzure 自己主动用 slash command 触发，cc 里面是/, codex 里面是$，可以自己实践看看。主要是比较轻量。
|
 |
5
KorenKrita 9h 12m ago
matt 这套是基本全部需要手动/skill 名称进行触发的，而且面向的更多是维护开源项目的 github 流程，如果不是这套流程的话用这一整套会非常难受，建议是试一试之后如果不合适就摘出来其中一些 skill 拿来自己单独用而不是用他那一整套
superpowers 的问题其实是约束力不强，从脑爆到子 agent 开发都是强触发引入流程，但是到后面就放飞了，没有哪个模型在子 agent 开发后还能继续按照他那套流程继续走的，最后结果就是留一堆过时的无维护的 spec 文档 |
 |
6
ovtfkw 9h 10m ago
@KorenKrita #5 所以目前还没有比较完美的解嘛
|
 |
7
SeduceQAQ 9h 7m ago via iPhone
或许试试 claude 官方的 featuredev
轻量的多也挺好用 |
|
8
KorenKrita 9h 2m ago
@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 去做后续收尾动作 |
|
9
NakanoAzure OP @SeduceQAQ Claude 公司给了账号但是额度太少了几乎用不了，我现在只把 Claude 当做 Review Codex 代码的对抗式的 Agent 了。。。
如果日常用 Codex 有啥推荐吗😂感觉 Openai 这方面真的是没什么创新全是 Anthropic 来引领这种趋势 |
|
10
NakanoAzure OP @KorenKrita 嗯，感觉现在没有什么完美的方案 resolve ，不过我们组最近倒是自己在搞什么 workflow ，贴合自己业务的那种工作流想把流程全自动化，但是效果感觉也一般，感觉未来如果模型变得更强了现在做的全是一些过渡工作，但是感觉现在就是没有一个最佳实践，或者说有些东西太重太费 token 了。。
|
 |
11
coldmoon253 8h 59m ago
@KorenKrita 他这一套也容易爆上下文特别是 grill-me 相关的， 一个问题一个问题的澄清，在需求阶段很容易爆上下文， 需要你强制让 ai 隔一段时间提醒 ai 把共识写进文档里
|
 |
12
maomaoxiao 8h 39m ago
|
 |
13
refear99 8h 30m ago
今年是哪年了还 skill ，写通用代码就什么都不要装，装了反而影响 codex 自己的流程
只写编码规范和约定即可 |
 |
14
sockpuppet9527 8h 24m ago
如果是 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 也会舒服很多。 |
 |
15
kera0a 8h 21m ago via iPhone
模型能力够，plan 一下基本没啥问题了，还整这些干啥
|
 |
16
AutumnVerse 8h 12m ago via iPhone
@kera0a +1 plan 完全够用
|
|
17
NakanoAzure OP @kera0a 主要是考虑一个项目长期维护的话。。。。
|
 |
18
liujan611 6h 26m ago via Android
@NakanoAzure 我是自己开发了一个工作流模板 https://v2ex.com/t/1220512?p=1#reply11
|
 |
19
ximaoyang 6h 14m ago
superpowers 太飘了。我每次都 i 是让 superpowers 帮我做一个计划，然后在它要开 subagent 之前叫停。然后让 claude code 根据它定的 plan ，慢慢的一个一个的做，一个 step 一个 PR 。所以我基本只用 superpowers 的做计划这部分
|
 |
20
keenkiller 6h 9m ago
plan 够了，当然大部分还是我在引导 ai 。如果你让 ai 自治，还是要用 skill…
|
 |
21
imokkkk 4h 56m ago
需求用 superpowers 小的改动、bug 直接对话改了
|
 |
22
Lawskiy 4h 42m ago
以前用这些 skill, 现在除了具体工具/任务的 skill 之外别的都靠对话推进了. plan 模式用的都很少, 都是直接普通对话聊想法, 期间还会反复启动大量子代理收集信息补充道对话中. 最后才会用 plan 总结对话形成计划, 或者最近我都不开 plan, 直接让他把我们的对话内容沉到文档里, 然后直接开干. 一个阶段完成后我们会再对一下思路, 然后设计测试和评估方案, 来回反复修修补补, 满意之后再推进下一个阶段. 可能因为我这边研究性质比较重, 所以没什么能固定下来的东西, 也就很少用那些 skill
|
|
23
NakanoAzure OP @Lawskiy 所以感觉现在好像又回归模型本身了，模型越强的话感觉其他的反而是负担。。。。
|
 |
24
gitlight 3h 38m ago
grill me is all you need
|
 |
25
Younow 2h 30m ago
|
|
26
NakanoAzure OP @Younow Superpowers 也能写 spec 啊，openspec 有什么优势吗
|
 |
27
Hansee 2h 21m ago  1
以前用 Superpowers ，现在不用了。关于开发相关的 skills 一个都没留，现在模型的智能程度，我觉得这些 skills 意义不大，甚至是负优化，浪费 token 增加多余动作。
向前面几位说的日常复杂的 plan 一下，不复杂的我就直接对话了。 我甚至不迷信 skills 这种玩意了，以前用是因为模型本身有不少注意力问题，自从 goal 模式出了以后，我就开始把这类 skills 、包括那些身份 agent.md 都删了。 |
 |
28
Goalonez 2h 19m ago via iPhone
@KorenKrita 目前也是用 trellis ，体验还不错。
|
 |
29
lancevps 2h 10m ago
|
 |
30
cheng6563 7 mins ago
我把 Superpowers 改了下，就是把所有 spec 部分都删了，brainstorm 后直接动手。
|
Select Language