codex用了superpower后生成的浏览器前端草图好用嘛
如图,在用codex写项目前端时,会问我要不要开启一个视觉伴随功能,启用之前还会特意说明更烧token。试了几个例子,感觉百分之八十的场景下都没什么用,就是多输出了一些非常简陋的可视化概念线条,有时候偷懒连线条都没有,就是给了几段说明文档,用的是superpower这个skill
superpower - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 59 篇相关文章 · 第 1 / 3 页
如图,在用codex写项目前端时,会问我要不要开启一个视觉伴随功能,启用之前还会特意说明更烧token。试了几个例子,感觉百分之八十的场景下都没什么用,就是多输出了一些非常简陋的可视化概念线条,有时候偷懒连线条都没有,就是给了几段说明文档,用的是superpower这个skill
/goal Implement the PRD at docs/PRD.md using superpowers:subagent-driven-development. Follow the Agent Execution Instruction exactly. Execut
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺
我目前的情况是 多工具并行 (Claude Code + Codex + Trae)-> 每个工具都不知道另一个干了什么 多项目并行 (3-4个前端项目)-> 上下文在项目之间、会话之间频繁丢失 AI不规划直接写 → 代码可读性差、不写注释、复杂任务越改越乱 小任务过
有佬知道superpowers-zh支持多模型协作吗 1 个帖子 - 1 位参与者 阅读完整话题
公司要让我们用统一ai工具最后定下来用opencode+omo 流程是openspec做文档 superpower做tdd开发 但是用下来感觉怪怪的(因为纯vibecoding)很多时候感觉做着做着就做偏了 佬们有没有什么建议啊 9 个帖子 - 6 位参与者 阅读完整话题
哪些方案能做到和 ai 讨论清楚需求,然后一气呵成中间不需要人介入,完全按照需求实现落地 9 个帖子 - 9 位参与者 阅读完整话题
使用superpower就一定要使用worktree的方式吗? 我不想使用worktree的方式, 就想让他在当前分支处理, 这样我使用idea等软件的时候就可以看到修改内容, 如果使用worktree 就会检测不到修改内容, 只有等他自己全部修改完才能通过git查看它修改的内容
还是结合起来使用,大佬们分享一下
还是结合起来使用,大佬们分享一下
还是结合起来使用,大佬们分享一下
之前使用gpt 5.3 codex的时候下载了superpowers,感觉给我的5.3变的成傻子了。现在5.5用superpowers,感觉一点都不好用了,写的东西很多问题,总是给我写兜底,然后写的时间很长,写的文件很多,任务比较紧急的话就不要使用了,问问题这一点不错。其他的我觉
使用公益站API的时候,claude code里using-superpowers会卡住旁边小灰点一直闪,自己的API搭CPA的时候很顺滑没有任何问题,CC SWITH里设置也都一样且公益站API检测过没问题,请教有大佬知道什么情况么? 2 个帖子 - 2 位参与者 阅读完整话题
缘起 我在开发一套新的 Harness Agent ,一开始当然是 VibeCoding——我只写设计和需求,代码由 AI 来改。这样支撑了大部分特性的开发。直到有一天 Codex 反复解决不了一个我认为比较简单的问题,并且反复在同一个地方犯错。我就知道项目需要一套工作流来维持它
缘起 我在开发一套新的 Harness Agent ,一开始当然是 VibeCoding——我只写设计和需求,代码由 AI 来改。这样支撑了大部分特性的开发。直到有一天 Codex 反复解决不了一个我认为比较简单的问题,并且反复在同一个地方犯错。我就知道项目需要一套工作流来维持它
缘起 我在开发一套新的 Harness Agent ,一开始当然是 VibeCoding——我只写设计和需求,代码由 AI 来改。这样支撑了大部分特性的开发。直到有一天 Codex 反复解决不了一个我认为比较简单的问题,并且反复在同一个地方犯错。我就知道项目需要一套工作流来维持它
缘起 我在开发一套新的 Harness Agent ,一开始当然是 VibeCoding——我只写设计和需求,代码由 AI 来改。这样支撑了大部分特性的开发。直到有一天 Codex 反复解决不了一个我认为比较简单的问题,并且反复在同一个地方犯错。我就知道项目需要一套工作流来维持它
看到社区有很多方案:OpenSpec、Superpowers、Trellis ,有没有佬友实战对比过?特别是在大型老项目上。 2 个帖子 - 2 位参与者 阅读完整话题
我发现主分支里的Superpowers是可以用插件的方式安装 但是codex Desktop无法在API模式使用 3 个帖子 - 3 位参与者 阅读完整话题
你们GLM5.1喜欢用superpower吗? 以前用gpt5.4的时候很有计划,什么任务都开个子任务,而且有计划的进行,现在glm和opus好像都不理skills的 7 个帖子 - 4 位参与者 阅读完整话题