（话题已被作者删除） 1 个帖子 - 1 位参与者 阅读完整话题
CC里面安装了SuperPower之后为什么问什么都会先调用superpower的skill 呀, 导致一些我不想用superpowe的需求或者问题都会默认调用SuperPower的skill 时候太慢了, 明明是一个简单的需求, 分析一大堆. 8 个帖子 - 8 位参与者 阅读完整话题
superpower技能中 使用cc+opus4.6，选择【1】当前会话子代理，opus4.6情况下，子代理可以并发运行 使用cc+glm5，选择【1】当前会话子代理，glm只能串行执行 请求下大佬们，glm5如何设置可以并发执行？ 1 个帖子 - 1 位参与者 阅读完整话题
是不是我用的技能 superpowers 还是codex 5.4 xhigh就这个毛病啊 经常一句话重复两次，还有的从后面重复两次，啥毛病啊 2 个帖子 - 2 位参与者 阅读完整话题
朋友帮我配置cc的时候顺便帮我下载了superpower插件。后面我自己没事刷到了几个说是还不错的插件，（ralph-loop和planning-with-files）一个说是会cc回答退出前强制询问任务有无完成，一个说是加强上下文记忆，我疑惑的是这些（这三个）插件是会自动调用，还是需要在问问题时候手动调用某一个插件，如何调用？感谢回答 2 个帖子 - 2 位参与者 阅读完整话题
我最近这个需求，在测试的身上耽误了 将近半个月时间，本来两个人1个月的工作量 我3-4天就写完了。有没有谁已经把 PRD → 设计 → 编码 → 多层测试 → bug 清单 → 修复代码 这条链路跑通了？有的话，能推荐推荐么，不想重复造轮子了. 它可以从接到需求，就能做任务分析拆解(比如使用多个角色讨论)，得到一个开发任务清单，进行代码开发，review代码，审查潜在bug，最后基于 PRD、代码实现、接口定义和业务规则，做功能测试，接口测试，能自己按照业务场景去模拟数据调用，发现bug，进入修复阶段，如上反复。最终完成开发任务。 原来帖子被人举报了，因为AI的问答没有使用图片，so换成了自我表述(不太会表达 hhhhh) 8 个帖子 - 5 位参与者 阅读完整话题
如题，感觉很不好用，不用superpowers反而效率更高 5 个帖子 - 4 位参与者 阅读完整话题
最近两个月一直在用 Superpowers，先说结论：它对我做需求分析、整理规范、拆设计文档和实施计划这部分帮助挺大，开发效率也确实提升了。 但我在公司真实项目里落地时，越来越明显地感觉到它的上限，想来请教一下大家，有没有更合适的 Agent 框架，或者成熟的工作流思路，甚至是值得借鉴来自研的方向。 我现在的实际工作流大概是这样的： 手动提前分析工程代码，整理一份适合公司的项目编码规范 把产品的 PRD/评审内容转成 markdown，交给 AI 阅读 让 AI 产出设计文档和实施计划 按编码规范开发功能 再用 code-review 做审查 问题主要出在后半段。 目前我的感受是： code review 不够稳定 有时候本来是对的代码，会被误判成 bug，改完反而错了；有时候又审不到真正的问题 TDD/单元测试 的帮助有限 现在更多只能验证代码能编、基础逻辑能跑，离“真正验证业务功能”还差很远 单元测试 接口测试 业务场景测试 / E2E / 集成测试 能根据 PRD 里的业务规则，自动分析场景、构造 mock/测试数据、调接口验证 最后输出 bug 清单、失败场景、回归结果 自动化程度还是不够 前面一个月开发速度确实快，但后面经常会有半个月被测试压力拖住，最后又回到大量手工测试，再通过对话让 AI 一点点修改 也就是说，编码提速了，但“测试和验收闭环”没有跟上 所以我现在真正想找的，不是单纯“更强的代码生成 Agent”，而是更接近下面这种能力的框架或方案： 能面向企业项目落地 能结合 PRD、项目规范、现有代码上下文工作 能从需求走到开发，再走到测试和验收 尤其是测试这一段，最好能覆盖接口级、业务场景级，而不是只停留在单元测试 即使做不到 100% 自动化，至少能把人工介入压到比较低 想请教大家几个问题： 现在有没有比较好用的 Agent 框架，适合这种“企业开发闭环”场景？ 有没有谁已经把 PRD → 设计 → 编码 → 多层测试 → bug 清单 这条链路跑通了？ 如果没有现成框架，有没有一些值得借鉴的架构思路，适合自己搭一套？ 对于 Java / 微服务 / 业务系统这类项目，大家一般怎么补“业务测试自动化”这一块？ 如果你也踩过 Superpowers 或类似方案的坑，欢迎分享一下你们后面是怎么优化的 我不是追求 100% 全自动，也知道这件事本身很难。 但我现在最想解决的问题是：不要只把“写代码”自动化，而是把“业务开发完成后的验证闭环”也尽量自动化。 如果有现成框架推荐、开源项目、实践经验，或者你们自己团队自研过类似流程，都很想交流。 项目类型：Java / Spring Boot / 微服务 (我感觉这种框架其实并不看重项目到底是什么技术实现的) 15 个帖子 - 12 位参与者 阅读完整话题
plus会员的五小时限额扛不住两个问题，怀疑用了superpowers全家桶和验证角色让它自己起playwright cli验证(纯用playwright skill效果不好)导致的，但是不用角色管理codex又傻的厉害，各位佬有好的办法吗。 2 个帖子 - 2 位参与者 阅读完整话题
相信大家或多或少都接触过 Superpowers、GSD 和 Gstack 这三个框架。今天想分享一个将三者结合起来、更好辅助开发工作的方法——这也是我在阅读一些文章后获得的启发。最近使用下来，最直观的感受是： Gstack 的方向决策功能非常好用，个人认为远强于单纯的 brainstorming 。话不多说，接下来就讲讲如何将三者有机结合。 核心结论 在整合之前，先明确三者的定位： Gstack 负责决策 GSD 负责稳定上下文 Superpowers 负责执行 三大框架核心信息 1. Superpowers（执行层） 核心 ：聚焦代码落地执行 优势 ：闭环开发（需求澄清 → 规划 → TDD → 验收），流程严谨，执行稳定 适配场景 ：需求明确的开发任务 痛点 ：小任务下流程略显冗余，前置环节偏重 2. Gstack（决策层） 核心 ：模拟虚拟团队（CEO / 设计师 / 架构师 / QA 等）进行决策评审 优势 ：需求梳理、多视角评审，产品/架构/安全校验能力强 适配场景 ：需求模糊、边思考边开发的探索性工作 痛点 ：全量开启时较臃肿，单技能消耗 token 超过 10K，执行环节相对薄弱 3. GSD（上下文层） 定位 ：上下文工程工具，而非编码框架 核心 ：固化项目规范、状态与边界，解决长期项目中上下文失效/漂移的问题 优势 ：跨会话保持项目信息稳定 痛点 ：无独立代码交付能力，需要搭配执行/决策框架使用 整体结合流程 下面分享我近期实际使用的流程： 先用 Gstack 定方向、做决策 /plan-ceo-review ：检查产品方向的合理性 /plan-eng-review ：评审架构与技术方案 再用 GSD 固定上下文，防止漂移 /gsd-new-project ：将 Gstack 确定好的方案“钉住” /gsd-plan-phase 1 ：设计具体方法 然后用 Superpowers 真正写代码、做执行 /writing-plans ：编写计划（我仅使用了 /gsd-plan-phase ，两者二选一即可） /executing-plans ：执行计划 最后用 Gstack 收尾 /qa ：进行测试 One more thing 了解 Harness Engineering 的朋友都知道，无论是 Claude 还是 Codex，在启动时都会加载 skills 里的元信息。而上述三个框架的 skill 数量都非常多——尤其是 GSD。为了保持相对干净的上下文环境，我选择手动关闭（其实就是直接删除掉）其余不需要的 skill。 3 个帖子 - 3 位参与者 阅读完整话题
是skill的问题吗？逆天了。。。。skill我只安装了superpower 5 个帖子 - 4 位参与者 阅读完整话题
superpowers 有时候真的很好用，比如在大项目做修改后自动 review、或是从头开始 vibecoding 的时候想确认完约束后，让它减少停下来的次数。 但有些时候不需要它，比如一点小修改，只会平白浪费时间。所以我需要找个办法暂时关闭它。 opencode 目前还没有动态关闭插件的功能（而且我觉得关闭了插件也不一定可以关掉已经 load 的 skill）。 最后我灵机一动：既然 superpowers 本质是一堆 skill，那我就 写个 skill 让模型不要主动去使用 skill 不就好了！ 在 ~/.config/opencode/skills/no-skill/SKILL.md 中加入 --- name: no-skill description: This skill is explicitly requested by user, used to disable all skills. --- **Do not use any skills unless the user explicitly requests it.** --- 然后，如果不需要用 superpowers，就用 /no-skill <instructions> 去启动一个对话。 （不过也许我应该再写个可以恢复 superpowers 的 skill ） 3 个帖子 - 3 位参与者 阅读完整话题
在开发的时候,经常会出现每个项目需要用不同的插件.比如有些简单的项目,我就不想开superpowers.不想让它总是问我. 想知道佬友们有没有什么能够快速给各种cli切换插件的办法.cc switch好像总是有部分sklls无法自动识别到.需要手动导入.还有什么好用的方法吗 5 个帖子 - 4 位参与者 阅读完整话题
rt，各位佬友有深度体验过的吗，哪个更好用？ 还有一个问题，在codex/cc中使用gpt-5.4，如何映射模型才比较好用，还是说全程xhigh？ 另外，除了claude以外的其他模型在cc中是调用不了web search吗？ccs中能看到调用了web search，但是cc中显示did 0 search，是不是响应字段不同的问题？ 6 个帖子 - 5 位参与者 阅读完整话题
现在大家都不用opencode+OMO了吗 开发调优 二编：这两天折腾了一通trellis，还是没有OMO的工作流顺手…… 春节期间从CC换到opencode感觉多模型多agent和TUI惊艳好用，一直用到现在。当时站里很多讲OC和OMO配置的帖子。现在似乎大家都回归到原生codex/cc的怀抱了，没什么讨论OC的（虽然开发调优现在已经变成了注册机维修论坛也是主要原因）。 最近CC中转基本涨价后基本只用GPT（剩下1000刀的纯血中转舍不得用），… 看到这个帖子有感，好奇大家还用什么 spec 工具吗？又是如何搭配的？ 12 个帖子 - 8 位参与者 阅读完整话题
最近试了下gsd在codex里用，感觉好慢啊动不动跑1，2个小时。而且比在cc里用感觉差很多。是我设置有问题吗？ 2 个帖子 - 2 位参与者 阅读完整话题